+7 495 320-55-52
- Назад
- Телефоны
- +7 495 320-55-52
- Заказать звонок
info@mikrotik.moscow
г. Москва, ул. Бакунинская, 84
Пн-Пт: 09-00 до 18-00
Сб-Вс: выходной

Частые сбои OSPF

Частые сбои OSPF, RouterOS

andsmith

Guest

04.04.2017 14:02:00

Я пытаюсь настроить EoIP-туннель с OSPF, IPSEC, MPLS и VPLS. Но у меня проблема с нестабильной работой OSPF — он постоянно сбрасывается. Туннель EoIP создаётся без проблем, но как только добавляю OSPF-сеть, начинает «подрагивать». Стороны у меня на версии v6.38.5 — с одной стороны CCR1016-12G, с другой — RB3011. Под «подрагиванием» я понимаю, что в таблице маршрутизации появляются маршруты, а потом тут же исчезают, потому что они становятся недоступны.

Краткое описание того, что я сделал:
- На обеих сторонах создал бридж с названием «Bridge Loopback» и назначил IP 192.168.100.x/32 этому бриджу
- На обеих сторонах создал EoIP-туннель с MTU 1500
- На обеих сторонах назначил IP для EoIP-туннеля 192.168.110.12/30 (используются .13 и .14)
- На обеих сторонах отредактировал дефолтный OSPF-инстанс: добавил уникальный Router ID и установил опции маршрутизации — Never / As Type 1 / As Type 1 / No / No / No
- На обеих сторонах создал OSPF-сеть 192.168.110.12/30

На этом этапе я позволил OSPF динамически создавать интерфейс, хотя и создавал его вручную — с этим проблемы не исчезли. С стороны 192.168.110.13 пинги до .14 проходят, за исключением 1–2 сбоев во время «подергиваний». Добавил OSPF в лог и изучил его, но так и не нашёл явных ошибок — «красных» записей в журнале нет.

Я новичок в MikroTik, так что дайте знать, какую информацию вы хотите и как быстро её собрать. Заранее спасибо!

idlemind

Guest

18.04.2017 15:05:00

Каково назначение EoIP в этом случае по сравнению с GRE /30? EoIP чаще используют для объединения двух широковещательных доменов поверх IP. Это не должно влиять на функциональность, но если бы я выбирал, то предпочёл бы GRE. Основная проблема здесь — перераспределение подключённых маршрутов. По возможности его стоит избегать. Посмотрите таблицу маршрутизации на Site B. Там есть подключённый маршрут для xx.xx.xx.8/30. Когда этот маршрут перераспределяется в OSPF соседям через туннель, Site A думает: «Отлично! Я могу добраться до xx.xx.xx.8/30 через 192.168.240.10» и добавляет этот маршрут в свою таблицу. Из-за этого пакеты EoIP пытаются уйти через виртуальный туннельный интерфейс, который сразу же падает. Когда туннель пропадает, маршрут для OSPF удаляется, EoIP-туннель заново строится по умолчанию, и цикл повторяется. Как это исправить? По возможности не перераспределяйте подключённые маршруты. Вместо этого определяйте сети и области там, где нужно. Да, кажется, что так проще, но при этом меняется то, как маршруты представлены внутри и между областями. Если же перераспределение подключённых маршрутов — это абсолютная необходимость, попробуйте отфильтровать рекламу маршрута xx.xx.xx.8/30 для соседних роутеров.

andsmith

Guest

18.04.2017 15:24:00

Что касается EoIP и GRE, я не могу ответить. Это то, что делал человек, который мне помогал, в своей схеме. Что касается моей собственной сети, все сайты — это отдельные сети или VLAN без пересечений и без необходимости подключения широковещательных рассылок. Переход на GRE всё равно позволит мне делать MPLS/VPLS, как я делаю сейчас? В общем, я хочу взять VLAN с сайта A и назначить порт с этим VLAN на сайте B. Так, чтобы устройство на сайте B могло по широковещательной рассылке общаться с другими устройствами этого VLAN, где бы они ни были подключены. Посмотрите таблицу маршрутизации сайта B. Там есть подключённый маршрут для xx.xx.xx.8/30. Когда этот маршрут распространяется через OSPF соседям по тоннелю, сайт A думает: «Отлично! Я могу добраться до xx.xx.xx.8/30 через 192.168.240.10» и добавляет его в свою таблицу маршрутизации. Это объясняет, почему у меня иногда возникали проблемы с подключением к внешнему IP удалённого сайта через winbox. Это точно не то, чего я хочу. Спасибо за ваши советы, они были очень полезны!

idlemind

Guest

18.04.2017 16:01:00

Именно для этого и нужен EoIP. Я не видел, чтобы ты добавлял какие-то порты в настройку EoIP, а когда ты назначаешь IP-адрес на EoIP-туннели, по сути дела делаешь их похожими на точка-точка GRE-туннель. Чтобы прозрачно связать VLAN через EoIP-туннель, нужно добавить его как порт моста в мост. IP-адрес должен быть на мосту, а не на самом EoIP-туннеле.

Допустим, у тебя есть VLAN11 на площадке A с сетью 10.1.11.0/24, которую ты хочешь видеть на обеих площадках (можно использовать VLAN11 на обеих площадках или 11 на A и 322 на B, для простоты оставим 11 на каждой).

Площадка A
/interface eoip name=eoip11 tunnel-id=11 mtu=1458 remote-address=b.b.b.b
/interface bridge add name=br11 mtu=1458
/interface bridge port add bridge=br11 interface=eoip11
/ip address add interface=br11 address=10.1.11.254/24

Площадка B
/interface eoip name=eoip11 tunnel-id=11 mtu=1458 remote-address=a.a.a.a
/interface bridge add name=br11 mtu=1458
/interface bridge port add bridge=br11 interface=eoip11
/ip address add interface=br11 address=10.1.11.253/24

Потом просто добавляешь любые порты в br11, и они будут видны с обеих сторон. При необходимости можно настроить VRRP между двумя площадками. Я устанавливаю MTU в 1458, чтобы учесть добавляемые IPv4 + GRE заголовки.

Это фактически перепевка https://wiki.mikrotik.com/wiki/Manual:Interface/EoIP.

andsmith Guest	#5 0 18.04.2017 17:42:00 Спасибо за помощь, очень ценю. Эндрю

idlemind Guest	#6 0 19.04.2017 14:31:00 Не переживай. Вопросы — это то, как мы все учимся.

Читают тему

Главная Каталог 0 Корзина 0 Избранные Кабинет 0 Сравнение Акции Контакты Услуги Бренды Отзывы Компания Лицензии Документы Реквизиты Поиск Блог Обзоры