TCP/IP详解--第一章

               

说明：专栏中的内容是《TCP/IP详解》这本书，博主分享在此。

第1章概     述

 

1.1   引言

很多不同的厂家生产各种型号的计算机，它们运行完全不同的操作系统，但  TCP/IP协议 族允许它们互相进行通信。这一点很让人感到吃惊，因为它的作用已远远超出了起初的设想。 TCP/IP起源于 60年代末美国政府资助的一个分组交换网络研究项目，到  90年代已发展成为计 算机之间最常应用的组网形式。它是一个真正的开放系统，因为协议族的定义及其多种实现 可以不用花钱或花很少的钱就可以公开地得到。它成为被称作“全球互联网”或“因特网 (Internet)”的基础，该广域网（ WAN）已包含超过 100万台遍布世界各地的计算机。

本章主要对 TCP/IP协议族进行概述，其目的是为本书其余章节提供充分的背景知识。如 果读者要从历史的角度了解有关 TCP/IP的早期发展情况，请参考文献 [Lynch 1993]。

 

1.2   分层

 

网络协议通常分不同层次进行开发，每一层分别 负责不同的通信功能。一个协议族，比如 TCP/IP，是 一组不同层次上的多个协议的组合。 TCP/IP通常被认 为是一个四层协议系统，如图 1-1所示。

 

应用层 运输层 网络层

Telnet、FTP和e-mail等 TCP和UDP IP、ICMP和IGMP

每一层负责不同的功能：

1) 链路层，有时也称作数据链路层或网络接口层通常包括操作系统中的设备驱动程序和计算机

链路层                设备驱动程序及接口卡

 

图1-1   TCP/IP协议族的四个层次

中对应的网络接口卡。它们一起处理与电缆（或其他任何传输媒介）的物理接口细节。

2) 网络层，有时也称作互联网层，处理分组在网络中的活动，例如分组的选路。在 TCP/IP协议族中，网络层协议包括 IP协议（网际协议），ICMP协议（ Internet互联网控 制报文协议），以及 IGMP协议（ Internet组管理协议）。

3) 运输层主要为两台主机上的应用程序提供端到端的通信。在  TCP/IP协议族中，有两个 互不相同的传输协议： TCP（传输控制协议）和 UDP（用户数据报协议）。 TCP为两台主机提供高可靠性的数据通信。它所做的工作包括把应用程序交给它的数据分 成合适的小块交给下面的网络层，确认接收到的分组，设置发送最后确认分组的超时时钟等。由于运输层提供了高可靠性的端到端的通信，因此应用层可以忽略所有这些细节。 而另一方面， UDP则为应用层提供一种非常简单的服务。它只是把称作数据报的分组 从一台主机发送到另一台主机，但并不保证该数据报能到达另一端。任何必需的可靠性必须由应用层来提供。 这两种运输层协议分别在不同的应用程序中有不同的用途，这一点将在后面看到。

4) 应用层负责处理特定的应用程序细节。几乎各种不同的  TCP/IP实现都会提供下面这些 通用的应用程序：

• Telnet 远程登录。

• FTP 文件传输协议。

• SMTP 简单邮件传送协议。

•  SNMP简单网络管理协议。 另外还有许多其他应用，在后面章节中将介绍其中的一部分。

假设在一个局域网（ LAN）如以太网中有两台主机，二者都运行 FTP协议，图 1-2列出了 该过程所涉及到的所有协议。

 

 

 

应用层

FTP

客户

FTP协议                    FTP

服务器

用户进程

处理应用 程序细节

 

 

 

运输层

TCP协议

内核          处理通信细节

 

 

 

网络层

IP协议

 

 

 

 

链路层

以太网驱 动程序

以太网协议

 

以太网

以太网驱 动程序

 

图1-2  局域网上运行FTP的两台主机

 

这里，我们列举了一个 FTP客户程序和另一个 FTP服务器程序。大多数的网络应用程序都 被设计成客户—服务器模式。服务器为客户提供某种服务，在本例中就是访问服务器所在主 机上的文件。在远程登录应用程序 Telnet中，为客户提供的服务是登录到服务器主机上。

在同一层上，双方都有对应的一个或多个协议进行通信。例如，某个协议允许 TCP层进 行通信，而另一个协议则允许两个 IP层进行通信。

在图 1-2的右边，我们注意到应用程序通常是一个用户进程，而下三层则一般在（操作系 统）内核中执行。尽管这不是必需的，但通常都是这样处理的，例如 UNIX操作系统。

