反向地址轉換協議

反向地址轉換協議信息科學術語01產生原因服務器RARP服務器工作過程報文格式解決方法目錄0305020406基本信息反向轉換協議（RARP：ReverseAddressResolutionProtocol）允許局域的物理機器從關服務器的ARP表或者緩存上請求其IP。絡管理員在局域關路由器里創(chuàng)建一個表以映射物理（MAC）和與其對應的IP。當設置一臺新的機器時，其RARP客戶機程序需要向路由器上的RARP服務器請求相應的IP。假設在路由表中已經設置了一個記錄，RARP服務器將會返回IP給機器，此機器就會存儲起來以便日后使用。RARP可以使用于以太、光纖分布式數據接口及令牌環(huán)LAN產生原因產生原因ARP（解析協議）是設備通過自己知道的IP來獲得自己不知道的物理的協議。假如一個設備不知道它自己的IP，但是知道自己的物理，絡上的無盤工作站就是這種情況，設備知道的只是絡接口卡上的物理。這種情況下應該怎么辦呢？RARP（逆解析協議）正是針對這種情況的一種協議。RARP以與ARP相反的方式工作。RARP發(fā)出要反向解析的物理并希望返回其對應的IP，應答包括由能夠提供所需信息的RARP服務器發(fā)出的IP。雖然發(fā)送方發(fā)出的是廣播信息，RARP規(guī)定只有RARP服務器能產生應答。許多絡指定多個RARP服務器，這樣做既是為了平衡負載也是為了作為出現問題時的備份。工作過程工作過程RARP的工作過程如下：1、絡上的每臺設備都會有一個獨一的硬件，通常是由設備廠商分配的MAC。PC1從卡上讀取MAC，然后在絡上發(fā)送一個RARP請求的廣播數據包，請求RARP服務器回復該PC的IP。2、RARP服務器收到了RARP請求數據包，為其分配IP，并將RARP回應發(fā)送給PC1。3、PC1收到RARP回應后，就使用得到的IP進行通訊。服務器服務器雖然RARP在概念上很簡單，但是一個RARP服務器的設計與系統(tǒng)相關而且比較復雜。相反，提供一個ARP服務器很簡單，通常是TCP/IP在內核中實現的一部分。由于內核知道IP和硬件，因此當它收到一個詢問IP的ARP請求時，只需用相應的硬件來提供應答就可以了。作為用戶進程的RARP服務器的復雜性在于：服務器一般要為多個主機（絡上所有的無盤系統(tǒng)）提供硬件到IP的映射。該映射包含在一個磁盤文件中（在Unix系統(tǒng)中一般位于/etc/ethers目錄中）。由于內核一般不讀取和分析磁盤文件，因此RARP服務器的功能就由用戶進程來提供，而不是作為內核的TCP/IP實現的一部分。更為復雜的是，RARP請求是作為一個特殊類型的以太數據幀來傳送的（幀類型字段值為0x8035）。這說明RARP服務器必須能夠發(fā)送和接收這種類型的以太數據幀。由于發(fā)送和接收這些數據幀與系統(tǒng)有關，因此RARP服務器的實現是與系統(tǒng)捆綁在一起的。每個絡有多個RARP服務器實現的一個復雜因素是RARP請求是在硬件層上進行廣播的。這意味著它們不經過路由器進行轉發(fā)。為了讓無盤系統(tǒng)在RARP服務器關機的狀態(tài)下也能引導，通常在一個絡上（例如一根電纜）要提供多個RARP服務器。當服務器的數目增加時（以提供冗余備份），絡流量也隨之增加，因為每個服務器對每個RARP請求都要發(fā)送RARP應答。發(fā)送RARP請求的無盤系統(tǒng)一般采用最先收到的RARP應答。另外，還有一種可能發(fā)生的情況是每個RARP服務器同時應答，這樣會增加以太發(fā)生沖突的概率。報文格式報文格式類似于ARP的報文格式主要差別在于幀類型代碼為0x8035（ARP為0x0806），操作碼為3請求（ARP為1），4應答（ARP為2）。

RARP服務器RARP服務器RARP在原理上很簡單但是實現比較復雜，由于RARP的請求是在硬件層上的廣播這因此這不能通過路由轉發(fā)，因此在每個