二层环路应急怎么做
环路发生时广播风暴会撕扯 CPU、MAC 表出现漂移、整片网络卡顿。处置口诀是「先隔离恢复流量，再定位根因」：按最近变更与 CPU/流量收敛逐步隔离候选端口，盯着恢复的那一刻，回头再找根因（单向链路、私接设备、生成树被关掉）。处置前后都要留现场证据。
基本信息
| 适用设备 | 所有交换网络（三厂通用） |
|---|---|
| 观察手段 | display cpu-usage；show processes cpu history |
| 关键线索 | 同一 MAC 在两个端口之间漂移 |
| 应急动作 | 隔离可疑端口（接口下 shutdown） |
| 处置顺序 | 先恢复流量，再定位根因 |
| 事后留档 | logbuffer 片段、CPU 曲线、MAC 漂移记录 |
应急处置清单
- ① 按时间线锁定最近改动（新接线、私接小交换机、刚做的变更）
- ② 观察 CPU 与流量收敛情况，圈定风暴范围
- ③ 逐步隔离候选端口，记录观察到恢复的那一刻
- ④ 修复根因（单向链路、私接设备、生成树被关闭）
- ⑤ 复盘留档：logbuffer、截图、时间线与责任界定
华为 VRP
华为 VRP
<Huawei> display cpu-usage # 异常飙高
<Huawei> display mac-address | include 0011-2233 # 同 MAC 两口漂移 = 环路线索
[Huawei] interface GigabitEthernet0/0/23
[Huawei-GigabitEthernet0/0/23] shutdown # 隔离可疑口（从最近变更的口开始）
<Huawei> display logbuffer | include DOWN思科 IOS
思科 IOS
SW# show processes cpu history # CPU 历史曲线
SW# show mac address-table | include 0011.2233
SW(config)# interface Gi1/0/23
SW(config-if)# shutdown # 隔离
! 恢复前先保留 show tech 或截图作为现场证据H3C Comware
H3C Comware
<H3C> display cpu-usage
<H3C> display mac-address | include 0011-2233
[H3C] interface GigabitEthernet1/0/23
[H3C-GigabitEthernet1/0/23] shutdown
<H3C> display logbuffer | include DOWN应急步骤与判断依据
| 步骤 | 动作 | 判断依据 |
|---|---|---|
| ① 锁定最近变动 | 查工单与新接线记录 | 环路多由新增链路或私接引起 |
| ② 观察 CPU 与流量 | display cpu-usage、查 MAC 漂移 | 圈定风暴影响范围 |
| ③ 逐步隔离候选口 | shutdown 并观察恢复 | 恢复时刻对应的端口即定位点 |
| ④ 修复根因 | 处理单向链路、私接、STP 被关 | 避免同一问题复发 |
| ⑤ 复盘留档 | logbuffer、截图、时间线 | 支撑追责与后续优化 |
生产网 shutdown 属高风险动作：动手前确认该端口的影响面（下挂多少终端、是不是上联口），优先从最近变更的口开始隔离，避免用更大的中断换取小范围止损。
隔离之前先把现场证据留下来：logbuffer 片段、CPU 曲线、MAC 表漂移记录。这些是事后复盘与责任界定的唯一依据，风暴过去后很多东西就查不到了。