Artem Kolpakov писал(а):
Artem Kolpakov писал(а):
poofeg писал(а):
Проблема с Traffic control. Ложные срабатывания.
как я понимаю traffic control unicast должен срабатывать только тогда, когда идет неизвестный unicast, а тут известней некуда.
Я отпишу об этом в ШК.
По словам разработчиков, при mode drop traffic control срабатывает на unknown unicast, при mode shutdown - на весь юникаст. Это ограничение чипсета и исправлено, к сожалению, быть не может.
Посмотрел как сделано у DES-3828 (4.61.B35):
Не важно какой стоит Action, Unicast traffic control всегда работает как Drop.
Например:
Код:
config traffic control_trap both
config traffic control 1-25,27-28 broadcast enable action shutdown threshold 10 time_interval 7 countdown 8
config traffic control 1-25,27-28 multicast enable action shutdown threshold 10 time_interval 7 countdown 8
config traffic control 1-25,27-28 unicast enable threshold 6
При таком конфиге порты 1-25,27-28 при broadcast или multicast шторме (более 10pps) в течение 7 секунд от начала шторма блокируются сохраняя линк. Через 8 минут при сохранении шторма порт гасит линк. Через 5 минут (при чем это не настраивается) порт включается снова и так по кругу.
Если на порту unicast шторм, то в секунду на все порты передается только 6 пакетов, остальные отбрасываются. Если смотреть исходящие пакеты на остальных портах с линком, то там ровно 6 исходящих пакетов в секунду (при отсутствии другого трафика).
Если на порту нормальный unicast трафик ничего не происходит.
Можно привести поведение DES-1210-28 хоты бы к такому виду?