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計數等進行觀測，輔助定位問題。
