PPP压缩控制协议（CCP）.docVIP

Network Working Group D. Rand Request for Comments: 1962 Novell Category: Standards Track June 1996 PPP压缩控制协议（CCP） （RFC1962——The PPP Compression Control Protocol (CCP)） 摘要： 点到点协议提供了一种在点到点的链路上传输多协议数据包的标准方法。另外 它还定义了一种可扩展的链路控制协议（LCP）。 本文挡定义了一种在PPP链路上协商数据压缩算法的方法。 目录 1.简介 1 2.压缩控制协议（CCP） 2 2.1 发送压缩的数据包 3 3.附加的数据包 3 3.1 Reset-Request和Reset-Ack 4 4.CCP 的配置选项 5 4.1.Proprietary Compression OUI 6 4.2.其它的压缩类型 7 安全考虑 8 参考 8 1.简介 为了在一条PPP链路上建立通信，链路的两端首先发送LCP包来配置和检测数据链路。 链路建起后，可选的功能中的一些值作为需要将被协商。 其中一种需要协商的功能就是数据的压缩算法，虽然在链路的每个方向只用到一种压缩 算法，但是仍有众多的压缩算法可能被协商。 考虑到速度，消耗，存储容量和其他的一些原因，链路的每个方向可能采有不同的压缩算 法， 或者只有一个方向上的数据包被压缩。 2.压缩控制协议（CCP） 压缩控制协议（CCP）负责在PPP链路上的两端配置并协商采用哪种压缩算法。并且用可 靠的方式 来标志压缩和解压缩机制的失败。 CCP采用和LCP相同的分组交换自动机。直到PPP已经到达网络层协议的阶段，CCP包之 间才交换。 在未达到这个阶段时所接收到的CCP包将被静静地丢弃。 CCP与LCP基本相同，除了以下几点： 结构的变化 在链路建立阶段，数据包可能利用任何由于被协商而导致的基本结构的变化。 数据链路层协议域 确切的说每个CCP包被封装在PPP的信息域里，此时PPP协议域的内容为00FD（表明是 CCP）。 当单个链路的数据压缩算法用在到达同一目的地多重链路上时，PPP协议域的内容为80FB （表明是 单链路压缩控制协议）。 代码域 除了代码1到7外（Configue-Request，Configue-Ack，Configue-Nak,Configue-Reject， Terminate-Request，Terminate-Ack和Code-Reject),CCP中还定义???代码14和15 （Reset-Request和Reset-Ack),其它被认为上是不可识别的代码则做Code-Reject处理。 超时设定 直到PPP达到网络层协议阶段时，CCP包之间才交换。在等待Configue-Ack或者其它应 答之前，应当准备执行 等待认证和链路可靠性结论完成的动作。在用户干预或者一段可配置的时间的情况下，建议 不要执行此动作。 配置选项类型 CCP有一组清晰的配置选项。 2.1 发送压缩的数据包 在任何压缩过的数据包被传送之前，PPP必须处在网络层协议阶段，且CCP必须处在开 始状态。一个或多个 被压缩的数据包被封状在PPP的信息域里，此时PPP协议域的内容为00FD（压缩的数据包）。 每个压缩算法可能采 用不同的机制来表明在一个数据链路层的桢中包含多了未压缩的数据包。 当采用多重PPP链路到达同一目的地时，有两种利用数据压缩算法的方法。第一种方法 是在多条链路上发送包 之前压缩数据。第二种方法是把每条链路看作是单独，分离的连接，可能进行压缩，也可能 不进行压缩。在第二种 情况下，PPP协议域的内容为00FB（单链路上的压缩数据包）。 在每个方向每次只能采用一种主要的算法，并且在发送第一个压缩的桢前进行协商。此 时压缩的数据包的协议 域将表明数据桢被压缩而不是它和算法一同被压缩。 在PPP链路上传输压缩的数据包的最大长度与封装的PPP包的信息域的最大长度一样。 压缩后增大的数据包 （如果采用某种压缩算法后，由于一些原因导致信息的长度增加）将按标准的数据包格式， 不压缩进行发送，或者 如果压缩算法支持的话 ，可以分解成多个数据包进行发送。