TCP/IP详解(2)

3  IP：网际协议

 

3.1 引言

    IP是TCP/IP协议族中最为核心的协议。所有的TCP，UDP，ICMP，及IGMP数据都以IP数据报格式传输（图1.4）。许多刚开始接触TCP/IP的人对IP提供不可靠、无连接的数据报传送服务感到很奇怪，特别是那些具有X.25或SNA背景知识的人。

    不可靠（unreliable）的意思是它不能保证IP数据报能成功地到达目的地。IP仅提供最好的传输服务。如果发生某种错误时，如某个路由器暂时用完了缓冲区，IP有一个简单的错误处理算法：丢弃该数据报，然后发送ICMP消息报给信源端。任何要求的可靠性必须由上层来提供（如TCP）。

    无连接（connectionless）这个术语的意思是IP并不维护任何关于后续数据报的状态信息。每个数据报的处理是相互独立的。这也说明，IP数据报可以不按发送顺序接收。如果一信源向相同的信宿发送两个连续的数据报（先是A，然后是B），每个数据报都是独立地进行路由选择，可能选择不同的路线，因此B可能在A到达之前先到达。

    在本章，我们将简要介绍IP首部中的各个字段，讨论IP路由选择和子网的有关内容。我们还要介绍两个有用的命令：ifconfig和netstat。关于IP首部中一些字段的细节，我们将留在以后使用这些字段的时候再进行讨论。RFC 791[Postel 1981a ]是IP的正式规约文件。

 

3.2  IP首部

    IP数据报的格式如图3.1所示。普通的IP首部长为20个字节，除非含有选项字段。

 

图3.1 IP数据报格式及首部中的各字段

 

    我们来分析图3.1中的首部。最高位在左边，记为0 bit，最低位在右边，记为31 bit。

    4个字节的32 bit值以下面的次序传输：首先是0-7 bit，其次8-15 bit，然后16-23 bit，最后是24-31 bit。这种传输次序称作big endian字节次序。由于TCP/IP首部中所有的二进制整数在网络中传输时都要求以这种次序，因此它又称作网络字节次序。以其他形式存储二进制整数的机器，如little endian格式，则必须在传输数据之前把首部转换成网络字节次序。

    目前的协议版本号是4，因此IP有时也称作IPv4。3.10节将对一种新版的IP协议进行讨论。

    首部长度指的是首部占32 bit字的数目，包括任何先期选项。由于它是一个4比特字段，因此首部最长为60个字节。在第8章中，我们将看到这种限制使某些选项如路由记录选项在当今已没有什么用处。普通IP数据报（没有任何选择项）该字段的值是5。

    服务类型（TOS）字段包括一个3 bit的优先权子字段（现在已被忽略），4 bit的TOS子字段，和1 bit未用位但必须置0。4 bit的TOS分别代表：最小时延，最大吞吐量，最高可靠性，最小费用。4 bit中只能置其中1 bit。如果所有4 bit均为0，那么就意味着是普遍服务。RFC 1340 [Reynolds and Postel 1992]描述了所有的标准应用如何设置这些服务类型。RFC 1349 [Almquist 1992]对该RFC进行了修正，更为详细地描述了TOS的特性。

    图3.2列出了对不同应用建议的TOS值。在最后一列中，我们给出的是十六进制值，因为这就是在后面我们将要看到的tcpdump命令输出。

 

图3.2 服务类型字段推荐值

 

    Telnet和Rlogin这两个交互应用要求最小的传输时延，因为人们主要用它们来传输少量的交互数据。另一方面，FTP文件传输则要求有最大的吞吐量。最高可靠性被指明给网络管理（SNMP）和路由选择协议。用户网络新闻（Usenet news, NNTP）是唯一要求最小费用的应用。

    现在大多数的TCP/IP实现都不支持TOS特性，但是自4.3BSD Reno以后的新版系统都对它进行了设置。另外，新的路由协议如OSPF和IS-IS都能根据这些字段的值进行路由决策。

 

（下面是原书p.35①的译文）

    在2.10节中，我们提到SLIP一般提供基于服务类型的排队方法，允许对交互通信数据在处理大块数据之前进行处理。由于大多数的实现都不使用TOS字段，因此这种排队机制由SLIP自己来判断和处理，驱动程序先查看协议字段（确定是否是一个TCP段），然后检查TCP信源和信宿的端口号，以判断是否是一个交互服务。一个驱动程序的注释这样认为，这种“令人厌恶的处理方法”是必需的，因为大多数实现都不允许应用程序设置TOS字段。

    总长度字段是指整个IP数据报的长度，以字节为单位。利用首部长度字段和总长度字段，我们就可以知道IP数据报中数据内容的起始位置和长度。由于该字段长16比特，所以IP数据报最长可达65535字节。（回忆图2.5，超级通道的MTU为65535。它的意思其实不是一个真正的MTU－—它使用了最长的IP数据报。）当数据报被分片时，该字段的值也随着变化，这一点我们将在11.5节中进一步描述。

    尽管可以传送一个长达65535字节的IP数据报，但是大多数的链路层都会对它进行分片。而且，主机也要求不能接收超过576字节的数据报。由于TCP把用户数据分成若干片，因此一般来说这个限制不会影响TCP。我们在后面的章节中将遇到大量使用UDP的应用（RIP，TFTP，BOOTP，DNS，以及SNMP），它们都限制用户数据报长度为512字节，小于576字节。但是，事实上现在大多数的实现（特别是那些支持网络文件系统，NFS的实现）允许超过8192字节的IP数据报。

    总长度字段是IP首部中必要的内容，因为一些数据链路（如以太网）需要填充一些数据以达到最小长度。尽管以太网的最小帧长为46字节（图2.1），但是IP数据可能会更短。如果没有总长度字段，那么IP层就不知道46字节中有多少是IP数据报的内容。

    标识字段唯一地标识主机发送的每一份数据报。通常每发送一份报文它的值就会加1。我们在11.5节介绍分片和重组时再详细讨论它。同样，在讨论分片时我们再来分析标志字段和片偏移字段。

   

