Просто не понимаю, откуда в тз берётся требование на  50мс

При ласп вообще по сути отваливаться не должно. Это ж объединение линков?

Просто балансировка пока узнает что кранты и тогда перестроит

Да, он

Ща попробую найти. Думаю там есть keep alive

🙅‍♀️там есть mii_mon 🤭

🤷‍♂️😳

С думаю знаешь откуда эти значения

Он по факту собирается и обменивается пакетами. Там правильность конфига и все такое. Затем он как только понимает что линк ушел в даун он сразу начинает гонять через второй Линк

А вот то значение думаю вот отсюда

Использование bfd

А у него на сколько я помню как раз 50 мс

Стандартное значение выявления проблемы

Пункт пятый

5. Detecting a Member Link Failure When a micro-BFD session goes down, this member link MUST be taken out of the LAG load-balancing table(s). In case an implementation has separate load-balancing tables for IPv4 and IPv6, then if both an IPv4 and IPv6 micro-BFD session exist for a member link, an implementation MAY remove the member link only from the load-balancing table that matches the address family of the failing BFD session. For example, the IPv4 micro-BFD session fails but the IPv6 micro-BFD session stays Up, then the member link MAY be removed from only the IPv4 load balance table; the link MAY remain in

Короче нужно rfc по bfd читать но вроде стандартное значение его на циско и ТД. Можно конечно загнать и в 1 мс

Чтобы от перегара админа начало все падать)

bfd ниразу не lacp

У вас есть другое мнение. Опишите? Не нашел в РФС описание ласп с необходимыми таймерами