客户现场聚合子接口出方向存在丢包,并计数持续增长,查看接口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, 设备就会做丢弃处理
综上所述,该问题为设备正常处理机制,实际不影响业务,可以忽略
该案例暂时没有网友评论
✖
案例意见反馈
亲~登录后才可以操作哦!
确定你的邮箱还未认证,请认证邮箱或绑定手机后进行当前操作