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

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

提示

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

升级

NE40E V800R010C00 特性描述 - 网络可靠性 01

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

VRRP与EFM联动

产生原因

在城域以太网解决方案中,主备NPE设备之间、NPE设备与UPE设备之间都是通过部署VRRP联动BFD来实现链路检测和保护的。但是当UPE设备不支持BFD时,VRRP联动BFD将无法适用。如果UPE设备支持802.3ah协议,则NPE设备与UPE设备之间可使用802.3ah来替代BFD。遵循IEEE 802.3ah协议的EFM OAM(Ethernet in the First Mile OAM)属于链路级以太网OAM技术,针对两台直连设备之间的链路,提供链路连通性检测、链路故障监控、远端故障通知和远端环回功能。

实现过程

说明:

由于EFM只能检测近端链路故障,而无法感知到远端链路故障,因此,作为备用设备的NPE2无法感知到该故障,只能通过VRRP报文协商才能升为主用设备指导流量转发,这会导致用户侧上行业务流量的中断时间较长。为了避免此类情况发生,实际应用中通常将VRRP与EFM联动功能和VRRP与Peer BFD联动功能结合使用,降低VRRP主备切换时间,减少流量中断的时间。

图6-18所示,部署VRRP联动EFM功能之后,EFM用于检测近端链路(本端NPE设备与UPE设备之间的链路)状态,Peer BFD负责检测远端链路(本端NPE设备与对端NPE设备之间的链路)状态。VRRP根据EFM和Peer BFD上报的链路状态,进行状态机计算,选择主备设备。

图6-18  VRRP联动EFM组网图
下面结合图6-18举例说明在故障发生及故障恢复时EFM/Peer BFD会话状态对VRRP状态的影响过程。
  • NPE1与NPE2之间运行VRRP协议

  • NPE1与NPE2之间运行Peer BFD会话,检测NPE之间的链路及设备故障

  • NPE1与UPE、NPE2与UPE之间分别运行EFM会话,检测NPE与UPE之间的链路及设备故障

实现过程:
  1. 正常情况下,NPE1设备定期发送VRRP通告报文通知NPE2设备自己工作正常,同时NPE1监视EFM/Peer BFD会话状态;NPE2同时监视Master设备与EFM/Peer BFD会话的状态。
  2. 当检测到NPE1设备或者NPE1与UPE之间的链路故障时,NPE1与UPE之间EFM会话状态为Discovery,NPE1与NPE2之间的Peer BFD会话状态为Down,而NPE2与UPE之间的EFM状态为Detect。此时,NPE1上的VRRP备份组的状态直接被置为Initialize,NPE2上的VRRP备份组的状态直接被置为Master。
  3. 故障恢复时,Peer BFD会话状态变为Up,NPE1与UPE之间EFM会话状态变为Detect,若NPE1使能抢占,则经过正常的VRRP协商后,NPE1和NPE2的VRRP备份组的状态恢复至故障发生前的状态。
    说明:
    正常情况下,NEP2设备与UPE设备之间的链路故障对NPE1上VRRP备份组的状态没有影响,此时上行流量依旧由NPE1承载。但是如果NPE1与NPE2之间的Peer BFD的状态变为Down的同时NEP2设备与UPE之间的EFM状态变为Discovery,且NPE2首先监视到Peer BFD的状态变为Down,此时NPE2的状态被置为Master,待监视到EFM的状态变为Discovery之后,NPE2的状态将由Master转换为Initialize。
VRRP与EFM联动的状态机图如图6-19所示。
图6-19  VRRP联动EFM状态机图

使用价值

当UPE设备不支持BFD时,可以在配置了VRRP备份组的设备上配置VRRP与EFM联动,有益于在故障发生时实现主备设备的快速切换,提高网络的可靠性。

下载文档
更新时间:2018-07-12

文档编号:EDOC1100028580

浏览量:7274

下载量:98

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