（下面是原书p.36①的译文）

    RFC 791 [Postel 1981a ]认为标识字段应该由让IP发送数据报的上层来选择。假设有两个连续的IP数据报，其中一个是由TCP生成的，而另一个是由UDP生成的，那么它们可能具有相同的标识字段。尽管这也可以照常工作（由重组算法来处理），但是在大多数从伯克利派生出来的系统中，每发送一个IP数据报时，IP层都要把一个内核变量的值加1，不管交给IP的数据来自哪一层。内核变量的初始值根据系统引导时的时间来设置。

 

    生存时间字段（time-to-live）TTL设置了数据报可以经过的最多路由器数。它指定了数据报的生存时间。TTL的初始值由源主机设置（通常为32或64），一旦经过一个处理它的路由器，它的值就减去1。当该字段的值为0时，数据报就被丢弃，并发送ICMP报文通知源主机。第8章我们讨论Traceroute程序时将再回来讨论该字段。

    我们已经在第1章讨论了协议字段，并在图1.8中示出了它如何被IP用来对数据报进行分用。根据它可以识别是哪个协议向IP传送数据。

    首部检验和字段是根据IP首部计算的检验和码。它不对首部后面的数据进行计算。ICMP，IGMP，UDP和TCP在它们各自的首部中均含有同时覆盖首部和数据检验和码。

    为了计算一份数据报的IP检验和，首先把检验和字段置为0。然后，对首部中每个16 bit的二进制反码进行求和（整个首部看成是由一串16 bit的字组成），结果存在检验和字段中。当收到一份IP数据报后，同样对首部中每个16 bit的二进制反码进行求和。由于收方在计算过程中包含了发方存在首部中的检验和，因此首部在传输过程中没有发生任何差错时，收方计算的结果应该为全1。如果结果不是全1（即检验和错误），那么IP就丢弃收到的数据报。但是不生成差错报文，由上层去发现丢失的数据报并进行重传。

    ICMP，IGMP，UDP和TCP都采用相同的检验和算法，尽管TCP和UDP除了本身的首部和数据外，在IP首部中还包含不同的字段。在RFC 1071[Braden,Borman and Patridge 1988]中有关于如何计算Internet检验和的实现技术。由于路由器经常只修改TTL字段（减1），因此当路由器转发一份报文时可以增加它的检验和，而不需要对IP整个首部进行重新计算。RFC 1141[Mallory and Kullberg 1990]为此给出了一个很有效的方法。

   

（下面是原书p.37①的译文）

    但是，标准的BSD实现在转发数据报时并不是采用这种增加的办法。

 

    每一份IP数据报都包含源IP地址和目的IP地址。我们在1.4节中说过，它们都是32 bit的值。

    最后一个字段是任选项，是数据报中的一个可变长的可选信息。目前，这些任选项定义如下：

    ·安全和处理限制（用于军事领域，详细内容参见RFC 1108[Kent 1991]）

    ·记录路径（让每个路由器都记下它的IP地址，见7.3节）

    ·时间戳（让每个路由器都记下它的IP地址和时间，见7.4节）

    ·宽松的源站选路（为数据报指定一系列必须经过的IP地址，见8.5节）

    ·严格的源站选路（与宽松的源站选路类似，但是它要求只能经过指定的这些地址，不能经过其它的地址）。

    这些选项很少被使用，并非所有的主机和路由器都支持这些选项。

    选项字段一直都是以32 bit作为界限，在必要的时候插入值为0的填充字节。这样就保证IP首部始终是32 bit的整数倍（这是首部长度字段所要求的）。

 

3.3  IP路由选择

    从概念上说，IP路由选择是简单的，特别对于主机来说。如果目的主机与源主机直接相连（如点对点链路）或都在一个共享网络上（以太网或令牌环网），那么IP数据报就直接送到目的主机上。否则，主机把数据报发往一默认的路由器上，由路由器来转发该数据报。大多数的主机都是采用这种简单机制。

    在本节和第9章中，我们将讨论更一般的情况，即IP层既可以配置成路由器的功能，也可以配置成主机的功能。当今的大多数多用户系统，包括几乎所有的Unix系统，都可以配置成一个路由器。我们可以为它指定主机和路由器都可以使用的简单路由算法。根本上的区别在于主机从不把数据报从一个接口转发到另一个接口，而路由器则要转发数据报。内含路由器功能的主机应该从不转发数据报，除非它被设置成那样。在9.4小节中，我们将进一步讨论配置的有关问题。

    在一般的体制中，IP可以从TCP，UDP，ICMP，IGMP接收数据报（即在本地生成的数据报）并进行发送，或者从一个网络接口接收数据报（待转发的数据报）进行发送。IP层在内层中有一个路由表。当收到一份数据报进行发送时，它都要对该表搜索一次。当数据报来自某个网络接口时，IP首先检查目的IP地址是否为本机的IP地址之一或者IP广播地址。如果确实是这样，数据报就被送到由IP首部协议字段所指定的协议模块进行处理。如果数据报的目的不是这些地址，那么（1）如果IP层被设置为路由器的功能，那么就对数据报进行转发（也就是说，像下面对待发出的数据报一样处理），否则（2）数据报被丢弃。

    路由表中的每一项都包含下面这些信息：

    ·目的IP地址。它既可以是一个完整的主机地址，也可以是一个网络地址，由该表目中的标志字段来指定（如下所述）。主机地址有一个非0的主机号（图1.5），以指定某一特定的主机，而网络地址中的主机号为0，以指定网络中的所有主机（如以太网，令牌环网）。

    ·下一站（或下一跳）路由器（next-hop router）的IP地址，或者有直接连接的网络IP地址。下一站路由器是指一个在直接相连网络上的路由器，通过它可以转发数据报。下一站路由器不是最终的目的，但是它可以把我们传送给它的数据报转发到最终目的。

    ·标志。其中一个标志指明目的IP地址是网络地址还是主机地址，另一个标志指明下一站路由器是否为真正的下一站路由器，还是一个直接相连的接口。（我们将在9.2节中详细介绍这些标志。）

    ·为数据报的传输指定一个网络接口。

 

    IP路由选择是逐跳地（hop-by-hop）进行的。从这个路由表信息可以看出，IP并不知道到达任何目的的完整路径（当然，除了那些与主机直接相连的目的）。所有的IP路由选择只为数据报传输提供下一站路由器的IP地址。它假定下一站路由器比发送数据报的主机更接近目的，而且下一站路由器与该主机是直接相连的。

    IP路由选择主要完成以下这些功能：

    1. 搜索路由表，寻找能与目的IP地址完全匹配的表目（网络号和主机号都要匹配）。如果找到，则把报文发送给该表目指定的下一站路由器或直接连接的网络接口（取决于标志字段的值）。

    2. 搜索路由表，寻找能与目的网络号相匹配的表目。如果找到，则把报文发送给该表目指定的下一站路由器或直接连接的网络接口（取决于标志字段的值）。目的网络上的所有主机都可以能过这个表目来处置。例如，一个以太网上的所有主机都是通过这种表目进行寻径的。

    这种搜索网络的匹配方法必须考虑可能的子网掩码。关于这一点我们在下一节中进行讨论。

    3.搜索路由表，寻找标为“默认”（default）的表目。如果找到，则把报文发送给该表目指定的下一站路由器。

    如果上面这些步骤都没有成功，那么该数据报就不能被传送。如果不能传送的数据报来自本机，那么一般会向生成数据报的应用程序返回一个“主机不可达”或“网络不可达”的错误。

    完整主机地址匹配在网络号匹配之前执行。只有当它们都失败后才选择默认路由。默认路由，以及下一站路由器发送的ICMP间接报文（如果我们为数据报选择了错误的默认路由），是IP路由选择机制中功能强大的特性。我们在第9章对它们进行讨论。

    为一个网络指定一个路由器，而不必为每个主机指定一个路由器，这是IP路由选择机制的另一个基本特性。这样做可以极大地缩小路由表的规模，比如Internet上的路由器有只有几千个表目，而不会是超过100万个表目。

 

