Работа Bypass на агрегированных каналах Etherchannel/LAG/LACP [Документация VAS Experts]

Различия

Показаны различия между двумя версиями страницы.

Ссылка на это сравнение

Предыдущая версия справа и слеваПредыдущая версия
Следующая версия
Предыдущая версия
dpi:dpi_components:platform:dpi_inst_spec:dpi_lag:start [2023/10/10 08:25] – внешнее изменение 127.0.0.1dpi:dpi_components:platform:dpi_inst_spec:dpi_lag:start [Дата неизвестна] (текущий) – удалено - внешнее изменение (Дата неизвестна) 127.0.0.1
Строка 1: Строка 1:
-====== Работа на агрегированных каналах Etherchannel/LAG/LACP ====== 
-{{indexmenu_n>4}} 
-Переключение в bypass и обратно вызывает кратковременный разрыв линка, 
-что в случае, когда все линки проходят через одну dpi платформу, может трактоваться 
-некоторыми коммутаторами, как потеря всего агрегированного линка.  
-В этом случае рекомендуется установить величину задержки между переключениями, 
-чтобы оно не происходило одновременно 
-<code>bypass_link_delay=5</code> 
-Это поможет избежать простоя при штатных остановах и рестартах dpi((при аварии питания или отказе сервера переключение в bypass произойдет все-равно почти одновременно)) 
- 
-Также надо учитывать, что при разрыве соединения между dpi и коммутатором, 
-упадет только один линк из двух в цепочке коммутатор1 <-линк1-> dpi <-линк2-> коммутатор2. 
-Такой разрыв долго обнаруживается при стандартных настройках LACP (таймер по умолчанию 30 секунд). 
-Для быстрого обнаружения таких разрывов нужно использовать доп. протоколы, например [[http://nag.ru/articles/article/23120/lag-i-sredstva-obnarujeniya-problem.html|BFD]], 
-или тюнинг протокола LACP (fast switchover).  
-