RFC903_反向地址轉(zhuǎn)換協(xié)議.doc

RFC903_反向地址轉(zhuǎn)換協(xié)議 ,RFC文檔。
表格
組織：中國(guó)互動(dòng)出版網(wǎng)
文檔中文翻譯計(jì)劃
：
譯者：沈進(jìn)
譯文發(fā)布時(shí)間：
版權(quán)：本中文翻譯文檔版權(quán)歸中國(guó)互動(dòng)出版網(wǎng)所有�？梢杂糜诜巧虡I(yè)用途自由轉(zhuǎn)載，但必須保留本文檔的翻譯及版權(quán)信息。










反向地址轉(zhuǎn)換協(xié)議
——





本備忘錄狀態(tài)：
本文檔講述了當(dāng)工作站只知道硬件地址例如：它們的物理網(wǎng)絡(luò)地址時(shí)，動(dòng)態(tài)發(fā)現(xiàn)協(xié)議地址例如：地址的一種方法。
本文檔講述了網(wǎng)絡(luò)社區(qū)的一種建議協(xié)議，需要討論和建議去加強(qiáng)。
目錄
介紹
設(shè)計(jì)考慮
推薦協(xié)議
參考
附錄下的兩個(gè)實(shí)現(xiàn)例子
介紹
有些網(wǎng)絡(luò)主機(jī)，例如無(wú)盤(pán)工作站，在啟動(dòng)的時(shí)候通常不知道協(xié)議地址，它們只知道硬件接口地址。為了使用象這樣的高層協(xié)議進(jìn)行通訊，它們必須從外部來(lái)發(fā)現(xiàn)它們的協(xié)議地址。我們的問(wèn)題是沒(méi)有標(biāo)準(zhǔn)機(jī)制來(lái)做這些。
的“地址轉(zhuǎn)換協(xié)議”被設(shè)計(jì)用來(lái)解決一個(gè)相關(guān)的問(wèn)題：給定主機(jī)的協(xié)議地址得到它的硬件地址。這篇提出了“反向地址轉(zhuǎn)換協(xié)議”。和一樣，我們假設(shè)一種廣播介質(zhì)，例如以太網(wǎng)。設(shè)計(jì)考慮
以下的考慮指導(dǎo)我們對(duì)協(xié)議的設(shè)計(jì)。
和是不同的操作。假設(shè)每一個(gè)主機(jī)都知道它的硬件地址和協(xié)議地址間的映射。一個(gè)小緩存存放了收集到的關(guān)于其他主機(jī)的信息。所有的主機(jī)在狀態(tài)上是平等的，沒(méi)有客戶機(jī)和服務(wù)器的區(qū)別。
另一方面，需要一個(gè)或者更多的服務(wù)器主機(jī)來(lái)維護(hù)一個(gè)存有從硬件地址到協(xié)議地址的映射的數(shù)據(jù)庫(kù)，并對(duì)客戶機(jī)的請(qǐng)求作出應(yīng)答。
前面提到需要維護(hù)大數(shù)據(jù)庫(kù)的服務(wù)器主機(jī)，這并不是所希望的，在某些情況下不可能在操作系統(tǒng)的內(nèi)核中維護(hù)這樣一個(gè)數(shù)據(jù)庫(kù)。因此，大多數(shù)實(shí)現(xiàn)需要和內(nèi)核外的程序做某種形式的互操作。
實(shí)現(xiàn)的簡(jiǎn)單和對(duì)已存在主機(jī)軟件影響最小是重要的，設(shè)計(jì)一個(gè)需要改變每一個(gè)主機(jī)的軟件而不管其是否參與的協(xié)議是錯(cuò)誤的。
為了最小化開(kāi)發(fā)成本和費(fèi)用，希望考慮和已有軟件共享代碼的可能性。推薦協(xié)議
我們建議作為數(shù)據(jù)鏈路層單獨(dú)的協(xié)議。例如，如果介質(zhì)使用以太網(wǎng)，包和包將有不同的以太網(wǎng)類型。這意味著和是兩種不同的操作，所有的主機(jī)并不平等地支持它們。對(duì)已存在系統(tǒng)的影響也最小，已有的服務(wù)器不會(huì)被包弄糊涂。它把看作一個(gè)能把硬件地址映射到任何高層協(xié)議地址的常用工具。
這個(gè)方法使客戶端主機(jī)的實(shí)現(xiàn)最簡(jiǎn)單，但同時(shí)也使得服務(wù)器端主機(jī)的實(shí)現(xiàn)很困難。然而這種困難是沒(méi)辦法的，從附錄中描述的下兩種可能的實(shí)現(xiàn)就可以看出。
使用和相同的包格式。
$硬件地址空間比特
$協(xié)議地址空間比特
$硬件地址長(zhǎng)度比特
$協(xié)議地址長(zhǎng)度比特
$操作碼比特
$源硬件地址比特，來(lái)自$字段
$源