例子

    首先考虑一个简单的例子：我们的主机bsdi有一个IP数据报要发送给主机sun。双方都在同一个以太网上（参见封面内侧的图）。数据报的传输过程如图3.3所示。

    当IP从某个上层收到这份数据报后，它搜索路由表，发现目的IP地址（140.252.13.133）在一个直接相连的网络上（以太网140.252.13.0）。于是，在表中找到匹配网络地址。（在下一节中，我们将看到，由于以太网的子网掩码的存在，实际的网络地址是140.252.13.32，但是这并不影响这里所讨论的路由选择。）

    数据报被送到以太网驱动程序，然后作为一个以太网数据帧被送到sun主机上（图2.1）。IP数据报中的目的地址是sun的IP地址（140.252.13.33），而在链路层首部中的目的地址是48 bit的sun主机的以太网接口地址。这个48 bit的以太网地址是用ARP协议获得的，我们将在下一章对此进行描述。

 

图3.3 数据报从主机bsdi到sun的传送过程

 

    现在让我们来看另一个例子：主机bsdi有一份IP数据报要传到ftp.uu.net主机上，它的IP地址是192.48.96.9。经过的前三个路由器如图3.4所示。首先，主机bsdi搜索路由表，但是没有找到与主机地址或网络地址相匹配的表目，因此只能用默认的表目，把数据报传给下一站路由器，即主机sun。当数据报从bsdi被传到sun主机上以后，目的IP地址是最终的信宿机地址（192.48.96.9），但是链路层地址却是sun主机的以太网接口地址。这与图3.3不同，在那里数据报中的目的IP地址和目的链路层地址都指的是相同的主机（sun）。

    当sun收到数据报后，它发现数据报的目的IP地址并不是本机的任一地址，而sun已被设置成具有路由器的功能，因此它把数据报进行转发。经过搜索路由表，选用了默认表目。根据sun 的默认表目，它把数据报转发到下一站路由器netb，该路由器的地址是140.252.1.183。数据报是经过点对点SLIP链路被传送的，采用了图2.2所示的最小封装格式。这里，我们没有给出像以太网链路层数据帧那样的首部，因为在SLIP链路中没有那样的首部。

    当netb收到数据报后，它执行与sun主机相同的步骤：数据报的目的地址不是本机地址，而netb也被设置成具有路由器的功能，于是它也对该数据报进行转发。采用的也是默认路由表目，把数据报送到下一站路由器gateway（140.252.1.4）。位于以太网140.252.1上的主机netb用ARP获得对应于140.252.1.4的48 bit以太网地址。这个以太网地址就是链路层数据帧头上的目的地址。

    路由器gateway也执行与前面两个路由器相同的步骤。它的默认路由表目所指定的下一站路由器IP地址是140.252.104.2。（我们将在图8.4中证实，使用Traceroute程序时，它就是gateway使用的下一站路由器。）

    对于这个例子我们需要指出一些关键点：

    1. 该例子中的所有主机和路由器都使用了默认路由。事实上，大多数主机和一些路由器可以用默认路由来处理任何目的，除非它在本地局域网上。

 

图3.4 从bsdi到ftp.uu.net (192.48.96.9)的初始路径

 

    2. 数据报中的目的IP地址始终不发生任何变化。（在8.5节中，我们将看到，只有使用源路由选项时目的IP地址才有可能被修改，但这种情况很少出现。）所有的路由选择决策都是基于这个目的IP地址。

    3. 每个链路层可能具有不同的数据帧首部，而且链路层的目的地址（如果有的话）始终指的是下一站的链路层地址。在我们的例子中，两个以太网封装了含有下一站以太网地址的链路层首部，但是SLIP链路没有这样做。以太网地址一般通过ARP获得。

    在第9章，我们在描述了ICMP之后将再次讨论IP路由选择问题。我们将看到一些路由表的例子，以及如何用它们来进行路由决策的。

 

3.4 子网寻址

    现在所有的主机都要求支持子网编址（RFC 950 [Mogul and Postel 1985]）。不是把IP地址看成由单纯的一个网络号和一个主机号组成，而是把主机号再分成一个子网号和一个主机号。

    这样做的原因是因为A类和B类地址为主机号分配了太多的空间，可分别容纳主机数224-2和216-2。事实上，在一个网络中人们并不安排这么多的主机。（各类IP地址的格式如图1.5所示。）由于全0或全1的主机号都是无效的，因此我们把总数减去2。

    在InterNIC获得某类IP网络号后，就由当地的系统管理员来进行分配，由他（或她）来决定是否建立子网，以及分配多少比特给子网号和主机号。例如，这里有一个B类网络地址（140 .252），在剩下的16 bit中，8 bit用于子网号，8 bit用于主机号，格式如图3.5所示。这样就允许有254个子网，每个子网可以有254台主机。

 

图3.5 B类地址的一种子网编址

 

    许多管理员采用自然的划分方法，即把B类地址中留给主机的16 bit中的前8 bit作为子网地址，后8 bit作为主机号。这样用点分十进制方法表示的IP地址就可以比较容易确定子网号。但是，并不要求A类或B类地址的子网划分都要以字节为划分界限。

    大多数的子网例子都是B类地址。其实，子网还可用于C类地址，只是它可用的比特数较少而已。很少出现A类地址的子网例子是因为A类地址本身就很少。（但是，大多数A类地址都是进行子网划分的。）

    子网对外部路由器来说隐藏了内部网络组织（一个校园或公司内部）的细节。在我们的网络例子中，所有的IP地址都有一个B类网络号140.252。但是其中有超过30个子网，多于400台主机分布在这些子网中。由一台路由器提供了Internet的接入，如图3.6所示。

    在这个图中，我们把大多数的路由器编号为Rn，n是子网号。我们给出了连接这些子网的路由器，同时还包括了封二图中的九个系统。在图中，以太网用粗线表示，点对点链路用虚线表示。我们没有画出不同子网中的所有主机。例如，在子网140.252.3上，就超过50台主机，而在子网140.252.1上则超过100台主机。

    与30个C类地址相比，用一个包含30个子网的B类地址的好处是，它可以缩小Internet路由表的规模。B类地址140.252被划分为若干子网的事实对于所有子网以外的Internet路由器都是透明的。为了到达IP地址开始部分为140.252的主机，外部路由器只需要知道通往IP地址140.252.104.1的路径。这就是说，对于网络140.252只需一个路由表目，而如果采用30个C类地址，则需要30个路由表目。因此，子网划分缩减了路由表的规模。（在10.8小节中，我们将介绍一种新技术，即使用C类地址也可以缩减路由表的规模。）

 

图3.6网络noao.edu（140.252）中的大多数子网安排

 

    子网对于子网内部的路由器是不透明的。如图3.6所示，一份来自Internet的数据报到达gateway，它的目的地址是140.252.57.1。路由器gateway需要知道子网号是57，然后把它送到kpno。同样，kpno必须把数据报送到R55，最后由R55把它送到R57。

 

3.5 子网掩码

    任何主机在引导时进行的部分配置是指定主机IP地址。大多数系统把IP地址存在一个磁盘文件里供引导时读用。在第5章我们将讨论一个无盘系统如何在引导时获得IP地址。

    除了IP地址以外，主机还需要知道有多少比特用于子网号及多少比特用于主机号。这也是在引导过程中通过子网掩码来确定的。这个掩码是一个32 bit的值，其中值为1的比特留给网络号和子网号，为0的比特留给主机号。图3.7是一个B类地址的两种不同的子网掩网格式。第一个例子是noao.edu网络采用的子网划分方法，如图3.5所示，子网号和主机号都是8 bit宽。第二个例子是一个B类地址划分成10 bit的子网号和6 bit的主机号。

   

