maxkst Posted February 23, 2017 Ровно в полночь произошло событие feb/22 23:59:54 route,ospf,info OSPFv2 neighbor 10.255.255.251: state change from Full to Down. На противоположной стороне - то же сообщение. Оба роутера соединены 1G full duplex S-31DLC20D. При этом оба порта показывают 15 дней аптайма и ни одного LINK DOWN. Errors на интерфейсах нету. Стоит V6.38.1. Как узнать, в чем причина и, по возможности, предотвратить в будущем такие с виду беспричинные падения? Вставить ник Quote Ответить с цитированием Share this post Link to post Share on other sites More sharing options...
Saab95 Posted February 23, 2017 Так после падения связь по каналу восстановилась? Такие ошибки бывают когда передача данных прекращается, либо если IP адрес на интерфейсе отключили. Вставить ник Quote Ответить с цитированием Share this post Link to post Share on other sites More sharing options...
maxkst Posted February 23, 2017 Так после падения связь по каналу восстановилась? Такие ошибки бывают когда передача данных прекращается, либо если IP адрес на интерфейсе отключили. Поток данных на момент обрыва был >300Mbps. После падения OSPF на этом участке трафик упал до сотен килобит/с и айпи на интерфейсах не отключались. А в логах и до и после события - тишина по нескольку часов. OSPF был восстановлен утром путем изменения Cost на оспф интерфейсе с дефолтных 10 на 11 затем обратно на 10. Думаю что помогло бы с тем же успехом ручной DOWN-UP интерфейса или DISABLE-ENABLE айпи адреса, ну или ребут роутера. Но только не само.... Вставить ник Quote Ответить с цитированием Share this post Link to post Share on other sites More sharing options...
Saab95 Posted February 24, 2017 Вы router-id вручную указывали, или он по дефолту стоит в нулях? Обычно никаких подобных проблем с OSPF не возникает. Вставить ник Quote Ответить с цитированием Share this post Link to post Share on other sites More sharing options...
maxkst Posted February 24, 2017 Router id вручную. 10.255.255.251 и 10.255.255.249 в данном конкретном случае, как и ip на лупбак интерфейсе. Кстати, уже были два подобных случая в других сегментах сети. Трассировка в этих случаях между смежными интерфейсами показывала 1 хоп, а между лупбеками этих же роутеров - 4-5 хопов в зависимости от топологии кратчайшего обходного маршрута. Помогало как всегда либо кратковременное изменение стоимости глючного маршрута, либо disable-enable ospf интерфейса. Само восстанавливаться не хотело... Времени к сожалению не было анализировать трафик между роутерами в те моменты, по этому в чем там эти роутеры меж собой не смогли договориться - остается только догадываться. Вставить ник Quote Ответить с цитированием Share this post Link to post Share on other sites More sharing options...
