Здравствуйте. Возникает такая проблема. В сети около 600 узлов, время от времени коммутаторы пропадают из управляющего влана минуты на 3-4. Не пингуются, зайти на них нельзя, но клиентский трафик через них идет, в логах все чисто. Коммутаторы в сети: des-2108,des-2110, des-3028, dgs-3526,dgs-3100-24TG. Для агрегации узлов используются оборудование cisco catalyst 3560G.

Отваливаются все коммутаторы разом?
Возможно, у вас пересчитывается STP в управляющем vlan'e

Отваливаются далеко не все и не разом. В основном это одни и те же узлы. Не думаю, что дерево STP пересчитывается, так как на всех коммутаторах выставлены приоритеты (чем "ниже" по физическому дереву, тем ниже приоритет).

Выясните, при каких обстоятельствах пропадает связь.
Смотрите stp, таблицы мак адресов, маршрутизацию, loopdetect, storm control и тп
Учитывая что подвержена этому вся сеть, состоящая из большого количества различных моделей, вероятнее всего здесь ошибки в настройках/архитектуре сети, нежели в программном обеспечении коммутаторов.
И, да, стандартной рекомендацией является обновление ПО на коммутаторах.

По STP, как уже ранее писал nigel, иерархия сети выстроена. В момент пропадания связи на коммутаторы состояние порта вышестоящего коммутатора: Forwarding|Designated. Loopdetect на портах, с которых подключены коммутаторы, выключен. Storm control включен только на портах, с которых включены DES-2108/DES-2110, однако "летают" и более мощные железки. Мак пропавшего коммутатора на порту вышестоящего коммутатора присутствует, на сколько я помню. Сегодня уточним. ПО на железках новое (месяца два назад последний запрос делал).

Самое интересное, что проблема может самопроизвольно пропасть в сегменте. До настройки иерархии STP на мой субъективный взгляд было больше "летающих" железок, но тут я могу ошибаться.


Могу выслать конфиги коммутаторов. Может я чего не то настроил...

_________________
Hate is the solution to life evolution

1. 600 устройств в одном влане - это уже много, разбейте управление на несколько вланов.
2. У свичей 3028 остро выражена проблема с МАС-хэшами (теряет он МАСи). Поэтому данные свичи НЕЛЬЗЯ использовать для транзита трафика! Убирайте эти свичи на концы цепочек и из колец.
3. Петли можно определить по сообщениям о флапах МАС в логах циски.
4. STP - западло в чистом виде, его надо уметь очень тщательно и аккуратно готовить. Лучше переходите на более современные кольцевые протоколы, или вообще стройте звезду без колец.

up

nigel
Вам выдали рекомендации - какие еще ожидания у вас? Ответов на них вы не дали - из этого можно сделать вывод, что и действий никаких не предпринималось.
Я соглашусь со всем, что сказал alex_ov за исключением пункта про STP. Если оно грамотно настроено - то работает хорошо.

Артём, вы читали, что написал я? Прочитайте ещё раз, пожалуйста.

_________________
Hate is the solution to life evolution

Mo/loC
Читал. И повторю рекомендации: уменьшайте число хостов в управляющем влане - разбейте его, допустим, на два или три, сегментируйте сеть, уменьшайте число мак адресов во вланах DES-3028 во избежании коллизий.
Опять же, опрашиваются ли устройства по SNMP? После появления устройства посмотрите загрузку cpu - какая она была последние 5 минут. Если cpu сильно загружен - коммутатор может не отвечать на управляющий трафик.