图3.7 两种不同的B类地址子网掩码例子

 

    尽管IP地址一般以点分十进制方法表示，但是子网掩码却经常用十六进制来表示，特别是当界限不是一个字节时，因为子网掩码是一个比特掩码。

    给定IP地址和子网掩码以后，主机就可以确定IP数据报的目的是：（1）本子网上的主机；（2）本网络中其它子网中的主机；（3）其它网络上的主机。如果知道本机的IP地址，那么就知道它是否为A类，B类或C类地址（从IP地址的高位可以得知），也就知道网络号和子网号之间的分界限。而根据子网掩码则知道子网号与主机号之间的分界限。

 

例子

    假设我们的主机地址是140.252.1.1（一个B类地址），而子网掩网为255.255.255.0（其中8 bit为子网号，8 bit为主机号）

    . 如果目的IP地址是140.252.4.5，那么我们知道B类网络号是相同的（140.252），但是子网号是不同的（1和4）。用子网掩码在两个IP地址之间的比较如图3.8所示。

    . 如果目的IP地址是140.252.1.22，那么B类网络号还是一样的（140.252），而且子网号也是一样的（1），但是主机号是不同的。

    . 如果目的IP地址是192.43.235.6（一个C类地址），那么网络号是不同的，因而进一步的比较就不用再进行了。

 

图3.8 使用子网掩码的两个B类地址之间的比较

 

    给定两个IP地址和子网掩码后，IP路由选择功能一直进行这样的比较。

 

3.6 特殊情况的IP地址

    经过子网划分的描述，我们现在介绍7个特殊的IP地址，如图3.9所示。在这个图中，0表示所有的比特位全为0，-1表示所有的比特位全为1，netid, subnetid, 和hostid分别表示不为全0或全1的对应字段。子网号栏为空表示该地址没有进行子网划分。

 

（以下是图3.9的译文）

IP地址

可以为

描述

网络号

子网号

主机号

源端？

目的端？

 

0

 

0

OK

不可能

网络上的主机（参见下面的限制）

0

 

hostid

OK

不可能

网络上的特定主机（参见下面的限制）

127

 

任何值

OK

OK

环回地址（2.7节）

-1

 

-1

不可能

OK

受限的广播（永远不被转发）

netid

 

-1

不可能

OK

以网络为目标向netid广播

netid

subnetid

-1

不可能

OK

以子网为目标向netid, subnetid广播

netid

-1

-1

不可能

OK

以所有子网为目标向netid广播

图3.9 特殊情况的IP地址

 

    我们把这个表分成三个部分。表的头两项是特殊的源地址，中间项是特殊的环回地址，最后四项是广播地址。

    表中的头两项，网络号为0，只能作为初始化过程中的源地址出现，如主机使用BOOTP协议确定本机IP地址时。

    在12.2节中，我们将进一步分析四类广播地址。

 

3.7  一个子网的例子

    这个例子是本文中采用的子网，以及如何使用两个不同的子网掩码。具体安排如图3.10所示。

 

图3.10 作者所在子网中的主机和网络安排

 

    如果把该图与封二中的图相比，你会发现我们在图3.10中省略了从路由器sun到上面的以太网之间的连接细节，实际上它们之间的连接是拔号SLIP。这个细节不影响我们本节中讨论的子网划分问题。我们在4.6节讨论ARP代理时将再回头讨论到这个细节。

    问题是我们在子网13中有两个分离的网络：一个以太网和一个点对点链路（硬件连接的SLIP链路）。（点对点链接始终会带来问题，因为它一般在两端都需要IP地址。）将来或许会有更多的主机和网络，但是为了不让主机跨越不同的网络就得使用不同的子网号。我们的解决方法是把子网号从8 bit扩充到11 bit，把主机号从8 bit减为5 bit。这就叫作变长子网，因为140.252网络中的大多数子网都采用8 bit子网掩码，而我们的子网却采用11 bit的子网掩码。

 

（下面是原书p.46①的译文）

    RFC 1009[Braden and Postel 1987]允许一个含有子网的网络使用多个子网掩码。新的路由器需求RFC[Almquist 1993]则要求支持这一功能。

但是，问题在于并不是所有的路由选择协议在交换目的网络时也交换子网掩码。在第10章中，我们将看到RIP不支持变长子网，RIP 2版和OSPF则支持变长子网。在我们的例子中不存在这种问题，因为在我的子网中不要求使用RIP协议。

 

    作者子网中的IP地址结构如图3.11所示，11位子网号中的前8 bit始终是13。在剩下的3 bit中，我们用二进制001表示以太网，010表示点对点SLIP链路。这个变长子网掩码在140.252网络中不会给其它主机和路由器带来问题――只要目的是子网140.252.13的所有数据报都传给路由器sun（IP地址是140.252.1.29），如图3.11所示，而如果sun知道子网13中的主机有11 bit子网号，那么一切都好办了。

 

图3.11 变长子网

 

    140.252.13子网中的所有接口的子网掩码是255.255.255.224，或0xffffffe0。这表明最右边的5 bit留给主机号，左边的27 bit留给网络号和子网号。

    图3.10中所有接口的IP地址和子网掩码的分配情况如图3.12所示。

 

图3.12 作者子网的IP地址

 

    第一栏标为是“主机”，但是sun和bsdi也具有路由器的功能，因为它们是多接口的，可以把分组数据从一个接口转发到另一个接口。

    这个表中的最后一行是图3.10中的广播地址140.252.13.63：它是根据以太网子网号（140.252.13.32）和图3.11中的低5位置1（16＋8＋4＋2＋1＝31）得来的。（我们在第12章中将看到，这个地址被称作以子网为目标的广播地址（subnet-directed broadcast address）。）

 

3.8  ifconfig命令

    到目前为止，我们已经讨论了链路层和IP层，现在可以介绍TCP/IP对网络接口进行配置和查询的命令了。ifconfig(8)命令一般在引导时运行，以配置主机上的每个接口。

    由于拔号接口可能会经常接通和挂断（如SLIP链路），每次线路接通和挂断时ifconfig都必须（以某种方法）运行。这个过程如何完成取决于使用的SLIP软件。

    下面是作者子网接口的有关参数。请把它们与图3.12的值进行比较。

 

（见原书p.48的①）

 

环回接口（2.7节）被认为是一个网络接口。它是一个A类地址，没有进行子网划分。

需要注意的是以太网没有采用尾部封装（2.3节），而且可以进行广播，而SLIP链路是一个点对点的链接。

SLIP接口的标志LINK0是一个允许压缩slip的数据（CSLIP，参见2.5节）的配置选项。其它的选项有LINK1（如果从另一端收到一份压缩报文，就允许采用CSLIP）和LINK2（所有外出的ICMP报文都被丢弃）。我们在4.6节中将讨论SLIP链接的目的地址。

 

（下面是原书p.48②的译文）

安装指南中的注释对最后这个选项进行了解释：“一般它不应设置，但是由于一些不当的ping操作，你可能会导致吞吐量降到0。”

 

    bsdi是另一台路由器。由于-a参数是SunOS操作系统具有的功能，因此我们必须多次执行ifconfig，并指定接口名字参数：

 

