交换机环路引起的广播风暴是中小园区最常见瘫痪原因之一。不用重启堆叠,也不用逐台断电,用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拓扑快照做比对。
这套流程不依赖特定品牌命令行语法,逻辑在任意支持二层协议的交换设备上都能平移。真正拖慢恢复的往往不是协议复杂,而是平时没留配置备份,事故一来只能凭记忆盲改。
