> Доброго времени суток ! Столкнулся с такой проблемой:
> Есть линки между 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.

> Доброго времени суток ! Столкнулся с такой проблемой:
> Есть линки между 5-я маршрутизаторами. Настроен RRPP при активном режиме кольца все
> сервисы работают стабильно,никаких проблем нету.При обрыве линка конченые хосты которые
> работают на третьема уровне со шлюза пингуются, но сервисы не проходят.
> Попробовал сделать арп-статик и удалить арп. Сервисы снова заработали. Грубо говоря
> обновил таблицу маршрутизации.ПОдскажите пожалуйста можно ли как то оптимизировать этот
> процесс, так как хостов много и не всегда есть возможность сделать
> все это вручную?

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