（见原书p.48的③）

 

    这里，我们看到以太网接口（we0）的一个新选项：SIMPLEX。这个4.4BSD标志表明接口不能收到本机传送的数据。在BSD/386中所有的以太网都这样设置。一旦这样设置后，如果接口发送一帧数据到广播地址，那么就会为本机拷贝一份数据送到环回地址。（在6.3小节我们将举例子说明这一点。）

    在主机slip中，SLIP接口的设置基本上与上面的bsdi一致，只是两端的IP地址进行了互换：

 

slip % /sbin/ifconfig sl0

sl0: flags=1011<UP,POINTOPOINT,LINK0>

              inet 140.252.13.65 --> 140.252.13.66 netmask ffffffe0

 

    最后一个接口是主机svr4上的以太网接口。它与前面的以太网接口类似，只是SVR4版的ifconfig没有打印RUNNING标志：

 

    svr4 % /usr/sbin/ifconfig emd0

    emd0: flags=23<UP,BROADCAST,NOTRAILERS>

            inet 140.252.13.34 netmask ffffffe0 broadcast 140.252.13.63

 

    ifconfig命令一般支持TCP/IP以外的其它协议族，而且有很多参数。关于这些细节你可以查看系统说明书。

 

3.9  netstat命令

    netstat(1)命令也提供系统上的接口信息。-i参数将打印出接口信息，-n参数则打印出IP地址，而不是主机名字。

 

（见原书p.49的①）

 

    这个命令打印出每个接口的MTU，输入分组数，输入错误，输出分组数，输出错误，冲突，以及当前的输出队列长度。

    我们在第9章将用netstat命令检查路由表，那时再回头讨论该命令。另外，在第13章我们将用它的一个改进版本来查看活动的广播组。

 

3.10  IP的未来

    IP主要存在三个方面的问题。这是Internet在过去几年快速增长所造成的结果。（参见习题1.2。）

    1. 超过半数的B类地址已被分配。根据当前的估计，如果B类地址继续以当前的速度分配，它们将大约在1995年耗尽。

    2. 32 bit的IP地址从长期的Internet增长角度来看一般是不够用的。

    3. 当前的路由结构没有层次结构，属于平面型(flat)结构，每个网络都需要一个路由表目。随着网络数目的增长，一个具有多个网络的网站就必须分配多个C类地址，而不是一个B类地址，因此路由表的规模会不断增长。

    无类别的域间路由选择CIDR（Classless Interdomain Routing）提出了一个可以解决第三个问题的建议，对当前版本的IP（IP版本4）进行扩充，以适应下个世纪Internet的发展。对此我们将在10.8节进一步详细介绍。

    对新版的IP，即下一代IP，经常称作IPng，主要有四个方面的建议。1993年5月发行的IEEE Network (vol.7, no.3)对前三个建议进行了综述，同时有一篇关于CIDR的论文。RFC 1454 [Dixon 1993]对前三个建议进行了比较。

    1. SIP，简单Internet协议。它针对当前的IP提出了一个最小幅度的修改建议，采用64位地址和一个不同的首部格式。（首部的前4比特仍然包含协议的版本号，其值不再是4。）

    2. PIP。这个建议也采用了更大的，可变长度的，有层次结构的地址，而且首部格式也不相同。

    3. TUBA，代表“TCP and UDP with Bigger Address”，它基于OSI 的CLNP（Connectionless Network Protocol，无连接网络协议），一个与IP类似的OSI协议。它提供大得多的地址空间：可变长度，可达20个字节。由于CLNP是一个现有的协议，而SIP和PIP只是建议，因此关于CLNP的文档已经出现。RFC 1347[Callon 1992]提供了TUBA的有关细节。文献[Perlman 1992]的第7章对IPv4和CLNP进行了比较。许多路由器已经支持CLNP，但是很少有主机也提供支持。

    4. TP/IX，由RFC 1475 [Ullmann 1993]对它进行了描述。虽然SIP采用了64 bit的址址，但是它还改变了TCP和UDP的格式：二个协议均为32 bit的端口号，64 bit的序列号，64 bit的确认号，以及TCP的32 bit窗口。

    前三个建议基本上采用了相同版本的TCP和UDP作为传输层协议。

    由于四个建议只能有一个被选为IPv4的替换者，而且在你读到此书时可能已经做出选择，因此我们对它们不进行过多评论。虽然CIDR即将实现以解决目前的缺期问题，但是IPv4后继者的实现则需要经过许多年。

 

3.11 小结

    本章开始描述了IP首部的格式，并简要讨论了首部中的各个字段。我们还介绍了IP路由选择，并指出主机的路由选择可以非常简单：如果目的主机在直接相连的网络上，那么就把数据报直接传给目的主机，否则传给默认路由器。

    在进行路由选择决策时，主机和路由器都使用路由表。在表中有三种类型的路由：特定主机型，特定网络型，默认路由型。路由表中的表目具有一定的优先级。在选择路由时，主机路由优先于网络路由，最后在没有其它可选路由存在时才选择默认路由。

    IP路由选择是通过逐跳（hop-by-hop）来实现的。数据报在各站的传输过程中目的IP地址始终不变，但是封装和目的链路层地址在每一站都可以改变。大多数的主机和许多路由器对于非本地网络的数据报都使用默认的下一站路由器。

    A类和B类地址一般都要进行子网划分。用于子网号的比特数能过子网掩码来指定。我们为此举了一个实例详细说明，即作者所在的子网，并介绍了变长子网的概念。子网的划分缩小了Internet路由表的规模，因为许多网络经常可以能过单个表目就可以访问了。接口和网络的有关信息通过ifconfig和netstat命令可以获得，包括接口的IP地址、子网的掩码、广播地址以及MTU等。

    在本章的最后，我们对Internet协议族潜在的改进建议――下一代IP进行了讨论。

 

习题

3.1 环回地址必须是127.0.0.1吗？

3.2 在图3.6中指出有两个网络接口的路由器。

3.3 子网号为16 bit的A类地址与子网号为8 bit的B类地址的子网掩码有什么不同？

3.4 阅读RFC 1219 [Tsuchiya 1991]，学习分配子网号和主机号的有关推荐技术。

3.5 子网掩码255.255.0.255是否对A类地址有效？

3.6 为什么你认为3.9小节中打印出来的环回接口的MTU要设置为1536？

3.7 TCP/IP协议族是基于一种数据报网络技术，即IP层，其它的协议族则基于面向连接的网络技术。阅读文献[Clark 1988]，找出数据报网络层提供的三个优点。

3－1

4  ARP：地址解析协议

 

4.1 引言

    本章我们要讨论的问题是只对TCP/IP协议簇有意义的IP地址。数据链路如以太网或令牌环网都有自己的寻址机制（常常为48 bit地址），这是使用数据链路的任何网络层都必须遵从的。一个网络如以太网可以同时被不同的网络层使用。例如，一组使用TCP/IP协议的主机和另一组使用某种PC网络软件的主机可以共享相同的电缆。

    当一台主机把以太网数据帧发送到位于同一局域网上的另一台主机时，是根据48 bit的以太网地址来确定目的接口的。设备驱动程序从不检查IP数据报中的目的IP地址。

    地址解析为这两种不同的地址形式提供映射：32 bit的IP地址和数据链路层使用的任何类型的地址。RFC 826 [Plummer 1982]是ARP规约描述文档。

    本章及下一章我们要讨论的两种协议如图4.1所示：ARP（地址解析协议）和RARP（逆地址解析协议）。

 

