在STP中跟踪TCN消息


12

在运行Rapid PVST +的L2网络上,我们大约有20个VLAN,其中的根网桥是Cisco 3750交换机的堆栈。我对在交换机上收到的TCN通知数量感到困惑。

3750堆栈是所有VLAN的根,它每天接收TCN通知(有时更多,有时更少)。它同时在所有VLAN的同一端口上接收TCN。当我追溯这些TCN的来源时show spanning-tree detail | inc ieee|occurr|from|is exec,我最终发现只有一台配置了5条中继线且没有访问端口的交换机(switch-b)。

我无法匹配一个事件,例如在收到TCN的同时此开关上的链接向上或向下的链接。当我在此交换机上发出上述命令时,结果告诉我上一次拓扑更改要早得多。

我的结论:

发送的TCN必须被中继链路或整个交换机上的事件触发,因为所有VLAN都收到了拓扑更改通知。它必须在交换机b上是本地的。

产生这些TCN的原因可能是什么?5个干线链接未更改其状态。它不能再向下游移动,因为switch-b上的最新拓扑更改与核心上的最新拓扑更改不匹配。switch-b上的最后一个拓扑更改要早得多。

有什么想法吗?


您对此有进一步的了解吗?我看到类似的情况。我怀疑TCN会在中继线上发送出去,即使它们不参与VLAN也是如此,以至于很难追踪。更糟的是,当交换机本身不参与该VLAN时,它们似乎会在交换机之间转发

其实还没有,我确实找到了一些带有访问端口且没有portfast的交换机。但是,这仍然不是在同一时间接受所有vlan上拓扑更改的真正解释。这就是为什么我将重点放在其他事项上的原因。我认为通过简单地进行一些调试就可以得到Dockmaster的答案。跟踪尽可能靠近源的位置,然后进行一些调试...
2013年

Answers:


12

您应该能够简单地调试TCN。就我而言,我最近使用debug spann mstp tc(当我运行MSTP时)调试了它们 ,但同时使用,debug spanning-tree events 您也会看到它们:

Jul 10 07:42:18 UTC: STP: VLAN0228 Topology Change rcvd on Gi1/0/9       <<< received
Jul 10 07:42:18 UTC: STP: VLAN0228 sent Topology Change Notice on Po10   <<< forwarded

0

只是存在相同的问题...如果在所有访问端口上运行portfast,它将不会发送TCN消息,并且您不会收到TCN消息,也不会发送给所有交换机....如果不启用所有访问端口上的portfast且设备已关闭/打开,它将发送TCN消息并刷新所有交换机上的arp,它们将不得不重新学习MACS...。

By using our site, you acknowledge that you have read and understand our Cookie Policy and Privacy Policy.
Licensed under cc by-sa 3.0 with attribution required.