Существует следующая схема:
Cisco (шлюз) --- Cisco (агрегация) --- 7 веток, состоящие из DES-3526 с прошивкой 5.01-B45, включенных последовательно, STP отключен
Каждая ветка - это отдельная сеть управления

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

управление коммутаторами выведено в отдельный VLAN ? если нет, то это первостепенная задача.

_________________
LiveComm

Я же написал, что "Каждая ветка - это отдельная сеть управления", что и подрузамевает под собой отдельный влан управления для каждой ветки

Перепрошейте пожалуйста устройства прошивкой последнего релиза 5.01-B52 с ftp и понаблюдайте за их поведением. По идее проблема должна быть решена.

Хорошо попробую, когда начнут пингаться

В логах одно коммутатора нашёл вот что:
3968 2008/12/09 19:16:52 Hot insert
3967 2008/12/09 19:16:14 Hot remove
3966 2008/12/09 17:11:06 Port 0 is currently shut down due to a storm
3965 2008/12/09 17:09:31 Port 0 LBD loop occurred. Port blocked.
Можете пояснить эти логи?

Вот ещё лог, который я не могу понять:
1544 2008/10/20 08:44:34 SNMP request received from 97.100.109.105 with invalid community string!
При этом ip адрес коммутатора находится в локальной сети, а американский ip адрес 97.100.109.105 входа в нашу сеть не имеет

Кстати, сюда вот неплозо было бы добавить мак источник snmp запроса. причем не из своей arp таблицы (этого мака там просто не будет) а мак из пакета. Так хоть какие то шансы будут вычислить.

Отдельный влан, оно конечно хорошо, но таки бывают в жизни всякие ситуации.

SliderX, ваш первый лог говорит от петле. Второй - о попытке несанкционированного доступа на коммутатор и дауне порта по обнаружению шторма.

Выводите ipif коммутаторов на выделенный влан, доступный только системе управления (вашему биллингу или вам), и настройте Trusted Host

Получается, что петля и шторм на 0м порту коммутатора?
А о чём тогда говорит лог:
3968 2008/12/09 19:16:52 Hot insert
3967 2008/12/09 19:16:14 Hot remove

Это просто смещение идентификаторов сообщений в логе после перепрошивки. Почистите лог и перезагрузите устройство.

Так и сделал. Свитчи запингались и ничего подозрительного не наблюдается теперь в логах. Спасибо за помощь

Так в чем же крылся корень проблемы? Просто у меня иногда бывает аналогичная ситуация с 3028...

вчера, des-3526, Build 6.00.B05
на одном порту включен dhcp_snoop, на свиче несколько вланов, интерфейс управления в отдельном влане,
на ровном месте отвалился интерфейс управления, перестало работать option82, пакеты через себя пропускал маркируя tag, после ребута в логе чисто
не перегрев 100%
в чем может быть трабл? БП?

теже грабли ( или похожие) независящие от прошивки ( 5.01-B45 и 5.01-B52 ) свичи в разных местах практически в один день в разное время просто вывалилось управление.
Изначально думал на переполнение памяти из-за большого кол-ва логов ( делал переодически clear log непомогло ) , прошивки разные с питанием всё ок.
Сама суть отваливается управление , сам свитчь продолжает работать работают как tag vlan так и ACL . Перестаёт реагировать на любые раздражители т.е перестают работать web, telnet ,SNMP , TRAP итд и что самое интересное даже не работает консольный порт ( при подключении просто пусто и не как не реагирует не начто ) . Стоит только перезагрузить устройство как всё начинает работать нормально , в логах пусто от чего это может происходить уже незнаю ( в замешательстве ). Перегрева также быть не может т.к на одном месте +30 на другом +5 на третем может вобще быть -20-35 ( а может одни перегреваются, а другие замерзают ? ).

_________________
Люблю писать с ошибками.....
D-Link User: DGS-3627G, DGS-3324SR, DES-3526, DES-1024D, DES-1016D, DWL-2100AP, DEM-310GT,DEM-330, DCS-950.