CN1816010A - 组播源过滤的处理方法 - Google Patents
组播源过滤的处理方法 Download PDFInfo
- Publication number
- CN1816010A CN1816010A CNA2005100523058A CN200510052305A CN1816010A CN 1816010 A CN1816010 A CN 1816010A CN A2005100523058 A CNA2005100523058 A CN A2005100523058A CN 200510052305 A CN200510052305 A CN 200510052305A CN 1816010 A CN1816010 A CN 1816010A
- Authority
- CN
- China
- Prior art keywords
- source
- multicast
- pattern
- model
- multicasting
- 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
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
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L45/00—Routing or path finding of packets in data switching networks
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L45/00—Routing or path finding of packets in data switching networks
- H04L45/16—Multipoint routing
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
Abstract
本发明涉及分组组播技术,公开了一种组播源过滤的处理方法,使得在组播路由协议是SSM模型时,可以减少查询路由器的资源消耗,提高组播报文转发效率。本发明中,查询路由器区分网络中运行的是ASM模型还是SSM模型的组播路由协议,对ASM模型的组播路由协议保留现有技术的源过滤方法,对SSM模型的组播路由协议取消源过滤处理环节,或仅进行包含模式的源过滤处理。在仅进行包含模式源过滤的情况下,通过增加过滤模式转换功能或固定软件配置的方法,保证查询路由器仅处于包含模式中,避免了模式的切换。
Description
技术领域
本发明涉及分组组播技术,特别涉及采用不同模型的组播协议的源过滤方法。
背景技术
二十世纪九十年代以来,世界各国对信息及信息产业的重视,极大地推动了信息技术产业的发展。随着因特网(Internet)的普及,上网人数正以几何级数快速增长。由于网络带宽的增加,计算机硬件、软件技术的提高,以及人类自身、社会和经济的需求,Internet上的多媒体业务所占比重越来越大。视频会议、视频点播、多媒体远程教育、远程会诊等高带宽的多媒体应用极大的占用了网络资源,音、视频的海量数据加剧了网络的拥塞程度。这是因为采用点到点的单播方式,源节点必须为每一个会话创建连接,发送数据,骨干网上因而存在大量的重复数据,不仅导致通信效率的低下,而且加重了网络的负担。若采用广播技术,虽然能把一个网间互联协议(InternetProtocol,简称“IP”)报文发送给同一个网段的所有主机,但是由于不是所有的主机都需要这些报文,而且广播也仅局限于同一个网段内,因而不能满足多媒体应用的需要。在这种情况下,组播技术也就应运而生了。
组播,也称为多播,是一种允许一台主机或多台主机作为组播源,发送单一数据包到多台主机的网络技术。相对于单播而言,不管有多少接受者,在网络链路上,数据包仅被传输一次。只是在到达不同接收者的分叉处,数据包被复制。而采用传统的单播技术,有多少接受者,数据源就得发送多少数据包。因此,组播是一种更合理的数据传输技术,适用于一对多、多对多的应用环境。当某一台主机希望接收组播数据时,它首先加入该组播组。组播组由D类IP地址标示。组播路由器接收到该加入消息后,会在发送者和接收者之间建立组播树,引导组播数据到达接收者。若该接收者不再存在时,组播路由器会取消组播源与该接收者间的连接。
在IP组播模型中,组播接收者和组播路由器之间采用组管理协议进行交互,组播接收者可以动态地通知所在子网的组播路由器自己所希望接收哪些组播源发给哪些组播地址的的报文,组播路由器则可以动态地了解所在子网上的组播接收者们对哪些组播源和组播地址的报文感兴趣。组管理协议分为因特网组管理协议(Internet Group Management Protocol,简称“IGMP”)和组播监听发现(Multicast Listener Discovery,简称“MLD”)两种。其中,IGMP是针对网间互联协议第4版(Internet Protocol version 4,简称“IPv4”)的组管理协议,存在IGMPv1、IGMPv2和IGMPv3三个版本;而MLD是针对网间互联协议第6版(Internet Protocol version 6,简称“IPv6”)的组管理协议,存在MLDv1和MLDv2两个版本。另外,路由器之间是采用组播路由协议来建立和更新维护组播分发树,路由器根据这个树得出复制和分发组播报文的路径。组管理协议所收集的数据库被组播路由协议用来判断在本地子网上是否存在组播接收者,保证组播接收者收到其所请求的组播报文。
IP组播业务模型总共分为两种:任意源组播(Any-Source Multicast,简称“ASM”)和特定源组播(Source-Specific Multicast,简称“SSM”)。
在ASM模型中,报文被传送给主机组,这里主机组是指用一个组播地址G来标识的一组终端主机或路由器;接收者通过请求加入该主机组便可接收到此IP报文;ASM通过一个组播地址G标识一个组播组,每个组可以有任意多个源和任意多个接收者,源可以同时是或不是接收者。
在SSM模型中,SSM组播用组播源地址S和组播地址G对(S,G)来标示一个会话,也称为一个频道。接收主机不仅要知道组播地址G,还要知道组播源地址S。报文从一个特定源S向一个SSM组播地址G传送;接收者通过向频道(S,G)订阅便可接收到此IP报文;SSM通过组播源地址S,组播地址G标识一个组播组,每个频道只能有一个指定源和任意多个接收者。
早期版本的组播路由协议都是按照ASM模型设计的,在这种模型下,接收者加入某个组时不能指定它想接收哪个源的数据,这样它会收到任何组播源发往该组的数据。而一般主机和其邻居路由器之间的链路带宽是有限的,如果该组的源很多,不仅会浪费带宽甚至造成拥塞。由于ASM组播模型不适于商业应用,并且现实生活中,大量的多媒体业务都是确定组播源的,于是,近期出现了基于SSM模型的组播路由协议,如互联网工程任务组(INTERNET ENGINEERING TASK FORCE,简称“IETF”)在原有稀疏模式协议无关组播协议(Protocol Independent Multicast-Sparse Mode,简称“PIM-SM”)路由协议的基础上做了改进,产生了特定源组播协议无关组播协议(Protocol Independent Multicast-Source Specific Multicast,简称“PIM-SSM”)。
然而,为了支持基于SSM模型的组播路由协议,只有把不相干的源过滤掉才能实现对特定源的组播。于是,新版本的组管理协议,如IGMPv3和MLDv2,均增加了源过滤能力。源过滤模式有两种:包含模式和排除模式。包含模式指请求只接收发给包含在源列表中的组播地址的报文。排除模式是指请求接收发给没有包含在源列表中的所有其他组播地址的报文。
接收主机的上层协议或应用程序,可以通过IP层所提供的IP组播业务接口激活或阻止接收发往特定IP组播地址的报文。IP组播业务接口可用下面的接口函数表示:
IPMulticastListen(套接字,接口,组播地址,源过滤模式,源列表)
在使用上述接口函数的过程中,对于一个给定的{套接字,接口,组播地址}组合,在同一时刻只能有一种源过滤模式及其源列表起作用。但每次调用此接口函授都可能改变接收主机在该组合下的源过滤模式及其源列表。
上述IP组播业务接口提供的接口函数支持早期版本的组管理协议,例如在使用IGMPv1、IGMPv2和MLDv1时,加入组播组G的操作等价于调用IPMulticastListen(套接字,接口,G,包含模式,{空}),离开组播组G的操作等价于调用IPMulticastListen(套接字,接口,G,排除模式,{空})。
下面结合图1说明在运行IGMPv3、MLDv2协议过程中组播接收主机侧和组播路由器侧不同层次的状态。
如图所示,组播接收主机侧在应用程序层下,维护了IP业务接口的状态、套接字的状态和接口的状态。套接字的状态是套接字层为每个接口和组播地址维护的一个包含{接口,组播地址,源过滤模式,源列表}的组播接收状态;IP业务接口的状态是IP层对套接字的状态进行聚合后,在每个接口上为每个组播地址维护一个包含{组播地址,源过滤模式,源列表}的组播接收状态。
组播路由器侧只包含组播路由器过滤状态,它是IP层在每个接口上为每个组播地址维护的一个包含{组播地址,源过滤模式,过滤定时器,源列表}的组播接收状态,并对源列表中的每个源使用一个定时器。对于每个组播地址,组播路由器接口的源过滤模式由该接口所直连的子网中所有组播接收主机的源过滤模式决定。当组播接收主机在接口层的组播接收状态发生变化时,它会立刻发送“状态改变报告”给组播路由器;组播路由器对收到该报告的接口计算和更新其组播接收状态,包括源过滤模式的切换。另外,当定时器到也可能改变组播路由器的组播接收状态。
RFC3376和RFC3810分别说明了现有技术中IGMPv3和MLDv2所提供的组播源过滤模式切换的方法。
以RFC3810描述的MLDv2为例,组播路由器每个接口的源过滤模式由该接口所直连的子网中所有组播接收主机的源过滤模式决定,当收到接收主机的状态改变报告时或定时器到期时会发生切换。
具体的说,对于某个组播地址,如果子网中所有接收主机都是包含模式,则组播路由器是包含模式。对于某个组播地址,如果子网中只要有一个接收主机是排除模式,则在组播路由器接口上是排除模式。排除模式下记录两个列表,请求列表和排除列表。其中,请求列表对排除模式的转发不起作用,是为了在切换回包含模式时作为初始包含列表用。
当组播路由器收到接收主机的状态改变报告时或定时器到期时它的源过滤模式会发生切换。具体过程如下所述,例如,与组播路由器直接相连的所有接收主机都是处于包含模式,这时决定了组播路由器处于包含模式,但当有接收主机转换为排除模式时,它会向组播路由器发送状态改变报告,这时决定了组播路由器切换为排除模式。而当组播路由器的接口切换到排除模式后,将为该组播地址设置一个过滤定时器,收到有排除模式的状态报告时过滤定时器被重置。当此过滤定时器到期时,说明子网上没有任何工作在排除模式的接收主机,这时路由器会自行切换回包含模式,并将请求列表作为初始包含列表用,防止切换引起的数据转发中断。
下面结合附图2说明IGMPv3或MLDv2中的源过滤过程。如图所示,在组播路由器中,维护着组播地址、源过滤模式及过滤定时器、源列表及源定时器等条目,而各个接收主机则维护着组播地址、源过滤模式、源列表等条目。发给某组播地址的组播报文经过查询路由器的源过滤之后,转发到本地链路上。接收主机在相应的接口上对组播报文进行源过滤,再送给套接字层源过滤后,最后送给应用程序。
在实际应用中,上述方案存在以下问题:在使用基于SSM模型的组播路由协议的情况下,进行了不必要的源过滤或者是源过滤模式切换,增加了路由器的负担。
之所以说在基于SSM模型的组播路由协议中进行源过滤及源过滤模式切换是不必要,是由于如果组播路由协议是基于SSM模型的话,那么对于某个组播地址来说,要接收的组播源由接收主机向查询路由器申请后,这个源的最短路径树的叶子才会到达查询路由器;若当本地子网中没有特定源的接收者时,查询路由器就会通过组播路由协议把这个源的最短路径树叶子剪掉,这个源发送的组播报文就不会到达查询路由器了。因此,如果网络采用SSM模型的组播路由协议,那么到达查询路由器的组播报文都应是由接收主机申请的合法源所发出的,这样,在查询路由器上是不需要进行源过滤的,也就是说此时路由器是无需承担源过滤所带来的开销的。
即使为了安全性和兼容性,查询路由器上需要维护源列表并进行源过滤,那么采用包含模式就可完全满足需要,而不需要切换到排除模式。也就是说,即使要路由器进行源过滤,但也无需进行模式切换。
造成这种情况的主要原因在于,现有的组播路由器接口的源过滤模式的切换,不考虑路由器之间运行的是ASM还是SSM模型的组播路由协议。无论路由器之间运行的组播路由协议是否支持SSM模型,路由器都要维护每个组播地址的源列表,并进行源过滤。对于每个组播地址,组播路由器接口的源过滤模式由该接口所直连的子网中所有组播接收者的源过滤模式决定。
发明内容
有鉴于此,本发明的主要目的在于提供一种组播源过滤的处理方法,使得在组播路由协议是SSM模型时,可以减少查询路由器的资源消耗,提高组播报文转发效率。
为实现上述目的,本发明提供了一种组播源过滤的处理方法,包含以下步骤
A.查询路由器在初始化时检查组播路由协议是否基于特定源组播模型,如果是则执行步骤B;
B.所述查询路由器直接转发组播数据包,或对组播数据包仅进行包含模式的源过滤后转发。
其中,所述查询路由器在所述特定源组播模型下启动模式转换功能,将收到的所述排除模式报告消息转换为所述包含模式报告消息。
所述排除模式报告消息类型是“模式是排除”或者“转换到排除模式”,其参数是所述排除模式下的源地址。
通过对所述查询路由器的源列表取所述排除模式下的源地址的补集,将所述排除模式报告消息转换为所述包含模式报告消息。
通过预先的配置,使所述查询路由器只能调用所述包含模式的源过滤。
还包含以下步骤
C.如果所述组播路由协议基于任意源组播模型,则所述查询路由器对所述组播数据包进行一般源过滤;所述一般源过滤的模式需在所述包含模式和排除模式中切换。
适用于具有源过滤能力的因特网组管理协议第三版或组播监听发现第二版。
适用于网间互联协议第4版或网间互联协议第6版。
通过比较可以发现,本发明的技术方案与现有技术的主要区别在于,本发明区分网络中运行的是ASM模型还是SSM模型的组播路由协议,对ASM模型的组播路由协议保留现有技术的源过滤方法,对SSM模型的组播路由协议取消源过滤处理环节,或仅进行包含模式的源过滤处理。在仅进行包含模式源过滤的情况下,通过增加过滤模式转换功能或固定软件配置的方法,保证查询路由器仅处于包含模式中,避免了模式的切换。
这种技术方案上的区别,带来了较为明显的有益效果,即本发明使得组播路由协议是SSM模型时,查询路由器不需要对组播数据包进行源过滤或不需要进行过滤模式的切换,从而减少了查询路由器的处理负担和内存消耗,提高了查询路由器的组播报文转发效率。
附图说明
图1是现有技术中运行IGMPv3或MLDv2协议时组播接收主机侧和组播路由器侧的状态图;
图2是现有技术中IGMPv3和MLDv2的源过滤过程图;
图3是根据本发明的一个实施例的查询路由器的源过滤处理总流程图;
图4是根据本发明的一个实施例的查询路由器对SSM模型路由协议不采用源过滤的处理流程;
图5是根据本发明的一个实施例的查询路由器对SSM模型路由协议仅采用包含模式源过滤的处理流程;
图6是根据本发明的一个实施例的SSM模型路由协议下进行报告消息模式转换的流程。
具体实施方式
为使本发明的目的、技术方案和优点更加清楚,下面将结合附图对本发明作进一步地详细描述。
为使本发明的目的、技术方案和优点更加清楚,下面结合附图对本发明作进一步地详细描述。
总的来说,本发明的基本原理在于区分网络中运行的是ASM模型还是SSM模型的组播路由协议,采用不同的组播源过滤方法。对ASM模型的组播路由协议,仍采用现有技术的源过滤方法;而对于SSM模型的组播路由协议,则不采用源过滤或仅以包含模式进行源过滤的处理方法。
由于对基于SSM模型的组播路由协议,本发明提供了两种不同的处理方式,即不采用源过滤或仅以包含模式进行源过滤,下面先结合附图3说明本发明的组播源过滤方法的总体流程,然后再在附图4和附图5分别说明两种不同的处理方式。
假设在接收主机和组播路由器之间运行具有源过滤能力的组管理协议IGMPv3或MLDv2,此时查询路由器进入如图3所示的流程。
首先,进入步骤301,查询路由器初始化启动协议。
然后进入步骤302,查询路由器进行模型判断,看组播路由协议是否基于SSM模型。如果是,则进入步骤303,否则进入步骤304。
在步骤303中,运用两种处理方式之一处理基于SSM模型的组播路由协议下的组播数据包。这两种处理方式将分别是不进行源过滤和仅以包含模式进行源过滤。它们将在图4和图5中分别说明。
如果组播路由协议是基于ASM模型的,则进入步骤304,对到达的组播数据包进行一般的源过滤。这里的一般的源过滤是指和现有技术一样的源过滤,即包括包含模式和排除模式两种模式的源过滤,采用哪一种源过滤模式由子网中所有组播接收主机的源过滤模式决定。
接着进入步骤305,判断组播数据包是否由合法源地址发送,如果是,则进入步骤306,向本地链路转发数据包,否则进入步骤307,丢弃该数据包。
对于接收主机而言,则无需区分网络上运行的组播路由协议类型,完全按照MLDv2和IGMPv3标准中所述方法,在IP层、套接字层和应用层三个层次进行组播源过滤。
下面结合图4说明两种处理方式之一:不进行源过滤的处理方法。
如图所示,首先,进入步骤401,查询路由器初始化启动协议。
然后进入步骤402,查询路由器进行模型判断,看组播路由协议是否基于SSM模型。如果是,则进入步骤403,否则进入步骤404。
在步骤403中,对到达的组播数据包只检测组播地址,不检测和过滤组播源,直接向本地链路转发。因为如果网络采用SSM模型的组播路由协议,那么到达查询路由器的组播报文都应是由接收主机申请的合法源所发出的,在查询路由器上不需要进行源过滤。
如果组播路由协议是基于ASM模型的,则进入步骤404,对到达的组播数据包进行一般的源过滤。这里的一般的源过滤是指和现有技术一样的源过滤,即包括包含模式和排除模式两种模式的源过滤,采用哪一种源过滤模式由子网中所有组播接收主机的源过滤模式决定。
接着进入步骤405,判断组播数据包是否由合法源地址发送,如果是,则进入步骤406,向本地链路转发数据包,否则进入步骤407,丢弃该数据包。
图4所示的方法简单明了,然而在现实应用中,基于安全性和兼容性的考虑,查询路由器仍可对SSM模型的组播路由协议的组播数据包进行源过滤处理,但是此时是一种仅有包含模式的源过滤处理过程,无须进行模式切换。其流程如图5所示。
首先,进入步骤501,查询路由器初始化启动协议。
然后进入步骤502,查询路由器进行模型判断,看组播路由协议是否基于SSM模型。如果是,则进入步骤503,否则进入步骤507。
在步骤503中,对到达的组播数据包进行包含模式的源过滤处理。因为如果网络采用SSM模型的组播路由协议,那么采用包含模式就可完全满足需要,而不需要切换到排除模式,也就是说,在查询路由器上不需要进行模式切换。
接着进入步骤504,判断组播数据包是否由合法源地址发送,如果是,则进入步骤505,向本地链路转发数据包,否则进入步骤506,丢弃该数据包。
如果组播路由协议是基于ASM模型的,则进入步骤507,对到达的组播数据包进行一般的源过滤。这里的一般的源过滤是指和现有技术一样的源过滤,即包括包含模式和排除模式两种模式的源过滤,采用哪一种源过滤模式由子网中所有组播接收主机的源过滤模式决定。
接着进入步骤508,判断组播数据包是否由合法源地址发送,如果是,则进入步骤509,向本地链路转发数据包,否则进入步骤510,丢弃该数据包。
值得说明的是,在步骤503中,对到达的组播数据包仅进行包含模式的源过滤处理,然而如何保证查询路由器不切换到排除模式呢?本发明提供了以下两种方法,避免了因收到接收主机的排除模式报告而导致查询路由器的源过滤模式发生切换的情况。
其中,方法一是在查询路由器的接口上增加一个过滤模式转换功能。其流程如图6所示。值得说明的是,过滤模式转换功能仅在网络中运行SSM模型的组播路由协议时才启用,若网络中运行的是ASM模型的组播路由协议,则不启用过滤模式转换功能。
首先,在步骤601中,查询路由器收到IGMPv3或MLDv2的报告消息。
接着进入步骤602,对上述报告消息进行模式判断,如果是排除模式,则进入步骤603,否则进入步骤605。
在步骤603中,对报告消息进行过滤模式转换,使其转换为包含模式消息,从而保证了查询路由器一直处于包含模式,不会因为收到接收主机的排除模式消息而切换到排除模式。熟悉本领域的技术人员可以理解,支持源过滤能力的组管理协议MLDv2或IGMPv3共有六种类型的协议消息,其中只有两种类型的协议消息:MODE_IS_EXCLUDE(模式是排除)和CHANGE_TO_EXCLUDE_MODE(转换到排除模式)属于排除模式消息,需要进行模式转换。本发明用下面的两种符号:IS_EX(S)以及TO_EX(S)分别表示MODE_IS_EXCLUDE和CHANGE_TO_EXCLUDE_MODE类型的消息,其中S表示源地址。本发明是根据组播接收状态中的源列表将排除模式消息转换为包含模式消息。过滤模式转换的具体过程如下:当查询路由器收到主机X发送的IS_EX(S1)或者TO_EX(S1)排除模式消息,则根据自身的源列表(S1,S2,S3......Sn)取源S1的补集(S2,S3......Sn),将此补集作为转换成的包含模式消息的源列表参数。
在过滤模式转换后,进入步骤604,进行报告消息与路由协议交互消息的过程。
如果查询路由器一开始收到的是包含模式的报告消息,则进入步骤605,在本步骤中,报告消息不进行模式转换,直接与路由协议交互消息。
除了上述的方法一外,还可以采用如下所述的方法二,即软件固定配置的方法来保证查询路由器只进行“包含模式”源过滤。
在此方法下,组播业务提供商根据网络上运行的是ASM模型还是SSM模型的组播路由协议,发放配置不同的组播业务应用软件。
如果是ASM模型,该软件通过调用标准应用程序接口IPMulticastListen,过滤模式可选择“包含模式”或“排除模式”,使接收主机可以发出源过滤包含模式或者排除模式的加入、离开和成员关系报告消息给查询路由器。
如果是SSM模型,该软件通过调标准应用程序接口IPMulticastListen,过滤模式限定为“包含模式”,使接收主机只发出源过滤包含模式的加入、离开和成员关系报告消息给查询路由器。
虽然通过参照本发明的某些优选实施例,已经对本发明进行了图示和描述,但本领域的普通技术人员应该明白,可以在形式上和细节上对其作各种改变,而不偏离本发明的精神和范围。
Claims (8)
1.一种组播源过滤的处理方法,其特征在于,包含以下步骤
A.查询路由器在初始化时检查组播路由协议是否基于特定源组播模型,如果是则执行步骤B;
B.所述查询路由器直接转发组播数据包,或对组播数据包仅进行包含模式的源过滤后转发。
2.根据权利要求1所述的组播源过滤的处理方法,其特征在于,所述查询路由器在所述特定源组播模型下启动模式转换功能,将收到的所述排除模式报告消息转换为所述包含模式报告消息。
3.根据权利要求2所述的组播源过滤的处理方法,其特征在于,所述排除模式报告消息类型是“模式是排除”或者“转换到排除模式”,其参数是所述排除模式下的源地址。
4.根据权利要求2所述的组播源过滤的处理方法,其特征在于,通过对所述查询路由器的源列表取所述排除模式下的源地址的补集,将所述排除模式报告消息转换为所述包含模式报告消息。
5.根据权利要求1所述的组播源过滤的处理方法,其特征在于,通过预先的配置,使所述查询路由器只能调用所述包含模式的源过滤。
6.根据权利要求1所述的组播源过滤的处理方法,其特征在于,还包含以下步骤
C.如果所述组播路由协议基于任意源组播模型,则所述查询路由器对所述组播数据包进行一般源过滤;所述一般源过滤的模式需在所述包含模式和排除模式中切换。
7.根据权利要求1至权利要求5所述的组播源过滤的处理方法,其特征在于,适用于具有源过滤能力的因特网组管理协议第三版或组播监听发现第二版。
8.根据权利要求1至权利要求5所述的组播源过滤的处理方法,其特征在于,适用于网间互联协议第4版或网间互联协议第6版。
Priority Applications (3)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CNB2005100523058A CN100396055C (zh) | 2005-02-04 | 2005-02-04 | 组播源过滤的处理方法 |
PCT/CN2006/000129 WO2006081750A1 (fr) | 2005-02-04 | 2006-01-24 | Méthode de processus de filtrage de source multidiffusion |
US11/518,325 US7593402B2 (en) | 2005-02-04 | 2006-09-08 | Method of multicast source filtering |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CNB2005100523058A CN100396055C (zh) | 2005-02-04 | 2005-02-04 | 组播源过滤的处理方法 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN1816010A true CN1816010A (zh) | 2006-08-09 |
CN100396055C CN100396055C (zh) | 2008-06-18 |
Family
ID=36776959
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CNB2005100523058A Active CN100396055C (zh) | 2005-02-04 | 2005-02-04 | 组播源过滤的处理方法 |
Country Status (3)
Country | Link |
---|---|
US (1) | US7593402B2 (zh) |
CN (1) | CN100396055C (zh) |
WO (1) | WO2006081750A1 (zh) |
Cited By (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2009026852A1 (fr) * | 2007-08-25 | 2009-03-05 | Huawei Technologies Co., Ltd. | Procédé, système et dispositif de commutation d'un message multidiffusion |
CN102271044A (zh) * | 2011-08-17 | 2011-12-07 | 清华大学 | 基于IPv6的ASM和SSM组播双向转换方法及*** |
CN102474425A (zh) * | 2009-07-20 | 2012-05-23 | 瑞典爱立信有限公司 | 对于具有多播能力的路由器上的轻主机管理协议的方法和装置 |
Families Citing this family (18)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US8259721B2 (en) * | 2007-02-22 | 2012-09-04 | Cisco Technology, Inc. | Time-based authorization of internet protocol (IP) multicast subscription services |
US20100046516A1 (en) * | 2007-06-26 | 2010-02-25 | Media Patents, S.L. | Methods and Devices for Managing Multicast Traffic |
EP2276198B1 (en) * | 2007-06-26 | 2012-01-18 | Media Patents, S. L. | Device for managing multicast groups |
US8064449B2 (en) * | 2007-10-15 | 2011-11-22 | Media Patents, S.L. | Methods and apparatus for managing multicast traffic |
EP2213042A1 (en) * | 2007-10-15 | 2010-08-04 | Media Patents, S. L. | Method for managing multicast traffic in a data network and network equipment using said method |
WO2009056175A1 (en) * | 2007-10-30 | 2009-05-07 | Soporte Multivendor S.L. | Method for managing multicast traffic between routers communicating by means of a protocol integrating the pim protocol; and router and switch involved in said method |
JP5115561B2 (ja) * | 2008-01-17 | 2013-01-09 | 日本電気株式会社 | 無線通信端末、方法、プログラム、記録媒体、および無線通信システム |
US9031068B2 (en) * | 2008-02-01 | 2015-05-12 | Media Patents, S.L. | Methods and apparatus for managing multicast traffic through a switch |
WO2009095041A1 (en) * | 2008-02-01 | 2009-08-06 | Soporte Multivendor S.L. | Method for managing multicast traffic through a switch operating in the layer 2 of the osi model, and router and switch involved in said method |
WO2009109684A1 (es) * | 2008-03-05 | 2009-09-11 | Media Patents, S. L. | Procedimiento para monitorizar o gestionar equipos conectados a una red de datos |
US8953601B2 (en) * | 2008-05-13 | 2015-02-10 | Futurewei Technologies, Inc. | Internet protocol version six (IPv6) addressing and packet filtering in broadband networks |
US8325725B2 (en) * | 2009-07-20 | 2012-12-04 | Telefonaktiebolaget L M Ericsson (Publ) | Efficient host management protocol on multicast capable router |
US8189584B2 (en) | 2009-07-27 | 2012-05-29 | Media Patents, S. L. | Multicast traffic management in a network interface |
US20110149960A1 (en) * | 2009-12-17 | 2011-06-23 | Media Patents, S.L. | Method and apparatus for filtering multicast packets |
CN102263649B (zh) * | 2011-08-26 | 2014-01-29 | 清华大学 | 基于组播转换的可控组播*** |
US11171796B2 (en) * | 2016-06-23 | 2021-11-09 | Hewlett Packard Enterprise Development Lp | Managing multicast scaling |
US10742431B2 (en) * | 2017-08-31 | 2020-08-11 | Hewlett Packard Enterprise Development Lp | Centralized database based multicast converging |
CN112511443A (zh) * | 2020-03-26 | 2021-03-16 | 中兴通讯股份有限公司 | 消息处理方法、装置、设备、存储介质及*** |
Family Cites Families (9)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US6055364A (en) * | 1997-07-31 | 2000-04-25 | Cisco Technology, Inc. | Content-based filtering of multicast information |
US6324575B1 (en) * | 1999-01-29 | 2001-11-27 | 3Com Corporation | Intelligent selection of multicast filtering modes for switch ports |
DE10010888B4 (de) * | 2000-03-06 | 2004-02-12 | Infineon Technologies Ag | Schaltungsanordnung und Verfahren zum Bewerten von Kapazitäten in Matrizen |
KR20030093813A (ko) * | 2002-06-05 | 2003-12-11 | 주식회사 케이티 | 멀티캐스트 어드레스 할당 방법 |
CN1232081C (zh) * | 2002-08-06 | 2005-12-14 | 华为技术有限公司 | 网络通信中组播报文的转发方法 |
JP4077330B2 (ja) * | 2003-02-06 | 2008-04-16 | 富士通株式会社 | データ生成装置 |
CN100346605C (zh) * | 2003-06-26 | 2007-10-31 | 华为技术有限公司 | 一种组播源控制的方法和*** |
US20060274720A1 (en) * | 2004-11-09 | 2006-12-07 | Andrew Adams | Systems and methods for multicast routing on packet switched networks |
US7835276B2 (en) * | 2004-12-30 | 2010-11-16 | Cisco Technology, Inc. | Admission control mechanism for multicast receivers |
-
2005
- 2005-02-04 CN CNB2005100523058A patent/CN100396055C/zh active Active
-
2006
- 2006-01-24 WO PCT/CN2006/000129 patent/WO2006081750A1/zh not_active Application Discontinuation
- 2006-09-08 US US11/518,325 patent/US7593402B2/en active Active
Cited By (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2009026852A1 (fr) * | 2007-08-25 | 2009-03-05 | Huawei Technologies Co., Ltd. | Procédé, système et dispositif de commutation d'un message multidiffusion |
CN101374069B (zh) * | 2007-08-25 | 2011-07-06 | 华为技术有限公司 | 一种组播报文的转换方法、***和设备 |
CN102474425A (zh) * | 2009-07-20 | 2012-05-23 | 瑞典爱立信有限公司 | 对于具有多播能力的路由器上的轻主机管理协议的方法和装置 |
CN102474425B (zh) * | 2009-07-20 | 2015-11-25 | 瑞典爱立信有限公司 | 对于具有多播能力的路由器上的轻主机管理协议的方法和装置 |
CN102271044A (zh) * | 2011-08-17 | 2011-12-07 | 清华大学 | 基于IPv6的ASM和SSM组播双向转换方法及*** |
Also Published As
Publication number | Publication date |
---|---|
WO2006081750A1 (fr) | 2006-08-10 |
CN100396055C (zh) | 2008-06-18 |
US7593402B2 (en) | 2009-09-22 |
US20070064695A1 (en) | 2007-03-22 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN1816010A (zh) | 组播源过滤的处理方法 | |
CN1232081C (zh) | 网络通信中组播报文的转发方法 | |
CN1777149A (zh) | 在三层交换机上实现组播转发的方法 | |
CN1878143A (zh) | 组播网络部署方法及组播网络 | |
CN1968183A (zh) | 一种在MAC in MAC网络中实现组播的方法 | |
CN1848807A (zh) | 一种组播业务实现方法 | |
CN1988507B (zh) | 转发组播数据的方法、***及路由器 | |
CN1741492A (zh) | 控制组播数据转发的设备及方法 | |
CN1567837A (zh) | 一种组播源控制的方法和*** | |
CN1378365A (zh) | 一种ip组播路由转发优化方法 | |
CN1801711A (zh) | 一种组播组成员认证方法和装置 | |
CN1859304A (zh) | 一种邻居发现的实现方法 | |
CN1243430C (zh) | 实现组播源到汇聚点注册的方法 | |
CN1540920A (zh) | 可控组播业务的实现方法 | |
CN1809032A (zh) | 媒体接入控制层地址的动态学习方法 | |
CN101043387A (zh) | 远程镜像实现方法、远程监控设备及实现远程镜像的*** | |
CN1764155A (zh) | 一种域间组播的传输方法及边缘设备 | |
CN1315312C (zh) | 一种大规模多媒体接入网关的方法 | |
CN1889448A (zh) | 指定源组播协议无关组播模式下跨虚拟局域网组播的方法和*** | |
CN1744569A (zh) | 未知组播报文的处理方法 | |
CN1798098A (zh) | 区分多业务的抗ip组播数据流冲击通信***的方法 | |
CN1870558A (zh) | 弹性分组环中相交环的环路检测方法和*** | |
CN1852249A (zh) | 一种实现组播业务的方法 | |
CN1543132A (zh) | 跨虚拟局域网组播的实现方法 | |
CN1444357A (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 |