组播流转发实现方法和路由网桥（RB）技术

本发明专利技术涉及一种组播流转发实现方法和路由网桥(RB)，各路由网桥(RB)根据组播树的分配信息转发接收到的上行或下行组播流，所述组播树的分配信息中的组播树是按上行方向和下行方向分别分配的。当下行方向发生故障时，不会影响上行方向的组播流转发。

【技术实现步骤摘要】
组播流转发实现方法和路由网桥（RB）
本专利技术涉及网络通信技术，更具体的说，是一种组播流转发实现方法和路由网桥(RB)。
技术介绍
TRILL是多链接透明互连(TransparentInterconnectionoverLotsofLinks)的英文缩写，用于解决数据中心大二层网络中的多路径(或称为L2MP(Layer2MultiplePath))问题。通过将IS-IS(IntermediateSystemtoIntermediateSystem，中间系统对中间系统)路由协议引入二层网络实现了L2MP。在TRILL网络中，运行TRILL协议的设备称为RBridge(路由网桥，下文中也称为“RB”)，并由Nickname(别名)唯一标识一台RBridge。在TRILL网络的入口，负责将端设备(EndStation)的原始数据帧封装成TRILL格式(即在原始数据帧前面添加TRILL头和外部帧头，TRILL头中主要包括TRILL网络入口和出口路由网桥的Nickname和跳数)并注入TRILL网络的路由网桥称为Ingress；在TRILL网络的出口，负责将TRILL数据帧解封为原始数据帧并转发给端设备的路由网桥称为Egress，同时Egress还会学习所述帧是哪个Ingress导入TRILL的并形成MAC信息表{D_MAC，Ingress_Nickname，......}。因为Ingress和Egress路由网桥在TRILL网络中处在边缘位置，因此又被称为边缘路由网桥(EdgeRBridge)。为了避免环路，在TRILL网络的边界，在任何一个VLAN(VirtualLocalAreaNetwork，虚拟局域网)内只能由一个RBridge为一个端系统提供服务，这个RBridge称为这个端系统的服务提供者，比如共享链路上，VLAN的指定转发设备(AppointedForwarder，AF)。这虽然能有效的避免环路，但是也引起了一些问题，比如：AF切换后，远端Egress上某些MAC表项中的发生Ingress_Nickname变化；在端系统通过点对点链路多归属(Multi-homing，比如：通过链路聚合组(LinkAggregationGroup，LAG))到多个RBridge上时，RB链路上的负荷分担会引起远端RBridge上某些MAC表项的Ingress_Nickname频繁波动(称为flip-flop)，从而引起回来的流量的乱序与丢报，导致会话中断。为此，TRILL工作组提出了路由网桥组(RBridgeGroup，RBG)或称为虚拟路由网桥(VirtualRBridge，RBv)的概念。在一个RBv内，组员共享一个Nickname，称为组Nickname，RBv内的RB在将数据帧导入TRILL网络时，用组Nickname封装数据帧，解决了上述flip-flop问题。为了避免组播报文转发中的临时环路，TRILL协议规定RBridge收到组播帧时，必须做RPF(ReversePathForwarding，反向路径转发)检查。RPF检查要求在任何一棵组播树上任何一台路由网桥，仅能从一个接口收到另一个RBridge沿着该树发送的组播帧，检查失败必须丢弃该帧。工作组文稿draft-ietf-trill-cmt-01.txt(简称CMT，CoordinatedMulti-DestinationTree，标定组播树)通过在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)可能会重新选择另外一个组播树，这样导致业务中断的时间较长。其次，在对于沿着T1下发的流量，RB1下的LAG1的RB链路都正常时(即无故障时)，用户边缘(CustomerEdge，CE)设备CE1和CE2能收到该流量；但是当RB1-CE1在LAG1下的RB链路故障时，如果RB4上重新选择另外一颗组播树，假设是T2的话，那么按照现行的CMT文稿，RB2会将组播流导出。这样带来的一个问题就是，因为LAG1的RB链路故障，而导致LAG2上的接收者也要从另外一颗树上去接收流量。也就是说，当一个RBv下有多个LAG时，若只有其中一个LAG的RB链路发生故障，也会导致到其他LAG的流量也受到影响。
技术实现思路
本专利技术要解决的技术问题是提供一种组播流转发实现方法和路由网桥(RB)，以解决现有出现故障时，组播流转发受影响较大的问题。为解决上述技术问题，本专利技术提供了一种组播流转发实现方法，各路由网桥(RB)根据存储的组播树的分配信息转发接收到的上行或下行组播流，所述组播树的分配信息中的组播树是按上行方向和下行方向分别分配的。为解决上述技术问题，本专利技术还提供了一种路由网桥(RB)，该路由网桥包括：分配信息存储单元，用于存储组播树的分配信息，所述组播树是按上行方向和下行方向分别分配的；组播流转发单元，用于根据组播树的分配信息转发上行和/或下行组播流。本专利技术方法和路由网桥，所述组播树的分配信息中的组播树是按上行方向和下行方向分别分配的，因此，当下行方向发生故障时，不会影响上行方向的组播流转发，进而实现了端系统对TRILL网络的高可靠性接入。附图说明图1是现有CMT文档对组播树的分配示意图；图2是本专利技术组播流转发实现方法实施例1的流程示意图；图3是本专利技术组播流转发实现方法实施例2的流程示意图；图4是本专利技术组播流转发实现方法实施例3的流程示意图；图5是本专利技术组播流转发实现方法实施例3中组播流转发的过程示意图；图6是本专利技术组播流转发实现方法实施例4的流程示意图；图7、8是本专利技术应用实例一至四所采用组播树分配示意图；图9-11是本专利技术路由网桥(RB)实施例的模块结构示意图。具体实施方式下面结合附图和具体实施例对本专利技术所述技术方案作进一步的详细描述，以使本领域的技术人员可以更好的理解本专利技术并能予以实施，但所举实施例不作为对本专利技术的限定。需要说明的是，在不冲突的情况下，本申请中的实施例及实施例中的特征可以相互组合。实施例1如图2所示，本专利技术实施例1组播流转发实现方法，各路由网桥(RB)根据组播树的分配信息转发接收到的上行或下行组播流，所述组播树的分配信息中的组播树是按上行方向和下行方向分别分配的，具体地，该方法包括：步骤201：路由网桥(RB)获取并存储路由网桥组(RBv)的组播树的分配信息，所述组播树的分配信息中的组播树本文档来自技高网...

