Log where spanning tree TCN's are coming from.
Anonymous
Not applicable
Options
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Get Direct Link
- Report Inappropriate Content
‎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.
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
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.
2 REPLIES 2
Anonymous
Not applicable
Options
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Get Direct Link
- Report Inappropriate Content
‎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.
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
11/13/2015 09:19:37.19
11/13/2015 09:19:37.14
11/13/2015 09:19:37.14
11/13/2015 09:19:37.14
11/13/2015 09:19:37.14
11/13/2015 09:19:37.14
11/13/2015 09:19:33.18
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.
Options
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Get Direct Link
- Report Inappropriate Content
‎11-13-2015 10:22 AM
Looks like you beat the community to a response 🙂
Thanks for coming back with the answer.
Thanks for coming back with the answer.
