标准ADCampus三级组网DR-----spine-----leaf-------access
spine与leaf的VSI 4094地址互ping 丢包,现场反馈所有的leaf与spine ping 都存在丢的情况,但是underlay loopback 0的地址互ping不丢包
1.
123 VXLAN_UDP 513 7496593 1604752 400 S On SMAC 8 512
41 ICMP 0 1647 0 400 S On SMAC 8 640
后确认overlay的ping 上CPU softcar的记录就是VXLAN_UDP,所以实时去看softcar确认VXLAN_UDP是一直有增长的,所以基本可以判断 overlay ping丢包是由于VXLAN_UDP超限速导致,接下来就需要判断是什么报文导致超限速出现
2.
[H3C-probe]display rxtx dport 12B5 s 1
[H3C-probe]debug rxtx -c 50 -s 256 p s 1
50是指打印50个报文,打印报文的前256个字节。
3.
有很多ARP报文,注意看下VXLAN ID为3504,这是业务VXLAN的ID。这里的环境中不应该存在这么多的ARP,应该有ARP代答或者代理存在,当然ADCampus组网里也是必配置的。后溯源是排查10.50.239.247这台设备发现,这个VSI确实没有配置代答或者代理,这是人为配置上线的,其他都是自动化上线。后续配置代理解决。
部分leaf设备缺少代理配置,配置后解决
该案例暂时没有网友评论
✖
案例意见反馈
亲~登录后才可以操作哦!
确定你的邮箱还未认证,请认证邮箱或绑定手机后进行当前操作