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

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

提示

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

升级

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

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

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

多环工作原理

RRPP多环的协议运行过程与单环大致相同。在多环中:

  • 主环上节点收到子环的COMMON-FLUSH-FDB或者COMPLETE-FLUSH-FDB报文时,都会导致刷新指导报文转发的FDB表项,以重新学习表项,使数据流量重新选路。
  • 子环的COMPLETE-FLUSH-FDB不会导致主环传输节点放开临时阻塞端口,只有收到主环自己的COMPLETE-FLUSH-FDB报文,主环传输节点才会放开临时阻塞端口。
  • 多环中加入了主环中子环协议报文通道状态检测机制。详见“主环上的子环协议报文通道状态检查机制”。
  • 为了提高系统性能,多环中还引入了环组机制。详见“环组机制”。

主环上的子环协议报文通道状态检查机制

主环上子环协议报文通道状态检测机制应用于多子环与主环相交的组网中,是为了防止在各子环主节点放开副端口后,报文在子环之间成环。

图18-10所示,当主环中与子环的公共链路故障,并且有一条以上的非公共链路故障后,由于各个子环主节点无法再收到自己发出去的Hello报文而放开其副端口(图中用S标注的端口)。此时,子环之间可能形成广播环路(图中蓝色虚线所示)。为了防止这种环路的存在,引入了主环上子环协议报文通道状态检测机制。由边缘节点和辅助边缘节点配合完成通道的状态检查,当边缘节点检测到通道中断后,在两个子环主节点副端口全部放开之前,阻塞两子环边缘节点的边缘端口,避免子环间形成数据环路。如图18-10所示,Sub Ring1和Sub Ring2边缘节点的边缘端口被阻塞,避免了环路的产生,但边缘端口的阻塞会导致设备不连通而产生孤岛效果。

图18-10  报文在子环之间成环示意图

整个机制的过程描述如下。

  1. 检测主环上子环协议报文通道状态

    子环的边缘节点通过在主环中的两个RRPP端口周期性地向主环内发送EDGE-HELLO报文。EDGE-HELLO报文依次经过环上各节点发往辅助边缘节点。辅助边缘节点收到EDGE-HELLO报文后不再向外转发。

    图18-11所示,Edge节点通过在主环中的两个端口Interface1和Interface2分别向主环发送EDGE-HELLO报文。

    图18-11  边缘节点发送EDGE-HELLO报文

    如果辅助边缘节点在规定时间内能够收到EDGE-HELLO报文,表明主环上子环协议报文通道正常;如果收不到,说明通道中断。

  2. 通道中断边缘节点阻塞边缘端口

    辅助边缘节点检测到子环协议报文通道中断后,立即从边缘端口通过子环链路向边缘节点发送MAJOR-FAULT报文。边缘节点收到MAJOR-FAULT后,阻塞自己的边缘端口。

    图18-12所示,图中Assistant节点通过边缘端口Interface3从子环链路向边缘节点发送MAJOR-FAULT报文。

    图18-12  边缘节点响应MAJOR-FAULT阻塞边缘端口示意图
  3. 子环主节点超时放开副端口

    边缘节点阻塞边缘端口后,由于主环故障导致子环协议报文通道中断,子环主节点不能在规定时间内收到自己发出的HELLO报文,于是迁移到Failed状态,放开副端口。

    图18-13所示,图中Edge节点阻塞边缘端口,子环的Master节点已经放开副端口,不再是图18-12中被阻塞的状态。

    图18-13  主环通道中断导致子环Fail示意图
  4. 子环协议报文通道恢复

    图18-14所示,主环链路恢复导致边缘节点和辅助边缘节点间通信恢复时,子环协议报文通道恢复正常。子环主节点重新在副端口收到自己发出的HELLO报文,从而切换到Complete状态,阻塞副端口。

    图18-14  子环协议通道恢复示意图

    图18-15所示,子环主节点从主端口发送COMPLETE-FLUSH-FDB报文,边缘节点收到报文后放开边缘端口。

    图18-15  子环边缘节点放开边缘端口示意图

环组机制

环组是子环的组合,是RRPP多环中为了减少EDGE-HELLO报文的收发数量,提高系统性能而设置的一种机制。

在主环上子环协议报文通道状态检测机制中,子环的边缘节点为了检测子环协议报文的通道完整性,周期性地从在主环中的两个RRPP端口向主环内发送EDGE-HELLO报文。

图18-16所示,多个子环(域1的子环2 、3和域2的子环2、3)的边缘节点是同一台设备,辅助边缘节点也是同一台设备。并且,边缘节点和辅助边缘节点所对应的主环链路相同。在这种情况下,这些子环边缘节点的EDGE-HELLO报文会沿相同的路径到达辅助边缘节点。此时,可以将具有相同边缘节点和辅助边缘节点的一组子环加入环组。选择环组内的一个子环发送EDGE-HELLO报文,进行主环上子环协议报文通道的检测。这样可以减少EDGE-HELLO报文的收发数量,提高系统性能。

图18-16  RRPP多实例中的环组图

选择环组内发送EDGE-HELLO报文的子环的过程如下:

  1. 在边缘节点环组内所有激活的环上选出有最小的域ID的子环。图18-16中,最小域ID的子环是域1环2和域1环3。

  2. 在拥有最小域ID的子环内选出最小的环ID,由此环上的节点发送EDGE-HELLO报文。图18-16中,最小环ID的子环是域1环2。因此,在由域1环2、域1环3、域2环2、域2环3组成的环组中,应该由域1环2上的边缘结点发送EDGE-HELLO报文。

  3. 在辅助边缘节点环组内所有激活的环上,任意子环收到EDGE-HELLO报文会通知环组内其它子环。

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

文档编号:EDOC1000141467

浏览量:85116

下载量:1001

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

相关版本

相关文档

Share
上一页 下一页