http://mikrotik.moscow Новое в теме Частые сбои OSPF форума RouterOS на сайте Mikrotik.moscow [mikrotik.moscow] ru http://backend.userland.com/rss2 Thu, 13 Aug 2026 05:56:20 -0400 Частые сбои OSPF RouterOS в форуме RouterOS.
Не переживай. Вопросы — это то, как мы все учимся.
19.04.2017 14:31:00, idlemind.]]> http://mikrotik.moscow/forum/forum57/84800-chastye-sboi-ospf/message390178 http://mikrotik.moscow/forum/forum57/84800-chastye-sboi-ospf/message390178 Wed, 19 Apr 2017 14:31:00 -0400 RouterOS Частые сбои OSPF RouterOS в форуме RouterOS.
Спасибо за помощь, очень ценю. Эндрю
18.04.2017 17:42:00, andsmith.]]> http://mikrotik.moscow/forum/forum57/84800-chastye-sboi-ospf/message390177 http://mikrotik.moscow/forum/forum57/84800-chastye-sboi-ospf/message390177 Tue, 18 Apr 2017 17:42:00 -0400 RouterOS Частые сбои OSPF RouterOS в форуме RouterOS.
Именно для этого и нужен 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.
18.04.2017 16:01:00, idlemind.]]> http://mikrotik.moscow/forum/forum57/84800-chastye-sboi-ospf/message390176 http://mikrotik.moscow/forum/forum57/84800-chastye-sboi-ospf/message390176 Tue, 18 Apr 2017 16:01:00 -0400 RouterOS Частые сбои OSPF RouterOS в форуме RouterOS.
Что касается 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. Это точно не то, чего я хочу. Спасибо за ваши советы, они были очень полезны!
18.04.2017 15:24:00, andsmith.]]> http://mikrotik.moscow/forum/forum57/84800-chastye-sboi-ospf/message390175 http://mikrotik.moscow/forum/forum57/84800-chastye-sboi-ospf/message390175 Tue, 18 Apr 2017 15:24:00 -0400 RouterOS Частые сбои OSPF RouterOS в форуме RouterOS.
Каково назначение 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 для соседних роутеров.
18.04.2017 15:05:00, idlemind.]]> http://mikrotik.moscow/forum/forum57/84800-chastye-sboi-ospf/message390174 http://mikrotik.moscow/forum/forum57/84800-chastye-sboi-ospf/message390174 Tue, 18 Apr 2017 15:05:00 -0400 RouterOS Частые сбои OSPF RouterOS в форуме RouterOS.
Я пытаюсь настроить 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, так что дайте знать, какую информацию вы хотите и как быстро её собрать. Заранее спасибо!
04.04.2017 14:02:00, andsmith.]]> http://mikrotik.moscow/forum/forum57/84800-chastye-sboi-ospf/message390173 http://mikrotik.moscow/forum/forum57/84800-chastye-sboi-ospf/message390173 Tue, 04 Apr 2017 14:02:00 -0400 RouterOS