URL: https://www.opennet.me/cgi-bin/openforum/vsluhboard.cgi
Форум: vsluhforumID6
Нить номер: 7178
[ Назад ]
Исходное сообщение
"Проблемы со Spanning Tree на Каталистах 3550g"
Отправлено Falinsky , 03-Фев-05 10:20 
Знасит так.. постораюсь изложить суть вопроса. Есть сетка, довольно большая. Есть 3 каталиста 3550g которые выполняю роль опорных. Есть стeки из D-link 3326s к которым подключены пользователи. Каталисты соеденены в кольцо. Стеки подключены к каталистам двумя оптическими концами в разные каталисты.. Везде, и на цисках и на длинках поднят stp. Один канал основной, другой резервный. Для того что бы циска дружила с длинком посоветовали поднять протокол mst. Вот кусок конфига:
spanning-tree mode mst
spanning-tree extend system-id
spanning-tree vlan 1 priority 28672
spanning-tree vlan 1 forward-time 7
spanning-tree vlan 1 max-age 10
!
!
!
interface GigabitEthernet0/1
switchport mode dynamic auto
!
interface GigabitEthernet0/2
switchport mode dynamic auto
.....

interface Vlan1
ip address ххх.ххх.ххх.ххх 255.255.255.0
ip route-cache flow
!
router rip
network ххх.ххх.ххх.ххх
!
ip default-gateway ххх.ххх.ххх.ххх
ip classless
ip http server
ip flow-export version 5 origin-as
ip flow-export destination ххх.ххх.ххх.ххх 9996
!
!

Ситуация в следующем: Те порты которыми каталисты соеденены друг с другом почемуто отключены. т.е каталисты сами отрубили эти порты, но вот по какой причине? sh int выдает следующее:
GigabitEthernet0/1 is up, line protocol is up (connected)
  Hardware is Gigabit Ethernet, address is 000f.23a9.7a01 (bia 000f.23a9.7a01)
  MTU 1500 bytes, BW 1000000 Kbit, DLY 10 usec,
     reliability 255/255, txload 1/255, rxload 1/255
  Encapsulation ARPA, loopback not set
  Keepalive set (10 sec)
  Full-duplex, 1000Mb/s, link type is auto, media type is SX
  output flow-control is off, input flow-control is off
  ARP type: ARPA, ARP Timeout 04:00:00
  Last input 00:00:01, output 00:00:05, output hang never
  Last clearing of "show interface" counters never
  Input queue: 0/75/0/0 (size/max/drops/flushes); Total output drops: 0
  Queueing strategy: fifo
  Output queue: 0/40 (size/max)
  5 minute input rate 34000 bits/sec, 27 packets/sec
  5 minute output rate 0 bits/sec, 0 packets/sec
     156810037 packets input, 1213040666 bytes, 0 no buffer
     Received 137222099 broadcasts (0 multicast)
     0 runts, 0 giants, 0 throttles
     0 input errors, 0 CRC, 0 frame, 0 overrun, 0 ignored
     0 watchdog, 12780391 multicast, 0 pause input
     0 input packets with dribble condition detected
     195864109 packets output, 1644095077 bytes, 72232480 underruns
     0 output errors, 0 collisions, 1 interface resets
     0 babbles, 0 late collision, 0 deferred
     0 lost carrier, 0 no carrier, 0 PAUSE output
     72232480 output buffer failures, 0 output buffers swapped out
GigabitEthernet0/2 is down, line protocol is down (err-disabled)
  Hardware is Gigabit Ethernet, address is 000f.23a9.7a02 (bia 000f.23a9.7a02)
  MTU 1500 bytes, BW 1000000 Kbit, DLY 10 usec,
     reliability 255/255, txload 1/255, rxload 1/255
  Encapsulation ARPA, loopback not set
  Keepalive set (10 sec)
  Auto-duplex, Auto-speed
  input flow-control is off, output flow-control is off
  ARP type: ARPA, ARP Timeout 04:00:00
  Last input 1d00h, output 1d00h, output hang never
  Last clearing of "show interface" counters never
  Input queue: 0/75/0/0 (size/max/drops/flushes); Total output drops: 0
  Queueing strategy: fifo
  Output queue: 0/40 (size/max)
  5 minute input rate 0 bits/sec, 0 packets/sec
  5 minute output rate 0 bits/sec, 0 packets/sec
     155893586 packets input, 1921404125 bytes, 0 no buffer
     Received 99956833 broadcasts (0 multicast)
     0 runts, 0 giants, 0 throttles
     0 input errors, 0 CRC, 0 frame, 0 overrun, 0 ignored
     0 watchdog, 3955426 multicast, 0 pause input
     0 input packets with dribble condition detected
     236415044 packets output, 2035123296 bytes, 112534483 underruns
     0 output errors, 0 collisions, 1 interface resets
     0 babbles, 0 late collision, 0 deferred
     0 lost carrier, 0 no carrier, 0 PAUSE output
     112534483 output buffer failures, 0 output buffers swapped out
