This website uses cookies. By clicking Accept, you consent to the use of cookies. Click Here to learn more about how we use cookies.
Accept
Reject
Help
cancel
Turn on suggestions
Auto-suggest helps you quickly narrow down your search results by suggesting possible matches as you type.
Showing results for 
Search instead for 
Did you mean: 

Log where spanning tree TCN's are coming from.

Log where spanning tree TCN's are coming from.

Anonymous
Not applicable

‎11-12-2015 02:57 PM

Currently in the process of correcting a spanning tree mis-configuration, predominantly caused by ports not correctly configured as edge ports.

Currently seeing a lot of spanning tree TCN's on the core, but need to workout whereabouts, or what port are they coming in from.

Currently have the following added to the defaultfilter

configure log filter DefaultFilter add events STP.SendClntTopoChgMsg

Which is producing the following log entries multiple times:

11/12/2015 15:48:00.06 Send topology change notification type 2 for STPD STP_Data

Have tried enabled various other logs like stp dump and trace logs, but nothing is telling where they are coming from.

Aside from a packet capture, is there anyway to do this?

Many thanks in advance.
0 Kudos
2 REPLIES 2

Anonymous
Not applicable

‎11-13-2015 10:22 AM

and the answer is:

configure log filter DefaultFilter add events STP.State.Topology



So with both commands deployed:

configure log filter DefaultFilter add events STP.SendClntTopoChgMsg
configure log filter DefaultFilter add events STP.State.Topology

You now get a log something like the below, which shows the TCN and what port (46) that it was detected on.

11/13/2015 09:19:37.19 Send topology change notification type 2 for STPD STP_PS_Data
11/13/2015 09:19:37.19 [STP_Data:11] FDB Flushed due to topology Change
11/13/2015 09:19:37.14 [STP_Data:11] Topology Change propagating
11/13/2015 09:19:37.14 [STP_Data:7] FDB Flushed due to topology Change
11/13/2015 09:19:37.14 [STP_Data:7] Topology Change propagating
11/13/2015 09:19:37.14 [STP_Data:6] FDB Flushed due to topology Change
11/13/2015 09:19:37.14 [STP_Data:6] Topology Change propagating
11/13/2015 09:19:33.18 [STP_Data:46] Topology Change Detected (TC)

All I then needed to do was do the same on the switch that link goes too. This is properly a lot easier to find as you can marry the TCN on that switch with a port going up and down, which you couldn't do on the core.
0 Kudos

Drew_C
Valued Contributor III
In response to Anonymous

‎11-13-2015 10:22 AM

Looks like you beat the community to a response 🙂
Thanks for coming back with the answer.
0 Kudos
GTM-P2G8KFN