反向地址转换协议
(RARP:Reverse Address Resolution Protocol)
具有本地磁盘的系统引导时,一般是从磁盘上的配置文件中读取IP地址。但是无盘机,如X终端或无盘工作站,则需要采用其他方法来获得IP地址。
网络上的每个系统都具有唯一的硬件地址,它是由网络接口生产厂家配置的。无盘系统的RARP实现过程是从接口卡上读取唯一的硬件地址,然后发送一份RARP请求(一帧在网络上广播的数据),请求某个主机响应该无盘系统的IP地址(在RARP应答中)。
RARP 的作用:
应用:RARP协议广泛用于获取无盘工作站的IP地址。
协议结构:
|------------16--------------|----------------32-------------------|
Hardware Type Protocol Type
| Hlen | Plen | Operation |
| Sender Hardware Address |
| Sender Protocol Address |
| Target Hardware Address |
| Target Protocol Address |
各部分的含义如下:
- Hardware Type ― 指定一种硬件接口类型,为发送方请求响应所用。
- Protocol Type ― 指由发送方提供的高级协议地址类型。
- Hlen ― 硬件地址大小。
- Plen ― 协议地址大小
Operation 的各值如下表所示:
[ 1:ARP Request ] [ 2: ARP Response ]
[ 3: RARP Request ] 4: RARP Response ]
[ 5: Dynamic RARP Request ] [ 6:Dynamic RARP Reply ]
[ 7: Dynamic RARP Error ] [ 8: InARP Request ]
[ 9: InARP Reply ]
RARP服务器的设计:
虽然R A R P在概念上很简单,但是一个R A R P服务器的设计与系统相关而且比较复杂。相反,提供一个A R P服务器很简单,通常是T C P / I P在内核中实现的一部分。由于内核知道I P地址和硬件地址,因此当它收到一个询问I P地址的A R P请求时,只需用相应的硬件地址来提供应答就可以了。
作为用户进程的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服务器必须能够发送和接收这种类型的以太网数据帧。由于发送和接收这些数据帧与系统有关,因此R A R P服务器的实现是与系统捆绑在一起的。每个网络有多个RARP服务器:
R A R P服务器实现的一个复杂因素是R A R P请求是在硬件层上进行广播的,如图5 - 2所示。这意味着它们不经过路由器进行转发。为了让无盘系统在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服务器同时应答,这样会增加以太网发生冲突的概率。