如何使用 Windows 2000 下的 pathping

[psac]

我相信網路管理師大家都有一個經驗，那就是當使用者碰到去存取網路上某一個伺服器變得相當慢的時候，不管使用者是存取公司內部的網路或是存取網際網路，這些使用者馬上就會與你抱怨網路為什麼會變得這麼慢，這時候我相信您也希望能夠找出到底是哪裡出了問題，到底是伺服主機本身資料處理的慢還是因為網路上在塞車。


為了能夠找出問題，您可能馬上就會去動用網路監視工具，例如Windows 2000上的網路監視器，或是像sniffer這樣的程式，可是如果當您所有監測的來源主機到目的主機之間，有跨越取多的路由器時（尤其是在偵測從公司內部到網際網路之間的網路流量時），您就會碰到一個問題，這麼多的網段，到底如何知道網路是在哪一個網段上塞了車，每個網段中的回應時間效能到底是如何？如果有方法可以知道，我從來源主機到目的主機之間經過了多少的路由器，而且在這些路由器之間所回應的時間到底是多少？這對於網路上在檢錯有關網路速度緩慢的問題上，便可以提供一個相當好的參考。
傳統網路工程是會做的第一件是那就是使用ping的指令來指定目的主機所能夠得到的回應時間(Round Trip Time)是多少？來判斷來源主機到目的主機之間的流量是否順暢，例如下圖所顯示：
C:\>ping 168.95.1.1


Pinging 168.95.1.1 with 32 bytes of data:


Reply from 168.95.1.1: bytes=32 time=80ms TTL=57
Reply from 168.95.1.1: bytes=32 time=50ms TTL=57
Reply from 168.95.1.1: bytes=32 time=40ms TTL=57
Reply from 168.95.1.1: bytes=32 time=51ms TTL=57


Ping statistics for 168.95.1.1:
Packets: Sent = 4, Received = 4, Lost = 0 (0% loss),
Approximate round trip times in milli-seconds:
Minimum = 40ms, Maximum = 80ms, Average = 55ms


C:\>

由上圖看到我們在ping 168.95.1.1的IP位址時，所得到的回應時間(time)分別為80ms、50ms、40ms、51ms，來源主機對目的主機168.95.1.1所測試四次回應的時間與結果，另外，我們也可以從TTL的數字得知經過了幾個路由器。
可是除此以外，想要知道更進一步的狀況就無從瞭解起了，難道一定要這麼麻煩去使用網路監視器來偵測網路的回應狀況嗎？在Windows 2000的環境中則不一定需要這麼麻煩。
在 Windows 2000 的指令環境中多提供了以往在 Windows NT 環境中沒有的偵測指令，叫做 pathping。
Pathping的指令到底在做什麼事呢？還記得在Windows NT 4.0的指令環境中有一個tracert的指令嗎？tracert的指令目的在追蹤從來源主機到目的主機之間的回應狀況，可是有許多人還是看不懂每一個回應回來的代表值是什麼？所以在Windows 2000的環境中就將ping的指令與tracert的指令做了一個合併，產生了pathping這樣的指令，而這個指令可以更能夠清楚的表達來源主機與目的主機之間的回應狀況以及在這個之間網路所經過的路由以及各路由之間的回應狀況是如何？
接下來就交您如何來看這個指令所產生出來的狀況是如何來觀察的。例如：我們來對168.95.1.1的位址作一個測試回應的動作，順帶講一下168.95.1.1的位址，這個位指示台灣Hinet的一個重要的DNS位址，也是為台灣許多人會指定查詢的DNS位址，如果它掛了，可有不少的人因此會遭殃，所以您在測試您的網路有沒有成功的透通網際網路，不妨可以使用它的位址作一個測試。
當您在指令環境時，鍵入以下的指令，會得到以下的回應，如下圖所顯示：
C:\>pathping -n 168.95.1.1


Tracing route to 168.95.1.1 over a maximum of 30 hops


