Подскажите , правильно ли я понимаю track в set ip next-hop verify-availability 10.10.10.10 track 10 :
траффик пойдеть на next-hop если поднят интерфейс в track 10 interface gi 0/14 line-pro ?
И суть параметра delay в delay down 10 up 10 :через 10 сек , после падения или поднятия интерфейса сказать об этом route-map-у ?
Может , конечно ,я сам себе ответил, но хотелось бы подтверждения тех , кто использовал.В мануалах толком не описано.
ЗЫ Экспериментировать на работающем не хочется.

Да, все верно.
Если line-protocol интерфейса gi0/14 меняется с up на down, то трекер даст команду роут-мапу через 10 секунд (down 10) а после поднятия интерфейса - также выдержит 10 секундную паузу (up 10)

Спасибо

Пожалуйста

А если надо что бы траф шел на next-hop если интерфейс упал

default state трекера сменить нельзя. В таком случае нужно будет пересмотреть логику работы резервирования.

Опишите более подробно задачу.

Есть два ,почти равнозначных канала на двух DGS 3610.
На обоих подняты свои сессии BGP .На обоих дофолт мир и фулл UA-IX/
Я соединил коммутаторы между собой и пытаюсь сделать резервирование.
Беда в том , что иногда ложится канал , а интерфейс живой.Тут мне track не поможет.
Я думаю поднять какой то интерфейс , просто левый, ничего не значащий .И скриптом
отслеживать пинг к пирам .Пинг пропал , положить по снмп этот интерфейс и траф пошел куда надо.
Где то так.Может перемудрил.Не судите строго.

Используйте rns:

Спасибо.
Где можно почитать об этом подробнее.

Отправил мануал вам на почту.

Спасибо

Пожалуйста.