第2章TTCP协议.PDFVIP

下载 第2章 T/TCP协议 2.1 概述 我们分两章(第2 章和第4 章) 讨论T / T C P协议。这样，在深入研究 T / T C P协议之前(第3章) ， 我们可以先看一些应用 T / T C P 的例子。本章主要对协议应用技巧和实现中用到的变量做一个 介绍。下一章我们学习一些 T / T C P应用的示例程序。第4章结束我们对T / T C P协议的学习。 在第 1章中我们已经看到了，当把T C P协议应用于客户-服务器事务时会存在两个问题： 1) 如图1 - 8所示，三次握手使客户端测得的事务时间额外多出一个 RT T 。 2) 由于客户进程主动关闭连接 ( 即由客户进程首先发出 F I N ) ，因而在客户收到服务器的 F I N后还要在T I M E _ WA I T状态滞留大约2 4 0秒。 T I M E _ WA I T状态和 1 6比特T C P端口号这两者结合起来限制了两台主机之间的最大事务 速率。例如，如果同一台客户主机要不断地和同一台服务器主机进行事务通信，那么 它要么每完成一次事务后等待 2 4 0秒才开始下一个事务，要么为紧接着的事务选择另外 一个端口号。但每 2 4 0秒的时间内至多只能有 64 512 个端口(65 535减去 1 023个知名端 口)可用，从而每秒最多也就只能处理 2 6 8个事务。在RT T值大约为 1 ~ 3 m s的局域网上， 实际上可能会超过这个速率。 而且，即使应用程序的事务速率低于每秒 2 4 0 次，比如每2 4 0秒只有 50 000 次。当客户 端处于 T I M E _ WA I T 状态时，协议还是需要控制块来保存连接的状态。卷 2 中给出的 B S D实现中，每个连接都需要一个 I P控制块( 8 4字节) ，一个T C P控制块( 1 4 0字节)和一个 T C P / I P首部模板( 4 0字节) 。这样总共就需要13 200 000字节的内核存储空间。这个开销 即便在内存不断扩大的今天依然显得大了些。 现在，T / T C P协议解决了这两个问题，采用的方法是绕过三次握手，并把 T I M E _ WA I T状态 的保持时间由2 4 0秒缩短到大约 1 2秒。我们将在第4章中详细研究这两个特点。 T / T C P协议的核心称为 TA O ，即T C P加速打开，跳过了 T C P 的三次握手。T / T C P给主机建 立的每个连接分配一个唯一的标识符，称为连接计数 ( C C ) 。每台T / T C P主机都要将不同主机 对之间的最新连接计数 C C保持一段时间。当服务器收到来自 T / T C P客户的 S Y N时，如果其中 携带的C C大于该主机对最新连接的 C C ，就保证这是一个新的 S Y N ，于是就接受该连接请求， 而不需要三次握手。这个过程称为 TA O 测试。如果测试失败， T C P还是用三次握手的老方法 来确认当前这个 S Y N是否为新的。 2.2 T/TCP 中的新T C P选项 T / T C P协议中有三个新的 T C P选项。图2 - 1给出了目前T C P协议使用的所有选项。其中前 3 个出自最初的 T C P 协议规范，即 RFC 793 [Postel 1981b] 。而窗口宽度和时间戳则是在 R F C 1323 [Jacobson, Braden, and Borman 1992]中定义的。最后三个选项( C C、C C n e w和C C e c h o )则 是T / T C P协议新引入的，在RFC 1644 [Braden 1994] 中定义。最后这几个选项的使用规则如下： 24计计第一部分 TCP事务协议 下载 1) C C选项在客户执行主动打开操作时发出的第一个 S Y N报文段中使用。它也可以在其他 一些报文段中使用，但前提是对方发过来的 S Y N报文段中带有C C或C C n e w选项。 2) C C n e w选项只能在第一个 S Y N报文段中使用。当需要执行正常的三次握手操作时，客 户端的T C P协议就使