使用簡單方法排除路由器的故障

　　器故障，在這裡拿出來和大家分享一下，希望對大家有用。Packet Internet groper(ping) 該命令主要是用來檢查路由是否能夠到達，由於該命令的包長非常小。

所以在網上傳遞的速度非常快，可以快速檢測要去的站點是否可達，一般您在去某一站點是可以先執行一下該命令看看該站點是否可達。如果執行 Ping不成功，則可以預測路由器故障出現在以下幾個方面：網線是否連通、網路介面卡配置是否正確、IP地址是否可用等。如果執行Ping成功而網路仍無法使用，那麼問題很可能出在網路系統的軟體配置方面，Ping成功只能保證當前主機與目的主機間存在一條連通的物理路徑。它的使用格式是在命令提示符下鍵入：Ping　IP地址或主機名，執行結果顯示響應時間，重複執行這個命令，你可以發現Ping報告的響應時間是不同的。

請注意，5個資料包已經發出，但是我們在第一個資料包上遇到一個超時，而所有其他的資料包平均只用了49毫秒就得到了應答。其實這也不一定說明它有問題，實際上這種情況是非常多見的，之所以第一個資料包超時，這是很容易解釋的。乙太網協議在OSI模型的第2層上執行，而IP和ICMP則在第3 層上層執行。在我們能夠與運程的路由器通訊之前，我們必須將第3層的地址轉換成第3層的地址，這需要花費時間，Ping的預設超時只有兩秒鐘。我們不能以足夠快的速度將IP地址轉換成MAC地址，來防止第一個資料包超時，而後面的資料包則不需要轉換MAC地址，因為它已經儲存在ARP表中了。如果我們在第一個Ping之後立即試發相同的Ping，那麼我們就不應該看到第一個資料包超時，因為ARP快取記憶體仍然儲存著遠端路由器故障的MAC地址。

請注意這一次所有的資料包都接收到了，有些情況下，可能有幾個資料包收不到。我們立即可以想到的一種情況是ISDN(DNN)連線有問題了。如果在傳送Ping命令時資料鏈路恰巧出現路由器故障，那麼在連線恢復之前，所有的5個資料包都可能超時。在這種情況下，你既可以改變感興趣的資訊的定義，也可以在試發Ping命令之前使用另一種方法，就是擴充套件型Ping命令。

擴充套件型Ping命令

關於Ping命令還有另一個問題需要注意，按照預設設定，使用者方式的Ping命令將TTL元件設定為32。Ping遇到每個路由器故障時，這個值將遞減1。如果TTL的值變成0，那麼最後一個路由器故障將發回一個ICMP超時訊息。如果你有一個非常長的路徑，那麼這個值可能不夠。在大型網路中，必須使用擴充套件型Ping來檢查網路的連通性。

擴充套件型Ping命令與使用者方式的Ping命令有一些差別，比如：擴充套件型Ping我們必須啟用才能使用。它只支援IP協議、AppleTalk 和 IPX協議，不支援Apollo、CLNX、DECnet、Vines、XNS等協議，還有一個最重要的優點是，我們自己可以改變Ping命令使用的預設值，改變這些值後，就可以使用相同的應用程式來進行許多不同的測試。
3lian素材 www.3lian.com
資料包的大小也可以改變，它的預設值是100個位元組。在網路的負荷量較大時，它可以用來檢查連線的狀態。當資料包的大小是預設值100個位元組時，Ping命令常常無法暴露網路的任何異常情況，但是，當你將資料包的大小提高到500個位元組時，你就能夠看到重要的連線丟失現象或者應答時間中的重要變化。在你對網路進行基線效能分析時，你應該將大型、中型和小型Ping命令的吞吐量速度記入文件。這將有助於你準確地描繪在不同負荷量的情況下網路的執行情況。

當你設定這個引數時，應該小心，不要把它設定成會將其他因素摻和進來的程度。如果將資料包的大小設定為10000個位元組，那麼可以肯定它會產生你意料不到的結果。出現這種情況的原因之一是，乙太網機器必須將資料包分割成乙太網能夠處理的大小，然後才能在網路線路上傳送。遠端接收到資料包後，要對資料包重新進行組合。這種組合花費的時間比你希望的要長，並且會導致它根據Ping所需時間之外的其他因素來解釋連線的速度。當你改變資料包的大小時，請使用合理的方法。觀察下面的命令輸出，注意Ping是如何因為資料包的大小增加到最大值18024個位元組時而造成超時的