0 192.168.0.41
1 192.168.0.254
2 211.22.210.193
3 10.22.210.254
4 168.95.227.62
5 211.22.225.18
6 168.95.19.122
7 168.95.207.65
8 168.95.1.1


Computing statistics for 200 seconds...
Source to Here This Node/Link
Hop RTT Lost/Sent = Pct Lost/Sent = Pct Address
0192.168.50.41
0/ 100 = 0% |
1 0ms 0/ 100 = 0% 0/ 100 = 0% 192.168.0.254
0/ 100 = 0% |
2 --- 100/ 100 =100% 100/ 100 =100% 211.22.210.193
0/ 100 = 0% |
3 55ms 0/ 100 = 0% 0/ 100 = 0% 10.22.210.254
0/ 100 = 0% |
4 48ms 0/ 100 = 0% 0/ 100 = 0% 168.95.227.62
0/ 100 = 0% |
5 48ms 0/ 100 = 0% 0/ 100 = 0% 211.22.225.18
0/ 100 = 0% |
6 50ms 0/ 100 = 0% 0/ 100 = 0% 168.95.19.122
0/ 100 = 0% |
7 54ms 0/ 100 = 0% 0/ 100 = 0% 168.95.207.65
1/ 100 = 1% |
8 54ms 1/ 100 = 1% 0/ 100 = 0% 168.95.1.1


Trace complete.


C:\>

首先是解釋 -n ，此項參數是要pathping不要去做名稱解析的動作以節省時間，所以除非您希望在測試回應的程序中也需要解釋主機的DNS名稱時，則不需要加入這個參數。
接下來所得到的結果中，您可以將它分成兩段來看，前半段是顯示從來源主機到目的主機之間所經過的節點IP位址、來源主機及目的主機的IP位址。
上面的例子您可以看到有8筆資料，扣掉前後的來源主機與目的主機的IP位址以後，我們就可以隻道從來源主機到目的主機之間走過了6個路由器，而其分別的IP位址為何？可以清楚的表現出來。
再接下來第二段的回應資料，您就必須有一點耐心要等待了，因為它會去測試每一個路由器之間的回應時間是多少？
等到回應出來之後，您可以看到在第二欄位中所顯示的便是每一個路由器到另一個路由器上的回應時間，以及封包傳送的損失率是如何？
我們來仔細的研究一下每一個欄位的值，首先第一個欄位叫Source to Here，所看到的回應是節點的IP位址，可讓我們瞭解各節點的IP位址是多少？接下來的欄位是This Node/Link，是看起來較獨立的資料且其後用直線隔開的值，這個值所代表的是測試該節點IP位址的封包傳送損失的狀況是如何？
第三個欄位是RTT，這代表了各路由器之間所測得的回應時間是多少？藉由此欄位我們可以瞭解每一個網段上封包回應的狀況及各網段上網路速度的快慢。
接下來的兩個Lost/Sent = Pct則是兩個節點間所送出資料封包的損失率。
例如在測試中的第二筆記錄中，RTT的回應時間是 ---- ，代表的是測試不到回應的時間，所以其後的資料傳送封包損失率是百分之百，這所代表的是在當下時間中所偵測的資料在192.168.0.254到211.22.210.193之間是完全損失掉的。
所以以上看的懂了嗎？會用了嗎？不要忘了一件事，網路的流量狀況隨時都在改變，所以如果您要測試從來源主機到目的主機之間的網路流量，記得不要只測試一次，應該多測試幾次，然後再去取其平均效益值，才來得比較公平。如果經常出現傳送封包有損失的狀況，而又狀況在正常時回應不錯的回應時間時，您可能要注意到您的網路品質可能並不是這麼的理想，此種狀況經常發生在ADSL的連線上，所以您就要評估您的網路了。
Pathping 的指令還可以針對網路第二層的優先權標籤作測試的動作，此項功能是用在RSVP也就是Qos當中的測試，以後我們還有機會可以再繼續聊此方面的套用。

讚讚
原來還有這個功能

嗯...........許多人不知道的功能