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

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

提示

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

升级

S7700, S9700 V200R010C00 配置指南-以太网交换

本文档针对设备的以太网业务,主要包括链路聚合配置、VLAN配置、Voice VLAN配置、VLAN mapping配置、QinQ配置、GVRP配置、MAC表配置、STP/RSTP/MSTP配置和SEP配置等。

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

RRPP Snooping应用

RRPP Snooping是将RRPP环路变化通知到VPLS网络的技术。通过在设备的子接口或VLANIF接口上配置RRPP Snooping,使得VPLS网络可以透传RRPP协议报文,感知RRPP环路状态的变化,并同步更新转发表项,保证流量根据环路状态变化及时切换到通畅的路径。

图18-29所示,UPE(Underlayer Provider Edge)以RRPP环的形式接入NPE所在的VPLS网络时,由于NPE之间通过PW连接,不能直接配置为RRPP节点,因而不能直接响应RRPP的协议报文,所以VPLS网络无法感知RRPP环的状态变化。当RRPP环拓扑变化时,VPLS网络中各节点依旧按照RRPP环拓扑改变前生成表项转发下行数据,造成下行流量不通。

图18-29  RRPP与VPLS联合组网原理图

通过在NPED的子接口或VLANIF接口上使能RRPP Snooping,并关联本设备上其余的VSI。当RRPP环网发生故障时,VPLS网络中的NPED可以同步清除本节点VSI(包括关联的VSI)的转发表项和远端VPLS设备NPEB的转发表项,以重新学习表项,使流量切换到非故障的链路,保证下行流量通畅。

图18-30所示,NPED与UPEA之间的链路故障,RRPP主节点UPEA发COMMON-FLUSH-FDB报文通知环上的传输节点清除MAC地址表。

图18-30  RRPP与VPLS联合组网原理图(RRPP环故障)

由于NPED不能处理COMMON-FLUSH-FDB报文,因此不会清除原来的MAC地址表。此时若有发往UPEA的下行业务数据报文,NPED依旧沿原路径发送给UPEA,导致与UPEA之间的下行流量中断。直到UPEB清除MAC地址表后,UPEA发送的上行业务数据报文在RRPP环上被作为未知单播报文,沿UPEA->UPEB->NPED上送至VPLS网络。NPED重新学习MAC地址后,才能正常转发目的地为UPEA的下行流量。

当RRPP环的故障恢复时,主节点UPEA发送COMPLETE-FLUSH-FDB报文通知传输节点清除MAC地址表。由于NPED不能处理COMPLETE-FLUSH-FDB报文,同样会造成NPED与UPEA之间的下行流量中断。

图18-31所示,在NPED的子接口GE1/0/0.100GE2/0/0.100上使能RRPP Snooping功能,可以解决NPED不能处理COMMON-FLUSH-FDB或COMPLETE-FLUSH-FDB报文的问题。

图18-31  RRPP与VPLS联合组网原理图(使能RRPP Snooping)

当RRPP环的拓扑改变时,NPED收到主节点UPEA发出的COMMON-FLUSH-FDB或COMPLETE-FLUSH-FDB报文后,清除与子接口GE1/0/0.100GE2/0/0.100有关联关系的VSI的MAC地址表,然后通知该VSI内的其他NPE清除MAC地址表。

这时,如有下行数据报文发往UPEA,由于在NPED上查询不到MAC地址表,该报文被当作未知单播报文在VLAN中广播,并沿NPED->UPEB->UPEA,发送到UPEA。保证了下行流量不间断。

翻译
下载文档
更新时间:2019-12-27

文档编号:EDOC1000141467

浏览量:85798

下载量:1003

平均得分:
本文档适用于这些产品

相关版本

相关文档

Share
上一页 下一页