日本免费全黄少妇一区二区三区-高清无码一区二区三区四区-欧美中文字幕日韩在线观看-国产福利诱惑在线网站-国产中文字幕一区在线-亚洲欧美精品日韩一区-久久国产精品国产精品国产-国产精久久久久久一区二区三区-欧美亚洲国产精品久久久久

  1. 首頁(yè) > 云知道 > >

地址解析協(xié)議 ARP的高速緩存、分組格式和代理以及arp命令( 三 )

云知道


在第1行中，源端主機(jī)（bsdi）的硬件地址是0:0:c0:6f:2d:40 。目的端主機(jī)的硬件地址是ff:ff:ff:ff:ff:ff，這是一個(gè)以太網(wǎng)廣播地址 。電纜上的每個(gè)以太網(wǎng)接口都要接收這個(gè)數(shù)據(jù)幀并對(duì)它進(jìn)行處理，如圖4-2所示 。
第1行中緊接著的一個(gè)輸出字段是ARP，表明幀類(lèi)型字段的值是0x0806，說(shuō)明此數(shù)據(jù)幀是一個(gè)ARP請(qǐng)求或回答 。
在每行中，單詞ARP或IP后面的值60指的是以太網(wǎng)數(shù)據(jù)幀的長(zhǎng)度 。由于ARP請(qǐng)求或回答的數(shù)據(jù)幀長(zhǎng)都是42字節(jié)（28字節(jié)的ARP數(shù)據(jù)，14字節(jié)的以太網(wǎng)幀頭），因此，每一幀都必須加入填充字符以達(dá)到以太網(wǎng)的最小長(zhǎng)度要求：60字節(jié) 。

;;;;請(qǐng)參見(jiàn)圖1-7，這個(gè)最小長(zhǎng)度60字節(jié)包含14字節(jié)的以太網(wǎng)幀頭，但是不包括4個(gè)字節(jié)的以太網(wǎng)幀尾 。有一些書(shū)把最小長(zhǎng)度定為64字節(jié)，它包括以太網(wǎng)的幀尾 。我們?cè)趫D1-7中把最小長(zhǎng)度定為46字節(jié)，是有意不包括14字節(jié)的幀首部，因?yàn)閷?duì)應(yīng)的最大長(zhǎng)度（1500字節(jié)）指的是MTU—最大傳輸單元（見(jiàn)圖2-5） 。我們使用MTU經(jīng)常是因?yàn)樗鼘?duì)IP數(shù)據(jù)報(bào)的長(zhǎng)度進(jìn)行限制，但一般與最小長(zhǎng)度無(wú)關(guān) 。大多數(shù)的設(shè)備驅(qū)動(dòng)程序或接口卡自動(dòng)地用填充字符把以太網(wǎng)數(shù)據(jù)幀布滿(mǎn)到最小長(zhǎng)度 。第3，4和5行中的IP數(shù)據(jù)報(bào)（包含TCP段）的長(zhǎng)度都比最小長(zhǎng)度短，因此都必須填充到60字節(jié) 。
第1行中的下一個(gè)輸出字段arp who-has表示作為ARP請(qǐng)求的這個(gè)數(shù)據(jù)幀中，目的IP地址是svr4的地址，發(fā)送端的IP地址是bsdi的地址 。TCP dump打印出主機(jī)名對(duì)應(yīng)的默認(rèn)IP地址（在4.7節(jié)中，我們將用-n選項(xiàng)來(lái)查看ARP請(qǐng)求中真正的IP地址 。）
從第2行中可以看到，盡管ARP請(qǐng)求是廣播的，但是ARP應(yīng)答的目的地址卻是bsdi （0:0:c0:6f:2d:40） 。ARP應(yīng)答是直接送到請(qǐng)求端主機(jī)的，而是廣播的 。
TCP dump打印出arp reply的字樣，同時(shí)打印出響應(yīng)者的主機(jī)名和硬件地址 。
第3行是第一個(gè)請(qǐng)求建立連接的TCP段 。它的目的硬件地址是目的主機(jī)(svr4) 。我們將在第1 8章討論這個(gè)段的細(xì)節(jié)內(nèi)容 。
在每一行中，行號(hào)后面的數(shù)字表示TCP dump收到分組的時(shí)間（以秒為單位） 。除第1行外，其他每行在括號(hào)中還包含了與上一行的時(shí)間差異（以秒為單位） 。從這個(gè)圖可以看出，發(fā)送ARP請(qǐng)求與收到ARP回答之間的延時(shí)是2.2 ms 。而在0.7 ms之后發(fā)出第一段TCP報(bào)文 。在本例中，用ARP進(jìn)行動(dòng)態(tài)地址解析的時(shí)間小于3ms 。
最后需要指出的一點(diǎn)，在TCP dump命令輸出中，我們沒(méi)有看到svr4在發(fā)出第一段TCP報(bào)文（第4行）之前發(fā)出的ARP請(qǐng)求 。這是因?yàn)榭赡茉趕vr4的ARP高速緩存中已經(jīng)有bsdi的表項(xiàng) 。一般情況下，當(dāng)系統(tǒng)收到ARP請(qǐng)求或發(fā)送ARP應(yīng)答時(shí)，都要把請(qǐng)求端的硬件地址和IP地址存入ARP高速緩存 。在邏輯上可以假設(shè)，假如請(qǐng)求端要發(fā)送IP數(shù)據(jù)報(bào)，那么數(shù)據(jù)報(bào)的接收端將很可能會(huì)發(fā)送一個(gè)應(yīng)答 。
4.5.2 對(duì)不存在主機(jī)的ARP請(qǐng)求
假如查詢(xún)的主機(jī)已關(guān)機(jī)或不存在會(huì)發(fā)生什么情況呢？為此我們指定一個(gè)并不存在的Internet地址—根據(jù)網(wǎng)絡(luò)號(hào)和子網(wǎng)號(hào)所對(duì)應(yīng)的網(wǎng)絡(luò)確實(shí)存在，但是并不存在所指定的主機(jī)號(hào) 。從圖3-10可以看出，主機(jī)號(hào)從36到62的主機(jī)并不存在（主機(jī)號(hào)為63是廣播地址） 。這里，我們用主機(jī)號(hào)36來(lái)舉例 。


這一次，我們沒(méi)有用-e選項(xiàng)，因?yàn)橐呀?jīng)知道ARP請(qǐng)求是在網(wǎng)上廣播的 。
令人感愛(ài)好的是看到多次進(jìn)行ARP請(qǐng)求：第1次請(qǐng)求發(fā)生后5.5秒進(jìn)行第2次請(qǐng)求，在24秒之后又進(jìn)行第3次請(qǐng)求（在第21章我們將看到TCP的超時(shí)和重發(fā)算法的細(xì)節(jié)） 。TCP dump命令輸出的超時(shí)限制為29.5秒 。但是，在telnet命令使用前后分別用date命令檢查時(shí)間，可以發(fā)現(xiàn)Telnet客戶(hù)端的連接請(qǐng)求似乎在大約75秒后才放棄 。事實(shí)上，我們?cè)诤竺鎸⒖吹?，大多?shù)的BSD實(shí)現(xiàn)把完成TCP連接請(qǐng)求的時(shí)間限制設(shè)置為75秒 。

推薦閱讀