Добрый день. В последнюю грозу имели следующую картину. По сетке разброшены 3200 разных ревизий, предпочтительно А и Б, новых С ещё мало.
После грозы пропало из доступа порядка 10 коммутаторов. Нет доступа, нет пинга, кароче труп. На порту вышестоящего коммутатора срабатывает лупбек детекшен. Перезагружаешь - не помогает, тут же срабатывает петля. Часть запитана от упсов, часть напрямую. Отключаешь все линки, оставляешь аплинк, перезагружаешь - ноль эмоций, меняешь порт - тоже самое. Монтажники снимают с объекта, везут в офис, подключаешь консоль - он живой и полностью рабочий. НИОДИН порт не выгорел. Уж не знаю совпадение или нет, но только А и Б серии, С просто ещё мало установлено.

Абоненты жаловались что у них повыгорали в это время телеки, компы, микроволновки (бытовые приборы не имеющие отношения к нашей сети). Тоесть на выход из строя повлияло явно напряжение. Есть ли этому какое-то объяснение?

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

Гроза.
С устройствами, которые ведут себя непонятным образом после грозы, рекомендуем обращаться в ближайший СЦ.
Прошивками и программными методами тут исправлять нечего.

Ещё раз акцентирую внимание на то, что только на аплинковских портах (оптические порты) срабатывала петля.

Привозят устройство в офис, подключаем его на столе по оптике к другому свитчу - никакой петли нет.

А для чего вы включает лупбек в сторону другого коммутатора, который тоже умеет лупбек?

Уже поняли что это лишнее.
Вопрос в другом, с чего вообще сработал лупбек на аплинковском порту (трансивер-оптика).

Броадкаст шторм как вариант, в общем у нас тоже так бывало

У нас из-за этого на абонентских портах настроен интервал в 1 секунду, на магистральных портах Loopback выключен.
Посмотрите настройки Loopback на этих коммутаторах. Возможно у Вас интервал опроса установлен более 1 секунды и вышестоящий коммутатор поймал loopback раньше, чем нижестоящий.

На 3200 это довольно часто встречается, у нас обычно петляет какой-то абонентский порт после таких казусов. Приходится идти к свичу, менять абоненту порт, ибо при первых же 3-х срабатываниях порт автоматически выключается нахрен. На других сериях (3526, 3528, 3828, 3028) такого не встречал, только 3200

После грозы ревизия A/B становиться обычным неуправляемым свитчом и делает петлю если сегмент кольцо с RSTP.
Перезагрузка по питанию помогает.

_________________
Network, scripting, perl, SNMP. D-Link DGS-3627G, DGS-3620-28SC, DES-3200-26/A1/B1/C1, DES-3200-52/C1, DES-3526, DXS-3326GSR, DES-3028. Alcatel-Lucent OmniSwitch 6850-U24X, OmniStack 6224. Extreme X670-48x. ZTE ZXR10 5928E-FI, ZXR10 2928E, ZXR10 2952E.

Ну вот очередная гроза по Моск. обл. и вышло из строя минимум 15-20 портов на 3200-3028 (A1), и какой толк от ремонта в СЦ если потом опять всё по выгорает ?

Ну не чините, делов то =)

Петля на порту обнаруживается путём отсылки коммутатором пакета с адресом назначения CF-00-00-00-00-00 (9000 Ethernet Configuration Test protocol (Loopback)). Это нужно учитывать при составлении правил ACL.
(с)http://www.dlink.ru/ru/faq/62/242.html

Коммутатор 1 отправляет коммутатору 2 пакет с MAC CF-00-00-00-00-00. Коммутатор 2, получив пакет с MAC CF-00-00-00-00-00 считает, что в сегменте петля и ложит порт.

_________________
Решил проблему - выложи ответ !