CN100563182C - 一种在多层标签交换网络中实现虚拟专网业务的方法 - Google Patents

一种在多层标签交换网络中实现虚拟专网业务的方法 Download PDF

Info

Publication number
CN100563182C
CN100563182C CNB2004100741217A CN200410074121A CN100563182C CN 100563182 C CN100563182 C CN 100563182C CN B2004100741217 A CNB2004100741217 A CN B2004100741217A CN 200410074121 A CN200410074121 A CN 200410074121A CN 100563182 C CN100563182 C CN 100563182C
Authority
CN
China
Prior art keywords
route
vpn
tunnel
opposite end
routing iinformation
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
CNB2004100741217A
Other languages
English (en)
Other versions
CN1744541A (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 CNB2004100741217A priority Critical patent/CN100563182C/zh
Publication of CN1744541A publication Critical patent/CN1744541A/zh
Application granted granted Critical
Publication of CN100563182C publication Critical patent/CN100563182C/zh
Anticipated expiration legal-status Critical
Expired - Fee Related legal-status Critical Current

Links

Images

Landscapes

  • Data Exchanges In Wide-Area Networks (AREA)

Abstract

本发明公开了在多层标签交换网络中实现虚拟专网业务的方法,该方法包括:PE1收到源CE-1发送来的路由后,确定需要发布的PE2,并为该路由分配PE1与CE-1之间的隧道,通过入口CM逐跳将路由信息发送出口CM;出口CM确定当前PE1到对端PE2之间是否存在隧道,如果不存在,建立PE1到PE2之间的隧道,否则,直接将至所述路由信息发送至PE2,PE2更新该VPN业务的VRF中的路由信息,并将所述路由信息发布给CE-2;当PE2收到CE-2发送的含有路由标识的IP数据包时,根据该路由标识获取到PE1的隧道信息,将IP数据包转发至对端VPN用户。本发明采用带外信令方法发布VPN路由,PE不需要运行MP-IBGP软件,PE设备复杂度大为降低,可靠性提高、成本下降。

Description

一种在多层标签交换网络中实现虚拟专网业务的方法
技术领域
本发明通信技术领域,特别是指一种在多层标签交换(MPLS)网络中实现虚拟专网(VPN)业务的方法。
背景技术
VPN是在公众网络上建立的虚拟专用网,它具有与专用网同样卓越的安全性、可靠性和易管理性。VPN替代了传统的拨号访问,利用互联(INTERNET)公网或者运营商提供的网络资源作为虚拟专用网的延续,节省昂贵的专线租用费用;同时VPN还可以使用隧道协议、身份验证和数据加密等技术保证VPN通信的安全性,受到企业用户的欢迎。
图1所示为RFC2547bis定义的VPN网络的典型应用,如图1所示,VPN服务是由骨干网路由器(P,Provider)通过骨干网边缘路由器(PE)向用户边缘设备(CE,Customer Edge)提供的,CE感觉不到骨干网的存在,就好像拥有了独立的网络资源一样。同样,对于骨干网内部的P而言,也不知道VPN的存在,仅仅负责骨干网内部的报文传输。所有VPN的构建、连接和管理都是在PE上进行的。从PE的角度看,一个站点(Site)为所管辖的CE连通VPN系统,Site是构成VPN的基本单元,VPN即为Site的集合。同一个VPN中的每个Site通过CE与骨干网中的PE连接,且每个VPN中的报文都是通过CE和PE在骨干网上传播。Site和VPN不存在一对一的对应关系,一个Site可以同时属于多个VPN,但是,报文只能在同一VPN中的不同Site上传输。
基于IPv4的VPN管理路由的过程包括路由的发布、路由的接收和路由的存储。
其中,路由的发布过程为:根据RFC 2547标准,CE和PE之间通过内部网管协议(IGP)或私有网管协议(EBGP)来传播路由信息,各个PE之间通过IGP来保证IP的连续性,通过IBGP来传播VPN组成信息和路由。当PE之间发布路由时,所发布的路由携带VPN-IPv4地址和路由目标属性(Route Targets)中的输出路由目标属性(Export Route Targets),该VPN-IPv4地址有12个字节,前8个字节为路由标识(RD,Route Distinguisher),后4个字节为IPv4地址,IPv4地址为私有地址,不同的VPN下可能使用相同的IPv4地址;CE与PE之间发布路由的时候,所发布的路由携带IPv4地址和Export Route Targets。
所述的Route Targets是用来区分同一VPN下不同路由的拓扑结构的,它包括用于附加到所发布路由上的Export Route Targets和用于决定哪些路由可以引入该Site路由表中的输入路由目标属性(Import Route Targets)。
路由的接收过程为:PE中预先存储有与其连接Site的VPN-IPv4地址和Route Targets,当PE接收到所发布的路由时,判断该路由携带的VPN-IPv4地址和Export Route Targets是否与自身所存储的VPN-IPv4地址和RouteTargets中的Import Route Targets相匹配,如果是,则接收该路由;否则,不接收该路由。如果该路由携带的为IPv4地址,则在判断VPN-IPv4地址是否匹配时,判断该IPv4地址是否与PE所存储的VPN-IPv4地址中的后四个字节相匹配。
当CE接收到与其连接的PE发布的路由时,判断路由携带的IPv4地址是否与自身的IPv4地址相同,如果是,则接收该路由,否则,不接收该路由。
路由的存储过程为:PE为每一个与其相连的Site设置存储了该Site的VPN成员关系和路由规则的VPN路由/转发实例(VRF),VRF包括:IP路由表、标签转发表以及管理信息,管理信息包括路由标识(RD)、路由过滤策略和VPN成员接口列表等。目前方案中PE将接收到的路由存储在相应Site的VRF的路由表中,并以RD区分不同VPN的路由。CE直接将接收的路由进行存储。
为了防止由于各个VPN中的IPv4地址有可能重复而导致在PE中无法根据IPv4地址区分路由,基于IPv4的VPN管理路由的方案在存储路由时,在PE中给与其相连的每个Site分别设置了VRF,用于存储相应Site的路由信息,并且在存储路由信息时为了区分不同VPN的路由,给路由附加上了RD。
事实上,IETF开发的RFC2547bis实际上采用的是一种带内信令的方案。也就是说,VPN路由的发布、VPN路由标签的发布等这些控制信令传播是通过PE和PE之间运行另外的MP-BGP实例实现的。这种基于RFC2547bis的VPN方案完全依赖于目前路由器的软件,而目前路由器的软件根本达不到电信要求的99.999%的可靠性水平。
而且,由于业务提供模式的不同,比如:三层VPN业务是一种提供模式,二层VPN业务又是一种提供方式,NGN业务、3G业务在IP网络上的提供方式和VPN业务的提供方式也不一样,采用这种带内通讯方案,使得在IP网络上没法采用统一的业务提供模式来提供新业务,因此,网络每提供一个新业务,都需要升级PE路由器的软件,这对设备制造商来说,它的路由器设备软件开发永远没有尽头,对运营商来说,频繁的设备软件升级可能带来的网络不稳定性、对现有业务可能带来的冲击不可估量。
而在RFC2547bis方案中,PE设备不仅要完成普通Internet业务的路由处理任务,还需要完成VPN业务的路由处理任务,这样就增加了PE设备软件的复杂度,增加了不稳定的因素。而一旦P设备的控制单板出现故障,不仅VPN业务无法实现、Internet业务也不能正常运行。
发明内容
有鉴于此,本发明的目的在于提供一种在多层标签交换网络中实现虚拟专网业务的方法,使其不需要利用带内信令方式进行路由发布,从而避免带内信令方式带来的诸多不便。
为了达到上述目的,本发明提供了一种在多层标签交换网络中实现虚拟专网业务的方法,该方法是这样实现的:
a.源端PE1收到源端CE-1发送来的路由后,根据虚拟专用网VPN业务用户数据和网络的局方数据确定需要发布的对端PE2,并为该路由分配源端PE1与源端CE-1之间的隧道,将路由信息发送给入口资源管理器CM,入口CM根据其中的PE2的回送地址或路由标识查询路由表,逐跳转发将路由信息发送至出口CM;
b.出口CM确定当前PE1到对端PE2之间是否存在隧道,如果存在,则将执行步骤c,否则,建立源端PE1到对端PE2之间的隧道,再执行步骤c;
c.出口CM将所述路由信息发送至对端PE2,对端PE2更新该VPN业务的VRF中的路由表和转发表,并将这条路由发布给对端CE-2;
d.当PE2收到CE-2发送的含有路由标识的IP数据包时,根据该路由标识查询所述VRF得到源端PE1的隧道信息,并按照该隧道信息以及步骤a中所分配的隧道将IP数据包转发至源端CE-1。
步骤a包括:
a2、源端PE1为该路由分配源端PE1到源端CE-1的标签信息,并将路由信息发送给入口CM,所述路由信息携带所述标签信息和路由;
a3、入口CM通过根据对端PE2对应的回送地址或RD,确定下一跳CM,并将路由信息逐级转发至下一跳,经过逐跳转发,最后到达出口CM。
所述路由信息至少还包括对端PE2给该VPN分配的路由标识、源端PE1对应的回送地址以及对端PE2对应的回送地址。
所述VPN业务用户数据包括RD/RT、拓扑数据和/或成员关系数据。
所述局方数据包括VPN标签的分配策略和/或PE的回送地址。
所述VPN业务用户数据和/或局方数据预先设置在PE中或外部数据库中。
当所述VPN业务用户数据和/或局方数据预先设置在外部数据库中时,所述PE可以采用Radius、SIP、LDAP或COPS协议与外部数据库进行通讯。
步骤b中所述源端PE1到对端PE2之间的隧道是根据业务需求和/或业务优先级建立的。
步骤a中所述源端PE1与源端CE-1之间的隧道是基于VRF、接口或每个VPN中的每条路由分配的。
本发明采用了带外方式的VPN路由定向/指定发布机制,在路由发布时,不需要PE通过MP-IBGP协议、运行MP-IBGP软件。本发明的方法对于不同的业务提供模式都是一样的,因此当网络提供新业务时,不需要升级PE路由器的软件,因此,减少了软件开发过程以及软件升级过程,从而避免了由软件升级过程带来的不稳定性。
并且,在网络中PE路由器不提供Internet业务时,PE就不需要运行Internet的那套路由软件,由于VPN业务数据也不需要存储在PE设备上,这样PE的软件大大减少,可靠性大为提高。当然,在网络中的PE设备不承载Internet业务时,那么在手工配置好参数后,可以不需要控制PE路由器对应的单板,此时网络的可靠性可以和传输设备相当。而如果PE设备承载Internet业务,即使控制单板出现故障,也只影响Internet业务,不会影响VPN业务。因此,应用本发明的方法,由于PE设备复杂度大大降低,可靠性高、成本低。
附图说明
图1为VPN网络的典型应用示意图;
图2为在MPLS网络上提供三层VPN业务的总体框架示意图;
图3为实现本发明的方法的流程示意图;
图4为本发明的实施例中VPN路由发布过程和数据转发过程示意图;
图5为图4实现路由发布和数据转发的流程示意图。
具体实施方式
为使本发明的目的、技术方案和优点更加清楚,下面结合附图对本发明作进一步的详细描述。
参见图2所示,本发明的组网结构包括业务控制层、承载控制层、逻辑承载网、基础物理网四个层次。其中,基础物理网是由目前运营商的基础IP网络构成;逻辑承载层是由通过MPLS流量工程技术在运营商的物理IP网络上预先规划和配置好的多个逻辑承载网络组成,每个逻辑承载网络分别对应于DiffServ标准规定的业务类别EF、AF1、AF2;承载控制层是由分层构建的多个资源管理器(CM)组成,负责管理和维护逻辑承载层的网络资源和拓扑结构信息,并为来自业务控制层的服务质量(QoS)请求建立符合严格QoS要求的端到端承载通路,在IP骨干网上这个承载通路是通过MPLS标签栈来表示;业务控制层是由处理用户业务申请的各种业务控制平台组成,它根据用户的业务请求,确定本次业务所需的参数:QoS参数、IP五元组,即源IP地址、目的IP地址、协议号、源端口号、目的端口号,生成QoS请求命令,命令的格式为(QoS参数、IP五元组),然后向承载控制层申请业务流的承载通路。业务控制平台可以是SoftSwitch、VPN Manager、VOD控制服务器、视频会议MCU控制平台、协同工作的控制平台,业务控制平台可以是运营商的,也可以是运营商的签约ICP、ISP客户的。不同的业务有不同的业务控制平台,但是不同业务控制平台和承载控制层的接口是统一的。
为了使解决方案具有良好的扩展能力,借鉴动态路由协议OSPF、IS-IS分区分域的机制,这里将IP物理网络分成若干管理区,每个管理区由一个资源管理器CM统一管理网络资源,负责为经过本管理区的会话选择通路和分配资源,跨区的选路需要两个区的资源管理器CM相互交互才能完成。在实际应用中,一个管理区可以是一个城域网,可以是一个省骨干网,也可以是国家骨干网;管理区的划分也可以与路由区域的划分一致。
以下为方便起见,将路由发布方称为源端CE-1,简称CE-1,其对应的局端设备为源端PE1,简称PE1,将路由接受方称为对端CE-2,简称CE-2,其对应的局端设备为对端PE2,简称PE2。
参见图3所示,实现本发明的方法包括以下步骤:
步骤301:PE1收到CE-1发送来的路由后,确定需要发布的PE2,并为该路由分配PE1与CE1之间的隧道,然后通过入口CM逐跳将路由信息发送至出口CM;
步骤302:出口CM确定当前PE1到PE2之间是否存在隧道,如果存在,则执行步骤303,否则,建立源端PE1到对端PE2之间的隧道;
步骤303:出口CM将至所述路由信息发送至PE2,PE2更新该VPN业务的VRF中的路由信息,并将所述路由信息发布给CE-2;
步骤304:当PE2收到CE-2发送的含有路由标识的IP数据包时,根据该路由标识获取到对端PE的隧道信息,并按照该隧道信息以及步骤301中所分配的隧道将IP数据包转发至对端CE-1。
下面结合图4举具体实施例对本发明作进一步详细说明。
参见图5所示,本实施例实现VPN路由发布以及数据转发的过程如下:
步骤501:当PE1收到CE-1发布的路由时,根据预先配置的VPN业务用户数据和局方数据确定需要发布的PE2。
这里,路由是RD来表示的。并且,RD可以采用人们熟知的几种编号方案,例如E.164(如企业的800地址)、带有地理信息的Internet域名(huawei.bj.cn、huawei.shanghai.cn)、带有地理信息的Email地址(bj@huawei.com、shanghai@huawei.com)等。而且,RD的编号粒度和运营商希望达到的寻址对象大小有关,可以有以下几种方案:
(1)基于VRF分配RD:RD和VRF之间建立了一种一一映射关系,此时RD可寻址到PE上的VPN;
(2)基于接口分配RD:RD和VPN的接口建立了一种一一映射关系,此时RD可寻址到PE上所连接的VPN站点。
并且,VPN业务用户数据可以包括RD/RT、拓扑数据、成员关系数据等。在实际应用过程中,可以按照RFC2547bis将VPN业务用户数据以及局方数据,如VPN标签的分配策略、PE的LoopBack地址等,直接存储在PE上。当然,为了集中管理、减少运营成本,也可以将VPN业务用户数据统一设置在外部服务器的数据库上,当PE需要使用这些数据时,可以从该数据库上查询获取。而且,该数据库可以考虑和运营商的Radius Server合并或单独设置。PE和这些数据库之间的通讯协议可以采用Radius、SIP、LDAP、COPS等。
步骤502:PE1为该路由分配一个标签Lv1,表示从PE1到CE-1之间的隧道,并且将路由信息发给入口CM,其中包括路由、标签信息Lv1、对端PE2给该VPN分配的RD、PE1的LoopBack地址、PE2的LoopBack地址等。
步骤503:入口CM收到该路由信息后,根据其中的PE2的LoopBack地址或RD查询路由表,确定下一跳CM,并将收到的路由信息转发给下一跳CM,经过这样的逐跳转发,最后这些信息到达出口CM。
步骤504:出口CM判断当前是否存在PE2到PE1的LSP,如果存在,则执行步骤505,否则,建立PE2到PE1的LSP,然后执行步骤505。
步骤505:出口CM将该路由信息发送至对端PE2。
步骤506:PE2根据其中PE1的LoopBack地址,获得PE2到PE1标签栈信息L4/L3/L2/L1,PE2再根据RD+Dest/Mask、标签信息Lv1和标签栈信息更新该VPN对应的VRF实例的路由表和转发表,最后PE2将这条路由发布给CE-2。
步骤501~步骤506是完成路由发布过程。从上述过程可以看出,本发明改进了RFC2547bisVPN路由的发布机制,将广播发布方式改为定向/指定发布方式。而正是由于本发明中采用的是路由定向发布机制,所以目的PE不需要对路由进行过滤,因此不需要RT这个参数。
步骤507:当PE2收到VPN用户的IP数据包时,根据RD查询VRF表,得到标签栈L4/L3/L2/L1/Lv1信息,并将标签栈L4/L3/L2/L1/Lv1信息封装在IP头上,然后根据标签栈信息将IP数据包转发至PE1,PE1根据VPN标签Lv1将IP报文转发给VPN用户。
在图4所示的实施例中,步骤402中是以基于路由分配VPN标签的方法为例来说明的,其实VPN标签的分配方法主要取决于VPN标签的分配粒度,对于PE来说,VPN标签的分配是局部方法,完全可以由每个PE自己决定。例如,VPN标签的分配方法可以包括以下几种分配粒度:
(1)基于VRF分配VPN标签:在PE上仅为每个VRF分配一个VPN标签,这样每个VRF就有一个FIB表,在出口PE上,必须根据这个FIB表进行二次查找,得到出接口和相应的封装信息。
(2)基于接口分配VPN标签:在PE上为VPN的每个接口电路分配一个标签,可避免在出口PE上的二次查找。
(3)基于路由分配VPN标签:在PE上为VPN的每条路由分配一个标签。
本发明采用带外方式的体系架构来提供MPLS L3VPN,这个体系架构不仅可以MPLS L3VPN,也可以提供NGN、3G、视频等传统电信的电信业务。这样采用统一的体系架构来提供各种电信业务,运营商提供新的电信业务时不需要更新、升级路由器软件。
本发明采用了带外方式的VPN路由定向/指定发布机制,在路由发布时,不需要PE通过MP-IBGP协议、运行MP-IBGP软件。本发明的方法对于不同的业务提供模式都是统一的,因此,当网络提供一个新业务时,不需要升级PE路由器的软件,因此,减少了软件开发过程以及软件升级过程,从而避免了由软件升级过程带来的不稳定性,确保了业务控制平面的安全。
并且,如果PE路由器不提供Internet业务,PE就不需要运行Internet的那套路由软件,由于VPN业务数据也不需要存储在PE设备上,这样PE的软件大大减少,可靠性大为提高。当然,如果网络中的PE设备不承载Internet业务,那么在手工配置好参数后,可以不需要控制单板,此时网络的可靠性可以和传输设备相当。而如果PE设备承载Internet业务,即使控制单板出现故障,也只影响Internet业务,不会影响VPN业务。
而且,本发明对RD的编码寻址方式做了重大改进,取消了RT参数。RD采用人们熟知的编码方式,学习、培训、调试、故障定位、运营维护成本大大降低。
总之,以上所述仅为本发明的较佳实施例而已,并非用于限定本发明的保护范围。

Claims (9)

1、一种在多层标签交换网络中实现虚拟专网业务的方法,其特征在于,该方法包括以下步骤:
a.源端骨干网边缘路由器PE1收到源端用户边缘设备CE-1发送来的路由后,根据虚拟专用网VPN业务用户数据和网络的局方数据确定需要发布的对端PE2,并为该路由分配源端PE1与源端CE-1之间的隧道,将路由信息发送给入口资源管理器CM,入口CM根据其中的PE2的回送地址或路由标识查询路由表,逐跳转发将路由信息发送至出口CM;
b.出口CM确定当前PE1到对端PE2之间是否存在隧道,如果存在,则将执行步骤c,否则,建立源端PE1到对端PE2之间的隧道,再执行步骤c;
c.出口CM将所述路由信息发送至对端PE2,对端PE2更新该VPN业务的VPN路由/转发实例VRF中的路由表和转发表,并将这条路由发布给对端CE-2;
d.当PE2收到CE-2发送的含有路由标识的IP数据包时,根据该路由标识查询所述VRF得到源端PE1的隧道信息,并按照该隧道信息以及步骤a中所分配的隧道将IP数据包转发至源端CE-1。
2、根据权利要求1所述的方法,其特征在于,步骤a包括:
a2、源端PE1为该路由分配源端PE1到源端CE-1的标签信息,并将路由信息发送给入口CM,所述路由信息携带所述标签信息和路由;
a3、入口CM通过根据对端PE2对应的回送地址或路由标识RD,确定下一跳CM,并将路由信息逐级转发至下一跳,经过逐跳转发,最后到达出口CM。
3、根据权利要求2所述的方法,其特征在于,所述路由信息至少还包括对端PE2给该VPN分配的路由标识、源端PE1对应的回送地址以及对端PE2对应的回送地址。
4、根据权利要求2所述的方法,其特征在于,所述VPN业务用户数据包括RD/路由目标属性RT、拓扑数据和/或成员关系数据。
5、根据权利要求2所述的方法,其特征在于,所述局方数据包括VPN标签的分配策略和/或PE的回送地址。
6、根据权利要求2所述的方法,其特征在于,所述VPN业务用户数据和/或局方数据预先设置在PE中或外部数据库中。
7、根据权利要求6所述的方法,其特征在于,当所述VPN业务用户数据和/或局方数据预先设置在外部数据库中时,所述PE采用Radius、SIP、LDAP或COPS协议与外部数据库进行通讯。
8、根据权利要求2所述的方法,其特征在于,步骤b中所述源端PE1到对端PE2之间的隧道是根据业务需求和/或业务优先级建立的。
9、根据权利要求1所述的方法,其特征在于,步骤a中所述源端PE1与源端CE-1之间的隧道是基于VRF、接口或每个VPN中的每条路由分配的。
CNB2004100741217A 2004-08-31 2004-08-31 一种在多层标签交换网络中实现虚拟专网业务的方法 Expired - Fee Related CN100563182C (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CNB2004100741217A CN100563182C (zh) 2004-08-31 2004-08-31 一种在多层标签交换网络中实现虚拟专网业务的方法

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CNB2004100741217A CN100563182C (zh) 2004-08-31 2004-08-31 一种在多层标签交换网络中实现虚拟专网业务的方法

Publications (2)

Publication Number Publication Date
CN1744541A CN1744541A (zh) 2006-03-08
CN100563182C true CN100563182C (zh) 2009-11-25

Family

ID=36139746

Family Applications (1)

Application Number Title Priority Date Filing Date
CNB2004100741217A Expired - Fee Related CN100563182C (zh) 2004-08-31 2004-08-31 一种在多层标签交换网络中实现虚拟专网业务的方法

Country Status (1)

Country Link
CN (1) CN100563182C (zh)

Families Citing this family (9)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101051992B (zh) * 2006-04-17 2011-04-13 华为技术有限公司 在多层网络中计算客户层业务路由的方法
CN101692669A (zh) * 2009-07-23 2010-04-07 中兴通讯股份有限公司 虚拟私有网的路由标签分配方法与装置
CN101645895B (zh) * 2009-08-31 2012-04-18 杭州华三通信技术有限公司 一种实现隧道安全的方法和设备
CN102215143B (zh) * 2010-04-12 2014-10-08 华为技术有限公司 一种会话故障检测方法和路由设备
CN102647328B (zh) * 2012-04-28 2016-03-09 华为技术有限公司 一种标签分配方法、设备与系统
CN107483311B (zh) * 2012-09-20 2020-07-21 华为技术有限公司 Vpn实现方法和pe设备
CN103841013B (zh) * 2012-11-21 2017-06-16 新华三技术有限公司 Trill网络中的报文转发方法及设备
CN104980362B (zh) * 2014-04-04 2019-04-12 华为技术有限公司 一种业务隧道建立方法及设备
CN113132235B (zh) * 2019-12-31 2023-03-31 中兴通讯股份有限公司 基于虚电路的数据报文处理方法、转发表项的构建方法

Non-Patent Citations (2)

* Cited by examiner, † Cited by third party
Title
BGP/MPLS VPNs. Y.Rekhter.RFC2547. 1999
BGP/MPLS VPNs. Y.Rekhter.RFC2547. 1999 *

Also Published As

Publication number Publication date
CN1744541A (zh) 2006-03-08

Similar Documents

Publication Publication Date Title
CN100384172C (zh) 基于网络的虚拟专用网中保证服务质量的系统及其方法
US8385342B2 (en) System and method of virtual private network route target filtering
US8085791B1 (en) Using layer two control protocol (L2CP) for data plane MPLS within an L2 network access node
US8121126B1 (en) Layer two (L2) network access node having data plane MPLS
US8194570B2 (en) Configuration tool for MPLS virtual private network topologies
US7983286B2 (en) Edge devices for providing a transparent LAN segment service and configuration such edge devices
CN100372336C (zh) 多协议标签交换虚拟专用网及其控制和转发方法
CN103229468B (zh) 分组交换资源分配方法及设备
US7894458B2 (en) System and communication method of IP telecommunication network and its application
CN107666397A (zh) Pe路由器之间传送多播组离开请求的方法和pe路由器
CN101488914B (zh) 服务质量QoS的实现方法和服务边缘提供商PE设备
EP1811728B2 (en) Method, system and device of traffic management in a multi-protocol label switching network
CN1502195A (zh) 虚拟专用网络(vpn)知晓的客户前提设备(cpe)边缘路由器
CN1697408B (zh) 一种基于IPv6的虚拟专用网管理路由的方法
CN109327374A (zh) 实现三层vpn网络接入的系统及方法
CN100518138C (zh) 实现虚拟专用网的方法
CN100563182C (zh) 一种在多层标签交换网络中实现虚拟专网业务的方法
Wilkins Designing for Cisco Internetwork Solutions (DESIGN) Foundation Learing Guide
CN107579898A (zh) 一种多种容器间互联通信的方法及其装置
CA2440241C (en) Apparatus and methods for establishing virtual private networks in a broadband network
CN100364292C (zh) 混合站点混合骨干网的虚拟专用网系统及其实现方法
WO2004071009A1 (fr) Procede pour determiner une relation entre un routeur de bordure client et un reseau prive virtuel
CN101304337A (zh) 生成业务虚拟私有网络的接入拓扑的方法和装置
CN101136832A (zh) 多协议标签交换虚拟专用网及其控制和转发方法
Cisco Spanning Multiple Autonomous Systems

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
CF01 Termination of patent right due to non-payment of annual fee

Granted publication date: 20091125

Termination date: 20170831