具有本地磁盘的系统引导时，一般是从磁盘上的配置文件中读取 I P 地 址 。 但 是 无 盘 机 ， 如 X 终端或无盘工作站，则需要采用其他方法来获得 I P 地址。
网络上的每个系统都具有唯一的硬件地址，它是由网络接口生产厂家配置的。无盘系统 的 R A R P 实现过程是从接口卡上读取唯一的硬件地址，然后发送一份 R A R P 请 求 ( 一 帧 在 网 络 上 广 播 的 数 据 )， 请 求 某 个 主 机 响 应 该 无 盘 系 统 的 I P 地址(在 R A R P 应答中)。
RARP 格式基本上是和ARP一样的
RARP 请求或应答的帧类型代码是0X8035， 而RARP请求的操作代码是3，应答操作代码为4。
RARP 的过程基本上可以通过例子来进行实现。
5.4 RARP服务器的设计
RARP 服务器设计与系统相关，比较复杂
ARP服务器比较简单，通常是TCP/IP在内核实现的一部分。
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 服 务 器 必 须 能 够 发 送 和 接 收 这 种 类 型 的 以 太 网 数 据 帧 。
5.4.2 每个网络有多个RARP服务器
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 服务器同时应答，这样会增加以太网发生冲突的概率。
PS:
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 服务器
网友评论