锐捷S7805C跨设备无法ping通
一、故障现象
7805C ping S2不通，但是ping S1正常，S2 ping S1正常，S1 ping S7805C正常。 网络拓扑如下：
二、设备型号和版本
型号：S7805C
版本：S7800C_RGOS 11.0(4)B19T3, Release(05240612)
三、故障分析思路
-
确定网络环境是否存在环路，是否存在地址冲突；
-
ACL计数判断是否未收到回应ICMP报文；
-
开启快转查看ICMP报文送达驱动；
-
专家ACL计数或者抓包查看对端回应ICMP报文是否合法；
（注：对端回应ICMP不可达时ACL计数仍可以计数回应报文）
四、故障分析过程解析
-
检查双方路由均显示正常（ON2 10.0.0.0/8 10.0.15.1）；
-
检查环境中不存在地址冲突，环路等问题。华三设备均使用静态路由进行回指，华三S1设备可以ping通两端的S7805C和S2。7805C指定静态路由 10.0.42.1 255.255.255.255 10.0.15.1 仍不通；
-
acl计数，7805cping对端华三设备有收发但是显示不通。华三设备ping 7805c 有收到但是没有回应；
-
设备端开启debug efmp packet filter ipv4_sip host 10.0.42.1 ipv4_dip host 10.0.15.3 v4_protocol icmp counter 5 显示未收到，acl计数结果有增长，使用debug pkt-monitor match诊断PI未发出，判断上层收到报文之后没有同步底层；
-
接口下使能匹配源目ip的ACL计数，全局使用匹配目的mac源目ip的ACL计数显示，接口下仅匹配ip的acl能够统计到回应icmp报文，但是全局下匹配目的mac和ip的acl记不到数，故友商设备回应icmp报文时目的mac地址异常导致S7805C认为不是回音给自己的报文所以没有送达设驱动；
-
抓包进一步确认显示友商S2回应报文在S2回应S1时显示目的MAC正常，但是S1回应S7805C时目的MAC发生变化。（实际测试每次回应报文经过S1之后目的MAC都会变化，每次变化的目的MAC不一样）；
故障原因说明：友商系统异常，导致转发回应报文的目的MAC地址会随机发生变化
五、解决方案
友商设备升级版本；
六、技术原理总结
debug pkt-monitor apply acl xx 应用acl 过滤规则。该服务只能作用于管理版。
debug pkt-monitor match xx 设置报文内容过滤规则，在管理版和线卡都生效，这些过滤规则之间及和ACL之间是同时生效的，即所有配置的规则和配置的ACL都匹配了的报文才会被诊断。
debug pkt-monitor field 报文控制字段匹配，即匹配start的时候传入的控制字段的匹配。
所有过滤规则通过undebug pkt-monitor 或 no debug pkt-monitor 清除。或者通过debug pkt-monitor reset configure清除所有的配置信息。
debug pkt-monitor show configure 显示配置，如左图
debug pkt-monitor reset configure 重置所有的配置。
阅读剩余
版权声明：
作者：SE_You
链接：https://www.cnesa.cn/2581.html
文章版权归作者所有，未经允许请勿转载。
THE END
