CN102315951B - 一种组播报文的传输方法、相关设备及系统 - Google Patents

一种组播报文的传输方法、相关设备及系统 Download PDF

Info

Publication number
CN102315951B
CN102315951B CN201110278178.9A CN201110278178A CN102315951B CN 102315951 B CN102315951 B CN 102315951B CN 201110278178 A CN201110278178 A CN 201110278178A CN 102315951 B CN102315951 B CN 102315951B
Authority
CN
China
Prior art keywords
multicast
topology
subsequent use
multicast topology
node
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.)
Expired - Fee Related
Application number
CN201110278178.9A
Other languages
English (en)
Other versions
CN102315951A (zh
Inventor
刘晖
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Huawei Technologies Co Ltd
Original Assignee
Huawei Technologies Co Ltd
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by Huawei Technologies Co Ltd filed Critical Huawei Technologies Co Ltd
Priority to CN201110278178.9A priority Critical patent/CN102315951B/zh
Publication of CN102315951A publication Critical patent/CN102315951A/zh
Priority to BR102012023515-3A priority patent/BR102012023515A2/pt
Priority to EP20120184857 priority patent/EP2571209A1/en
Priority to JP2012205449A priority patent/JP5549949B2/ja
Priority to US13/622,742 priority patent/US9160616B2/en
Application granted granted Critical
Publication of CN102315951B publication Critical patent/CN102315951B/zh
Expired - Fee Related legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/06Management of faults, events, alarms or notifications
    • H04L41/0654Management of faults, events, alarms or notifications using network fault recovery
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00Data switching networks
    • H04L12/02Details
    • H04L12/16Arrangements for providing special services to substations
    • H04L12/18Arrangements for providing special services to substations for broadcast or conference, e.g. multicast
    • H04L12/1886Arrangements for providing special services to substations for broadcast or conference, e.g. multicast with traffic restrictions for efficiency improvement, e.g. involving subnets or subdomains
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/06Management of faults, events, alarms or notifications
    • H04L41/0654Management of faults, events, alarms or notifications using network fault recovery
    • H04L41/0663Performing the actions predefined by failover planning, e.g. switching to standby network elements
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L45/00Routing or path finding of packets in data switching networks
    • H04L45/16Multipoint routing
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L45/00Routing or path finding of packets in data switching networks
    • H04L45/22Alternate routing
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L45/00Routing or path finding of packets in data switching networks
    • H04L45/28Routing or path finding of packets in data switching networks using route fault recovery
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W4/00Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/06Selective distribution of broadcast services, e.g. multimedia broadcast multicast service [MBMS]; Services to user groups; One-way selective calling services

Abstract

本发明实施例公开了一种组播报文的传输方法、相关设备及系统,其中,一种组播报文的传输方法包括:上游融合节点接收第一协议无关组播PIM协议报文;根据上述第一PIM协议报文建立主用组播拓扑;接收第二PIM协议报文;根据上述第二PIM协议报文建立备用组播拓扑,其中上述第二PIM协议报文中携带有备用组播标识;将上述备用组播拓扑配置为禁用状态;确定上述主用组播拓扑出现故障;在确定上述主用拓扑出现故障后,启用上述备用组播拓扑。本发明提供的技术方案可用于实现故障情况下的转发路径快速切换,保证业务的正常运行。

Description

一种组播报文的传输方法、相关设备及系统
技术领域
本发明涉及通信领域,尤其涉及一种组播报文的传输方法、相关设备及系统。
背景技术
互联网协议(英文简称为IP,英文全称为Internet Protocol)组播技术实现了点到多点的高效数据传送。由于组播技术能够有效地节省带宽,控制网络流量,减轻服务器的负荷,降低网络负载,因此在视频业务实时传送、多媒体会议、游戏和仿真等方面都有应用。
现代网络业务对实时性要求越来越高,例如基于IP的语音通信技术(英文简称为VoIP,英文全称为Voice over Internet Protocol),在线游戏,在线视频业务等,这些业务对丢包很敏感。在IP组播运行的过程中,若网络出现故障,则需要单播路由协议首先根据网络拓扑变化进行计算完成收敛,组播路由协议,如协议无关组播(英文简称为PIM,英文全称为Protocol IndependentMulticast)协议,再根据新的单播路由重新选择逆向路径转发(英文简称为RPF,英文全称为Reverse Path Forwarding)上游,并向上游路由器逐跳发起请求,直到重新完成组播转发路径的建立,才能恢复组播流量的传输,可见,在新的组播转发路径成功建立之前,组播流量将无法正常传输,从而导致了业务的中断,因此,如何保证组播流量在网络故障时不中断传输成为业界一直探讨的问题,目前并没有相关技术方案可有效解决上述问题。
发明内容
本发明实施例提供了一种组播报文的传输方法、相关设备及系统,用于实现故障情况下的转发路径快速切换,保证业务的正常运行。
为解决上述技术问题,本发明实施例提供以下技术方案:
一种组播报文的传输方法,包括:
上游融合节点接收第一协议无关组播PIM协议报文;
根据上述第一PIM协议报文建立主用组播拓扑;
接收第二PIM协议报文;
根据上述第二PIM协议报文建立备用组播拓扑,其中上述第二PIM协议报文中携带有备用组播标识;
将上述备用组播拓扑配置为禁用状态;
确定上述主用组播拓扑出现故障;
在确定上述主用拓扑出现故障后,启用上述备用组播拓扑。
一种网络节点,包括:
接收单元,用于接收第一协议无关组播PIM协议报文和第二PIM协议报文,上述第二PIM协议报文中携带有备用组播标识;
组播拓扑建立单元,用于根据上述接收单元接收到的第一PIM协议报文建立主用组播拓扑,根据上述接收单元接收到的第二PIM协议报文建立备用组播拓扑;
控制单元,用于将上述备用组播拓扑配置为禁用状态;
确定单元,用于确定上述主用组播拓扑出现故障;
备用拓扑启用单元,用于在上述确定单元确定上述主用组播拓扑出现故障后,启用上述备用组播拓扑。
由上可见,本发明实施例中基于PIM协议建立多个组播拓扑,并根据第二PIM协议报文中携带的备用组播标识区分备用组播拓扑,在主用组播拓扑不出现故障的情况下,禁用本地位于备用组播拓扑的出接口,使得组播报文无法通过备用组播拓扑转发,在主用组播拓扑出现故障的情况下,使能本地位于备用组播拓扑的出接口,使得组播报文能通过备用组播拓扑转发,一方面,本发明技术方案采用多组播拓扑技术,使得当主用组播拓扑出现故障情况下,可通过备用组播拓扑转发组播报文,实现了转发路径的快速切换,保证业务在部分网络出现故障的情况下也能正常运行;另一方面,在主用组播拓扑不出现故障的情况下,只允许通过主用组播拓扑来转发组播报文,从而避免了过多地占用网络资源,保证组播系统的性能。
附图说明
为了更清楚地说明本发明实施例或现有技术中的技术方案,下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍,显而易见地,下面描述中的附图仅仅是本发明的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动性的前提下,还可以根据这些附图获得其他的附图。
图1为本发明实施例中一种组播报文的传输方法的实施例流程示意图;
图2为本发明实施例提供的一个应用场景下的网络构架示意图;
图3为本发明实施例中一种网络节点的实施例结构示意图。
具体实施方式
本发明实施例提供了一种组播报文的传输方法、相关设备及系统。
为使得本发明的发明目的、特征、优点能够更加的明显和易懂,下面将结合本发明实施例中的附图,对本发明实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例仅仅是本发明一部分实施例,而非全部实施例。基于本发明中的实施例,本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例,都属于本发明保护的范围。
下面对本发明实施例中一种组播报文的传输方法进行描述,请参阅图1,本发明实施例中一种组播报文的传输方法包括如下内容。
101、上游融合节点接收第一PIM协议报文,根据上述第一PIM协议报文建立主用组播拓扑。
在本发明实施例中,组播拓扑指的是组播网络中从源树或共享树(英文缩写为RPT,英文全称为Rendezvous Point Tree)的根节点到源树或共享树的叶子节点的所有路由器的组播转发状态的集合。在组播网络,单个组播拓扑的建立过程如下:
从组播拓扑的叶子节点开始,下游节点逐跳向其上游邻居节点发送PIM协议报文,上游邻居节点根据接收到的PIM协议报文建立到其下游节点的组播转发路径,即,为其下游节点分配唯一的出接口,当组播拓扑的根节点接收到其下游节点发送PIM协议报文时,根据接收到的PIM协议报文建立到其下游节点的组播转发路径,即,为其下游节点分配唯一的出接口,完成该组播拓扑的建立。
在本发明实施例中,可通过划分组地址或源地址空间,将不同的地址空间映射到不同的组播拓扑上,使用不同的地址空间来区别不同组播拓扑的组播转发,实现在组播网络中构建多个组播拓扑,或者,不同的组播拓扑也可共享相同的地址空间,通过将组播拓扑标识与组播转发表项或组播转发状态进行关联,以此实现在组播网络中构建多个组播拓扑,此处不作限定。
在本发明实施例中,上游融合节点可以是源树的根节点,如源指定路由器(英文缩写为DR,英文全称为Designated Router),或者,也可以是RPT的根节点,如汇聚点(英文缩写为RP,英文全称为Rendezvous Point),此处不作限定。当上游融合节点接收到其下游节点发送的第一PIM协议报文时,根据接收到的第一PIM协议报文建立到该下游节点的组播转发路径,即,为该下游节点分配唯一的出接口,完成主用组播拓扑的建立。
请求评议(英文缩写为RFC,英文全称为Request For Comments)4601文档定义了两种PIM协议报文:PIM加入报文与PIM断言报文,PIM加入报文用于从下游节点到上游节点逐跳传送来建立组播转发状态,PIM断言报文用于当一个网段中存在多个上游节点时,在多个上游节点中进行选举以选定唯一的上游节点,以此避免相同的组播报文被重复发送到该网段中。PIM加入报文和PIM断言报文的报文格式分别如表1和表2所示:
表1
表2
根据RFC4601文档,PIM协议报文封装在互联网协议(IP,InternetProtocol)报文中,协议号为103。RFC5384文档中扩展了RFC4601文档定义的PIM协议报文的编码源地址格式,其定义的编码源地址格式如表3所示:
表3
表3对PIM加入属性的报文格式进行了定义,在本发明实施例中,可通过在PIM加入属性中携带多组播拓扑标识来实现多个组播拓扑的建立,如在PIM协议报文中携带如表4所示的加入属性:
表4
  F   E   属性类型1   长度   RRRR   值
其中,属性类型1用于指示当前建立的组播拓扑为多个组播拓扑中的一个,表4中的“值”用于区分不同的组播拓扑,R为预留比特。
102、上游融合节点接收第二PIM协议报文根据上述第二PIM协议报文建立备用组播拓扑,其中上述第二PIM协议报文中携带有备用组播标识。
在本发明实施例中,上述第二PIM协议报文中携带有备用组播标识,当上游融合节点解析出接收到的第二PIM协议报文中携带有该备用组播标识时,可识别当前建立的组播拓扑为备用组播拓扑。
在本发明实施中,备用组播标识可携带在第二PIM协议报文的扩展字段中,或者,也可通过修改第二PIM协议报文中的标志位的值来实现备用组播标识的携带。如表3所示,编码源地址格式中可携带多种属性类型,在本发明实施例中,除了在PIM加入属性中携带多组播拓扑标识(如表4所示)之外,可通过自定义属性类型,将自定义的属性类型作为备用组播标识,上游融合节点通过识别第二PIM协议报文中自定义的属性类型可识别出当前建立连接的组播拓扑为备用组播拓扑,其编码源地址格式可如表5所示:
表5
其中,属性类型1用于指示当前建立的组播拓扑为多个组播拓扑中的一个,属性类型2为本发明实施例自定义的属性类型,用于指示当前建立的组播拓扑为备用组播拓扑,当然,属性类型2也可不包含R比特位,上述PIM协议报文的编码源地址格式也可如表6所示:
表6
又如,可利用PIM协议报文中的预留比特来携带备用组播标识,如利用表4中的任意一个R比特或者多个R比特的组合来作为备用组播标识,如表7所示为选用首个R比特作为备用组播标识的编码源地址格式:
表7
上游融合节点通过识别第二PIM协议报文中该预留比特位可识别出当前建立连接的组播拓扑为备用组播拓扑。
当然,第二PIM协议报文也可以是以其它方式携带备用组播拓扑,此次不作限定。
103、将备用组播拓扑配置为禁用状态。
上游融合节点将备用组播拓扑配置为禁用状态,只通过主用组播拓扑发送组播报文。
在本发明实施例中,上游融合节点可通过如下方式将备用组播拓扑配置为禁用状态:禁止为该上游融合节点位于上述备用组播拓扑上的出接口复制组播报文;和/或,禁止上游融合节点位于该备用组播拓扑的出接口转发组播报文。
104、确定主用组播拓扑出现故障。
在本发明实施例中,组播拓扑出现故障是指该组播拓扑无法正常转发组播报文,导致组播拓扑出现故障的原因有很多,如因该组播拓扑中的某个节点损坏而导致的节点故障、节点与节点间的链路断开而导致的链路故障、因该组播拓扑所在的网段出现网络拥塞而造成的通讯故障等。
在本发明实施例中,可以由上游融合节点对主用组播拓扑进行实时检测来判断主用组播拓扑是否出现故障,或者,也可以由其它设备如网管设备对主用组播拓扑进行实时检测,在主用组播拓扑出现故障时,向上游融合节点发送指示该主用组播拓扑出现故障的故障通告信息,上游融合节点通过判断是否接收到上述故障通告信息来判断该主用组播拓扑是否出现故障,或者,也可以是当主用组播拓扑的某一节点无法正常向其下游节点转发组播报文时,由上述某一节点向上游融合节点发送指示该主用组播拓扑出现故障的故障通告信息,上游融合节点通过判断是否接收到上述故障通告信息来判断该主用组播拓扑是否出现故障,此处不作限定。
105、启用上述备用组播拓扑。
当确定主用组播拓扑出现故障时,上游融合节点启用上述备用组播拓扑,通过该备用组播拓扑转发组播报文,从而可保证业务的运行不中断。
在本发明实施例中,上游融合节点可通过如下方式启用上述备用组播拓扑:使能上游融合节点为该上游融合节点位于备用组播拓扑上的出接口复制组播报文;和/或,使能上游融合节点位于备用组播拓扑上的出接口转发组播报文。
进一步的,本发明实施例中,当出现故障的主用组播拓扑故障恢复后,上游融合节点可确定该主用组播拓扑不出现故障,执行步骤103。在本发明的实施方式中,可以由上游融合节点对出现故障的主用组播拓扑进行实时检测来判断该主用组播拓扑是否故障恢复,或者,也可以由其它设备如网管设备对出现故障的主用组播拓扑进行实时检测,在该主用组播拓扑故障恢复时,向上游融合节点发送指示该主用组播拓扑恢复正常的故障恢复信息,上游融合节点通过判断是否接收到上述故障恢复信息来判定该主用组播拓扑是否故障恢复,或者,也可以是由出现故障的主用组播拓扑在故障恢复后,由主用组播拓扑中的任一节点向上游融合节点发送指示该主用组播拓扑恢复正常的故障恢复信息,上游融合节点通过判断是否接收到上述故障通告信息来判断该主用组播拓扑是否故障恢复,此处不作限定。
由上可见,本发明实施例中基于PIM协议建立多个组播拓扑,并根据第二PIM协议报文中携带的备用组播标识区分备用组播拓扑,在主用组播拓扑不出现故障的情况下,禁用本地位于备用组播拓扑的出接口,使得组播报文无法通过备用组播拓扑转发,在主用组播拓扑出现故障的情况下,使能本地位于备用组播拓扑的出接口,使得组播报文能通过备用组播拓扑转发,一方面,本发明技术方案采用多组播拓扑技术,使得当主用组播拓扑出现故障情况下,可通过备用组播拓扑转发组播报文,实现了转发路径的快速切换,保证业务在部分网络出现故障的情况下也能正常运行;另一方面,在主用组播拓扑不出现故障的情况下,只允许通过主用组播拓扑来转发组播报文,从而避免了过多地占用网络资源,保证组播系统的性能。
下面以一具体应用场景对本发明实施例的一种组播报文的传输方法进行描述:
如图2所示为本发明实施例提供的一个应用场景下的网络构架,上游融合节点X1负责将组播源S1下发的组播报文转发至组播拓扑,在本发明实施例中,上游融合节点X1可以是源DR,或者也可以是RP;下游融合节点X2负责将接收到的组播报文转发至接收端S2,组播拓扑A和组播拓扑B的构建过程可如下:当下游融合节点X2接收到接收端S2的组播数据请求时,下游融合节点X2向其处于两个不同网段的上游邻居节点A3和B3分别发送PIM协议报文以建立转发路径A3-X2和B3-X2,节点A3向其上游邻居节点A2发送PIM协议报文建立转发路径A2-A3-X2,节点A2向其上游邻居节点A1发送PIM协议报文建立转发路径为A1-A2-A3-X2,节点A1向上游融合节点X1发送PIM协议报文,完成组播拓扑A的建立,同理,节点B3向其上游邻居节点B2发送PIM协议报文,节点B2向其上游邻居节点B1发送PIM协议报文建立转发路径为B1-B2-B3-X2,节点B1向上游融合节点X1发送PIM协议报文,建立组播拓扑B。
本发明实施例中,下游融合节点X2向节点A3发送第一PIM协议报文,下游融合节点X2向节点B3发送的第二PIM协议报文,第二PIM协议报文中携带有备用组播标识,以指示待建立的组播拓扑B为备用组播拓扑。上游融合节点X1解析到来自节点B1的PIM协议报文中携带有上述备用组播标识,获知当前建立连接的组播拓扑B为备用组播拓扑,上游融合节点X1将该备用组播拓扑配置为禁用状态,即:禁止为节点B1对应的出接口复制组播报文,和/或,禁止节点B1对应的出接口转发组播报文;当上游融合节点X1确定组播拓扑A出现故障时,启用备用组播拓扑,即:使能为节点B1对应的出接口复制组播报文,和/或,使能节点B1对应的出接口转发组播报文。
由上可见,本发明实施例中基于PIM协议建立多个组播拓扑,并根据第二PIM协议报文中携带的备用组播标识区分备用组播拓扑,在主用组播拓扑不出现故障的情况下,禁用本地位于备用组播拓扑的出接口,使得组播报文无法通过备用组播拓扑转发,在主用组播拓扑出现故障的情况下,使能本地位于备用组播拓扑的出接口,使得组播报文能通过备用组播拓扑转发,一方面,本发明技术方案采用多组播拓扑技术,使得当主用组播拓扑出现故障情况下,可通过备用组播拓扑转发组播报文,实现了转发路径的快速切换,保证业务在部分网络出现故障的情况下也能正常运行;另一方面,在主用组播拓扑不出现故障的情况下,只允许通过主用组播拓扑来转发组播报文,从而避免了过多地占用网络资源,保证组播系统的性能。
下面对本发明实施例中的一种网络节点300进行描述,请参阅图3,包括如下单元。
接收单元301,用于接收第一PIM协议报文和第二PIM协议报文,其中,第二PIM协议报文中携带有备用组播标识。
组播拓扑建立单元302,用于根据接收单元301接收到的第一PIM协议报文建立主用组播拓扑,根据接收单元301接收到的第二PIM协议报文建立备用组播拓扑。
控制单元303,用于将上述备用组播拓扑配置为禁用状态。
在本发明实施例中,控制单元303包括第一控制子单元和/或第二控制子单元,其中,第一控制子单元用于禁止网络节点300为网络节点300位于上述备用组播拓扑上的出接口复制组播报文;第二控制子单元用于禁止网络节点300位于上述备用组播拓扑上的出接口转发组播报文。
确定单元304,用于确定主用组播拓扑出现故障。
组播拓扑出现故障是指该组播拓扑无法正常转发组播报文,导致组播拓扑出现故障的原因有很多,如因该组播拓扑中的某个节点损坏而导致的链路故障、因该组播拓扑所在的网段出现网络拥塞而造成的通讯故障等。
在本发明实施例中,可由网络节点300对主用组播拓扑进行实时检测,当检测出主用组播拓扑出现故障时,触发确定单元304,或者,也可以由其它设备如网管设备对主用组播拓扑进行实时检测,在主用组播拓扑出现故障时,向网络节点300发送指示该主用组播拓扑出现故障的故障通告信息,确定单元304根据接收到的指示主用组播拓扑出现故障的故障通告信息,确定该主用组播拓扑出现故障,或者,也可以是当主用组播拓扑的某一节点无法正常向其下游节点转发组播报文时,由上述某一节点向上游融合节点发送指示该主用组播拓扑出现故障的故障通告信息,判断单元303根据接收到的上述故障通告信息来确定该主用组播拓扑出现故障,此处不作限定。
在本发明的实施方式中,网络节点300还包括回切单元,用于在确定出现故障的主用组播拓扑恢复正常后,将备用组播拓扑配置为禁用状态。在本发明的实施方式中,可以由网络节点300对出现故障的主用组播拓扑进行实时检测,当检测出主用组播拓扑故障恢复时,触发上述回切单元,或者,也可以由其它设备如网管设备对出现故障的主用组播拓扑进行实时检测,在该主用组播拓扑故障恢复时,向网络节点300发送指示该主用组播拓扑恢复正常的故障恢复信息,网络节点300在接收到上述故障恢复信息后触发上述回切单元,或者,也可以是由出现故障的主用组播拓扑在故障恢复后,由主用组播拓扑中的任一节点向网络节点300发送指示该主用组播拓扑恢复正常的故障恢复信息,网络节点300接收到上述故障恢复信息后触发上述回切单元,此处不作限定。
备用拓扑启用单元305,用于在确定单元304确定上述主用组播拓扑出现故障后,启用上述备用组播拓扑。
在本发明实施例中,备用拓扑启用单元305包括第一备用拓扑启用子单元和/或第二备用拓扑启用子单元,其中,第一备用拓扑启用子单元用于在确定单元304确定上述主用组播拓扑出现故障后,禁止网络节点300向网络节点300位于上述备用组播拓扑上的出接口复制组播报文;第二备用拓扑启用子单元用于在确定单元304确定上述主用组播拓扑出现故障后,禁止网络节点300位于上述备用组播拓扑上的出接口转发组播报文。
在本发明实施例中,网络节点300可以是源树的根节点,如DR,或者,也可以是RPT的根节点,如RP,此处不作限定。
需要说明的是,本发明实施例的网络节点300可以如上述方法实施例中的上游融合节点,可以用于实现上述方法实施例中的全部技术方案,其各个功能模块的功能可以根据上述方法实施例中的方法具体实现,其具体实现过程可参照上述实施例中的相关描述,此处不再赘述。
由上可见,本发明实施例中基于PIM协议建立多个组播拓扑,网络节点300根据第二PIM协议报文中携带的备用组播标识区分备用组播拓扑,在主用组播拓扑不出现故障的情况下,禁用本地位于备用组播拓扑的出接口,使得组播报文无法通过备用组播拓扑转发,在主用组播拓扑出现故障的情况下,使能本地位于备用组播拓扑的出接口,使得组播报文能通过备用组播拓扑转发,一方面,本发明技术方案采用多组播拓扑技术,使得当主用组播拓扑出现故障情况下,可通过备用组播拓扑转发组播报文,实现了转发路径的快速切换,保证业务在部分网络出现故障的情况下也能正常运行;另一方面,在主用组播拓扑不出现故障的情况下,只允许通过主用组播拓扑来转发组播报文,从而避免了过多地占用网络资源,保证组播系统的性能。
本发明实施例还提供一种多组播拓扑系统,其中,上述多组播拓扑系统包括网络节点,上述网络节点可以如上述装置实施例中的网络节点300,此处不再赘述。
由上可见,在本发明实施例的多组播拓扑系统基于PIM协议建立多个组播拓扑,网络节点根据第二PIM协议报文中携带的备用组播标识区分备用组播拓扑,在主用组播拓扑不出现故障的情况下,禁用本地位于备用组播拓扑的出接口,使得组播报文无法通过备用组播拓扑转发,在主用组播拓扑出现故障的情况下,使能本地位于备用组播拓扑的出接口,使得组播报文能通过备用组播拓扑转发,一方面,本发明技术方案采用多组播拓扑技术,使得当主用组播拓扑出现故障情况下,可通过备用组播拓扑转发组播报文,实现了转发路径的快速切换,保证业务在部分网络出现故障的情况下也能正常运行;另一方面,在主用组播拓扑不出现故障的情况下,只允许通过主用组播拓扑来转发组播报文,从而避免了过多地占用网络资源,保证组播系统的性能。
所属领域的技术人员可以清楚地了解到,为描述的方便和简洁,上述描述的系统,装置和单元的具体工作过程,可以参考前述方法实施例中的对应过程,在此不再赘述。
在本申请所提供的几个实施例中,应该理解到,所揭露的系统,装置和方法,可以通过其它的方式实现。例如,以上所描述的装置实施例仅仅是示意性的,例如,所述单元的划分,仅仅为一种逻辑功能划分,实际实现时可以有另外的划分方式,例如多个单元或组件可以结合或者可以集成到另一个系统,或一些特征可以忽略,或不执行。另一点,所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口,装置或单元的间接耦合或通信连接,可以是电性,机械或其它的形式。
所述作为分离部件说明的单元可以是或者也可以不是物理上分开的,作为单元显示的部件可以是或者也可以不是物理单元,即可以位于一个地方,或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。
另外,在本发明各个实施例中的各功能单元可以集成在一个处理单元中,也可以是各个单元单独物理存在,也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现,也可以采用软件功能单元的形式实现。
所述集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时,可以存储在一个计算机可读取存储介质中。基于这样的理解,本发明的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来,该计算机软件产品存储在一个存储介质中,包括若干指令用以使得一台计算机设备(可以是个人计算机,服务器,或者网络设备等)执行本发明各个实施例所述方法的全部或部分步骤。而前述的存储介质包括:U盘、移动硬盘、只读存储器(ROM,Read-OnlyMemory)、随机存取存储器(RAM,Random Access Memory)、磁碟或者光盘等各种可以存储程序代码的介质。
以上对本发明所提供的一种组播报文的传输方法、相关设备及系统进行了详细介绍,对于本领域的一般技术人员,依据本发明实施例的思想,在具体实施方式及应用范围上均会有改变之处,综上,本说明书内容不应理解为对本发明的限制。

Claims (7)

1.一种组播报文的传输方法,其特征在于,包括:
上游融合节点接收第一协议无关组播PIM协议报文;
所述上游融合节点根据所述第一PIM协议报文建立主用组播拓扑;
所述上游融合节点接收第二PIM协议报文;
所述上游融合节点根据所述第二PIM协议报文建立备用组播拓扑,其中所述第二PIM协议报文中携带有备用组播标识;
所述上游融合节点将所述备用组播拓扑配置为禁用状态;
所述上游融合节点确定所述主用组播拓扑出现故障;
所述上游融合节点在确定所述主用拓扑出现故障后,启用所述备用组播拓扑;
所述上游融合节点将所述备用组播拓扑配置为禁用状态包括:禁止所述上游融合节点为所述上游融合节点位于所述备用组播拓扑上的出接口复制组播报文,和/或禁止所述上游融合节点位于所述备用组播拓扑上的出接口转发组播报文;
所述启用所述备用组播拓扑包括:使能所述上游融合节点为所述上游融合节点位于所述备用组播拓扑上的出接口复制组播报文,和/或,使能所述上游融合节点位于所述备用组播拓扑上的出接口转发组播报文。
2.根据权利要求1所述的方法,其特征在于,
所述确定所述主用组播拓扑出现故障包括:
根据接收到的指示所述主用组播拓扑出现故障的故障通告信息,确定所述主用组播拓扑出现故障。
3.根据权利要求1所述的方法,其特征在于,
在所述启用所述备用组播拓扑之后进一步包括:
在确定所述主用组播拓扑恢复正常后,将所述备用组播拓扑配置为禁用状态。
4.一种网络节点,其特征在于,所述网络节点为上游融合节点,包括:
接收单元,用于接收第一协议无关组播PIM协议报文和第二PIM协议报文,所述第二PIM协议报文中携带有备用组播标识;
组播拓扑建立单元,用于根据所述接收单元接收到的第一PIM协议报文建立主用组播拓扑,根据所述接收单元接收到的第二PIM协议报文建立备用组播拓扑;
控制单元,用于将所述备用组播拓扑配置为禁用状态;
确定单元,用于确定所述主用组播拓扑出现故障;
备用拓扑启用单元,用于在所述确定单元确定所述主用组播拓扑出现故障后,启用所述备用组播拓扑;
其中,所述控制单元包括:
第一控制子单元,用于禁止所述网络节点为所述网络节点位于所述备用组播拓扑上的出接口复制组播报文;
和/或,
第二控制子单元,用于禁止所述网络节点位于所述备用组播拓扑上的出接口转发组播报文;
所述备用拓扑启用单元包括:
第一备用拓扑启用单元子单元,用于在所述确定单元确定所述主用组播拓扑出现故障后,使能所述网络节点为所述网络节点位于所述备用组播拓扑上的出接口复制组播报文;
和/或,
第二备用拓扑启用单元子单元,用于在所述确定单元确定所述主用组播拓扑出现故障后,使能所述网络节点位于所述备用组播拓扑上的出接口转发组播报文。
5.根据权利要求4所述的网络节点,其特征在于,所述确定单元用于根据接收到的指示所述主用组播拓扑出现故障的故障通告信息,确定所述主用组播拓扑出现故障。
6.根据权利要求4所述的网络节点,其特征在于,还包括:
回切单元,用于在确定所述主用组播拓扑恢复正常后,将所述备用组播拓扑配置为禁用状态。
7.一种多组播拓扑系统,其特征在于,包括:
根据权利要求4至6中的任意一项所述的网络节点。
CN201110278178.9A 2011-09-19 2011-09-19 一种组播报文的传输方法、相关设备及系统 Expired - Fee Related CN102315951B (zh)

Priority Applications (5)

Application Number Priority Date Filing Date Title
CN201110278178.9A CN102315951B (zh) 2011-09-19 2011-09-19 一种组播报文的传输方法、相关设备及系统
BR102012023515-3A BR102012023515A2 (pt) 2011-09-19 2012-09-18 Método de transmissão de pacote de multidifusão, dispositivo correlato e sistema
EP20120184857 EP2571209A1 (en) 2011-09-19 2012-09-18 Multicast packet transmission method, related device and system
JP2012205449A JP5549949B2 (ja) 2011-09-19 2012-09-19 マルチキャストパケット送信方法、関連デバイスおよびシステム
US13/622,742 US9160616B2 (en) 2011-09-19 2012-09-19 Multicast packet transmission method, related device and system

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201110278178.9A CN102315951B (zh) 2011-09-19 2011-09-19 一种组播报文的传输方法、相关设备及系统

Publications (2)

Publication Number Publication Date
CN102315951A CN102315951A (zh) 2012-01-11
CN102315951B true CN102315951B (zh) 2015-05-27

Family

ID=45428790

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201110278178.9A Expired - Fee Related CN102315951B (zh) 2011-09-19 2011-09-19 一种组播报文的传输方法、相关设备及系统

Country Status (5)

Country Link
US (1) US9160616B2 (zh)
EP (1) EP2571209A1 (zh)
JP (1) JP5549949B2 (zh)
CN (1) CN102315951B (zh)
BR (1) BR102012023515A2 (zh)

Families Citing this family (14)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US8848709B2 (en) * 2012-06-26 2014-09-30 Cisco Technology, Inc. Source rooted multicast (SRM)
CN103973471B (zh) * 2013-01-31 2018-11-02 中兴通讯股份有限公司 一种trill分发树故障的通告方法和装置
US9509522B2 (en) 2013-09-24 2016-11-29 Hewlett Packard Enterprise Development Lp Forwarding multicast data packets
US9413597B2 (en) * 2014-03-10 2016-08-09 Verizon Patent And Licensing Inc. Method and system for providing aggregated network alarms
CN104243325B (zh) * 2014-09-03 2018-07-13 新华三技术有限公司 一种(s,g)表项的管理方法和设备
CN104410985B (zh) * 2014-10-20 2018-04-06 新华三技术有限公司 一种拓扑控制报文的处理方法和装置
CN107347037B (zh) * 2016-05-04 2020-01-10 华为技术有限公司 一种组播流量控制方法及装置
CN107612824B (zh) * 2016-07-12 2020-07-28 迈普通信技术股份有限公司 一种组播指定路由器的确定方法及组播设备
CN109218207B (zh) * 2018-09-30 2021-02-26 新华三技术有限公司 一种组播流量处理方法、装置及路由设备
CN109743250B (zh) * 2018-12-07 2020-09-04 华为技术有限公司 组播报文的传输方法、第一网络设备和第二网络设备
CN111356087B (zh) * 2018-12-21 2022-04-12 阿里巴巴集团控股有限公司 语音控制方法、通信切换方法、装置及设备
CN110231961B (zh) * 2019-06-27 2023-02-28 杭州迪普信息技术有限公司 一种主控板重启的控制方法及系统
CN111416769A (zh) * 2020-03-03 2020-07-14 徐州市东方人民医院 一种新型网络边界路由设备及其策略路由方法
CN113810279B (zh) * 2020-06-15 2023-06-27 北京灵汐科技有限公司 一种数据包传输方法及系统

Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101035057A (zh) * 2007-03-30 2007-09-12 华为技术有限公司 建立组播共享树的方法和数据传送的方法、通信网络
CN101631043A (zh) * 2009-08-05 2010-01-20 杭州华三通信技术有限公司 组播故障恢复方法、组播路由器及系统

Family Cites Families (16)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP3601393B2 (ja) * 2000-01-11 2004-12-15 日本電気株式会社 データグラム中継装置及びその方法
US7848224B2 (en) * 2005-07-05 2010-12-07 Cisco Technology, Inc. Method and apparatus for constructing a repair path for multicast data
US7480816B1 (en) * 2005-08-04 2009-01-20 Sun Microsystems, Inc. Failure chain detection and recovery in a group of cooperating systems
US8144628B2 (en) * 2005-12-13 2012-03-27 Cisco Technology, Inc. Acknowledgement-based rerouting of multicast traffic
US7953027B2 (en) * 2006-02-16 2011-05-31 Cisco Technology, Inc. Rerouting multicast traffic in response to detecting imminent network disruption
CN101035063A (zh) * 2006-03-07 2007-09-12 华为技术有限公司 组播流转发方法及其路由器和系统
JP2006238484A (ja) * 2006-04-28 2006-09-07 Anritsu Corp 中継装置及び中継方法
US7826348B2 (en) * 2007-04-26 2010-11-02 Cisco Technology, Inc. Multicast fast reroute
US7860093B2 (en) * 2007-12-24 2010-12-28 Cisco Technology, Inc. Fast multicast convergence at secondary designated router or designated forwarder
US7684316B2 (en) * 2008-02-12 2010-03-23 Cisco Technology, Inc. Multicast fast reroute for network topologies
JP2012532072A (ja) * 2009-07-06 2012-12-13 フータマキ・オサケユキテュア・ユルキネン ボール紙容器
US8879384B2 (en) * 2009-09-14 2014-11-04 Alcatel Lucent Fast upstream source failure detection
CN101656679B (zh) * 2009-09-25 2012-04-04 华为技术有限公司 一种组播快速收敛方法、路由器和通信系统
JP5190047B2 (ja) * 2009-12-10 2013-04-24 日本電信電話株式会社 迂回経路情報作成装置および迂回経路情報作成方法
CN102316016B (zh) 2010-07-05 2014-12-31 华为技术有限公司 组播流量的转发方法及装置
US8355319B2 (en) * 2011-02-02 2013-01-15 Telefonaktiebolaget L M Ericsson (Publ) Multicast dual join for ring network topologies

Patent Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101035057A (zh) * 2007-03-30 2007-09-12 华为技术有限公司 建立组播共享树的方法和数据传送的方法、通信网络
CN101631043A (zh) * 2009-08-05 2010-01-20 杭州华三通信技术有限公司 组播故障恢复方法、组播路由器及系统

Also Published As

Publication number Publication date
JP2013066180A (ja) 2013-04-11
US20130088951A1 (en) 2013-04-11
CN102315951A (zh) 2012-01-11
JP5549949B2 (ja) 2014-07-16
EP2571209A1 (en) 2013-03-20
US9160616B2 (en) 2015-10-13
BR102012023515A2 (pt) 2018-03-06

Similar Documents

Publication Publication Date Title
CN102315951B (zh) 一种组播报文的传输方法、相关设备及系统
CN102316016B (zh) 组播流量的转发方法及装置
US10243841B2 (en) Multicast fast reroute at access devices with controller implemented multicast control plane
US8886831B2 (en) System and methodology for fast link failover based on remote upstream failures
EP2856716B1 (en) Enhancements to pim fast re-route with upstream activation packets
CN101094175B (zh) 一种组播流量保护方法、装置及系统
US8218429B2 (en) Method and device for multicast traffic redundancy protection
JP6165850B2 (ja) ダウンストリーム通知パケットを用いたプロトコル独立マルチキャスト(pim)高速再ルーティング方法論の強化
EP3340550B1 (en) Service message multicast method and device
CN109150580B (zh) 协议无关多播加入熵
WO2020135395A1 (zh) 一种跨内部网关协议的前缀标识通告方法和装置
CN101335695A (zh) 点到多点标签交换路径的头节点保护方法、装置和设备
CN101453385A (zh) 一种故障通告的方法及设备
CN104702480A (zh) 下一代组播虚拟专用网中建立隧道保护组的方法和装置
EP3029883B1 (en) Network protection method and apparatus, next-ring node, and system
EP3932008B1 (en) Redundant multicast trees without duplication and with fast recovery
CN101841478A (zh) 路由设备切换方法及路由设备
KR20130032300A (ko) 빠른 lsp 경보 메커니즘
CN102185776B (zh) 以太网二层组播快速收敛的方法及以太网系统
CN109167693B (zh) 一种基于跨机箱链路聚合组mlag的隔离配置方法及装置
CN106027352A (zh) 一种业务报文转发方法和装置
CN105897580A (zh) 一种协议无关转发网络快速故障检测与流量保护切换方法
CN101453414B (zh) 点到多点标签交换路径的头节点保护方法、系统和设备
US9313037B2 (en) Method, apparatus and system for forwarding data under protocol independent multicast dual join
CN102739504B (zh) 组播路径切换方法及路由器

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

Granted publication date: 20150527

Termination date: 20150919

EXPY Termination of patent right or utility model