网络工程 - 查找生成树重新计算的根本原因（在 Cisco Nexus 9000 上） - 吾爱随笔录

我在某些 Nexus 9000 交换机上遇到了令人讨厌的 Rapid PVST 问题。Rapid-PVST 每小时会不断重新计算 3 到 5 次。我们在这个拓扑中（总结）：

  Edge Router                             Access Layer
+-------------+                         +-------------+
|             | Eth1/28         Eth1/54 |             |
| Nexus9000_1 +-------------------------+ Nexus9000_2 |
|             |         Vlan350         |             |
+-------------+       dot1q Trunk       +-------------+
                                               |Eth1/45 (dot1q trunk)
                                               |
                                      Something_Important

显示输出：Nexus9000_1

Nexus9000_1# sh spanning-tree vlan 350 detail | i from|topology|VLAN
 VLAN0350 is executing the rstp compatible Spanning Tree protocol
  Number of topology changes 1348 last change occurred 0:35:39 ago <---
          from Ethernet1/28                                        <---
  Times:  hold 1, topology change 35, notification 2
  Timers: hello 0, topology change 0, notification 0
  ... Output snipped ...

显示输出：Nexus9000_2

Nexus9000_2# sh spanning-tree vlan 350 detail | i from|topology|VLAN
 VLAN0350 is executing the rstp compatible Spanning Tree protocol
  Number of topology changes 1157 last change occurred 0:35:39 ago <---
          from Ethernet1/54                                        <---
  Times:  hold 1, topology change 35, notification 2
  Timers: hello 0, topology change 0, notification 0
  ... Output snipped ...

背景

我发现 STP 重新计算的原因是因为我们收到了很多关于连接到 Nexus9000_2 Eth1/45 的设备一遍又一遍地出现 30 秒中断的投诉。将 Nexus9000_2 Eth1/45 配置为spanning-tree port type edge trunk使问题不那么明显，因为使用该端口类型 STP 会更快地进入转发状态。

我查了一下，知道这个图中的接口没有抖动。

问题

这些交换机中的每一个都表示它收到了来自另一个交换机的拓扑更改通知 (TCN)。这不是很有帮助......而且我不想spanning-tree port type edge trunk在端口 Eth1/45 上解决问题。

使用 Nexus 9000 交换机上可用的工具查找这些 STP 拓扑更改的根本原因的最佳方法是什么？

请不要在没有解释在这些命令中究竟要查找什么的情况下用show spanning-tree internal event-history all或其他show spanning-tree internal命令进行响应。