接收到一个带有Magic-Number的Configure-Nak与最后发送给peer的Configure-Nak不同，这就证明该链路不是looped-back，并且指出唯一的一个Magic-Number。如果该Magic-Number等于最后发送的Configure-Nak，有可能增加了一条looped-back链路，必须选择一个新的Magic-Number。其他情况，应该发送一个新的带有新的Magic-Number的Configure-Request。如果该链路确实是looped-back，该次序（传送Configure-Request,接收Configure-Request, 传送Configure-Nak, 接收Configure-Nak）将被重复做下去。若该链路不是looped-back，该次序将发生很少的几次，但是它非常不像能再三的重复。更像，所选择的Magic-Number很快会跳出，结束该顺序。下面的表格表明了链路的两端带有统一分配的Magic-Number冲突的可能性：
碰撞次数 可能性
-------------------- ---------------------
1 1/2**32 = 2.3 E-10
2 1/2**32**2 = 5.4 E-20
3 1/2**32**3 = 1.3 E-29
唯一的或者随机的好的源被发生的分歧所需要。如果一个唯一的好的源不能被找到，推荐配置选项不能被激活：带有该选项的Configure-Requests应该不被传送并且peer发送的任何Magic-Number配置选项应该既被确认也被拒绝。在这种情况下，looped-back链路不能通过执行被可靠的监测出来，虽然peer仍然可以察觉他们。如果一个执行传送一个带有Magic-Number配置选项的Configure-Request，那么当它接收一个带有Magic-Number配置选项的Configure-Request时它必须不响应。那就是说，如果一个执行想使用Magic Numbers，那么它必须也允许它的peer这样做。如果一个执行确实接收一个Configure-Request对Configure-Request的响应，只能表示该链路不是loop-back，并且它的peer将不使用Magic-Number。在这种情况下，一个执行应该行动好像协商已经成功（好像它真的收到了一个Configure-Ack）。
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配置选项格式如下。域从左到右传递。
类型:8
长度:2
安全考虑
安全问题在关于鉴定阶段、Close(关闭)事件和鉴定协议配置选项的章节进行了简单的讨论。
文章整理：西部数码--专业提供域名注册、虚拟主机服务
http://www.west263.com
以上信息与文章正文是不可分割的一部分,如果您要转载本文章,请保留以上信息，谢谢!
