Различия
Показаны различия между двумя версиями страницы.
Предыдущая версия справа и слеваПредыдущая версия | |||
dpi:dpi_components:platform:dpi_inst_spec:dpi_lag [2020/09/21 07:10] – ↷ Страница перемещена из dpi:dpi_options:dpi_divert_spec:star:dpi:dpi_components:platform:dpi_inst_spec:dpi_lag в dpi:dpi_components:platform:dpi_inst_spec:dpi_lag lexx26 | dpi:dpi_components:platform:dpi_inst_spec:dpi_lag [2024/09/26 15:29] (текущий) – внешнее изменение 127.0.0.1 | ||
---|---|---|---|
Строка 1: | Строка 1: | ||
- | ====== Работа на агрегированных каналах Etherchannel/ | + | ====== Работа |
+ | {{indexmenu_n> | ||
+ | Переключение в bypass и обратно вызывает кратковременный разрыв линка, | ||
+ | что в случае, | ||
+ | некоторыми коммутаторами, | ||
+ | В этом случае рекомендуется установить величину задержки между переключениями, | ||
+ | чтобы оно не происходило одновременно | ||
+ | < | ||
+ | Это поможет избежать простоя при штатных остановах и рестартах dpi((при аварии питания или отказе сервера переключение в bypass произойдет все-равно почти одновременно)) | ||
+ | |||
+ | Также надо учитывать, | ||
+ | упадет только один линк из двух в цепочке коммутатор1 < | ||
+ | Такой разрыв долго обнаруживается при стандартных настройках LACP (таймер по умолчанию 30 секунд). | ||
+ | Для быстрого обнаружения таких разрывов нужно использовать доп. протоколы, | ||
+ | или тюнинг протокола LACP (fast switchover). | ||