кто-нибудь знает смысл нового раздела в конфиге 3526 и как оно работает?

# LOOP_DETECT

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

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

Это касается только 3526 или и других коммутаторов тоже?

Интересует возможность включения loop-detect независимо от STP

Пока только DES-35XX.

время в секундах, миллисекундах или вечностях?

В секундах как и было.

А срабатывает лишь в том случае, когда пакет возвращается по этому же порту? А если свитч пошлет такой пакет в порт А и получит через порт Б? Будет реакция? Какая?

Нет не будет. Для этого нужно использовать протокол STP.

1. А в каком случае пакет может вернуться через тот же порт, через который ушел? "Тупой" свитч и loop на нем? TX в розетке прямо на RX?

2. А STP сработает и в случае, если пакет вернется через тот же порт через который ушел?

3. Когда эти функции будут писать что-нибудь в лога, чтобы реально было разобраться с проблемой?

1) Именно так петля по какой-либо причине в неупраляемом сегменте.
2) Нет STP в этом случае будет менять топологию.
3) Напишите подробно что Вы хотите видеть в логах.

В случае loopback хочется видеть в логах:
timestamp: loop on port X has been detection

В случае STP в логах появляется сообщение об изменении топологии. Надо добавить информацию о том какой порт и по какой причине был заблокирован/разблокирован.

Мы рассмотрим Ваши предложения. По результатам сообщу.

С какой версии фирмвари это работает ? Где ее взять ?

Я Вам прошивку выслал.

Большое спасибо!!! будем пробовать... надеюсь, это скоро официально появится на FTP.
Вопросик еще один появился - можно пояснить как работают функции NetBIOS Filter Extensive и NetBIOS Filter Extensive ... Можно ли теперь обходиться без лишних ACL для обрезания win-портов ?