Я Вам прошивку выслал.

просьба выслать и нам

аналогичная проблема была в двух сегментах - оба раза мы грешили на клиентов, клиенты клянутся что все в порядке
было так - вис сначала 3526 в конце луча (перед ним еще 3 таких же) потом весь сегмент с 3312 в центре и 8 цепочками из 3526
выключаешь виновника - все тут же успокаивается
вот его данные
PROM Version : Build 3.00.005
Firmware Version : Build 4.01-B36
Hardware Version : 3A1
перед этим стояла 3.06.B20, происходило то же самое
вчера в течение дня несколько отказов было, вычислили свич, виновный в этом, думали перегрелся и умер, подкл через консоль - вроде все ок
после ребута все работало пару часов
снова умерло
ребут - два часа работы - смерть
пришел на него смотреть, нашел подозрительный порт - после его физического отключения все пришло в норму, около суток без замечаний
у клиента на том конце встроенная на мат плату сетевуха Marvell
он ее заменил на 3ком - включили провод, пока полет нормальный (часов 5)

хотелось бы разобраться что произошло
и очень хочется избежать этого в дальнейшем

Иван, спасибо за прошивку. Уже как неделю полет нормальный, то есть "просто так" свичи не виснут, рстп дерево не разрывается, все работает. НО к сожалению ^^ проблема до конца не решена, свичи так же виснут от флудящих клиентов. Сегодня была небольшая гроза, следствие этого отсутствие и постоянные перебои связи у банков, почты, кибер-плат контор - вообщем день жестокий. От флудящих портов на L2 постепенно сходят с ума и L3. Год уже работаю с 3526 и 3010G и сложилось такое ощущение, что этот флуд аппаратно не излечим:-(
Извините за резкость, просто эмоции переполняют.

А у Вас Traffic control настроена на доступе?

У нас топология vlan-per-user, системный интерфейс коммутаторов каждого района в своем управляющем vlan

В любом случае стоит попробовать настроить эту функцию.

у нас включен Traffic control, как то не помогает
стоит предел по умолчанию 100000 на все события и дроп

Попробуйте снизить порог до 100 скажем.

Делаю так:
config traffic control 1-3 broadcast enable threshold 10
config traffic control 1-3 multicast enable threshold 500
config traffic control 1-3 unicast enable threshold 9000

и вижу
DES-3526:admin#show traffic control
Command: show traffic control
Traffic Storm Control Trap : None

Port Broadcast/ Multicast/ Unicast/ Time Count
Threshold/Action Threshold/Action Threshold/Action Interval dowm
(Action Indication D:drop S:shutdown *:port shutdown)
---- ------------------ ------------------ ------------------ -------- -----
1 Enabled/9000/D Enabled/9000/D Enabled/9000/D 5 0
2 Enabled/9000/D Enabled/9000/D Enabled/9000/D 5 0
3 Enabled/9000/D Enabled/9000/D Enabled/9000/D 5 0
4 Enabled/9000/D Enabled/9000/D Enabled/9000/D 5 0
5 Enabled/9000/D Enabled/9000/D Enabled/9000/D 5 0
6 Enabled/9000/D Enabled/9000/D Enabled/9000/D 5 0

т.е. все типы трафика установились по последнему значению.
Заводимое на один тип трафика, broadcast например, значение попадает на все.
Как сделать разное значение для разных типов?
прошивка Build 5.00-B12
Этот порог указывается в фреймах в сек?

Порог указывается в пакетах в секунду (pps). Можно установить только одинаковый порог для всех видов трафика.

To: keli

А у Вас loopback detection в тот момент не был включен на 3526?

У нас была похожая проблема с 3526 при включенном loopback detection. Управление свитчем 100% исчезало. Вернее говоря, не было доступа ни к свитчу по IP, ни со свитча по IP (с консоли работало). После перезагрузки некоторое время свитч работал (время работы было разное). Свитч заменили, но не помогло. После очередного ухода свитча в себя стали отключать абонентские линки от свитча. После отключения одного из них управление свитчем восстановилось. Отключили loopback detection и проблем в этом месте больше не было.

Это с какой версией прошивки? С последними всё в порядке.

Иван!

Было где-то месяц назад. Я писал. Проверить новую версию на эту проблему не удалось. Похоже, что действительно бывают какие-то странные сетевые адаптеры (найти петлю не удалось), общение с которыми приводило к такой проблеме.

+1

Вот где собака была зарыта!

Подтверждаю, при включеном loopback detection пропадало управление коммутатором по нескольку раз в день. Помогала только жёсткая перезагрузка (выключение питания 220в). Прошивка 5.00-B12.
Сейчас loopback detection отключен, уже дней 5 как всё в норме.

Можете привести настройки LoopBack Detection? У Вас петли случайно между двумя портами не было?