TCP／IP詳解，卷1：協議--RARP：逆地址解析協議

引言

具備本地磁盤的系統引導時，通常是從磁盤上的配置文件中讀取 I P地址。可是無盤機，
如X終端或無盤工做站，則須要採用其餘方法來得到 I P地址。
網絡上的每一個系統都具備惟一的硬件地址，它是由網絡接口生產廠家配置的。無盤系統
的R A R P實現過程是從接口卡上讀取惟一的硬件地址，而後發送一份 R A R P請求（一幀在網絡
上廣播的數據），請求某個主機響應該無盤系統的 I P地址（在R A R P應答中）。
在概念上這個過程是很簡單的，可是實現起來經常比 A R P要困難

RARP的分組格式

R A R P分組的格式與A R P分組基本一致。它們之間主要的差異是 R A R P請求或
應答的幀類型代碼爲0 x 8 0 3 5，並且R A R P請求的操做代碼爲3，應答操做代碼爲4。
對應於A R P，R A R P請求以廣播方式傳送，而R A R P應答通常是單播( u n i c a s t )傳送的

RARP服務器的設計

雖然R A R P在概念上很簡單，可是一個 R A R P服務器的設計與系統相關並且比較複雜。相
反，提供一個A R P服務器很簡單，一般是 T C P / I P在內核中實現的一部分。因爲內核知道 I P地
址和硬件地址，所以當它收到一個詢問 I P地址的A R P請求時，只需用相應的硬件地址來提供
應答就能夠了

做爲用戶進程的RARP服務器

R A R P服務器的複雜性在於，服務器通常要爲多個主機（網絡上全部的無盤系統）提供硬
件地址到I P地址的映射。該映射包含在一個磁盤文件中（在 U n i x系統中通常位於/ e t c / e t h e r s目
錄中）。因爲內核通常不讀取和分析磁盤文件，所以 R A R P服務器的功能就由用戶進程來提供，
而不是做爲內核的T C P / I P實現的一部分。

更爲複雜的是，R A R P請求是做爲一個特殊類型的以太網數據幀來傳送的（幀類型字段值
爲0 x 8 0 3 5，）。這說明R A R P服務器必須可以發送和接收這種類型的以太網數據幀

每一個網絡有多個RARP服務器
R A R P服務器實現的一個複雜因素是 R A R P請求是在硬件層上進行廣播的
這意味着它們不通過路由器進行轉發。爲了讓無盤系統在R A R P服務器關機的狀態下也能引導，
一般在一個網絡上（例如一根電纜）要提供多個 R A R P服務器。
當服務器的數目增長時（以提供冗餘備份），網絡流量也隨之增長，由於每一個服務器對每
個R A R P請求都要發送R A R P應答。發送R A R P請求的無盤系統通常採用最早收到的 R A R P應答
（對於A R P，咱們歷來沒有遇到這種狀況，由於只有一臺主機發送 A R P應答）。另外，還有一
種可能發生的狀況是每一個R A R P服務器同時應答，這樣會增長以太網發生衝突的機率

小結

R A R P協議是許多無盤系統在引導時用來獲取 I P地址的。R A R P分組格式基本上與 A R P分
組一致。一個R A R P請求在網絡上進行廣播，它在分組中標明發送端的硬件地址，以請求相應
I P地址的響應。應答一般是單播傳送的。
R A R P帶來的問題包括使用鏈路層廣播，這樣就阻止大多數路由器轉發 R A R P請求，只返
回不多信息：只是系統的 I P地址

雖然R A R P在概念上很簡單，可是 R A R P服務器的實現卻與系統相關。所以，並非全部
的T C P / I P實現都提供R A R P服務器。