PPPBSD压缩协议.docVIP

Network Working Group V. Schryver Request for Comments: 1977 August 1996 Category: Informational PPP BSD 压缩协议 （RFC1977--PPP BSD Compression Protocol） 本备忘录的状态 This memo provides information for the Internet community. This memo does not specify an Internet standard of any kind. Distribution of this memo is unlimited. 摘要 点对点协议（PPP）【1】在点对点链路的基础上为传输多协议数据报提供了一种的标准 方法。 PPP压缩控制协议【2】为基于用点对点协议(PPP)封装的链路提供了一种协商和利用压 缩协议的方法。 本文描述了Unix Compress压缩协议压缩PPP数据包的应用。 目录 1．简介 2 1.1.特许声明 2 2.BSD 压缩包（BSD Compress Packets） 3 2．1.包格式 4 3．配置选项格式 5 A. BSD 压缩算法 6 安全考虑 25 参考文献 25 致谢 25 主席地址 26 作者地址 26 1．简介 UNIX Compress 被收录在广为传播的BSD源代码中，它具有一下的特点： － 当压缩效果下降时，动态表格清除。 － 当压缩后全部最终结果不比输入数据小时，自动停止压缩。 － 在预先设定的范围内动态选择编码的宽度。 － 多年来在网络中被普遍使用，在调制解调器以及其他点对点链路上传输网络新闻。 － 在发送及接收方都必须有不少于64KB的内存以保证有效的编码宽度。 1.1.特许声明 BSD Unix 压缩命令源程序可以被广泛地自由获取，对于电脑用户来说，没有任何附加 条款。所含源程序是基于BSD压缩命令源程序的， 只有The Regents of the University of California 对其拥有版权。用户自己承担使用源代码所带来的风险。不提供任何形式的保 证和补偿。请注意LZW算法有专利权保护. 2.BSD 压缩包（BSD Compress Packets） 在任何BSD压缩包相互通信之前，点对点协议（PPP）必须到达网络层协议阶段，CCP(压 缩控制协议)控制协议必须处于打开的状态。 准确地说，只有一个BSD 压缩数据报被封装在点对点协议（PPP）的信息字段里，这时 PPP协议字段中包含0xFD或者0xFB。当没有使用PPP多链路协议或者“高于”多链路的时 候，就用0xFD；“低于”多链路的时候则用0xFB，在一个多链路包里对不同的链路各自进 行压缩。 在PPP链路上传输的BSD压缩数据报的最大长度等于PPP包信息字段的最大长度。 PPP协议编号在0x0000到0x3FFF之间的包，除了0xFD和0xFB的编号之外都将被压缩， 而其他的PPP包则一般不经压缩就被发送出去。控制包非常少，所以为了健壮性的原因，它 们将不被压缩。 填充数据 如果有填充数据被附加在BSD压缩包里，就需要在事前对自解释的填充数据配置选项 （Self-Describing-Padding Configuration Option）【3】进行交流协商。如果没有填充 数据，那么自解释的填充数据（Self-Describing-Padding）也就不需要了 可靠性与顺序 BSD压缩算法要求包在传递的时候要按照顺序传递。用重置－请求和重置－应答压缩控 制包（CCP）或者是对压缩控制协议（Compression Control Protocl【2】）的再安排，可 以指示发送端与接收端在同步过程中的信息流失情况。如果帧检查序列探测到损坏了的数据 包，普通机制将废弃这些包。包的丢失和包顺序错位是通过每个包内的序列号来检查出来的。 在对包进行解码之前必须要检查包的序列号。 当发现解压错误的情况时，接收端不是传输一组重置－请求包，而是通过传输一组新的 CCP配置－请求，强制CCP短时间退出打开状态。但是，前者比后者的开销要小。 当接收端第一次碰到意料之外的序列号，它应该发送一个在压缩控制协议里定义好的重 置－请求CCP包。发送端发送重置－应答包或者接受端收到一个重置－应答包时，就必须将 序列号置成零值并清除压缩字典，然后接着发送和接受压缩数据包。在检测到错误之后，接 收端必须丢弃所有的压缩包直到收到一个重置－应答包。这种策略可以