在图 1-2中，顶层与下三层之间还有另一个关键的不同之处。应用层关心的是应用程序的 细节，而不是数据在网络中的传输活动。下三层对应用程序一无所知，但它们要处理所有的通信细节。

在图 1-2中列举了四种不同层次上的协议。 FTP是一种应用层协议， TCP是一种运输层协 议， IP是一种网络层协议，而以太网协议则应用于链路层上。  TCP/IP 协议族是一组不同的协 议组合在一起构成的协议族。尽管通常称该协议族为  TCP/IP，但 TCP和IP 只是其中的两种协 议而已（该协议族的另一个名字是 Internet协议族 (Internet Protocol Suite)）。

网络接口层和应用层的目的是很显然的—前者处理有关通信媒介的细节（以太网、令牌 环网等），而后者处理某个特定的用户应用程序（ FTP、Telnet等）。但是，从表面上看，网络层和运输层之间的区别不那么明显。为什么要把它们划分成两个不同的层次呢？为了理解这一点，我们必须把视野从单个网络扩展到一组网络。

 

在80年代，网络不断增长的原因之一是大家都意识到只有一台孤立的计算机构成的“孤 岛”没有太大意义，于是就把这些孤立的系统组在一起形成网络。随着这样的发展，到了   90 年代，我们又逐渐认识到这种由单个网络构成的新的更大的“岛屿”同样没有太大的意义。于是，人们又把多个网络连在一起形成一个网络的网络，或称作互连网  (internet)。一个互连 网就是一组通过相同协议族互连在一起的网络。

构造互连网最简单的方法是把两个或多个网络通过路由器进行连接。它是一种特殊的用于网络互连的硬件盒。路由器的好处是为不同类型的物理网络提供连接：以太网、令牌环网、 点对点的链接和 FDDI（光纤分布式数据接口）等等。

这些盒子也称作 IP路由器（IP Router），但我们这里使用路由器 (Router)这个术语。 从历史上说，这些盒子称作网关（ gateway），在很多 TCP/IP文献中都使用这个术语。 现在网关这个术语只用来表示应用层网关：一个连接两种不同协议族的进程（例如， TCP/IP和IBM的SNA），它为某个特定的应用程序服务（常常是电子邮件或文件传输）。

图1-3是一个包含两个网络的互连网：一个以太网和一个令牌环网，通过一个路由器互相 连接。尽管这里是两台主机通过路由器进行通信，实际上以太网中的任何主机都可以与令牌环网中的任何主机进行通信。

在图 1 - 3 中，我们可以划分出端系统（   End  system ）（两边的两台主机）和中间系统

（Intermediatesystem）（中间的路由器）。应用层和运输层使用端到端（ End-to-end）协议。在 图中，只有端系统需要这两层协议。但是，网络层提供的却是逐跳（ Hop-by-hop）协议，两 个端系统和每个中间系统都要使用它。

 

FTP

客户

FTP协议                                        FTP

服务器

 

 

TCP协议

 

 

 

IP协议

路由器

IP协议

 

 

 

以太网驱 动程序

以太网协议

以太网驱 动程序

令牌环驱 动程序

令牌环协议

令牌环驱 动程序

 

 

以太网

令  牌  环

 

图1-3  通过路由器连接的两个网络

 

在TCP/IP协议族中，网络层 IP提供的是一种不可靠的服务。也就是说，它只是尽可能快 地把分组从源结点送到目的结点，但是并不提供任何可靠性保证。而另一方面，   TCP 在不可 靠的 IP 层上提供了一个可靠的运输层。为了提供这种可靠的服务，  TCP采用了超时重传、发 送和接收端到端的确认分组等机制。由此可见，运输层和网络层分别负责不同的功能。

从定义上看，一个路由器具有两个或多个网络接口层（因为它连接了两个或多个网络）。

任何具有多个接口的系统，英文都称作是多接口的 (multihomed)。一个主机也可以有多个接口，但一般不称作路由器 , 除非它的功能只是单纯地把分组从一个接口传送到另一个接口。同样， 路由器并不一定指那种在互联网中用来转发分组的特殊硬件盒。大多数的  TCP/IP实现也允许 一个多接口主机来担当路由器的功能，但是主机为此必须进行特殊的配置。在这种情况下， 我们既可以称该系统为主机（当它运行某一应用程序时，如  FTP或Telnet），也可以称之为路 由器（当它把分组从一个网络转发到另一个网络时）。在不同的场合下使用不同的术语。

互联网的目的之一是在应用程序中隐藏所有的物理细节。虽然这一点在图 1-3由两个网络 组成的互联网中并不很明显，但是应用层不能关心（也不关心）一台主机是在以太网上，而 另一台主机是在令牌环网上，它们通过路由器进行互连。随着增加不同类型的物理网络，可能会有 20个路由器，但应用层仍然是一样的。物理细节的隐藏使得互联网功能非常强大，也 非常有用。

