Добрый день!

Есть проблема с аналогичными симптомами на DES-3200-28/10, hw. rev. C1, но не связанная с DHCP (свитчи на статике).
Вешается управление, причём в управляющем влане пропадает мак свитча; на запросы не отвечает, даже если мак и ARP-запись прописаны на порту предыдущего свитча статикой.
Трафик продолжает проходить через свитч по всем вланам, в том числе и через управляющий. Подобная ситуация наблюдается на разных объектах (в разных сегментах сети) только со свитчами ревизии C1. Помогает только перезагрузка.
Прошивка стоит 4.00.024, обновляли до 4.33.B006 - проблема не исчезает. При установке на проблемный объект 3200-28/10, hw. rev. B1/A1 или DES-3526 данная ситуация более не повторяется (но, к сожалению, данных свитчей у поставщиков больше нет).

Зависания исправлялись как раз в 4.33.B007 - используйте последнюю версию ПО.

спасибо, будем пробовать 4.34.B004

Проблема один в один, как у hunter_lv
но прошивка уже новее...
Device Type : DES-3200-28 Fast Ethernet Switch
Boot PROM Version : Build 4.00.002
Firmware Version : Build 4.34.B007
Hardware Version : C1

Уточните, пожалуйста, используется ли у Вас на коммутаторе ISM влан.

p.s так же участвую в этом.

Какая у Вас версия прошивки и какая загрузка на CPU в момент наличия проблемы?

День добрый.
Коллеги, столкнулись с такой же проблемой.
У меня вопрос ко всем участникам: потерю управления\доступа на коммутатор Вы не связывали с ЧНН? на не загруженных коммутаторах эти симптомы у Вас проявляются?

загрузку на CPU в этот момент посмотреть не представляется возможным-нет доступа. Консолью к коммутатору в момент проблемы не цеплялись(далеко ехать). Время потери управления разное: от нескольких минут до часов.
Минуты через две после возвращения управления
Command: show utilization cpu
Five minutes - 14 %

как я понимаю на 4.33.B007 и 4.34.B007 проблема не решена до конца?

2 LPD61: Вам в первую очередь нужно обновить прошивку, так вполне вероятно, что в Вашем случае она решит проблему.

4.34.B007. cpu - 15-20%

Снимите, пожалуйста, полный вывод команд:

И пришлите их вместе с топологией (с портами подключения между устройствами) проблемного участка, а также указанием IP/MAC адреса устройства, с которого невозможно получить доступ к коммутатору во время наличия проблемы.

обновили до 4.34.B007 проблема осталась.
Замечено: коммутатор виснет при резком увеличении трафика. С коммутатора включено 18 клиентов.

Вас понял. В таком случае соберите, пожалуйста, информацию, которую я запросил постом выше.

отправил вам на email.
subj - название темы

Статистику можем снять в момент работы коммутатора(это будет полезно?), ели завтра повезет, съездим на объект встанем консолью.
Пока нашли способ "воскрешать" доступ- down/up порта оборудования смотрящего на uplink коммутатора (25 порт).
Еще иногда в момент захода видим командную строку такого вида:
ххххххххх:login#
Available commands:
login logout