网络拓扑 · Topology
广播帧（如 ARP 请求）
单播帧（H1 → H2 通信测试）
链路越红 = 越拥塞
灰色虚线 = 未启用的冗余链路
就绪点击「开始演示」按脚本逐步观看广播风暴的形成过程；也可以手动「发送广播帧」、勾选「冗余链路」自由实验。空格键 = 暂停/继续。
实时状态 · Metrics
网络状态
正常运行
累计转发帧数
0
在途帧数
0
丢弃 / 超时
0
单播测试
正常
环路链路利用率
主机收到广播副本
H1
副本 0
单播 发起端
H2
副本 0
单播 正常
H3
副本 0
单播 —
原理说明 · How It Works
1. 什么是广播与泛洪（Flooding）
ARP 请求、DHCP Discover 等帧的目标地址是广播地址 FF:FF:FF:FF:FF:FF。交换机收到广播帧后，会把它从除入端口以外的所有端口复制转发出去——这叫泛洪。
在没有环路的网络里，每台主机只收到一份副本，广播自然结束。演示第一阶段（无环路）展示的就是这个正常过程。
2. 环路为什么会出事
当 S1–S2–S3–S1 构成物理环路、且没有运行生成树协议（STP/RSTP）时，泛洪出去的帧会沿环路不断循环：每一台交换机都把它当作"新收到的广播"再次复制转发。
于是一个广播帧会沿环路无限循环，每台主机反复收到它的副本——帧的内容早已到达目的地，但交换机无法知道"它已经到过了"。
3. 风暴是如何"放大"的
真实网络中广播是源源不断的（ARP、DHCP、mDNS、NetBIOS……）。每个新广播都被环路反复复制转发，链路上的广播流量持续堆积。观察右侧统计：
- 累计转发帧数：交换机的复制转发总次数，会加速攀升；
- 链路利用率：环路三条链路的负载同步趋近 100%；
- 单播测试：H1→H2 的正常通信从延迟升高变成请求超时——带宽和交换机 CPU 都被广播占满，这就是"网络瘫痪"。
此外真实设备还会出现 MAC 地址表震荡（同一 MAC 在环路的两个端口间反复跳变），导致单播也被迫泛洪，雪上加霜——本动画未模拟该细节，但后果一致。
4. 如何防范
- 生成树协议 STP / RSTP / MSTP：二层组网的标准解法，自动阻塞冗余链路消除环路，需要时再切换。
- 风暴控制（Storm Control）：在接口上限制广播/组播/未知单播的带宽占比，超限直接丢弃。
- 环路检测 / RLDP / BPDU 保护：接入层及时发现并 shutdown 成环端口。
- 合理的网络设计：接入层避免手工接线成环；三层到接入（如 EVPN/VXLAN）从架构上根除二层环路。