UNIX操作系統(tǒng)申名字
發(fā)布時(shí)間:2014/9/12 19:07:07 訪問(wèn)次數(shù):565
另一個(gè)非常有用的應(yīng)用是traceroute(這是UNIX操作系統(tǒng)申名字),它用來(lái)跟蹤一個(gè)分組從源點(diǎn)到終點(diǎn)的路徑。在Windows操作系統(tǒng)中這個(gè)命令是tracert。L6571AD下面簡(jiǎn)單介紹這個(gè)程序的工作原理。
Traceroute從源主機(jī)向目的主機(jī)發(fā)送一連串的IP數(shù)據(jù)報(bào),數(shù)據(jù)報(bào)中封裝的是無(wú)法交付的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í)間超過(guò)差錯(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í)間超過(guò)差錯(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)中封裝的是無(wú)法交付的運(yùn)輸層的UDP用戶數(shù)據(jù)報(bào),因此目的主機(jī)要向源主機(jī)發(fā)送ICMP終點(diǎn)不可達(dá)差錯(cuò)報(bào)告報(bào)文(見(jiàn)下一章的5.2.2節(jié))。
這樣,源主機(jī)達(dá)到了自己的目的,因?yàn)檫@些路由器和最后目的主機(jī)發(fā)來(lái)的ICMP報(bào)文正好給出了源主機(jī)想知道的路由信息——到達(dá)目的主機(jī)所經(jīng)過(guò)的路由器的IP地址,以及至0達(dá)其中的每一個(gè)路由器的往返時(shí)間。圖4-30是從南京的一個(gè)PC向新浪網(wǎng)的郵件服器mail.sina.com.cn發(fā)出的tracert俞令后所獲得的結(jié)果。圖中每一行三個(gè)時(shí)間出現(xiàn),是因?yàn)?/span>對(duì)應(yīng)于每一個(gè)TTL值,源主機(jī)要發(fā)送三次同樣的IP數(shù)據(jù)報(bào)。
我們還應(yīng)注意到,從原則上講,IP數(shù)據(jù)報(bào)經(jīng)過(guò)的路由器越多,所花費(fèi)的時(shí)間也會(huì)越多,有時(shí)正好相反。這是因?yàn)橐蛱鼐W(wǎng)的擁塞程度隨時(shí)都在變化,也很難預(yù)料到。因此,完全有這樣的可能:經(jīng)過(guò)更多的路由器反而花費(fèi)更少的時(shí)間。
另一個(gè)非常有用的應(yīng)用是traceroute(這是UNIX操作系統(tǒng)申名字),它用來(lái)跟蹤一個(gè)分組從源點(diǎn)到終點(diǎn)的路徑。在Windows操作系統(tǒng)中這個(gè)命令是tracert。L6571AD下面簡(jiǎn)單介紹這個(gè)程序的工作原理。
Traceroute從源主機(jī)向目的主機(jī)發(fā)送一連串的IP數(shù)據(jù)報(bào),數(shù)據(jù)報(bào)中封裝的是無(wú)法交付的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í)間超過(guò)差錯(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í)間超過(guò)差錯(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)中封裝的是無(wú)法交付的運(yùn)輸層的UDP用戶數(shù)據(jù)報(bào),因此目的主機(jī)要向源主機(jī)發(fā)送ICMP終點(diǎn)不可達(dá)差錯(cuò)報(bào)告報(bào)文(見(jiàn)下一章的5.2.2節(jié))。
這樣,源主機(jī)達(dá)到了自己的目的,因?yàn)檫@些路由器和最后目的主機(jī)發(fā)來(lái)的ICMP報(bào)文正好給出了源主機(jī)想知道的路由信息——到達(dá)目的主機(jī)所經(jīng)過(guò)的路由器的IP地址,以及至0達(dá)其中的每一個(gè)路由器的往返時(shí)間。圖4-30是從南京的一個(gè)PC向新浪網(wǎng)的郵件服器mail.sina.com.cn發(fā)出的tracert俞令后所獲得的結(jié)果。圖中每一行三個(gè)時(shí)間出現(xiàn),是因?yàn)?/span>對(duì)應(yīng)于每一個(gè)TTL值,源主機(jī)要發(fā)送三次同樣的IP數(shù)據(jù)報(bào)。
我們還應(yīng)注意到,從原則上講,IP數(shù)據(jù)報(bào)經(jīng)過(guò)的路由器越多,所花費(fèi)的時(shí)間也會(huì)越多,有時(shí)正好相反。這是因?yàn)橐蛱鼐W(wǎng)的擁塞程度隨時(shí)都在變化,也很難預(yù)料到。因此,完全有這樣的可能:經(jīng)過(guò)更多的路由器反而花費(fèi)更少的時(shí)間。
熱門點(diǎn)擊
- CIDR把網(wǎng)絡(luò)前綴都相同的連續(xù)的IP地址
- 計(jì)算機(jī)網(wǎng)絡(luò)的非性能特征
- 路由器R6更新后的路由表
- 在數(shù)據(jù)鏈路層擴(kuò)展以太網(wǎng)
- 是IP地址為145.13.3.10的主機(jī)本來(lái)
- 使用網(wǎng)橋可以帶來(lái)以下好處
- TDC-3000
- 終點(diǎn)設(shè)備從接收器獲取傳送來(lái)的數(shù)字比特流
- 透明網(wǎng)橋
- IGMP采用的一些具體措施
推薦技術(shù)資料
- CV/CC InnoSwitch3-AQ 開(kāi)
- URF1DxxM-60WR3系
- 1-6W URA24xxN-x
- 閉環(huán)磁通門信號(hào)調(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)用研究