连接网络的另一个途径是使用网桥。网桥是在链路层上对网络进行互连，而路由器则是 在网络层上对网络进行互连。网桥使得多个局域网（ LAN）组合在一起，这样对上层来说就 好像是一个局域网。

TCP /IP 倾向于使用路由器而不是网桥来连接网络，因此我们将着重介绍路由器。文献

[Perlman 1992]的第12章对路由器和网桥进行了比较。

1.3   TCP/IP的分层

 

在TCP/IP协议族中，有很多种协议。图 1-4给出了本书将要讨论的其他协议。

 

 

 

用户               用户 进程    进程

用户               用户 进程        进程

应用层

 

 

 

 

 

运输层

 

 

 

 

 

网络层

 

 

 

 

 

 

硬件                                            链路层 接口

 

 

 

 

媒体

 

图1-4   TCP/IP协议族中不同层次的协议

 

TCP和UDP是两种最为著名的运输层协议，二者都使用 IP作为网络层协议。 虽然 TCP使用不可靠的 IP服务，但它却提供一种可靠的运输层服务。本书第  17～22章将

详细讨论 TCP的内部操作细节。然后，我们将介绍一些  TCP 的应用，如第 26章中的 Telnet和

Rlogin、第27章中的 FTP以及第 28章中的 SMTP等。这些应用通常都是用户进程。

UDP为应用程序发送和接收数据报。一个数据报是指从发送方传输到接收方的一个信息 单元（例如，发送方指定的一定字节数的信息）。但是与 TCP不同的是， UDP是不可靠的，它 不能保证数据报能安全无误地到达最终目的。本书第 11章将讨论 UDP，然后在第 14章（ DNS: 域名系统），第 15章（ TFTP：简单文件传送协议），以及第 16章（ BO OT P：引导程序协议） 介绍使用 UDP的应用程序。 SNMP也使用了 UDP协议，但是由于它还要处理许多其他的协议， 因此本书把它留到第 25章再进行讨论。

IP是网络层上的主要协议，同时被 TCP和UDP使用。 TCP和UDP的每组数据都通过端系统 和每个中间路由器中的 IP层在互联网中进行传输。在图 1-4中，我们给出了一个直接访问 IP的应 用程序。这是很少见的，但也是可能的（一些较老的选路协议就是以这种方式来实现的。当然 新的运输层协议也有可能使用这种方式）。第3章主要讨论 IP协议，但是为了使内容更加有针对 性，一些细节将留在后面的章节中进行讨论。第 9章和第10章讨论IP如何进行选路。

ICMP是IP协议的附属协议。IP层用它来与其他主机或路由器交换错误报文和其他重要信息。 第6章对ICMP的有关细节进行讨论。尽管 ICMP主要被IP使用，但应用程序也有可能访问它。我 们将分析两个流行的诊断工具， Ping和Traceroute（第7章和第8章），它们都使用了ICMP。

IGMP是Internet组管理协议。它用来把一个 UDP数据报多播到多个主机。我们在第 12章中 描述广播（把一个 UDP 数据报发送到某个指定网络上的所有主机）和多播的一般特性，然后 在第13章中对 IGMP协议本身进行描述。

ARP（地址解析协议）和 RARP（逆地址解析协议）是某些网络接口（如以太网和令牌环 网）使用的特殊协议，用来转换 IP层和网络接口层使用的地址。我们分别在第 4章和第 5章对 这两种协议进行分析和介绍。

1.4   互联网的地址

 

互联网上的每个接口必须有一个唯一的 Internet地址（也称作 IP 地址）。IP地址长 32 bit 。Internet地址并不采用平面形式的地址空间，如 1、2、3等。IP地址具有一定的结构，五类不同 的互联网地址格式如图 1-5所示。

7位

A类           网  络  号

 

 

14位

24位

主  机  号

 

 

16位

B类                             网  络  号

主  机  号

21位                              8位

C类                                                网  络  号

 

28位

主  机  号

D类                                                             多  播  组  号

27位

E类                                                                 (留  待  后  用)

 

图1-5  五类互联网地址

这些32位的地址通常写成四个十进制的数，其中 每个整数对应一个字节。这种表示方法称作“点分十 进制表示法（ Dotted decimal notation）”。例如，作者 的系统就是一个 B类地址，它表示为： 140.252.13.33。 区分各类地址的最简单方法是看它的第一个十进 制整数。图 1-6列出了各类地址的起止范围，其中第

