13 Posts
0
2074
DELL 6224F SpanningTree-LoopGuard issues
Hi,
We are experiencing some issues for SpanningTree-LoopGuard features.
We have multiple 6224F switch connected via F/O modules between multiple location, recently we experience issues on 1 of the 6224F switch which the port (STP Root) connected to another 6224F switch get transitioned into blocking state for unknown reason.
6224F switch behavior as follow 1. When the error occurs, F/O port 16 (STP Root) triggered LoopGuard blocking port and transition into Loop inconsistent State, logs as follow:
<190> JAN 26 09:15:06 172.168.XXX.XXX-1 UNKN[123524144]: dot1s_sm.c(10321) 3323 %% SpanningTree-LoopGuard: LoopGuard blocking port: 16 on MST instance: 0
<189> JAN 26 09:15:06 172.168.XXX.XXX-1 TRAPMGR[123524144]: traputil.c(611) 3324 %% Transitioning Into Loop Inconsistent State: MSTID: 0 Unit: 1 Slot: 0 Port: 16
<189> JAN 26 09:15:06 172.168.XXX.XXX-1 TRAPMGR[151081808]: traputil.c(611) 3325 %% Unit 1 elected as the new STP root
<189> JAN 26 09:15:06 172.168.XXX.XXX-1 TRAPMGR[151081808]: traputil.c(611) 3326 %% Instance 0 has elected a new STP root: 8000:d067:e59f:9dde
<189> JAN 26 09:15:06 172.168.XXX.XXX-1 TRAPMGR[151081808]: traputil.c(611) 3327 %% 1/0/16 is transitioned from the Forwarding state to the Blocking state in instance 0
On the same switch, we have 9 ports (1/2/3/4/8/13/22/23/24) configured with LoopGuard feature and they all transition into blocking state, but recover within 5 sec back to forwarding state. Log as follow:
<189> JAN 26 09:15:06 172.168.XXX.XXX-1 TRAPMGR[151081808]: traputil.c(611) 3328 %% Instance 0 has elected a new STP root: 8000:000a:dc6d:4660
<189> JAN 26 09:15:06 172.168.XXX.XXX-1 TRAPMGR[151081808]: traputil.c(611) 3329 %% 1/0/1 is transitioned from the Forwarding state to the Blocking state in instance 0
<189> JAN 26 09:15:06 172.168.XXX.XXX-1 TRAPMGR[151081808]: traputil.c(611) 3330 %% 1/0/2 is transitioned from the Forwarding state to the Blocking state in instance 0
<189> JAN 26 09:15:06 172.168.XXX.XXX-1 TRAPMGR[151081808]: traputil.c(611) 3331 %% 1/0/3 is transitioned from the Forwarding state to the Blocking state in instance 0
<189> JAN 26 09:15:06 172.168.XXX.XXX-1 TRAPMGR[151081808]: traputil.c(611) 3332 %% 1/0/4 is transitioned from the Forwarding state to the Blocking state in instance 0
<189> JAN 26 09:15:06 172.168.XXX.XXX-1 TRAPMGR[151081808]: traputil.c(611) 3333 %% 1/0/8 is transitioned from the Forwarding state to the Blocking state in instance 0
<189> JAN 26 09:15:06 172.168.XXX.XXX-1 TRAPMGR[151081808]: traputil.c(611) 3334 %% 1/0/13 is transitioned from the Forwarding state to the Blocking state in instance 0
<189> JAN 26 09:15:06 172.168.XXX.XXX-1 TRAPMGR[151081808]: traputil.c(611) 3335 %% 1/0/22 is transitioned from the Forwarding state to the Blocking state in instance 0
<189> JAN 26 09:15:06 172.168.XXX.XXX-1 TRAPMGR[151081808]: traputil.c(611) 3336 %% 1/0/23 is transitioned from the Forwarding state to the Blocking state in instance 0
<189> JAN 26 09:15:06 172.168.XXX.XXX-1 TRAPMGR[151081808]: traputil.c(611) 3337 %% 1/0/24 is transitioned from the Forwarding state to the Blocking state in instance 0
<189> JAN 26 09:15:10 172.168.XXX.XXX-1 TRAPMGR[151081808]: traputil.c(611) 3338 %% 1/0/1 is transitioned from the Learning state to the Forwarding state in instance 0
<189> JAN 26 09:15:10 172.168.XXX.XXX-1 TRAPMGR[151081808]: traputil.c(611) 3339 %% 1/0/2 is transitioned from the Learning state to the Forwarding state in instance 0
<189> JAN 26 09:15:10 172.168.XXX.XXX-1 TRAPMGR[151081808]: traputil.c(611) 3340 %% 1/0/3 is transitioned from the Learning state to the Forwarding state in instance 0
<189> JAN 26 09:15:10 172.168.XXX.XXX-1 TRAPMGR[151081808]: traputil.c(611) 3341 %% 1/0/4 is transitioned from the Learning state to the Forwarding state in instance 0
<189> JAN 26 09:15:10 172.168.XXX.XXX-1 TRAPMGR[151081808]: traputil.c(611) 3342 %% 1/0/8 is transitioned from the Learning state to the Forwarding state in instance 0
<189> JAN 26 09:15:10 172.168.XXX.XXX-1 TRAPMGR[151081808]: traputil.c(611) 3343 %% 1/0/13 is transitioned from the Learning state to the Forwarding state in instance 0
<189> JAN 26 09:15:10 172.168.XXX.XXX-1 TRAPMGR[151081808]: traputil.c(611) 3344 %% 1/0/22 is transitioned from the Learning state to the Forwarding state in instance 0
<189> JAN 26 09:15:10 172.168.XXX.XXX-1 TRAPMGR[151081808]: traputil.c(611) 3345 %% 1/0/23 is transitioned from the Learning state to the Forwarding state in instance 0
<189> JAN 26 09:15:10 172.168.XXX.XXX-1 TRAPMGR[151081808]: traputil.c(611) 3346 %% 1/0/24 is transitioned from the Learning state to the Forwarding state in instance 0
After 2 mins, port 16 transition out of Loop insistent state and get elected as new STP Root port.
<190> JAN 26 09:17:09 172.168.XXX.XXX-1 UNKN[124057104]: dot1s_sm.c(10313) 3347 %% SpanningTree-LoopGuard: LoopGuard Disabled: unblocking interface 16 on MST instance 0
<189> JAN 26 09:17:09 172.168.XXX.XXX-1 TRAPMGR[124057104]: traputil.c(611) 3348 %% Transitioning Out Of Loop Inconsistent State: MSTID: 0 Unit: 1 Slot: 0 Port: 16
<189> JAN 26 09:17:09 172.168.XXX.XXX-1 TRAPMGR[151081808]: traputil.c(611) 3349 %% Instance 0 has elected a new STP root: 1000:f8b1:5697:6712
Again the other 9 ports record the same behavior as they all transitioned into blocking state and recover back to forwarding state within 5 sec.
1. Is this behavior normal for all SpanningTree-LoopGuard ports?
2. Does this indicate that there is some hardware issues for this particular 6224F switch?
Current firmware information for 6224F switch as follow:
!Current Configuration:
!System Description "PowerConnect 6224F, 3.3.3.3, VxWorks 6.5"
!System Software Version 3.3.3.3
!Cut-through mode is configured as disabled
Thanks for your kind support
DELL-Josh Cr
Moderator
Moderator
•
8.7K Posts
1
February 13th, 2019 09:00
Hi,
First I would try updating the firmware. https://www.dell.com/support/home/us/en/19/drivers/driversdetails?driverId=GNJ87&osCode=NAA&productCode=powerconnect-6224f There could have been a bunch of traffic that caused a timeout and for it to start switching ports for STP.
Georgy77
13 Posts
0
February 27th, 2019 06:00
Hi Josh,
We have successfully update for 09 units of DELL 6224F switches.
But we encounter an CRC error for 1 of the unit, there was an un-expected power re-cycle when the file was being transferred and we encounter errors when we tried to perform update from Boot Menu.
We tried different option from Boot menu as follow:
[Boot Menu] 11
Failed to activate Backup Image
[Boot Menu] 1
ERROR: operational code CRC is not valid, you must load new code.
[Boot Menu] 5
ERROR: operational code CRC is not valid.
Is there any other method that we can try to reload new Image file?
Thanks for your kind assistance.
George
DELL-Josh Cr
Moderator
Moderator
•
8.7K Posts
0
February 27th, 2019 08:00
Try connecting to the console and doing the update through xmodem.
Boot Menu Version: xxxxxx
Select an option. If no selection in 10 seconds then operational code will start.
1 - Start operational code.
2 - Start Boot Menu.
Select (1, 2):
If so you can enter the boot menu by pressing the number 2 within 10 seconds.
Once in the boot menu you can try updating the firmware and bootcode thru Xmodem. That can be started by pressing number 4 when the boot menu is displayed. This whole process should only be performed when physically connected to the console port on the switch.