тоже наблюдается подобная проблема 3028 и 3200

Проблема стара как мир. Когда хеш клиентского мак адреса совпадает с хешем мак адреса L3 устройства стоящего выше во влане управления то происходит отвал. Точнее он происходит если при просмотре через sh flood звездочка стоит напротив клиетского мак адреса.
Как бороться с этим?

_________________
D-Link User: DGS-3120-24, DGS-3324SR, DGS-3627G, DGS-3612G, DGS-3312SR, DGS-3100-24TG, DGS-3200-10, DES-3200-26, DES-3200-28, DES-3200-18, DES-3528, DES-3526, DES-3028, DES-1228, DES-2108, DES-2110, DES-3326SR, DMC-920, DMC-810.

статические записи не помогают?..

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

Это костыль а не решение проблемы.

_________________
D-Link User: DGS-3120-24, DGS-3324SR, DGS-3627G, DGS-3612G, DGS-3312SR, DGS-3100-24TG, DGS-3200-10, DES-3200-26, DES-3200-28, DES-3200-18, DES-3528, DES-3526, DES-3028, DES-1228, DES-2108, DES-2110, DES-3326SR, DMC-920, DMC-810.

функционал auto_fdb - не из этой оперы?

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

это не та проблема, о которой я говорю.. Вы говорите просто об отвале управления, а я говорю о полном зависе.. Когда происходит такая коллизия - консоль по крайней мере не зависает..

Вобщем новые прошивки не помогли, вышибает точно так же.

Используем и 3200 и 3028
Никогда не зависали!

У вас либо сеть кривая, либо руки.

Ваше мнение мне не интересно. Если есть что предложить из вариантов диагностики - с радостью почитаю.

Что в логах? Какой функционал поднят и какая загрузка коммутатора? Какая топология сети? Постарайтесь выявить закономерности, при которых всплывает проблема. Чем больше информации - тем легче судить о чем-то.

Тоже юзаем такие девейсы, не виснут. Проблема может быть разве что с конвертерами, если такие есть.

в логах - ничего, port up/port down и прочее не информативное.
Топология - звезда.
Закономерностей нет. Маками не светят. На консоль не отвечают (за исключением проблемы с 3200 stack trace).
Зависают в разных районах, 3-5 штук в день, бывает пачками по 20-70 штук.
Перебрали практически все что можно - от функционала до пользовательской активности на портах, никаких закономерностей.
Если коммутатор стоит в цепочке, то дальше за ним все может быть доступно по управлению.
По функционалу - собираем всякую статистику и маки по snmp, LLDP, Запрос длины кабеля, mac notification, dhcp_local_relay, loop_detect + трапы, acl.

Как часто опрашиваете коммутаторы по snmp? Попробуйте уменьшить количество запрашиваемых параметров, или - хотя бы на некоторой тестовой группе - временно их отключить. Обработка snmp может сильно загружать коммутатор, вследствие чего он может зависать.

он может зависать сразу же при обработке или уже после обработки?

Обработка snmp идет через cpu, поэтому может зависнуть сразу же при обработке сообщений.