一个十进制整数用加黑字体表示。

类型                      范   围 到

到

到

到

到

 

图1-6   各类IP地址的范围

需要再次指出的是，多接口主机具有多个 IP地址，其中每个接口都对应一个 IP地址。 由于互联网上的每个接口必须有一个唯一的 IP地址，因此必须要有一个管理机构为接入互

联网的网络分配 IP地址。这个管理机构就是互联网络信息中心（ Internet Network Information

Centre），称作InterNIC。InterNIC只分配网络号。主机号的分配由系统管理员来负责。

Internet注册服务(IP地址和DNS域名)过去由NIC来负责，其网络地址是nic.ddn.mil。

1993年4月1日，InterNIC成立。现在，NIC只负责处理国防数据网的注册请求，所有其他的Internet用户注册请求均由InterNIC负责处理，其网址是：rs.internic.net。

事实上InterNIC由三部分组成：注册服务（rs.internic.net），目录和数据库服务（ds.internic.net），以及信息服务（is.internic.net）。有关InterNIC的其他 信息参见习题1.8。

有三类 IP地址：单播地址（目的为单个主机）、广播地址（目的端为给定网络上的所有主 机）以及多播地址（目的端为同一组内的所有主机）。第12章和第 13章将分别讨论广播和多播 的更多细节。

在3.4节中，我们在介绍 IP选路以后将进一步介绍子网的概念。图 3-9给出了几个特殊的 IP

地址：主机号和网络号为全 0或全1。

 

1.5   域名系统

 

尽管通过 IP地址可以识别主机上的网络接口，进而访问主机，但是人们最喜欢使用的还 是主机名。在 TCP/IP领域中，域名系统（ DNS）是一个分布的数据库，由它来提供 IP地址和 主机名之间的映射信息。我们在第 14章将详细讨论 DNS。

现在，我们必须理解，任何应用程序都可以调用一个标准的库函数来查看给定名字的主机 的IP地址。类似地，系统还提供一个逆函数—给定主机的 IP地址，查看它所对应的主机名。

大多数使用主机名作为参数的应用程序也可以把 IP地址作为参数。例如，在第 4章中当我 们用Telnet进行远程登录时，既可以指定一个主机名，也可以指定一个 IP地址。

1.6  封装

 

当应用程序用 TCP传送数据时，数据被送入协议栈中，然后逐个通过每一层直到被当作 一串比特流送入网络。其中每一层对收到的数据都要增加一些首部信息（有时还要增加尾部信息），该过程如图 1-7所示。 TCP传给 IP 的数据单元称作 TCP报文段或简称为 TCP 段（ TCP segment）。IP传给网络接口层的数据单元称作 IP数据报 (IP datagram)。通过以太网传输的比特 流称作帧 (Frame)。

 

图1-7中帧头和帧尾下面所标注的数字是典型以太网帧首部的字节长度。在后面的章节中 我们将详细讨论这些帧头的具体含义。

以太网数据帧的物理特性是其长度必须在 46～1500字节之间。我们将在 4.5节遇到最小长 度的数据帧，在 2.8节中遇到最大长度的数据帧。

所有的Internet标准和大多数有关 TCP/IP的书都使用 octet这个术语来表示字节。使 用这个过分雕琢的术语是有历史原因的，因为 TCP/IP的很多工作都是在 DEC-10系统上 进行的，但是它并不使用8 bit 的字节。由于现在几乎所有的计算机系统都采用8 bit 的字 节，因此我们在本书中使用字节（byte）这个术语。

更准确地说，图 1-7中IP和网络接口层之间传送的数据单元应该是分组（ packet）。 分组既可以是一个IP数据报，也可以是IP数据报的一个片（fragment）。我们将在11.5节 讨论IP数据报分片的详细情况。

 

用户数据

 

 

 

Appl

首部

 

用户数据

应用程序

 

 

 

TCP首部

应用数据

 

TCP段

 

IP首部

TCP首部

应用数据

 

 

 

 

以太网 首部

 

 

IP首部

IP数据报

 

TCP首部 以太网帧

46~1500字节

 

 

应用数据

 

 

以太网 尾部

以太网 驱动程序

 

以太网

 

图1-7   数据进入协议栈时的封装过程

UD P 数据与 T C P 数据基本一致。唯一的不同是 UD P 传给 I P 的信息单元称作 UD P数据报

（UDP datagram），而且 UDP的首部长为 8字节。

回想1.3节中的图 1-4，由于 TCP、UDP、ICMP和IGMP都要向 IP传送数据，因此 IP必须在 生成的 IP首部中加入某种标识，以表明数据属于哪一层。为此，  IP在首部中存入一个长度为

