所选语种没有对应资源,请选择:

本站点使用Cookies,继续浏览表示您同意我们使用Cookies。Cookies和隐私政策>

提示

尊敬的用户,您的IE浏览器版本过低,为获取更好的浏览体验,请升级您的IE浏览器。

升级

NE40E V800R010C00 特性描述 - 广域网接入 01

评分并提供意见反馈 :
华为采用机器翻译与人工审校相结合的方式将此文档翻译成不同语言,希望能帮助您更容易理解此文档的内容。 请注意:即使是最好的机器翻译,其准确度也不及专业翻译人员的水平。 华为对于翻译的准确性不承担任何责任,并建议您参考英文文档(已提供链接)。
PPP的魔术字校验

PPP的魔术字校验

产生原因

在网络中,两台设备通过中间的传输设备彼此互连。在传输的过程中,若发现两者互连关系错误,会对其互连关系进行重新调整。在调整过程中,两端的接口是无法感知的(因为接口没有Down/Up),因此不会触发LCP重协商。由于PPP协议只在LCP协商过程中才会去学习对端的主机路由,导致新互连关系的两个接口仍然学习着原互连关系的主机路由,引起传输错误。

若配置了PPP魔术字校验功能,当设备互连关系重新调整后,即使传输两端的接口未感知,也可以通过PPP的魔术字校验功能,触发LCP重新协商,重新学习对端32位主机路由。

实现原理

魔术字是由各通信设备独立产生的。为了避免产生相同的魔术字,通常会采用随机方法产生一个独一无二的魔术字。一般来说魔术字会采用设备的系列号、网络硬件地址或时钟等。

在LCP协商阶段会彼此协商魔术字,LCP阶段的后续协商过程中的ECHO报文均携带此字段,且ECHO报文中该字段值必须与协商成功时本端的值保持一致。

图4-8所示,DeviceA、DeviceB、DeviceC与DeviceD,通过传输设备互连,且DeviceA与DeviceB、DeviceC与DeviceD之间建立PPP连接,并成功完成LCP协商。此时,发现互连关系错误,需要重新调整互连关系,在DeviceA与DeviceC之间建立PPP连接,则触发LCP重协商过程如下:
  1. DeviceA向DeviceC发送Echo-Request报文,且该Echo-Request报文中携带DeviceA的魔术字。

  2. DeviceC收到Echo-Request报文后,与其之前协商成功时对端的魔术字(DeviceD的魔术字)进行比较,结果不同,则错误计数加1。

  3. DeviceC向DeviceA回应Echo-Reply报文,且该Echo-Reply报文中携带DeviceD的魔术字。

  4. DeviceA收到DeviceC回应的Echo-Reply报文后,先与之前协商成功时自己生成的魔术字(DeviceA的魔术字)进行比较,不同后,再与之前协商成功时对端魔术字(DeviceB的魔术字)进行比较,仍然不同,再将错误计数加1。

  5. 重复上述过程,当错误计数累计超过一定次数后,触发LCP状态断连并重新协商。

图4-8  触发LCP重协商过程图

说明:
此时,图4-8为重连后触发LCP重新协商之前的状态,DeviceA和DeviceC中所保存在魔术字仍然是之前协商成功时所保存的本端及对端信息,只有在触发LCP重协商后,协商魔术字信息才会进行更新。
下载文档
更新时间:2018-07-12

文档编号:EDOC1100028576

浏览量:4106

下载量:74

平均得分:
本文档适用于这些产品
相关文档
相关版本
Share
上一页 下一页