环路事故是怎么发生的
典型场景：接入口误接了一台带环的小交换机或路由器，而终端接入端口既没开 BPDU 保护也不是边缘端口。接入设备发出的 BPDU 进入网络后改变选举结果，或者环路直接被接入设备自身形成，广播帧在环里被反复放大，链路带宽被占满、设备 CPU 飙升、业务大面积抖动。
基本信息
| 直接原因 | 接入口误接带环设备，且缺少入口防护配置 |
|---|---|
| 典型症状 | 广播风暴、链路利用率打满、CPU 飙升、业务抖动 |
| 取证线索 | CPU 利用率、接口广播计数、日志中的拓扑变化记录 |
| 处置顺序 | 先断环止血，再分析根因 |
| 根治手段 | 接入口 BPDU 保护 + 边缘端口 + 风暴抑制 |
典型使用场景
- 事故处置：现场先按流程断环，避免影响持续扩大
- 事后复盘：还原风暴扩散路径与防护缺失点
- 防护补齐：按清单逐台补齐接入口的三项配置
- 演练准备：用可控场景验证防护是否按预期触发
- 巡检改造：把入口防护作为接入交换机的标准模板项
现场留存证据
现场留存证据
display cpu-usage # CPU 是否被协议报文打满
display interface GigabitEthernet0/0/1 # 接口广播计数与速率
display logbuffer # 拓扑变化与端口状态记录
display logbuffer | include STP # 生成树相关记录
display mac-address # MAC 表是否异常漂移
# 处置动作（示例）：先关闭疑似环路端口止血
interface GigabitEthernet0/0/1
shutdown防护项与作用
| 防护项 | 配置位置 | 作用 |
|---|---|---|
| BPDU 保护 | 终端接入口 | 收到 BPDU 立即关闭端口，阻断接入设备参与生成树 |
| 边缘端口 | 终端接入口 | 跳过监听学习阶段，同时明确其接入属性 |
| 风暴抑制 | 接入与汇聚端口 | 限制广播泛洪强度，降低事故烈度 |
| 未用端口关闭 | 所有空端口 | 减少可被利用的接入点 |
处置顺序是先把环断掉（拔线或关闭端口）再分析：边分析边保留环路，影响范围会随时间继续放大，业务损失远高于留证据的价值。
风暴抑制只能降低事故强度，根治靠接入口的 STP 保护与规范接线：抑制生效时业务虽然还在，但端口长期贴着阈值运行，体验依旧很差。