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

Различия

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

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

Следующая версия
Предыдущая версия
dpi:dpi_components:platform:dpi_inst_spec:dpi_lag [2018/02/02 11:56] – создано lexx26dpi:dpi_components:platform:dpi_inst_spec:dpi_lag [2024/09/26 15:29] (текущий) – внешнее изменение 127.0.0.1
Строка 1: Строка 1:
-====== Работа на агрегированных каналах Etherchannel/LAG/LACP ======+====== Работа Bypass на агрегированных каналах 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).