des-3028 и des-3526, теряют управление.

[mcdemon]

Стали переходить на схему Влан на дом, и появилась проблема:

Коммутаторы 3526 и 3028, переодически перестают пинговаться и соответственно нет возможности ими управлять. При этом абоненты подключенные через эти коммутаторы, работают нормально.

Вывод управление коммутаторов в отдельный влан, не помогло.

Возможно стали выпадать реже после отдельного влана, но может быть это совпадение.

П.с. 3028 при "спячке" пропускает 1 пакет из 10-15 при пинге. 3526 ничего не пропускает, пока не проснется. Ну и вообще, 3028 выходят из спячки быстрее.

Что поменялось при переходе на схему влан на дом:

1. Соответственно по цепочке коммутаторов, прогонялся влан до нужного коммутатора.

2. Также по цепочке, прогонялся ISM VLAN (для айпитиви)

3.Убирались все АЦЛ правила (в которых резался нетбиос, ipx, внутрисетевой пинг на портах абонентов), тамже отключался CPU Interface Filtering (при включенном интерфейс фильтеринге, не работало тв).

[Ellion]

Какая прошивка на 3526? Маки есть в управляющем влане, когда перестают пинговаться?

[Zaqwr]

интересно, коммутаторы могут в таком состоянии обучаться новым макам?

[xxxupg]

была похожая ситуация: на данном доме у нас было кольцо... а так конечно проще обносить прошивку и настройки проверить.

[Konstantin Klimchev]

Стали переходить на схему Влан на дом, и появилась проблема:

Коммутаторы 3526 и 3028, переодически перестают пинговаться и соответственно нет возможности ими управлять. При этом абоненты подключенные через эти коммутаторы, работают нормально.

Вывод управление коммутаторов в отдельный влан, не помогло.

Возможно стали выпадать реже после отдельного влана, но может быть это совпадение.

П.с. 3028 при "спячке" пропускает 1 пакет из 10-15 при пинге. 3526 ничего не пропускает, пока не проснется. Ну и вообще, 3028 выходят из спячки быстрее.

Что поменялось при переходе на схему влан на дом:

1. Соответственно по цепочке коммутаторов, прогонялся влан до нужного коммутатора.

2. Также по цепочке, прогонялся ISM VLAN (для айпитиви)

3.Убирались все АЦЛ правила (в которых резался нетбиос, ipx, внутрисетевой пинг на портах абонентов), тамже отключался CPU Interface Filtering (при включенном интерфейс фильтеринге, не работало тв).

Я правильно понял, что у вас доступ в кольцевой схеме? если да - с stp все правильно?

loopback/штормконтроль выставлен? Ограничения на количество маков на порту? safeguard?

зацеплен удаленный syslog-сервер? что в логах?

 

 

[mcdemon]

safeguard включен

бывает да, в логах есть сейфгуард записи. но как-то не замечали, что коммутаторы входят в спячку (может и входили, но на очень небольшое время, вообщем мы кроме записей в логах ничего не замечали)

А сейчас часто бывает, что коммутаторы входят в спячку (бывает иногда что и по пол часа и по часу спят) минут на 5-10. Но спят не все сразу по ветке, а например какойнибуть по середине уснет, а до него и после него коммутаторы пингуются.

CPU утилизацию выше 30% не видел на коммутаторах.

[HEDG]

Была аналогичная история с DES-1226G.

Отваливался полностью, не светился даже по маку.

Помогала только перезагрузка свитча.

safeguard выключен.

К сожалению установить причину так и не удалось :(

[Kristoff_Vampire]

мдя первый раз вижу 3526 в спячке --- мистика. Логи посмотрите. СТП - грамотно ли работает? лоопбек детекшн настроен ли? броадкаст шторм контрол?