8bit的数值，称作协议域。 1表示为 ICMP协议， 2表示为 IGMP协议， 6表示为 TCP协议， 17表 示为UDP协议。

类似地，许多应用程序都可以使用 TCP或UDP来传送数据。运输层协议在生成报文首部 时要存入一个应用程序的标识符。 TCP和UDP都用一个 16bit的端口号来表示不同的应用程序。 TCP和UDP把源端口号和目的端口号分别存入报文首部中。

网络接口分别要发送和接收 IP、ARP和RARP数据，因此也必须在以太网的帧首部中加入

某种形式的标识，以指明生成数据的网络层协议。为此，以太网的帧首部也有一个  16 bit 的帧 类型域。

1.7   分用

 

当目的主机收到一个以太网数据帧时，数据就开始从协议栈中由底向上升，同时去掉各 层协议加上的报文首部。每层协议盒都要去检查报文首部中的协议标识，以确定接收数据的上层协议。这个过程称作分用（ Demultiplexing），图1-8显示了该过程是如何发生的。

 

应用程序            应用程序             应用程序             应用程序

 

根据 T C P或U D P 首

部中的端口号进行 分用

 

 

根据 I P 首部中的协

议值进行分用

 

 

 

 

 

以太网 驱动程序

 

进入的帧

根据以太网首部中

的帧类型进行分用

 

图1-8  以太网数据帧的分用过程

 

为协议ICMP和IGMP定位一直是一件很棘手的事情。在图 1-4中，把它们与 IP放在 同一层上，那是因为事实上它们是IP的附属协议。但是在这里，我们又把它们放在IP层 的上面，这是因为ICMP和IGMP报文都被封装在IP数据报中。

对于ARP和RARP，我们也遇到类似的难题。在这里把它们放在以太网设备驱动程 序的上方，这是因为它们和 IP数据报一样，都有各自的以太网数据帧类型。但在图 2-4 中，我们又把 ARP作为以太网设备驱动程序的一部分，放在 IP层的下面，其原因在逻 辑上是合理的。

这些分层协议盒并不都是完美的。

当进一步描述 TCP的细节时，我们将看到协议确实是通过目的端口号、源 IP地址和源端口 号进行解包的。

1.8   客户-服务器模型

 

大部分网络应用程序在编写时都假设一端是客户，另一端是服务器，其目的是为了让服 务器为客户提供一些特定的服务。

可以将这种服务分为两种类型：重复型或并发型。重复型服务器通过以下步骤进行交互：

I1. 等待一个客户请求的到来。

I2. 处理客户请求。

I3. 发送响应给发送请求的客户。

I4. 返回I1步。

重复型服务器主要的问题发生在 I2状态。在这个时候，它不能为其他客户机提供服务。 相应地，并发型服务器采用以下步骤：

C1. 等待一个客户请求的到来。

C2. 启动一个新的服务器来处理这个客户的请求。在这期间可能生成一个新的进程、任务 或线程，并依赖底层操作系统的支持。这个步骤如何进行取决于操作系统。生成的新服务器对客户的全部请求进行处理。处理结束后，终止这个新服务器。

C3. 返回C1步。 并发服务器的优点在于它是利用生成其他服务器的方法来处理客户的请求。也就是说，

每个客户都有它自己对应的服务器。如果操作系统允许多任务，那么就可以同时为多个客户 服务。

对服务器，而不是对客户进行分类的原因是因为对于一个客户来说，它通常并不能够辨 别自己是与一个重复型服务器或并发型服务器进行对话。

一般来说， TCP服务器是并发的，而 UDP服务器是重复的，但也存在一些例外。我们将 在11.12节对 UDP对其服务器产生的影响进行详细讨论，并在 18.11节对TCP对其服务器的影响 进行讨论。

1.9   端口号

 

前面已经指出过， TCP和UDP采用 16 bit 的端口号来识别应用程序。那么这些端口号是如 何选择的呢？

服务器一般都是通过知名端口号来识别的。例如，对于每个  TCP/IP实现来说， FTP服务 器的 TCP 端口号都是 21，每个 Telnet服务器的 TCP端口号都是 23 ，每个 TFTP(简单文件传送协 议)服务器的 UDP端口号都是 69。任何 TCP/IP实现所提供的服务都用知名的 1～1023之间的端 口号。这些知名端口号由 Internet号分配机构（ Internet Assigned Numbers Authority, IANA ） 来管理。

