DGS-3100-24, FW-3.60.24.
По непонятной причине перестаёт ходить трафик в одной из 6 VLAN на одном порту ("медном"). Другие VLAN-ы на этом порту в это время "ходят" без проблем..
Все VLAN тегированные, untag-ом порт только в default (оттуда он не удаляется почему-то на этом свитче).
Лечится простым "передёргиванием" порта:.
Есть подозрение на loopback от одного сбесившегося после грозы "далёкого" (через 2 коммутатора от обсуждаемого) 2108. Но его зафиксировал и вроде как заблокировал на своём порту 3526 (в который 2108 включен тем же тегированным VLAN-ом).
Как проверить порт на loopback на DGS-3100 не знаю... На 3526 есть loopdetect, а на 3100 почему-то он отсутствует.. Или плохо искал?
Какие ещё причины такого хитрого зависания могут быть?

А в логах никаких записей не появляется?
Пришлите пожалуйста мне на почту конфиг с коммутатора и укажите на каком порту возникает проблема

Что и примечательно, в логах по теме совершенно ничего..
Конфиг выслал. Проблема возникает на порту 2, только во vlan3 - management.
В этой vlan находится управление всеми коммутаторами сети (в настоящий момент около 55 штук управляемых).
Обсуждаемый коммутатор находится в ядре сети, далее с него идет на агрегацию (DGS-3100-24TG), далее - "узлы" (DES-3526), далее -"домовые" коммутаторы (DES-2108) и последние в этой цепочке - "клиентские" (DES-1008D/RV).
Похоже проблему создал неисправный DES-2108 (после грозы). "Узловой" DES-3526 его якобы "отключил" на своем порту (по loopback detect), в логе неимоверное кол-во подобных записей ,но проблема оставалась до тех пор, пока на 3526 не отключил порт "вручную" (config ports 7 state disable ).
Непонятно еще, почему после детекта лупбека и блокировки порта, коммутатор буквально через минуту снова поднимает порт?
Конфиг loopback detect на 3526
Может быть надо Recover Time установить в "0", или наоборот - несколько часов?
После ручной блокировки порта все "устаканилось". Неисправный 2108 сегодня заменили.
Собственно, можно сказать, причина проблемы ясна. Не ясно только, как избежать подобного? Как блокировать заразу полностью до выяснения и "ручного" снятия блокировки, хотя бы на уровне "узла".

Если Вам нужно поднимать порт после возникновения петли только вручную, то поставьте recover time в 0. При такой настройке коммутатор не будет поднимать порт сам.

ОК, спасибо.
Остался еще один вопрос - функция loopdetect реализована только на DES-3526? В частности интересует её наличие на DGS-3100.

как минимум здесь loopdetect заявлен =) реализован, насколько помню, на базе STP

_________________
Это текст, который можно добавлять к размещаемым вами сообщениям. Длина его ограничена 255 символами.

На DGS-3100 loopdetect реализован кривовато. Он основан на STP, но из-за отсутствия опции restricted_role невозможно защититься от вещания STP пакетов со стороны клиента, и соответственно клиент может повлиять на постороение STP дерева. Т.е. на этой железке стоит использовать loopdetect лишь в случае, когда она не участвует в построении STP дерева.

уменьшите время Loopdetect Interval хотя бы вдвое