图4.1 地址解析协议：ARP和RARP

 

    ARP为IP地址到对应的硬件地址之间提供动态映射。我们之所以用动态这个词是因为这个过程是自动完成的，一般应用程序用户或系统管理员不必关心。

    RARP是被那些没有磁盘驱动器的系统使用（一般是无盘工作站或X终端），它需要系统管理员进行手工设置。我们在第5章对它进行讨论。

 

4.2 一个例子

    任何时候我们敲入下面这个形式的命令：

    % ftp bsdi

都会进行以下这些步骤。这些步骤的序号如图4.2所示。

    1. 应用程序FTP客户端调用函数gethostbyname(3)把主机名（bsdi）转换成32 bit的IP地址。这个函数在DNS（域名系统）中称作解析器，我们将在第14章对它进行介绍。这个转换过程或者使用DNS，或者在较小网络中使用一个静态的主机文件（/etc/hosts）。

    2. FTP客户端请求TCP用得到的IP地址建立连接。

    3. TCP发送一个连接请求段到远端的主机，即用上述IP地址发送一份IP数据报。（在第18章我们将讨论完成这个过程的细节。）

    4. 如果目的主机在本地网络上（如以太网，令牌环网，或点对点链接的另一端），那么IP数据报可以直接送到目的主机上。如果目的主机在一个远程网络上，那么就通过IP路由选择函数来确定位于本地网络上的下一站路由器地址，并让它转发IP数据报。在这两种情况下，IP数据报都是被送到位于本地网络上的一台主机或路由器。

    5. 假定是一个以太网，那么发送端主机必须把32 bit的IP地址变换成48 bit的以太网地址。从逻辑Internet地址到对应的物理硬件地址需要进行翻译。这个过程就是ARP的功能完成。

    ARP本来是用于广播网络的，有许多主机或路由器连在同一个网络上。

    6. ARP发送一份称作ARP请求的以太网数据帧给以太网上的每个主机。这个过程称作广播，如图4.2中的虚线所示。ARP请求数据帧中包含目的主机的IP地址（主机名为bsdi），其意思是“如果你是这个IP地址的拥有者，请回答你的硬件地址。”

 

图4.2  当用户输入命令“ftp 主机名"时ARP的操作

 

    7. 目的主机的ARP层收到这份广播报文后，识别出这是发送端在寻问它的IP地址，于是发送一个ARP回答。这个ARP回答包含IP地址及对应的硬件地址。

    8. 收到ARP回答后，使ARP进行请求－回答交换的IP数据报现在就可以传送了。

    9. 发送IP数据报到目的主机。

    在ARP背后有一个基本概念，那就是网络接口有一个硬件地址（一个48 bit的值，标识不同的以太网或令牌环网络接口）。在硬件层次上进行的数据帧交换必须有正确的接口地址。但是，TCP/IP有自己的地址：32 bit的IP地址。知道主机的IP地址并不能让内核发送一帧数据给主机。内核（如以太网驱动程序）必须知道目的端的硬件地址才能发送数据。ARP的功能是在32 bitIP地址和采用不同网络技术的硬件地址之间提供动态映射。

    点对点链路不使用ARP。当设置这些链路时（一般在引导过程进行），必须告知内核链路每一端的IP地址。像以太网地址这样的硬件地址并不涉及。

 

4.3  ARP高速缓存

    ARP高效运行的关键是由于每个主机上都有一个ARP高速缓存。这个高速缓存存放了最近Internet地址到硬件地址之间的映射记录。高速缓存中每一项的生存时间一般为20分钟，起始时间从被创建时开始算起。

    我们可以用arp(8)命令来检查ARP高速缓存。参数-a的意思是显示高速缓存中所有的内容。

 

    bsdi % arp -a

    sun (140.252.13.33) at 8:0:20:3:f6:42

    svr4 (140.252.13.34) at 0:0:c0:c2:9b:26

 

    48 bit的以太网地址用6个十六进制的数来表示，中间以冒号隔开。在4.8小节我们将讨论arp命令的其它功能。

 

4.4 ARP的分组格式

    在以太网上解析IP地址时，ARP请求和回答分组的格式如图4.3所示。（ARP可以用于其它类型的网络，可以解析IP地址以外的地址。紧跟着帧类型字段的前四个字段指定了最后四个字段的类型和长度。）

 

图4.3 用于以太网的ARP请求或回答分组格式

 

    以太网报头中的前两个字段是以太网的源地址和目的地址。目的地址为全1的特殊地址是广播地址。电缆上的所有以太网接口都要接收广播的数据帧。

    2个字节长的以太网帧类型表示后面数据的类型。对于ARP请求或回答来说，该字段的值为0x0806。

    形容词hardware(硬件)和protocol(协议)用来描述ARP分组中的各个字段。例如，一个ARP请求分组询问协议地址（这里是IP地址）对应的硬件地址（这里是以太网地址）。

    硬件类型字段表示硬件地址的类型。它的值为1即表示以太网地址。协议类型字段表示要映射的协议地址类型。它的值为0x0800即表示IP地址。它的值与包含IP数据报的以太网数据帧中的类型字段的值相同，这是有意设计的。（参见图2.1）

    接下来的两个1字节的字段，硬件地址长度和协议地址长度分别指出硬件地址和协议地址的长度，以字节为单位。对于以太网上IP地址的ARP请求或回答来说，它们的值分别为6和4。

    操作字段指出四种操作类型，它们是ARP请求（值为1），ARP回答（值为2），RARP请求（值为3），RARP回答（值为4）。（我们在第5章讨论RARP。）这个字段必需的，因为ARP请求和ARP回答的帧类型字段值是相同的。

    接下来的四个字段是发送端的硬件地址（在本例中是以太网地址），发送端的协议地址（IP地址），目的端的硬件地址，目的端的协议地址。注意，这里有一些重复信息：在以太网的数据帧报头中和ARP请求数据帧中都有发送端的硬件地址。

    对于一个ARP请求来说，除目的端硬件地址外的所有其他的字段都有填充值。当系统收到一份目的端为本机的ARP请求报文后，它就把硬件地址填进去，然后用两个目的端地址分别替换两个发送端地址，并把操作字段置为2，最后把它发送回去。

 

4.5  ARP举例

    在本小节中，我们用tcpdump命令来看一看运行像Telnet这样的普通TCP工具软件时ARP会做些什么。附录A包含tcpdump命令的其它细节。

 

普通例子

    为了看清楚ARP的运作过程，我们执行telnet命令与无效的服务器连接。

 

（见原书p.57的①）

 

    当我们在另一个系统上（sun）运行带有-e参数的tcpdump命令时，显示的是硬件地址（在我们的例子中是48 bit的以太网地址。）

   

