速读原著-TCP/IP(RARP服务器的设计)

5.4 RARP服务器的设计

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

5.4.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，如图2 - 1所示）。这说明R A R P服务器必须能够发送和接收这种类型的以太网数据帧。在附录A中，我们描述了 B S D分组过滤器、 S u n的网络接口栓以及 S V R 4数据链路提供者接口都可用来接收这些数据帧。由于发送和接收这些数据帧与系统有关，因此 R A R P服务器的实现是与系统捆绑在一起的。

5.4.2 每个网络有多个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服务器同时应答，这样会增加以太网发生冲突的概率。