Hi, First I would try updating the firmware. [URL] There could have been a bunch of traffic that caused a timeout and for it to start switching ports for STP.
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 6224F SpanningTree-LoopGuard issues