RARP（Reverse ARP）反向地址解析协议
ARP是实现IP到MAC地址的映射，而RARP是实现MAC到IP地址的映射
具有本地磁盘的系统引导时，一般是从磁盘上的配置文件中读取IP地址。但是无盘机，如X终端或无盘工作站，则需要采用其他方法来获得IP地址。
网络上每个系统都具有唯一的硬件地址，它是由网络接口生产厂家配置的。无盘系统的RARP实现过程是从接口卡上读取唯一的硬件地址，然后发送一份RARP请求（一帧在网络上广播的数据），请求某个主机响应该无盘系统的IP地址（在RARP应答中）
RARP请求或应答的帧类型代码为0x8035 RARP请求的操作代码为3 应答操作代码为4
RARP请求以广播方式传送，RARP应答一般是单播传送的
RARP通过非常精简的交互实现了IP地址的获取，但同时也暴露了一些问题：
①RARP Server必须提前将MAC和IP的映射静态绑定在本地；若没有提前绑定，则电脑用自己MAC询问时，Server也不会回应；
②RARP Server只能给电脑分配IP地址，不包括其他信息，包括网关、DNS等信息；
③RARP基于二层封装，只能运行在同一网段；每个网段分配地址，都需要一个RARP Server。
在RARP的基础上，后面又有了Bootp协议，直译过来便是"启动协议"，功能同RARP，也是用于电脑接入网络时，用来获取IP地址的。但是毕竟做了增强，Bootp协议能让电脑启动时，不仅仅获取IP地址，而且能获取到网关地址，从而让电脑实现跨网段通信。
Bootp协议虽然让电脑能够获取到更多的信息，但是仍然没有解决最大的问题：
服务器仍然需要提前手工绑定MAC和IP地址，而对于现在的移动网络或者公共网络而言，这根本无法实现。
因为用户什么时候接入，接入的MAC是多少，管理员没法提前知道。这就有了后面的DHCP，DHCP通过动态分配的方式解决了这个诟病，并且通过DHCP中继技术实现了跨网段地址分配，实现了全网IP地址的统一管理。
小结：RARP是一种逝去的地址分配技术，是Bootp和DHCP的鼻祖，目前我们的电脑基本不会用到这个协议，只有部分无盘工作站等情况需要用到
IARP反向地址解析协议 (Inverse Address Resolution Protocol)
是DLCI到IP的映射，他应用的场景不是以太网，而是在帧中继网络里面
image.png
DLCI（Data Link Connection Identifier）数据链接连接标识，是帧中继网络里面的二层地址，好比以太网里面的MAC地址，用于标记帧中继里面的虚拟专线。
①帧中继作为一种广域网远程连接技术，正在慢慢被其他技术代替；
②IARP不像ARP协议可以实时交互，它是周期性运行的，通信双方若丢失IARP映射表，则需要等待到固定的时间交互才能重新生成并通信。另外不同厂商不同型号对IARP的兼容性也可能不同。基于这些原因，一般建议直接关闭IARP协议，采用静态绑定的方式生成映射表，这里不再深入。
RARP与IARP协议总结
①RARP用于实现MAC到IP的映射，本质就是为了获取IP地址，是Bootp和DHCP协议的鼻祖；
②IARP用于实现帧中继网络中DLCI到IP地址的映射，生成帧中继映射表（类似ARP表），实现数据封装与通信；
③相比ARP、免费ARP、代理ARP、ARP攻防等技术，RARP和IARP随着技术的更新迭代正在退出历史舞台，成为"被遗忘的兄弟协议" 。（对于初学者来说，也算是个好事，因为终于不用"翻转""反向""逆向"各种分不清了）
网友评论