Почитав FAQ (http://www.dlink.ru/technical/faq_hub_switch_92.php) я решил воспользоваться этой функцией.

В командлаин набрал следующее:
enable stp
config stp ports 1-24 state enable edge true lbd enable
config stp lbd_recover_timer 60


После этого я смотрю лог свича show log:

3770 2007/06/15 09:47:01 Topology changed
3767 2007/06/15 09:43:16 Topology changed
3766 2007/06/15 09:43:04 Topology changed
3765 2007/06/15 09:42:58 Topology changed
3764 2007/06/15 09:42:32 Topology changed
3763 2007/06/15 09:42:28 Topology changed
3757 2007/06/15 09:39:41 Topology changed
3756 2007/06/15 09:38:49 Spanning Tree Protocol is enabled

Почему так часто меняется топология????
То что на этом свиче нет кольца - это гарантированно...

Теперь я беру DES-1008D и соединяю к примеру первый порт с третьим - делаю петлю. После этого я 1008D подключаю к 3526 - в результате этой операции 3526 становится не доступным по IP - телнет отмирает, пинги не ходят. При этом лампочки на порту у 3526 и портах 1008D - моргают как бешенные..

Отключаю 1008D - 3526 начинает пинговаться....

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

В общем что я не так сделал или что должно быть в такой ситуации??
Как или где я могу увидить проблемный порт?

Версия прошивки: Build 4.01-B36

По порядку:

1) Это сообщение означает что по какому-то порту получено это сообщение. Значит какой-то другой свитч либо опрдели не доступность корня в дереве, либо неправильно настроен. Например клиентские порты не заданы как edge.

2) Я Вам выслал более новую прошивку. В ней функции LoopBack Detection развязана с STP. Команды настройки enable loopdetect и config loopdetect.

Возможно в этом и проблема - как их правильно задать?



Спасибо - буду пробовать.

Вы их уже задали config stp ports 1-24 state enable edge true.

А вот тут есть кое что интересное:

config loopdetect mode ?

Next possible completions:
port-based
vlan-based

Обьясните пожалуйста как именно работает vlan-based?
Работает ли эта фишка на транзитных виланах? Или только на тех кто терменируется на портах свича?

Если возникает петля то блокируется трафик этого VLAN-а, а не порта.

Т.е. и на транзитных виланах тоже работает?

Косвенно потому что петля определяется на клиентских портах в пределах VLAN-а. В любом случае надо смотреть в каждом конкретном случае.

Возьмём такой пример:

create vlan 33 tag 33
config vlan 33 add tag 1-2
config vlan 33 add forbidden 4-26

В таком случае на 33 vlan работать будет или нет?

СПАСИБО! Поставил, настроил - всё великолепно работает!

Остались нюансы....

Будет. Т.е. у Вас блокируются порты если петля между двумя портами?

ВАУ! Пошёл эксперментировать...



Да - я повторил вышеописанную ситуацию - и свич нормально всё отдетектил и потушил проблемный порт (mode port-based). Потом сам же и включил...

Поставил vlan-based mode - всё работает...