【TCP-IP详解卷1-协议 】第三章 网际协议

目录

1.引言

2. IP首部

2.1 首部中的各个比特的含义

2.2 一个SNMP包的IP报头情况

---

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的正式规范文件。

2. IP首部

2.1 首部中的各个比特的含义

分析图中的首部：
最高位在左边,记为0 bit; 最低位在右边,记为31bit;
4个字节的32bit值以下面的次序传输：
首先是0～7bit, 其次8～15 bit, 然后16～23bit,最后是24~31 bit. 
这种传输次序称作big endian字节序.

由于TCP/IP首部中所有的二进制整数在网络中传输时都要求以这种次序,因此它又称作网络字节序.
以其他形式存储二进制整数的机器, 如little endian格式,必须在传输数据之前把首部转换成网络字节序.

目前的协议版本号是4，因此IP有时也称作IPv4.
之后章节将对一种新版的IP协议进行讨论.
首部长度指的是首部占32bit字的数目,包括任何选项.
由于它是一个4比特字段，因此首部最长为60个字节.
在第8章中,我们将看到这种限制使某些选项如路由记录选项在当今已没有什么用处.
普通IP数据报(没有任何选择项)字段的值是5.
服务类型(TOS-type of service)字段包括一个3 bit的优先权子字段(现在已被忽略),4bit的TOS子字段和1bit未用位但必须置0.
4bit的TOS分别代表：最小时延、最大吞吐量、最高可靠性和最小费用.
4bit中只能置其中1 bit.
如果所有4 bit均为0，那么就意味着是一般服务。
RFC 1340[Reynolds and Postel 1992]描述了所有的标准应用如何设置这些服务类型。 
RFC 1349[Almquist 1992]对该RFC进行了修正，更为详细地描述了TOS的特性.
在最后一列中给出的是十六进制值，因为这就是在后面将要看到的tcpdump命令输出.

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

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


在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节介绍分片和重组时再详细讨论它。同样，在讨论分片时再来分析标志字段和片偏移
字段。


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


TTL (time-to-live）生存时间字段设置了数据报可以经过的最多路由器数。它指定了数据
报的生存时间。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整个首部进行重新计算。RFC1141
[Mallory and Kullberg 1990]为此给出了一个很有效的方法。

但是，标准的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的整数倍（这是首部长度字段所要求的)。

2.2 一个SNMP包的IP报头情况