TCN 泛洪与频繁拓扑变化
拓扑变化通知（TCN / TC）本身是正常机制：拓扑发生变化时，根桥会把变化告知全网，各交换机相应缩短 MAC 表老化时间以便快速重新学习。问题出在「频繁」：接入端口反复上下、链路单向、终端网卡休眠唤醒，都会持续触发 TC，于是全网 MAC 表被反复刷新，转发效率下降，表现为全网间歇性卡顿。
基本信息
| 适用平台 | 全部交换机（华为 VRP、思科 IOS、H3C Comware） |
|---|---|
| 查看入口 | 日志缓冲区中的生成树相关记录、接口的拓扑变化计数 |
| 常见根因 | 接入端口未配边缘端口、终端网卡休眠唤醒、单向链路、桌面小交换机动荡 |
| 影响表现 | 全网 MAC 表频繁刷新、转发路径重建、间歇性丢包与延时上升 |
| 治理方向 | 接入侧抑制（边缘端口），上联侧排查物理层与模式一致性 |
典型使用场景
- 全网间歇卡顿：没有端口 down 记录，但业务周期性变慢，怀疑 TC 泛洪
- 接入网优化：办公区终端频繁插拔导致拓扑变化，需要从接入侧抑制
- 故障时间线还原：把 TC 记录与业务异常时间点对齐，确认因果关系
- 改造后验证：边缘端口配置完成后，确认拓扑变化次数明显下降
- 告警治理：日志被生成树事件刷屏时，先定位源头而不是关日志
华为 VRP
华为 VRP
<Huawei> display logbuffer | include STP # 拓扑变化与端口事件日志
<Huawei> display stp # 查看端口角色与状态变化
<Huawei> display stp brief # 逐口快速浏览
! 治理动作：接入端口配边缘端口与 BPDU 保护
[Huawei-GigabitEthernet0/0/1] stp edged-port
[Huawei-GigabitEthernet0/0/1] stp bpdu-protection思科 IOS
思科 IOS
SW-A# show spanning-tree detail | include topology # Number of topology changes
SW-A# show logging | include SPANTREE # 拓扑变化日志
! 输出中的 last change occurred 时间点与业务异常时间对齐
SW-A(config-if)# spanning-tree portfast # 接入口抑制 TC
SW-A(config-if)# spanning-tree bpduguard enable # 配合 BPDU 保护H3C Comware
H3C Comware
<H3C> display logbuffer | include STP
<H3C> display stp
[H3C-GigabitEthernet1/0/1] stp edged-port # 接入端口边缘化
[H3C-GigabitEthernet1/0/1] stp bpdu-protection
! 部分版本提供拓扑变化统计命令，用 ? 确认可用关键字判读与处置
| 观察到的现象 | 可能原因 | 处置方向 |
|---|---|---|
| 拓扑变化计数持续增长 | 接入端口上下或单向链路 | 接入侧配边缘端口，上联侧查物理层 |
| 日志中同一端口反复记录 | 该端口链路不稳定 | 查线缆、模块与对端设置 |
| 全网卡顿但无端口 down | TC 泛洪导致 MAC 表刷新 | 定位源头端口，抑制拓扑变化 |
| 改造后计数明显下降 | 边缘端口生效 | 固化配置并纳入基线 |
判断严重性要看增长速率与时间点的关联，而不是绝对值：一台运行多年的设备累计上千次拓扑变化很正常，十分钟内增长几十次才是异常信号。