到1992年为止，知名端口号介于 1～255之间。256～1023之间的端口号通常都是由 Unix系统占用，以提供一些特定的 Unix服务—也就是说，提供一些只有 Unix系统才 有的、而其他操作系统可能不提供的服务。现在IANA管理1～1023之间所有的端口号。Internet扩展服务与Unix特定服务之间的一个差别就是 Telnet和Rlogin。它们二者都 允许通过计算机网络登录到其他主机上。 Telnet是采用端口号为23的TCP/IP标准且几乎 可以在所有操作系统上进行实现。相反，Rlogin最开始时只是为Unix系统设计的（尽管

许多非Unix系统现在也提供该服务），因此在80年代初，它的有名端口号为513。

客户端通常对它所使用的端口号并不关心，只需保证该端口号在本机上是唯一的就可以 了。客户端口号又称作临时端口号（即存在时间很短暂）。这是因为它通常只是在用户运行该 客户程序时才存在，而服务器则只要主机开着的，其服务就运行。

大多数 TCP/IP实现给临时端口分配 1024～5000之间的端口号。大于 5000的端口号是为其

他服务器预留的（ Internet上并不常用的服务 )。我们可以在后面看见许多这样的给临时端口分 配端口号的例子。

Solaris 2.2是一个很有名的例外。通常 TCP和UDP的缺省临时端口号从 32768开始。 在E.4节中，我们将详细描述系统管理员如何对配置选项进行修改以改变这些缺省项。

大多数 Unix系统的文件 /etc/services都包含了人们熟知的端口号。为了找到 Telnet服 务器和域名系统的端口号，可以运行以下语句：

 

称它使用TCP端口号23

 

称它使用UDP端口号53和TCP端口号53

 

 

保留端口号

 

Unix系统有保留端口号的概念。只有具有超级用户特权的进程才允许给它自己分配一个 保留端口号。

这些端口号介于 1～1023之间，一些应用程序（如有名的 Rlogin，26.2节）将它作为客户 与服务器之间身份认证的一部分。

1.10    标准化过程

 

究竟是谁控制着 TCP/IP协议族，又是谁在定义新的标准以及其他类似的事情？事实上， 有四个小组在负责 Internet技术。

1) Internet协会（ISOC，InternetSociety）是一个推动、支持和促进 Internet不断增长和发 展的专业组织，它把 Internet作为全球研究通信的基础设施。

2) Internet体系结构委员会（IAB，Internet Architecture Board）是一个技术监督和协调的 机构。它由国际上来自不同专业的 15个志愿者组成，其职能是负责 Internet标准的最后编辑和 技术审核。 IAB隶属于ISOC。

3)Internet工程专门小组（IETF，Internet EngineeringTask Force）是一个面向近期标准的组 织，它分为 9个领域（应用、寻径和寻址、安全等等）。IETF开发成为Internet标准的规范。为帮 助IETF主席，又成立了Internet工程指导小组（IESG, Internet Engineering Steering Group）。

4) Internet 研究专门小组（IRIF，Internet ResearchTask Force）主要对长远的项目进行研究。

IRTF和IETF都隶属于 IAB。文献[Crocker1993] 提供了关于 Internet内部标准化进程更为详 细的信息，同时还介绍了它的早期历史。

 

1.11   RFC

 

所有关于 Internet的正式标准都以RFC（Requestfor Comment ）文档出版。另外，大量的 RFC并不是正式的标准，出版的目的只是为了提供信息。  RFC的篇幅从 1页到 200页不等。每 一项都用一个数字来标识，如 RFC 1 122，数字越大说明 RFC的内容越新。

所有的 RFC都可以通过电子邮件或用 FTP从Internet上免费获取。如果发送下面这份电子 邮件，就会收到一份获取 RFC的方法清单：

 

To: rfc-info@ISI.EDUSubject: getting rfcs help: ways_to_get_rfcs

最新的 R F C 索引总是搜索信息的起点。这个索引列出了  R F C被替换或局部更新的时间。 下面是一些重要的 RFC文档：

1) 赋值RFC（Assigned Numbers RFC ）列出了所有Internet协议中使用的数字和常数。至 本书出版时为止，最新  R F C 的编号是1340[Reynolds 和 Postel 1992] 。所有著名的 Internet端口号都列在这里。 当这个RFC被更新时(通常每年至少更新一次），索引清单会列出RFC 1340被替换的时间。

2) Internet正式协议标准，目前是 RFC 1600[Postel 1994] 。这个 RFC描述了各种 Internet协 议的标准化现状。每种协议都处于下面几种标准化状态之一：标准、草案标准、提议 标准、实验标准、信息标准和历史标准。另外，对每种协议都有一个要求的层次、必需的、建议的、可选择的、限制使用的或者不推荐的。 与赋值 RFC一样，这个 RFC也定期更新。请随时查看最新版本。

