Элтекс

Добрый день

тестируется MES3124F, 2.5.44

1. Не отображается storm-control в show errdisable recovery

2. Необходимо пояснение по работе storm-control в MES3124F, т.к. не происходит блокирование порта по errdisable

Два порта соединены патч-кордом (spanning-tree отключен)
Запускаю ARP-запрос в порты

A.
Когда storm-control НЕ включен, вижу большую утилизацию порта:


Б.
На РАБОТАЮЩИХ портах добавляется storm-control со значениями по умолчанию:

Порты продолжают передавать трафик на большой скорости:


В.
Отключаю/включаю порты. Запускаю ARP-запрос в порт.
Вижу небольшую утилизацию порта:
#show interfaces utilization gi0/23

Вижу что лампочки на портах раз в секунду перестают мигать, но порт НЕ блокируется в errdisable.

Делаю вывод, что storm-control broadcast enable отработала, а storm-control broadcast shutdown - нет.

1. Не отображается storm-control в show errdisable recovery

В конфигурации появляется. В выводе show errdisable recovery stormcontrol отсутствует. Внесем изменения в следующих версиях

Б.
На РАБОТАЮЩИХ портах добавляется storm-control со значениями по умолчанию:

На порты со "штормом" добавьте обнаружение как broadcast, так и multicast. Порты должны ограничить передачу трафика

Также по счетчикам sh interfaces counters можно посмотреть какой трафик закольцован

Для проверки пункта B.

1) Смоделируйте шторм на нижестоящем коммутаторе, подключенном в порт gi0/23 - порт отключиться

2) Соедините еще 2 порта между на 3124 без настроек storm-control (для организации шторма).- порты 23-24 отключаться.

Когда замыкаешь отдельно 2 порта между собой на устройстве трафик ограничивается, но порты не переходят в состояние shut. (На стенде повторил. Такое поведение прокомментирую позже)

Александр Селезнев писал(а):

1. Не отображается storm-control в show errdisable recovery

В конфигурации появляется. В выводе show errdisable recovery stormcontrol отсутствует. Внесем изменения в следующих версиях

[quote]Б.


Да печалька полнейшая ! Установил новую прошивку а тут такая недоработка :


show errdisable recovery
Timer interval: 30 Seconds


Reason Automatic Recovery
---------------------- ------------------
loopback-detection true
port-security true
dot1x-src-address false
acl-deny true
stp-bpdu-guard true
stp-loopback-guard true
unidirectional-link false
dhcp-rate-limit false
l2pt-guard false

И хочеться все же рулить кол-вом броадкаста и мультикаста в процентном содержание ! Высчитываить среднюю величину не прикол , особенно при частой перекомутации линко !

Да печалька полнейшая ! Установил новую прошивку а тут такая недоработка :

Функционал работает. Нет отображения настройки только в данном выводе

Александр Селезнев писал(а):

Да печалька полнейшая ! Установил новую прошивку а тут такая недоработка :

Функционал работает. Нет отображения настройки только в данном выводе

Это понятно )

Прошивка новая , но осадочек остался от недоработаки функционала .

Александр Селезнев писал(а):

Для проверки пункта B.
1) Смоделируйте шторм на нижестоящем коммутаторе, подключенном в порт gi0/23 - порт отключиться
2) Соедините еще 2 порта между на 3124 без настроек storm-control (для организации шторма).- порты 23-24 отключаться.

Пробую организовать схему. Почему-то получаю такие сообщения при попытке включить logging и shutdown на порту:



На порту текущие настройки такие:

С чем это связано?

попробуйте на порту отключить storm-control. Затем ввести storm-control broadcast shutdown и затем опять включить storm-control.

Александр Селезнев писал(а):попробуйте на порту отключить storm-control. Затем ввести storm-control broadcast shutdown и затем опять включить storm-control.

Не получается:


Счётчки сбрасывал, тоже не помогает. Железку пока не перезагружал.

Сохранился ли вывод с консоли процесса настройки storm-control, при котором возникла эта ситуация ?

Александр Селезнев писал(а):Сохранился ли вывод с консоли процесса настройки storm-control, при котором возникла эта ситуация ?

Нет, явно не сохранился. Я могу только перезагрузить железяку (если никакая диагностическая информация больше с неё не нужна) и попробовать воспроизвести это состояние.

На данный момент на ЛЮБОМ порту (ge0/1-24, te0/1-4):

Я могу только перезагрузить железяку (если никакая диагностическая информация больше с неё не нужна) и попробовать воспроизвести это состояние.

Попробуйте.

Александр Селезнев писал(а):Попробуйте.

В общем - перезагрузка устройства помогает вылечить.

Однако воспроизвести удалось только один раз, а потом больше не получается.
Закономерность я не выявил.
Это как-то связано с включением/выключением функций storm-control на интерфейсах, соединённых перемычкой. На портах - broadcast и multicast шторм.


По поводу перемычки хочу отметить что некоторые так ищут у кого из абонентов штормит:
http://prosto-seti.blogspot.ru/2013/05/ ... icast.html
Поэтому было бы не плохо, если бы поведение было бы таким же как и для НЕперемычки.

Это возвращаясь к

Александр Селезнев писал(а):Когда замыкаешь отдельно 2 порта между собой на устройстве трафик ограничивается, но порты не переходят в состояние shut. (На стенде повторил. Такое поведение прокомментирую позже)"

Ещё такой вопрос:
Когда порт перешёл в errdisable, как его сбросить из этого состояния не дожидаясь errdisable recovery time?
shut/no shut не помогает (и это, на мой взгляд плохо - у cisco работает)

И ещё у вас в show errdisable interfaces опечатка в слове "stROm-control"

Когда порт перешёл в errdisable, как его сбросить из этого состояния не дожидаясь errdisable recovery time?

console#set interface active
GigabitEthernet IEEE 802.3 Gigabit Ethernet port id

Александр Селезнев писал(а):

Для проверки пункта B.
1) Смоделируйте шторм на нижестоящем коммутаторе, подключенном в порт gi0/23 - порт отключиться
2) Соедините еще 2 порта между на 3124 без настроек storm-control (для организации шторма).- порты 23-24 отключаться.

Я смоделировал шторм на нижестоящем коммутаторе MES1124MB, подключив его в порт gi0/24 на MES3124F.
На 1124 также сделана петля из двух портов, туда запускается шторм.

На 3124 настройки аплинка такие:

Также на 3124 включено:


Я наблюдаю следующее:
1. Возникает шторм на 1124
2. На 3124 порт отключается по errdisable
3. НА 1124 шторм, на абонентских портах, продолжается. Это не трогается.
3. Затем истекает timer (300 сек.) в errdisable recovery
4. Порт gi0/24 на 3124 включается обратно
5. И далее порт gi0/24 работает и НЕ отключается вообще, хотя на нём шторм (176 Мбит/с), который никуда с 1124 не делся.

Мне кажется это не правильное поведение gi0/24
Порт должен был бы сразу заблокироваться опять иначе какой смысл в этом.
Cудя по лампочкам и утилизации, не отрабатывает не только broadcast shutdown, но и broadcast enable

Ситуацию повторили. Будем решать в ближайшем ПО