另一個非常有用的應(yīng)用是traceroute（這是UNIX操作系統(tǒng)申名字），它用來跟蹤一個分組從源點到終點的路徑。在Windows操作系統(tǒng)中這個命令是tracert。L6571AD下面簡單介紹這個程序的工作原理。

   Traceroute從源主機(jī)向目的主機(jī)發(fā)送一連串的IP數(shù)據(jù)報，數(shù)據(jù)報中封裝的是無法交付的UDP用戶數(shù)據(jù)報u一。第一個數(shù)據(jù)報Pl的生存時間TTL設(shè)置為1。當(dāng)Pl到達(dá)路徑上的第一個路由器Ri時，路由器Ri先收下它，接著把TTL的值減1。由于TTL等于零了，Ri就把Pl丟棄了，并向源主機(jī)發(fā)送一個ICMP時間超過差錯報告報文。

   源主機(jī)接著發(fā)送第二個數(shù)據(jù)報P2，并把TTL設(shè)置為2。P2先到達(dá)路由器Ri，Ri收下后把TTL減1再轉(zhuǎn)發(fā)給路由器R2。R2收到P2時TTL為1，但減1后TTL變?yōu)榱懔�。R2就丟棄P2，并向源主機(jī)發(fā)送一個ICMP時間超過差錯報告報文。這樣一直繼續(xù)下去。當(dāng)最后一個數(shù)據(jù)報剛剛到達(dá)目的主機(jī)時，數(shù)據(jù)報的TTL是1。主機(jī)不轉(zhuǎn)發(fā)數(shù)據(jù)報，也不把TTL值減l。但因IP數(shù)據(jù)報中封裝的是無法交付的運(yùn)輸層的UDP用戶數(shù)據(jù)報，因此目的主機(jī)要向源主機(jī)發(fā)送ICMP終點不可達(dá)差錯報告報文（見下一章的5.2.2節(jié)）。

   這樣，源主機(jī)達(dá)到了自己的目的，因為這些路由器和最后目的主機(jī)發(fā)來的ICMP報文正好給出了源主機(jī)想知道的路由信息——到達(dá)目的主機(jī)所經(jīng)過的路由器的IP地址，以及至0達(dá)其中的每一個路由器的往返時間。圖4-30是從南京的一個PC向新浪網(wǎng)的郵件服器mail.sina.com.cn發(fā)出的tracert俞令后所獲得的結(jié)果。圖中每一行三個時間出現(xiàn)，是因為對應(yīng)于每一個TTL值，源主機(jī)要發(fā)送三次同樣的IP數(shù)據(jù)報。

   我們還應(yīng)注意到，從原則上講，IP數(shù)據(jù)報經(jīng)過的路由器越多，所花費(fèi)的時間也會越多，有時正好相反。這是因為因特網(wǎng)的擁塞程度隨時都在變化，也很難預(yù)料到。因此，完全有這樣的可能：經(jīng)過更多的路由器反而花費(fèi)更少的時間。