CN102916888A - 一种组播数据传输方法和设备 - Google Patents

一种组播数据传输方法和设备 Download PDF

Info

Publication number
CN102916888A
CN102916888A CN2012103537866A CN201210353786A CN102916888A CN 102916888 A CN102916888 A CN 102916888A CN 2012103537866 A CN2012103537866 A CN 2012103537866A CN 201210353786 A CN201210353786 A CN 201210353786A CN 102916888 A CN102916888 A CN 102916888A
Authority
CN
China
Prior art keywords
equipment
private network
multicast packet
switch
mdt
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
Application number
CN2012103537866A
Other languages
English (en)
Other versions
CN102916888B (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.)
New H3C Information Technologies Co Ltd
Original Assignee
Hangzhou H3C 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 Hangzhou H3C Technologies Co Ltd filed Critical Hangzhou H3C Technologies Co Ltd
Priority to CN201210353786.6A priority Critical patent/CN102916888B/zh
Publication of CN102916888A publication Critical patent/CN102916888A/zh
Application granted granted Critical
Publication of CN102916888B publication Critical patent/CN102916888B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Landscapes

  • Data Exchanges In Wide-Area Networks (AREA)

Abstract

本发明公开了一种组播数据传输方法和设备,该方法包括:当源端PE设备确定接收到的私网组播数据需要从Share-MDT切换至Switch-MDT,且需要进行带宽控制时,源端PE设备确定Switch-MDT对应的切换组Switch-Group地址;源端PE设备向下游PE设备发送预留带宽通知消息,以使下游PE设备中连接有私网组播数据的接收设备的PE设备根据预留带宽通知消息建立隧道;当Switch-MDT建立完成后,源端PE设备根据Switch-Group地址对私网组播数据进行封装,并将封装后的私网组播数据沿Switch-MDT转发。在本发明中,保证了传输特定私网组播数据的带宽。

Description

