局域网出现广播风暴怎么办,如何 检测 广播风暴

题图来自Unsplash，基于CC0协议

导读

局域网中出现广播风暴时，网络性能会急剧下降，甚至瘫痪，这点需要意识到。首先让我理清这个现象：所谓广播风暴，简单说就是网络中的广播报文泛滥成灾，目的地址为某个网络段内所有设备的报文连绵不绝泛洪，当交换设备处理能力跟不上时，有效数据就无法送达，整个网络陷入瘫痪。其实道理不难懂，就像现实中某个消息突然在人群中疯狂传播，每个人都参与传播又可能被淹没。

【现象与原因】 当普通IGMP离群视频请求连续化还是泛洪抑制配置错误时，就可能造成这种异常。原因通常不复杂：协议异常，使用了该层协议的路由器或非路由协议可能引发介质泛洪；设备异常：交换机自身端口故障或MAC表溢出会定期广播泛洪；硬件缺陷比如环路未被检测到，仍在转发广播，或配置失误如防环路功能未启用；其次是特殊攻击，如狂暴拓扑或恶意程序被修改后发送异常广播等。这些情况往往是实际网络故障的信号。

【检测方法】 怎么发现呢？一种简单方式是让PC用ping 127.0.0.1这种自环测试方式来发送本地广播请求，如果交换机CPU端口队列突然飙升，就会在syslog日志中看到大量广播流量报告。另外观察交换机流量统计，如果大量广播流量不工作或出现异常，也请考虑是否需要使用协议分析仪抓包实现深入分析。当然，在出现性能下降甚至CPU负载过高的瞬间，结合设备本身处理机制调整阈值，往往能更快定位问题。

【解决思路】 对局域网管理人员来说，快速响应才是王道。第一步应当隔离设备：关闭网络中的终端电脑，将各交换机间以太网口用链路手动切换，判断问题像坏掉的南瓜一样来自服务器区域、接入层还是中间层。如果广播流量集中于几台设备或端口，那是典型的故障定位。接下来，禁用有异常的端口，然后重新分配其实很容易；检查VLAN配置，确保广播隔离配置正确，对无效IPv4广播或IGMP查询避免无效实例响应；定位并升级路由器协议，减少不必要的路由广播充斥。如果担心设备本身问题，也记得及时更换老化端口或重新整理配置变更记录。

【抑制配置】 这步一般不能长时间拖延。在交换机上，一般登录网管控制台，找到风暴控制功能入口：设置广播风暴阈值，比如设置交换机接口进入Storm Control后，广播流量超过阈值（单位为kbps）自然会被限速。推荐配置选项：启用广播风暴抑制、配置广播风暴大小阈值，建议根据实际网络带宽适当设定，比如1000Mbps口设置为10-50M范围。对广播和组播流量启动限制，减缓扩散速度是抑制风暴最有效的方法之一。这样，在网络波动时，既不会沉默也不随便中断带宽，还能在广播包漫游扩散时起隔离作用。

需要注意的是，设置过严会导致必要广播数据被丢弃；备份配置很重要，以防参数丢失影响业务运行。对于华为交换机而言，stormctrl broadcast level ×× 这类命令用起来就跟调节音量一样，能最大限度地控制风暴范围。整个过程既要观察，也要动手，让网络快速稳定起来，才是管理员的每日工作。

【案例参考】 记得有一次华为3000交换机，在城中村的接入网络中，某一接入节点突然出现大量广播让整个网络像惊涛骇浪般不稳定，系统提示广播风暴时间达10秒以上。技术支持介入后，迅速定位：因环路未闭合，非法MUX或二层转发路径使广播包无限循环，修改后，风暴警报消失，网络恢复到平时稳定的平均延迟水平。这种经验在实际工作中极具参考价值，说明一个普通环路可能造成全面瘫痪，万一是关键的SDN网络层，后果更难以估量。我们要记住：不及时遏制，再小的泛洪也可能引发灾变。