「昨天还好好的，今天整个楼层都上不了网」，同时交换机指示灯整齐地高频闪烁——这类报修在二层网络里有一个高频成因：环路引发的广播风暴。它的特点是影响范围是整段广播域，且和网络出口、宽带带宽无关，用错排查方向会白白换掉一批设备。

\n

下面按定位顺序写，重点在「怎么拿到证据」。

\n

\n

一、先判断是不是风暴：四个可观测特征

\n

\n

\n

\n

\n

\n

\n

\n

\n

\n

\n

特征 观测方式
交换机端口灯同步高频闪烁 现场观察
设备 CPU 利用率异常升高 display cpu-usage（华为）/ display cpu（H3C）
广播/组播包速率远超正常 display interface brief 看广播包计数增速，或镜像抓包
MAC 地址表剧烈抖动 display mac-address flapping record（华为），或日志里的 MAC 漂移告警

\n

正常办公网的广播包占比通常很低；若连续采样发现广播包速率达到数千 pps 甚至更高，且 CPU 被协议报文占用，基本可判定为风暴。

\n

\n

二、第二步：区分三种常见成因

\n

    \n

  1. 物理自环：一根网线两端插在同一个交换机（或同一楼层的两个墙插）；装修、打扫后常出现；

    2. \n

  2. 下级小交换/HUB 成环：客房或工位私接小交换机，两根上行线都插上，而接入交换机未开启生成树；

    3. \n

  3. 设备双上行未做防环：AP、摄像头、工控机双网口同时接入，或上行链路变更后未同步调整 STP/链路聚合配置。

    4. \n

\n

还有一种容易被误判的情况：组播泛洪（大量 IPTV 或投屏流量在未启用 IGMP snooping 的二层域内泛洪），现象类似，处理方式不同（见 T03）。区分要点是看报文类型——风暴是广播为主，组播泛洪是组播为主。

\n

\n

三、第三步：用「端口二分法」定位到具体端口

\n

拿到可疑交换机后，按下面的顺序收敛：

\n

    \n

  1. 查看端口流量与广播计数，找出计数增速异常的端口：

    2. \n

\n

   display interface GigabitEthernet 0/0/1

\n

重点看 Broadcast、Multicast 计数与 Input/Output 速率；

\n

    \n

  1. 按端口分组逐个 shutdown 观察（先确认该端口不是上联口，误关上联会扩大影响面）：

    2. \n

\n

   interface GigabitEthernet 0/0/1\n   shutdown

\n

观察 CPU 利用率与全网状态是否恢复，恢复则该端口所在分支为故障域；

\n

    \n

  1. 找到故障域后，顺着该端口向下排查物理连接（墙插、小交换机、设备双网卡）；

    2. \n

  2. 记录证据：display logbuffer 里的 loop / flapping 告警、display stp brief 的端口角色变化。

    3. \n

\n

安全提示：生产环境做 shutdown 前先确认端口用途，并在低谷时段操作；每步操作都要记录，便于回退。

\n

\n

四、第四步：处理动作与配置要点

\n

\n

\n

\n

\n

\n

\n

\n

\n

\n

\n

成因 处理 配置要点
物理自环 拔掉多余跳线，规范标签 配线架与墙插两端打标签，竣工图保留
私接小交换机 改为单上行，或更换为受管交换机 接入端口开启端口安全或 MAC 限制
设备双上行 启用 STP/RSTP，或改为链路聚合 边缘端口配 BPDU 保护，避免误接成环
未启用生成树 全网统一启用 RSTP/MSTP 指定根桥，避免默认选举导致拓扑漂移

\n

建议常开的几项防护（按设备能力选择）：

\n

    \n

  • STP/RSTP/MSTP：二层防环的基础；核心与汇聚指定根桥与备份根桥；

    • \n

  • BPDU 保护（BPDU Guard）：边缘端口收到 BPDU 即关闭，防止私接交换机改变拓扑；

    • \n

  • 环路检测（Loop Detection / Loopback Detection）：周期性探测，检测到环路按策略关端口或告警；

    • \n

  • 风暴抑制（Storm Control / Broadcast Suppression）：对广播、组播、未知单播设置抑制阈值，降低影响范围；

    • \n

  • 端口隔离：客房/工位互访隔离，同时缩小广播域影响。

    • \n

\n

\n

五、第五步：验证与回退

\n

    \n

  1. 验证：恢复链路后观察 10-15 分钟，确认 CPU 回落、广播包速率回常态、全网访问恢复；

    2. \n

  2. 复测：再跑一次 display mac-address flapping record 与日志，确认无新增漂移；

    3. \n

  3. 回退：所有配置变更前导出配置文件（display current-configuration 保存留档），误配可整段还原；

    4. \n

  4. 归档：把成环端口、物理位置、涉及设备写入运维台账，避免重复发生。

    5. \n

\n

\n

六、避坑小结

\n

    \n

  1. 不要先换设备：环路是拓扑问题，换交换机后接线方式不变仍会复发；

    2. \n

  2. 误关上联口会扩大故障：shutdown 前必须确认端口角色；

    3. \n

  3. 开了 STP 不等于不会成环：边缘端口未配 BPDU 保护时，私接设备仍可能改变拓扑；

    4. \n

  4. 风暴抑制是兜底不是治本：抑制只能降低影响，成环点仍需人工定位拆除；

    5. \n

  5. 装修后是高发期：弱电间跳线整理、客房插线变动后建议做一轮端口状态复核。

    6. \n

\n

速查表：整网变慢的二层判据

\n

\n

\n

\n

\n

\n

\n

\n

\n

\n

\n

\n

现象 判据 优先动作
端口灯整齐高频闪 广播包速率激增 查广播计数与 CPU
CPU 高、日志有 MAC 漂移 MAC flapping 记录 定位漂移端口
拔掉某端口后恢复 该分支成环 排查下级设备与墙插
组播占比高而非广播 组播泛洪 查 IGMP snooping（见 T03）
只有单 VLAN 受影响 该 VLAN 内成环 按 VLAN 收敛排查范围

\n

\n\n

常见问题（FAQ）

\n

Q：交换机一定要开生成树吗？

\n

A：二层网络存在冗余链路或用户可接触的端口时，建议开启。生成树的作用是在物理成环时逻辑上阻断冗余路径，避免广播风暴。边缘（接终端）端口还应配 BPDU 保护，防止私接小交换机改变拓扑。单上行、无冗余的极简场景可评估简化，但需在方案中说明理由并保留后续调整空间。

\n

Q：环路和组播泛洪的现象怎么区分？

\n

A：看报文类型与触发条件。环路引发的广播风暴以广播包为主，且与是否有电视/投屏业务无关，拔掉可疑端口即恢复；组播泛洪以组播包为主，通常随 IPTV 或投屏业务开启而出现，处理方式是启用 IGMP snooping 与组播 VLAN，而不是拆链路。抓包看报文类型是可靠的区分手段。

\n

Q：广播风暴抑制阈值一般设多少？

\n

A：没有通用数值，需按端口带宽与业务类型估算。工程上常按端口带宽的一定比例设定广播/组播/未知单播抑制阈值，视频与组播业务较多的端口阈值要相应放宽，避免影响正常业务。建议先在非关键端口试配并观察业务表现，再推广，配置前后都要留档。

\n

本文由 58120 智能网络 原创发布。转载请注明出处并保留原文链接。