小白学网络之五_TCPIP协议之RARP协议

              正好，博文终于快到达100篇了，加油，回想这一年的博客生涯，还是蛮好的，它这一年一直在陪着我，走过痛苦，走过快乐，走过迷茫，走过兴奋，让我一直在这条路上前进。它也成了我生活中的一部分。每当懒惰时，脑袋里就开始想着它，该写点东西了。每当，想说说话，也想着它，让它记录。

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


            网络上的每个系统都具有唯一的硬件地址，它是由网络接口生产厂家配置的。无盘系统的RARP实现过程是从接口上读取唯一的硬件地址，然后发送一份RARP请求(一帧在网络上广播的数据)，请求某个主机响应该无盘系统的IP地址(在RARP应答中)。


           RARP的分组格式


           RARP分组的格式与ARP分组基本一致。它们之间主要的差别是RARP请求或应答的帧类型代码为0x8035,而且RARP请求的操作代码为3，应答操作代码为4.


           对应于ARP,RARP请求以广播方式传送，而RARP应答一般是单播传送的。

          


           RARP请求是广播方式(第一行)，而第2行的RARP应答是单播放时。第2行的输出中at sun表示RARP应答包含主机sun的IP地址。


           在第3行中，我们可以看到，一旦sun收到IP地址，它就发送一个TFTP读请求(RRQ)给文件8CFC0D21.SUN4C(TFTP表示简单文件传送协议)。文件名中的8个十六进制数据表求主机sun的IP地址140.252.13.33 ,这个IP地址在RARP应答中返回。文件名的后缀SUN4C表示被引导系统的类型。


             tcpdump在第3行中指出IP数据报的长度是65个字节，而不是一个UDP数据报(实际上是一个UDP数据报)，因为我们运行tcpdump命令时带有-e参数，以查看硬件层的地址。需要指出的另一点是，第2行中的以太网数据帧长度比最小长度还要小，其原因是我们在发送该以太网数据帧的系统上运行tcpdump命令。应用程序rarpd写42字节到BSD分组过滤设备上(其中14字节为以太网数据帧的报头，剩下的28字节是RARP应答)，这就是tcpdump收到的副本。但是以太网设备驱动程序要把这一短帧填充空白字符以达到最小传输长度(60).如果我们在另一个系统上运行tcpdump命令，其长度将会是60.


             从这个例子可以看出，当无盘系统从RARP应答中收到它的IP地址后，它将发送TFTP请求来读取引导映像。在这一点上我们将不再进一步详细讨论无盘系统是如何引导的。


             但网络上没有RARP服务器时，其结果如图。每个分组的目的地址都是以太网广播地址。在who-后面的以太网地址是目的硬件地址，跟在tell后面的以太网地址是发送端的硬件地址。


            请注意重发的频度。第一次重发是6.55秒以后，然后增加到42.80秒，然后又减到5.34秒和6.55秒，然后又回到43.79秒。这种不确定的情况一直继续下去。如果计算一下两次重发之间的时间间隔，我们发现存在是一种双倍的关系：从5.34到6.55是1.21秒，从6.55到8.97是2.42秒，从8.97到13.80是4.83秒，
一直这样继续下去。当时间间隔达到某个阙值时(大于42.80秒)，它又重新设置为5.34秒。

            

            超时间采用这样的递增方法比每次都采用相同值的方法要好。


           RARP服务器的设计。


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


           作为用户进程的RARP服务器


           RARP服务器的复杂性在于，服务器一般要为多个主机(网络上所有的无盘系统)提供硬件地址到IP地址的映射。该映射包含在一个磁盘文件中(在Unix系统中一般位于/etc/ethers目录中)。由于内核一般不读取和分析磁盘文件，因此RARP服务器的功能就由用户进程来提供，而不是作为内核的TCP/IP实现的一部分。


           更为复杂的是，RARP请求是作为一个特殊类型的以太网数据帧来传送的(帧类型字段值为0x8035)。这说明RARP服务器必须能够发送和接收这种类型的以太网数据帧。在附录A中，我们描述了BSD分组过滤器，Sun的网络接口栓以及SVR4数据链路提供者接口都可用来接收这些数据帧。由于发送和接收这些数据帧与系统有关，因此
RARP服务器的实现是与系统捆绑在一起的。


           每个网络有多个RARP服务器。


           RARP服务器实现的一个复杂因素是RARP请求是在硬件层上进行广播的，这意味这它们不经过路由器进行转发。为了让无盘系统在RARP服务器关机的状态下也能引导，通常在一个网络上要提供多个RARP服务器。


           当服务器的数目增加时(以提供冗余备份)，网络流量也随之增加，因为每个服务器对每个RARP请求都要发送RARP应答。发送RARP请求的无盘系统一般采用最先收到的RARP应答(对于ARP,我们从来没有遇到这种情况，因为只有一台主机发送ARP应答)。另外，还有一种可能发生的情况是每个RARP服务器同时应答，这样会增加以太网发生冲突的概率。


           RARP协议是许多无盘系统在引导时用来获取IP地址的。RARP分组格式基本上与ARP分组一致。一个RARP请求在网络上进行广播，它在分组中标明发送端的硬件地址，以请求相应IP地址的响应。应答通常是单播传送的。


           RARP带来的问题包括使用链路层广播，这样就阻止大多数路由器转发RARP请求，只返回很少信息：只是系统的IP地址。虽然RARP在概念上很简单，但是RARP服务器的实现却与系统相关。