PPP协议规范(14)



Magic-Number也可以被用于监测通常操作的looped-back链路 , 正如经过配置选项协商 。所有的LCPEcho-Request, Echo-Reply, 和 Discard-Request 包都有一个Magic-Number域 。假如Magic-Number被成功的协商 , 一个执行必须传送那些带有Magic-Number域的包的域到协商的Magic-Number 。这些包的Magic-Number域应该被接收的时候检查 。所有收到的Magic-Number域必须等于零或者peer的唯一的Magic-Number , 取决于是不是peer协商了Magic-Number 。一个Magic-Number域的接收等于协商本地Magic-Number指出一个loop-back链路 。一
个Magic-Number的接收或者协商本地Magic-Number , 该peer的协商Magic-Number , 或者零假如peer不协商一个 , 指出一个被(漏)配置用于与一个不同的peer通讯 。
情况未指明的任一事例恢复程序 , 和任何执行到执行的不同 , 一个稍微保守式程序被假定一个LCP关闭时间 。一个更开放事件将开始重新设置链路的处理 , 直到looped-back条件被终止才完成 , 并且Magic-Numbers被成功的协商 。一个更开放式的程序(在looped-back链路情况下)开始传送LCPEcho-Request包 , 直到收到适当的Echo-Reply , 指出looped-back条件的终止 。Magic-Number配置选项格式如下 。域从左到右传送 。
类型:5
长度:6
Magic-Number
Magic-Number域是四个八位字节 , 指出一个很像链路结尾唯一指定的号码 。零的Magic-Number是违法的 , 必须总是没有应答 , 假如不被彻底拒绝 。
6-5. Protocol-Field-Compression (PFC)
描述
该配置选项提供一种PPP协议域的压缩协商方法 。默认的 , 所有执行必须传送带有二个八位字节PPP协议域的数据包 。PPP协议域号被选择那些值可以被压缩进一个与二个八位字节有明显区别的单一八位字节形态 。该配置选项被发送来通知peer该执行能接收这种单一八位字节协议域 。以前说过 , 协议域使用一种扩展机制与用于地址域的ISO 3309扩展机制一致:每一个八位字节的最低有效位(LSB)被用来指出协议域的扩展 。一个二进制"0"作为LSB指出协议域由以下八位字节继续 。二进制"1"作为LSB标志的存在于协议域的最后八位字节 。注重到任何"0"的八位字节号码可以被预制到域中 , 并且将仍然指出相同的值(认为两个八位字节代表3 , 00000011 和 00000000 00000011) 。当使用低速连接 , 值得通过发送尽可能小的冗余数据来保存带宽 。Protocol-Field-Compression配置选项答应在执行简单和带宽效率之间进行平衡 。假如顺利的协商 , ISO 3309扩展机制可以被用来压缩协议域到一个八位字节来代替二个八位字节 。大多数来自典型的数据协议分派的协议域值不超过256的包是可压缩的 。被压缩的协议域必须不被传送 , 除非该配置选项被协商 。协商后 , PPP执行必须接受带有既有双-八位字节又有单-八位字节协议域的PPP包 , 必须不区别两者 。当发送任何LCP数据包时从不压缩协议域 。该规则保证LCP包的明确识别 。当一个协议域被压缩 , 数据链路层FCS域在被压缩的帧中计算 , 而不是最初的未压缩的帧 。Protocol-Field-Compression配置选项格式如下 。域从左到右传送 。
类型:7
长度:2
6-6. Address-and-Control-Field-Compression (ACFC)
描述
该配置选项提供一种数据链路层地址和控制域压缩的方法 。默认的 , 所有执行必须传送带有地址和控制域的适当的链路帧 。既然这些域通常用于点对点链路有常量 , 轻易压缩 。该配置选项被发送来通知peer该执行能接收压缩地址和控制域 。假如当Address-and-Control-Field-Compression未被协商时接收到一个压缩了的帧 , 该执行可以静静的丢弃该帧 。当发送任何LCP包时 , 地址和信息域必须不被压缩 。该规则保证实确识别LCP包 。当地址和控制域被压缩时 , 数据链路层FCS域被在被压缩的帧计算 , 而不是最初的未压缩帧 。Address-and-Control-Field-Compression配置选项格式如下 。域从左到右传递 。

推荐阅读