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

  1. 首頁 > 云知道 > >

以太網(wǎng)地址轉(zhuǎn)換協(xié)議或轉(zhuǎn)換網(wǎng)絡(luò)協(xié)議地址( 四 )

云知道


碼對應(yīng)的應(yīng)答操作碼 。長度字段要帶有可“分析”協(xié)議地址的足夠信息，雖然它并不帶有
協(xié)議地址的意義 。
地址轉(zhuǎn)換協(xié)議的一個(gè)成功實(shí)現(xiàn)還可為不成功的實(shí)現(xiàn)排錯(cuò) 。假設(shè)一個(gè)硬件驅(qū)動(dòng)者成功地
廣播了以太網(wǎng)類型為ether_type$ADDRESS_RESOLUTION的包 。由于實(shí)現(xiàn)的錯(cuò)誤或維護(hù)表的復(fù)
雜性，包格式可能不正確 。因?yàn)檎埱笫菑V播，監(jiān)控者會收到這個(gè)包，假如需要可顯示出來
進(jìn)行排錯(cuò) 。
11.一個(gè)例子
假設(shè)在同一根10兆以太網(wǎng)電纜上有機(jī)器X和Y 。它們有以太網(wǎng)地址EA(X)和EA(Y)，DOD
Internet地址IPA(X)和IPA(Y) 。假設(shè)Internet的以太網(wǎng)類型為ET(IP) 。機(jī)器X剛啟動(dòng)，并
且它遲早都會向機(jī)器Y發(fā)包 。X知道要發(fā)包給IPA(Y)，并把IPA(Y)告訴硬件驅(qū)動(dòng)者(這里是
以太網(wǎng)驅(qū)動(dòng)者) 。驅(qū)動(dòng)者讓地址轉(zhuǎn)換模塊把轉(zhuǎn)換成48比特以太網(wǎng)地址，但
因?yàn)閄剛啟動(dòng)，它沒有這些信息 。它先不發(fā)包，生成一個(gè)地址轉(zhuǎn)換包，
(ar$hrd)=ares_hrd$Ethernet
(ar$pro)=ET(IP)
(ar$hln)=EA(X)的長度
(ar$pln)=(IPA(X)的長度
(ar$op)=ares_op$REQUEST
(ar$sha)=EA(X)
(ar$spa)=IPA(X)
(ar$tha)=任意值
(ar$tpa)=IPA(Y)
并廣播到電纜上的所有機(jī)器 。
機(jī)器Y收到這個(gè)包，判定自己是否懂這種硬件類型(以太網(wǎng))，是否理解這種協(xié)議(Inter
net)，包是否是給自己的((ar$tpa)=IPA(Y)) 。然后把映射到EA(X)的信
息記下來(可能會覆蓋已有表項(xiàng)) 。然后又意識到是請求，于是就交換字段，把EA(Y)填入發(fā)
送者以太網(wǎng)地址字段(ar$sha)，把操作碼設(shè)為應(yīng)答，再把包直接發(fā)送(不是廣播)到EA(X) 。
這個(gè)時(shí)候，Y已經(jīng)知道怎樣向X發(fā)送，而X還不知道怎樣向Y發(fā)送 。s
機(jī)器X收到Y(jié)發(fā)送的包，生成到EA(Y)的映射，意識到是個(gè)應(yīng)答包，
于是丟棄 。下次X的Internet模塊試圖向Y發(fā)送包，地址轉(zhuǎn)換就會成功了，并且包也能到達(dá) 。
假如Y的Internet模塊要向X發(fā)送，它也會成功，因?yàn)閅已經(jīng)從X的地址轉(zhuǎn)換請求中記住了
需要的信息 。
12.相關(guān)情況
也許希望轉(zhuǎn)換表會過期，這些的實(shí)現(xiàn)超出本協(xié)議的范圍 。這里有一個(gè)較具體的描述(感
謝MOON@SCRC@MIT-MC) 。
當(dāng)主機(jī)移動(dòng)時(shí)，假設(shè)移動(dòng)時(shí)清除了地址轉(zhuǎn)換表，那么從該主機(jī)發(fā)起的任何連接都可以
工作 。但是發(fā)起過到該主機(jī)連接的其它主機(jī)并沒有任何理由會知道去丟棄它們的舊地址 。
而48比特以太網(wǎng)地址是唯一的，任何時(shí)候都是固定的，不會變 。假如主機(jī)名(和其它協(xié)議地
址)在不同物理硬件上被重新分配，主機(jī)就“移動(dòng)”了 。而且從經(jīng)驗(yàn)來說，總會存在由于硬
件或軟件錯(cuò)誤產(chǎn)生的錯(cuò)誤路由信息，但這種錯(cuò)誤不答應(yīng)永遠(yuǎn)存在 。也許發(fā)起某個(gè)連接的失
敗，會使地址轉(zhuǎn)換模塊認(rèn)為由于對方當(dāng)機(jī)或轉(zhuǎn)換表項(xiàng)錯(cuò)誤等原因而不可到達(dá)對方 。從而刪
除這個(gè)信息 。也許收到一個(gè)來自某個(gè)主機(jī)的包，會更新用來向該主機(jī)發(fā)送的轉(zhuǎn)換表項(xiàng)的時(shí)
鐘 。假如一定時(shí)間沒有收到來自某個(gè)主機(jī)的包，這條轉(zhuǎn)換表項(xiàng)會被刪除 。這將產(chǎn)生為每個(gè)
收到的包掃描轉(zhuǎn)換表的額外負(fù)擔(dān) 。或許使用散列或索引會快一些 。
收到地址轉(zhuǎn)換包的建議算法試圖縮短主機(jī)移動(dòng)以后的恢復(fù)時(shí)間 。假如<協(xié)議類型，發(fā)送
者協(xié)議地址>已經(jīng)在轉(zhuǎn)換表中，那么發(fā)送者的硬件地址將覆蓋這個(gè)表項(xiàng) 。因此在良好的以太
網(wǎng)上，當(dāng)請求廣播到達(dá)后，每個(gè)工作站都將得到這個(gè)新的硬件地址 。
另一種方法是有一個(gè)守護(hù)進(jìn)程在處理超時(shí) 。經(jīng)過一定時(shí)間，守護(hù)進(jìn)程考慮刪除一個(gè)表
項(xiàng) 。它先用表里的以太網(wǎng)地址直接發(fā)送地址轉(zhuǎn)換請求包(假如需要可重傳幾次) 。假如在一

推薦閱讀