RARP总结（TCP/IP详解卷1/2）

创作人QQ：851301776，邮箱：lfr890207@163.com，欢迎大家一起技术交流，本博客主要是自己学习的心得体会,只为每天进步一点点！

个人座右铭：
1.没有横空出世，只要厚积一定发。
2.你可以学历不高，你可以不上学，但你不能不学习

一、简介

        RARP：逆（反向）地址解析协议

        反向地址转换协议就是将局域网中某个主机的物理地址转换为IP地址，比如局域网中有一台主机只知道物理地址而不知道IP地址，那么可以通过RARP协议发出征求自身IP地址的广播请求，然后由RARP服务器负责回答。RARP协议广泛用于获取无盘工作站的IP地址。

        反向地址转换协议(RARP)允许局域网的物理机器从网关服务器的 ARP 表或者缓存上请求其 IP 地址。网络管理员在局域网网关路由器里创建一个表以映射物理地址(MAC)和与其对应的 IP 地址。当设置一台新的机器时，其 RARP 客户机程序需要向路由器上的 RARP 服务器请求相应的 IP 地址。假设在路由表中已经设置了一个记录， RARP 服务器将会返回 IP 地址给机器，此机器就会存储起来以便日后使用。RARP 可以使用于以太网、光纤分布式数据接口及令牌环LAN 。

        具有本地磁盘的系统引导时，一般是从磁盘上的配置文件中读取 I P地址。但是无盘机，如X终端或无盘工作站，则需要采用其他方法来获得 I P地址。

        网络上的每个系统都具有唯一的硬件地址，它是由网络接口生产厂家配置的。无盘系统的R A R P实现过程是从接口卡上读取唯一的硬件地址，然后发送一份 R A R P请求（一帧在网络上广播的数据），请求某个主机响应该无盘系统的 I P地址（在R A R P应答中）。在概念上这个过程是很简单的，但是实现起来常常比 A R P要困难。

二、RARP协议报文格式

  RARP 协议头结构和 ARP 相同

参见：ARP协议总结_QQ851301776的博客-CSDN博客_arp协议总结

三、工作原理

 (1)给主机发送一个本地的RARP广播，在此广播包中，声明自己的MAC地址并且请求任何收到此请求的RARP服务器分配一个IP地址;

(2)本地网段上的RARP服务器收到此请求后，检查其RARP列表，查找该MAC地址对应的IP地址;

(3)如果存在，RARP服务器就给源主机发送一个响应数据包并将此IP地址提供给对方主机使用;

(4)如果不存在，RARP服务器对此不做任何的响应;

(5)源主机收到从RARP服务器的响应信息，就利用得到的IP地址进行通讯;如果一直没有收到RARP服务器的响应信息，表示初始化失败。

注意：IP地址和MAC地址必须要提前在RARP服务器上配置好

四、RARP的分组格式

        

        R A R P分组的格式与A R P分组基本一致（见图 4 - 3）。它们之间主要的差别是 R A R P请求或应答的帧类型代码为0 x 8 0 3 5，而且R A R P请求的操作代码为3，应答操作代码为4。

        对应于A R P，R A R P请求以广播方式传送，而R A R P应答一般是单播( u n i c a s t )传送的

五、RARP服务器的设计

           一个 R A R P服务器的设计与系统相关而且比较复杂。相反，提供一个 A R P服务器很简单，通常是 T C P / I P在内核中实现的一部分。由于内核知道 I P地址和硬件地址，因此当它收到一个询问 I P地址的A R P请求时，只需用相应的硬件地址来提供应答就可以了。     

1.作为用户进程的RARP服务器

        R A R P服务器的复杂性在于，服务器一般要为多个主机（网络上所有的无盘系统）提供硬件地址到I P地址的映射。该映射包含在一个磁盘文件中（在 U n i x系统中一般位于/ e t c / e t h e r s目录中）。由于内核一般不读取和分析磁盘文件，因此 R A R P服务器的功能就由用户进程来提供，而不是作为内核的T C P / I P实现的一部分。
        更为复杂的是，R A R P请求是作为一个特殊类型的以太网数据帧来传送的（帧类型字段值为0 x 8 0 3 5）。这说明R A R P服务器必须能够发送和接收这种类型的以太网数据帧。在附录A中，我们描述了 B S D分组过滤器、 S u n的网络接口栓以及 S V R 4数据链路提供者接口都可用来接收这些数据帧。由于发送和接收这些数据帧与系统有关，因此 R A R P服务器的实现是与系统捆绑在一起的。

2.每个网络有多个RARP服务器

        R A R P服务器实现的一个复杂因素是 R A R P请求是在硬件层上进行广播的。这意味着它们不经过路由器进行转发。为了让无盘系统在R A R P服务器关机的状态下也能引导，通常在一个网络上（例如一根电缆）要提供多个 R A R P服务器。
        当服务器的数目增加时（以提供冗余备份），网络流量也随之增加，因为每个服务器对每个R A R P请求都要发送R A R P应答。发送R A R P请求的无盘系统一般采用最先收到的 R A R P应答（对于A R P，我们从来没有遇到这种情况，因为只有一台主机发送 A R P应答）。另外，还有一种可能发生的情况是每个R A R P服务器同时应答，这样会增加以太网发生冲突的概率。

3.小结

        R A R P协议是许多无盘系统在引导时用来获取 I P地址的。R A R P分组格式基本上与 A R P分组一致。一个R A R P请求在网络上进行广播，它在分组中标明发送端的硬件地址，以请求相应I P地址的响应。应答通常是单播传送的。
        R A R P带来的问题包括使用链路层广播，这样就阻止大多数路由器转发 R A R P请求，只返回很少信息：只是系统的 I P地址。在第1 6章中，我们将看到 B O O T P在无盘系统引导时会返回更多的信息：I P地址和引导主机的名字等。
        虽然R A R P在概念上很简单，但是 R A R P服务器的实现却与系统相关。因此，并不是所有的T C P / I P实现都提供R A R P服务器 。