Т.е. у Вас по прежнему те же проблемы?

да. и я не знаю что делать. Я перепрошил те коммутаторы которые стабильно висли , к сожалению ничего не изменилось.

Надо разобраться поснифферить трафик и т.д. может быть у вас серьёзные ARP или IP Broadcast шторма и что не так настроено.

у нас тоже 1 35ый винет постоянно, вот никак не пойму, толи в электросети перпады, толи кулеры сдохли....
(с но3010G на этом же узле проблем не было)

Вообщем могу сказать следующее:

2 коммутатора которые виснут стоят в стойке ещё с 1-м таким же коммутатором (даже покупали их вместе), все они соеденены между собой (не стек), и настроены они с одного и того же файла конфигурации, изменены только IP адреса. Так вот 1 из эти 3-х , работает без зависаний даже со старой прошивкой проблем с ним небыло (т.е. на нем я тоже поменял прошивку на новую 42-ую), а соседние два продолжают виснуть. Причем, все они в 1 VLANе.

Возможно у вас просто какая-то аппаратная неисправность. Может быть стоит их привезти в сервис.

вышлите плиз мне тоже свежую прошивочку
на данный момент стоит 4.01-B30

получил, спасибо!

Пришлите мне тоже новую версию прошивки.
Симптомы те же , что здесь описывают, в сумме. Т.е.:
1. Зависание коммутатора. (Перестает удаленно управляться и пинговаться)
2. От него по цепочке вверх с интервалом ~2-3мин гаснут остальные коммутаторы.
3. После устранения причины (выключении 1-го) остальные не видны все-равно.
4. Подключившись по консоли видим загрузку CPU в 99%.
5.Трафик абонентов не ходит.
6. В логах (пока работает) постоянные сообщения о смене топологии и выборе нового корневого.
7. О настройках: Управляющий vlan не default, включен штор-контроль на отбрасывание пакетов, включен (уже после того как началось , но не помогло) SafeGuard (пробовали разные пороги)
8. До кучи (из другого сегмента) в логах Possible spoofing attack с uplink porta(по описанию это значит , что коммутатор получает пакет от устройства с тем же IP и указанныv MAC) / При этом такой MAC не найден ни на одном соседнем устройстве, а управляющий vlan отдельный от пользователей.

Поясните мне как это может быть/что делать?
Как насторить , чтобы коммутатор принимал только untagged пакеты на клиентском порту? (Как я понимаю клиент может сформировать тегированный пакет в управляющий vlan и коммутатор его съест)

Сейчас пользуем Firmware: Build 4.01-B19

Да, забыл самое важное. Если один коммутатор завис, другой включенный в него, после перезагрузки не включается (включается конечно , но не работает) . По консоли видно что он зависает на стадии разворачивания runtime image/.

Если у вас порт находится только в пользовательском VLAN-е никаких тегированных пакетов других VLAN-ов он передавать не будет. Прошивку я вам выслал.

Прошивка не пришла. Повторите please на ired --a-- ttk.ru

По Вашему ответу: не ПЕРЕДАВАТЬ, а ПОЛУЧАТЬ будет?
В настройках GVRP есть функция принимать или только тегированные, или и те и те. А вот только НЕ тегированные не нашел.

Перезвоните пожалуйста в офис по телефону 744-00-99 доб.390.

Новая прошивка не решила проблему.
Зависания продолжаются. По два на день. Устали перегружать. Абоненты нервничают.
Сотрудники Dlink, предложите пути решения!
Какая информация вам нужна?

Необходима схема сети в графической форме с указанием портов соединения, конфиги всех свитчей и пошаговое описание проблемы с симптомами. Если активно используется GVRP то подробно как он настроен. Выводы команд show utilization cpu и show utilization ports в момент возникновения проблемы. Сейчас версия прошивки какая на всех проблемных свитчах? И вообще желательно сначала поговорить в личку. Перезвоните пожалуйста завтра в офис по телефону 744-00-99 доб.390.

Сил уже нет от этих зависаний, клиенты бесятся. Виснит 3526 -> вываливается из рстп дерева -> дерево расходится -> магистральный узел "ложится". Заметил только одну закономерность, а именно в сети 2 стабильно "виснущих" 3526:
1:
Boot PROM Version : Build 3.00.005
Firmware Version : Build 4.01-B40
Hardware Version : 3A1

2:
Boot PROM Version : Build 3.00.005
Firmware Version : Build 4.01-B40
Hardware Version : 3A1

2Иван, может хардварная ошибка в этой ревизии, ждем на этой недели новые 3526 заменим, протестируем. Если выше посмотреть, то народ с той же ревизией 3A1 страдает