MSR设备子接口出接口丢包

客户现场聚合子接口出方向存在丢包，并计数持续增长，查看接口queue没有拥塞，网管平台有告警

第一次收：

Route-Aggregation1.1

Output queue - Urgent queuing: Size/Length/Discards 0/100/0 

Output queue - Protocol queuing: Size/Length/Discards 0/500/0 

Output queue - FIFO queuing: Size/Length/Discards 0/1024/0 

Output: 1733921165 packets, 108161615978 bytes, 2364259 drops

第二次收：

Route-Aggregation1.1 

 Output queue - Urgent queuing: Size/Length/Discards 0/100/0 

 Output queue - Protocol queuing: Size/Length/Discards 0/500/0 

 Output queue - FIFO queuing: Size/Length/Discards 0/1024/0 

 Output: 1733921165 packets, 108161615978 bytes, 23642579 drops //增加了20个

1、收集debugging arp packet，发现现场有一些转发报文，目的网段和设备直连，但是对于设备上发送的ARP请求，没有收到对应的ARP响应报文

2、查看以太网软件模块手收发报文的统计信息，display ethernet statistics，发现是否设备上板卡丢包ErrEncap(发送报文时封装链路头失败的报文个数)与聚合子接口出接口drop数值吻合

由此推断设备上聚合子接口的drop计数基本为封装链路层头即目的MAC地址失败导致。该根因的表现形式是设备上获取不到某些转发报文目的地址的ARP表项。比如：子接口地址1.1.1.1/24，现在有转发到目的地址为 1.1.1.2的报文，但是1.1.1.2的地址不存在或者该主机不响应设备的ARP请求，导致设备无法封装1.1.1.2的目的MAC, 设备就会做丢弃处理

综上所述，该问题为设备正常处理机制，实际不影响业务，可以忽略