CN101364889B - 一种快速接入组播用户的方法 - Google Patents
一种快速接入组播用户的方法 Download PDFInfo
- Publication number
- CN101364889B CN101364889B CN2008102228892A CN200810222889A CN101364889B CN 101364889 B CN101364889 B CN 101364889B CN 2008102228892 A CN2008102228892 A CN 2008102228892A CN 200810222889 A CN200810222889 A CN 200810222889A CN 101364889 B CN101364889 B CN 101364889B
- Authority
- CN
- China
- Prior art keywords
- multicast
- ply
- yarn drill
- master control
- capacity
- 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.)
- Active
Links
Images
Landscapes
- Data Exchanges In Wide-Area Networks (AREA)
Abstract
本发明提供一种快速接入组播用户的方法,包括:在主控和每个线卡中建立组播容量对比表;线卡窃听到用户发送的IGMP加入消息时,从本线卡的组播容量对比表中获取可用的最小组播容量值,根据所述可用的最小组播容量值以及用户请求加入的组播组地址、VLAN标识获取组播转发索引;所述线卡将所述组播转发索引、组播组地址、VLAN标识和端口信息添加到本线卡的组播成员关系表中,并将所述组播转发索引、组播组地址、VLAN标识通过主控同步到其他线卡的组播成员关系表中。依照本发明,能够更合理的创建线卡上组播成员关系表,防止具有不同组播容量的各种线卡共机架跑组播业务时,由于组播转发索引冲突引起的组播流量转发失败或冗余现象,使组播用户能够快速接入。
Description
技术领域
本发明属于组播转发技术领域,特别涉及一种用于包括主控和多个线卡的分布式系统中快速接入组播用户的方法。
背景技术
因特网组管理协议(Internet Group Management Protocol,IGMP)负责所连网络组成员关系的收集和维护。IGMP作为基本的信令机制,通知子网中的路由器某个主机渴望成为某个组播组的成员,在主机和组播路由器之间建立并维护这些组成员关系。当一个组播主机成员希望加入指定的组播组并且期望接收组播流量时,就发送IGMP消息以通知本地的组播路由器。组播路由器通过IGMP获得主机的信息,并根据获得的信息建立和维护组播成员关系表。
对于以太网路由交换机来说,接收到从某网络设备下发的组播数据流,会向3层出接口所在虚拟局域网(vlan)转发,直接在vlan内洪泛。为了有效的控制组播流量在vlan内扩散,引入了组播窃听(Igmp snooping)技术。Igmpsnooping是交换机二层功能的一项特性,可以限制IP组播流量的转发。IGMP协议运行在网络层,而IGMP Snooping运行在链路层。Igmp Snooping对主机和路由器之间的IGMP协议通信进行监听,使交换机在转发组播数据包前学习到哪些端口属于组播成员,可以得到组播转发。这样,组播包只会按照组播成员关系表转发到这些成员端口,而不是所有端口,从而限制交换机上组播包扩散,避免不必要的网络带宽浪费,提高交换机的利用率。
目前,组播处理方式有两种:分布式处理—在线卡(又称为堆叠设备)上窃听到用户加入报文(IGMP加入消息)后,首先在线卡上处理并形成表项,将表项直接写入到本线卡的组播成员关系表中,然后再由线卡将表项同步到主控(又称为主设备)中,主控再将该表项同步到其他线卡中;集中式处理—线卡窃听到IGMP报文后,将该IGMP报文发送到主控,由主控形成表项并同步到线卡,线卡再将表项写入到各自的组播成员关系表中。分布式处理的好处是:降低了主控的负担,并且可以大大的缩短用户的点播时间,提升用户接入速度。
下面结合一个基本实例,介绍igmp snooping用户加入基本功能。图1为分布式系统的组网示意图。如图1所示,上游为组播路由器,中间设备为以太网路由交换机(包括主控和线卡1、线卡2),用户端为主机。主机1和主2在同一个网段,与线卡1相连端口分别为端口a、b,而端口a、b、c、d都属于vlan100。
主机1期望接收组224.1.1.1的组播数据流,首先会发送igmp report(igmp加入)报文到组播路由器,这个时候线卡1会监听到主机1发送了组224.1.1.1的组加入消息:vlan100,端口号为a,线卡1分配一个索引(index)给vlan100内的组224.1.1.1,并创建组播成员关系表,并将表项通过主控同步到线卡2的组播成员关系表中。
线卡1在端口c上接收组播组地址为224.1.1.1的组播数据流,此时主机1便可正常接收流量了。当主机2也请求接收vlan100内的组224.1.1.1的流量时,同样会发送igmp report报文,线卡1从端口b窃听到报文,检查组播成员关系表,得知已经有vlan100内的组224.1.1.1的组用户存在,此时只需将端口b添加到组播成员关系表的出接口位图中,如此,主机2也可收到组播流量。
从上述描述中可以得知,当用户添加时,线卡会分配索引(组播转发索引)给vlan的组。其中,索引的作用简单描述为:在某一个线卡上组播数据流来了,根据组播的MAC地址+vlan id(vlan标识)查组播成员关系表,查到以后,在此线卡里按照出口的端口位图来转发;但是其他线卡也有出口表,也要需要进行组播转发,这时到其他线卡带的是组播转发索引。组播流到达其他线卡后,直接按照组播转发索引来查组播成员关系表,而不是按照MAC地址+vlan id来查表了。
索引的计算需要满足发生冲突的概率尽量小,所以需要选取较好的算法。计算索引时,一般选取组播组地址和vlan id做为关键字来进行hash运算,如果计算出来的索引在空闲队列(未被使用),则分配给该组播组使用;如果计算出来的索引已经被使用,则需要采用其他方式分配索引。
当一个机架上的多个线卡容量极限不同,用户在其中一个线卡上加入后会有什么现象呢?以一个igmp snooping用户接入的例子来说明。
继续参照图1,以太网路由交换机上有2种线卡,线卡1的组播容量为1024,线卡2的组播容量为256,路由交换机上跑igmp snooping业务。
线卡1从端口1窃听到主机1发送的igmp report报文,此时,线卡1根据igmp report报文中携带的igmp信息判断为请求加入报文:vlan id为100,组地址为224.1.1.1,然后根据hash算法计算出相应索引为500,形成组播成员关系表项(index500,mac01005e010101,vlan100),并将此表项通过主控同步到线卡2的组播成员关系表中去,不同的是,线卡1还会将端口1添加到线卡1的组成员关系表中,而线卡2上此时没有用户加入所以组播成员关系表的出口位图为空。
由于线卡2容量仅为线卡1的1/4,根据上面描述的索引计算方法可知,索引分配与线卡容量相关,而hash算法是固定的,这样会出现一种现象:线卡1上根据自身容量算出来的索引在线卡2容量范围之外,所以线卡1分配的索引同步到线卡2时会导致同步不成功,线卡2上无法形成相应表项,此为索引冲突的表现之一。
线卡2从端口d接收到vlan100的组地址为224.1.1.1的组播数据流时,流量应该通过索引查找到线卡1的组播成员关系表,将流量直接转发到线卡1的端口1上。但是,由于线卡2上没有相应的组播成员关系表项,所以转发失败。用户需要再次加入乃至多次加入并结合当前线卡上容量情况,才可能在加入后正确接收流量。
因此,需要通过一种方式来回避上述问题,以提高用户接入速率。
发明内容
本发明所要解决的技术问题是提供一种快速接入组播用户的方法,在组播业务采取分布式处理时,更合理的创建线卡上组播成员关系表,防止具有不同组播容量的各种线卡共机架跑组播业务时,由于组播转发索引冲突引起的组播流量转发失败或冗余现象,使组播用户能够快速接入。
为解决上述技术问题,本发明提供技术方案如下:
一种快速接入组播用户的方法,用于包括主控和多个线卡的分布式系统中,包括如下步骤:
在主控和每个线卡中建立组播容量对比表,所述组播容量对比表的每个表项包括:线卡标识、线卡的组播容量值和组播容量是否可用标志;
线卡窃听到用户发送的IGMP加入消息,且确定需要在本线卡的组播成员关系表中增加表项时,从本线卡的组播容量对比表中获取可用的最小组播容量值,根据所述可用的最小组播容量值以及用户请求加入的组播组地址、VLAN标识获取组播转发索引;
所述窃听到IGMP加入消息的线卡将所述组播转发索引、组播组地址、VLAN标识和接收所述IGMP加入消息的端口信息添加到本线卡的组播成员关系表中,并将所述组播转发索引、组播组地址、VLAN标识通过主控同步到其他线卡的组播成员关系表中。
上述的方法,其中,所述建立组播容量对比表包括:各线卡发送包括线卡标识、线卡的组播容量值和组播容量是否可用标志的消息到主控,主控根据接收到的消息建立组播容量对比表,并将建立的组播容量对比表信息发送到各线卡。
上述的方法,其中,所述获取组播转发索引包括:将组播组地址和VLAN标识作为关键字,并依照所述可用的最小组播容量值,用hash算法计算组播转发索引。
上述的方法,其中,还包括:具有可用的最小组播容量值的线卡达到容量范围时,更新其组播容量对比表中的组播容量是否可用标志,并将该更新信息通过主控同步到其他线卡的组播容量对比表中。
上述的方法,其中,各线卡定时发送包括线卡标识、线卡的组播容量值和组播容量是否可用标志的消息到主控;主控根据接收到的消息建立或者更新组播容量对比表,并将建立或更新的组播容量对比表信息发送到各线卡。
上述的方法,其中,还包括:主控在定时时间内没有接收到线卡发送的消息,确定线卡离线,则删除组播容量对比表中该离线线卡的相关信息,并将更新的组播容量对比表信息发送到其他线卡。
上述的方法,其中,还包括:线卡上线后,发送包括线卡标识、线卡的组播容量值和组播容量是否可用标志的消息到主控,主控根据接收到的消息更新组播容量对比表,并将更新的组播容量对比表信息发送到各线卡。
采用本发明的方法后,在组播业务采取分布式处理时,能够给线卡上用尸分配更合理的组播转发索引,缓解具有不同组播容量的各种线卡共机架跑组播业务时,由于索引冲突引起的组播流量转发失败或冗余现象,使组播用户能够快速接入,提升交换机的性能。
附图说明
图1为分布式系统的组网示意图;
图2为本发明实施例的快速接入组播用户的方法流程图。
具体实施方式
本发明的关键在于,在主控(主设备)和线卡(堆叠设备)间互相传送携带组播容量值的消息,从而实现在主控和线卡上各维护一张组播容量对比表,使具有组播容量各异的线卡共机架跑组播业务时,能够根据线卡上组播容量对比表信息通过hash算法更合理分配组播转发索引,避免由于组播转发索引冲突引起的组播流量转发失败或冗余,造成组播用户不能及时接入的问题。
参照图1和图2,本发明实施例的快速接入组播用户的方法,用于包括主控和多个线卡的分布式系统中,所述方法主要包括如下步骤:
步骤201:在主控和每个线卡中建立组播容量对比表;
通过添加线卡到主控和主控到线卡的消息(消息内携带本地组播容量对比表信息),使每个线卡知道机架上各线卡组播容量信息,同时在每个线卡和主控都维护一张组播容量对比表,所述组播容量对比表的每个表项包括:线卡标识,线卡的组播容量值,组播容量是否可用标志flag(flag可以为y或n,y代表相应的组播容量值可以用于hash算法来计算索引,n代表相应的组播容量值不能再用于hash算法来计算索引)。具体地,各线卡发送包括线卡标识、线卡的组播容量值和flag的消息到主控,主控根据接收到的消息建立组播容量对比表,并将建立的组播容量对比表信息发送到各线卡。
为了使消息能更准确的在各个线卡和主控间传送,可以通过添加线卡到主控和主控到线卡的定时同步消息来解决,保证消息不会因为系统忙碌而丢失,提供安全保证。具体地,各线卡定时发送包括线卡标识、线卡的组播容量值和组播容量是否可用标志的消息到主控;主控根据接收到的消息建立或者更新组播容量对比表,并将建立或更新的组播容量对比表信息发送到各线卡。
以图1中的以太网路由交换机为例,线卡1的组播容量为1024,线卞2的组播容量为256,则在主控、线卡1、线卡2中建立组播容量对比表,初始时,该对比表中包括有两个表项:(线卡1,1024,y),(线卡2,256,y)。
步骤202:线卡窃听到用户发送的IGMP加入消息,且确定需要在本线卡的组播成员关系表中增加表项时,从本线卡的组播容量对比表中获取可用的最小组播容量值,根据所述可用的最小组播容量值以及用户请求加入的组播组地址、VLAN标识获取组播转发索引;
用户接入时,例如,线卡1从端口1窃听到主机1发送的igmp report报文,线卡1根据igmp report报文中携带的igmp信息判断为请求加入报文:vlanid为100,组播组地址为224.1.1.1。此时,线卡1的组播成员关系表中还没有vlan100内的组224.1.1.1的表项,且线卡1的组播容量尚未用尽,则根据hash算法计算出相应的索引,并在组播成员关系表中增加相应表项。
具体地,线卡1首先从组播容量对比表中查询到当前可用的最小组播容量值为256,则将组播组地址和VLAN标识作为关键字,并依照所述可用的最小组播容量值256,用hash算法计算索引,判断计算得到的索引是否已经被使用,若是,将hash表的空闲链的链首对应的索引作为组播转发索引;否则,将所述计算得到的索引作为组播转发索引。由于在hash运算时,引入了最小组播容量值参数,得到的索引就一定在当前可用的最小组播容量值范围之内,如此,能够尽量避免索引的冲突。
步骤203:所述窃听到IGMP加入消息的线卡将所述组播转发索引、组播组地址、VLAN标识和接收所述IGMP加入消息的端口信息添加到本线卡的组播成员关系表中,并将所述组播转发索引、组播组地址、VLAN标识通过主控同步到其他线卡的组播成员关系表中;
假设步骤202中得到的索引值为200,则在线卡1中形成组播成员关系表项(index200,mac01005e010101,vlan100,端口1),在线卡2中形成组播成员关系表项(index200,mac01005e010101,vlan100)。
步骤204:具有可用的最小组播容量值的线卡达到容量范围时,更新其组播容量对比表中的组播容量是否可用标志,并将该更新信息通过主控同步到其他线卡的组播容量对比表中。
用户不断从线卡1或线卡2上加入,每加入一个用户,就用掉一个索引值,当加入的用户数达到256时,线卡2的组播容量达到极限。此时,线卡2将组播容量对比表中的表项(线卡2,256,y)更新为(线卡2,256,n),线卡2上不再允许用户加入,并将表项(线卡2,256,n)通过主控同步到线卡1中。
线卡1上再有用户加入时,线卡1首先从组播容量对比表中查询到当前可用的最小组播容量值为1024,并按照步骤202中的方法计算索引,此时,得到的索引在当前最小组播容量1024范围之内。
需要说明的是,在线卡2的容量用尽时,线卡1将新生成的表项同步到线卡2时也会失败。但是,采用本发明的方法至少可以避免在线卡2的容量没用尽时,线卡1计算出的索引无法同步到线卡2上的现象,尽量避免了索引的冲突。
下面举例说明本发明在特定情况下的详细实施方法。
情况1:机架重启
当机架上线卡复位后主动发送消息(线卡标识,组播容量值,flag:y)给主控。主控在确认收到各个线卡发来的消息后,建立一张组播容量对比表,再将对比表的内容封装在消息中发给各个线卡,线卡收到主控发送的此类消息后保存下来,将此信息收集在自己的组播容量对比表内,用于hash算法使用。线卡上有用户请求接入时,首先从组播容量对比表中获取可用的最小组播容量值,依照当前最小组播容量值来计算索引,若最小容量线卡上达到满用户,那么此线卡不再允许添加,此时自身将对比表中此容量值flag置为n,同时发送消息给主控,主控通知其他各个线卡更新对比表。若其他线卡还需添加新用户,可以再根据更新后的对比表查询次小组播容量值用于hash算法,以此类推。
情况2:机架上某线卡离线
主控在定时时间内没有接收到线卡发送的消息,确定线卡离线,根据线卡标识匹配组播容量对比表,删除此线卡的相关信息,再依照最新的组播容量对比表,将更新过的内容封装在消息中发送给各个线卡。
若拔走的线卡组播容量值就是整机架中容量最小的,线卡上已经分配给组的索引不再变化,新加入用户时,需根据更新后组播容量对比表获取可用的最小容量值用于hash计算分配索引给组。具有当前最小组播容量的线卡达到容量范围后则不再允许添加,此时自身将对比表中此容量值flag至为n,同时发送消息给主控,主控通知其他各个线卡更新对比表。若其他线卡还需添加新用户,可以再根据更新后的对比表查询次小组播容量值用于hash算法,以此类推。
若拔走的线卡组播容量值非整机架中容量最小的,线卡上已经分配给组的索引不再变化。
情况3:机架上某线卡上线
当线卡复位后会主动发送消息(包含线卡标识,组播容量值,flag:y)给主控,主控收到新的消息后,查看消息中线卡标识字段,如果组播容量对比表中没有该线卡标识,则主动刷新组播容量对比表,再发送消息给各个线卡,更新本地表信息。
若插入的线卡容量值小于当前最小容量值,线卡上已经分配给组的索引不再变化,新加入用户时,需根据更新后的组播容量对比表获取可用的最小容量值用于hash计算分配索引给组。对于此块线卡,自身组播容量为最小的,所以若计算的索引为空闲队列值则直接分配给组,若再也无法计算出属于空闲队列的索引分配给组,此时已经达到此线卡满用户状态,则不再允许添加,此时自身将对比表中此容量值flag至为n,同时发送消息给主控,主控通知其他各个线卡更新对比表。若其他线卡还需添加新用户,可以再根据更新后的对比表查询次小组播容量值用于hash算法,以此类推。
若插入的线卡容量值大于当前最小容量值,线卡上已经分配给组的索引不再变化。
由以上述技术方案可见,通过添加线卡到主控和主控到线卡的消息,并在各个主控和线卡上维护一张组播容量对比表(线卡标识,组播容量值,flag),通过选择合理的容量值用于hash算法,可以防止由于组播容量值各异的线卡共机架跑组播引起的索引冲突。
当然,本发明还可有其它多种实施例,在不背离本发明精神及其实质的情况下,熟悉本领域的技术人员当可根据本发明做出各种相应的改变和变形,但这些相应的改变和变形都应属于本发明所附的权利要求的保护范围。
例如,本发明中交换设备仅以三层交换机为例,本发明适用于任何以太网设备,且适用于多种不同组播容量的线卡共机架跑组播业务的情况。
另外,本发明没有局限于某种特定的消息,也不局限于维护的对比表内某些特定属性。只要线卡发送消息给主控使得主控和每块线卡都维护一张组播容量对比表,且线卡上根据此对比表信息能够实时获取到最小容量值并用于hash计算,通过这种方法促进组播用户快速接入,那么就属于本发明保护范围之内。
Claims (5)
1.一种快速接入组播用户的方法,用于包括主控和多个线卡的分布式系统中,其特征在于,包括如下步骤:
在主控和每个线卡中建立组播容量对比表,所述组播容量对比表的每个表项包括:线卡标识、线卡的组播容量值和组播容量是否可用标志;
线卡窃听到用户发送的IGMP加入消息,且确定需要在本线卡的组播成员关系表中增加表项时,从本线卡的组播容量对比表中获取可用的最小组播容量值,根据所述可用的最小组播容量值以及用户请求加入的组播组地址、VLAN标识获取组播转发索引,具体为:将组播组地址和VLAN标识作为关键字,并依照所述可用的最小组播容量值,用hash算法计算组播转发索引;
所述窃听到IGMP加入消息的线卡将所述组播转发索引、组播组地址、VLAN标识和接收所述IGMP加入消息的端口信息添加到本线卡的组播成员关系表中,并将所述组播转发索引、组播组地址、VLAN标识通过主控同步到其他线卡的组播成员关系表中;
具有可用的最小组播容量值的线卡达到容量范围时,更新其组播容量对比表中的组播容量是否可用标志,并将该更新信息通过主控同步到其他线卡的组播容量对比表中。
2.如权利要求1所述的方法,其特征在于:
所述建立组播容量对比表包括:各线卡发送包括线卡标识、线卡的组播容量值和组播容量是否可用标志的消息到主控,主控根据接收到的消息建立组播容量对比表,并将建立的组播容量对比表信息发送到各线卡。
3.如权利要求1所述的方法,其特征在于:
各线卡定时发送包括线卡标识、线卡的组播容量值和组播容量是否可用标志的消息到主控;
主控根据接收到的消息建立或者更新组播容量对比表,并将建立或更新的组播容量对比表信息发送到各线卡。
4.如权利要求3所述的方法,其特征在于,还包括:
主控在定时时间内没有接收到线卡发送的消息,确定线卡离线,则删除组播容量对比表中该离线线卡的相关信息,并将更新的组播容量对比表信息发送到其他线卡。
5.如权利要求4所述的方法,其特征在于,还包括:
线卡上线后,发送包括线卡标识、线卡的组播容量值和组播容量是否可用标志的消息到主控,主控根据接收到的消息更新组播容量对比表,并将更新的组播容量对比表信息发送到各线卡。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN2008102228892A CN101364889B (zh) | 2008-09-24 | 2008-09-24 | 一种快速接入组播用户的方法 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN2008102228892A CN101364889B (zh) | 2008-09-24 | 2008-09-24 | 一种快速接入组播用户的方法 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN101364889A CN101364889A (zh) | 2009-02-11 |
CN101364889B true CN101364889B (zh) | 2011-01-19 |
Family
ID=40391064
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN2008102228892A Active CN101364889B (zh) | 2008-09-24 | 2008-09-24 | 一种快速接入组播用户的方法 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN101364889B (zh) |
Families Citing this family (10)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN102035746B (zh) * | 2010-12-24 | 2012-08-08 | 华为技术有限公司 | 一种点到多点的组播方法和装置 |
CN102143006B (zh) * | 2011-04-18 | 2013-09-18 | 福建星网锐捷网络有限公司 | 通讯设备中的接口拓扑控制方法、系统及装置 |
CN102164084B (zh) * | 2011-04-21 | 2014-09-10 | 杭州华三通信技术有限公司 | 一种组播报文转发方法及其设备 |
CN103139084B (zh) * | 2011-12-02 | 2016-01-20 | 迈普通信技术股份有限公司 | 分布式通信设备中主控卡获取组播流量方法和装置 |
CN102769538B (zh) * | 2012-07-02 | 2015-06-17 | 福建星网锐捷网络有限公司 | 一种端口变更方法、相关装置及系统 |
CN104065494B (zh) * | 2014-07-03 | 2017-12-01 | 上海斐讯数据通信技术有限公司 | 一种机架式olt设备及其实现多组播vlan的方法 |
TWI561105B (en) * | 2015-05-06 | 2016-12-01 | Univ Nat Sun Yat Sen | Video multicast method in lte-a heterogeneous networks |
CN111131500B (zh) * | 2019-12-31 | 2022-11-04 | 苏州盛科通信股份有限公司 | 二层组播主备倒换方法和系统 |
CN111585900B (zh) * | 2020-04-30 | 2022-11-18 | 平安科技(深圳)有限公司 | 基于sdn控制器在主机覆盖网络的组播方法 |
CN115022261B (zh) * | 2022-05-20 | 2024-04-12 | 浪潮思科网络科技有限公司 | 一种基于堆叠环境的组播表项同步方法、设备及介质 |
Citations (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN1881931A (zh) * | 2005-06-13 | 2006-12-20 | 中兴通讯股份有限公司 | 组播转发路由聚合方法 |
CN1953414A (zh) * | 2005-10-21 | 2007-04-25 | 中兴通讯股份有限公司 | 一种用于宽带接入设备的组播快速加入方法 |
-
2008
- 2008-09-24 CN CN2008102228892A patent/CN101364889B/zh active Active
Patent Citations (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN1881931A (zh) * | 2005-06-13 | 2006-12-20 | 中兴通讯股份有限公司 | 组播转发路由聚合方法 |
CN1953414A (zh) * | 2005-10-21 | 2007-04-25 | 中兴通讯股份有限公司 | 一种用于宽带接入设备的组播快速加入方法 |
Non-Patent Citations (1)
Title |
---|
JP特开2006-313949A 2006.11.16 |
Also Published As
Publication number | Publication date |
---|---|
CN101364889A (zh) | 2009-02-11 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN101364889B (zh) | 一种快速接入组播用户的方法 | |
US8243594B1 (en) | Coordinated control of multiple parallel links or link aggregations | |
US9319303B2 (en) | Scalable IP-services enabled multicast forwarding with efficient resource utilization | |
US8533267B2 (en) | Distribution of XML documents/messages to XML appliances/routers | |
CN100583801C (zh) | 一种动态建立组播虚拟局域网域的方法、系统及交换设备 | |
US20060002391A1 (en) | Multicast packet relay device adapted for virtual router | |
CN103379184B (zh) | 网络业务访问的方法及系统 | |
CN101001264B (zh) | L1vpn地址分配的方法、装置、网络边沿设备和编址服务器 | |
CN109286914A (zh) | 多模车地综合移动数据传输系统 | |
CN101335709A (zh) | 在流量分析服务器之间实现负载分担的方法和分流设备 | |
CN104468408B (zh) | 用于动态调整业务带宽的方法和控制中心服务器 | |
CN101789949B (zh) | 一种实现负荷分担的方法和路由设备 | |
CN101534253A (zh) | 报文转发方法及装置 | |
WO2021008591A1 (zh) | 数据传输方法、装置及系统 | |
CN109642923A (zh) | 分流网络数据以执行负载平衡 | |
CN103916253A (zh) | 一种基于信息中心网络的信息传输方法及其系统 | |
CN101141380B (zh) | 一种传输报文的方法和系统 | |
CN109286563B (zh) | 一种数据传输的控制方法和装置 | |
CN103346950A (zh) | 一种机架式无线控制器用户业务板间负载均摊方法及装置 | |
CN113612698A (zh) | 一种数据包发送方法及装置 | |
JP4751213B2 (ja) | リンクアグリゲーション処理装置および処理方法 | |
CN102035659A (zh) | 域划分时报文的广播方法及装置 | |
CN102045239A (zh) | 点到多点伪线保护网络的实现方法及装置 | |
Nurhadi et al. | A review of link aggregation control protocol (LACP) as a link redundancy in SDN based network using RYU-controller | |
CN101232510A (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 |