3) 主机需求 RFC，1122和1123[Braden1989a, 1989b]。RFC 1 122针对链路层、网络层和运 输层； RFC 1123针对应用层。这两个 RFC对早期重要的 RFC文档作了大量的纠正和解 释。如果要查看有关协议更详细的细节内容，它们通常是一个入口点。它们列出了协 议中关于“必须”、“应该”、“可以”、“不应该”或者“不能”等特性及其实现细节。文献[Borman 1993b]提供了有关这两个 RFC的实用内容。 RFC 1127[Braden 1989c]对工 作小组开发主机需求 RFC过程中的讨论内容和结论进行了非正式的总结。

4) 路由器需求 RFC，目前正式版是 RFC 1009[Braden and Postel 1987] ，但一个新版已接近 完成[Almquist1993] 。它与主机需求 RFC类似，但是只单独描述了路由器的需求。

1.12    标准的简单服务

 

有一些标准的简单服务几乎每种实现都要提供。在本书中我们将使用其中的一些服务程 序，而客户程序通常选择 Te l n e t 。图 1 - 9 描述了这些服务。从该图可以看出，当使用  T C P和 UDP提供相同的服务时，一般选择相同的端口号。

 

名   字	TCP端口号	UDP端口号	RFC	描     述
echo discard daytime chargen       time	7 9 13 19       37	7 9 13 19       37	862 863 867 864       868	服务器返回客户发送的所有内容 服务器丢弃客户发送的所有内容 服务器以可读形式返回时间和日期 当客户发送一个数据报时， TCP服务器发 送一串连续的字符流，直到客户中断连接。 UDP 服务器发送一个随机长度的数据报 服务器返回一个二进制形式的 32 bit 数， 表示从 UTC时间1900年1月1日午夜至今的秒 数

 

图1-9   大多数实现都提供的标准的简单服务

如果仔细检查这些标准的简单服务以及其他标准的 TCP/IP服务（如 Telnet、FTP、 SMTP等）的端口号时，我们发现它们都是奇数。这是有历史原因的，因为这些端口号 都是从NCP端口号派生出来的（ NCP，即网络控制协议，是 ARPANET的运输层协议， 是TCP的前身）。NCP是单工的，不是全双工的，因此每个应用程序需要两个连接，需 预留一对奇数和偶数端口号。当 TCP和UDP成为标准的运输层协议时，每个应用程序 只需要一个端口号，因此就使用了NCP中的奇数。

 

1.13    互联网

 

在图 1-3中，我们列举了一个由两个网络组成的互联网 — 一个以太网和一个令牌环网。在1.4节和 1.9节中，我们讨论了世界范围内的互联网— Internet，以及集中分配 IP地址的需要

（InterNIC），还讨论了知名端口号（ IANA）。internet这个词第一个字母是否大写决定了它具 有不同的含义。

internet意思是用一个共同的协议族把多个网络连接在一起。而 Internet指的是世界范围内 通过TCP/IP互相通信的所有主机集合（超过100万台）。Internet是一个internet，但internet不等 于Internet。

1.14    实现

第一个广泛可用的

TCP/IP版本

 

既成事实标准的 TCP/IP软件实现来

自于位于伯克利的加利福尼亚大学的计算机系统研究小组。从历史上看，软件 是随同 4.x BSD 系统（ Berkeley SoftwareDistribution）的网络版一起发布的。它 的源代码是许多其他实现的基础。

图1- 1 0列举了各种BS D版本发布的 时间，并标注了重要的 TCP/IP特性。列 在左边的 BSD 网络版，其所有的网络源 代码可以公开得到：包括协议本身以及 许多应用程序和工具（如 Telnet和FTP）。 在本书中，我们将使用“伯克利派 生系统”来指 SunOS 4.x 、 S V R 4 以及 AIX 3.2 等那些基于伯克利源代码开发的 系统。这些系统有很多共同之处，经常

包含相同的错误。

 

 

 

 

 

 

 

 

BSD网络软件1.0版

(1989)：Net/1

 

 

 

BSD网络软件2.0版

(1991)：Net/2

 

 

 

 

又称为Net/3

 

TCP性能得到改善

 

 

 

慢启动，拥塞避免， 快速重传

 

 

 

快速恢复，TCP头部预测， SLIP头部压缩， 路由表修改

 

 

 

多播， 长肥管道修改

起初关于 Internet的很多研究现在仍

图1-10   不同的BSD版及其重要的TCP/IP特性

