CN101521927B - 一种组播转发路径收敛的方法和系统 - Google Patents
一种组播转发路径收敛的方法和系统 Download PDFInfo
- Publication number
- CN101521927B CN101521927B CN200910081164A CN200910081164A CN101521927B CN 101521927 B CN101521927 B CN 101521927B CN 200910081164 A CN200910081164 A CN 200910081164A CN 200910081164 A CN200910081164 A CN 200910081164A CN 101521927 B CN101521927 B CN 101521927B
- Authority
- CN
- China
- Prior art keywords
- message
- multicast
- designated groups
- upstream
- self
- 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
Links
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L12/00—Data switching networks
- H04L12/02—Details
- H04L12/16—Arrangements for providing special services to substations
- H04L12/18—Arrangements for providing special services to substations for broadcast or conference, e.g. multicast
- H04L12/185—Arrangements for providing special services to substations for broadcast or conference, e.g. multicast with management of multicast group membership
Abstract
本发明公开了一种组播转发路径收敛的方法,包括:网络拓扑发生变化时,指定下游设备立即生成特殊离开报文并发送;指定上游设备接收特殊离开报文,并依据特殊离开报文生成指定组查询报文并发送;接收到指定组查询报文的各个下游设备,依据自身的组播转发表生成报告报文并发送;接收到报告报文的各个上游设备,依据报告报文更新自身的组播转发表;本发明还公开了一种组播转发路径收敛的系统,基于该方法和系统,可以使组播转发路径快速收敛。
Description
技术领域
本发明涉及组播技术,特别是指一种组播转发路径收敛的方法和系统。
背景技术
组播技术是一种实现点到多点的传输技术,在网络数据传送应用领域中,组播具有高效的带宽利用能力,以及一次向多个接收站点传送相同数据的能力。目前,组播技术已广泛应用于视频点播、网络电视(IPTV,Internet ProtocolTelevision)、视频会议、远程教育、网络电台、网络游戏等网络增值业务。由于组播技术本身的特性,使其在IP网络领域有着巨大的发展前景。
互联网组管理协议(IGMP,Internet Group Management Protocol)是一种组播协议,运行在网络层,目前已经发展了三个版本:IGMPv1、IGMPv2和IGMPv3。IGMP运行于主机和与主机直接相连的组播路由器之间,当主机需要加入某个特定组播组时,向组播路由器发送一个报告报文;组播路由器周期性地向本地局域网所有主机发送一般查询报文,并等待主机生成报告报文,以此了解本地局域网上有哪些组播组成员;当组播路由器收到主机退出某个组播组的离开报文时,针对该组播组生成指定组查询报文,以确定本地局域网上是否还有其他主机为该组播组的成员。
通过上述IGMP机制,在组播路由器里建立起一个组播转发表,其中包含组播路由器的各个端口以及在端口对应的子网上都有哪些组播组的成员。当组播路由器接收到某个组播组的数据报文后,只向有该组播组成员的端口发送数据报文。
互联网组管理侦听协议(IGMP SNOOPING)运行在链路层,它基于IGMP,其实现原理为:交换机通过侦听和分析组播路由器和主机之间交互的IGMP报 文,维护一个二层转发表,即组播转发表,该二层转发表中保存了组播组和交换机端口的对应关系,表示交换机的一个端口加入了哪些组播组;交换机根据二层转发表将收到的组播数据报文,只转发给加入该组播组的端口,从而管理和控制组播数据报文的转发,实现二层组播。
目前,使用IGMP SNOOPING的二层组播网络中,通常在与下游设备连接的上游设备的端口上配置代理查询器(Proxy Querier),执行查询器功能,如:上游设备周期性地向下游设备发送一般查询报文来获取主机加入或是离开组播组的信息;当上游设备收到离开报文时,要生成指定组查询报文,查询与其连接的子网中是否还存在其它主机需要接收指定组播组的数据报文。在下游设备上,将收到IGMP查询报文、包括一般查询报文和指定组查询报文的二层端口设置成路由端口(Router Port)。
如图1所示,交换机SW1、SW2、SW3、SW4和SW5启用IGMP SNOOPING功能,假设SW1为上游设备,SW2为下游设备,则为SW1上连接SW2的端口a配置代理查询器,这样SW2上连接SW1的端口b就成为路由端口。
结合图1,现有技术中二层组播转发路径收敛过程为:某一时刻环路的拓扑结构发生变化,主链路SW3→SW5断掉,组播流量就无法再从SW3转发到SW5,用户的组播流量接收将中断,此时备份链路SW4→SW5会被打开。从环路拓扑发生变化开始,到SW1上的代理查询器的下一次查询周期到达,这段时间内,组播转发路径一直不能更新,当查询周期到达时,代理查询器向SW2发送一般查询报文,该一般查询报文会沿着SW2→SW4的路径透传到SW5;SW5收到一般查询报文后,生成报告报文,并发送给SW4,SW4收到报告报文后,更新自身的二层组播路由,并向SW2发送该报告报文,SW2收到报告报文后,也更新自身的二层组播路由,最终二层组播转发路径通过逐跳的方式得到更新,组播流量重新沿着SW1→SW2→SW4→SW5的路径转发到达用户。
由此可见,当网络拓扑变化时,组播流量并不会自动切换到备份链路,而是等待代理查询器的查询周期到达,才能进行组播转发路径的更新。但是,通常代理查询器的查询周期会很长,缺省是125秒(s),如此,在查询周期内,组播转发路径不能更新,组播流量就不能切换到备份链路上,会导致组播流量长时间不通。这样,就造成组播转发路径不能快速收敛的问题,从而降低了组播流量转发的稳定性和可靠性。
发明内容
有鉴于此,本发明的主要目的在于提供一种组播转发路径收敛的方法和系统,以解决组播转发路径不能快速收敛的问题,提高组播流量转发的稳定性和可靠性。
为达到上述目的,本发明的技术方案是这样实现的:
本发明提供了一种组播转发路径收敛的方法,该方法包括:
网络拓扑发生变化时,指定下游设备立即生成特殊离开报文并发送;
指定上游设备接收所述特殊离开报文,并依据所述特殊离开报文生成指定组查询报文,具体为:指定上游设备接收到该特殊离开报文后,遍历自身的组播转发表,确认本地局域网内的所有组播组,并针对每一个组播组生成一个指定组查询报文,并发送;
接收到所述指定组查询报文的各个下游设备,依据自身的组播转发表生成报告报文,具体为:下游设备接收到指定组查询报文后,遍历自身的组播转发表,确认本地局域网内是否包含指定组查询报文所指示的组播组,如果包含,则针对该组播组生成一个报告报文,并发送;
接收到所述报告报文的各个上游设备,依据所述报告报文更新自身的组播转发表。
该方法还包括:根据当前网络拓扑预先设定指定上游设备和指定下游设备。
其中,所述特殊离开报文的生成为:将互联网组管理侦听协议IGMPSNOOPING标准的离开报文进行扩展,得到所述特殊离开报文。
该方法还包括:设置所述指定组查询报文中的query max response time字段的值为:当前上游设备的相邻下游设备需要生成的报告报文的数量除以所述相邻下游设备发送报告报文的速率。
所述接收到指定组查询报文的各个下游设备生成所述报告报文为:在所述指定组查询报文的query max response time字段值表示的时间范围内,依据自身的组播转发表生成所述报告报文,并发送。
在所述接收到指定组查询报文的各个下游设备生成报告报文并发送时,该 方法还包括:所述各个下游设备,将所述接收到的指定组查询报文转发给其相邻的下游设备;接收到所述指定组查询报文的所述相邻的下游设备,依据自身的组播转发表生成所述报告报文,并发送。
所述接收到报告报文的各个上游设备,在更新自身的组播转发表时,该方法还包括:所述各个上游设备,依据自身更新的组播转发表,生成报告报文,并发送给其相邻的上游设备;所述相邻的上游设备依据接收到的所述报告报文更新自身的组播转发表。
所述网络拓扑中的所有上游设备对自身的组播转发表进行更新,完成组播转发路径的收敛。
本发明还提供了一种组播转发路径收敛的系统,该系统包括:
网络拓扑检测模块,用于检测网络拓扑是否发生变化,得到检测结果;
第一报文处理模块,用于依据所述检测结果,在网络拓扑发生变化时,生成特殊离开报文并发送;
第二报文处理模块,用于接收所述特殊离开报文,并依据所述特殊离开报文生成指定组查询报文,具体为:指定上游设备接收到该特殊离开报文后,遍历自身的组播转发表,确认本地局域网内的所有组播组,并针对每一个组播组生成一个指定组查询报文,并发送;
第三报文处理模块,用于接收所述指定组查询报文,并依据组播转发表生成报告报文,具体为:下游设备接收到指定组查询报文后,遍历自身的组播转发表,确认本地局域网内是否包含指定组查询报文所指示的组播组,如果包含,则针对该组播组生成一个报告报文,并发送;
组播转发表维护模块,用于接收所述报告报文,并依据所述报告报文更新组播转发表。
本发明的组播路径收敛方法和系统,通过扩展IGMP SNOOPING标准协议,对现有的IGMP报文,如IGMP查询报文、离开报文等进行扩展:将离开报文的Group Address字段设置为0,得到特殊离开报文,如此,可以依据该报文生成本地局域网内所有组播组的指定组查询报文,以确定本地局域网内有效的组播组,保证组播转发表的有效性;将指定组查询报文的query max response time字段按照本发明提出的算法进行设置,既可以保证较快的组播转发路径收敛速度,还可以保证较低的报文丢包率。
另外,本发明在网络拓扑发生变化时,设定指定下游设备及时地生成特殊离开报文,并设定指定上游设备对该特殊离开报文进行处理,生成指定组查询报文,如此,即避免了所有检测到网络拓扑变化的网络设备同时发送特殊离开报文,或者所有收到特殊离开报文的网络设备同时发送指定组查询报文造成的通信负担,也在网络拓扑发生变化后及时地进行组播转发路径收敛的操作,而不必等待一般查询报文的周期到来。由此可见,本发明的组播转发路径方法可以使组播转发路径快速地收敛,同时也提高了组播流量转发的稳定性和可靠性。
附图说明
图1为现有技术中一种环路网络拓扑结构示意图;
图2为本发明组播转发路径收敛的方法流程图;
图3为本发明典型适用的环路网络拓扑结构示意图一;
图4为本发明典型适用的环路网络拓扑结构示意图二;
图5为本发明一种IGMPv2版本的特殊离开报文结构;
图6为本发明一种IGMPv3版本的特殊离开报文结构;
图7为本发明组播转发路径收敛的系统结构关系示意图。
具体实施方式
下面结合附图和具体实施例对本发明的技术方案进一步详细阐述。
本发明的组播转发路径收敛方法适用于一般的组播传输网络,特别适用于基于环路的二层组播转发路径的收敛。通过扩展IGMP SNOOPING标准协议,当网络拓扑发生变化时,指定下游设备向其路由端口发送特殊离开报文,该特殊离开报文是将现有的离开报文通过扩展IGMP SNOOPING标准协议得到的;指定上游设备收到该特殊离开报文后,生成指定组查询报文并发送;下游设备将接收到的指定组查询报文,通过其非路由端口进行发送,如此,网络中的设备从源服务器侧到用户侧逐跳地收到指定组查询报文,生成报告报文,再将报告报文通过其路由端口进行发送,直到网络中的设备从用户侧到源服务器侧逐跳地收到报告报文,并依据报告报文更新自身的组播转发表,完成全网的组播 转发路径更新,以达到组播转发路径快速收敛的目的。
本发明中,将网络设备分为上游设备和下游设备,其中上游设备包括指定上游设备和非指定上游设备;下游设备包括指定下游设备和非指定下游设备。
下面以基于环路的二层组播转发路径的收敛为例,来说明本发明的组播转发路径收敛的方法流程,如图2所示,该流程包括:
步骤201,网络拓扑发生变化时,指定下游设备立即生成特殊离开报文并发送。
图3所示为本发明适用的典型环路网络示意图,其中交换机SW1、SW2、SW3、SW4和SW5启用IGMP SNOOPING功能,SW2、SW3、SW4和SW5构成一个环路,SW3→SW5为主链路、SW4→SW5为备份链路。这样,组播流量由SW1转发进入环路后,沿着SW2→SW3→SW5到达用户,则SW1→SW2→SW3→SW5为当前组播转发路径。
本发明中,需要预先选择某一个网络设备将其配置为指定下游设备或指定上游设备,较佳的配置方法为:选择环路上与源服务器之间路径最短的网络设备为指定下游设备;在指定下游设备与源服务器之间最短的路径上任选一个环外网络设备为指定上游设备,较佳地,可以选择在该最短路径上且与指定下游设备直接相连的环外网络设备为指定上游设备。由此可见,指定上游设备和指定下游设备直接或者间接相连。依据上述的方法,可以将图3中环上交换机SW2配置为指定下游设备,将环外交换机SW1配置为指定上游设备。
另外,网络拓扑中的所有网络设备可以是非指定上游设备,或者是非指定下游设备,如图3所示,SW2相对于SW3而言,为非指定上游设备;SW3相对于SW2而言,为非指定下游设备;SW3相对于SW5而言,为非指定上游设备;SW5相对于SW3而言,为非指定下游设备。由此可见,上游设备,包括指定上游设备和非指定上游设备,更靠近源服务器侧;下游设备,包括指定下游设备和非指定下游设备,更靠近用户侧。当然,根据实际需要,指定上游设备和指定下游设备的配置也可以有其他的方法。
较佳地,为指定上游设备上连接下游设备的端口配置代理查询器,如指定 上游设备SW1通过其端口a与指定下游设备SW2相连,则为SW1的端口a配置代理查询器,其中代理查询器用于周期性地生成一般查询报文,此处为现有技术,不再赘述。
另外,还可以将下游设备接收IGMP查询报文的端口设置为路由端口,其中,IGMP查询报文包括一般查询报文和指定组查询报文。如图3中,SW2通过端口b接收SW1发送的IGMP查询报文,则可以将SW2的端口b设置为其路由端口;对于SW2而言,将非指定下游设备SW3的端口d设置为其路由端口。则图3中如SW1的端口a、SW2的端口c和f、SW3的端口e为非路由端口。
当网络拓扑发生变化时,检测到网络拓扑发生变化的所有网络设备需要删除无效的组播转发路径。如图4所示,当环路上主链路SW3→SW5发生故障时,该段路径就成为无效的转发路径,因此交换机SW1、SW2、SW3、SW4和SW5需要删除自身存储的该段转发路径的相关信息,同时恢复备份链路SW4→SW5。此处为现有技术,不再赘述。
需要指出的是,网络拓扑发生变化时,指定下游设备不仅要删除无效的组播转发路径,同时还要生成一个特殊离开报文,并通过自身的路由端口发送给其相邻的上游设备。由于在网络层,主机通过发送离开报文告知与其直接相连的组播路由器,要离开某个特定的组播组,因此,本发明中发送特殊离开报文的指定下游设备具有主机的特殊身份。现有技术中,当网络拓扑发生变化时,检测到网络拓扑发生变化的所有的网络设备都会向其路由端口发送特殊离开报文,这样会造成网络通信的负担,因此本发明对IGMP SNOOPING标准协议进行扩展,通过增加命令行配置的方式,设定指定下游设备才可以生成特殊离开报文,其他网络设备只需要删除自身无效的组播转发路径即可。
如图4所示,当环路拓扑发生变化时,如主链路SW3→SW5发生故障,此时,只有交换机SW2、即指定下游设备立即生成一个特殊离开报文,并通过自身的路由端口发送给其相邻的上游设备,如SW2通过其路由端口b将特殊离开报文发送给指定上游设备SW1。本发明中,将该特殊离开报文中的Group Address字段设置为0,其中,Group Address字段表示组播地址,当组播地址为一个有效地址时,用于标识一个组播组。现有IGMP SNOOPING标准协议规定Group Address字段不能为0,但是本发明对IGMP SNOOPING标准协议进行扩展,通过增加命令行配置的方式将Group Address字段设置为0,即表示该指定下游设备要离开的组播组为:本地局域网内的所有组播组。
另外,特殊离开报文的版本取决于当前网络设备,如交换机使用的IGMPSNOOPING标准协议的版本:IGMPv2、IGMPv3等。需要指出的是,本发明并不仅限于目前的IGMP SNOOPING协议版本,如果实际应用中出现了其他新的版本,那么本发明对于新的版本也是适用的。对于IGMPv2版本的离开报文,本发明对其进行扩展,得到特殊离开报文如图5所示,将报文中的Group Address字段设置为0;对于IGMPv3版本的离开报文,本发明对其进行扩展,得到特殊离开报文如图6所示,将报文中的Group Address字段设置为0。
步骤202,指定上游设备接收特殊离开报文,并依据特殊离开报文生成指定组查询报文并发送。
指定下游设备将特殊离开报文通过其路由端口发送给其相邻的上游设备,如果接收到该特殊离开报文的上游设备为非指定上游设备,则直接将该特殊离开报文通过其路由端口进行转发;如果接收到该特殊离开报文的上游设备为指定上游设备,则对该特殊离开报文进行处理,生成指定组查询报文,不再转发该特殊离开报文;由于在网络层,组播路由器接收到主机的离开报文时,会向主机响应一个指定组查询报文,因此,本发明中生成指定组查询报文的指定上游设备具有组播路由器的特殊身份。需要指出的是,本发明对IGMP SNOOPING标准协议进行扩展,通过增加命令行配置的方式,设定指定上游设备才能对特殊离开报文进行处理,其他非指定上游设备只对特殊离开报文进行转发,不作处理。
指定上游设备依据本发明的特殊离开报文,生成指定组查询报文,具体为:由于本发明的特殊离开报文的Group Address字段为0,表示生成该特殊离开报文的指定下游设备要离开的组播组为:本地局域网内的所有组播组,则指定上 游设备接收到该特殊离开报文后,遍历自身的组播转发表,确认本地局域网内的所有组播组,并针对每一个组播组生成一个指定组查询报文,如此可以生成多个指定组查询报文。然后,指定上游设备将多个指定组查询报文发送到自身接收特殊离开报文的端口上,通过该端口发送给其相邻的下游设备。
如图4所示,指定上游设备SW1通过其端口a接收到指定下游设备SW2发送的特殊离开报文后,依据特殊离开报文生成指定组查询报文,再通过端口a将指定组查询报文发送给指定下游设备SW2。
其中,指定组查询报文的版本取决于当前网络设备,如交换机使用的IGMPSNOOPING协议的版本:IGMPv2、IGMPv3等。需要指出的是,本发明并不仅限于目前的IGMP SNOOPING协议版本,如果实际应用中出现了其他新的版本,那么本发明对于新的版本也是适用的。本发明中可以对指定组查询报文中的query max response time字段值进行设置。query max response time字段为最大生成时间,表示收到指定组查询报文的网络设备要在该最大生成时间内生成报告报文,该字段缺省为10s。由于网络设备依据接收到的报告报文来更新自身的组播转发路径,所以最大相应时间也表示了组播转发路径的最长收敛时间。按照query max response time字段的缺省值,则本发明中的组播转发路径收敛时间最长可达10s。本发明对IGMP SNOOPING标准协议进行扩展,通过增加命令行配置的方式对该字段进行修改,依据实际需要来设置该字段的值。在设置该字段的值时,有两种比较极端的情况,一是将该字段的值设置的非常小,如接近于0s,如果此时下游设备较多时,则需要发送的报告报文就比较多,这样集中地将比较多的报告报文发送出去,可能会引起丢包;一是将该字段的值设置的比较大,则会影响组播转发路径的收敛速度。所以query max resp onse time字段的设置应该根据网络实际情况而定,如果需要获得较快的收敛速度,则需要承担丢包的风险;如要避免丢包风险,则需减缓收敛速度。其中,关于下游设备依据指定组查询报文,生成报告报文的具体实现将在下面的步骤中进行说明。
鉴于上述的情况,在实际应用中要选取合适的query max response time字段 的值时,需要考虑到丢包率和收敛速度两个方面的因素。因此,本发明提出了一种query max response time字段取值的计算方法:
QMRT=本地局域网内组播组个数/设备报文发送速率。
其中,QMRT表示query max response time字段的值;本地局域网内组播组个数表示下游设备需要生成的报告报文的个数;设备报文发送速率表示下游设备每秒发送报告报文个数的估值。
步骤203,接收到指定组查询报文的各个下游设备,依据自身的组播转发表生成报告报文并发送;同时将指定组查询报文通过其非路由端口进行转发。
指定上游设备通过接收特殊离开报文的端口将指定组查询报文发送给其相邻的下游设备,下游设备接收到指定组查询报文后,遍历自身的组播转发表,确认本地局域网内是否包含指定组查询报文所指示的组播组,如果包含,则针对该组播组生成一个报告报文,并通过其路由端口发送给其相邻的上游设备;如果本地局域网内不包含指定组查询报文所指示的组播组,则不生成报告报文。此时,该下游设备具有主机的特殊身份。
另外,下游设备还需要将指定组查询报文通过其非路由端口向其相邻的下游设备进行转发。如此,从源服务器侧到用户侧的网络设备逐跳地接收到指定组查询报文,即所有的下游设备都接收到指定组查询报文,并根据自身的组播转发表生成报告报文,通过自身的路由端口发送出去。
如图4所示,SW2接收到指定组查询报文后依据自身的组播转发表,生成报告报文;同时,SW2通过其非路由端口,如与SW4连接的端口f,将指定组查询报文转发给SW4;SW4再将指定组查询报文转发给SW5。
步骤204,接收到报告报文的各个上游设备,更新自身的组播转发表;同时,依据更新的组播转发表生成报告报文并发送给其相邻的上游设备,直到所有的上游设备都完成自身组播转发表的更新。
由于报告报文用于主机向组播路由器表示其要加入的组播组信息,因此上游设备收到报告报文后,依据该报告报文更新自身的组播转发表,此处为现有技术,不再赘述。此时该上游设备具有组播路由器的特殊身份。
如果当前上游设备的组播转发表内容发生了变化,如当前上游设备的端口1在其组播转发表中对应的组播组为:A、B、C;但是上游设备通过其端口1接收到了一个要加入组播组D的报告报文,则该上游设备需要更新自身的组播转发表,将组播组D与端口1对应。同时,该上游设备需要针对组播组D生成一个报告报文,并通过自身的路由端口发送给相邻的上游设备。当前上游设备通过该报告报文,向自身相邻的上游设备告知需要加入组播组D。如此,从用户侧到源服务器侧,上游设备逐跳地接收到其相邻的下游设备发送的报告报文,直到所有的上游设备都完成自身组播转发表的更新,如此就可以实现组播转发路径的收敛。
如图4所示,SW1接收SW2通过其路由端口b发送的报告报文,更新自身的组播转发表;SW2接收SW4通过其路由端口g发送的报告报文,更新自身的组播转发表;SW4接收SW5通过其路由端口h发送的报告报文,更新自身的组播转发表,如此完成组播转发路径的收敛,则收敛后的组播转发路径为:SW1→SW2→SW4→SW5。
为了实现上述组播转发路径收敛的方法,本发明提供了一种组播转发路径收敛的系统,如图7所示,该系统包括:网络拓扑检测模块10、第一报文处理模块20、第二报文处理模块30、第三报文处理模块40和组播转发表维护模块50,其中,
网络拓扑检测模块10,用于检测网络拓扑是否发生变化,得到检测结果;
第一报文处理模块20,用于依据网络拓扑检测模块10的检测结果,在网络拓扑发生变化时,生成特殊离开报文并发送;
第二报文处理模块30,用于接收特殊离开报文,并依据特殊离开报文生成指定组查询报文并发送;
第三报文处理模块40,用于接收指定组查询报文,并依据组播转发表生成报告报文并发送;
组播转发表维护模块50,用于接收报告报文,并依据报告报文更新组播转发表。
以上所述,仅为本发明的较佳实施例而已,并非用于限定本发明的保护范围。
Claims (9)
1.一种组播转发路径收敛的方法,其特征在于,该方法包括:
网络拓扑发生变化时,指定下游设备立即生成特殊离开报文并发送;
指定上游设备接收所述特殊离开报文,并依据所述特殊离开报文生成指定组查询报文,具体为:指定上游设备接收到该特殊离开报文后,遍历自身的组播转发表,确认本地局域网内的所有组播组,并针对每一个组播组生成一个指定组查询报文,并发送;
接收到所述指定组查询报文的各个下游设备,依据自身的组播转发表生成报告报文,具体为:下游设备接收到指定组查询报文后,遍历自身的组播转发表,确认本地局域网内是否包含指定组查询报文所指示的组播组,如果包含,则针对该组播组生成一个报告报文,并发送;
接收到所述报告报文的各个上游设备,依据所述报告报文更新自身的组播转发表。
2.根据权利要求1所述组播转发路径收敛的方法,其特征在于,该方法还包括:根据当前网络拓扑预先设定指定上游设备和指定下游设备。
3.根据权利要求1所述组播转发路径收敛的方法,其特征在于,所述特殊离开报文的生成为:将互联网组管理侦听协议IGMP SNOOPING标准的离开报文进行扩展,得到所述特殊离开报文。
4.根据权利要求1所述组播转发路径收敛的方法,其特征在于,该方法还包括:设置所述指定组查询报文中的query max response time字段的值为:当前上游设备的相邻下游设备需要生成的报告报文的数量除以所述相邻下游设备发送报告报文的速率。
5.根据权利要求4所述组播转发路径收敛的方法,其特征在于,所述接收到指定组查询报文的各个下游设备生成所述报告报文为:在所述指定组查询报文的query max response time字段值表示的时间范围内,依据自身的组播转发表生成所述报告报文,并发送。
6.根据权利要求1所述组播转发路径收敛的方法,其特征在于,在所述接收到指定组查询报文的各个下游设备生成报告报文并发送时,该方法还包括:所述各个下游设备,将所述接收到的指定组查询报文转发给其相邻的下游设备;接收到所述指定组查询报文的所述相邻的下游设备,依据自身的组播转发表生成所述报告报文,并发送。
7.根据权利要求1所述组播转发路径收敛的方法,其特征在于,所述接收到报告报文的各个上游设备,在更新自身的组播转发表时,该方法还包括:所述各个上游设备,依据自身更新的组播转发表,生成报告报文,并发送给其相邻的上游设备;所述相邻的上游设备依据接收到的所述报告报文更新自身的组播转发表。
8.根据权利要求7所述组播转发路径收敛的方法,其特征在于,所述网络拓扑中的所有上游设备对自身的组播转发表进行更新,完成组播转发路径的收敛。
9.一种组播转发路径收敛的系统,其特征在于,该系统包括:
网络拓扑检测模块,用于检测网络拓扑是否发生变化,得到检测结果;
第一报文处理模块,用于依据所述检测结果,在网络拓扑发生变化时,生成特殊离开报文并发送;
第二报文处理模块,用于接收所述特殊离开报文,并依据所述特殊离开报文生成指定组查询报文,具体为:指定上游设备接收到该特殊离开报文后,遍历自身的组播转发表,确认本地局域网内的所有组播组,并针对每一个组播组生成一个指定组查询报文,并发送;
第三报文处理模块,用于接收所述指定组查询报文,并依据组播转发表生成报告报文,具体为:下游设备接收到指定组查询报文后,遍历自身的组播转发表,确认本地局域网内是否包含指定组查询报文所指示的组播组,如果包含,则针对该组播组生成一个报告报文,并发送;
组播转发表维护模块,用于接收所述报告报文,并依据所述报告报文更新组播转发表。
Priority Applications (2)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN200910081164A CN101521927B (zh) | 2009-04-03 | 2009-04-03 | 一种组播转发路径收敛的方法和系统 |
PCT/CN2010/071477 WO2010111956A1 (zh) | 2009-04-03 | 2010-03-31 | 一种组播转发路径收敛的方法和系统 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN200910081164A CN101521927B (zh) | 2009-04-03 | 2009-04-03 | 一种组播转发路径收敛的方法和系统 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN101521927A CN101521927A (zh) | 2009-09-02 |
CN101521927B true CN101521927B (zh) | 2012-09-05 |
Family
ID=41082244
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN200910081164A Expired - Fee Related CN101521927B (zh) | 2009-04-03 | 2009-04-03 | 一种组播转发路径收敛的方法和系统 |
Country Status (2)
Country | Link |
---|---|
CN (1) | CN101521927B (zh) |
WO (1) | WO2010111956A1 (zh) |
Families Citing this family (14)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101521927B (zh) * | 2009-04-03 | 2012-09-05 | 中兴通讯股份有限公司 | 一种组播转发路径收敛的方法和系统 |
CN101795223B (zh) * | 2009-12-14 | 2011-12-28 | 福建星网锐捷网络有限公司 | 组播安全控制方法、系统及传输节点 |
CN101827032A (zh) * | 2010-04-29 | 2010-09-08 | 华为技术有限公司 | 一种收敛二层组播网络的方法及设备 |
CN102185776B (zh) * | 2011-05-10 | 2016-03-02 | 中兴通讯股份有限公司 | 以太网二层组播快速收敛的方法及以太网系统 |
CN103036787B (zh) * | 2011-10-09 | 2016-09-28 | 华为技术有限公司 | 一种网络路由收敛处理方法和装置 |
CN102595348A (zh) * | 2012-02-20 | 2012-07-18 | 华为技术有限公司 | 获取消息的转发报告的方法、发送方装置和消息处理系统 |
CN103013324B (zh) * | 2012-12-21 | 2015-09-09 | 湖南松井新材料有限公司 | 自修复型紫外光固化漆 |
CN103618614B (zh) * | 2013-11-13 | 2016-08-24 | 深圳市新格林耐特通信技术有限公司 | 一种增强IGMP Snooping组播学习限制的方法 |
CN106375222A (zh) * | 2015-07-20 | 2017-02-01 | 中兴通讯股份有限公司 | 环型组网组播线路切换的方法及装置 |
CN105490970B (zh) * | 2015-12-08 | 2018-10-30 | 迈普通信技术股份有限公司 | 一种链路快速收敛的方法、装置及系统 |
CN109981315B (zh) | 2017-12-27 | 2021-08-27 | 华为技术有限公司 | 一种anima网络的信息处理方法、设备及系统 |
CN108737183B (zh) * | 2018-05-22 | 2021-06-22 | 华为技术有限公司 | 一种转发表项的监测方法及装置 |
CN111901133B (zh) * | 2020-08-07 | 2023-07-11 | 北京东土军悦科技有限公司 | 一种组播切换方法、装置、网络设备和存储介质 |
CN117041136B (zh) * | 2023-10-10 | 2024-01-23 | 北京国科天迅科技股份有限公司 | 组播管理方法、系统、装置、交换机和存储介质 |
Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN1968160A (zh) * | 2006-11-07 | 2007-05-23 | 华为技术有限公司 | 一种因特网组管理协议监听方法及交换机 |
CN101009628A (zh) * | 2007-01-09 | 2007-08-01 | 杭州华为三康技术有限公司 | 一种交换网络拓扑变化时组播表项更新的方法及装置 |
CN101141383A (zh) * | 2006-09-07 | 2008-03-12 | 华为技术有限公司 | 一种实现二层组播转发路径快速收敛的方法、系统及二层设备 |
CN101369994A (zh) * | 2007-08-15 | 2009-02-18 | 华为技术有限公司 | 一种实现组播组成员管理协议代理的方法、装置和系统 |
Family Cites Families (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US7372853B2 (en) * | 2003-06-25 | 2008-05-13 | Fujitsu Limited | Method and system for multicasting data packets in an MPLS network |
CN101521927B (zh) * | 2009-04-03 | 2012-09-05 | 中兴通讯股份有限公司 | 一种组播转发路径收敛的方法和系统 |
-
2009
- 2009-04-03 CN CN200910081164A patent/CN101521927B/zh not_active Expired - Fee Related
-
2010
- 2010-03-31 WO PCT/CN2010/071477 patent/WO2010111956A1/zh active Application Filing
Patent Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101141383A (zh) * | 2006-09-07 | 2008-03-12 | 华为技术有限公司 | 一种实现二层组播转发路径快速收敛的方法、系统及二层设备 |
CN1968160A (zh) * | 2006-11-07 | 2007-05-23 | 华为技术有限公司 | 一种因特网组管理协议监听方法及交换机 |
CN101009628A (zh) * | 2007-01-09 | 2007-08-01 | 杭州华为三康技术有限公司 | 一种交换网络拓扑变化时组播表项更新的方法及装置 |
CN101369994A (zh) * | 2007-08-15 | 2009-02-18 | 华为技术有限公司 | 一种实现组播组成员管理协议代理的方法、装置和系统 |
Also Published As
Publication number | Publication date |
---|---|
CN101521927A (zh) | 2009-09-02 |
WO2010111956A1 (zh) | 2010-10-07 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN101521927B (zh) | 一种组播转发路径收敛的方法和系统 | |
CN102075417B (zh) | 组播剪枝方法及协议无关组播路由器 | |
CN1816011B (zh) | 数据传输装置、多播系统和程序 | |
CN102197627B (zh) | 组播流量收敛的改善 | |
US6654371B1 (en) | Method and apparatus for forwarding multicast data by relaying IGMP group membership | |
US20060218262A1 (en) | Multicast communication method, home agent, and mobile node | |
US20090316573A1 (en) | System and method for transmitting messages using a redundancy mechanism | |
JP4476839B2 (ja) | データ配信システム、中継装置、データ配信方法 | |
US20050021817A1 (en) | Digital content delivery, server and client | |
CN109981308B (zh) | 报文传输方法及装置 | |
CN101141383A (zh) | 一种实现二层组播转发路径快速收敛的方法、系统及二层设备 | |
US10708196B2 (en) | Modifications of headend forwarding rules to join wide area network branch hosts to multicast groups | |
CN103716169A (zh) | 点到多点的组播实现方法、网络节点和系统 | |
CN109743250A (zh) | 组播报文的传输方法、第一网络设备和第二网络设备 | |
CN102355358A (zh) | 一种组播实现的方法和设备 | |
JP2003032299A (ja) | マルチキャストネットワークにおけるランデブーポイントの制御方法及び装置 | |
CN100508467C (zh) | 一种转发层代理pim的方法及路由设备 | |
KR100453221B1 (ko) | 유니캐스트 망을 이용한 그룹 캐스트 전송 방법 및 시스템 | |
Bartczak et al. | Lightweight PIM—a new multicast routing protocol | |
CN102843303A (zh) | Pim中的组播报文处理方法及装置 | |
JP5713499B2 (ja) | 多地点配信方法及び多地点配信システム | |
JP5981896B2 (ja) | ルータ、ipマルチキャストネットワーク及びルータの機能制御方法 | |
CN104618450A (zh) | 一种WLAN的Web缓存系统和方法 | |
CN103780503A (zh) | 一种负载均衡的实现方法和设备 | |
JP5575714B2 (ja) | 多地点配信方法及び多地点配信システム |
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: 20120905 Termination date: 20190403 |
|
CF01 | Termination of patent right due to non-payment of annual fee |