【技术保护点】
一种组播流转发实现方法，其特征在于：各路由网桥(RB)根据组播树的分配信息转发接收到的上行或下行组播流，所述组播树是按上行方向和下行方向分别分配的。

【技术特征摘要】
1.一种组播流转发实现方法，其特征在于：各路由网桥(RB)根据组播树的分配信息转发接收到的上行或下行组播流，所述组播树是按上行方向和下行方向分别分配的；一个组播树在下行方向分配的路由网桥(RB)包括一个主用转发设备和一个或若干个备用转发设备，所述路由网桥(RB)判断其为组播树的主用转发设备时转发所述组播树的组播流，否则丢弃该组播流。2.如权利要求1所述的方法，其特征在于：所述各路由网桥(RB)根据组播树的分配信息转发接收到的上行或下行组播流的过程包括：接收到组播树上行或下行方向的组播流；根据分配信息判断其是否为所述组播树在对应方向上的转发设备；若是，则转发该组播流，否则丢弃该组播流。3.如权利要求1所述的方法，其特征在于：所述组播树在下行方向是在各个链路聚合组(LAG)或本地局域网(LAN)内分配的。4.如权利要求1所述的方法，其特征在于：所述组播树的分配信息仅包括当前RB的组播树的分配信息，在下行方向上一个组播树显式分配一个备用转发设备，路由网桥(RB)或其对应的链路发生故障，故障相关的节点向所在RBv内的其他所有路由网桥(RB)组播故障信息；所述组播的故障信息包括受影响的组播树信息或/和受影响的组播树所在的LAG或LAN信息；接收到故障信息且为受影响的组播树的备用转发设备升级为该组播树的主用转发设备。5.如权利要求1所述的方法，其特征在于：所述组播树的分配信息包括当前RB及其他各RB的组播树的分配信息，在下行方向上一个组播树显式分配一个备用转发设备，路由网桥(RB)或其对应的链路发生故障，故障相关的节点向受影响组播树的备用转发设备发送故障信息；接收到故障信息的备用转发设备升级为该组播树的主用转发设备。6.如权利要求1所述的方法，其特征在于：所述组播树的分配信息包括当前RB及其他各RB的组播树的分配信息，在下行方向上一个组播树显式或隐式分配若干个备用转发设备时，路由网桥(RB)或其对应的链路发生故障时，故障相关的节点向所在RBv内的受影响组播树的一个备用转发设备发送故障信息；接收该故障信息的备用转发设备升级为受影响组播树的主用转发设备。7.如权利要求6所述的方法，其特征在于：故障相关的节点根据所述组播树的分配信息随机或基于负载均衡策略确定升级为主用转发设备的备用转发设备。8.如权利要求5或6所述的方法，其特征在于：各路由网桥(RB)利用同一组播树分配算法或配置获取所述组播树的分配信息，或配置获取自身的组播树的分配信息后通过交互获取其他各RB的组播树信息。9.如权利要求4所述的方法，其特征在于：当前主用转发设备收到原主用转发设备或其对应的链路的故障恢复信息后，重新转为备用转发设备。10.一种路由网桥(RB)，其特征在于：该路由网桥包括：分配信息存储单元，用于存储组播树的分配信息，所述组播树是按上行方向和下行方向分别分配的；组播流转发单元，用于根据组播树的分配信息转发上行和/或下行组播流；一个组播树在下行方向分配的RB包括一个主用转发设备和...

【专利技术属性】
技术研发人员：翟洪军，代雪会，廖婷，
申请(专利权)人：中兴通讯股份有限公司，
类型：发明
国别省市：