Добрый день!
Настроил на тестовом коммутаторе traffic control.
Данные следующие:
action shutdown
broadcast_threshold 1000
countdown 3
time_interval 5

uni- и multicast не включал

Далее эмулирую шторм. По логам вижу, что фильтр отрабатывает, но вновь поднимает порт. И все повторяется по циклу.

Читаю мануал:
countdown - (Optional) Timer for shutdown mode. If a port enters the shutdown Rx state and this timer runs out, port will be shutdown forever. The parameter is not applicable if “drop” (mode) is specified for the “action” parameter.
<min 0> - 0 disables the forever state, meaning that the port will not enter the shutdown forever state.
<min 3-30> - Enter the countdown timer value here. This value must be between 3 and 30.
disable – Specify that the countdown timer will be disabled.

И никак не могу понять, когда же наступит момент "Shutdown forever", чтобы порт не поднимался.
Подскажите, что я делаю не так. Возможно не правильно понял принцип работы контроля.

countdown = disable, если порт надо выключать сразу по достижению порогового значения, (как у Cisco, например)
Время повторного включения определяется параметром auto_recover_time.

Спасибо. А, что делает countdown?

Вообще фича вредная в некоторых случаях, особенно если шторм не постоянный, а дискретный с периодичностью в пару-тройку минут.

Т. е. он запускает таймер до отключения порта, на котором обнаружен шторм? Тогда совсем ничего не понимаю. Я ждал 3 минуты, порт не погас, а продолжал периодически поднимать Rx.
Поставил countdown в disable и все заработало так как я хотел.
Не понимаю тогда суть этого параметра.

3120

config traffic control 3-24 broadcast enable multicast enable unicast disable action drop threshold 1024 countdown 0 time_interval 5
config traffic control auto_recover_time 5
config traffic trap both
config traffic control log state disable
config multicast vlan_filtering_mode all filter_unregistered_groups

Работающая конфигурация. На аплинках отключен, логирование опционально, я отключаю. Мод исключительно дроп, прекрасно дропаются, не вижу смысла гасить порт.
Если ниже что - то имеется под 3120 то значения 128 для клиентов, 1024 для аплинков.
Ну или можете посчитать трафик внутри вланов, это будет правильнее. Ну и специфика, что используете.

А вообще проблем с функцией не наблюдал, ни на 3627 ни на 3620 ни на 3120 ни на 3200 линейке.

Проблема одна есть - не видно на каком порту unicast storm, пакеты тихо дропаются и всё...