rarp―――逆位址解析協議
1、rarp產生原因
arp（位址解析協議）是裝置通過自己知道的ip位址來獲得自己不知道的實體地址的協議。假如乙個裝置不知道它自己的
ip位址，但是知道自己的實體地址，網路上的無盤工作站就是這種情況，裝置知道的只是網路介面卡上的實體地址。這種情況下應該怎麼辦呢？
rarp
（逆位址解析協議）正是針對這種情況的一種協議。
rarp
以與arp相反的方式工作。rarp發出要反向解析的實體地址並希望返回其對應的ip位址，應答包括由能夠提供所需資訊的rarp伺服器發出的ip位址。雖然傳送方發出的是廣播資訊，rarp規定只有rarp伺服器能產生應答。許多網路指定多個rarp伺服器，這樣做既是為了平衡負載也是為了作為出現問題時的備份。23
、rarp伺服器的設計
雖然rarp在概念上很簡單，但是乙個rarp伺服器的設計與系統相關而且比較複雜。相反，提供乙個arp伺服器很簡單，通常是tcp/ip在核心中實現的一部分。由於核心知道ip位址和硬體位址，因此當它收到乙個詢問ip位址的arp請求時，只需用相應的硬體位址來提**答就可以了。
作為使用者程序的rarp伺服器的複雜性在於：伺服器一般要為多個主機（網路上所有的無盤系統）提供硬體位址到ip位址的對映。該對映包含在乙個磁碟檔案中（在u n i x系統中一般位於/etc/ethers目錄中）。由於核心一般不讀取和分析磁碟檔案，因此rarp伺服器的功能就由使用者程序來提供，而不是作為核心的tcp/ip實現的一部分。
更為複雜的是，rarp請求是作為乙個特殊型別的乙太網資料幀來傳送的（幀型別字段值為0x8035）。這說明rarp伺服器必須能夠傳送和接收這種型別的乙太網資料幀。由於傳送和接收這些資料幀與系統有關，因此rarp伺服器的實現是與系統**在一起的。
每個網路有多個rarp伺服器實現的乙個複雜因素是rarp請求是在硬體層上進行廣播的。這意味著它們不經過路由器進行**。為了讓無盤系統在rarp伺服器關機的狀態下也能引導，通常在乙個網路上（例如一根電纜）要提供多個rarp伺服器。當伺服器的數目增加時（以提供冗餘備份），網路流量也隨之增加，因為每個伺服器對每個rarp請求都要傳送rarp應答。傳送rarp請求的無盤系統一般採用最先收到的rarp應答。另外，還有一種可能發生的情況是每個rarp伺服器同時應答，這樣會增加乙太網發生衝突的概率。
這時候，我們有兩種方法來解決rarp 的回應問題。
第一種方法：為每乙個做 rarp 請求的主機分配一主伺服器，正常來說，只有主伺服器才會做出 rarp 回應，其它主機只是記錄下接收到 rarp 請求的時間。假如主伺服器不能順利做出回應，那麼查詢主機在等待逾時再次用廣播方式傳送 rarp 請求，其它非主伺服器假如在接到第乙個請求後很短時間內再收到相同請求的話，才會做出回應動作。
第二種方法：正常來說，當主伺服器收到 rarp 請求之後，會直接做出回應；為避免所有非主伺服器同時傳回 rarp 回應，每台非主伺服器都會隨機等待一段時間再做出回應。如果主伺服器未能做出回應的話，查詢主機會延遲一段時間再進行第二次請求，以確保這段時間內獲得非主伺服器的回應。當然，設計者可以精心的設計延遲時間至乙個合理的間隔。
RARP 逆位址解析協議
圖5 1 rarp請求和應答r a r p請求是廣播方式 第1行 而第2行的r a r p應答是單播方式。第2行的輸出中a t s u n表示r a r p應答包含主機s u n的i p位址 1 4 0 2 5 2 1 3 3 3 在第3行中，我們可以看到，一旦s u n收到i p位址，它就傳送乙個...
RARP 逆位址解析協議
具有本地磁碟的系統引導時，一般是從磁碟上的配置檔案中讀取 i p位址 網路上的每個系統都具有唯一的硬體位址，它是由網路介面生產廠家配置的。無盤系統的r a r p實現過程是從介面卡上讀取唯一的硬體位址，然後傳送乙份r a r p請求 一幀在網路上廣播的資料 請求某個主機響應該無盤系統的 i p位址 ...
ARP 位址解析協議 RARP 逆位址解析協議
資料鏈路如乙太網或令牌環網都有自己的定址機制 常常為48bit 這是使用資料鏈路的任何網路層都必須遵從的。當一台主機把乙太網資料幀傳送到位於同一區域網上的另一台主機上時，是根據48bit的乙太網位址來確認目的介面位址的。裝置驅動程式從不檢查ip資料報中的目的ip位址。資料解析為這兩種不同的位址形式提...