ситуация: создаю на каком-нибудь порту loop-back и наблюдаю CPU Utilization 100% и коммутатор полностью отваливается от сети - доступ есть только через serial. даже несмотря на то, что есть такие настройки:
config traffic_segmentation 1-25 forward_list 26
config traffic_segmentation 26 forward_list 1-26
паразитный трафик лезет на все порты.

в Cisco есть особенность, что при обнаружении loop-back она кладёт порт и остальные порты работают нормально. тут я этого не нашёл. может быть, с этим можно как-нибудь бороться?

f/w: 3.01-B23

что значит в данном контексте loop-back?

_________________
С уважением, Карагезов Владислав

самая обычная обратная петля.
берётся обычный "тупой" свитч, цепляется к D-Link и на нём соединяются 2 порта.
Cisco на это говорит Loopback detected и кладёт порт, а D-Link отваливается.

На большой сети - это обычная практика, к сожалению.

stp?

_________________
С уважением, Карагезов Владислав

на данный момент - просто DES-3526 и обычный свитч, т.ч. stp нету. но ведь cisco даже в такой конфигурации кладёт порт.

можно порадоваться за cisco!

_________________
С уважением, Карагезов Владислав

понятно хотя бы можно будет надеяться, что в будущих версиях firmware это будет реализовано?

если честно, первый раз слышу такую просьбу. правда.

_________________
С уважением, Карагезов Владислав

А, вопрос весьма интересен.. так как планируем 3526 внедрять в весьа хаотичную сеть, и лупбеки будут не редкость, поэтому хотелось бы более точную информацию по этому поводу... Да и не хорошо грохатся всему коммутатору! Пользователю петлю сделать - раз плюнуть

А что касается Сиски, то она да.. кладет порт! Причем был сведелем, как в вполне благополучной сети, ложился порт с куском сети, а остальная сеть продолжала свою работу...

За деньги, которые просит циска, можно купить сегмент сети с управляемыми свитчами. На то она и циска. Сильно сомневаюсь, что подобное реализовать удастся здесь. Следите за сетью, если в ней такой бардак творится, то циски вам не помогут, начнут возникать другие проблемы. Сложно вообще представить, чтобы к хорошему свитчу подключались сразу к двум портам, если только это не транкинг

А что разве это не реализовано? Это же просто надстройка над STP (покрайней мере именно так это реализовано в Cisco)

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

Ну как бы вообщем обсуждалась тут некоторое время назад эта тема
http://www.dlink.ru/phorum/viewtopic.php?t=3541

короче, смотрите в сторону port security.

а что за модель cisco и какие настройки позволяют ей так отслеживать подобное событие?

_________________
С уважением, Карагезов Владислав

2950G
http://www.ciscosystems.am/warp/public/473/20.html