一种组播数据传输方法和设备
技术领域
本发明涉及通信领域,尤其涉及一种组播数据传输方法和设备。
背景技术
组播VPN(Virtual Private Network,虚拟专用网)是基于MPLS(Multiple protocol Label Switching,多协议标签转换)L3VPN(Layer 3 VPN,三层虚拟专用网)网络来实现组播传输的技术。MPLS L3VPN是一种基于BGP(Border Gateway Protocol,边界网关协议)和MPLS扩展技术实现的VPN,由运营商的骨干网和用户的各个Site(站点)组成,各Site之间彼此相互孤立,只有借助骨干网才能实现互通。VPN可以看作是一组策略,控制着各Site之间的连接。
组播VPN技术实现最广泛的是利用MD(Multicast Domain,组播域)方案来实现组播VPN,简称为MD VPN。
MD VPN技术的实现原理,包括组播分发树的构建和工作过程,以及跨AS(Autonomous System,自治系统)的实现方式。
对于VPN实例,公网传输是透明的,私网数据的传输在PE(Provider Edge,服务提供商边缘)上的MTI(Multicast Tunnel Interface,组播隧道接口)处完成了无缝连接:VPN实例只知道将私网数据从MTI发出,然后远端就能从MTI接收。其实中间经历了复杂的公网传输过程,即MDT传输过程。具体过程如下:
第一步、创建Share-MDT(共享组播分发树);在各PE节点上配置相同的VPN,利用一个相同的组播组建立一棵Share-MDT,就可以进行组播协议报文的交换。
第二步、Share-MDT构建完成后,就可以进行组播报文的传输。其中,组播协议报文和组播数据报文的传输过程是不同的。当组播分发树创建完成后,私网组播数据沿组播分发树传输给各Site中的接收者。私网组播数据在本地PE上被封装为普通的公网组播数据并沿Share-MDT进行传输,在远端PE上被解封装,从而继续在私网内进行组播数据的传输。
第三步、由Share-MDT向Switch-MDT(切换组播分发树)切换
在公网中通过Share-MDT传送组播数据时,组播报文被传输到支持同一VPN实例的所有PE上,无论该PE所连接的Site内是否存在接收者。当私网中组播数据的传输速率比较大时,可能在公网中造成数据的泛滥。这样即浪费网络带宽,又增加了PE的处理负担。
为了解决上述问题,MD方案对此进行了优化:为进入公网的大流量私网组播数据,在连接有私网接收者和私网组播源的各PE之间,建立起专用的Switch-MDT。然后将该组播数据流从Share-MDT切换到Switch-MDT,从而实现按需进行组播。
现有技术中,将组播数据流从Share-MDT向Switch-MDT切换时,无法保证特殊组播数据流的带宽。
发明内容
本发明的目的在于提供一种组播数据传输方法和设备,以对组播VPN中,特定私网组播数据从Share-MDT切换至Switch-MDT后的传输带宽进行控制,保证传输特定私网组播数据的带宽,为此,本发明采用如下技术方案:
一种组播数据传输方法,应用于组播虚拟专用网VPN系统中,该方法包括:
源端服务器提供商边缘PE设备接收私网组播数据;
当所述源端PE设备确定所述私网组播数据需要从共享组播分发树Share-MDT切换至切换组播分发树Switch-MDT,且需要进行带宽控制时,所述源端PE设备确定所述Switch-MDT对应的切换组Switch-Group地址;
所述源端PE设备向下游PE设备发送携带有所述私网组播数据的标识信息、所述Switch-Group地址以及传输所述私网组播数据需要的带宽信息的预留带宽通知消息,以使所述下游PE设备中连接有所述私网组播数据的接收设备的PE设备根据所述预留带宽通知消息建立与源端PE设备之间的隧道以建立Switch-MDT;
当所述Switch-MDT建立完成后,所述源端PE设备根据所述Switch-Group地址对所述私网组播数据进行封装,并将封装后的私网组播数据沿所述Switch-MDT转发。
其中,所述源端PE设备向下游PE设备发送携带有所述私网组播数据的标识信息、所述Switch-Group地址以及传输所述私网组播数据需要的带宽信息的预留带宽通知消息,具体为:
所述源端PE设备周期性地向下游PE设备发送所述预留带宽通知消息;其中,所述下游PE设备中未连接有所述私网组播数据的接收设备的PE设备缓存最新接收到的所述预留带宽通知消息,并当其连接有所述私网组播数据的接收设备时,根据缓存的所述预留带宽通知消息建立与源端PE设备之间的隧道。
其中,所述预留带宽通知消息为扩展的切换消息,其中携带有所述私网组播数据的标识信息、所述Switch-Group地址以及带宽标识;所述带宽标识用于指定所述Switch-MDT中各设备所需建立的隧道的带宽。
其中,所述传输所述私网组播数据需要的带宽信息由所述源端PE设备检测得到,或对应私网组播数据的标识信息预先配置在所述源端PE设备中。
其中,该方法还包括:
当所述源端PE设备确定接收到的私网组播数据需要进行优先级映射时,所述源端PE设备根据所述私网组播数据的标识信息、私网流量优先级以及对应的优先级映射规则,确定该私网组播数据的公网组播流量优先级;
当所述源端PE设备沿所述Switch-MDT转发所述封装后的私网组播数据时,所述源端PE设备根据所述公网组播流量优先级对该封装后的私网组播数据进行优先级标识,以使所述Switch-MDT中的其他设备根据该公网组播流量优先级对该封装后的私网组播数据进行转发。
一种网络设备,作为源端PE设备应用于组播虚拟专用网VPN系统中,该网络设备包括:
存储模块,用于存储需要进行带宽控制的私网组播数据的标识信息;
接收模块,用于接收私网组播数据;
确定模块,用于当所述网络设备确定所述私网组播数据需要从共享组播分发树Share-MDT切换至切换组播分发树Switch-MDT时,且需要对所述私网组播数据进行带宽控制时,确定所述Switch-MDT对应的切换组Switch-Group地址;
第一发送模块,用于向下游PE设备发送携带有所述私网组播数据的标识信息、所述Switch-Group地址以及传输所述私网组播数据需要的带宽信息的预留带宽通知消息,以使所述下游PE设备中连接有所述私网组播数据的接收设备的PE设备根据所述预留带宽通知消息建立与源端PE设备之间的隧道以建立Switch-MDT;
第二发送模块,用于当所述Switch-MDT建立完成后,根据所述Switch-Group地址对所述私网组播数据进行封装,并将封装后的私网组播数据沿所述Switch-MDT转发。
其中,所述第一发送模块具体用于,周期性地向下游PE设备发送所述预留带宽通知消息;其中,所述下游PE设备中未连接有所述私网组播数据的接收设备的PE设备缓存最新接收到的所述预留带宽通知消息,并当其连接有所述私网组播数据的接收设备时,根据缓存的所述预留带宽通知消息建立与源端PE设备之间的隧道。
其中,所述预留带宽通知消息为扩展的切换消息,其中携带有所述私网组播数据的标识信息、所述Switch-Group地址以及带宽标识;所述带宽标识用于指定所述Switch-MDT中各设备所需建立的隧道的带宽。
其中,所述传输所述私网组播数据需要的带宽信息由所述网络设备检测得到,或对应私网组播数据的标识信息预先配置在所述网络设备中。
其中,所述存储模块还用于,存储需要进行优先级映射的私网组播数据的标识信息,以及对应的优先级映射规则,所述优先级映射将所述私网组播数据的私网流量优先级映射为公网组播流优先级;
所述确定模块还用于,当所述网络设备确定接收到的私网组播数据需要进行优先级映射时,根据所述私网组播数据的标识信息、私网流量优先级以及对应的优先级映射规则,确定该私网组播数据的公网组播流量优先级;
所述第二发送模块还用于,根据所述公网组播流量优先级对该封装后的私网组播数据进行优先级标识,以使所述Switch-MDT中的其他设备根据该公网组播流量优先级对该封装后的私网组播数据进行转发。
本发明上述实施例中,组播VPN中的PE设备中配置有需要进行带宽控制的私网组播数据的标识信息,当源端PE设备确定接收到的私网组播数据需要从Share-MDT切换至Switch-MDT时,且需要进行带宽控制时,源端PE设备确定Switch-MDT对应的Switch-Group地址,并向下游PE设备发送携带私网组播数据的标识信息以及该Switch-Group地址的预留带宽通知消息,该预留带宽通知消息中携带有传输该私网组播数据需要的带宽信息,以使下游PE设备中连接有该私网组播数据的接收设备的PE设备根据该预留带宽通知消息建立与源端PE设备之间的隧道,对组播VPN中特定私网组播数据从Share-MDT切换至Switch-MDT后的传输带宽进行了控制,保证了传输特定私网组播数据的带宽。
附图说明
图1 为现有技术中PIM-SM网络中创建Share-MDT的架构示意图;
图2为现有技术中Share-MDT中组播协议报文传输过程的示意图;
图3为本发明实施例提供的一种组播数据传输方法的流程示意图;
图4a为现有技术中切换消息的格式示意图;
图4b为本发明实施例提供的一种扩展的切换消息的格式示意图;
图5为本发明实施例提供的一种网络设备的结构示意图。 
具体实施方式
为了更好地理解本发明实施例提供的技术方案,下面对现有技术中Share-MDT的创建、组播报文在Share-MDT中的传输以及组播报文由Share-MDT向Switch-MDT切换的过程进行详细说明。
1、创建Share-MDT
现有MD VPN技术中,公网中运行的组播路由协议可以是PIM-DM(Protocol Independent Multicast-Dense Mode,密集模式独立组播协议)、PIM-SM(Protocol Independent Multicast-Sparse Mode,稀疏模式独立组播协议)或PIM-SSM(Protocol Independent Multicast -Source Specific Multicast,指定组播源独立组播协议)中的一种。下面以PIM-SM为例对现有技术中Share-MDT创建过程进行说明。
参见图1,公网中运行的组播路由协议为PIM-SM,且PE 1、PE 2和PE 3都支持VPN实例A。则Share-MDT的创建过程如下:
1)、PE 1的公网实例向公网RP(Rendezvous Point,汇聚点)发起加入(Join),以Share-Group地址为组播组地址,在公网沿途的各设备上分别创建(*,239.1.1.1)表项。同时,PE 2和PE 3也各自发起类似的加入过程,最终在MD中形成一棵以公网RP为根,PE 1、PE 2和PE 3为叶的RPT(Rendezvous Point Tree,共享树)
2)、PE 1的公网实例向公网RP发起注册(Register),以BGP接口地址为组播源地址、Share-group地址为组播组地址,在公网沿途的各设备上分别创建(11.1.1.1,239.1.1.1)表项。同时,PE 2和PE 3也各自发起类似的注册过程,最终在MD中形成三个相互独立的、连接PE与RP的SPT(Shortest Path Tree,最短路径树)。
在PIM-SM网络中,由RPT(*,239.1.1.1)和这三棵相互独立的SPT共同组成了一棵Share-MDT。
2、组播报文在Share-MDT中的传输
Share-MDT构建完成后,就可以进行组播报文的传输。其中,组播协议报文和组播数据报文的传输过程是不同的,下面分别进行说明。
1)、组播协议报文的传输
当私网组播接收者和组播源位于VPN网络中的不同Site时,组播协议报文必须跨越公网进行传输。协议报文在本地PE上被封装为普通的公网组播数据并沿Share-MDT进行传输,在远端PE上被解封装,从而继续进行正常的协议交互过程,最终建立一棵跨越公网的组播分发树。
下面以公网和VPN网络中均运行PIM-SM、私网接收者跨越公网发起加入为例,说明基于Share-MDT的组播协议报文的传输过程。
参见图2,公网和VPN网络中均运行PIM-SM,属于Site 2的私网组播组G(255.1.1.1)的接收者(Receiver)与CE(Customer Edge,用户网络边缘)2相连;属于Site 1的CE 1作为私网组播组G(255.1.1.1)的RP;用于公网组播数据转发的Share-Group地址为239.1.1.1。
组播协议报文的交互过程如下:
(1)、Receiver向CE 2发送IGMP(Internet Group Management Protocol,互联网组管理协议)报告以加入组播组G。CE 2在本地创建(*,225.1.1.1)表项,同时向私网RP(CE 1)发起加入。
(2)、PE 2上的VPN实例收到CE 2发来的加入消息(Join Message)后,在本地创建(*,225.1.1.1)表项,并指定上游接口为MTI(Multicast Tunnel Interface,组播隧道接口),然后PE 2将对该加入消息做进一步处理(详见第(3)步)。这时,PE 2上的VPN实例将认为加入消息已从MTI发出。
(3)、PE 2对加入消息以GRE(Generic Routing Encapsulation,通用路由封装)方式进行封装,以PE 2的BGP接口地址为组播地址、Share-Group地址为组播组地址,转换成普通的公网组播数据报文(11.1.2.1,239.1.1.1),然后交由PE 2上的公网实例进行转发。
(4)、组播数据报文(11.1.2.1,239.1.1.1)沿Share-MDT传输给各PE上的公网实例。各PE对其进行解封装,还原为发往私网RP的加入消息。然后,各PE分别检查该加入消息,如果发现私网RP在与其直连的Site中,则交由其上的VPN实例处理,否则,丢弃该加入消息。
(5)、PE 1上的VPN实例收到加入消息后,认为是从MTI获得的。在本地创建(*,225.1.1.1)表项,并指定下游接口为MTI、上游接口为朝向CE 1的接口。同时向私网RP发送加入消息。
(6)、CE 1收到PE 1上的VPN实例发来的加入消息后,在本地更新或创建(*,225.1.1.1)表项。至此跨越公网的RPT创建完成。
2)、组播数据报文的传输
当组播分发树创建完成后,私网组播数据沿组播分发树传输给各Site中的接收者。私网组播数据在本地PE上被封装为普通的公网组播数据,并沿Share-MDT进行传输,在远端PE上被解封装,从而继续在私网内进行组播数据的传输。
3、由Share-MDT向Switch-MDT切换
在公网中通过Share-MDT传送组播数据时,组播报文被传输到支持同一VPN实例的所有PE上,无论该PE所连接的Site内是否存在接收者。当私网中组播数据的传输速率比较大时,可能在公网中造成数据泛滥。这样即浪费网络带宽,又增加了PE的处理负担。
为了解决上述问题,为进入公网的大流量私网组播数据,在连接有私网接收者和私网组播源的各PE之间,建立起专用的Switch-MDT。然后该组播数据流从Share-MDT切换到Switch-MDT,从而实现按需进行组播。
现有技术中,从Share-MDT向Switch-MDT切换的过程如下:
1)源端PE(如PE 1)周期性检测私网组播数据的转发速率。发起从Share-MDT向Switch-MDT的切换必须同时满足以下两点要求:
(1)、私网组播数据通过了由Share-MDT向Switch-MDT切换的ACL(Access Control List,访问控制列表)规则的过滤;
(2)、私网组播数据的转发速率超过了切换阈值,且维持了一定的时间(即Switch-Delay)。
2)PE 1从Switch-Group-Pool(切换组地址池)中分配一个空闲的Switch-Group地址,沿Share-MDT向所有下游PE发送切换消息。该消息包括私网组播数据的标识信息(通常为私网组播源地址和私网组播组地址)和Switch-Group地址。
3)其他PE收到切换消息后,检查自己是否连接有该私网组播数据的接收者:如果有,则加入以PE 1为根的Switch-MDT;否则,不对切换消息进行响应。
4)PE 1发送切换消息一定时间后,停止使用Share-Group地址对私网组播数据进行封装,并改用Switch-Group地址进行封装,组播数据源沿Switch-MDT向下分发。
由于现有技术中,将组播数据流从Share-MDT向Switch-MDT切换时,无法保证特殊组播数据流的带宽,因此,针对现有技术存在的上述问题,本发明实施例提供了一种组播数据传输的技术方案,应用于组播VPN系统中。在该技术方案中,组播VPN中的PE设备中配置有需要进行带宽控制的私网组播数据的标识信息,当源端PE设备确定接收到的私网组播数据需要从Share-MDT切换至Switch-MDT时,且需要进行带宽控制时,源端PE设备确定Switch-MDT对应的Switch-Group(切换组)地址,并向下游PE设备发送携带私网组播数据的标识信息以及该Switch-Group地址的预留带宽通知消息,该预留带宽通知消息中携带有传输该私网组播数据需要的带宽信息,以使下游PE设备中连接有该私网组播数据的接收设备的PE设备根据该预留带宽通知消息建立与源端PE设备之间的隧道,对组播VPN中特定私网组播数据从Share-MDT切换至Switch-MDT后的传输带宽进行了控制,保证了传输特定私网组播数据的带宽。
下面将结合本发明的实施例中的附图,对本发明的实施例中的技术方案进行清楚、完整的描述,显然,下面所描述的实施例仅仅是本发明一部分实施例,而不是全部的实施例。基于本发明中的实施例,本领域普通技术人员在没有付出创造性劳动前提下所获得的所有其他实施例,都属于本发明的实施例保护的范围。
如图3所示,为本发明实施例提供的一种组播数据传输方法的流程示意图,可以包括以下步骤:
步骤301、源端PE设备接收私网组播数据。
步骤302、当源端PE设备确定接收到的私网组播数据需要从Share-MDT切换至Switch-MDT,且需要进行带宽控制时,源端PE设备确定Switch-MDT对应的Switch-Group地址。
在本发明实施例提供的技术方案中,为了保证将特定组播数据从Share-MDT切换至Switch-MDT后,该特定组播数据的传输带宽,组播VPN系统中的PE设备中可以预先配置好需要进行带宽控制的私网组播数据的标识信息,以判断接收到的私网组播数据是否需要进行带宽控制。
具体的,当源端PE设备接收到私网组播数据,且确定该私网组播数据需要从Share-MDT切换至Switch-MDT时,源端PE设备可以获取该私网组播数据中携带的私网组播数据的标识信息,并根据该私网组播数据的标识信息以及自身记录的需要进行带宽控制的私网组播数据的标识信息确定所接收到的私网组播数据是否需要进行带宽控制,并当确定所接收到的私网组播数据需要进行带宽控制时,可以向下游PE设备发送预留带宽通知消息,以使下游PE设备为该私网组播数据预留一定的带宽。其中,上述私网组播数据的标识信息可以为私网组播数据的(S,G)(即该私网组播数据的私网组播源地址以及私网组播组地址),源端PE设备确定将私网组播数据从Share-MDT切换至Switch-MDT时的Switch-Group地址的处理方式可以与现有技术中相应处理方式相类似,在此不再赘述。
步骤303、源端PE设备向下游PE设备发送携带有私网组播数据的标识信息、Switch-Group地址以及传输该私网组播数据需要的带宽信息的预留带宽通知消息。
具体的,在本发明实施例提供的技术方案中,当源端PE设备确定所接收到的私网组播流需要进行带宽保护,并确定了该私网组播流将被切换至的Switch-MDT对应的Switch-Group地址后,源端PE设备可以向下游PE设备发送携带私网组播数据的标识信息、Switch-Group地址以及传输该私网组播数据所需要的带宽信息的预留带宽通知消息,以使下游PE设备中连接有该私网组播数据的接收设备的PE设备根据该预留带宽通知消息中指定的带宽建立与源端PE设备之间隧道以建立Switch-MDT。
其中,在本发明实施例中,预留带宽通知消息可以为扩展的切换消息,即可以对现有的切换消息进行扩展,在其消息格式的预留字段(Reserved)中增加用于指定传输私网组播数据所需带宽的带宽标识。
参见图4a,为现有技术中切换消息的消息格式示意图。其中,私网组播数据的标识信息(C-source和C-group)唯一标识了一条私网组播数据流,P-group标识了Switch-MDT中的组播组地址(即Switch-Group地址)。为了向下游设备通知传输特定私网组播数据所需带宽,在本发明实施例提供的技术方案中,可以在切换消息中的Reserved字段中增加标识传输私网组播数据所需带宽的带宽标识,扩展后的切换消息的消息格式示意图可以如图4b所示。
其中,Reserved本来的字段默认为0;可以定义Reserved=FF时,第一个组信息(C-source、C-group和P-group构为一个组信息)后面的Bandwidth表示这个组的带宽(即在P-group对应的Switch-MDT中传输C-source和C-group对应的私网组播数据的带宽),带宽的默认单位可以是Byte(字节),共32位,可以表示最大的带宽为4G。
其中,在本发明实施例提供的技术方案中,传输私网组播数据需要的带宽可以由源端PE设备检测得到,也可以对应私网组播数据的标识信息预先配置在源端PE设备中。当源端PE设备确定所接收到的私网组播数据需要进行从Share-MDT到Switch-MDT的切换时,源端PE设备可以检测传输该私网组播数据所需要的带宽,或根据自身记录的对应该私网组播数据的标识信息的带宽配置信息确定传输该私网组播数据所需要的带宽,并在向下游设备发送的切换消息中携带该带宽信息。
其他PE设备接收到源端PE设备发送的切换消息后,检查自身是否连接有对应私网组播数据的接收设备;如果有,则创建一条隧道,预留好对应的带宽,该隧道以C-source、C-group和P-group为标识,创建好隧道后,向源端PE设备发送对应的加入消息;如果没有,该PE设备可以缓存该切换消息,并当有对应私网组播数据的接收设备加入时,再加入对应的Switch-MDT。
其中,当将接收到的私网组播数据由Share-MDT切换到Switch-MDT之后,源端PE设备可以周期性地沿Switch-MDT发送切换消息,以便后续有其他PE设备加入该Switch-MDT,或当某下游PE设备不再连接有接收者时,可以退出该Switch-MDT。
为了提高系统资源利用率,当源端PE设备检测到私网组播数据不再发生时,其下游的Switch-MDT会逐渐老化,当Switch-MDT转发数老化后,可以删除对应的隧道,释放对应的资源。
步骤304、当Switch-MDT建立完成后,源端PE设备根据Switch-Group地址对对应的私网组播数据进行封装,并将封装后的私网组播数据沿该Switch-MDT转发。
通过以上描述可以看出,在本发明实施例提供的技术方案中,通过在组播VPN系统中的PE设备中配置需要进行带宽控制的私网组播数据的标识信息,当源端PE设备确定接收到的私网组播数据需要进行带宽控制时,可以向下游设备发送预留带宽通知消息,以使下游设备根据预留带宽通知消息指定的带宽建立与源端PE设备之间的隧道,对组播VPN中特定私网组播数据从Share-MDT切换至Switch-MDT后的传输带宽进行了控制,保证了传输特定私网组播数据的带宽。
进一步地,现有技术中,将私网组播数据从Share-MDT向Switch-MDT切换时,所有组播数据通过Switch-MDT封装的时候,其组播数据的优先级都是一样的,导致切换后的组播数据无法区别优先级。
针对现有技术中存在的该问题,本发明实施例提供的技术方案中,还可以组播VPN系统中的PE设备中配置需要进行优先级映射的私网组播数据的标识信息,以及对应的优先级映射规则,该优先级映射将所述私网组播数据的私网流量优先级映射为公网组播流优先级。
当源端PE设备确定接收到的私网组播数据需要进行优先级映射时,该源端PE设备可以根据接收到的私网组播数据的标识信息、私网流量优先级以及对应的优先级映射规则,确定该私网组播数据的公网组播流量优先级,并当源端PE设备需要将私网组播数据由Share-MDT切换至Switch-MDT时,源端PE设备可以根据所确定的公网组播流量优先级对封装后的私网组播数据进行优先级标识,从而Switch-MDT中的其他设备根据该公网组播流量优先级对该封装后的私网组播数据进行转发,使特定的私网组播数据在公网中传输有了一定的优先级区别,保证了特定私网组播数据的优先级。
其中,优先级映射规则可以是将私网组播数据的私网流量优先级映射为预先配置的固定的公网组播流量优先级,如,优先级规则可以是(S1,G1)对应的私网组播流量进行优先级映射后的公网组播流量优先级为A,(S2,G2)对应的私网组播流量进行优先级映射后的公网组播流量优先级为B。优先级映射规则还可以是将私网组播数据的私网流量优先级通过动态映射的方式映射为公网组播流量优先级,如,优先级映射规则可以是通过预设的函数将需要进行优先级映射的私网组播数据的私网流量优先级映射为公网流量优先级,如映射后的公网流量优先级为映射前的私网流量优先级加上一个固定值。
例如,可以在源端PE设备中维护一张映射关系表,其格式可以如表1所示:
表1
Figure 575146DEST_PATH_IMAGE001
其中,私网组播数据标识信息对应的表项值为需要进行优先级映射的私网组播数据的标识(如(S,G));私网流量优先级对应的表项值为相应私网组播数据的私网流量优先级;Switch-Group地址对应的表项值为相应的私网组播数据需要切换到的Switch-MDT对应的Switch-Group地址;公网组播流量优先级对应的表项值为相应私网组播数据进行优先级映射后的公网流量优先级,该公网流量优先级可以是一个固定值,也可以是以对应的私网流量优先级为自变量的函数。
源端PE设备接收到私网组播数据后,可以根据上述映射关系表对其进行优先级映射,以确定相应私网组播数据的公网组播流量优先级。
通过上述优先级映射,使特定私网组播数据在公网中传输有了一定的优先级区别,保证了特定私网组播流的优先级。
基于上述方法实施例系统的发明构思,本发明实施例还提供了一种网络设备,可以作为源端PE设备应用于上述方法实施例。
如图5所示,为本发明实施例提供的一种网络设备的结构示意图,该网络设备可以作为源端PE设备应用于组播VPN系统中,该网络设备可以包括:
存储模块51,用于存储需要进行带宽控制的私网组播数据的标识信息;
接收模块52,用于接收私网组播数据;
确定模块53,用于当所述网络设备确定所述私网组播数据需要从共享组播分发树Share-MDT切换至切换组播分发树Switch-MDT时,且需要对所述私网组播数据进行带宽控制时,确定所述Switch-MDT对应的切换组Switch-Group地址;
第一发送模块54,用于向下游PE设备发送携带有所述私网组播数据的标识信息、所述Switch-Group地址以及传输所述私网组播数据需要的带宽信息的预留带宽通知消息,以使所述下游PE设备中连接有所述私网组播数据的接收设备的PE设备根据所述预留带宽通知消息建立与源端PE设备之间的隧道以建立Switch-MDT;
第二发送模块55,用于当所述Switch-MDT建立完成后,根据所述Switch-Group地址对所述私网组播数据进行封装,并将封装后的私网组播数据沿所述Switch-MDT转发。
其中,所述第一发送模块54具体用于,周期性地向下游PE设备发送所述预留带宽通知消息;其中,所述下游PE设备中未连接有所述私网组播数据的接收设备的PE设备缓存最新接收到的所述预留带宽通知消息,并当其连接有所述私网组播数据的接收设备时,根据缓存的所述预留带宽通知消息建立与源端PE设备之间的隧道。
其中,所述预留带宽通知消息为扩展的切换消息,其中携带有所述私网组播数据的标识信息、所述Switch-Group地址以及带宽标识;所述带宽标识用于指定所述Switch-MDT中各设备所需建立的隧道的带宽。
其中,所述传输所述私网组播数据需要的带宽信息由所述网络设备检测得到,或对应私网组播数据的标识信息预先配置在所述网络设备中。
其中,所述存储模块51还用于,存储需要进行优先级映射的私网组播数据的标识信息,以及对应的优先级映射规则,所述优先级映射将所述私网组播数据的私网流量优先级映射为公网组播流优先级;
所述确定模块53还用于,当所述网络设备确定接收到的私网组播数据需要进行优先级映射时,根据所述私网组播数据的标识信息、私网流量优先级以及对应的优先级映射规则,确定该私网组播数据的公网组播流量优先级;
所述第二发送模块55还用于,根据所述公网组播流量优先级对该封装后的私网组播数据进行优先级标识,以使所述Switch-MDT中的其他设备根据该公网组播流量优先级对该封装后的私网组播数据进行转发。
本领域技术人员可以理解实施例中的装置中的模块可以按照实施例描述进行分布于实施例的装置中,也可以进行相应变化位于不同于本实施例的一个或多个装置中。上述实施例的模块可以合并为一个模块,也可以进一步拆分成多个子模块。
通过以上的实施方式的描述,本领域的技术人员可以清楚地了解到本发明可借助软件加必需的通用硬件平台的方式来实现,当然也可以通过硬件,但很多情况下前者是更佳的实施方式。基于这样的理解,本发明的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来,该计算机软件产品存储在一个存储介质中,包括若干指令用以使得一台终端设备(可以是手机,个人计算机,服务器,或者网络设备等)执行本发明各个实施例所述的方法。
以上所述仅是本发明的优选实施方式,应当指出,对于本技术领域的普通技术人员来说,在不脱离本发明原理的前提下,还可以做出若干改进和润饰,这些改进和润饰也应视本发明的保护范围。

