精華 | 網絡故障排除命令匯總【網工必須收藏】( 二 ) _Show命令

(2) 建議和總結：
真的是Ping不通嗎？這個問題需要定位清楚，因為連通性問題和性能問題排錯的關注點是不一樣的――問題定位錯誤必然會導致排錯過程的周折。使用一般的Ping命令，缺省是發送5個報文的，超時時長是2000ms 。如果Ping不通情況發生，最好能夠再用帶參數-c和-t的Ping命令再執行一遍，如：Ping -c 20 -t 4000 ip-address，即連續發送20個報文，每個報文的超時時長為4000ms，這樣一般可以判斷出到底是連通性問題還是性能問題。
案例二：使用大包ping對端進行MTU不一致的故障排除(1) 現象描述：
某次開局，使用RG路由器與其他廠商的某路由器互連，并運行OSPF協議。數據配置完畢后，一切正常，并在今后相當長的時間內設備運轉穩定。但兩個月后，用戶反饋網絡中斷。
(2) 相關信息顯示：

登錄到兩臺路由器上，發現雙方連接正常，可以相互Ping通對端地址。但OSPF協議中斷；
登錄RG路由器查看鄰居狀態，發現鄰居狀態機處于Exstart狀態。打開相應的debug開關查看相應的報文信息，發現雙方都可以收到Hello報文，但RG路由器發送DD報文后，一直沒有收到對方回應的DD報文；
登錄其他廠商的那臺路由器，打開相應的debug開關，發現對方收到RG路由器發送的DD報文后，一發送了相應的DD報文予以回應。

(3) 原因分析：
初步斷定，RG路由器沒有收到DD回應報文，但對方確實發出來了。
既然可以接收到HELLO 報文說明鏈路是通暢的，而且多播報文的收發也沒有問題。那么有可能是對方發送的DD 報文有錯誤導致RG路由器拒收，但查看相應的信息，并沒有報告接收到錯誤的DD 報文。
仔細查看某廠商路由器的調試信息發現這個DD報文很大有2000 多字節。會不會是由于報文太大導致的問題呢？試著Ping了一個2000字節的報文，結果不通。那么故障原因很可能是－－由于雙方的MTU不一致導致大包不通。
(4) 處理過程：
檢查配置，發現對方路由器的MTU設置為4000多而RG路由器的MTU設置為1500，于是修改對端路由器的MTU為1500 。故障排除。
那么為什么工程初期沒有問題呢？這是因為前期DD報文長度小于1500字節，而后來網絡擴容導致路由信息過多使DD 報文的長度超過了1500 字節。
(5) 建議和總結：
由于Ping 缺省報文是56 個字節，所以顯示的Ping 通信息只是表示56字節的報文可以通而并不一定表示其他大小的報文仍舊可以通。所以，應當善于使用Ping的其他參數來進行故障排除。
案例三：A能Ping通B，B就一定能Ping通A嗎？(1) 現象描述
組網圖如下：

精華 | 網絡故障排除命令匯總【網工必須收藏】 — 圖1-1 案例：A能Ping通B，B就一定能Ping通A嗎？

在RouterA上配置一條指向2.0.0.0/8的靜態路由：

RouterA（config）# ip route 2.0.0.0 255.0.0.0 1.1.1.1

在RouterA 上Ping RouterB 的以太網地址2.2.2.2，顯示可以正常Ping通；但是在RouterB上Ping RouterA的以太網地址3.3.3.3，卻無法Ping通。
(2) 原因分析：
由于在RouterB 上卻沒有相應的配置到3.0.0.0/8 路由，所以從RouterB 上Ping不通RouterA的以太網口3.3.3.3。
但是為何在A上可以Ping 通2.2.2.2 呢？同樣是沒有回程路由呀？打開路由器上的IP報文調試開關發現，原來從RouterA上發出的ICMP報文的源地址填寫的是1.1.1.1而不是3.3.3.3，由于兩臺路由器的s0口處于同一網段，所以響應報文可以順利到達RouterB 。
(3) 建議和總結：
A能夠Ping通B則B一定能夠Ping通A（不考慮防火墻的因素）,這句話的對錯取決于A和B到底是指主機還是指路由器。