[发明专利]组播流转发实现方法和路由网桥（RB）

说明书

技术领域

本发明涉及网络通信技术，更具体的说，是一种组播流转发实现方法和路由网桥(RB)。

背景技术

TRILL是多链接透明互连(Transparent Interconnection over Lots of Links) 的英文缩写，用于解决数据中心大二层网络中的多路径(或称为L2MP(Layer 2 Multiple Path))问题。通过将IS-IS(Intermediate System to Intermediate System，中间系统对中间系统)路由协议引入二层网络实现了L2MP。在TRILL 网络中，运行TRILL协议的设备称为RBridge(路由网桥，下文中也称为“RB”)，并由Nickname(别名)唯一标识一台RBridge。在TRILL网络的入口，负责将端设备(End Station)的原始数据帧封装成TRILL格式(即在原始数据帧前面添加TRILL头和外部帧头，TRILL头中主要包括TRILL网络入口和出口路由网桥的Nickname和跳数)并注入TRILL网络的路由网桥称为Ingress；在TRILL网络的出口，负责将TRILL数据帧解封为原始数据帧并转发给端设备的路由网桥称为Egress，同时Egress还会学习所述帧是哪个 Ingress导入TRILL的并形成MAC信息表{D_MAC，Ingress_Nickname，......}。因为Ingress和Egress路由网桥在TRILL网络中处在边缘位置，因此又被称为边缘路由网桥(Edge RBridge)。

为了避免环路，在TRILL网络的边界，在任何一个VLAN(Virtual Local Area Network，虚拟局域网)内只能由一个RBridge为一个端系统提供服务，这个RBridge称为这个端系统的服务提供者，比如共享链路上，VLAN的指定转发设备(Appointed Forwarder，AF)。这虽然能有效的避免环路，但是也引起了一些问题，比如：AF切换后，远端Egress上某些MAC表项中的发生Ingress_Nickname变化；在端系统通过点对点链路多归属(Multi-homing，比如：通过链路聚合组(Link Aggregation Group，LAG))到多个RBridge 上时，RB链路上的负荷分担会引起远端RBridge上某些MAC表项的 Ingress_Nickname频繁波动(称为flip-flop)，从而引起回来的流量的乱序与丢报，导致会话中断。

为此，TRILL工作组提出了路由网桥组(RBridge Group，RBG)或称为虚拟路由网桥(Virtual RBridge，RBv)的概念。在一个RBv内，组员共享一个Nickname，称为组Nickname，RBv内的RB在将数据帧导入TRILL网络时，用组Nickname封装数据帧，解决了上述flip-flop问题。

为了避免组播报文转发中的临时环路，TRILL协议规定RBridge收到组播帧时，必须做RPF(Reverse Path Forwarding，反向路径转发)检查。RPF 检查要求在任何一棵组播树上任何一台路由网桥，仅能从一个接口收到另一个RBridge沿着该树发送的组播帧，检查失败必须丢弃该帧。工作组文稿 draft-ietf-trill-cmt-01.txt(简称CMT，Coordinated Multi-Destination Tree，标定组播树)通过在RBv内的RB之间分配可用组播树，重点关注并解决了多个 RBv内的RB导入(上行方向)组播数据帧时存在的RPF问题。对于经过RBv 内的RB离开(下行方向)TRILL网络的组播数据帧，CMT规定任何RBv内的RB只能将沿着分配给它的组播树分发的流量导出TRILL网络，避免了端系统收到多份组播报文的风险。如图1所示，假设有5颗组播树，RB1、RB2 和RB3分别通告了{RB1，RBv，T1，T4}、{RB2，RBv，T2，T5}和{RB1， RBv，T3}，假设RB4沿着T1(如图1中粗实线所示的组播树)发出组播流量，那么在该RBv中，只能由RB1将组播流导出TRILL网络，RB2和RB3 丢弃该组播流。但是，这种机制在RB或者接入链路故障时，会出现以下问题。

首先，当某个RB故障时，会导致组播树在RBv内的RB之间重新分配，在这期间，组播流接收者无法收到期望的数据流；另外，当组播树重新分配完成后，远端RB(如图1中的RB4)可能会重新选择另外一个组播树，这样导致业务中断的时间较长。