关于终端设备丢包的猜想

# 关于终端设备丢包的猜想

2025.2.11上午9点，隋老师发现自身PC电脑有丢包的现象，故引导我查询1号楼汇聚交换机，1号楼汇聚交换机为两台6120堆叠而成，从核心上发现1号楼至核心的四条链路（聚合口）仅剩一条链路处于UP的状态。另查询日志得到如下日志：
`*Feb  7 19:26:46: %NFPP_ARP_GUARD-4-RATELIMITED: Port Hu1/0/56 was ratelimited.(2025-2-7 19:26:46)`

1.发现存在arp超速现象。虽然带宽利用率没有跑满，但是聚合口接受负载跑满了，如下图所示。（故障发生时，速率为45 TB/sec。

![](/media/202502/2025-02-11_212816_9216220.6469338710886977.png)

2.经查询deep seek得知可能为广播风暴/环路/STP拥塞等原因，但经查询arp counter后发现arp计数仅为267个，且在关闭nfpp（各种检测流量及保护的功能）后，负载依旧居高不下，综合网络现状，排除以上原因的可能，故通知一标姜工更换核心上损坏的40g光模块。  
  
    
  3.排查pc上联接入交换机配置，查询聚合口119发现存在异常acl配置,acl配置如下：
    
	ip access-list extended ceshi2
	10 permit icmp host 10.170.0.254 host 10.150.0.2 
	20 permit icmp host 10.150.0.2 host 10.170.0.254 
	30 permit ip any any

删除后，发现与acl并无关系。
  
   
4.下午发现，链路连接如图所示 ：

![](/media/202502/2025-02-11_213342_6625870.6844180188697092.png)
![](/media/202502/2025-02-11_213351_8402640.06182257647214118.png)

发现LACP链接方式可能存在问题：两台汇聚链路连接了同一台核心交换机，故调整线路为一一对应后，发现汇聚下有上网需要的PC终端ping网关终于不再丢包。  
  
### 但是，我仍有疑问，为什么调整链路前ping 外网正常，ping网关却会有丢包现象，而调整链路后1号楼汇聚的上联聚合接口依旧会出现接收负载跑满的情况？

==有待考证==