然在伯克利系统中应用 — 新的拥塞控制算法（ 21.7节）、多播（ 12.4节）、“长肥管道”修改

（24.3节）以及其他类似的研究。

1.15    应用编程接口

 

使用TCP/IP协议的应用程序通常采用两种应用编程接口（ API）：socket和TLI（运输层接

 

口：Transport Layer Interface）。前者有时称作“ Berkeley socket”，表明它是从伯克利版发展 而来的。后者起初是由 AT&T开发的，有时称作 XTI（X/Open运输层接口），以承认 X/Open这 个自己定义标准的国际计算机生产商所做的工作。 XTI实际上是 TLI的一个超集。

本书不是一本编程方面的书，但是偶尔会引用一些内容来说明  TCP/IP的特性，不管大多 数的AP I （ s o c k e t ）是否提供它们。所有关于  s o c k e t 和TL I 的编程细节请参阅文献 [ S t e v e n s

1990]。

1.16 测试网络

 

图1-11是本书中所有的例子运行的测试网络。为阅读时参考方便，该图还复制在本书扉 页前的插页中。

 

 

 

 

 

路由器

 

以太网

 

 

 

 

调制解 调器

(拨号)

 

调制解 调器

 

 

 

 

 

以太网

 

图1-11 本书中所有例子运行的测试网络，所有的IP地址均从140.252开始编址

 

在这个图中（作者的子网），大多数的例子都运行在下面四个系统中。图中所有的 IP地址 属于 B类地址，网络号为 140.252。所有的主机名属于 .tuc.noao.edu这个域（ noao代表 National Optical Astronomy Observatories ，tuc代表Tucson）。例如，右下方的系统有一个完 整的名字 : svr4.tuc.noao.edu，其 IP地址是： 140.252.13.34。每个方框上方的名称是该 主机运行的操作系统。这一组系统和网络上的主机及路由器运行于不同的 TCP/IP实现。

需要指出的是， noao.edu这个域中的网络和主机要比图 1-11中的多得多。这里列出来的 只是本书中将要用到的系统。

在3.4节中，我们将描述这个网络所用到的子网形式。在  4.6节中将介绍 sun与netb之间 的拨号 SLIP的有关细节。 2.4节将详细讨论 SLIP。

1.17   小结

 

本章快速地浏览了TCP/IP协议族，介绍了在后面的章节中将要详细讨论的许多术语和协议。

TCP/IP协议族分为四层：链路层、网络层、运输层和应用层，每一层各有不同的责任。 在 TCP/IP中，网络层和运输层之间的区别是最为关键的：网络层（  IP）提供点到点的服务， 而运输层（ TCP和UDP）提供端到端的服务。

一个互联网是网络的网络。构造互联网的共同基石是路由器，它们在 IP层把网络连在一 起。第一个字母大写的 Internet是指分布在世界各地的大型互联网，其中包括 1万多个网络和超 过100万台主机。

在一个互联网上，每个接口都用 IP地址来标识，尽管用户习惯使用主机名而不是 IP地址。 域名系统为主机名和 IP地址之间提供动态的映射。端口号用来标识互相通信的应用程序。服 务器使用知名端口号，而客户使用临时设定的端口号。

习题

 

1.1   请计算最多有多少个 A类、B类和C类网络号。

1.2  用匿名FTP（见27.3节）从主机nic.merit.edu上获取文件 nsfnet/statistics/ history.netcount。该文件包含在 NSFNET网络上登记的国内和国外的网络数。画一 坐标系，横坐标代表年，纵坐标代表网络总数的对数值。纵坐标的最大值是习题 1.1的结 果。如果数据显示一个明显的趋势，请估计按照当前的编址体制推算，何时会用完所有 的网络地址（ 3.10节讨论解决该难题的建议）。

1.3   获取一份主机需求 RFC拷贝[Braden 1989a]，阅读有关应用于 TCP/IP协议族每一层的稳健 性原则。这个原则的参考对象是什么？

1.4   获取一份最新的赋值 RFC拷贝。“quote of the day ”协议的有名端口号是什么？哪个 RFC

对该协议进行了定义？

1.5   如果你有一个接入 TCP/IP互联网的主机帐号，它的主 IP地址是多少？这台主机是否接入 了Internet？它是多接口主机吗？

1.6   获取一份 RFC 1000的拷贝，了解 RFC这个术语从何而来。

1.7  与Internet协会联系， isoc@isoc.org或者+1 703 648 9888，了解有关加入的情况。

1.8  用匿名FTP从主机is.internic.net处获取文件 about-internic/information-about-the-internic。