环路导致的广播风暴：交换机环路原理、STP/RSTP/MSTP协议对比、环路检测与定位
说到广播丢包，环路绝对是头号元凶。我入行第三年就栽过一次——半夜被电话叫醒，说整栋楼都上不了网。到现场一看，核心交换机的端口指示灯闪得跟迪斯科球似的，CPU 跑到 99%。拔掉一根网线，世界瞬间安静了。嗯，这就是典型的环路风暴。
环路是怎么产生的？
说白了，就是交换机之间形成了物理上的「回」字形路径。你想想看，一台交换机从端口 A 收到广播帧，它不知道目标在哪，就从其他所有端口转发出去。如果另一台交换机又从别的路径把同一帧送了回来……好，死循环开始了。
常见的环路场景有这些：
- 误接线——两根网线把两台交换机连了两遍，这是最常发生的。我见过机房运维小哥理线时多插了一根，结果全公司断网十分钟。
- 冗余链路未启用协议——为了高可用故意多拉了线，但没开 STP。你以为在搞冗余，其实在搞破坏。
- 堆叠分裂后交叉连接——堆叠线缆松动，两台交换机各自为政，物理拓扑瞬间变成一张网。
核心结论：只要网络中存在两条或以上可达路径，且没有环路防护机制，广播帧就会无限增生。一个广播帧进来，出去 N 个；下一跳再复制 N 倍……几分钟就能把交换机的背板带宽和 CPU 全部吃光。
广播风暴的连锁反应
环路一旦形成，你看到的不是「丢包」，而是「几乎全丢」。具体表现分三个阶段：
- 广播帧指数级增长——每个交换机收到广播帧后从所有其他端口转发，帧数量呈 2ⁿ 增长。我实测过，一个 10 台交换机的环网，5 秒内广播流量就能从 1Mbps 冲到 800Mbps。
- MAC 地址表震荡——同一个 MAC 地址在短时间内从不同端口被学到，交换机的 CAM 表疯狂刷新，导致大量未知单播帧也被泛洪。说白了，交换机已经「失忆」了。
- 设备资源耗尽——CPU 忙于处理中断，端口缓存被填满，正常的数据帧要么被丢弃，要么排队超时。最终结果就是：丢包率接近 100%，全网瘫痪。
注意：环路不只会导致广播丢包，还会引发 MAC 地址漂移告警、端口 CRC 错误激增、甚至交换机死机重启。我曾经遇到一个案例，环路持续了 15 分钟，核心交换机的电源模块直接过热保护了。
STP / RSTP / MSTP 协议对比
解决环路的标准方案就是生成树协议。但 STP 家族有三个版本，很多人搞不清该用哪个。我直接给你一张对比表，看完就明白。
| 特性 | STP (802.1D) | RSTP (802.1w) | MSTP (802.1s) |
|---|---|---|---|
| 收敛速度 | 30-50 秒 | 1-3 秒 | 1-3 秒（每实例） |
| 拓扑变化机制 | 被动等待计时器 | 主动握手 + 提议/同意 | 同 RSTP，按实例独立收敛 |
| VLAN 支持 | 所有 VLAN 共用一棵树 | 所有 VLAN 共用一棵树 | 多棵生成树，按 VLAN 映射 |
| 端口角色 | 根端口、指定端口、阻塞端口 | 增加替代端口、备份端口 | 同 RSTP，按实例分配 |
| 适用场景 | 小型网络、老旧设备 | 中大型网络、通用场景 | 多 VLAN 大型网络、数据中心 |
我个人习惯：只要设备支持，直接上 MSTP。为什么？因为 STP 太慢了，30 秒的收敛时间在现代网络里简直是灾难。RSTP 虽然快，但所有 VLAN 共用一棵树，容易导致链路负载不均。MSTP 可以给不同的 VLAN 分配不同的生成树实例，说白了就是让流量走最优路径，同时还能做负载分担。
避坑指南：我曾经在迁移时犯过一个错——把核心层配了 MSTP，接入层还是 RSTP，结果两个域之间无法互通，导致部分 VLAN 的环路没被阻断。记住：同一网络内所有交换机必须使用相同版本的生成树协议，或者通过协议迁移机制做平滑过渡。
环路检测与定位实战
环路发生了，怎么快速找到问题点？别慌，按这个步骤来。
第一步：看现象
- 交换机 CPU 占用率飙升（通常 > 80%）
- 所有端口指示灯同时疯狂闪烁
- ping 网关丢包严重，甚至完全不通
- 网络管理平台弹出大量 MAC 漂移告警
第二步：用命令确认
登录任意一台交换机，敲这几条命令：
# 查看 CPU 利用率
display cpu-usage
# 查看广播流量最大的端口
display interface brief | include broadcast
# 查看 MAC 地址漂移记录
display mac-address flapping record
# 查看生成树状态（确认是否有端口处于阻塞状态）
display stp brief如果发现某个端口的广播包数量异常高，而且 STP 显示该端口角色是「Designated」而非「Blocking」，那这个端口很可能就是环路的一部分。
第三步：逐段隔离
- 拔线法——从核心层开始，逐条拔掉疑似环路的链路。拔掉后如果广播流量骤降，说明这条链路就是环路的一部分。别怕，拔线是最快的定位手段。
- 跟踪 MAC 漂移——用
display mac-address flapping查看同一个 MAC 地址在哪些端口之间跳变。跳变频率最高的两个端口，就是环路的两个端点。 - 使用环路检测工具——部分厂商支持 Loop Detection 或 ERPS 协议，可以自动发现并关闭环路端口。我建议在接入层开启 Loop Detection，作为 STP 的补充防护。
重要提醒：拔线法虽然有效，但操作前最好确认一下业务影响范围。如果是核心层链路，拔掉可能导致部分区域断网。我一般先拔接入层上联口，确认后再处理核心层。另外，拔线后记得把线插回去，别像我第一次那样，定位完问题忘了恢复，第二天被投诉了。
环路预防的黄金法则
与其等环路发生了再救火，不如提前做好防护。我总结了三条：
- 所有冗余链路必须启用 STP/RSTP/MSTP——不要相信「我手动配了静态聚合就不会环」，静态聚合一旦配置错误就是灾难。
- 开启 BPDU 保护——在接入层端口上启用 BPDU Guard，一旦收到 BPDU 报文就自动 err-disable 端口，防止用户私接交换机导致环路。
- 部署环路检测协议——华为的 Loop Detection、思科的 UDLD、或者通用的 802.1ag CFM，都能在 STP 失效时兜底。
下面这张图帮你理清环路检测的整体逻辑：
环路问题说难不难，说简单也不简单。关键是要理解它的本质——不是设备坏了，是拓扑错了。只要掌握了 STP 的原理和检测手段，你也能像我一样，在电话响起的五分钟内定位问题。嗯，下次遇到广播丢包，先别急着换设备，看看是不是有人在机柜里多插了一根线。