特定设备丢包

流量统计定位下丢包位置 

减小广播域试试

优先排查方向（按概率从高到低）

1、风暴抑制 storm‑control（最高概率）

4 台同类型设备，设备会每间隔 60 秒批量发送广播 / 组播报文（工业设备、摄像头、物联网终端很常见，设备自身探测、心跳、发现协议），触发交换机端口风暴抑制阈值，周期性丢包，只丢这 4 个端口流量，其他端口不受影响。

排查命令

• 如果配置了storm‑control broadcast/multicast，临时把风暴抑制调大或者关闭测试，观察丢包是否消失。

现象特征：一接上上层交换机，广播域扩大，设备的广播报文扩散，触发阈值；不接上上层，广播域很小不会触发，故障不复现。

2、802.1X/MAC‑authentication 重认证周期 60s

如果这 4 个端口开启 dot1x 或者 mac 认证，重认证周期配置 60 秒，每 60s 执行一次重认证，认证瞬间短暂切断业务流量，造成 ping 丢包；其他未开启认证的设备不受影响。

看 re‑authentication‑period 是否为 60；临时关闭重认证测试。

3、同型号终端组播报文问题（工业设备高频）

该类设备每 60 秒发送组播探测报文；开启 IGMP‑snooping，当组播表项老化，交换机短暂泛洪，或者上层交换机回送特殊组播报文，导致这 4 台设备受影响。

临时关闭 igmp‑snooping 做对比测试。

4、ARP 表项周期性问题（60 秒周期）

1）设备每 60 秒免费 ARP；交换机或者网关 ARP 防攻击限制，短时间收到多条同源 ARP 报文，触发 ARP 限速丢弃；

特征：4 台设备同时发送免费 ARP，触发 ARP 防攻击限速，这 4 台的 ARP 报文被丢弃，导致网关 ARP 表项刷新失败，ping 丢包。

5、STP 拓扑变化 TC 报文

上层交换机接入后，网络产生 TC 拓扑变化报文；TC 报文触发交换机清空 MAC 地址表，所有流量泛洪；但 TC 一般会影响整个 VLAN 全部设备，其余设备不丢包，这个可能性偏低。

如果 TC 计数每分钟涨，说明存在拓扑抖动。接入终端端口务必配置stp edged‑port边缘端口。

6、终端自身网卡节能 / 协议 bug（4 台是同款）

该型号终端网卡驱动每 60s 执行一次网卡复位、省电休眠；但现象是接上上层交换机才出现，本地交换机下直接 ping 不丢包，该可能性偏低。 交叉验证：把 4 台设备放到另外一台交换机，接同样上层，看是否复现；更换不同型号终端，看是否复现。

快速定位测试步骤（现场操作顺序）

1. 清零端口计数器，等待故障复现，看 4 个故障端口display interface的广播、组播、错误包计数器是否同步上涨。
2. 临时关闭 storm‑control 风暴抑制，持续 ping，观察 10 分钟，丢包是否消失。
3. 检查端口是否开启 dot1x/mac 认证，关闭重认证周期测试。
4. 关闭 igmp‑snooping 对比测试。
5. 查看 ARP 防攻击统计，是否存在 ARP 报文丢弃计数。
6. 查看 STP 的 TC 拓扑变化计数，接入端口配置边缘端口。
7. 隔离上层：不接上层交换机，只在本交换机内网互 ping，确认是否还丢包。
   • ✅不接上层就不丢包：故障报文来自上层引入，或者广播域扩大触发终端协议 / 交换机防护策略。
   • ❌不接上层仍然丢包：故障点在交换机与终端之间。
8. 端口镜像这 4 台设备的端口，抓包看丢包瞬间 60 秒周期到来时，设备发出了什么报文，重点看 60 秒左右时间点的广播 / 组播报文。

关键区分现象记录（排错要记录）

1）丢包的时候，交换机端口是 UP 还是 down？（端口是否抖动） 2）丢包时，交换机display logbuffer有没有对应报错日志？ 3）4 台设备是接在同一台接入交换机，还是分散不同交换机？ 4）不接上层交换机，设备之间互 ping 是否丢包？

高概率根因总结

结合 “接上上层交换机才出问题、4 台同类型设备同时约 1 分钟丢包，其他设备没事”，最可能：该款终端每 60 秒发送广播 / 组播心跳报文，接入上层之后广播域扩大，触发交换机 storm‑control 风暴抑制或者 ARP 防攻击，造成这 4 个端口周期性丢包。