Обнаружил что 3200-18 в "Loopback Detection Settings" есть новый режим -"VLAN BASED" (в отличии от 3028- только "port based") что даёт новая фичя....? неужели обнаружение петли между портами одного vlan-a ???!!
кто пробовал работает....???

В режиме vlan_based не будут обрабатываться пакеты того VLAN, в котором произошла петля.

_________________
LiveComm

а если на 3200-18 настроен Traffic Segmentation на аплинк(скажем порт № 18) и все порты находятся в одном vlan-e, я так думаю что петля не страшна в этом случ. т.к. обмена между портами нет ...

Во-первых, все порты в одном VLAN'е это ппц. У вас как минимум обязан быть management VLAN для оборудования.
Во-вторых, пакеты VLAN, где произошла петля не обрабатываются только не на всем свитче, а только на нужно порту с петлей.
ну и, в-третьих, функция loopback detection не предназначена для "отлавливания" петель между портами одного коммутатора. Она предназначена только для определения петли за пределами одного порта.

_________________
LiveComm

Есть один вопросик.
Вообщем по port-based всё ясно. А вот по vlan-based. При блокировке траффика на вилане, свич дальше посылает пакеты lbd или только после истечения recovery_timer?
Интересует - подымает ли свич траффик по вилану если петля осталась на на время указанное в параметре interval?

1. Если на порту обнаружена петля в соответсвующем влане, то loop пакеты не будут отправляться коммутатором только в этот влан в течении времени recovert_timer, в остальные - будут.
2. Если Вы имеете в виду момент по истечении времени recovert_timer, то да траффик будет некоторое время меньшее или равное диапазону interval передаваться внутри влана, пока петля снова не будет обнаружена.