CN101873260A - 组播流转发方法及路由设备 - Google Patents
组播流转发方法及路由设备 Download PDFInfo
- Publication number
- CN101873260A CN101873260A CN201010195698A CN201010195698A CN101873260A CN 101873260 A CN101873260 A CN 101873260A CN 201010195698 A CN201010195698 A CN 201010195698A CN 201010195698 A CN201010195698 A CN 201010195698A CN 101873260 A CN101873260 A CN 101873260A
- Authority
- CN
- China
- Prior art keywords
- multicast
- routing device
- data flow
- multicast group
- new adding
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Granted
Links
Images
Abstract
本发明提供一种组播流转发方法及路由设备,其中方法包括:当所述第二路由设备在接收到来自于上游网络的与所述新加入组播组对应的组播流时,判断该第二路由设备的下游出口是否接收到由所述第一路由设备转发的与所述新加入组播组对应的组播流,若是,则向上游网络发送剪枝消息,使所述第二路由设备停止转发所述组播流,否则向所述新加入组播组转发所述组播流。本发明能够避免共享链路中由于故障恢复而引起角色切换时,新加入组播组无法接收到组播数据流的问题,有效提高了组播业务应用的可靠性,同时也有效缩短了故障恢复期间新加入组播组接收到组播数据流的等待时间。
Description
技术领域
本发明实施例涉及网络通信组播技术领域,尤其涉及一种组播流转发方法及路由设备。
背景技术
IP组播协议主要分为主机-路由设备之间的互联网组成员关系协议(Internet Group Membership Protocol,简称:IGMP)和路由设备-路由设备之间的组播路由协议。IGMP协议用于建立并维护主机-路由设备之间的组播组成员关系;组播路由协议则运行在各路由设备之间,根据IGMP维护的组播组成员关系信息,由各路由设备一起运用一定的组播路由算法构造组播分发树进行组播流转发。
独立组播协议(Protocol Independent Multicast,简称:PIM)是当前组播路由协议中应用比较广泛的一种,它利用各种单播路由协议建立的单播路由表对组播流执行反转路径转发RPF(Reverse Path Forwarding)检查,从而建立组播路由表项构造组播分发树,转发组播流。独立组播协议-稀疏模式(Protocol Independent Multicast-Sparse Mode,简称:PIM-SM)是PIM协议的一种,它通过PIM路由设备显式发送组播加入、剪枝报文建立起基于汇聚点RP(Rendezvous Point)的共享树(Rendezvous Point Tree,简称:RPT)或基于源的最短路径树(Shortest Path Tree,简称:SPT),组播流沿着共享树RPT或最短路径树SPT转发到相应组播组中的主机上。
在实际组播应用中,为了提高组网可靠性,组播组中的主机通常会通过两台或两台以上的路由设备连接到同一共享链路,共享链路上的各路由设备通过PIM协议的通知(Hello)报文建立组播邻居关系。图1为现有组播网络的结构示意图,其中,实线箭头表示组播沿组播分发树被转发到相应组播组中的主机;虚线箭头表示DR向RP发送组播加入报文;点划线箭头表示主机发送的IGMP加入报文。如图所示,组播组中的主机通过两台路由设备A和路由设备B接入到组播网络中,路由设备A和路由设备B通过相互之间发送通知报文建立组播邻居关系。为了避免这种共享链路中出现组播流重复复制的情况,根据PIM-SM协议会在共享链路中选举出一台路由设备为指定路由设备(Designated Router,简称:DR),剩余的为备份指定路由设备(BackupDesignated Router,简称:BDR)。通过共享链路中各路由设备相互之间发送的携带有优先级选项的通知报文进行DR竞选,拥有最高优先级的路由设备将被选举为共享链路中的DR;假如优先级相同或共享链路中至少有一台路由设备不支持在通知报文中携带优先级,则接口拥有最大IP地址的路由设备被选举为DR。当共享链路中的DR出现故障时,剩余的BDR接收通知报文将会超时,这时剩余的BDR之间会触发新的DR选举过程。选举出来的DR作为共享链路中组播流的唯一转发者,向上游方向的RP和组播源发起组播加入报文,以申请建立RPT和SPT。
路由设备A和路由设备B通过DR竞选后,假定路由设备A被竞选为DR,路由设备B被竞选为BDR,DR和BDR都会处理主机发送的IGMP加入报文,但只有DR会向上游方向的RP和组播源发起组播加入报文,建立组播路由表项构造组播分发树。此后组播流沿组播分发树经由DR转发给下游的相应组播组中的接收主机。
当共享链路的DR和BDR结合现有的双向转发检测协议(BidirectionalForwarding Detection,简称:BFD)等故障检测技术时,BDR可以尽快发现DR故障,从而立即升级为DR并向上游发起组播加入报文,然后由这个新的DR,即路由设备B,会按照新构造的组播分发树转发组播流给相应组播组中的主机。当原DR,即路由设备A故障恢复后,共享链路上的两台路由设备一般会再次进行DR竞选,路由设备A会重新恢复成为DR,而路由设备B会再次降级为BDR。重新成为DR的路由设备A通过再次向上游发起组播加入报文,构造组播分发树并转发组播流给相应组播组中的主机;而降级为BDR的路由设备B则向上游发起组播剪枝报文,删除组播分发树并停止转发组播流给主机。
现有技术中至少存在如下问题:
在网络故障恢复期间,除了已有的组播组A以外,如果共享链路中有新的组播组(如图1中的组播组B)加入时,由于降级为BDR的路由设备B不会向上游网络发起组播加入报文,而必须等到由恢复为DR的路由设备A向上游网络发起该组播加入报文并建立组播分发树后才能为新加入的组播组B转发组播流。因此,当恢复为DR的路由设备A由于上游单播网络故障或上游组播网络故障导致无法为新加入的组播组B构造组播分发树时,就会使新加入的组播组B无法接收到组播流,对于现有组播服务如:IPTV、视频会议等实时性要求较高的业务会造成严重影响。
发明内容
本发明实施例提供一种组播流转发方法及路由设备,以解决在共享链路中由于网络故障恢复引起DR角色切换从而导致新加入的组播组可能无法接收到组播流的问题。
本发明一实施例提供一种组播流转发方法,其中包括:
发生网络故障后,原本作为BDR的第二路由设备升级为DR,原本作为DR的第一路由设备降级为BDR;
当所述网络故障中的上游单播网络故障恢复后,所述第二路由设备通过重新竞选恢复为BDR,所述第一路由设备通过重新竞选恢复为DR;
当所述第二路由设备接收到来自于新加入组播组的IGMP加入报文后,向上游网络发送与所述新加入组播组对应的加入请求;
当所述第二路由设备在接收到来自于上游网络的与所述新加入组播组对应的组播流时,判断该第二路由设备的下游出口是否接收到由所述第一路由设备转发的与所述新加入组播组对应的组播流,若是,则向上游网络发送剪枝消息,使所述第二路由设备停止转发所述组播流,否则向所述新加入组播组转发所述组播流。
本发明一实施例提供一种路由设备,其中包括:
级别调整模块,用于当发生网络故障后,从BDR升级为DR,并使处于同一共享链路上的另一路由设备从DR降级为BDR;
竞选模块,用于当所述网络故障中的上游单播网络故障恢复后,通过重新竞选使所述路由设备恢复为BDR,并使所述另一路由设备通过重新竞选恢复为DR;
加入请求模块,用于当接收到来自于新加入组播组的IGMP加入报文后,向上游网络发送与所述新加入组播组对应的加入请求;
判断模块,用于当接收到来自于上游网络的与所述新加入组播组对应的组播流时,判断该所述路由设备的下游出口是否接收到由所述另一路由设备转发的与所述新加入组播组对应的组播流;
第一剪枝模块,用于当判断模块判断出所述下游出口接收到所述组播流时,向上游网络发送剪枝消息,使所述路由设备停止转发所述组播流;
转发模块,用于当判断模块判断出所述下游出口未接收到所述组播流时,向所述新加入组播组转发所述组播流。
本发明能够避免共享链路中由于故障恢复而引起角色切换时,新加入组播组无法接收到组播数据流的问题,有效提高了组播业务应用的可靠性,同时也有效缩短了故障恢复期间新加入组播组接收到组播数据流的等待时间。
附图说明
为了更清楚地说明本发明实施例或现有技术中的技术方案,下面将对实施例或现有技术描述中所需要使用的附图作一简单地介绍,显而易见地,下面描述中的附图是本发明的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动的前提下,还可以根据这些附图获得其他的附图。
图1为现有组播网络的结构示意图;
图2为本发明所述组播流转发方法实施例一的流程图;
图3为本发明所述组播流转发方法实施例二的流程图;
图4为本发明所述组播流转发方法实施例三的流程图;
图5为本发明所述路由设备实施例的结构示意图;
图6为图5所示加入请求模块的可选结构示意图。
具体实施方式
为使本发明实施例的目的、技术方案和优点更加清楚,下面将结合本发明实施例中的附图,对本发明实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例是本发明一部分实施例,而不是全部的实施例。基于本发明中的实施例,本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例,都属于本发明保护的范围。
图2为本发明所述组播流转发方法实施例一的流程图,如图所示,该方法包括:
步骤100,发生网络故障后,原本作为BDR的第二路由设备升级为DR,原本作为DR的第一路由设备降级为BDR。
其中,本实施例所述的网络故障具体包括上游单播网络故障和上游组播网络故障。其中,上游单播网络故障是指第一路由设备到上游设备(如上游RP或者组播源)之间的单播转发路径上发生的故障;上游组播网络故障是指第一路由设备到上游设备之间除单播转发路径故障以外的组播转发路径故障。
具体地,发生网络故障后,第二路由设备可以通过现有的双向转发检测(Bidirectional Forwarding Detection,简称:BFD)协议等故障检测机制立即发现网络故障从而升级为DR,并建立组播分发树为下游相应组播组的主机转发组播数据流。由于原DR故障后,原BDR能够立即升级为DR并建立组播分发树为相应组播组的主机转发组播流,因此,在网络故障恢复前,该组播组的主机接收组播流不受影响。
步骤200,当所述网络故障中的上游单播网络故障恢复后,所述第二路由设备通过重新竞选恢复为BDR,所述第一路由设备通过重新竞选恢复为DR。
此时存在已有组播组,已有组播组是指在上游单播网络故障恢复前已经加入到组播网络中的组播组。具体地,上游单播网络故障后,第二路由设备通过BFD协议检测到上游单播网络故障恢复,使得第一路由设备与第二路由设备通过进行通知(Hello)报文的握手交互进行角色切换,使得第二路由设备恢复为BDR,使第一路由设备恢复为DR。
具体地,上游单播网络故障恢复后,如果上游组播网络仍然存在故障,则第一路由设备还是无法具有组播转发能力,因此继续执行如下步骤。
步骤300,当所述第二路由设备接收到来自于新加入组播组的IGMP加入报文后,向上游网络发送与所述新加入主机对应的加入请求。
其中,所述新加入组播组是指在上游单播网络故障恢复后加入到组播网络中的组播组,第二路由设备将接收到该IGMP加入报文的接口添加为下游出口;所述已有组播组与该新加入组播组均通过共享链路上的第一路由设备及第二路由设备接入组播网络。
具体地,可以向上游网络中的组播源或RP发送该加入请求。需要说明的是:此处的加入请求为PIM协议中用到加入(JOIN)请求消息,而不是由新加入组播组发送的IGMP加入报文。
步骤400,当所述第二路由设备在接收到来自于上游网络的与所述新加入组播组对应的组播流时,判断该第二路由设备的下游出口是否接收到由所述第一路由设备转发的与所述新加入组播组对应的组播流,若是,则执行步骤410;否则执行步骤420。
步骤410,所以第二路由设备向上游网络发送剪枝消息,使所述第二路由设备停止转发所述组播流。
当步骤400中判断出第二路由设备在接收到来自于上游网络的与所述新加入组播组对应的组播流之前已经在下游出口接收到来自于所述新加入组播组的组播流时,表明第一路由设备又重新具备了组播流转发能力,且该第一路由设备比第二路由设备更快速地转发组播流,因此发送剪枝消息,并删除相应的下游出口,以切断从上游网络发往第二路由设备的组播流,防止下游的该新加入组播组收到重复的组播流。另外,此时,所述第二路由设备也可以在本地为所述新加入组播组建立相应的组播组转发表,以便当第一路由设备再次发生网络故障时,由第二路由设备代替第一路由设备根据已保存的相应的组播组转发表快速帮助下游组播组的主机用户恢复转发组播流。
步骤420,所述第二路由设备向所述新加入组播组转发所述组播流。
当步骤400中判断出第二路由设备在接收到来自于上游网络的与所述新加入组播组对应的组播流之前,该第二路由设备的下游出口未接收到来自于所述新加入组播组的组播流时,表明第一路由设备可能由于尚未恢复正常的组播流转发能力而尚未为下游的该新加入组播组转发组播流,而此时组播流已经到达第二路由设备的上游入口,因此可以由该第二路由设备代替第一路由设备转发组播流继续。
其中,第一路由设备尚未恢复正常的组播流转发能力的原因可能是上游单播网络故障恢复后,第一路由设备到上游网络的上游组播网络还存在故障,因此,该第一路由设备尚未恢复正常的组播流转发能力,
本实施例所述方法在网络故障恢复的第一路由设备恢复升级为DR时,由从DR降级为BDR的第二路由设备临时为新加入组播组转发组播数据流,当确认第一路由设备重新具有组播流转发能力后,才停止为该新加入组播组转发组播数据流,从而避免了共享链路中由于故障恢复而引起角色切换时,新加入组播组无法接收到组播数据流的问题,有效提高了组播业务应用的可靠性,同时也有效缩短了故障恢复期间新加入组播组接收到组播数据流的等待时间。
图3为本发明所述组播流转发方法实施例二的流程图,在本实施例中,上述步骤300可以具体通过如下步骤实现:
步骤310,当所述第二路由设备接收到来自于新加入组播组的IGMP加入报文时,判断该第二路由设备的下游出口是否接收到由所述第一路由设备转发的与所述新加入组播组对应的组播流,若是,则不做处理,或者执行步骤320;否则执行步骤330。
当该第二路由设备在接收到来自于新加入组播组的IGMP加入报文后,也接收到了由第一路由设备转发的与所述新加入组播组对应的组播流,则说明第一路由设备也接收到了该新加入组播组的IGMP加入报文,并且在接收到该IGMP加入报文之前已经恢复了正常的组播流转发能力,从而能够为该新加入组播组向上游网络发送与所述新加入组播组对应的加入请求,并对来自于上游网络的组播流进行转发。在这种情况下,无需第二路由设备参与转发过程。否则,如果第一路由设备在接收到该IGMP加入报文之前尚未恢复正常的组播流转发能力,则需要第二路由设备代替第一路由设备的功能,具体请参见步骤330。
步骤320,所述第二路由设备在本地为所述新加入组播组建立相应的组播组转发表。
通过执行本步骤,可以当第一路由设备再次发生网络故障时,由第二路由设备代替第一路由设备根据已保存的相应的组播组转发表快速帮助下游组播组的主机用户恢复转发组播流。
步骤330,所述第二路由设备向上游网络发送与所述新加入组播组对应的加入请求。
本实施例所述方法在第二路由设备参与到组播流转发过程之前还判断了第一路由设备是否恢复了正常的组播流转发能力,如果第一路由设备已经恢复,则第二路由设备无需参与组播流转发,从而减少了不必要的操作流程。
图4为本发明所述组播流转发方法实施例三的流程图,在本实施例中,上述步骤420之后可以进一步包括如下步骤:
步骤421,当所述第二路由设备接收到来自于第一路由设备的选举报文时,向上游网络发送剪枝消息,使所述第二路由设备停止转发所述组播流。
其中,所述第二路由设备接收到来自于第一路由设备的选举(assert)报文的原因在于:在步骤108中,第二路由设备向所述新加入组播组转发所述组播流后,如果第一路由设备的上游单播网络故障已恢复且具有组播流转发能力,此时该第一路由设备也会收到第二路由设备向所述新加入组播组转发的所述组播流,因此会触发选举(assert)过程,即由第一路由设备向第二路由设备发送选举报文,以根据各自路由设备的优先级等参数选举其中一个路由设备为胜者(Winner),其他路由设备为败者(Loser)。因此,当所述第二路由设备接收到来自于第一路由设备的选举报文时,则可以得知该第一路由设备的上游单播网络故障已恢复从而重新具有组播流转发能力,因此可以发送剪枝消息,并删除相应的下游接口,以切断从上游网络发往第二路由设备的组播流,防止下游的该新加入组播组收到重复的组播流。
本实施例所述方法在第二路由设备已经代替第一路由设备为新加入组播组转发组播流之后,如果第一路由设备恢复了正常的组播流转发功能,则第二路由设备也相应停止转发所述组播流,避免重复的组播流对正常组播流转发过程的影响。
图5为本发明所述路由设备实施例的结构示意图,该路由设备可以实现上述各方法实施例所述的组播流转发方法,并且具有上述第二路由设备的功能,如图所示,该路由设备10至少包括:级别调整模块11、竞选模块12、加入请求模块13、判断模块14、第一剪枝模块15和转发模块16,其工作原理如下:
当发生网络故障后,所述路由设备10通过级别调整模块11从BDR升级为DR,并使处于同一共享链路上的另一路由设备(图中未示出)从DR降级为BDR。其中,所述网络故障具体包括上游单播网络故障和上游组播网络故障,具体可以通过BFD协议等故障检测机制发现网络故障并进行相应的级别调整。本实施例所述另一路由设备具有上述各方法实施例中的第一路由设备的功能。
当所述网络故障中的上游单播网络故障恢复后,竞选模块12通过重新竞选使所述路由设备10恢复为BDR,并使所述另一路由设备通过重新竞选恢复为DR,具体地,可以通过BFD协议检测到上游单播网络故障恢复后,恢复相应的级别。
当路由设备10接收到来自于新加入组播组的IGMP加入报文后,加入请求模块13向上游网络发送与所述新加入组播组对应的加入请求,其中,所述新加入组播组是指在上游单播网络故障恢复后加入到组播网络中的组播组。
具体地,如图6所示,加入请求模块13可以具体包括:判断单元1301和请求发送单元1302,当路由设备10接收到来自于新加入组播组的IGMP加入报文后,可以先由判断单元1301判断所述路由设备10的下游出口是否接收到由所述另一路由设备转发的与所述新加入组播组对应的组播流,若是,则表明另一路由设备已经恢复了正常的组播流转发能力,因此无需路由设备10重复发送加入请求;当判断单元1301判断出所述下游出口未接收到所述组播流时,再由请求发送单元1302向上游网络发送与所述新加入组播组对应的加入请求。通过在加入请求模块13中增加判断机制,当所述另一路由设备已经恢复了正常的组播流转发能力时,则路由设备10无需参与组播流转发,从而减少了不必要的操作流程。
当路由设备10接收到来自于上游网络的与所述新加入组播组对应的组播流时,判断模块14判断该所述路由设备10的下游出口是否接收到由所述另一路由设备转发的与所述新加入组播组对应的组播流;当判断模块14判断出所述下游出口接收到所述组播流时,表明所述另一路由设备又重新具备了组播流转发能力,且该另一路由设备比所述路由设备10更快速地转发组播流,因此,由第一剪枝模块15向上游网络发送剪枝消息,从而切断从上游网络发往路由设备10的组播流,使所述路由设备10停止转发所述组播流,以防止下游的该新加入组播组收到重复的组播流;当判断模块14判断出所述下游出口未接收到所述组播流时,表明所述另一路由设备可能由于尚未恢复正常的组播流转发能力而尚未为下游的该新加入组播组转发组播流,而此时来自于上游网络的与所述新加入组播组对应的组播流已经到达路由设备10的上游入口,因此可以由该路由设备10的转发模块16向所述新加入组播组转发所述组播流。
此外,路由设备10中还可以进一步包括第二剪枝模块18,当转发模块16向所述新加入组播组转发所述组播流之后且路由设备10接收到来自于所述另一路由设备的选举报文时,由第二剪枝模块18向上游网络发送剪枝消息,使所述路由设备停止转发所述组播流,以避免重复的组播流对正常组播流转发过程的影响。有关于所述路由设备10会接收到所述选举报文的原因,可参见上述方法实施例中的相关说明,此处不再赘述。
本实施例所述设备在网络故障恢复的另一路由设备恢复升级为DR时,临时为新加入组播组转发组播数据流,当确认所述另一路由设备重新具有组播流转发能力后,才停止为该新加入组播组转发组播数据流,从而避免了共享链路中由于故障恢复而引起角色切换时,新加入组播组无法接收到组播数据流的问题,有效提高了组播业务应用的可靠性,同时也有效缩短了故障恢复期间新加入组播组接收到组播数据流的等待时间。
另外,如图5所示,该路由设备10还可以进一步包括建表模块17,用于当判断模块14或判断单元1301判断出所述下游出口接收到所述组播流时,在本地为所述新加入组播组建立相应的组播组转发表。可以当所述另一路由设备再次发生网络故障时,由路由设备10代替所述另一路由设备根据已保存的相应的组播组转发表快速帮助下游组播组的主机用户恢复转发组播流。
另外需要说明的是,虽然本发明上述各实施例针对PIM-SM协议进行了说明,但具体方案也可以同样适用于PIM-源特定组播(Source SpecificMulticast,简称:SSM)等协议。
本领域普通技术人员可以理解:实现上述方法实施例的全部或部分步骤可以通过程序指令相关的硬件来完成,前述的程序可以存储于计算机可读取存储介质中,该程序在执行时,执行包括上述方法实施例的步骤;而前述的存储介质包括:ROM、RAM、磁碟或者光盘等各种可以存储程序代码的介质。
最后应说明的是:以上实施例仅用以说明本发明的技术方案,而非对其限制;尽管参照前述实施例对本发明进行了详细的说明,本领域的普通技术人员应当理解:其依然可以对前述各实施例所记载的技术方案进行修改,或者对其中部分技术特征进行等同替换;而这些修改或者替换,并不使相应技术方案的本质脱离本发明各实施例技术方案的精神和范围。
Claims (8)
1.一种组播流转发方法,其特征在于,包括:
发生网络故障后,原本作为备份指定路由设备BDR的第二路由设备升级为指定路由设备DR,原本作为DR的第一路由设备降级为BDR;
当所述网络故障中的上游单播网络故障恢复后,所述第二路由设备通过重新竞选恢复为BDR,所述第一路由设备通过重新竞选恢复为DR;
当所述第二路由设备接收到来自于新加入组播组的互联网组成员关系协议IGMP加入报文后,向上游网络发送与所述新加入组播组对应的加入请求;
当所述第二路由设备在接收到来自于上游网络的与所述新加入组播组对应的组播流时,判断该第二路由设备的下游出口是否接收到由所述第一路由设备转发的与所述新加入组播组对应的组播流,若是,则向上游网络发送剪枝消息,使所述第二路由设备停止转发所述组播流,否则向所述新加入组播组转发所述组播流。
2.根据权利要求1所述的方法,其特征在于,所述向上游网络发送与所述新加入组播组对应的加入请求之前还包括:判断该第二路由设备的下游出口是否接收到由所述第一路由设备转发的与所述新加入组播组对应的组播流,若否,则所述第二路由设备才向上游网络发送与所述新加入组播组对应的加入请求。
3.根据权利要求1或2所述的方法,其特征在于,判断该第二路由设备的下游出口是否接收到由所述第一路由设备转发的与所述新加入组播组对应的组播流之后还包括:若是,则所述第二路由设备在本地为所述新加入组播组建立相应的组播组转发表。
4.根据权利要求1所述的方法,其特征在于,所述向所述新加入组播组转发所述组播流之后还包括:当所述第二路由设备接收到来自于第一路由设备的选举报文时,向上游网络发送剪枝消息,使所述第二路由设备停止转发所述组播流。
5.一种路由设备,其特征在于,包括:
级别调整模块,用于当发生网络故障后,从备份指定路由设备BDR升级为指定路由设备DR,并使处于同一共享链路上的另一路由设备从DR降级为BDR;
竞选模块,用于当所述网络故障中的上游单播网络故障恢复后,通过重新竞选使所述路由设备恢复为BDR,并使所述另一路由设备通过重新竞选恢复为DR;
加入请求模块,用于当接收到来自于新加入组播组的互联网组成员关系协议IGMP加入报文后,向上游网络发送与所述新加入组播组对应的加入请求;
判断模块,用于当接收到来自于上游网络的与所述新加入组播组对应的组播流时,判断该所述路由设备的下游出口是否接收到由所述另一路由设备转发的与所述新加入组播组对应的组播流;
第一剪枝模块,用于当判断模块判断出所述下游出口接收到所述组播流时,向上游网络发送剪枝消息,使所述路由设备停止转发所述组播流;
转发模块,用于当判断模块判断出所述下游出口未接收到所述组播流时,向所述新加入组播组转发所述组播流。
6.根据权利要求5所述的路由设备,其特征在于,所述加入请求模块包括:
判断单元,用于当接收到来自于新加入组播组的IGMP加入报文后,判断所述路由设备的下游出口是否接收到由所述另一路由设备转发的与所述新加入组播组对应的组播流;
请求发送单元,用于当判断单元判断出所述下游出口未接收到所述组播流时,向上游网络发送与所述新加入组播组对应的加入请求。
7.根据权利要求5或6所述的路由设备,其特征在于,还包括:建表模块,用于当判断模块或判断单元判断出所述下游出口接收到所述组播流时,在本地为所述新加入组播组建立相应的组播组转发表。
8.根据权利要求5所述的路由设备,其特征在于,还包括:第二剪枝模块,用于当转发模块向所述新加入组播组转发所述组播流之后且所述路由设备接收到来自于所述另一路由设备的选举报文时,向上游网络发送剪枝消息,使所述路由设备停止转发所述组播流。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN2010101956989A CN101873260B (zh) | 2010-06-01 | 2010-06-01 | 组播流转发方法及路由设备 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN2010101956989A CN101873260B (zh) | 2010-06-01 | 2010-06-01 | 组播流转发方法及路由设备 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN101873260A true CN101873260A (zh) | 2010-10-27 |
CN101873260B CN101873260B (zh) | 2012-06-27 |
Family
ID=42997931
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN2010101956989A Expired - Fee Related CN101873260B (zh) | 2010-06-01 | 2010-06-01 | 组播流转发方法及路由设备 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN101873260B (zh) |
Cited By (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN102158415A (zh) * | 2011-04-22 | 2011-08-17 | 中兴通讯股份有限公司 | 本地局域网中组播流量转发方法及组播路由器 |
CN104202240A (zh) * | 2014-07-30 | 2014-12-10 | 上海斐讯数据通信技术有限公司 | 加快rp切换的方法 |
WO2018032869A1 (zh) * | 2016-08-15 | 2018-02-22 | 华为技术有限公司 | 一种用于控制组播传输的方法及设备 |
WO2019042467A1 (zh) * | 2017-09-04 | 2019-03-07 | 南京中兴新软件有限责任公司 | 一种组播流量传输方法、相关设备和计算机可读存储介质 |
Citations (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101610200A (zh) * | 2008-06-19 | 2009-12-23 | 华为技术有限公司 | 组播路由的切换方法及装置 |
CN101631043A (zh) * | 2009-08-05 | 2010-01-20 | 杭州华三通信技术有限公司 | 组播故障恢复方法、组播路由器及系统 |
-
2010
- 2010-06-01 CN CN2010101956989A patent/CN101873260B/zh not_active Expired - Fee Related
Patent Citations (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101610200A (zh) * | 2008-06-19 | 2009-12-23 | 华为技术有限公司 | 组播路由的切换方法及装置 |
CN101631043A (zh) * | 2009-08-05 | 2010-01-20 | 杭州华三通信技术有限公司 | 组播故障恢复方法、组播路由器及系统 |
Cited By (7)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN102158415A (zh) * | 2011-04-22 | 2011-08-17 | 中兴通讯股份有限公司 | 本地局域网中组播流量转发方法及组播路由器 |
WO2012142871A1 (zh) * | 2011-04-22 | 2012-10-26 | 中兴通讯股份有限公司 | 本地局域网中组播流量转发方法及组播路由器 |
CN102158415B (zh) * | 2011-04-22 | 2015-01-28 | 中兴通讯股份有限公司 | 本地局域网中组播流量转发方法及组播路由器 |
CN104202240A (zh) * | 2014-07-30 | 2014-12-10 | 上海斐讯数据通信技术有限公司 | 加快rp切换的方法 |
WO2018032869A1 (zh) * | 2016-08-15 | 2018-02-22 | 华为技术有限公司 | 一种用于控制组播传输的方法及设备 |
WO2019042467A1 (zh) * | 2017-09-04 | 2019-03-07 | 南京中兴新软件有限责任公司 | 一种组播流量传输方法、相关设备和计算机可读存储介质 |
US11576011B2 (en) | 2017-09-04 | 2023-02-07 | Nanjing Zte New Software Co., Ltd. | Multicast traffic transmission method, related device and computer-readable storage medium |
Also Published As
Publication number | Publication date |
---|---|
CN101873260B (zh) | 2012-06-27 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
EP2107729B1 (en) | Method, system and router for multicast flow handover | |
JP5619290B2 (ja) | マルチキャストブランチ、プロトコルインデペンデントマルチキャストルータおよびレイヤ2交換機のプルーニング方法 | |
US9509590B2 (en) | Method and apparatus for providing resiliency in multicast networks | |
US7826348B2 (en) | Multicast fast reroute | |
US8218429B2 (en) | Method and device for multicast traffic redundancy protection | |
CN101841478B (zh) | 路由设备切换方法及路由设备 | |
CN101442485B (zh) | 一种组播转发的方法、装置和系统 | |
CN101631043A (zh) | 组播故障恢复方法、组播路由器及系统 | |
WO2009000180A1 (fr) | Procédé, appareil et système de protection d'un noeud amont d'un trajet de commutation d'étiquette point à multipoint | |
CN101448003B (zh) | 一种处理igmp报文的方法和装置 | |
CN102111342B (zh) | 一种链路保护方法及其设备 | |
CN101394358B (zh) | 提高组播转发可靠性的方法和装置 | |
CN101873260B (zh) | 组播流转发方法及路由设备 | |
CN101247252A (zh) | 一种组播快速重路由的方法、装置和系统 | |
CN101610200A (zh) | 组播路由的切换方法及装置 | |
US20130064245A1 (en) | Method, apparatus and system for forwarding data under protocol independent multicast dual join | |
CN102739504B (zh) | 组播路径切换方法及路由器 | |
CN101286862B (zh) | 接入设备中组播业务主备同步和倒换的方法 | |
CN103595645A (zh) | 一种组播流量管理方法及装置 | |
CN105591942B (zh) | 优化组播协议的方法和装置 | |
KR20110080485A (ko) | 네트워크에서 불필요한 에러진단 메시지의 발생을 방지하기 위한 방법 및 장치 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | Publication | ||
PB01 | Publication | ||
C10 | Entry into substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
C14 | Grant of patent or utility model | ||
GR01 | Patent grant | ||
CF01 | Termination of patent right due to non-payment of annual fee | ||
CF01 | Termination of patent right due to non-payment of annual fee |
Granted publication date: 20120627 Termination date: 20210601 |