GigabitEthernet0/3 is down, line protocol is down (err-disabled)
  Hardware is Gigabit Ethernet, address is 000f.23a9.7a03 (bia 000f.23a9.7a03)
  MTU 1500 bytes, BW 1000000 Kbit, DLY 10 usec,
     reliability 255/255, txload 1/255, rxload 1/255
  Encapsulation ARPA, loopback not set
  Keepalive set (10 sec)
  Auto-duplex, Auto-speed
  input flow-control is off, output flow-control is off
  ARP type: ARPA, ARP Timeout 04:00:00
  Last input 1d00h, output 1d00h, output hang never
  Last clearing of "show interface" counters never
  Input queue: 0/75/0/0 (size/max/drops/flushes); Total output drops: 0
  Queueing strategy: fifo
  Output queue: 0/40 (size/max)
  5 minute input rate 0 bits/sec, 0 packets/sec
  5 minute output rate 0 bits/sec, 0 packets/sec
     14269111 packets input, 3140224477 bytes, 0 no buffer
     Received 2992310 broadcasts (0 multicast)
     0 runts, 0 giants, 0 throttles
     0 input errors, 0 CRC, 0 frame, 0 overrun, 0 ignored
     0 watchdog, 348452 multicast, 0 pause input
     0 input packets with dribble condition detected
     255648 packets output, 30188446 bytes, 0 underruns
     0 output errors, 0 collisions, 1 interface resets

собственно меня интересует вот это:GigabitEthernet0/3 is down, line protocol is down (err-disabled)
Что это значит и как бороться.. сетка вроде не падает и работает и все же хотелось бы понять где чего не правильно настроено.
sh spanning-tree

MST00
  Spanning tree enabled protocol mstp
  Root ID    Priority    32768
             Address     0005.5d1b.a220
             Cost        60000
             Port        8 (GigabitEthernet0/8)
             Hello Time   2 sec  Max Age 20 sec  Forward Delay 15 sec

  Bridge ID  Priority    32768  (priority 32768 sys-id-ext 0)
             Address     000f.23a9.7a00
             Hello Time   2 sec  Max Age 20 sec  Forward Delay 15 sec

Interface        Role Sts Cost      Prio.Nbr Type
---------------- ---- --- --------- -------- ------------------------
Gi0/1            Altn BLK 20000     128.1    P2p Bound(STP)
Gi0/4            Desg FWD 20000     128.4    P2p Bound(STP)
Gi0/5            Altn BLK 20000     128.5    P2p Bound(STP)
Gi0/6            Altn BLK 20000     128.6    P2p Bound(STP)
Gi0/7            Desg FWD 20000     128.7    P2p
Gi0/8            Root FWD 20000     128.8    P2p Bound(STP)
Gi0/9            Altn BLK 20000     128.9    P2p Bound(STP)
Gi0/10           Altn BLK 20000     128.10   P2p Bound(STP)

sh spanning-tree summary totals
Switch is in mst mode
Root bridge for: none
EtherChannel misconfiguration guard is enabled
Extended system ID   is enabled
Portfast             is disabled by default
PortFast BPDU Guard  is disabled by default
Portfast BPDU Filter is disabled by default
Loopguard            is disabled by default
UplinkFast           is disabled
BackboneFast         is disabled
Pathcost method used is short

Name                   Blocking Listening Learning Forwarding STP Active
---------------------- -------- --------- -------- ---------- ----------
1 mst                        5         0        0          3          8

Буду очень признателен за помощь. Спасибо.

