Сегодня шторм повторился, симтомы теже, что и несколько месяцев назад.
3627g - загрузка CPU 70%, работают.
3852 и 3200 работают без сбоев.
3550 теряют управление на 15-30 минут, 3526 до 2-3 минут.
Снифер регистрирует поток IGMP Membership query с коммутатора 3200, сразу двух версий v2 и v3, на адрес 224.0.0.1 силой 1Mbs.
На других моделях измерить не смог.

Остановил вещание мультикастом. Шторм не успокоился.
Отключил IGMP igmp snooping на всех 3627g. Загрузка CPU упала у них до 3-5% - шторм продолжается.
Отключил IGMP snooping только на свичах непосредственно скоммутированых с 3627g. Шторм стих.

В ближайшие дни найду время доделать схему и выслать с конфигами на адрес Руслана.

PS. После началась вообще мистика, после того как были отключены, близлежащие к 3627 коммутаторы от igmp snooping. Где-то через 7 часов. В 60 % лепестков ромашек, замкнутых и не замкнутых, погасло по одному коммутатору в одно и тоже время, с точностью до минуты. Коммутаторы как 3526, так и 3550. И не приходят в себя уже 1.5 часа.

PSS. Надо было сразу у всех 35хх отключить snooping, это легче чем, потом размораживать, удалённо, наглухо повисшие коммутаторы.

Ждём подробного описания проблемы!

У меня точвточ такая же фигня была, времени разбиратся небыло (упала вся сеть), на тот момент было лишь одно предположение: тк использовался один мультикаст-влан - маки абонентов соответственно попадали в этот влан (тех кто телик смотрел), а таблица мак адресов не безлимитная - отсюда высокая загрузка + потеря интерфейса в управляющем влане.
Решил тупым образом: разроутил имеющияся мультикаст влан между цисками 3750 (они в голове "лепестка") + на самих 3750 зароутил кучу мультикаст-вланов (которые уже шли на цепочки свичей, в каждый порт индивидуальный). Таким образом в каждом влане было не более максимума маков.

Кстати, уже упавший свич, можно было оживить таким образом: пинговать его с "его шлюза" - с 3-5ого раза как правило начинал пинговатся

Да тоже замечал, что маки абонентов попадают в ISM vlan.