Имеем коммутатор DGS-3627g
Boot PROM Version : Build 1.10-B09
Firmware Version : Build 2.40.B77


В произвольные моменты времени происходит переключение на бекапный маршрут и обратного переключения не происходит.
Вопрос знатокам, что является критерием для переключения коммутатора на бекапный маршрут, как коммутатор должен переключаться на маршрут с меньшей метрикой (пока возврящаюсь удалением бекапного маршрута и созданием его заново).

Критерием переключения является пропадание основного.

Простите за назойливость, но что такое "пропадание", отсутствие ответа по icmp, пропадание записи в ipfdb, записи в arpentry? В момент когда коммутатор работает на бекапном маршруте ответ от шлюза по умолчанию (основного) есть, как с коммутатора, так и с удаленного компьютера, подключенного к проблемному коммутатору.

И как коммутатор должен переключаться обратно? Или для переключения на основной маршрут каждый раз надо удалять бекапный дефолтный роут, или может есть более элегантное решение этой проблемы?

посмотрите параметр preempt при создании vrrp. и вообще почитайте раздел документации про vrrp. если останутся вопросы - пишите. с удовольствием помогу Вам. переключение "обратно" происходит очень даже замечательно

Вот знал, что сибиряки меня не бросят в трудную минуту, пошел курить мануал, а вы передавайте привет своему славному городу!

Vrrp решает отбратную задачу и в моем случае непременим (эту задачу в дальнейшем будет выполнять на серверах карп - но это в далекой перспективе). Ip интерфейсы на коммутаторах держаться стабильно. Необходимо при выходе из строя одного из серверов переключать маршрут по умолчанию на рабочий сервер. И при восстановлении работы основного сервера возвращать маршрут по умолчанию на него.

Я уточню по этому вопросу. Как только будут новости сообщу.

Отправил вам на мыло графическое пояснение к теме
[/img]

Вот ответ HQ:

One static route may be active or inactive.
An active static route refer to there is an active interface to reach the next hop router of this static route,
An active floating static route becomes inactive in any one of following cases:
(1) The next hop router is not exist
(2) The interface toward the next hop router is down.

Simply, if there is no ARP entry for one static route's nexthop, it is inactive.

In this case, I think user would like to know in DGS-3627 the primary and secondary route shift is according what rule?

The primary and backup route shift is based on the rules below:
(1) If both primary route and backup route exist and are active, primary route will be used to forward traffic;
(2) If primary route change to be inactive and backup route is active, backup route will be used to forward traffic.
(3) If primary route change to be active again, primary route will be used to forward traffic

Т.е. по сути определение неактивного маршрута осуществляется на основе отсутствия ARP записи о next hop. И переключать обратно должно при поднятии primary route. Если есть проблема то описывайте подробно со схемой (Вы её уже высылали) и конфигами устройств.

основе отсутствия ARP записи о next hop. - все записи о следущем хопе присутствуют
И переключать обратно должно при поднятии primary route - не переключает

Руслан Бигаров занимается этой проблемой. Как только будут новости он Вам сообщит.

Получилось воспроизвести проблему?

Штаб квартира занимается этим вопросом. Пока не воспроизвели.

Высланная прошивка нестабильна. Досконально не разбирались, но когда не поднялось половина интерфейсов на рабочем коммутаторе пришлось резко откатиться назад.

Не напомните мне какая версия?