图4.4 TCP连接请求产生的ARP请求和回答

 

    图4.4中的tcpdump的原始输出如图附录A中的A.3所示。由于这是本书第一个tcpdump输出例子，你应该去查看附录中的原始输出，看看我们作了哪些修改。

    我们删除了tcpdump命令输出的最后四行，因为它们是结束连接的信息（我们将在第18章进行讨论），与这里讨论的内容不相关。

    在第1行中，源端主机（bsdi）的硬件地址是0:0:c0: 6f :2d:40。目的端主机的硬件地址是ff:ff:ff:ff:ff:ff，这是一个以太网广播地址。电缆上的每个以太网接口都要接收这个数据帧并对它进行处理，如图4.2所示。

    第1行中紧接着的一个输出字段是arp，表明帧类型字段的值是0x0806，说明此数据帧是一个ARP请求或回答。

    在每行中，单词arp或ip后面的值60指的是以太网数据帧的长度。由于ARP请求或回答的数据帧长都是42字节（28字节的ARP数据，14字节的以太网帧头），因此每一帧都必须加入填充字符以达到以太网的最小长度要求：60字节。

    请参见图1.7，这个最小长度60字节包含14字节的以太网帧头，但是不包括4个字节的以太网帧尾。有一些书把最小长度定为64字节，它包括以太网的帧尾。我们在图1.7中把最小长度定为46字节，是有意不包括14字节的帧首部，因为对应的最大长度（1500字节）指的是MTU――最大传输单元（图2.5）。我们使用MTU经常是因为它对IP数据报的长度进行限制，但一般与最小长度无关。大多数的设备驱动程序或接口卡自动地用填充字符把以太网数据帧充满到最小长度。第3，4和5行中的IP数据报（包含TCP段）的长度都比最小长度小，因此都必须进行填充到60字节。

    第1行中的下一个输出字段arp who-has表示作为ARP请求的这个数据帧中，目的IP地址是svr4的地址，发送端的IP地址是bsdi的地址。tcpdump打印出主机名对应的默认IP地址。（在4.7节中，我们将用-n参数来查看ARP请求中真正的IP地址。）

    从第2行中我们可看到，尽管ARP请求是广播的，但是ARP回答的目的地址却是bsdi（0:0:c0: 6f :2d:40）。ARP回答是直接送到请求端主机的，而是广播的。

    tcpdump打印出arp reply的字样，同时打印出响应者的主机名和硬件地址。

    第3行是第一个请求建立连接的TCP段。它的目的硬件地址是目的主机(svr4)。我们将在第18章讨论这个段的细节内容。

    在每一行中，行号后面的数字表示tcpdump收到分组的时间（以秒为单位）。除第1行外，其它每行在括号中还包含了与上一行的时间差异（以秒为单位）。我们从这个图可以看出，发送ARP请求与收到ARP回答之间的时延是2.2 ms。而在0.7 ms之后发出第一段TCP报文。在本例中，用ARP进行动态地址解析的时间小于3 ms。

    最后需要指出的一点，在tcpdump命令输出中，我们没有看到svr4在发出第一段TCP报文（第4行）之前发出的ARP请求。这是因为可能在svr4的ARP高速缓存中已经有bsdi的表项。一般情况下，当系统收到ARP请求或发送ARP回答时，都要把请求端的硬件地址和IP地址存入ARP高速缓存。在逻辑上可以假设，如果请求端要发送IP数据报，那么数据报的接收端将很可能会发送一个回答。

 

对不存在主机的ARP请求

    如果查询的主机已关机或不存在会发生什么情况呢？为此我们指定一个并不存在的Internet地址――根据网络号和子网号所对应的网络确实存在，但是并不存在所指定的主机号。从图3.10我们可以看出，主机号从36到62的主机并不存在（主机号为63是广播地址）。这里，我们用主机号36来举例子。

 

（见原书p.59的①）

 

    tcpdump命令的输出如图4.5所示。

 

图4.5 对不存在主机的ARP请求

 

    这一次，我们没有用-e选项，因为我们已经知道ARP请求是在网上广播的。

    令人感兴趣的是看到多次进行ARP请求：第一次请求发生后5.5秒进行第二次请求，在24秒之后又进行第三次请求。（在第21章我们将看到TCP的超时和重发算法的细节。）tcpdump命令输出的超时限制为29.5秒。但是，在telnet命令使用前后分别用date命令检查时间，可以发现Telnet客户端的连接请求似乎在大约75秒后才放弃。事实上，我们在后面将看到，大多数的BSD实现把完成TCP连接请求的时间限制设置为75秒。

    在第18章中，当我们看到建立连接的TCP报文段序列时，会发现ARP请求对应于TCP试图发送的初始TCP  SYN（同步）段。

    注意，在线路上我们始终看不到TCP的报文段。我们能看到的是ARP请求。直到ARP回答返回时，TCP报文段才可以被发送，因为硬件地址到这时才可能知道。如果我们用过滤模式运行tcpdump命令，只查看TCP数据，那么将没有任何输出。

 

ARP 高速缓存超时设置

    在ARP高速缓存中的表项一般都要设置超时值。（在4.8小节中，我们将看到管理员可以用arp命令把地址放入高速缓存中而不设置超时值。）从伯克利系统演变而来的系统一般对完整的表项设置超时值为20分钟，而对不完整的表项设置超时值为3分钟。（在前面的例子中我们已见过一个不完整的表项，即在以太网上对一个不存在的主机发出ARP请求。）当这些表项再次使用时，这些实现一般都把超时值重新设为20分钟。

     

（下面是原书p.60①的译文）

    在RFC中说，在表项正在使用时，超时值就应该启动，但是大多数的从伯克利系统演变而来的系统没有这样做――它们每次都是在访问表项进重设超时值。

 

4.6  ARP代理

    如果ARP请求是从一个网络的主机发往另一个网络上的主机，那么连接这两个网络的路由器就可以回答该请求，这个过程称作委托ARP或ARP代理(Proxy ARP)。这样可以欺骗发起ARP请求的发送端，使它误以为路由器就是目的主机，而事实上目的主机是在路由器的“另一边”。路由器的功能相当于目的主机的代理，把分组从其它主机转发给它。

    举例是说明ARP代理的最好方法。如图3.10所示，系统sun与两个以太网相连。但是，我们也指出过，事实上并不是这样，请把它与封二中的图进行比较。在sun和子网140.252.1之间实际存在一个路由器，就是这个具有ARP代理功能的路由器使得sun就好像在子网140.252.1上一样。具体安置如图4.6所示，路由器Telebit NetBlazer，取名为netb，在子网和主机sun之间。

 

