反向地址轉(zhuǎn)換協(xié)議
百科名片
反向地址轉(zhuǎn)換協(xié)議（RARP：Reverse Address Resolution Protocol） 反向地址轉(zhuǎn)換協(xié)議（RARP）允許局域網(wǎng)的物理機器從網(wǎng)關(guān)服務(wù)器的 ARP 表或者緩存上請求其 IP 地址。網(wǎng)絡(luò)管理員在局域網(wǎng)網(wǎng)關(guān)路由器里創(chuàng)建一個表以映射物理地址（MAC）和與其對應(yīng)的 IP 地址。當(dāng)設(shè)置一臺新的機器時，其 RARP 客戶機程序需要向路由器上的 RARP 服務(wù)器請求相應(yīng)的 IP 地址。假設(shè)在路由表中已經(jīng)設(shè)置了一個記錄，RARP 服務(wù)器將會返回 IP 地址給機器，此機器就會存儲起來以便日后使用。 RARP 可以使用于以太網(wǎng)、光纖分布式數(shù)據(jù)接口及令牌環(huán) LAN 。
編輯本段RARP產(chǎn)生原因
ARP（地址解析協(xié)議）是設(shè)備通過自己知道的IP地址來獲得自己不知道的物理地址的協(xié)議。假如一個設(shè)備不知道它自己的IP地址，但是知道自己的物理地址，網(wǎng)絡(luò)上的無盤工作站就是這種情況，設(shè)備知道的只是網(wǎng)絡(luò)接口卡上的物理地址。這種情況下應(yīng)該怎么辦呢？RARP（逆地址解析協(xié)議）正是針對這種情況的一種協(xié)議。
RARP以與ARP相反的方式工作。RARP發(fā)出要反向解析的物理地址并希望返回其對應(yīng)的IP地址，應(yīng)答包括由能夠提供所需信息的RARP服務(wù)器發(fā)出的IP地址。雖然發(fā)送方發(fā)出的是廣播信息，RARP規(guī)定只有RARP服務(wù)器能產(chǎn)生應(yīng)答。許多網(wǎng)絡(luò)指定多個RARP服務(wù)器，這樣做既是為了平衡負(fù)載也是為了作為出現(xiàn)問題時的備份。
編輯本段RARP的工作原理
●1. 發(fā)送主機發(fā)送一個本地的RARP廣播，在此廣播包中，聲明自己的MAC地址并且請求任何收到此請求的RARP服務(wù)器分配一個IP地址；
●2. 本地網(wǎng)段上的RARP服務(wù)器收到此請求后，檢查其RARP列表，查找該MAC地址對應(yīng)的IP地址；
●3. 如果存在，RARP服務(wù)器就給源主機發(fā)送一個響應(yīng)數(shù)據(jù)包并將此IP地址提供給對方主機使用；如果不存在，RARP服務(wù)器對此不做任何的響應(yīng)；
●4. 源主機收到從RARP服務(wù)器的響應(yīng)信息，就利用得到的IP地址進行通訊；如果一直沒有收到RARP服務(wù)器的響應(yīng)信息，表示初始化失敗。
編輯本段RARP服務(wù)器的設(shè)計
雖然RARP在概念上很簡單，但是一個RARP服務(wù)器的設(shè)計與系統(tǒng)相關(guān)而且比較復(fù)雜。相反，提供一個ARP服務(wù)器很簡單，通常是TCP/IP在內(nèi)核中實現(xiàn)的一部分。由于內(nèi)核知道IP地址和硬件地址，因此當(dāng)它收到一個詢問IP地址的ARP請求時，只需用相應(yīng)的硬件地址來提供應(yīng)答就可以了。
作為用戶進程的RARP服務(wù)器的復(fù)雜性在于：服務(wù)器一般要為多個主機（網(wǎng)絡(luò)上所有的無盤系統(tǒng)）提供硬件地址到IP地址的映射。該映射包含在一個磁盤文件中（在U n i x系統(tǒng)中一般位于/etc/ethers目錄中）。由于內(nèi)核一般不讀取和分析磁盤文件，因此RARP服務(wù)器的功能就由用戶進程來提供，而不是作為內(nèi)核的TCP/IP實現(xiàn)的一部分。
更為復(fù)雜的是，RARP請求是作為一個特殊類型的以太網(wǎng)數(shù)據(jù)幀來傳送的（幀類型字段值為0x8035）。這說明RARP服務(wù)器必須能夠發(fā)送和接收這種類型的以太網(wǎng)數(shù)據(jù)幀。由于發(fā)送和接收這些數(shù)據(jù)幀與系統(tǒng)有關(guān)，因此RARP服務(wù)器的實現(xiàn)是與系統(tǒng)捆綁在一起的。
每個網(wǎng)絡(luò)有多個RARP服務(wù)器實現(xiàn)的一個復(fù)雜因素是RARP請求是在硬件層上進行廣播的。這意味著它們不經(jīng)過路由器進行轉(zhuǎn)發(fā)。為了讓無盤系統(tǒng)在RARP服務(wù)器關(guān)機的狀態(tài)下也能引導(dǎo)，通常在一個網(wǎng)絡(luò)上（例如一根電纜）要提供多個RARP服務(wù)器。當(dāng)服務(wù)器的數(shù)目增加時（以提供冗余備份），網(wǎng)絡(luò)流量也隨之增加，因為每個服務(wù)器對每個RARP請求都要發(fā)送RARP應(yīng)答。發(fā)送RARP請求的無盤系統(tǒng)一般采用最先收到的RARP應(yīng)答。另外，還有一種可能發(fā)生的情況是每個RARP服務(wù)器同時應(yīng)答，這樣會增加以太網(wǎng)發(fā)生沖突的概率。
編輯本段解決RAPP回應(yīng)問題的兩種方法
第一種方法：為每一個做 RARP 請求的主機分配一主服務(wù)器，正常來說，只有主服務(wù)器才會做出 RARP 回應(yīng)，其它主機只是記錄下接收到 RARP 請求的時間。假如主服務(wù)器不能順利做出回應(yīng)，那么查詢主機在等待逾時再次用廣播方式發(fā)送 RARP 請求，其它非主服務(wù)器假如在接到第一個請求后很短時間內(nèi)再收到相同請求的話，才會做出回應(yīng)動作。
第二種方法：正常來說，當(dāng)主服務(wù)器收到 RARP 請求之后，會直接做出回應(yīng)；為避免所有非主服務(wù)器同時傳回 RARP 回應(yīng)，每臺非主服務(wù)器都會隨機等待一段時間再做出回應(yīng)。如果主服務(wù)器未能做出回應(yīng)的話，查詢主機會延遲一段時間再進行第二次請求，以確保這段時間內(nèi)獲得非主服務(wù)器的回應(yīng)。當(dāng)然，設(shè)計者可以精心的設(shè)計延遲時間至一個合理的間隔。
