Всем привет!

Вопрос такой. Имеется сегмент сети с VLAN 802.1q построенный на базе коммутаторов 3024,3010,3018,3226, cisco 2950.
Вопрос такой. Почему-то при подключении одного порта на котором висит довольно большая неуправляемая сеть (домашняя сеть пользователей), "ложится" целиком весь сегмент. Причем странным образом. Почему-то перестает работать нативный влан, остальные вланы работают (кроме влана к которому подключается эта домашняя сеть). Какие могут быть причины?

Петля и соответственно флуд из этого сегмента.

Варианты борьбы?

Какой управляемый коммутатор последний на пути к этому сегменту?

3018

Версия прошивки?

Device Type : DES-3018 Ethernet Switch
Module 1 Type : None
Module 2 Type : DEM-301G
MAC Address : x
IP Address : x
VLAN Name : default
Subnet Mask : x
Default Gateway : x
Boot PROM Version : Build 1.01.003
Firmware Version : Build 1.01.021
Hardware Version : 0A1
System Name :
System Location :
System Contact :
Spanning Tree : Disabled
IGMP Snooping : Disabled
802.1X : Disabled
TELNET : Enabled(TCP 23)
WEB : Enabled(TCP 80)
RMON : Disabled

С такой прошивкой 3018 умирать просто должен

_________________
DES 3526 - флагман DLINKостроения

Я Вам прошивку выслал. Вам необходимо настроить функцию
STP LoopBack Detection. Как описано здесь http://www.dlink.ru/technical/faq_hub_switch_92.php

спасибо, будем пробовать

а можно ещё дописать в факе что происходит при обнаружении петли, или только BPDU пакеты не принимаются 60 сек с этого порта?

и какие коммутаторы поддерживают такие настройки...

_________________
DES 3526 - флагман DLINKостроения

Порт блокируется на время указанное в таймере. После истечения этого времени наличие петли проверяется снова. Петля определяется по получению своих BPDU на порту.

Не помогло. Как только включаем порт - вся сеть "ложится", видно, что прет флуд.

Это статистика за 3 минуты работы порта:

sho pac po 2
Command: show packet ports 2


Port number : 2
Frame Size Frame Counts Frames/sec Frame Type Total Total/sec
------------ ------------ ---------- ---------- --------- ---------
64 18757870 0 RX Bytes 2991717150 0
65-127 12314362 0 RX Frames 33982845 0
128-255 2622455 0
256-511 283508 0 TX Bytes 2991753121 0
512-1023 4699 0 TX Frames 33983186 0
1024-1518 2 0

Unicast RX 9168236 0
Multicast RX 0 0
Broadcast RX 24814609 0

Включите функцию Traffic Control с минимальным treshold.

Спасибо, все заработало. Причина оказалась простой - сгорел порт на коммутаторе и создавал вот такой вот флуд. При переключении на другой порт - все восстановилось. Но за информацию в этом топике все равно спасибо.
И у меня еще один вопрос есть. Если я отключу прожодение bpdu-пакетов на порту, то, если на порту будет петля и bpdu пакеты туда слаться не будут, то stp ведь не будет перенастраиваться?