ARP(地址解析協(xié)議)是設備通過自己知道的IP地址來獲得自己不知道的物理地址的協(xié)議。假如一個設備不知道它自己的IP地址，但是知道自己的物理地址，網(wǎng)絡上的無盤工作站就是這種情況，設備知道的只是網(wǎng)絡接口卡上的物理地址。這種情況下應該怎么辦呢?RARP(逆地址解析協(xié)議)正是針對這種情況的一種協(xié)議。RARP以與ARP相反的方式工作。RARP發(fā)出要反向解析的物理地址并希望返回其對應的IP地址，應答包括由能夠提供所需信息的RARP服務器發(fā)出的IP地址。雖然發(fā)送方發(fā)出的是廣播信息，RARP規(guī)定只有RARP服務器能產(chǎn)生應答。許多網(wǎng)絡指定多個RARP服務器，這樣做既是為了平衡負載也是為了作為出現(xiàn)問題時的備份。

發(fā)送主機發(fā)送一個本地的RARP廣播，在此廣播包中，聲明自己的MAC地址并且請求任何收到此請求的RARP服務器分配一個IP地址;

本地網(wǎng)段上的RARP服務器收到此請求后，檢查其RARP列表，查找該MAC地址對應的IP地址;

如果存在，RARP服務器就給源主機發(fā)送一個響應數(shù)據(jù)包并將此IP地址提供給對方主機使用;

如果不存在，RARP服務器對此不做任何的響應;

源主機收到從RARP服務器的響應信息，就利用得到的IP地址進行通訊;如果一直沒有收到RARP服務器的響應信息，表示初始化失敗。

雖然RARP在概念上很簡單，但是一個RARP服務器的設計與系統(tǒng)相關而且比較復雜。相反，提供一個ARP服務器很簡單，通常是TCP/IP在內(nèi)核中實現(xiàn)的一部分。由于內(nèi)核知道IP地址和硬件地址，因此當它收到一個詢問IP地址的ARP請求時，只需用相應的硬件地址來提供應答就可以了。作為用戶進程的RARP服務器的復雜性在于：服務器一般要為多個主機(網(wǎng)絡上所有的無盤系統(tǒng))提供硬件地址到IP地址的映射。該映射包含在一個磁盤文件中(在Unix系統(tǒng)中一般位于/etc/ethers目錄中)。由于內(nèi)核一般不讀取和分析磁盤文件，因此RARP服務器的功能就由用戶進程來提供，而不是作為內(nèi)核的TCP/IP實現(xiàn)的一部分。更為復雜的是，RARP請求是作為一個特殊類型的以太網(wǎng)數(shù)據(jù)幀來傳送的(幀類型字段值為0x8035)。這說明RARP服務器必須能夠發(fā)送和接收這種類型的以太網(wǎng)數(shù)據(jù)幀。由于發(fā)送和接收這些數(shù)據(jù)幀與系統(tǒng)有關，因此RARP服務器的實現(xiàn)是與系統(tǒng)捆綁在一起的。每個網(wǎng)絡有多個RARP服務器實現(xiàn)的一個復雜因素是RARP請求是在硬件層上進行廣播的。這意味著它們不經(jīng)過路由器進行轉發(fā)。為了讓無盤系統(tǒng)在RARP服務器關機的狀態(tài)下也能引導，通常在一個網(wǎng)絡上(例如一根電纜)要提供多個RARP服務器。當服務器的數(shù)目增加時(以提供冗余備份)，網(wǎng)絡流量也隨之增加，因為每個服務器對每個RARP請求都要發(fā)送RARP應答。發(fā)送RARP請求的無盤系統(tǒng)一般采用最先收到的RARP應答。另外，還有一種可能發(fā)生的情況是每個RARP服務器同時應答，這樣會增加以太網(wǎng)發(fā)生沖突的概率。