图4.6 ARP代理的例子

 

    当子网140.252.1（称作gemini）上的其它主机有一份IP数据报要传给地址为140.252.1.29的sun，gemini比较网络号（140.252）和子网号（1），因为它们都是相同的，因而在图4.6上面的以太网中发送IP地址140.252.1.29的ARP请求。路由器netb识别出该IP地址属于它的一个拔号主机，于是把它的以太网接口地址140.252.1作为硬件地址来回答。主机gemini通过以太网发送IP数据报到netb，netb通过拔号SLIP链路把数据报转发到sun。这个过程对于所有140.252.1子网上的主机来说都是透明的，主机sun实际上是在路由器netb后面进行配置的。

    如果我们在主机gemini上执行arp命令，经过与主机sun通信以后，我们发现在同一个子网140.252.1上的netb和sun的IP地址映射的硬件地址是相同的。这通常是使用委托ARP的线索。

 

    gemini % arp -a

                                      这里是子网140.252.1上其他主机的输出行

    netb (140.252.1.183) at 0:80:ad:3: 6a :80

    sun (140.252.1.29) at 0:80:ad:3: 6a :80

   

    图4.6中的另一个需要解释的细节是在路由器netb的下方（SLIP链路）显然缺少一个IP地址。为什么在拔号SLIP链路的两端只拥有一个IP地址，而在bsdi和slip之间的两端却分别有一个IP地址？在3.8小节我们已经指出，用ifconfig命令可以显示拔号SLIP链路的目的地址，它是140.252.1.183。NetBlazer不需要知道拔号SLIP链路每一端的IP地址。（这样做会用更多的IP地址。）相反，它通过分组到达的串行线路接口来确定发送分组的拔号主机，因此对于连接到路由器的每个拔号主机不需要用唯一的IP地址。所有的拔号主机使用同一个IP地址140.252.1.183作为SLIP链路的目的地址。

    ARP代理可以把数据报传送到路由器sun上，但是子网140.252.13上的其它主机是如何处理的呢？路由选择必须使数据报能到达其它主机。这里需要特殊处理，路由选择表中的表项必须在网络140.252的某个地方制定，使所有数据报的目的端要么是子网140.252.13，要么是子网上的某个主机，这样都指向路由器netb。而路由器netb知道如何把数据报传到最终的目的端，即通过路由器sun。

    ARP代理也称作混合ARP（promiscuous ARP）或ARP 出租(ARP hack)。这些名字来自于ARP代理的其它用途：通过两个物理网络之间的路由器可以互相隐藏物理网络。在这种情况下，两个物理网络可以使用相同的网络号，只要把中间的路由器设置成一个ARP代理，以响应一个网络到另一个网络主机的ARP请求。这种技术在过去用来隐藏一组在不同物理电缆上运行旧版TCP/IP的主机。分开这些旧主机有两个共同的理由，其一是它们不能处理子网划分，其二是它们使用旧的广播地址（所有比特值为0的主机号，而不是目前使用的所有比特值为1的主机号）。

 

4.7  免费ARP

    我们可以看到的另一个ARP特性称作免费ARP (gratuitous ARP)。它是指主机发送ARP查找自己的IP地址。通常，它发生在系统引导期间进行接口配置的时候。

    在我们的互联网中，如果我们引导主机bsdi并在主机sun上运行tcpdump命令，我们可以看到如图4.7所示的分组。

 

图4.7 免费ARP的例子

 

    （我们用-n选项运行tcpdump命令，打印出点分十进制的地址，而不是主机名。）对于ARP请求中的各字段来说，发送端的协议地址和目的端的协议地址是一致的：即主机bsdi的地址140.252.13.35。另外，以太网报头中的源地址0:0:c0: 6f :2d:40，正如tcpdump命令显示的那样，等于发送端的硬件地址（见图4.4）。

    免费ARP可以有两个方面的作用。

    1. 一个主机可以通过它来确定另一个主机是否设置了相同的IP地址。主机bsdi并不希望对此请求有一个回答。但是，如果收到一个回答，那么就会在终端日志上产生一个错误消息“以太网地址：a:b:c:d:e:f发送来重复的IP地址”。这样就可以警告系统管理员，某个系统有不正确的设置。

    2. 如果发送免费ARP的主机正好改变了硬件地址（很可能是主机关机了，并换了一块接口卡，然后重新启动），那么这个分组就可以使其它主机高速缓存中旧的硬件地址进行相应的更新。一个比较著名的ARP协议事实[Plummer 1982]是，如果主机收到某个IP地址的ARP请求，而且它已经在接收者的高速缓存中，那么就要用ARP请求中的发送端硬件地址（如以太网地址）对高速缓存中相应的内容进行更新。主机接收到任何ARP请求都要完成这个操作。（ARP请求是在网上广播的，因此每次发送ARP请求时网络上的所有主机都要这样做。）

    文献[Bhide, Elnozahy, and Morgan 1991]中有一个应用例子，通过发送含有备份硬件地址和故障服务器的IP地址的免费ARP请求，使得备份文件服务器可以顺利地接替故障服务器进行工作。这使得所有目的地为故障服务器的报文都被送到备份服务器那里，客户程序不用关心原来的服务器是否出了故障。

 

（以下是原书p.63①的译文）

    不幸的是，作者却反对这个做法，因为这取决于所有不同类型的客户端都要有正确的ARP协议实现。它们显然碰到过客户端的ARP协议实现与规范不一致的情况。

    通过检查作者所在子网上的所有系统可以发现，SunOS 4.1.3 和4.4BSD在引导时都发送免费ARP，但是SVR4却没有这样做。

 

4.8  arp命令

    我们已经用这个命令及参数-a来显示ARP高速缓存中的所有内容。这里介绍其它参数的功能。

    超级用户可以用参数-d来删除ARP高速缓存中的某一项内容。（这个命令格式可以在运行一些例子之前使用，以让我们看清楚ARP的交换过程。）

    另外，可以通过参数-s来增加高速缓存中的内容。这个参数需要主机名和以太网地址：对应于主机名的IP地址和以太网地址被增加到高速缓存中。新增加的内容是永久性的（比如，它没有超时值），除非在命令行的末尾附上关键字temp。

    位于命令行末尾的关键字pub和-s参数一起，可以使系统起着主机ARP代理的作用。系统将回答与主机名对应的IP地址的ARP请求，并以指定的以太网地址作为回答。如果广播的地址是系统本身，那么系统就为指定的主机名起着委托ARP代理的作用。

 

4.9 小结

    在大多数的TCP/IP实现中，ARP是一个基础协议，但是它的运行对于应用程序或系统管理员来说一般是透明的。ARP高速缓存在它的运行过程中非常关键，我们可以用arp命令对高速缓存进行检查和操作。高速缓存中的每一项内容都有一个定时器，根据它来删除不完整和完整的表项。arp命令可以显示和修改ARP高速缓存中的内容。

    我们介绍了ARP的一般操作，同时也介绍了一些特殊的功能：委托ARP（当路由器对来自于另一个路由器接口的ARP请求进行回答时）和免费ARP（发送自己IP地址的ARP请求，一般发生在引导过程中）。

 

习题

4.1 当我们输入命令以生成类似图4.4那样的输出时，发现本地ARP快速缓存为空以后，输入命令

    bsdi % rsh svr4 arp -a

如果发现目的主机上的ARP快速缓存也是空的，那将发生什么情况？（该命令将在svr4主机上运行arp -a命令。）

4.2 请描述如何判断一个给定主机是否能正确处理接收到的非必要的ARP请求的方法。

4.3 由于发送一个数据包后ARP将等待响应，因此4.2节所描述的步骤7可能会持续一段时间。你认为ARP将如何处理在这期间收到相同目的IP地址发来的多个数据包？

4.4 在4.5节的最后，我们指出Host Requirements RFC和伯克利派生系统在处理活动ARP表目的超时时存在差异。那么如果我们在一个由伯克利派生系统的客户端上，试图与一个正在更换以太网卡而处于关机状态的服务器主机联系，这时会发生什么情况？如果服务器在引导过程中广播一份免费(gratuitous)ARP，这种情况是否会发生变化？