收敛期间为什么会泛洪
拓扑发生变化时，MAC 地址表中原来记录的转发方向可能已经失效。为了尽快恢复通信，设备会加速老化相关表项，在表项被重新学习之前，目的地址不明的单播只能按泛洪转发。这就是收敛期间「短暂泛洪加丢包」的来源。理解这个过程，才能判断收敛质量是好是坏。
基本信息
| 触发条件 | 端口状态变化产生拓扑变化通知 |
|---|---|
| 加速老化 | 老化时间被缩短，通常与转发延迟相关 |
| 期间表现 | 短暂泛洪与丢包，之后恢复单播转发 |
| 度量方式 | 长 ping 统计丢包个数与恢复时长 |
观察与判读
- 用连续 ping 或业务拨测记录收敛前后的丢包窗口大小
- 对比同一网段在稳定期与收敛期的丢包差异
- 若泛洪长期存在，说明拓扑变化在持续发生，先查震荡源
- 检查是否开启了拓扑变化抑制功能，避免大量终端触发全表刷新
- 把收敛窗口与业务可接受范围比对，作为是否调优的依据
刷新与观察
刷新与观察
display mac-address aging-time # 华为：老化时间设置
display mac-address | include GigabitEthernet0/0/1 # 华为：表项学习位置
display stp brief # 华为：角色变化情况
display logbuffer | include TOPO # 华为：拓扑变化记录
ping -c 500 192.168.10.1 # 华为：连续探测，统计丢包时序判读
| 阶段 | 设备行为 | 业务表现 |
|---|---|---|
| 拓扑变化发生 | 发出拓扑变化通知并加速老化 | 开始出现丢包 |
| 表项重学习期间 | 未知单播按泛洪转发 | 带宽短时上升，延时抖动 |
| 收敛完成 | 表项恢复到正确端口 | 单播恢复，泛洪停止 |
RSTP 的拓扑变化通知扩散更快、泛洪窗口比传统生成树短，但收敛前后的丢包同样存在；切换质量用长 ping 度量，记录丢包个数与恢复时长，而不是只看最终通断。
频繁的拓扑变化会让泛洪成为常态，在大网中流量放大明显。排查泛洪问题时先看拓扑变化频率，再怀疑地址表容量或攻击流量。