凌晨两点，网络办公室只剩机柜的出现嗡鸣。新接的环路监控网段突然大面积掉线，ping网关丢包率飙到80%。排查第一反应是故障查交换机CPU，负载正常，网络端口流量却诡异——接入层某台设备的出现收包数暴涨，发包数却几乎为零。环路这不是排查攻击，这是故障环路。

环路最典型的网络症状就是广播风暴。交换机收到未知单播或广播帧，出现会从除接收端口外的环路所有端口转发出去。一旦拓扑里存在物理环路，排查帧就像掉进莫比乌斯环，故障无限复制、转发，直到耗尽带宽和CPU。排查的第一步，不是翻配置，是看端口统计。

登录核心交换机，敲show interface status，重点找那些“RX/TX”速率异常高的端口——比如一个接PC的百兆口，流量却跑到300Mbps。这种端口十有八九是环路入口或出口。用show mac address-table查MAC漂移，如果一个MAC地址在多个端口间反复横跳，基本实锤了。

但光靠看不够快。我习惯用“拔线法”：从核心往下，逐级断开疑似链路的物理连接，同时观察风暴是否停止。这招粗暴但有效，尤其适合小规模网络。有一次，问题出在办公室角落的桌面交换机——有人把两根网线插在了同一台交换机的两个端口上，形成自环。拔掉一根，全网瞬间安静。

如果网络规模大，拔线不现实，那就靠STP（生成树协议）日志。正常情况STP会阻塞冗余端口，但配置错误或硬件故障会导致BPDU丢失。查show spanning-tree summary，看端口角色是否出现“designated”和“root”冲突，或者频繁的Topology Change Notice。我见过一台老交换机固件bug，STP计算错误，每隔几秒就重新收敛一次，整个网络跟着抽风。

还有个容易忽视的坑——无线侧环路。AP的网线插错，或者中继模式下两个AP互相桥接，同样会形成二层环路。症状和有线环路几乎一样，但排查范围得扩到弱电井和天花板上的PoE交换机。

最后提醒一句：环路未必只在核心层。接入层的小破交换机，甚至一个带网管功能的PDU，都可能成为风暴源头。排查时别只盯着核心设备，从最边缘的设备开始查端口流量，往往更快。

网络恢复平静后，记得在关键链路上启用BPDU Guard和Loop Guard。这俩不是摆设，是防患于未然的保险丝。下次再有人半夜喊“网断了”，你先扫一眼端口速率图——八成又是哪个手欠的，把跳线插回了同一个交换机。