RFC双语计划：rfc1144中文版(中英文对照)............低速串行链路上的TCP/IP头部压缩

RFC双语计划：rfc1144中文版(中英文对照)............低速串行链路上的TCP/IP头部压缩
http://kummerwu.web.officelive.com/Documents/rfc1144-0.html

更多RFC中文版，中英文对照版，请查阅http://kummerwu.web.officelive.com/Documents/index.html

这儿目前收录来OSPF，BGP，RIP，MPLS(VPN)、HTTP，Telnet,RSVP，PPP，POP3，RTP，NAT，FTP等最新RFC中文版和中英文对照版。而且内容还在不断更新中......
------------------------------------------------------------------------

低速串行链路上的TCP/IP头部压缩
文档现状
本RFC建议作为Interne社区选用的协议，尚需讨论提高。描述了为提高低速串行链路的性能而对TCP/IP数据报进行压缩的方法。该方法的动机、实现以及性能本文档均予以讨论。文档后面给出一个C语言的实现例子供参考。本文档可随意分发。
① 该工作由U.S. Department of Energy under Contract Number DE-AC03-76SF00098提供部分支持
目录
1 简介  …………………………………………………………………………………….. 1
2 问题  …………………………………………………………………………………….. 1
3 压缩算法 ………………………………………………………………………………… 4
3.1.基本思想 ……………………………………………………………………………….. 4
: : 3.2 细节 …………………………………………………………………………………..  6
::: 3.2.1总述 ………………………………………………………………………………….. 6
3.2.2 压缩数据包格式 ……………………………………………………………………  7
3.2.3 压缩过程 …………………………………………………………………………….  9
3.2.4 解压缩过程 ………………………………………………………………………… 12
4 错误处理 ……………………………………………………………………………… 15
4.1 错误检测 …………………………………………………………………………    15
: :4.2 错误恢复 …………………………………………………………………………   16
5 可配置参数及调节 …………………………………………………………………  19
5.1 压缩配置   ………………………………………………………………………… 19
: :5.2 选择MTU …………………………………………………………………………   20
5.3域数据压缩的交互 …………………………………………………………………  21
6性能评估 ……………………………………………………………………………..  25
7 致谢   ……………………………………………………………………………….  26
一个实现实例 ………………………………………………………………………… .  28
A.1定义和状态数据 ……………………………………………………………………  29
: :A.2 压缩 ………………………………………………………………………… … …  31
A.3解压缩 …………………………………………………………………………… …. 36
: :A.4 初始化 ……………………………………………………………………………… 39
: :A.5 Berkeley Unix依赖 ………………………………………………………………….. 39
B 以往错误的兼容性 …………………………………………………………………… 41
B.1 没有帧‘type’字节 …………………………………………………………………… 41
B.2向后兼容的SLIP服务器 ……………………………………………………………… 41
C 更主动的压缩 ……………………………………………………………………….… 42
D 安全考虑  …………………………………………………………………………….. .43
E 作者地址  ……………………………………………………………………………… 43
1 简介
随着功能日益强大的计算机进入人们家庭，扩展这些计算机的功能使之与Internet连接成为日益迫切的要求。不幸的是，这个扩展在链路层帧（link level framing）、地址分配(address assignment)、路由选择、认证以及性能等方面暴露出很多很复杂的问题。在写本文档时所有这些领域的工作还在进行。本文档描述一种方法，这种方法已经被用来提高低速（300-900bps）串行链路上的TCP/IP的性能。
这里推荐的压缩方法与Thinwire-II协议（参考文献[5]）描述的思想是相似的。但是本协议压缩的效率更高(压缩后TCP/IP头部为3个字节，而Thinwire-II为13个字节)，并且实现起来既高效又简单(Unix 实现需要250行C代码，在20MHz MC68020中压缩或者解压一个数据包平均需要90μs(_170指令集)。
该压缩专门针对TCP/IP数据包（注1），作者研究了UDP/IP数据包的压缩但发现这种情况极少出现，并且没有足够的datagram-to-datagram一致性来进行很好的压缩（例如，名字服务器查询）或者高层协议头部淹没了UDP/IP头部的开销（例如，Sun’s RPC/NFS）。作者还研究了分开压缩数据报的IP和TCP部分，但因为压缩后头部平均大小比原来增加50%，并且压缩和解压缩的代码加倍，因而被否决了。
2 问题
人们可能期望通过串行IP链路从家中访问从“终端”击键（type）类型连接(如telnet, rlogin, xterm)到批量数据传输（例如ftp, smtp, nntp）的Internet服务。头部压缩的动机就是出于对良好的交互响应的需要求。也就是说协议的链路效率（line efficiency）为数据报中header占header+data的百分比。如果高效的批量数据传输是我们的目标，,通过把数据报的尺寸扩大到足够大总是可以使链路效率接近100%。
对人的因素（Human-factor）的研究（参考文献[15]）结果表明交互操作在低层反馈(feed-back)（字符回显,character echo）花费超过100-200ms时被认为是“差的”。协议头部从以下几方面与这个极端交互：
注1：与TCP的联系(tie)可能比明显的要强(deeper)。除了压缩“知道”TCP和IP的头部,TCP的某些特征已经被用来简化压缩协议。特别是，TCP的可靠传输以及字节流对话模型被本协议用来消除不必要的错误改正对话（见第4章）
（1）如果链路速度太慢，也许不可能把头部和数据都放在一个200ms的窗口中：每敲击一个键产生一个字符就要导致发送一个41字节的TCP/IP数据包和接收一个41字节的反馈(echo)。链路速度至少达到 4000 bps 以便在200ms内能够处理这82 个字节的数据包。
(2)即使由一条足够快的链路（大于等于4800bps）来处理击键反馈的数据包，可能在批量数据和交互流量上产生不想要(undisirable)的交互。为了合理的链路效率，要求批量数据包的大小要达到头部大小的10--20倍。也就是说，对于40字节的TCP/IP头部，链路的最大传输单元（MTU）应该为500到1000字节。即使服务类型(type-of-service)的排队认为交互式业务优先，一个telnet数据包还是得等待当前的批量传送的数据包传送结束，假设数据传输仅在一个方向上进行，等待时间为传输MTU的一半，对于MTU为1024字节9600 bps的链路来说，约为500ms。
(3)任何通信介质都有一个最大信号传输速率 ，即香农极限（AT&T 研究结果，参考文献[2]）。对于典型的拨号电话线香农极限为22,000 bps左右。因为全双工的9600 bps的Modem已经达到了该极限的80% ，modem的制造商开始提供不对称（带宽）分配方案来提高有效带宽：既然一条链路链路的两个方向很少同时相同的数据量，就有可能通过对一条半双工链路进行时分多路复用(例如Telebit Trailblazer)，或者提供一条低速的“反向信道”(例如USR Courier HST)（注2）来给链路的一端分配大于11,000 bps的带宽。在两种情况下，modem通过假设对话的一方为人（也就是说带宽要求小于300bps,取决于击键的速度）动态地试图猜测对话的哪一端需要更高带宽。由于协议头部而导致带宽乘以40，从而欺骗这种带宽分配方案并引起modem“逆风而行”（thrash）。
从上面的讨论来看，很明显，压缩算法的一个主要设计目标是限制击键（typing）和确认(ack)流量的带宽要求最多为300 bps。典型的最大击键速度大约为每秒钟5个字符（注3），
注2：见参考文献（[1]，11章）中关于双绞线拨号线路性能的讨论。特别是，对于“echo-canclling”modem的(
------------------------------------------------------------------------
。。。。。。。。
完整内容参见 http://kummerwu.web.officelive.com/Documents/rfc1144-0.html
更多RFC中文版，中英文对照版，请查阅http://kummerwu.web.officelive.com/Documents/index.html

这儿目前收录来OSPF，BGP，RIP，MPLS(VPN)、HTTP，Telnet,RSVP，PPP，POP3，RTP，NAT，FTP等最新RFC中文版和中英文对照版。而且内容还在不断更新中......