1 点到点协议-PPP( 二 )


地址字段后面是控制字段,缺省情况下,被固定设成二进制数00000011 。
因为缺省情况下,地址字段、控制字段总是常数 。因此,这两部分实际可以省略不要(需要通过LCP进行协商) 。
接下来是协议字段 。用来标明后面携带的是什么类型的数据 。其缺省大小为2个字节 。但假如是LCP包,则可以是1字节 。
接下来是数据字段 。其长度可变,缺省最大长度为1500字节 。
接下来是校验和字段,通常情况下是2个字节,但也可以是4字节 。
1.4; LCP协商选项LCP用来在通信链路建立初期,在通信双方之间协议功能选项 。表1列出了其中主要的选项 。它们是身份验证、压缩、回叫、多链路 。
表1PPP LCP协商选项
特 性
解释
协议
身份验证
链路建立成功前要求提供正确的密码
PAP,CHAP
压缩
在带宽有限的链路提供对数据的压缩功能
Predictor,Stacker,MPPC
回叫
由被叫方重新呼叫原呼叫发起方
Cisco Callback,MS Callback
多链路
需要的时候进行多链路捆绑、负载均衡
MP
1.5; LCP协商的其他选项除了身份认证方法之外,PPP的LCP还提供了链路压缩、回叫、多链路捆绑等选项 。
1; 链路压缩PPP协议运行在速率十分有限的点到点串行链路上 。为了提高数据发送效率,可以采用对数据进行压缩后再传送的方法,我们将其称为链路压缩 。

LCP支持以下一些链路压缩方法:Stac、Predictor、MPPC以及TCP头部压缩 。不同的方法对CPU及内存的需求并不相同 。有些需要更多的内存(内存密集型),有些则需要占用更多的CPU时间(CPU密集型) 。压缩原理和效果也不相同 。
Stac:Stac压缩算法基于Lempel-Ziv理论,它通过查找、替换传送内容中的重复字符串的方法达到压缩数据的目的 。使用Stac压缩算法可以选择由各种硬件(适配器、模块等)压缩或者由软件进行压缩,还可以选择压缩的比率 。Stac压缩算法需要占用较多的CPU时间 。
MPPC:MPPC是微软的压缩算法实现,它也是基于Lempel-Ziv理论,也需要占用较多的CPU时间 。
Predictor:Predictor—猜测算法通过检查数据的压缩状态(是否已被压缩过)来决定是否进行压缩 。因为,对数据的二次压缩一般不会有更大的压缩率 。相反,有时经过二次压缩的数据反而比一次压缩后的数据更大 。Predictor算法需要占用更多的内存 。
TCP头部压缩:TCP头部压缩基于Van Jacobson算法,该算法通过删除TCP头部一些不必要的字节来实现数据压缩的目的 。
2; 回叫回叫又称为回拨,是指当通信一方拨号到另一方后,由另一方断开拨号连接并进行反向的拨号 。
这对于从甲地到乙地的电话费大于从乙地到甲地的电话费的情形 。这时,可以由甲方首先发起到乙方的呼叫连接,当乙方收到甲方的呼叫请求后,断开乙方的呼叫 。然后,从乙方发起到甲方的回叫 。甲方应答后,双方的通信链路就建立起来了 。
回叫还有更安全的优点 。因为乙方在回叫之前可以验证对方是否是合法用户,或者可以用口令数据库的方法或者可以用检验对方电话号码的方法 。
3; 多链路捆绑LCP的多链路捆绑(MP)选项通过将通信两端之间的多条通信链路捆绑成一条虚拟的链路而达到扩充链路可用带宽的目的 。
LCP的多链路捆绑可以在多种类型的物理接口上实现,包括异步串行接口、同步串行接口、ISDN基本速率接口BRI、ISDN主速率接口PRI 。LCP的多链路捆绑也支持不同的上层协议封装类型,如X.25、ISDN、帧中继等 。
限于篇幅,关于以上LCP协商选项的配置这里就不再具体介绍了 。

推荐阅读