用tracert命令獲得到目的主機(jī)的路由信息
發(fā)布時(shí)間:2014/8/31 20:44:39 訪問次數(shù):1390
另一個(gè)非常有用的應(yīng)用是traceroute(這是UNIX操作系統(tǒng)申名字),它用來跟蹤一個(gè)分組從源點(diǎn)到終點(diǎn)的路徑。在Windows操作系統(tǒng)中這個(gè)命令是tracert。E5CN-HQ2-W下面簡單介紹這個(gè)程序的工作原理。
Traceroute從源主機(jī)向目的主機(jī)發(fā)送一連串的IP數(shù)據(jù)報(bào),數(shù)據(jù)報(bào)中封裝的是無法交付的UDP用戶數(shù)據(jù)報(bào)u一。第一個(gè)數(shù)據(jù)報(bào)Pl的生存時(shí)間TTL設(shè)置為1。當(dāng)Pl到達(dá)路徑上的第一個(gè)路由器Ri時(shí),路由器Ri先收下它,接著把TTL的值減1。由于TTL等于零了,Ri就把Pl丟棄了,并向源主機(jī)發(fā)送一個(gè)ICMP時(shí)間超過差錯(cuò)報(bào)告報(bào)文。
源主機(jī)接著發(fā)送第二個(gè)數(shù)據(jù)報(bào)P2,并把TTL設(shè)置為2。P2先到達(dá)路由器Ri,Ri收下后把TTL減1再轉(zhuǎn)發(fā)給路由器R2。R2收到P2時(shí)TTL為1,但減1后TTL變?yōu)榱懔。R2就丟棄P2,并向源主機(jī)發(fā)送一個(gè)ICMP時(shí)間超過差錯(cuò)報(bào)告報(bào)文。這樣一直繼續(xù)下去。當(dāng)最后一個(gè)數(shù)據(jù)報(bào)剛剛到達(dá)目的主機(jī)時(shí),數(shù)據(jù)報(bào)的TTL是1。主機(jī)不轉(zhuǎn)發(fā)數(shù)據(jù)報(bào),也不把TTL值減l。但因IP數(shù)據(jù)報(bào)中封裝的是無法交付的運(yùn)輸層的UDP用戶數(shù)據(jù)報(bào),因此目的主機(jī)要向源主機(jī)發(fā)送ICMP終點(diǎn)不可達(dá)差錯(cuò)報(bào)告報(bào)文(見下一章的5.2.2節(jié))。
這樣,源主機(jī)達(dá)到了自己的目的,因?yàn)檫@些路由器和最后目的主機(jī)發(fā)來的ICMP報(bào)文正好給出了源主機(jī)想知道的路由信息——到達(dá)目的主機(jī)所經(jīng)過的路由器的IP地址,以及至0達(dá)其中的每一個(gè)路由器的往返時(shí)間。圖4-30是從南京的一個(gè)PC向新浪網(wǎng)的郵件服務(wù)器mail.sina.com.cn發(fā)出的tracert俞令后所獲得的結(jié)果。圖中每一行有三個(gè)時(shí)間出現(xiàn),是因?yàn)?/span>對應(yīng)于每一個(gè)TTL值,源主機(jī)要發(fā)送三次同樣的IP數(shù)據(jù)報(bào)。
圖4-30用tracert命令獲得到目的主機(jī)的路由信息
我們還應(yīng)注意到,從原則上講,IP數(shù)據(jù)報(bào)經(jīng)過的路由器越多,所花費(fèi)的時(shí)間也會(huì)越多。但從圖4-30可看出,有時(shí)正好相反。這是因?yàn)橐蛱鼐W(wǎng)的擁塞程度隨時(shí)都在變化,也很難預(yù)料到。因此,完全有這樣的可能:經(jīng)過更多的路由器反而花費(fèi)更少的時(shí)間。
另一個(gè)非常有用的應(yīng)用是traceroute(這是UNIX操作系統(tǒng)申名字),它用來跟蹤一個(gè)分組從源點(diǎn)到終點(diǎn)的路徑。在Windows操作系統(tǒng)中這個(gè)命令是tracert。E5CN-HQ2-W下面簡單介紹這個(gè)程序的工作原理。
Traceroute從源主機(jī)向目的主機(jī)發(fā)送一連串的IP數(shù)據(jù)報(bào),數(shù)據(jù)報(bào)中封裝的是無法交付的UDP用戶數(shù)據(jù)報(bào)u一。第一個(gè)數(shù)據(jù)報(bào)Pl的生存時(shí)間TTL設(shè)置為1。當(dāng)Pl到達(dá)路徑上的第一個(gè)路由器Ri時(shí),路由器Ri先收下它,接著把TTL的值減1。由于TTL等于零了,Ri就把Pl丟棄了,并向源主機(jī)發(fā)送一個(gè)ICMP時(shí)間超過差錯(cuò)報(bào)告報(bào)文。
源主機(jī)接著發(fā)送第二個(gè)數(shù)據(jù)報(bào)P2,并把TTL設(shè)置為2。P2先到達(dá)路由器Ri,Ri收下后把TTL減1再轉(zhuǎn)發(fā)給路由器R2。R2收到P2時(shí)TTL為1,但減1后TTL變?yōu)榱懔。R2就丟棄P2,并向源主機(jī)發(fā)送一個(gè)ICMP時(shí)間超過差錯(cuò)報(bào)告報(bào)文。這樣一直繼續(xù)下去。當(dāng)最后一個(gè)數(shù)據(jù)報(bào)剛剛到達(dá)目的主機(jī)時(shí),數(shù)據(jù)報(bào)的TTL是1。主機(jī)不轉(zhuǎn)發(fā)數(shù)據(jù)報(bào),也不把TTL值減l。但因IP數(shù)據(jù)報(bào)中封裝的是無法交付的運(yùn)輸層的UDP用戶數(shù)據(jù)報(bào),因此目的主機(jī)要向源主機(jī)發(fā)送ICMP終點(diǎn)不可達(dá)差錯(cuò)報(bào)告報(bào)文(見下一章的5.2.2節(jié))。
這樣,源主機(jī)達(dá)到了自己的目的,因?yàn)檫@些路由器和最后目的主機(jī)發(fā)來的ICMP報(bào)文正好給出了源主機(jī)想知道的路由信息——到達(dá)目的主機(jī)所經(jīng)過的路由器的IP地址,以及至0達(dá)其中的每一個(gè)路由器的往返時(shí)間。圖4-30是從南京的一個(gè)PC向新浪網(wǎng)的郵件服務(wù)器mail.sina.com.cn發(fā)出的tracert俞令后所獲得的結(jié)果。圖中每一行有三個(gè)時(shí)間出現(xiàn),是因?yàn)?/span>對應(yīng)于每一個(gè)TTL值,源主機(jī)要發(fā)送三次同樣的IP數(shù)據(jù)報(bào)。
圖4-30用tracert命令獲得到目的主機(jī)的路由信息
我們還應(yīng)注意到,從原則上講,IP數(shù)據(jù)報(bào)經(jīng)過的路由器越多,所花費(fèi)的時(shí)間也會(huì)越多。但從圖4-30可看出,有時(shí)正好相反。這是因?yàn)橐蛱鼐W(wǎng)的擁塞程度隨時(shí)都在變化,也很難預(yù)料到。因此,完全有這樣的可能:經(jīng)過更多的路由器反而花費(fèi)更少的時(shí)間。
上一篇:ICMP的應(yīng)用舉例
熱門點(diǎn)擊
- 8段LED顯示器的段選碼
- 不同的子網(wǎng)掩碼得出相同的網(wǎng)絡(luò)地址
- 運(yùn)輸層的兩個(gè)主要協(xié)議
- 采樣周期T的確定
- CIDR的32位地址掩碼
- 浮地屏蔽
- IP地址具有以下一些重要特點(diǎn)
- ENIG即化學(xué)鍍鎳
- 100 Mb/s以太網(wǎng)物理層標(biāo)準(zhǔn)
- 什么是最大傳送單元
推薦技術(shù)資料
- 泰克新發(fā)布的DSA830
- 泰克新發(fā)布的DSA8300在一臺(tái)儀器中同時(shí)實(shí)現(xiàn)時(shí)域和頻域分析,DS... [詳細(xì)]
- CV/CC InnoSwitch3-AQ 開
- URF1DxxM-60WR3系
- 1-6W URA24xxN-x
- 閉環(huán)磁通門信號調(diào)節(jié)芯片NSDRV401
- SK-RiSC-SOM-H27X-V1.1應(yīng)
- RISC技術(shù)8位微控制器參數(shù)設(shè)
- 多媒體協(xié)處理器SM501在嵌入式系統(tǒng)中的應(yīng)用
- 基于IEEE802.11b的EPA溫度變送器
- QUICCEngine新引擎推動(dòng)IP網(wǎng)絡(luò)革新
- SoC面世八年后的產(chǎn)業(yè)機(jī)遇
- MPC8xx系列處理器的嵌入式系統(tǒng)電源設(shè)計(jì)
- dsPIC及其在交流變頻調(diào)速中的應(yīng)用研究