ping不通故障定位详解

1、 组网图

2、 基本配置

AR1:

[Huawei-GigabitEthernet0/0/1]display this

[V200R003C00]

#

interface GigabitEthernet0/0/1

ip address 10.1.1.1 255.255.255.0

#

return

[Huawei-GigabitEthernet0/0/1]

AR2:

[Huawei-GigabitEthernet0/0/1]display this

[V200R003C00]

#

interface GigabitEthernet0/0/1

ip address 10.1.1.2 255.255.255.0

#

return

[Huawei-GigabitEthernet0/0/1]

3、 原因排查

（1） 检查接口的物理状态是否UP

如上图所示，在接口视图，使用命令dis this int查看接口信息，标红处显示接口的物理状态是DOWN的，这里我是使用shutdown命令模拟的，若想恢复接口状态，使用undo shutdown命令即可。实际环境中需要具体问题具体分析。

（2） 查看接口的协议状态是否UP

如上图所示，查看接口信息，标红处说明接口的协议状态DOWN，我这里是使用undo ip add,删除ip地址模拟的。其实IPv4的协议状态相对简单，一般地，只要配置了IP地址，协议就会UP，如果协议没有UP，需要找负责协议栈模块的同事从代码角度排查原因。如果是IPv6，还需考虑是否是地址冲突等造成的结果。

这里我们重新配置上IP地址，协议状态就能恢复UP了。

（3） 查看ARP表项是否缺失

要想ping通，首先要有目的地址的ARP表项，如果ARP都没有学到，当然是ping不通，这时候要先定位ARP表项学习不到的问题。

下图是能ping通时学习到的ARP表项：

实际问题环境中，华为设备可以使用arp的debug命令继续定位学习不到arp的原因。其实经过前面两步的排查，一般arp学习不会有问题，此时还学习不到一般是arp模块自身代码问题，或者底层产品收发包有问题。

（4） 使用icmp，ip debug命令进一步分析ping不同的原因

如果到这一步还ping不同，只能打开icmp和ip的debug来继续排查了，如下图所示：

这里使用了一个小技巧，因为IP的干扰包是非常多的，使用debug的时候加了长度大于等于1000的过滤条件，ping的时候指定报文的长度为1000，这样便于我们观察。

截图的DEBUG是正常能ping通时的debug，仅供参考。

到了这一步一般就能够抓出是哪个模块的问题，如果定位到下一层，比如IP层包已成功发出，但是以太层没有发送，那就需要负责以太协议的同事继续定位了。

（5） 除此之外我们还可以借助抓包工具，接口报文的统计计数，或者icmp计数等进行观测，辅助定位问题。