уже в 3-ий раз в сети происходит странное явление:

спериодичностью 5-15 мин. на приходящих портах коммутаторов des-3526 и des-3550 декетится петля ... хотя никаким образом она там появиться не может ... и, так как настроена функция loopdetection, коммутатор отключаетвся на 180 секунд.

Подскажите что может провацировать подобное поведение?
Управление в отдельном vlan'е.
Ради эксперимернта включил ф-ии edge, restricted_role, restricted_tcn, на клиентских портах, хотя туда управляющий vlan и не идет ... и после это коммутаторы всё равно выпадают ....

Ну логика подсказывает что что-то в сети генерирует BPDU пакеты ... как выявить источник? Сеть большая (более 500 "умных" коммутаторов d-link) и это происходит рандомно в различных участках сети ... может продлиться до 2 часов .... а потом просто закончится ...

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

можете что нибудь посоветовать в данно ситуации? как выявить источник?

Версия прошивки? Настраивали через STP или Loopback Detection?

_________________
С уважением,
Бигаров Руслан.

Интересна логика работы loopdetect.

Проверялось на тестовом стенде.

Часть конфига 3526, касающаяся loopbackdetect. STP, SafeGuard отключены.

Прошивка
Command: show firmware information

ID Version Size(B) Update Time From User
-- -------- ------- ------------------- ------------------ ---------------
*1 5.01-B15 2962732 2008/01/15 19:37:36 *.*.*.* (S) SNMPUser
2 (Empty)


# LOOP_DETECT

enable loopdetect
config loopdetect recover_timer 60
config loopdetect interval 3
config loopdetect mode port-based
config loopdetect ports 1 state enabled
config loopdetect ports 2 state enabled
config loopdetect ports 3 state enabled
config loopdetect ports 4 state enabled
config loopdetect ports 5 state enabled
config loopdetect ports 6 state enabled
config loopdetect ports 7 state enabled
config loopdetect ports 8 state enabled
config loopdetect ports 9 state enabled
config loopdetect ports 10 state enabled
config loopdetect ports 11 state enabled
config loopdetect ports 12 state enabled
config loopdetect ports 13 state enabled
config loopdetect ports 14 state enabled
config loopdetect ports 15 state enabled
config loopdetect ports 16 state enabled
config loopdetect ports 17 state enabled
config loopdetect ports 18 state enabled
config loopdetect ports 19 state enabled
config loopdetect ports 20 state enabled
config loopdetect ports 21 state enabled
config loopdetect ports 22 state enabled
config loopdetect ports 23 state enabled
config loopdetect ports 24 state enabled
config loopdetect ports 25 state disabled
config loopdetect ports 26 state disabled

Тест 1. Соединение патчкордом 2 соседних портов 3526. (разумеется не 25 и не 26 )
Кольцо. Загрузка сpu 100 %. Реакции на кольцо 0.
Соединяем еще 2 порта и получаем 2 кольцо. В 1 кольце после этого срабатывает loopbackdetect на 1 из портов. Второе же кольцо остается жить..

Тест 2. К порту подключается неуправляемый свитчик "мыльница".
В мыльнице соединяем 2 порта патчкордом. loopbackdetect срабатывает на ура.

Тест 3. Подключаем к одному из портов половинку патчкорда (с 1 джеком) и соединенными оранжевым-белооранжевым и зеленым-белозеленым проводами. loopbackdetect срабатывает нормально.

В принципе можно включить safeguard на свитче. По идее частично это поможет в 1 тесте, при загрузке процессора на 100 %, но кольцо между портами останется.

Интересна логика работы данной функции в 1 тесте.

Эта функция и не предназаначена для определения петель между разными портами одного и того же свитча. С этой целью надо использовать STP. LBD отрабатывает определение петель только за одним портом свитча по отдельности.

У вас аплинки коммутаторов втыкается в какой-нибудь мервер?
Или всё же подключабтся к какому-то другому коммутатору, через который они все работают?

Описанная ситуация говорит о том, что где-то в той части сети, которая находится за аплинком коммутатора, возникает петля. А установленное в той части сети оборудование этой петли не видит.

Мой вам совет - на аплинковых портах LBD лучше выключать. Чтобы если где-то за аплинком появится петелька - не отваливались коммутаторы, к которым эта петля никакого отношения не имеет.
Так вам будет проще выявить проблему в сети.

на 3526 по большей части DES3526_5.01-B09.
на 3550 DES3550_5.01-B16.
есть некоторое количество 3526 и 3550 с 401B19.


к примеру на 3526:

enable loopdetect
config loopdetect recover_timer 180
config loopdetect interval 10
config loopdetect mode port-based
config loopdetect ports 1-26 state enabled

config stp maxage 20 maxhops 20 forwarddelay 15 txholdcount 3 fbpdu enable hellotime 2
enable stp

----------

ну + включал
config stp ports 1-24 edge true restricted_role true restricted_tcn true

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