TC 后每 2 分钟接收一次 RSTP Sync

网络工程 思科 生成树 IEEE-802.1w
2022-02-20 01:30:37

在挖掘日志时(已启用调试生成树事件)以解决拓扑更改后的通信丢失问题。一旦我触发了一个 TC,我就能注意到,一个特定的访问开关(连接实际上遭受通信丢失的设备)每 2 分钟(以及几个小时)输出以下几行:

029156: Apr 17 2020 09:29:18: STP sync:  Send ALL port data to all other switches... 
029157: Apr 17 2020 09:29:18: STP sync:  NULL sync_data -- nothing to send 
029235: Apr 17 2020 09:31:18: STP sync:  Send ALL port data to all other switches... 
029236: Apr 17 2020 09:31:18: STP sync:  NULL sync_data -- nothing to send 
029273: Apr 17 2020 09:33:18: STP sync:  Send ALL port data to all other switches... 
029274: Apr 17 2020 09:33:18: STP sync:  NULL sync_data -- nothing to send

...
and so on for hours

没有显示有关 RSTP 的其他日志(例如,在同步过程中端口更改状态)。此交换机只有一个上行链路 (Point2Point) 到其分配交换机。其他端口是边缘。在 distri 交换机上同时触发了相同级别的日志,但在此 distri 交换机中根本没有显示 RSTP 日志。由于访问中只有一个 P2P,我希望从分配交换机发送此同步信号,但似乎没有。

你能帮我理解这里发生了什么吗?每 2 分钟收到一次 RSTP Sync 很奇怪不是吗?

从思科论坛,我发现了这个主题https://community.cisco.com/t5/switching/stp-state-sync-events-multicast-flooding/td-p/1708358他们最终想到了一个 802.1W 错误。 . 我怎样才能确认这一点?

注意:两台交换机都运行 IOS 15.2(4)E6

1个回答

运行一些测试后,这些日志实际上是通过激活生成的debug spanning-tree synchronization我注意到,只要交换机在 2 分钟内没有收到/触发同步提议(RSTP 提议/协议握手),它们实际上就会被发送。

如果正确调试打开,它们可以被视为 RSTP 同步“看门狗”。