无线侧广播风暴为什么更严重
广播与组播在无线空口上按最低基础速率发送，而且不做单播那样的确认与重传，一帧要占用比单播长得多的空口时间，还会被所有终端接收。所以同样数量的广播帧，在有线侧可能毫无感觉，到了空口就成了明显负担，表现为整体变慢、时延抖动与终端掉线。
基本信息
| 常见来源 | ARP 扫描、mDNS 与 SSDP 发现、投屏与打印发现协议 |
|---|---|
| 无线放大 | 广播帧按最低基础速率发送，占用空口时间是单播的数倍 |
| 抑制手段 | 交换机侧广播风暴控制、IGMP snooping、组播转单播 |
| 定位方法 | 交换机与 AP 侧统计广播速率，抓包看协议分布 |
| 影响规律 | 广播越多，低速发送的帧越占空口，终端密集的区域越明显 |
排查步骤
- 先确认是全网变慢还是局部变慢，把影响范围缩小
- 在交换机侧统计广播与组播速率，找出异常增长的来源端口
- 抓包看协议分布，区分 ARP 扫描、mDNS 与投屏发现
- 检查是否存在环路或私接设备在制造大量广播
- 先用风暴控制临时限制，再定位根因，避免只压制表象
- 抑制手段上线后复测广播速率与空口利用率
定位与抑制手段
| 环节 | 做法 | 注意点 |
|---|---|---|
| 交换机侧 | 统计广播速率与端口分布 | 找到风暴源所在端口 |
| 广播域 | 划分 VLAN 缩小广播域范围 | 单一 SSID 措施解决不了全网问题 |
| 组播 | 开启 IGMP snooping | 配置错误会直接阻断组播业务 |
| 无线侧 | 组播转单播、关闭低速率档 | 需兼顾老终端兼容性 |
| 终端侧 | 排查异常发包的应用或设备 | 投屏类协议是常见源头 |
统计与抓包
统计与抓包
# 交换机或控制器侧统计广播与组播速率
# 抓包过滤参考
arp || mdns || ssdp
# 关注要点
# 1. 广播速率的绝对值与增长趋势
# 2. 来源端口或来源终端
# 3. 与空口利用率的时间相关性投屏、打印机发现这类协议广播量大，办公网里很常见。把这类设备隔离到独立 VLAN，可以显著缩小风暴的影响面，同时保留业务可用性。
简单禁用组播会连带破坏投屏与设备发现类应用。应当做精细化控制，例如 IGMP snooping 与组播转单播，而不是一刀切关闭。