RARP:逆地址解析协议
具有本地磁盘的系统引导时，一般是从磁盘上的配置文件中读取IP地址。但是无盘机,如X终端或无盘工作站，则需要采用其他的方法来获得IP地址。
网络上的每个系统都具有唯一的硬件地址，它是由网络接口生产厂家配置的。无盘系统的RARP实现过程是从接口卡上读取唯一的硬件地址，然后发送一份RARP请求(一帧在网络上广播的数据)，请求某个主机响应该无盘系统的IP地址。
RARP的分组格式
RARP分组的格式与ARP分组基本一致。他们只要的区别是帧类型代码为0x8035，而RARP的请求操作代码为3，应答代码为4。
对应于ARP,RARP请求以广播方式传送，RARP应答一般是单播传送的。
RARP举例
如上图示例，第一行，RARP请求是广播方式
而第二行，RARP应答是单播方式，第二行的输出中at sun表示RARP应答包含主机sun的IP地址。
第三行中，一旦sun收到IP地址，它就发送一个TFTP读请求(RRQ)给文件8CFC0D21.SUN4C。文件名中的8个十六进制数字表示主机sun的IP地址140.252.13.33。这个IP地址在RARP应答中返回。文件名的后缀SUN4C表示被引导系统的类型。
当网络上没有RARP服务器时，其结果如下图所示。
每个分组的目的地址都是以太网广播地址。在who-后面的以太网地址是目的硬件地址，跟在tell后面的以太网地址是发送端的硬件地址。
RARP服务器的设计
提供ARP服务器相较于RARP服务器简单一些，通常TCP/IP实现在内核中。由于内核知道IP地址和硬件地址，因此当它收到一个询问IP地址的ARP请求时，只需要用相应的硬件地址来提供应答就可以了。
作为用户进程的RARP服务器
RARP服务器的复杂性在于，服务器一般要为多个主机(网络中所有的无盘系统)提供硬件地址到IP地址的映射。该映射包含在一个磁盘文件中(在Unix系统中一般位于/etc/ethers目录)。由于内核一般不读取和分析磁盘文件，因此RARP服务器的功能就由用户进程来提供，而不是作为内核的TCP/IP实现的一部分。
而且RARP请求是作为一种特殊类型的以太网数据帧来传送的(帧类型字段值为0x8035)。这说明RARP服务器必须能够发送和接受这种类型的以太网数据帧。由于发送和接受这些数据与系统有关，因此RARP服务器的实现是与系统捆绑在一起的。
每个网络有多个RARP服务器
RARP服务器实现的一个复杂因素是RARP请求是在硬件层上进行广播的，即它们不经过路由器进行转发。为了让无盘系统在RARP服务器关机的状态下也能引导，通常在一个网络上要提供多个RARP服务器。
这造成了网络流量的增加。发送RARP请求的午盘新系统一般采用最先受到的RARP应答。另外，还有一种可能发生的情况是每个RARP服务器同时应答，这样会增加以太网发生冲突的概率。
总结
RARP协议是许多无盘系统在引导时用来获取IP地址的。RARP分组格式基本上与ARP分组一致。一个RARO请求在网络是给你进行广播，它在分组中表明发送端的赢家逆地址，以请求响应IP地址的相应。
虽然RARP在概念上很简单，但是RARP服务器的实现却与系统相关。因此，并非所有的TCP/IP实现都提供RARP服务器。
