myst Опубликовано 11 ноября, 2015 · Жалоба Если микротик работает роутером OSPF, то обязательно указание его Router ID вручную, т.к. если он не указан, то он берет любой попавшийся IP со своих интерфейсов. Если этот интерфейс окажется неактивным, то произойдет смена Router ID на другой и кратковременная потеря связи. Уже так и сделано, ICND1/2 читан :-) (стати, RouterID там исторически является IP-шником маршрутизатора из серверной сети). Ни один интерфейс не падает (PPTP не в счёт), т.к. не падает физический линк до свича. Ну и в любом случае, кратковременная потеря связности пока не сойдётся OSPF это несколько не то же самое что, "связи нет неопределённо долго, пока не перезагрузишь". А такое бывает ага. У меня регулярно с PPTP/L2TP... Пользователи висят, ptp интерфейсы пингуются, ospf все дальше в сеть анонсит, с виду все работает, но трафик перестает ходить. Тут помогает только ребут. Так длится аж с 5.17 прошивки. Проблемы начинаются при превышении определенного количества пользователей/нагрузки на роутер. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
teer Опубликовано 11 ноября, 2015 · Жалоба Ну, я у себя нагрузки не вижу - 2/3% загрузка каждого CPU. Днём. Ночью вообще почти по нулям. Основной объём трафика идёт не по туннелям. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
teer Опубликовано 12 ноября, 2015 · Жалоба Снова отвалились 6 из 13-ти OSPF-пиров для связности из серверной сети. Правда, *STP вчера зафильтровать не смог сходу, надо ковырять... Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
Sonne Опубликовано 26 ноября, 2015 · Жалоба У меня отваливается OSPF на STUB router-ах при прерывании канала связи. Маршрутизаторы на которых несколько разных линков не отваливаются, только хвосты, висящие на краях веток. Пишет обычно wrong database packet. Помогает либо передергивание OSPF процесса, либо включение/отключение интерфейса. Смотреть надо именно со стороны дальнего маршрутизатора. Причину я знаю - кратковременное прерывание связи (у нас радиоканалы). А вот с последствиями пока непонятно что делать. Проверьте - будет ли у вас на отвалившихся пирах OSPF пропадать таблица динамической маршрутизации. Если пропадает - напишите что в логах, будете коллегой по несчастью. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
QWE Опубликовано 28 ноября, 2015 · Жалоба У меня отваливается OSPF на STUB router-ах при прерывании канала связи. Маршрутизаторы на которых несколько разных линков не отваливаются, только хвосты, висящие на краях веток. Пишет обычно wrong database packet. Помогает либо передергивание OSPF процесса, либо включение/отключение интерфейса. Смотреть надо именно со стороны дальнего маршрутизатора. Причину я знаю - кратковременное прерывание связи (у нас радиоканалы). А вот с последствиями пока непонятно что делать. Проверьте - будет ли у вас на отвалившихся пирах OSPF пропадать таблица динамической маршрутизации. Если пропадает - напишите что в логах, будете коллегой по несчастью. OSPF глюкалово на Микротике 1100AHx2. Помню лечил глюк с дефолтовым маршрутом - писал скрипт который отслеживает глючное поведение OSPF и правит ТМ микротика. Так что пишите костыль с мониторингом и передергиванием пока разрабы не вылечат. верните на место то что стабильно для абонентов работает и мозг вам не выносит Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
Saab95 Опубликовано 29 ноября, 2015 · Жалоба Помогает либо передергивание OSPF процесса, либо включение/отключение интерфейса. Смотреть надо именно со стороны дальнего маршрутизатора. Причину я знаю - кратковременное прерывание связи (у нас радиоканалы). А вот с последствиями пока непонятно что делать. При обрывах в радиоканалах либо само все восстанавливается, либо роутер перезагружается по вачдогу, который смотрит в сторону центрального устройства. Естественно, связь до него должна пропадать при пропадании маршрутов. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
Sonne Опубликовано 29 ноября, 2015 · Жалоба У меня отваливается OSPF на STUB router-ах при прерывании канала связи. Маршрутизаторы на которых несколько разных линков не отваливаются, только хвосты, висящие на краях веток. Пишет обычно wrong database packet. Помогает либо передергивание OSPF процесса, либо включение/отключение интерфейса. Смотреть надо именно со стороны дальнего маршрутизатора. Причину я знаю - кратковременное прерывание связи (у нас радиоканалы). А вот с последствиями пока непонятно что делать. Проверьте - будет ли у вас на отвалившихся пирах OSPF пропадать таблица динамической маршрутизации. Если пропадает - напишите что в логах, будете коллегой по несчастью. OSPF глюкалово на Микротике 1100AHx2. Помню лечил глюк с дефолтовым маршрутом - писал скрипт который отслеживает глючное поведение OSPF и правит ТМ микротика. Так что пишите костыль с мониторингом и передергиванием пока разрабы не вылечат. верните на место то что стабильно для абонентов работает и мозг вам не выносит Дефолтный маршрут должен генерироваться нормальным девайсом, например Cisco, тогда никаких проблем нет. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
QWE Опубликовано 30 ноября, 2015 · Жалоба У меня отваливается OSPF на STUB router-ах при прерывании канала связи. Маршрутизаторы на которых несколько разных линков не отваливаются, только хвосты, висящие на краях веток. Пишет обычно wrong database packet. Помогает либо передергивание OSPF процесса, либо включение/отключение интерфейса. Смотреть надо именно со стороны дальнего маршрутизатора. Причину я знаю - кратковременное прерывание связи (у нас радиоканалы). А вот с последствиями пока непонятно что делать. Проверьте - будет ли у вас на отвалившихся пирах OSPF пропадать таблица динамической маршрутизации. Если пропадает - напишите что в логах, будете коллегой по несчастью. OSPF глюкалово на Микротике 1100AHx2. Помню лечил глюк с дефолтовым маршрутом - писал скрипт который отслеживает глючное поведение OSPF и правит ТМ микротика. Так что пишите костыль с мониторингом и передергиванием пока разрабы не вылечат. верните на место то что стабильно для абонентов работает и мозг вам не выносит Дефолтный маршрут должен генерироваться нормальным девайсом, например Cisco, тогда никаких проблем нет. я и не говорил что микротик генерит дефолт Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
teer Опубликовано 16 декабря, 2015 · Жалоба Долго же я сюда не заходил... Отчитываюсь. Дело было в не в Микротике, а в: 1) Кривом дизайне OSPF-арий 2) Работе OSPF на мультиплексорах Netperformer SDM9230 (aka Verso), в результате которой все SDM9230 находящиеся в пирах у CCR почему-то иногда и ВНЕЗАПНО устанавливали в FIB маршрут на подсеть серверов не через один хоп (собственно, CCR), а чёрт-знает-куда, за спутниковые линки (откуда в принципе эта сетка прилететь не может). Из-за этого связь по ARP и в сегменте была, а вот с SRC IP серверов - нет. Итого, что сделано: 1) Влан со всеми SDM9230 вынесен на отдельный физический интерфейс (т.к. передёргивание MTU/L2MTU обрывает связь по всему линку). По итогу это оказалось необязательным. 2) Чтобы не переделывать глобально OSPF-кривизну сети, в сегменте с SDM9230 OSPF заменён на RIPv2-multicast Итого всё это стабильно работает уже почти месяц (22 дня аптайм CCR, до этого максимальный аптайм был 6 дней, типовой - 2 дня). За всё это время проблема проявилась только одна - цискари микротика пугаются :-) Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
