收敛慢要查什么
生成树收敛时间由运行模式、拓扑规模与链路质量共同决定。802.1D 传统 STP 的 30 秒级收敛是设计使然，不是故障；要秒级收敛必须端到端支持 RSTP/MSTP，且沿途设备都得参与。如果模式没问题仍然慢，通常落在三处：拓扑直径过大、计时器被单独改动、TC 报文风暴拖累协议处理。
基本信息
| 量化口径 | 实测拔纤到业务恢复的秒数与丢包数 |
|---|---|
| 模式影响 | STP 约 30 秒、RSTP/MSTP 通常亚秒到数秒 |
| 计时要一致 | Hello/Forward Delay 等参数需全网一致，单台改动会引发风险 |
| 拓扑规模 | 层级越深、冗余链路越多，收敛越慢 |
| 对比方法 | 固定测试手法，改造前后用同一口径复测 |
典型使用场景
- 割接验收：实测切换时间是否达到 SLA 承诺值
- 业务报『切换时卡几秒』：判断是模式能力问题还是配置问题
- 网络扩容前评估：链路与层级增加后收敛是否仍达标
- 跨厂商对接排查：一端跑 STP、一端跑 RSTP 时的实际收敛时间
- 改造前后对比：用同一测试手法验证优化措施是否有效
排查与基线记录
排查与基线记录
display stp brief # 查看运行模式与各端口角色
display stp interface GigabitEthernet0/0/24 # 单端口计时器与状态
display stp region-configuration # MSTP 域参数是否两端一致
display logbuffer | include STP # 观察拓扑变化频率
# 基线记录项（改造前后用同一手法复测）
# 拓扑层级、冗余链路数量、实操断开链路的收敛秒数、期间丢包数慢的常见原因
| 原因 | 判断依据 | 优化方向 |
|---|---|---|
| 运行传统 STP | 模式显示 802.1D | 端到端统一为 RSTP/MSTP |
| 拓扑直径过大 | 层级深、跳数多 | 调整根桥位置，缩短汇聚层级 |
| 计时器不一致 | 各设备参数不同 | 恢复全网统一值，不单点调参 |
| TC 报文频繁 | 日志里拓扑变化密集 | 先修链路质量，再启用 TC 保护限速 |
优化前先量化：记录一次拔纤测试的实测收敛时间与丢包数，作为改造前基线。没有基线数据时，任何『优化后变快了』的判断都缺乏依据。
只在一台设备上改计时器不解决拓扑直径问题，还会造成全网计时器不一致，引发邻居关系反复重建等新问题。