Содержание
Сообщения в этом обсуждении
"Проблемы со Spanning Tree на Каталистах 3550g"
Отправлено sh_ , 03-Фев-05 10:26 
А если на интерфейсе сделать  sh, no sh???
"Проблемы со Spanning Tree на Каталистах 3550g"
Отправлено Falinsky , 03-Фев-05 10:45 
>А если на интерфейсе сделать  sh, no sh???

если сделать no shutdown, так эта зараза потом опять отключает. с тем же параметром (err-disabled)

"Проблемы со Spanning Tree на Каталистах 3550g"
Отправлено Beginner , 03-Фев-05 10:54 
>>А если на интерфейсе сделать  sh, no sh???
>
>если сделать no shutdown, так эта зараза потом опять отключает. с тем
>же параметром (err-disabled)


А по какому случаю возникает err-disabled? Какая ошибка его выбивает? Сбросьте статистику для интерфейса, перезапустите и посмотрите после отключения - может поможет прояснить ситуацию.

"Проблемы со Spanning Tree на Каталистах 3550g"
Отправлено Сайко , 03-Фев-05 10:57 
Покажите что выдает
sh errdisable recovery
sh errdisable detect
"Проблемы со Spanning Tree на Каталистах 3550g"
Отправлено Falinsky , 03-Фев-05 11:08 
>Покажите что выдает
>sh errdisable recovery
>sh errdisable detect

sh errdasable recovery
ErrDisable Reason    Timer Status
-----------------    --------------
udld                 Disabled
bpduguard            Disabled
security-violatio    Disabled
channel-misconfig    Disabled
vmps                 Disabled
pagp-flap            Disabled
dtp-flap             Disabled
link-flap            Disabled
gbic-invalid         Disabled
l2ptguard            Disabled
psecure-violation    Disabled
gbic-invalid         Disabled
dhcp-rate-limit      Disabled
unicast-flood        Disabled
loopback             Disabled

Timer interval: 300 seconds

Interfaces that will be enabled at the next timeout:

sh errdisable detect
ErrDisable Reason    Detection status
-----------------    ----------------
udld                 Enabled
bpduguard            Enabled
security-violatio    Enabled
channel-misconfig    Enabled
psecure-violation    Enabled
dhcp-rate-limit      Enabled
unicast-flood        Enabled
vmps                 Enabled
pagp-flap            Enabled
dtp-flap             Enabled
link-flap            Enabled
l2ptguard            Enabled
gbic-invalid         Enabled
loopback             Enabled

вот тут я полный профан.. не знаю что это значит

"Проблемы со Spanning Tree на Каталистах 3550g"
Отправлено ВОЛКА , 03-Фев-05 11:16 
лучше sh logg покажите...
"Проблемы со Spanning Tree на Каталистах 3550g"
Отправлено Falinsky , 03-Фев-05 11:25 
>лучше sh logg покажите...

На дату не смотрите.. забыл установить ))