Claims (10)

1.一种组播数据传输方法,应用于组播虚拟专用网VPN系统中,其特征在于,该方法包括:
源端服务器提供商边缘PE设备接收私网组播数据;
当所述源端PE设备确定所述私网组播数据需要从共享组播分发树Share-MDT切换至切换组播分发树Switch-MDT,且需要进行带宽控制时,所述源端PE设备确定所述Switch-MDT对应的切换组Switch-Group地址;
所述源端PE设备向下游PE设备发送携带有所述私网组播数据的标识信息、所述Switch-Group地址以及传输所述私网组播数据需要的带宽信息的预留带宽通知消息,以使所述下游PE设备中连接有所述私网组播数据的接收设备的PE设备根据所述预留带宽通知消息建立与源端PE设备之间的隧道以建立Switch-MDT;
当所述Switch-MDT建立完成后,所述源端PE设备根据所述Switch-Group地址对所述私网组播数据进行封装,并将封装后的私网组播数据沿所述Switch-MDT转发。
2.如权利要求1所述的方法,其特征在于,所述源端PE设备向下游PE设备发送携带有所述私网组播数据的标识信息、所述Switch-Group地址以及传输所述私网组播数据需要的带宽信息的预留带宽通知消息,具体为:
所述源端PE设备周期性地向下游PE设备发送所述预留带宽通知消息;其中,所述下游PE设备中未连接有所述私网组播数据的接收设备的PE设备缓存最新接收到的所述预留带宽通知消息,并当其连接有所述私网组播数据的接收设备时,根据缓存的所述预留带宽通知消息建立与源端PE设备之间的隧道。
3.如权利要求1或2所述的方法,其特征在于,所述预留带宽通知消息为扩展的切换消息,其中携带有所述私网组播数据的标识信息、所述Switch-Group地址以及带宽标识;所述带宽标识用于指定所述Switch-MDT中各设备所需建立的隧道的带宽。
4.如权利要求1或2所述的方法,其特征在于,所述传输所述私网组播数据需要的带宽信息由所述源端PE设备检测得到,或对应私网组播数据的标识信息预先配置在所述源端PE设备中。
5.如权利要求1所述的方法,其特征在于,该方法还包括:
当所述源端PE设备确定接收到的私网组播数据需要进行优先级映射时,所述源端PE设备根据所述私网组播数据的标识信息、私网流量优先级以及对应的优先级映射规则,确定该私网组播数据的公网组播流量优先级;
当所述源端PE设备沿所述Switch-MDT转发所述封装后的私网组播数据时,所述源端PE设备根据所述公网组播流量优先级对该封装后的私网组播数据进行优先级标识,以使所述Switch-MDT中的其他设备根据该公网组播流量优先级对该封装后的私网组播数据进行转发。
6.一种网络设备,其特征在于,作为源端PE设备应用于组播虚拟专用网VPN系统中,该网络设备包括:
存储模块,用于存储需要进行带宽控制的私网组播数据的标识信息;
接收模块,用于接收私网组播数据;
确定模块,用于当所述网络设备确定所述私网组播数据需要从共享组播分发树Share-MDT切换至切换组播分发树Switch-MDT时,且需要对所述私网组播数据进行带宽控制时,确定所述Switch-MDT对应的切换组Switch-Group地址;
第一发送模块,用于向下游PE设备发送携带有所述私网组播数据的标识信息、所述Switch-Group地址以及传输所述私网组播数据需要的带宽信息的预留带宽通知消息,以使所述下游PE设备中连接有所述私网组播数据的接收设备的PE设备根据所述预留带宽通知消息建立与源端PE设备之间的隧道以建立Switch-MDT;
第二发送模块,用于当所述Switch-MDT建立完成后,根据所述Switch-Group地址对所述私网组播数据进行封装,并将封装后的私网组播数据沿所述Switch-MDT转发。
7.如权利要求6所述的网络设备,其特征在于,
所述第一发送模块具体用于,周期性地向下游PE设备发送所述预留带宽通知消息;其中,所述下游PE设备中未连接有所述私网组播数据的接收设备的PE设备缓存最新接收到的所述预留带宽通知消息,并当其连接有所述私网组播数据的接收设备时,根据缓存的所述预留带宽通知消息建立与源端PE设备之间的隧道。
8.如权利要求6或7所述的网络设备,其特征在于,
所述预留带宽通知消息为扩展的切换消息,其中携带有所述私网组播数据的标识信息、所述Switch-Group地址以及带宽标识;所述带宽标识用于指定所述Switch-MDT中各设备所需建立的隧道的带宽。
9.如权利要求6或7所述的网络设备,其特征在于,所述传输所述私网组播数据需要的带宽信息由所述网络设备检测得到,或对应私网组播数据的标识信息预先配置在所述网络设备中。
10.如权利要求6所述的网络设备,其特征在于,
所述存储模块还用于,存储需要进行优先级映射的私网组播数据的标识信息,以及对应的优先级映射规则,所述优先级映射将所述私网组播数据的私网流量优先级映射为公网组播流优先级;
所述确定模块还用于,当所述网络设备确定接收到的私网组播数据需要进行优先级映射时,根据所述私网组播数据的标识信息、私网流量优先级以及对应的优先级映射规则,确定该私网组播数据的公网组播流量优先级;
所述第二发送模块还用于,根据所述公网组播流量优先级对该封装后的私网组播数据进行优先级标识,以使所述Switch-MDT中的其他设备根据该公网组播流量优先级对该封装后的私网组播数据进行转发。
CN201210353786.6A 2012-09-21 2012-09-21 一种组播数据传输方法和设备 Active CN102916888B (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN201210353786.6A CN102916888B (zh) 2012-09-21 2012-09-21 一种组播数据传输方法和设备

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201210353786.6A CN102916888B (zh) 2012-09-21 2012-09-21 一种组播数据传输方法和设备

Publications (2)

Publication Number Publication Date
CN102916888A true CN102916888A (zh) 2013-02-06
CN102916888B CN102916888B (zh) 2015-07-22

Family

ID=47615124

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201210353786.6A Active CN102916888B (zh) 2012-09-21 2012-09-21 一种组播数据传输方法和设备

Country Status (1)

Country Link
CN (1) CN102916888B (zh)

Cited By (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN103685040A (zh) * 2013-12-02 2014-03-26 杭州华三通信技术有限公司 基于md的组播vpn流量优化方法和设备
CN104104607A (zh) * 2013-04-10 2014-10-15 华为技术有限公司 传输报文的方法、路由器和终端设备
WO2015143879A1 (zh) * 2014-03-25 2015-10-01 华为技术有限公司 发送组播报文的方法及交换机
CN106161258A (zh) * 2015-03-25 2016-11-23 华为技术有限公司 用于传输组播协议报文的方法、设备及系统
CN109104367A (zh) * 2017-06-21 2018-12-28 华为技术有限公司 一种建立隧道的方法、网络设备和系统
CN109995634A (zh) * 2017-12-29 2019-07-09 中兴通讯股份有限公司 一种组播虚拟专用网络的承载方法和设备

Families Citing this family (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN105743797B (zh) * 2016-04-05 2019-03-29 深圳市风云实业有限公司 基于接口绑定的组播vpn隧道建立方法

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1741492A (zh) * 2005-08-31 2006-03-01 杭州华为三康技术有限公司 控制组播数据转发的设备及方法
US20060133375A1 (en) * 2004-12-21 2006-06-22 At&T Corp. Method and apparatus for scalable virtual private network multicasting
CN101645790A (zh) * 2009-08-10 2010-02-10 杭州华三通信技术有限公司 一种组播分发树的切换方法、装置和系统
CN102137000A (zh) * 2010-11-24 2011-07-27 华为技术有限公司 一种建立切换组播分发树的方法、装置及系统

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20060133375A1 (en) * 2004-12-21 2006-06-22 At&T Corp. Method and apparatus for scalable virtual private network multicasting
CN1741492A (zh) * 2005-08-31 2006-03-01 杭州华为三康技术有限公司 控制组播数据转发的设备及方法
CN101645790A (zh) * 2009-08-10 2010-02-10 杭州华三通信技术有限公司 一种组播分发树的切换方法、装置和系统
CN102137000A (zh) * 2010-11-24 2011-07-27 华为技术有限公司 一种建立切换组播分发树的方法、装置及系统

Cited By (11)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN104104607A (zh) * 2013-04-10 2014-10-15 华为技术有限公司 传输报文的方法、路由器和终端设备
CN104104607B (zh) * 2013-04-10 2018-03-09 华为技术有限公司 传输报文的方法、路由器和终端设备
CN103685040A (zh) * 2013-12-02 2014-03-26 杭州华三通信技术有限公司 基于md的组播vpn流量优化方法和设备
CN103685040B (zh) * 2013-12-02 2017-01-18 杭州华三通信技术有限公司 基于md的组播vpn流量优化方法和设备
WO2015143879A1 (zh) * 2014-03-25 2015-10-01 华为技术有限公司 发送组播报文的方法及交换机
US9929936B2 (en) 2014-03-25 2018-03-27 Huawei Technologies Co., Ltd. Method for sending multicast packet and switch
CN106161258A (zh) * 2015-03-25 2016-11-23 华为技术有限公司 用于传输组播协议报文的方法、设备及系统
CN109104367A (zh) * 2017-06-21 2018-12-28 华为技术有限公司 一种建立隧道的方法、网络设备和系统
CN109995634A (zh) * 2017-12-29 2019-07-09 中兴通讯股份有限公司 一种组播虚拟专用网络的承载方法和设备
CN109995634B (zh) * 2017-12-29 2021-08-17 中兴通讯股份有限公司 一种组播虚拟专用网络的承载方法和设备
US11196580B2 (en) 2017-12-29 2021-12-07 Xi'an Zhongxing New Software Co., Ltd. Method and device for bearing multicast virtual private network

Also Published As

Publication number Publication date
CN102916888B (zh) 2015-07-22

Similar Documents

Publication Publication Date Title
CN102916888B (zh) 一种组播数据传输方法和设备
CN104135420B (zh) 一种报文转发的方法、设备及系统
CN101645790B (zh) 一种组播分发树的切换方法、装置和系统
CN102035729B (zh) 一种组播数据转发方法
US9210037B2 (en) Method, apparatus and system for interconnected ring protection
CN103326940B (zh) 在网络中转发报文的方法和运营商边缘设备
CN101582904B (zh) 一种数据中心多线接入流量对称的实现方法、装置及系统
CN104365066B (zh) 用于以太虚拟专用网的方法和设备
CN104767680B (zh) 路由快速切换的方法和装置
CN103078800B (zh) Evi网络中的mac地址信息控制方法及边缘设备
CN102970231A (zh) 组播流转发实现方法和路由网桥(rb)
CN102291307A (zh) 一种跨vpn组播实现方法、装置及网络设备
CN103368775A (zh) 流量备份方法及核心交换设备
CN100563194C (zh) Lsp的建立方法
CN102571375B (zh) 组播转发方法、装置及网络设备
CN102882781A (zh) 一种报文发送的方法、路由器桥及系统
CN103795630A (zh) 一种标签交换网络的报文传输方法和装置
CN104639437A (zh) 堆叠系统中广播报文的转发方法及装置
CN104092554A (zh) 组播分发树建立方法及装置
CN103220217B (zh) 一种路由生成方法和设备
CN102014035A (zh) 基于以太环网的组网方法及装置
CN107547347B (zh) 基于vni的路径调整方法和装置
CN102244615B (zh) 转发表项下发方法、装置、系统和自治系统边界路由器
CN101442422A (zh) 一种数据的传输方法、系统及装置
CN103152257B (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
CP03 Change of name, title or address

Address after: 310052 Binjiang District Changhe Road, Zhejiang, China, No. 466, No.

Patentee after: NEW H3C TECHNOLOGIES Co.,Ltd.

Address before: 310053 Hangzhou hi tech Industrial Development Zone, Zhejiang province science and Technology Industrial Park, No. 310 and No. six road, HUAWEI, Hangzhou production base

Patentee before: HANGZHOU H3C TECHNOLOGIES Co.,Ltd.

CP03 Change of name, title or address
TR01 Transfer of patent right

Effective date of registration: 20230614

Address after: 310052 11th Floor, 466 Changhe Road, Binjiang District, Hangzhou City, Zhejiang Province

Patentee after: H3C INFORMATION TECHNOLOGY Co.,Ltd.

Address before: 310052 Changhe Road, Binjiang District, Hangzhou, Zhejiang Province, No. 466

Patentee before: NEW H3C TECHNOLOGIES Co.,Ltd.

TR01 Transfer of patent right