The OpenNET Project / Index page

[ новости /+++ | форум | wiki | теги | ]



"Проблема при разрыве канала "
Вариант для распечатки  
Пред. тема | След. тема 
Форум Маршрутизаторы CISCO и др. оборудование. (Маршрутизация)
Изначальное сообщение [ Отслеживать ]

"Проблема при разрыве канала "  +1 +/
Сообщение от firdavs23mail.ru (ok), 17-Июл-19, 13:14 
Доброго времени суток ! Столкнулся с такой проблемой:
Есть линки между 5-я маршрутизаторами. Настроен RRPP при активном режиме кольца все сервисы работают стабильно,никаких проблем нету.При обрыве линка конченые хосты которые работают на третьема уровне со шлюза пингуются, но сервисы не проходят. Попробовал сделать арп-статик и удалить арп. Сервисы снова заработали. Грубо говоря обновил таблицу маршрутизации.ПОдскажите пожалуйста можно ли как то оптимизировать этот процесс, так как хостов много и не всегда есть возможность сделать все это вручную?
Ответить | Правка | Cообщить модератору

Оглавление

Сообщения [Сортировка по времени | RSS]


1. "Проблема при разрыве канала "  +/
Сообщение от zanswer CCNA RS and S (?), 18-Июл-19, 11:25 
> Доброго времени суток ! Столкнулся с такой проблемой:
> Есть линки между 5-я маршрутизаторами. Настроен RRPP при активном режиме кольца все
> сервисы работают стабильно,никаких проблем нету.При обрыве линка конченые хосты которые
> работают на третьема уровне со шлюза пингуются, но сервисы не проходят.
> Попробовал сделать арп-статик и удалить арп. Сервисы снова заработали. Грубо говоря
> обновил таблицу маршрутизации.ПОдскажите пожалуйста можно ли как то оптимизировать этот
> процесс, так как хостов много и не всегда есть возможность сделать
> все это вручную?

Бррр, RRPP это канальный протокол, аналог Cisco REP от Huawei, альтернатива STP для кольцевых топологий, его основная целевая аудитория коммутаторы. Судя по документации, как только Master Node получает сообщение об изменении топологии кольца, он немедленно рассылает уведомление Common-Flush-FDB. Получив которое все Transit Nodes обязаны очистить свои MAC Address Table и ARP/ND cache.

К сожалению не понял, что вы имели ввиду когда сказали, что обновление ARP cache обновила таблицу маршрутизации и какая автоматизация требуется дополнительная, принимая во внимание, что RRPP Transit Node и так обязан очищать ARP cache.

Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

2. "Проблема при разрыве канала "  +/
Сообщение от fantom (??), 19-Июл-19, 12:06 
> Доброго времени суток ! Столкнулся с такой проблемой:
> Есть линки между 5-я маршрутизаторами. Настроен RRPP при активном режиме кольца все
> сервисы работают стабильно,никаких проблем нету.При обрыве линка конченые хосты которые
> работают на третьема уровне со шлюза пингуются, но сервисы не проходят.
> Попробовал сделать арп-статик и удалить арп. Сервисы снова заработали. Грубо говоря
> обновил таблицу маршрутизации.ПОдскажите пожалуйста можно ли как то оптимизировать этот
> процесс, так как хостов много и не всегда есть возможность сделать
> все это вручную?

Таймаут на ARP поменьше сделать.

Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема




Спонсоры:
Слёрм
Inferno Solutions
Hosting by Ihor
Хостинг:

Закладки на сайте
Проследить за страницей
Created 1996-2019 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру