第19章TCP的交互数据流.PDFVIP

下载 第19章 TCP 的交互数据流 19.1 引言 前一章我们介绍了 T C P连接的建立与释放，现在来介绍使用 T C P进行数据传输的有关问 题。 一些有关T C P通信量的研究如 [Caceres et al. 1991]发现，如果按照分组数量计算，约有一 半的T C P报文段包含成块数据（如 F T P 、电子邮件和 U s e n e t 新闻），另一半则包含交互数据 （如Te l n e t和R l o g i n ）。如果按字节计算，则成块数据与交互数据的比例约为 9 0 %和1 0 %。这是 因为成块数据的报文段基本上都是满长度（ f u l l - s i z e d ）的（通常为5 1 2字节的用户数据），而 交互数据则小得多（上述研究表明 Te l n e t和R l o g i n 分组中通常约9 0 %左右的用户数据小于 1 0个 字节）。 很明显，T C P 需要同时处理这两类数据，但使用的处理算法则有所不同。本章将以 R l o g i n 应用为例来观察交互数据的传输过程。将揭示经受时延的确认是如何工作的以及 N a g l e 算法怎 样减少了通过广域网络传输的小分组的数目，这些算法也同样适用于 Te l n e t应用。下一章我们 将介绍成块数据的传输问题。 19.2 交互式输入 首先来观察在一个 R l o g i n连接上键入一个交互命令时所产生的数据流。许多 T C P / I P 的初 学者很吃惊地发现通常每一个交互按键都会产生一个数据分组，也就是说，每次从客户传到 服务器的是一个字节的按键（而不是每次一行）。而且，R l o g i n 需要远程系统（服务器）回显 我们（客户）键入的字符。这样就会产 客户 服务器 生4 个报文段：（1 ）来自客户的交互按 键；（2 ）来自服务器的按键确认；（3 ） 按键 来自服务器的按键回显；（ 4 ）来自客 服务器 户的按键回显确认。图 1 9 - 1表示了这个 数据流。 回显 然而，我们一般可以将报文段 2 和 显示 3进行合并 —按键确认与按键回显一 起发送。下一节将描述这种合并的技术 （称为经受时延的确认）。 图19-1 一种可能的处理远程交互按键回显的方法 本章我们特意使用 R l o g i n 作为例 子，因为它每次总是从客户发送一个字节到服务器。在第 2 6 章讲到Te l n e t 的时候，将会发现它 有一个选项允许客户发送一行到服务器，通过使用这个选项可以减少网络的负载。 图1 9 - 2显示的是当我们键入 5个字符d a t e \ n时的数据流（我们没有显示连接建立的过程， 并且去掉了所有的服务类型输出。 B S D / 3 8 6通过设置一个R l o g i n连接的TO S来获得最小时延）。 第19章 TCP的交互数据流使用201 下载 第1行客户发送字符 d到服务器。第2行是该字符的确认及回显（也就是图 1 9 - 1的中间两部分数 据的合并）。第3行是回显字符的确认。与字符 a有关的是第4 ~ 6行，与字符t有关的是第7 ~ 9行， 第1 0 ~ 1 2行与字符 e有关。第 3 ~ 4 、6 ~ 7 、9 ~ 1 0和1 2 ~ 1 3行之间半秒左右的时间差是键入两个字 符之间的时延。 注意到 1 3 ~ 1 5行稍有不同。从客户发送到服务器的是一个字符（按下 R E T U R N键后产生的 U N I X 系统中的换行符），而回显的则是两个字符。这两个字符分别是回车和换行字符 （C R / L F ），它们的作用是将光标回移到左边并移动到下一行。 第1 6行是来自服务器的 d a t e命令的