Log Buffer (4096 bytes):
, changed state to down
000284: *Sep 15 19:33:51: %LINK-3-UPDOWN: Interface GigabitEthernet0/2, changed
state to up
000285: *Sep 15 19:33:52: %LINEPROTO-5-UPDOWN: Line protocol on Interface Gigabi
tEthernet0/2, changed state to up
000286: *Sep 15 20:10:52: %LINEPROTO-5-UPDOWN: Line protocol on Interface Gigabi
tEthernet0/3, changed state to down
000287: *Sep 15 20:10:53: %LINK-3-UPDOWN: Interface GigabitEthernet0/3, changed
state to down
000288: *Sep 15 20:16:40: %LINK-3-UPDOWN: Interface GigabitEthernet0/3, changed
state to up
000289: *Sep 15 20:16:41: %LINEPROTO-5-UPDOWN: Line protocol on Interface Gigabi
tEthernet0/3, changed state to up
000290: *Sep 15 21:13:13: %LINK-3-UPDOWN: Interface GigabitEthernet0/5, changed
state to up
000291: *Sep 15 21:13:14: %LINEPROTO-5-UPDOWN: Line protocol on Interface Gigabi
tEthernet0/5, changed state to up
000292: *Sep 15 21:53:15: %LINK-3-UPDOWN: Interface GigabitEthernet0/6, changed
state to up
000293: *Sep 15 21:53:16: %LINEPROTO-5-UPDOWN: Line protocol on Interface Gigabi
tEthernet0/6, changed state to up
000294: *Sep 16 10:22:21: %LINEPROTO-5-UPDOWN: Line protocol on Interface Gigabi
tEthernet0/5, changed state to down
000295: *Sep 16 10:22:22: %LINK-3-UPDOWN: Interface GigabitEthernet0/5, changed
state to down
000296: *Sep 16 10:22:52: %LINK-3-UPDOWN: Interface GigabitEthernet0/5, changed
state to up
000297: *Sep 16 10:22:53: %LINEPROTO-5-UPDOWN: Line protocol on Interface Gigabi
tEthernet0/5, changed state to up
000298: *Sep 17 03:16:55: %LINEPROTO-5-UPDOWN: Line protocol on Interface Gigabi
tEthernet0/5, changed state to down
000299: *Sep 17 03:16:56: %LINK-3-UPDOWN: Interface GigabitEthernet0/5, changed
state to down
000300: *Sep 17 03:17:26: %LINK-3-UPDOWN: Interface GigabitEthernet0/5, changed
state to up
000301: *Sep 17 03:17:27: %LINEPROTO-5-UPDOWN: Line protocol on Interface Gigabi
tEthernet0/5, changed state to up
000302: *Sep 17 12:19:11: %LINEPROTO-5-UPDOWN: Line protocol on Interface Gigabi
tEthernet0/5, changed state to down
000303: *Sep 17 12:19:12: %LINK-3-UPDOWN: Interface GigabitEthernet0/5, changed
state to down
000304: *Sep 17 12:19:41: %LINK-3-UPDOWN: Interface GigabitEthernet0/5, changed
state to up
000305: *Sep 17 12:19:42: %LINEPROTO-5-UPDOWN: Line protocol on Interface Gigabi
tEthernet0/5, changed state to up
000306: *Sep 18 02:18:45: %SYS-2-MALLOCFAIL: Memory allocation of 1680 bytes fai
led from 0x164AD4, alignment 0
Pool: I/O  Free: 2544  Cause: Memory fragmentation
Alternate Pool: None  Free: 0  Cause: No Alternate pool

-Process= "Pool Manager", ipl= 0, pid= 5
-Traceback= 1ABD2C 1AD358 164AD8 1B933C 1B9584 1CCCD8
000307: *Sep 18 02:18:49: %ETHCNTR-3-LOOP_BACK_DETECTED: Keepalive packet loop-b
ack detected on GigabitEthernet0/2.
000308: *Sep 18 02:18:49: %PM-4-ERR_DISABLE: loopback error detected on Gi0/2, p
utting Gi0/2 in err-disable state
000309: *Sep 18 02:18:49: %ETHCNTR-3-LOOP_BACK_DETECTED: Keepalive packet loop-b
ack detected on GigabitEthernet0/3.
000310: *Sep 18 02:18:49: %PM-4-ERR_DISABLE: loopback error detected on Gi0/3, p
utting Gi0/3 in err-disable state
000311: *Sep 18 02:18:50: %LINEPROTO-5-UPDOWN: Line protocol on Interface Gigabi
tEthernet0/2, changed state to down
000312: *Sep 18 02:18:50: %LINEPROTO-5-UPDOWN: Line protocol on Interface Gigabi
tEthernet0/3, changed state to down
000313: *Sep 18 02:18:51: %LINK-3-UPDOWN: Interface GigabitEthernet0/2, changed
state to down
000314: *Sep 18 02:18:51: %LINK-3-UPDOWN: Interface GigabitEthernet0/3, changed
state to down
000315: *Sep 18 02:19:34: %LINEPROTO-5-UPDOWN: Line protocol on Interface Gigabi
tEthernet0/8, changed state to down
000316: *Sep 18 02:19:35: %LINK-3-UPDOWN: Interface GigabitEthernet0/8, changed
state to down
000317: *Sep 18 02:20:04: %LINK-3-UPDOWN: Interface GigabitEthernet0/8, changed
state to up
000318: *Sep 18 02:20:05: %LINEPROTO-5-UPDOWN: Line protocol on Interface Gigabi
tEthernet0/8, changed state to up

"Проблемы со Spanning Tree на Каталистах 3550g"
Отправлено ВОЛКА , 03-Фев-05 11:32 
Pool: I/O  Free: 2544  Cause: Memory fragmentation
Alternate Pool: None  Free: 0  Cause: No Alternate pool

