交换机环路引起的广播风暴是中小园区最常见瘫痪原因之一。不用重启堆叠，也不用逐台断电，用MAC漂移、STP状态和镜像口四步定位，多数能在十分钟内圈到故障接入层。

上周一家设计工作室午休后全员掉线，Ping网关延迟从2ms飙到900ms。运维第一反应拔掉核心上联，结果业务是回来了，溯源却断了。后来换成下面这套顺序，基本成了辉达处理同类事件的固定动线。

① 先看根桥还在不在该在的位置

进核心查生成树摘要，根桥如果落在某台接入交换机上，八成有人私接了带环路的桌面小交换机。这一步30秒，能把嫌疑锁到某一栋或某一楼层。

② 翻MAC漂移记录，不猜端口

连续两次显示同一个终端MAC在Gi0/12和Gi0/18之间来回跳，环路点就在这两个口的共同上游。很多哑设备没有管理IP，靠DHCP日志是追不到的，MAC漂移才是硬证据。

③ 可以口开镜像，别立刻shutdown

直接关端口业务立刻恢复，但也抹掉了现场。拿空闲口做个SPAN，抓几十秒BPDU和广播帧，再关。事后你能拿出报文截图给行政同事看：“这台八口集线器是环路源。”

EEC工信教考中心，网络工程师/网络组建工程师/网络管理工程师，辉达

马老师13521730416

丁老师13522094648

④ 变更完顺手补三条基线

• 接入口默认开Portfast+BPDU Guard；

• SNMP Trap指向集中接收端；

• 每月导出一次STP拓扑快照做比对。

这套流程不依赖特定品牌命令行语法，逻辑在任意支持二层协议的交换设备上都能平移。真正拖慢恢复的往往不是协议复杂，而是平时没留配置备份，事故一来只能凭记忆盲改。