-Process= "Pool Manager", ipl= 0, pid= 5
-Traceback= 1ABD2C 1AD358 164AD8 1B933C 1B9584 1CCCD8
000307: *Sep 18 02:18:49: %ETHCNTR-3-LOOP_BACK_DETECTED: Keepalive packet loop-b
ack detected on GigabitEthernet0/2.
000308: *Sep 18 02:18:49: %PM-4-ERR_DISABLE: loopback error detected on Gi0/2, p
utting Gi0/2 in err-disable state
000309: *Sep 18 02:18:49: %ETHCNTR-3-LOOP_BACK_DETECTED: Keepalive packet loop-b
ack detected on GigabitEthernet0/3.
000310: *Sep 18 02:18:49: %PM-4-ERR_DISABLE: loopback error detected on Gi0/3, p
utting Gi0/3 in err-disable state


ну вот причина, по которой они свалились в err-disable
какое возникает из-за проблем с stp

"Проблемы со Spanning Tree на Каталистах 3550g"
Отправлено Falinsky , 03-Фев-05 11:36 
>Pool: I/O  Free: 2544  Cause: Memory fragmentation
>Alternate Pool: None  Free: 0  Cause: No Alternate pool
>
>-Process= "Pool Manager", ipl= 0, pid= 5
>-Traceback= 1ABD2C 1AD358 164AD8 1B933C 1B9584 1CCCD8
>000307: *Sep 18 02:18:49: %ETHCNTR-3-LOOP_BACK_DETECTED: Keepalive packet loop-b
>ack detected on GigabitEthernet0/2.
>000308: *Sep 18 02:18:49: %PM-4-ERR_DISABLE: loopback error detected on Gi0/2, p
>utting Gi0/2 in err-disable state
>000309: *Sep 18 02:18:49: %ETHCNTR-3-LOOP_BACK_DETECTED: Keepalive packet loop-b
>ack detected on GigabitEthernet0/3.
>000310: *Sep 18 02:18:49: %PM-4-ERR_DISABLE: loopback error detected on Gi0/3, p
>utting Gi0/3 in err-disable state
>
>
>ну вот причина, по которой они свалились в err-disable
>какое возникает из-за проблем с stp

а как это можно вылечить?
причем это на тех портах которые между каталистами. Остальные вроде честно отрабатываю stp.
можеть быть на этих интерфейсах нужно указать ручками spanning-tree mst?

"Проблемы со Spanning Tree на Каталистах 3550g"
Отправлено Сайко , 03-Фев-05 12:21 
no errdisable detect cause loopback

sh errdisable detect | i loop
loopback             Disabled

"Проблемы со Spanning Tree на Каталистах 3550g"
Отправлено ВОЛКА , 03-Фев-05 12:53 
ну и будет у него линк падать и подыматься...
пусть с STP разбирается
"Проблемы со Spanning Tree на Каталистах 3550g"
Отправлено slava.ru , 03-Фев-05 13:12 
>ну и будет у него линк падать и подыматься...
>пусть с STP разбирается
Падать не будет, просто эта ошибка будет игнорироваться.

У меня таже ошибка была при подключении IP телефона 7905 к каталисту 2950. Пока  не написал  
no errdisable detect cause loopback
errdisable recovery all
"Проблемы со Spanning Tree на Каталистах 3550g"
Отправлено Сайко , 03-Фев-05 14:06 
С чего это Вы взяли что он будет падать/подыматься?
Именно по этой причине каталист переводит порт в состояние errdisable.
А если это STP -  то порт был бы с состоянии block
"Проблемы со Spanning Tree на Каталистах 3550g"
Отправлено Falinsky , 03-Фев-05 14:48 
Я чего-то путатся стал.. Я настраивал спанниг-три на каталистах след. образом. На одном Catalyst-3(config)#spanning-tree vlan 1 root primary
на двух остальных secondary. Я так понимаю, что все 12 интерфейсов каталиста принадлежат vlan 1. Логично что спаннинг должен работать на всех интефейсах. или я не прав.. Надо еще на каждом интерфейсе обозначить спанниг. И еще.. если я делаю изменения в настройках спаннига, то коммутатор будет перестраивать топологию, насколько продолжительны могут быть при этом задержки. Просто если чего рухнет, то это будет полный п.