CN111200549B - 一种获取路由信息的方法及装置 - Google Patents
一种获取路由信息的方法及装置 Download PDFInfo
- Publication number
- CN111200549B CN111200549B CN201811367864.1A CN201811367864A CN111200549B CN 111200549 B CN111200549 B CN 111200549B CN 201811367864 A CN201811367864 A CN 201811367864A CN 111200549 B CN111200549 B CN 111200549B
- Authority
- CN
- China
- Prior art keywords
- import
- extended community
- vpn
- multicast
- default route
- 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
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L12/00—Data switching networks
- H04L12/28—Data switching networks characterised by path configuration, e.g. LAN [Local Area Networks] or WAN [Wide Area Networks]
- H04L12/46—Interconnection of networks
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
Abstract
本申请公开了一种获取路由信息的方法及装置,解决了在HoVPN场景下运行NGMVPN的问题。具体方案为:SPE接收到第一RT和第一import‑RT扩展团体属性后,根据第一RT将第一import‑RT扩展团体属性存储到import‑RT集合,并发送第一RT、与第一RT对应的M个import‑RT扩展团体属性和与第一RT对应的默认路由。UPE接收到第一RT、与第一RT对应的M个import‑RT扩展团体属性和与第一RT对应的默认路由后,根据与第一RT对应的M个import‑RT扩展团体属性和与第一RT对应的默认路由生成默认路由与M个import‑RT扩展团体属性的对应关系。
Description
技术领域
本申请实施例涉及通信领域,尤其涉及一种获取路由信息的方法及装置。
背景技术
在下一代组播虚拟专用网(next-generation multicast virtual privatenetwork,NG MVPN)技术中,可以通过使用边界网关协议(Border Gateway Protocol,BGP)来传递私网组播协议报文和私网组播路由,有效地简化了网络部署复杂度,降低了网络维护难度。
VPN技术大量应用在城域网中,城域网的典型结构是三层模型:核心层、汇聚层和接入层。为了在分层结构网络中部署VPN功能,BGP/MPLS VPN要从平面模型转变为分层模型,因此产生了层次化VPN(hierarchy VPN,HVPN)结构。核心层包括网络侧边缘路由器(network provider edge,NPE)。汇聚层包括运营商侧边缘路由器(service provider-endedge,SPE)。接入层包括用户侧边缘路由器(user provider-end edge,UPE)。为了减小UPE存储路由信息的压力,SPE仅向UPE发布默认路由,UPE只维护用户侧路由无需维护网络侧路由。由于SPE仅向UPE发送默认路由,UPE无法接收到VPN的网际协议(Internet Protocol,IP)路由及VPN的IP路由对应的组播信息(如扩展团体属性)。但是,运行NGMVPN需要使用VPN的IP路由及VPN的IP路由对应的组播信息,这样就影响NGMVPN的正常运行。
发明内容
本申请实施例提供一种获取路由信息的方法及装置,解决了如何在HoVPN场景下运行NGMVPN的问题。
为达到上述目的,本申请实施例采用如下技术方案:
第一方面,本申请实施例提供了一种获取路由信息的方法,该方法可应用于SPE,或者该方法可应用于可以支持SPE实现该方法的通信装置,例如该通信装置包括芯片系统,方法包括:SPE接收到第一报文之后,根据第一路由目标(route target,RT)将第一输入路由目标(import-RT)扩展团体属性存储到import-RT集合,其中,该第一报文包括第一RT和第一import-RT扩展团体属性;import-RT集合包括第一RT以及与第一RT对应的M个import-RT扩展团体属性,M个import-RT扩展团体属性包括第一import-RT扩展团体属性,M为大于或等于1的整数;然后,SPE向UPE发送第二报文,第二报文包括第一RT、所述M个import-RT扩展团体属性和与所述第一RT对应的默认路由。
结合第一方面,在一种可能的实现方式中,方法还包括:SPE接收第三报文并转发第三报文,第三报文包括第二import-RT扩展团体属性和组播信息。其中,第一import-RT扩展团体属性包括全局管理标识和本地管理标识。
第二方面,本申请实施例提供了一种获取路由信息的方法,该方法可应用于UPE,或者该方法可应用于可以支持UPE实现该方法的通信装置,例如该通信装置包括芯片系统,方法包括:UPE接收到第一报文之后,根据与第一RT对应的M个import-RT扩展团体属性和与第一RT对应的默认路由生成默认路由与M个import-RT扩展团体属性的对应关系,其中,第一报文包括第一RT、第一RT对应的M个import-RT扩展团体属性和与第一RT对应的默认路由。
结合第二方面,在一种可能的实现方式中,方法还包括:UPE根据预设规则从M个import-RT扩展团体属性中确定第一import-RT扩展团体属性;向SPE发送第二报文,第二报文包括第一import-RT扩展团体属性和组播信息。其中,第一import-RT扩展团体属性包括全局管理标识和本地管理标识。
结合上述可能的实现方式,在另一种可能的实现方式中,UPE根据预设规则从M个import-RT扩展团体属性中确定第一import-RT扩展团体属性,包括:UPE根据全局管理标识的大小从M个import-RT扩展团体属性中确定第一import-RT扩展团体属性。
第三方面,本申请实施例还提供了一种获取路由信息的装置,用于实现上述第一方面描述的方法。获取路由信息的装置为SPE或支持SPE实现该第一方面描述的方法的通信装置,例如该通信装置包括芯片系统。例如,该获取路由信息的装置包括:接收单元、处理单元和发送单元。所述接收单元,用于接收第一报文,第一报文包括第一RT和第一import-RT扩展团体属性。所述处理单元,用于根据接收单元接收到的第一RT将第一import-RT扩展团体属性存储到import-RT集合,import-RT集合包括第一RT以及与第一RT对应的M个import-RT扩展团体属性,M个import-RT扩展团体属性包括第一import-RT扩展团体属性,M为大于或等于1的整数。发送单元,用于发送第二报文,第二报文包括第一RT、与第一RT对应的M个import-RT扩展团体属性和与第一RT对应的默认路由。
可选地,具体的处理方法同第一方面中相应的描述,这里不再赘述。
第四方面,本申请实施例还提供了一种获取路由信息的装置,用于实现上述第二方面描述的方法。获取路由信息的装置为UPE或支持UPE实现该第二方面描述的方法的通信装置,例如该通信装置包括芯片系统。例如,获取路由信息的装置包括:接收单元和处理单元。接收单元,用于接收第一报文,第一报文包括第一RT、与第一RT对应的M个import-RT扩展团体属性和与第一RT对应的默认路由。所述处理单元,用于根据与第一RT对应的M个import-RT扩展团体属性和与第一RT对应的默认路由生成默认路由与M个import-RT扩展团体属性的对应关系。
可选地,获取路由信息的装置还可以包括发送单元,用于发送第二报文,第二报文包括第一import-RT扩展团体属性和组播信息。
需要说明的是,上述第三方面和第四方面的功能模块可以通过硬件实现,也可以通过硬件执行相应的软件实现。硬件或软件包括一个或多个与上述功能相对应的模块。例如,收发器,用于完成接收单元和发送单元的功能,处理器,用于完成处理单元的功能,存储器,用于处理器处理本申请实施例的方法的程序指令。处理器、收发器和存储器通过总线连接并完成相互间的通信。具体的,可以参考第一方面所述的方法至第二方面所述的方法中的SPE或UPE的行为的功能。
第五方面,本申请实施例还提供了一种获取路由信息的装置,用于实现上述第一方面描述的方法。所述获取路由信息的装置为SPE或支持SPE实现该第一方面描述的方法的通信装置,例如该通信装置包括芯片系统。例如所述获取路由信息的装置包括处理器,用于实现上述第一方面描述的方法的功能。所述获取路由信息的装置还可以包括存储器,用于存储程序指令和数据。所述存储器与所述处理器耦合,所述处理器可以调用并执行所述存储器中存储的程序指令,用于实现上述第一方面描述的方法中的功能。所述获取路由信息的装置还可以包括通信接口,所述通信接口用于该获取路由信息的装置与其它设备进行通信。示例性地,若所述获取路由信息的装置为SPE,该其它设备为UPE。
在一种可能的设备中,该获取路由信息的装置包括:通信接口,所述通信接口用于所述获取路由信息的装置和其它装置进行通信。示例性地,该通信接口可以是收发器。存储器,用于存储程序指令。收发器,用于接收第一报文,第一报文包括第一RT和第一import-RT扩展团体属性,以及发送第二报文,第二报文包括第一RT、与第一RT对应的M个import-RT扩展团体属性和与第一RT对应的默认路由。处理器,用于根据第一RT将第一import-RT扩展团体属性存储到import-RT集合,import-RT集合包括第一RT以及与第一RT对应的M个import-RT扩展团体属性,M个import-RT扩展团体属性包括第一import-RT扩展团体属性,M为大于或等于1的整数。
可选地,具体的方法同第一方面中相应的描述,这里不再赘述。
第六方面,本申请实施例还提供了一种获取路由信息的装置,用于实现上述第二方面描述的方法。所述获取路由信息的装置为UPE或支持UPE实现该第二方面描述的方法的通信装置,例如该通信装置包括芯片系统。例如所述获取路由信息的装置包括处理器。处理器,用于实现上述第二方面描述的方法中的功能。所述获取路由信息的装置还可以包括存储器,用于存储程序指令和数据。所述存储器与所述处理器耦合,所述处理器可以调用并执行所述存储器中存储的程序指令,用于实现上述第二方面描述的方法中的功能。所述获取路由信息的装置还可以包括通信接口,所述通信接口用于该获取路由信息的装置与其它设备进行通信。示例性地,若所述获取路由信息的装置为UPE,该其它设备为SPE。
在一种可能的设备中,该获取路由信息的装置包括:通信接口,所述通信接口用于所述获取路由信息的装置和其它装置进行通信。示例性地,该通信接口可以是收发器。所述收发器,用于接收第一报文,第一报文包括第一RT、与第一RT对应的M个import-RT扩展团体属性和与第一RT对应的默认路由。存储器,用于存储程序指令。处理器,用于根据与第一RT对应的M个import-RT扩展团体属性和与第一RT对应的默认路由生成默认路由与M个import-RT扩展团体属性的对应关系。
第七方面,本申请实施例还提供了一种计算机可读存储介质,包括:计算机软件指令;当计算机软件指令在获取路由信息的装置中运行时,使得获取路由信息的装置执行上述第一方面或第二方面所述的方法。
第八方面,本申请实施例还提供了一种包含指令的计算机程序产品,当计算机程序产品在获取路由信息的装置中运行时,使得获取路由信息的装置执行上述第一方面或第二方面所述的方法。
第九方面,本申请实施例提供了一种芯片系统,该芯片系统包括处理器,还可以包括存储器,用于实现上述方法中SPE或UPE的功能。该芯片系统可以由芯片构成,也可以包含芯片和其他分立器件。
第十方面,本申请实施例还提供了一种通信系统,所述通信系统包括第三方面描述的SPE或支持SPE实现该第一方面描述的方法的通信装置,以及第四方面描述的UPE或支持UPE实现该第二方面描述的方法的通信装置;
或所述通信系统包括第五方面描述的SPE或支持SPE实现该第一方面描述的方法的通信装置,以及第六方面描述的UPE或支持UPE实现该第二方面描述的方法的通信装置。
通过上述方法,UPE可以接收到SPE发送的第一RT、与第一RT对应的M个import-RT扩展团体属性和与第一RT对应的默认路由,由于第一RT用于标识第一VPN,默认路由为第一VPN的默认路由,使得UPE能够将第一RT、所述M个import-RT扩展团体属性和与所述第一RT对应的默认路由发通过SPE转发给NPE,使得NPE根据上述信息建立组播表项,并根据该组播转发表项转发第一VPN的流量,以实现在HoVPN场景下运行NGMVPN。
另外,上述任意方面的设计方式所带来的技术效果可参见第一方面和第二方面中不同设计方式所带来的技术效果,此处不再赘述。
本申请实施例中,SPE、UPE、获取路由信息的装置和通信装置的名字对设备本身不构成限定,在实际实现中,这些设备可以以其他名称出现。只要各个设备的功能和本申请实施例类似,属于本申请权利要求及其等同技术的范围之内。
附图说明
图1为现有技术提供的一个虚拟专用网的简化结构示例图;
图2为现有技术提供的一种BGP/MPLS VPN网络的简化结构示例图;
图3为现有技术提供的一种HVPN的简化结构示例图;
图4为本申请实施例提供的一种HoVPN的简化结构示例图;
图5为本申请实施例提供的一种获取路由信息的方法的流程图;
图6为本申请实施例提供的另一种获取路由信息的方法的流程图;
图7为本申请实施例提供的另一种HoVPN的简化结构示例图;
图8为本申请实施例提供的一种获取路由信息的装置的组成示例图;
图9为本申请实施例提供的另一种获取路由信息的装置的组成示例图;
图10为本申请实施例提供的又一种获取路由信息的装置的组成示例图。
具体实施方式
为了下述各实施例的描述清楚简洁,首先给出相关技术的简要介绍:
虚拟专用网(virtual private network,VPN)技术就是通过隧道技术在公共数据网络上虚拟出的一条点到点的专有网络的技术。VPN的基本原理是利用隧道(tunneling)技术将VPN报文封装在隧道中,利用VPN骨干网建立专用数据传输通道,实现报文的透明传输。
图1为现有技术提供的一个虚拟专用网的简化结构示例图。假定某个机构在两个相隔较远的不同地点建立了专用网A和专用网B,专用网A的网络地址为专用地址10.1.0.0。专用网B的网络地址为专用地址10.2.0.0。专用网A和专用网B之间需要通过公用的因特网构成一个VPN。
如图1所示,假设主机X的地址为10.1.0.1,主机Y的地址为10.2.0.3。若主机X向主机Y发送IP数据报,IP数据报的源地址是10.1.0.1,IP数据报的目的地址是10.2.0.3。这个IP数据报先作为本地机构的内部数据报从主机X发送到与因特网连接的路由器R1。路由器R1收到内部数据报后,发现内部数据报的目的网络通过因特网才能到达,将内部数据报进行加密(保证了内部数据报的安全),然后重新加上数据报的首部,封装成为在因特网上发送的外部数据报,外部数据报的源地址是路由器R1的全球地址125.1.2.3,外部数据报的目的地址是路由器R2的全球地址194.4.5.6。路由器R2收到外部数据报后将其数据部分取出进行解密,恢复出原来的内部数据报,内部数据报的目的地址是10.2.0.3,根据内部数据报的目的地址将内部数据报转发给主机Y。需要说明的是,外部数据报从路由器R1传输到路由器R2可能需要经过因特网中的很多个网络和路由器,但从逻辑上看,在路由器R1到路由器R2之间好像是一通直通的点对点链路,即VPN隧道。
多协议标签交换(multi-protocol label switching,MPLS)是一种支持多种网络层协议的快速转发技术,由因特网工程任务组(Internet Engineering Task Force,IETF)提出的IP高速骨干网交换标准。用于快速数据包交换和路由的体系,它为网络数据流量提供了目标、路由地址、转发和交换等能力。
传统的VPN一般是通过通用路由封装(Generic Routing Encapsulation,GRE)协议、二层隧道协议(Layer 2Tunneling Protocol,L2TP)、点到点隧道协议(point to pointtunneling protocol,PPTP)、Internet协议安全性(Internet Protocol Security,IPSec)协议等隧道协议来实现私有网络间数据流在公网上的传送。MPLS VPN是通过将私有网络的不同分支联结起来,形成一个统一的网络。
VPN的IP路由可以是指VPN-IPv4路由。所谓VPN就是一个由若干个站点组成的集合。例如,公司总部、分支机构都是站点。BGP/MPLS VPN包括用户网边缘(customer edge,CE)路由器、骨干网边缘(provider edge,PE)路由器和骨干网核心(provider,P)路由器。PE路由器是BGP/MPLS VPN的主要实现者。P路由器负责MPLS转发。骨干网PE路由器和P路由器之间运行公网内部网关协议(Interior Gateway Protocol,IGP)、公网内部边界网关协议(Internal Border Gateway Protocol,IBGP),且配置MPLS LSP,用于MPLS域标签转发。CE路由器与PE路由器之间运行外部边界网关协议(External Border Gateway Protocol,EBGP)。CE路由器是站点入口,不同VPN之间是隔离通信的。
图2为现有技术提供的一种BGP/MPLS VPN网络的简化结构示例图。骨干网包括PE路由器1、PE路由器2和P路由器。PE路由器1连接CE路由器1和CE路由器3。CE路由器1是VPN1的用户侧网边缘路由器。CE路由器3是VPN2的用户侧网边缘路由器。PE路由器2连接CE路由器2和CE路由器4。CE路由器2是VPN1的用户侧网边缘路由器。CE路由器4是VPN2的用户侧网边缘路由器。站点1和站点2属于VPN1,站点3属于VPN2。在转发IP数据报之前,PE路由器需要先进行路由学习,然后PE路由器才能基于学习的路由进行IP数据报的转发。
下面对路由学习的过程进行简单介绍。当CE路由器2从站点2上根据BGP/EBGP协议学习到VPN1的路由,CE路由器2和PE路由器2间建立EBGP,CE路由器2利用EBGP将VPN1的路由从CE路由器2传递给PE路由器2。假设VPN1的路由为10.1/16。PE路由器2接收到路由10.1/16之后,根据PE路由器2的接口绑定的VPN实例,将路由10.1/16保存到VPN实例对应的虚拟路由转发(VPN routing and forwarding,VRF)表中,并为路由10.1/16分配VPN标签,VPN标签也就是内层标签。如表1所示,路由学习过程中出口(egress)PE路由器上的VRF表结构示例图。
表1
PE路由器2根据与PE路由器1之间的IBGP路由协议将路由10.1/16保存到BGP路由表中,并向PE路由器1转发与路由10.1/16相关的其他信息,如路由10.1/16的VPN标签、路由标志(route distinguisher,RD)和输出路由目标(export routing target,export RT)。其中,由于公网无法区分多个VPN下相同的路由前缀,RD用于标识PE路由器上不同的VPN实例。RT用于PE路由器收到不同VPN的IP路由后区分下发给哪个VRF表。RT是BGP中的扩展团体属性,标签的生成由RT完成,PE路由器依靠RT属性区分不同VPN之间路由,当从VRF表中导出VPN的IP路由,并将VPN的IP路由进行封装发送时,要用export RT对VPN的IP路由进行标记。当往VRF表中保存VPN的IP路由时,只有所带RT标记与VRF表中任意一个输入路由目标(import RT)相符的路由才会被保存到VRF表中。
路由10.1/16到达PE路由器1后,PE路由器1上存储有多个VRF表,PE路由器1根据export RT在多个VRF表中查找,找到与路由10.1/16的export RT相匹配的import RT,并将路由10.1/16保存到包括与export RT相匹配的import RT的VRF表中。此时,剥去RD以及携带的VPN标签。如表2所示,路由学习过程中入口(import)PE路由器上的VRF表结构示例图。
表2
PE路由器1再利用EBGP协议将路由10.1/16从PE路由器1传递给CE路由器1,CE路由器1将从EBGP路由学到的路由10.1/16存储到IGP表中。
需要说明的是,属于同一个VPN的两个站点之间转发数据报使用两层标签,即在本端PE路由器上为报文打上内层标签和外层标签。
外层标签用于在骨干网内部进行交换,指示从本端PE路由器到对端PE路由器的一条LSP。IP数据报利用外层标签可以沿LSP到达对端PE路由器。骨干网隧道可以是LSP隧道、MPLS流量工程(traffic engineering,TE)隧道或通用路由封装(generic routingencapsulation,GRE)隧道。当骨干网隧道为LSP隧道或MPLS TE隧道时,骨干网标签为MPLSLSP标签(MPLS TE隧道的CR-LSP也是采用LSP标签)。当骨干网隧道为GRE隧道时,骨干网标签为GRE封装。
内层(私网)标签用于在IP数据报从对端PE路由器到达对端CE路由器时使用,指示报文应该被送到哪个站点,即为不同路由或不同VPN实例所分配的私网路由标签。具体的,当PE路由器之间已在通过MP-BGP相互发布VPN的IP路由时,会将本端所学习的每个私网VPN的IP路由所分配的私网标签通告给了对端PE路由器,这样对端PE路由器根据IP数据报中所携带的私网标签可以找确定报文所属的VPN实例,然后再通过查找该VPN实例的路由表,将IP数据报正确地转发到相应的站点。
假设站点1发出一个目的地址为10.1.1.1的IP数据报,CE路由器1将IP数据报发送至PE路由器1;PE路由器1收到IP数据报后,根据入接口判断出所属VPN实例,在VPN实例对应的VRF表中查找到路由10.1/16,匹配后打上VPN标签,同时PE路由器1作为MPLS域的LSR,还要再封装上一层LSP标签;IP数据报携带两层标签经过MPLS VPN骨干网,在P路由器上不断地交换外层的LSP标签,IP数据报到达PE路由器2时只剩下内层标签;PE路由器2根据VPN标签和目的地址找到对应的出接口,将IP数据报发送给CE路由器2,CE路由器2再根据正常的IP转发流程,将IP数据报送到目的地。
城域网的典型结构是三层模型:核心层、汇聚层和接入层。为了在分层结构网络中部署VPN功能,BGP/MPLS VPN要从平面模型转变为分层模型,因此产生了层次化VPN(hierarchy VPN,HVPN)结构。核心层包括网络侧边缘(network provider edge,NPE)路由器。汇聚层包括运营商侧边缘(service provider-end edge,SPE)路由器。接入层包括用户侧边缘(user provider-end edge,UPE)路由器。图3为现有技术提供的一种HVPN的简化结构示例图。
默认路由(default route)是一种特殊的静态路由,指的是当路由表中与IP数据报的目的地址之间没有匹配的表项时路由器所选择的路由。为了减小UPE路由器存储路由信息的压力,SPE路由器可以仅向UPE路由器发布默认路由,UPE路由器只维护用户侧路由无需维护网络侧路由。在这种情况下,可以将该HVPN的实现方式称为HoVPN(hierarchy ofVPN)。
组播VPN(multicast VPN,MVPN)通过对私网组播报文进行封装,并将私网组播报文由各站点间建立的组播隧道进行传递,以完成组播数据在私网之间的传送。
NG MVPN是IP组播数据流量穿越BGP/MPLS VPN网络的新一代框架,使用BGP来传递私网组播协议报文和私网组播路由,简化了网络部署复杂度,降低了网络维护难度,使组播和单播业务在同一个VPN架构中。在HoVPN中,由于SPE路由器仅向UPE路由器发送默认路由,NPE路由器发送的VPN的IP路由对应的组播相关信息无法传递给UPE路由器,UPE路由器无法学习到源的VPN的IP路由以及VPN的IP路由对应的组播信息。但是,运行NGMVPN协议需要使用VPN的IP路由及VPN的IP路由对应的组播信息,这样就影响了NGMVPN的正常运行。
为了解决上述问题,本申请实施例提供了一种获取路由信息的方法,其基本原理是:SPE接收到包括第一RT和第一import-RT扩展团体属性的第一报文之后,根据第一RT将第一import-RT扩展团体属性存储到import-RT集合,import-RT集合包括第一RT以及与第一RT对应的M个import-RT扩展团体属性,M个import-RT扩展团体属性包括第一import-RT扩展团体属性,M为大于或等于1的整数;再向UPE发送第二报文,第二报文包括第一RT、所述M个import-RT扩展团体属性和与第一RT对应的默认路由。UPE接收到第二报文之后,根据与第一RT对应的M个import-RT扩展团体属性和与第一RT对应的默认路由生成默认路由与M个import-RT扩展团体属性的对应关系,并且UPE根据与默认路由对应的M个import-RT扩展团体属性中选取一个import-RT扩展团体属性发送给SPE。本申请实施例提供的获取路由信息的方法,通过上述方法可以在HoVPN场景下使用NGMVPN技术。
本申请说明书和权利要求书及上述附图中的术语“第一”、“第二”和“第三”等是用于区别不同对象,而不是用于限定特定顺序。
在本申请实施例中,“示例性的”或者“例如”等词用于表示作例子、例证或说明。本申请实施例中被描述为“示例性的”或者“例如”的任何实施例或设计方案不应被解释为比其它实施例或设计方案更优选或更具优势。确切而言,使用“示例性的”或者“例如”等词旨在以具体方式呈现相关概念。
下面将结合附图对本申请实施例的实施方式进行详细描述。
图4为本申请实施例提供的一种HoVPN的简化结构示例图。SPE路由器分别连接NPE路由器1、NPE路由器2和UPE路由器。为例方便起见,将UPE路由器简称为UPE。SPE路由器简称为SPE。NPE路由器1简称为NPE1。如图5所示,本申请实施例提供的一种获取路由信息的方法的流程图,该方法可以包括:
S501、SPE接收第一报文。
SPE接收NPE1发送的第一报文。SPE为NPE1的BGP邻居。第一报文可以包括VPN的IP路由、第一RT和第一import-RT扩展团体属性。第一报文可以是BGP协议规定的更新(update)报文。更新报文包括网络层可达性信息(network layer reachabilityinformation,NLRI)字段和扩展团体属性字段。VPN的IP路由可以位于NLRI字段。第一RT和第一import-RT扩展团体属性可以位于扩展团体属性字段。第一RT用于确定接收第一报文的VPN。在下文中,假设VPN的IP路由为第一VPN的IP路由,第一RT用于标识第一VPN。第一RT可以是对应第一VPN的VRF表中包括的export RT。对应第一VPN的VRF表可以存储在NPE1上。对应第一VPN的VRF表可以简称为VRF1。import-RT扩展团体属性包括全局管理标识(globaladministrator field)和本地管理标识(local administrator field)。全局管理标识用于表示PE在网络中的唯一标识。本地管理标识用于表示PE上VPN的唯一标识。假设对应第一VPN的VRF表中包括的export RT可以为(1:1)。NPE1的import-RT扩展团体属性可以为<3.3.3.3:5>。其中,3.3.3.3表示全局管理标识,5表示本地管理标识。NPE2的import-RT扩展团体属性可以为<4.4.4.4:2>。其中,4.4.4.4表示全局管理标识,2表示本地管理标识。需要说明的是,扩展团体属性用于组播信息交叉。可理解的,SPE根据import-RT扩展团体属性包括的全局管理标识确认接收组播信息,根据import-RT扩展团体属性包括的本地管理标识确认交叉到VPN的VRF表下,建立组播表项,当此VPN有对应组播流量时,VPN按照已建立的P2MP隧道转发。另外,同一个VPN的IP路由对应的RT相同。可选的,第一报文可以包括多个RT。import-RT在本申请实施例中,下文中所述的报文均指更新报文。
S502、SPE根据第一RT将第一import-RT扩展团体属性存储到import-RT集合。
import-RT集合包括第一RT以及与第一RT对应的M个import-RT扩展团体属性,其中,M个import-RT扩展团体属性包括第一import-RT扩展团体属性,M为大于或等于1的整数。M个import-RT扩展团体属性还可以包括SPE通过其他报文接收到的第一RT对应的import-RT扩展团体属性。
可选的,import-RT集合还可以包括其他取值的RT,其他取值的RT中每个RT可以对应至少一个import-RT扩展团体属性。可理解的,RT可以是import-RT集合的索引。SPE接收到VPN的IP路由、第一RT和第一import-RT扩展团体属性之后,根据第一RT在import-RT集合中查找,将第一import-RT扩展团体属性存储到第一RT索引下。
S503、SPE发送第二报文。
SPE根据第一RT将第一import-RT扩展团体属性存储到import-RT集合之后,向UPE发送第二报文,其中,第二报文包括第一RT、与第一RT对应的M个import-RT扩展团体属性和与第一RT对应的默认路由。
需要说明的是,第一RT可以用于确定接收第一报文的VPN为第一VPN。管理员可以为第一VPN内与SPE相邻的所有BGP邻居配置默认路由,因此,与第一RT对应的默认路由为对应第一VPN的默认路由。在本申请实施例中,SPE向UPE发送第二报文中的UPE指的是与SPE相邻的所有BGP邻居,与SPE相邻的所有BGP邻居可以是一个也可以是两个或两个以上。若与SPE相邻的所有BGP邻居是一个UPE,SPE可以向该一个UPE发送第二报文;若与SPE相邻的所有BGP邻居是两个或两个以上UPE,SPE可以向该两个或两个以上UPE发送第二报文。需要说明的是,一个默认路由对应一个VPN。可理解的,SPE需要针对不同的VPN发送一个默认路由。
S504、UPE接收第二报文。
S505、UPE根据与第一RT对应的M个import-RT扩展团体属性和与第一RT对应的默认路由生成默认路由与M个import-RT扩展团体属性的对应关系。
示例的,可以使用列表结构存储,列表使用import-RT标识作为键值,便于查找列表中的内容。如表3所示,默认路由与import-RT扩展团体属性的对应关系。
表3
从而,SPE将第一RT、与第一RT对应的M个import-RT扩展团体属性和与第一RT对应的默认路由传递给UPE,由于第一RT用于标识第一VPN,默认路由为第一VPN的默认路由,使得UPE能够根据第一RT识别接收到的M个import-RT扩展团体属性。
进一步的,在UPE根据与第一RT对应的M个import-RT扩展团体属性和与第一RT对应的默认路由生成默认路由与M个import-RT扩展团体属性的对应关系,即S505之后,如图6所示,本申请实施例还包括以下步骤。
S601、UPE根据第一RT将默认路由保存到VRF表。
UPE根据第一RT在多个VRF表中查找与第一RT相匹配的import-RT,查找到包括与第一RT相匹配的import-RT的VRF表之后,将默认路由保存到包括与第一RT相匹配的import-RT的VRF表中。
S602、UPE获取第一VPN对应的组播表项和VRF表中的默认路由。
组播表项可以通过协议无关组播(Protocol Independent Multicast,PIM)协议建立的。本申请实施例中所述的组播表项可以是指(S,G)路由表项。UPE根据PIM协议建立组播表项的具体方法可以参考现有技术,本申请实施例在此不再赘述。PIM协议表示可以利用静态路由或者任意单播路由协议所生成的单播路由表为IP组播提供路由。因此,若VPN内的站点需要接收组播流量,UPE可以获取VPN对应的(S,G)表项,(S,G)表项包括组播源和组播组,由于UPE还存储有相同的VPN对应的VRF表,UPE并可以通过相同VPN对应的VRF表获取单播路由,从而,利用单播路由来获取组播源的组播流量。
若第一VPN内站点需要接收组播流量,UPE可以获取第一VPN的(S,G)表项中的组播源和组播组。由于第一VPN对应的VRF表中存储的单播路由是学习到的默认路由,UPE可以获取第一VPN对应的VRF表中的默认路由,从而,UPE利用默认路由来获取组播源的组播流量。
S603、UPE根据与第一RT对应的默认路由获取与第一RT对应的M个import-RT扩展团体属性。
由于UPE预先存储有默认路由与M个import-RT扩展团体属性的对应关系,因此,UPE可以根据与第一RT对应的默认路由获取到与第一RT对应的M个import-RT扩展团体属性。
S604、UPE根据预设规则从M个import-RT扩展团体属性中确定第二import-RT扩展团体属性。
UPE根据预设规则从M个import-RT扩展团体属性中确定的第二import-RT扩展团体属性可以与SPE通过第一报文接收到的第一import-RT扩展团体属性相同,也可以不同。
示例的,UPE可以根据import-RT扩展团体属性包括的全局管理标识从M个import-RT扩展团体属性中确定一个import-RT扩展团体属性。例如,选取包括最小全局管理标识的import-RT扩展团体属性。或者,选取包括最大全局管理标识的import-RT扩展团体属性。本申请实施例对此不作限定。假设第一import-RT扩展团体属性为<3.3.3.3:5>,第二import-RT扩展团体属性<4.4.4.4:2>,UPE可以选取<3.3.3.3:5>。当然,也可以根据import-RT扩展团体属性包括的本地管理标识从M个import-RT扩展团体属性中确定一个import-RT扩展团体属性。
S605、UPE发送第三报文。
第三报文包括第一import-RT扩展团体属性和组播信息。组播信息可以位于第三报文包括的NLRI字段。第一import-RT扩展团体属性可以位于第三报文包括的扩展团体属性字段。组播信息包括组播源和组播组。在本申请实施例中,假设组播信息为第一VPN的组播信息,组播信息包括第一VPN的组播源和组播组。在实际应用中,组播信息还可以包括RD和源自治系统(autonomous system,AS)。本申请实施例中所述的第三报文可以是指C组播路由(C-multicast)路由。
S606、SPE接收第三报文。
SPE接收到第三报文后,向与SPE相邻的BGP邻居NPE转发第三报文。NPE接收到组播信息后,查看第一import-RT扩展团体属性。假设第一import-RT扩展团体属性为<3.3.3.3:5>。NPE根据全局管理标识3.3.3.3确认接收组播信息,并根据本地管理标识5确认交叉到第一VPN的VRF表下,建立组播表项,当此第一VPN有对应组播流量时,将按照已建立的P2MP隧道转发。从而,当存在多个NPE时,接收到组播信息后的NPE可以识别组播信息是不是该由自己处理,以及组播信息应该交叉到自己的哪一个VRF表。
UPE、SPE和NPE2之间的获取路由信息的方法可以参考上述对于UPE、SPE和NPE1之间传输获取路由信息的的阐述,本申请实施例对此不作限定。
需要说明的是,当NPE发生故障时,需要撤销NPE学习到的VPN的IP路由,与NPE相邻的BGP邻居SPE感知到路由撤销后,刷新对应的import-RT集合,UPE更新import-RT集合后,重新计算优选属性发送C组播路由引流。
可选的,两个NPE也可以通过两个SPE与UPE链接,配置HoVPN并部署NGMVPN双根1+1保护场景。图7为本申请实施例提供的另一种HoVPN的简化结构示例图。SPE1分别连接NPE1和UPE1。SPE2分别连接NPE2和UPE2。SPE1与SPE2连接。UPE1与UPE2连接。NPE1与NPE2连接。
SPE1不仅可以收到NPE1发送的第一报文,也可以收到SPE2转发的NPE2发送的第二报文,第一报文包括第一VPN的IP路由、第一RT和第一import-RT扩展团体属性。第一RT可以为(1:1)。第一import-RT扩展团体属性可以为<3.3.3.3:5>。第二报文包括第一VPN的IP路由、第一RT和第二import-RT扩展团体属性。第二import-RT扩展团体属性可以为<4.4.4.4:2>。在SPE1接收到第一报文和第二报文之后,SPE1根据第一RT将第一import-RT扩展团体属性和第二import-RT扩展团体属性存储到import-RT集合,发送第三报文,第三报文包括第一RT、第一RT对应的Q个import-RT扩展团体属性和默认路由。同理,SPE2根据第一RT将第一import-RT扩展团体属性和第二import-RT扩展团体属性存储到import-RT集合,发送第四报文,第四报文包括第一RT、第一RT对应的Q个import-RT扩展团体属性和默认路由。Q为大于或等于1的整数。详细解释可以参考S502和S503的详细阐述,本申请实施例在此不再赘述。
在此双归SPE场景下,UPE1可以学习到两条下一跳不同的带有import-RT扩展团体属性的默认路由,默认路由可以形成快速重路由(fast reroute,FRR)。FRR是MPLS TE中实现网络局部保护的技术,只有速率在100Mbps以上的接口才支持FRR。FRR的切换速度可以达到50毫秒,能够最大程度减少网络故障时数据的丢失。
UPE1接收到第三报文和第四报文,即接收到第一RT、第一RT对应的Q个import-RT扩展团体属性和默认路由之后,根据第一RT存储默认路由,并生成默认路由与Q个import-RT扩展团体属性的对应关系。详细解释可以参考S505和S601的详细阐述,本申请实施例在此不再赘述。需要说明的是,UPE1需要为每条带有import-RT扩展团体属性的默认路由生成默认路由与Q个import-RT扩展团体属性的对应关系。
UPE1在生成C组播路由时查询到源或到单播路由为默认路由的FRR场景,每条默认路由通过策略优选import-RT扩展团体属性封装C组播路由发送。需要说明的是,两条VPN的IP路由选择的import-RT扩展团体属性要做排他处理。例如,可以先做主路径优选import-RT扩展团体属性操作,备份路径优选时要排除主路径优选的import-RT扩展团体属性,以保证选择两个不同的根,形成1+1保护场景。
SPE1收到C组播路由转发给NPE1设备,NPE1和NPE2根据import-RT扩展团体属性确认均建立表项流量走对应P2MP隧道转发,UPE根据主备关系选收流量,即UPE收到两份一样的组播流量,然后数据路由的主备选择一份向CE转发,简单描述就是双收选发。详细步骤可以参考现有技术本申请实施例在此不再赘述。另外,UPE2、SPE2和NPE2的相关步骤可以参考上述UPE1、SPE1和NPE1的描述,本申请实施例在此不再赘述。
上述本申请提供的实施例中,分别从SPE、UPE、以及SPE和UPE之间交互的角度对本申请实施例提供的方法进行了介绍。可以理解的是,各个网元,例如SPE、UPE为了实现上述本申请实施例提供的方法中的各功能,SPE和UPE包含了执行各个功能相应的硬件结构和/或软件模块。本领域技术人员应该很容易意识到,结合本文中所公开的实施例描述的各示例的算法步骤,本申请能够以硬件或硬件和计算机软件的结合形式来实现。某个功能究竟以硬件还是计算机软件驱动硬件的方式来执行,取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能,但是这种实现不应认为超出本申请的范围。
本申请实施例可以根据上述方法示例对SPE、UPE进行功能模块的划分,例如,可以对应各个功能划分各个功能模块,也可以将两个或两个以上的功能集成在一个处理模块中。上述集成的模块既可以采用硬件的形式实现,也可以采用软件功能模块的形式实现。需要说明的是,本申请实施例中对模块的划分是示意性的,仅仅为一种逻辑功能划分,实际实现时可以有另外的划分方式。
在采用对应各个功能划分各个功能模块的情况下,图8示出了上述和实施例中涉及的获取路由信息的装置的一种可能的组成示意图,该获取路由信息的装置能执行本申请各方法实施例中任一方法实施例中SPE所执行的步骤。如图8所示,所述获取路由信息的装置为SPE或支持SPE实现实施例中提供的方法的通信装置,例如该通信装置可以是芯片系统。该获取路由信息的装置可以包括:接收单元801、处理单元802和发送单元803。
其中,接收单元801,用于支持获取路由信息的装置执行本申请实施例中描述的方法。例如,接收单元801,用于执行或用于支持获取路由信息的装置执行图5所示的获取路由信息的方法中的S501,图6所示的获取路由信息的方法中的S501和S606。
处理单元802,用于执行或用于支持获取路由信息的装置执行图5所示的获取路由信息的方法中的S502,图6所示的获取路由信息的方法中的S502。
发送单元803,用于执行或用于支持获取路由信息的装置执行图5所示的获取路由信息的方法中的S503,图6所示的获取路由信息的方法中的S503。
需要说明的是,上述方法实施例涉及的各步骤的所有相关内容均可以援引到对应功能模块的功能描述,在此不再赘述。
本申请实施例提供的获取路由信息的装置,用于执行上述任意实施例的方法,因此可以达到与上述实施例的方法相同的效果。
在采用对应各个功能划分各个功能模块的情况下,图9示出了上述和实施例中涉及的获取路由信息的装置的一种可能的组成示意图,该获取路由信息的装置能执行本申请各方法实施例中任一方法实施例中UPE所执行的步骤。如图9所示,所述获取路由信息的装置为UPE或支持UPE实现实施例中提供的方法的通信装置,例如该通信装置可以是芯片系统。该获取路由信息的装置可以包括:接收单元901和处理单元902。
其中,接收单元901,用于支持获取路由信息的装置执行本申请实施例中描述的方法。例如,接收单元901,用于执行或用于支持获取路由信息的装置执行图5所示的获取路由信息的方法中的S504,图6所示的获取路由信息的方法中的S504。
处理单元902,用于执行或用于支持获取路由信息的装置执行图5所示的获取路由信息的方法中的S505,图6所示的获取路由信息的方法中的S505以及S601~S604。
在本申请实施例中,进一步的,如图9所示,该通信装置还可以包括:发送单元903。
发送单元903,用于执行或用于支持获取路由信息的装置执行图6所示的获取路由信息的方法中的S605。
需要说明的是,上述方法实施例涉及的各步骤的所有相关内容均可以援引到对应功能模块的功能描述,在此不再赘述。
本申请实施例提供的获取路由信息的装置,用于执行上述任意实施例的方法,因此可以达到与上述实施例的方法相同的效果。
如图10所示为本申请实施例提供的获取路由信息的装置1000,用于实现上述方法中SPE的功能。该获取路由信息的装置1000可以是SPE,也可以是SPE中的装置。其中,该获取路由信息的装置1000可以为芯片系统。本申请实施例中,芯片系统可以由芯片构成,也可以包含芯片和其他分立器件。或者,获取路由信息的装置1000用于实现上述方法中UPE的功能。该获取路由信息的装置1000可以是UPE,也可以是UPE中的装置。其中,该获取路由信息的装置1000可以为芯片系统。本申请实施例中,芯片系统可以由芯片构成,也可以包含芯片和其他分立器件。
获取路由信息的装置1000包括至少一个处理器1001,用于实现本申请实施例提供的方法中SPE或UPE的功能。示例性地,处理器1001可以用于根据第一RT将第一import-RT扩展团体属性存储到import-RT集合,以及根据第一RT将默认路由保存到VRF表,并生成默认路由与M个import-RT扩展团体属性的对应关系等等,具体参见方法示例中的详细描述,此处不做赘述。
获取路由信息的装置1000还可以包括至少一个存储器1002,用于存储程序指令和/或数据。存储器1002和处理器1001耦合。本申请实施例中的耦合是装置、单元或模块之间的间接耦合或通信连接,可以是电性,机械或其它的形式,用于装置、单元或模块之间的信息交互。处理器1001可能和存储器1002协同操作。处理器1001可能执行存储器1002中存储的程序指令。所述至少一个存储器中的至少一个可以包括于处理器中。
获取路由信息的装置1000还可以包括通信接口1003,用于通过传输介质和其它设备进行通信,从而用于获取路由信息的装置1000中的装置可以和其它设备进行通信。示例性地,若获取路由信息的装置为SPE,该其它设备为UPE。若获取路由信息的装置为UPE,该其它设备为SPE。处理器1001利用通信接口1003收发数据,并用于实现图5和图6对应的实施例中所述的SPE或UPE所执行的方法。
本申请实施例中不限定上述通信接口1003、处理器1001以及存储器1002之间的具体连接介质。本申请实施例在图10中以通信接口1003、处理器1001以及存储器1002之间通过总线1004连接,总线在图10中以粗线表示,其它部件之间的连接方式,仅是进行示意性说明,并不引以为限。所述总线可以分为地址总线、数据总线、控制总线等。为便于表示,图10中仅用一条粗线表示,但并不表示仅有一根总线或一种类型的总线。
在本申请实施例中,处理器可以是通用处理器、数字信号处理器、专用集成电路、现场可编程门阵列或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件,可以实现或者执行本申请实施例中的公开的各方法、步骤及逻辑框图。通用处理器可以是微处理器或者任何常规的处理器等。结合本申请实施例所公开的方法的步骤可以直接体现为硬件处理器执行完成,或者用处理器中的硬件及软件模块组合执行完成。
在本申请实施例中,存储器可以是非易失性存储器,比如硬盘(hard disk drive,HDD)或固态硬盘(solid-state drive,SSD)等,还可以是易失性存储器(volatilememory),例如随机存取存储器(random-access memory,RAM)。存储器是能够用于携带或存储具有指令或数据结构形式的期望的程序代码并能够由计算机存取的任何其他介质,但不限于此。本申请实施例中的存储器还可以是电路或者其它任意能够实现存储功能的装置,用于存储程序指令和/或数据。
通过以上的实施方式的描述,所属领域的技术人员可以清楚地了解到,为描述的方便和简洁,仅以上述各功能模块的划分进行举例说明,实际应用中,可以根据需要而将上述功能分配由不同的功能模块完成,即将装置的内部结构划分成不同的功能模块,以完成以上描述的全部或者部分功能。
在本申请所提供的几个实施例中,应该理解到,所揭露的装置和方法,可以通过其它的方式实现。例如,以上所描述的装置实施例仅仅是示意性的,例如,所述模块或单元的划分,仅仅为一种逻辑功能划分,实际实现时可以有另外的划分方式,例如多个单元或组件可以结合或者可以集成到另一个装置,或一些特征可以忽略,或不执行。另一点,所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口,装置或单元的间接耦合或通信连接,可以是电性,机械或其它的形式。
所述作为分离部件说明的单元可以是或者也可以不是物理上分开的,作为单元显示的部件可以是一个物理单元或多个物理单元,即可以位于一个地方,或者也可以分布到多个不同地方。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。
另外,在本申请各个实施例中的各功能单元可以集成在一个处理单元中,也可以是各个单元单独物理存在,也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现,也可以采用软件功能单元的形式实现。
本申请实施例提供的方法中,可以全部或部分地通过软件、硬件、固件或者其任意组合来实现。当使用软件实现时,可以全部或部分地以计算机程序产品的形式实现。所述计算机程序产品包括一个或多个计算机指令。在计算机上加载和执行所述计算机程序指令时,全部或部分地产生按照本发明实施例所述的流程或功能。所述计算机可以是通用计算机、专用计算机、计算机网络、网络设备、终端或者其他可编程装置。所述计算机指令可以存储在计算机可读存储介质中,或者从一个计算机可读存储介质向另一个计算机可读存储介质传输,例如,所述计算机指令可以从一个网站站点、计算机、服务器或数据中心通过有线(例如同轴电缆、光纤、数字用户线(digital subscriber line,DSL))或无线(例如红外、无线、微波等)方式向另一个网站站点、计算机、服务器或数据中心进行传输。所述计算机可读存储介质可以是计算机可以存取的任何可用介质或者是包含一个或多个可用介质集成的服务器、数据中心等数据存储设备。所述可用介质可以是磁性介质(例如,软盘、硬盘、磁带)、光介质(例如,数字视频光盘(digital video disc,DVD))、或者半导体介质(例如,SSD)等。
以上所述,仅为本申请的具体实施方式,但本申请的保护范围并不局限于此,任何在本申请揭露的技术范围内的变化或替换,都应涵盖在本申请的保护范围之内。因此,本申请的保护范围应以所述权利要求的保护范围为准。
Claims (16)
1.一种获取路由信息的方法,其特征在于,包括:
运营商侧边缘路由器SPE接收第一报文,所述第一报文包括第一路由目标RT和第一输入路由目标import-RT扩展团体属性;
所述SPE根据所述第一RT将所述第一import-RT扩展团体属性存储到import-RT集合,所述import-RT集合包括所述第一RT以及与所述第一RT对应的M个import-RT扩展团体属性,所述M个import-RT扩展团体属性包括所述第一import-RT扩展团体属性,M为大于或等于1的整数;
所述SPE发送第二报文,所述第二报文包括所述第一RT、所述M个import-RT扩展团体属性和与所述第一RT对应的默认路由。
2.根据权利要求1所述的方法,其特征在于,所述方法还包括:
所述SPE接收第三报文,所述第三报文包括第一import-RT扩展团体属性和组播信息;
所述SPE转发所述第三报文。
3.根据权利要求2所述的方法,其特征在于,所述第一RT用于标识第一VPN,所述默认路由为所述第一VPN的默认路由,所述组播信息为所述第一VPN的组播信息,所述组播信息包括组播源和组播组。
4.一种获取路由信息的方法,其特征在于,所述方法包括:
用户侧边缘路由器UPE接收第一报文,所述第一报文包括第一路由目标RT、与所述第一RT对应的M个输入路由目标import-RT扩展团体属性和与所述第一RT对应的默认路由,M为大于或等于1的整数;
所述UPE根据与所述第一RT对应的M个import-RT扩展团体属性和与所述第一RT对应的默认路由生成所述默认路由与所述M个import-RT扩展团体属性的对应关系。
5.根据权利要求4所述的方法,其特征在于,所述方法还包括:
所述UPE根据预设规则从所述M个import-RT扩展团体属性中确定第二import-RT扩展团体属性;
所述UPE发送第二报文,所述第二报文包括第一import-RT扩展团体属性和组播信息。
6.根据权利要求5所述的方法,其特征在于,所述UPE根据预设规则从所述M个import-RT扩展团体属性中确定第一import-RT扩展团体属性,包括:
所述UPE根据全局管理标识的大小从所述M个import-RT扩展团体属性中确定所述第一import-RT扩展团体属性。
7.根据权利要求5-6中任一项所述的方法,其特征在于,所述第一RT用于标识第一VPN,所述默认路由为所述第一VPN的默认路由,所述组播信息为所述第一VPN的组播信息,所述组播信息包括组播源和组播组。
8.一种获取路由信息的装置,其特征在于,包括:
接收单元,用于接收第一报文,所述第一报文包括第一路由目标RT和第一输入路由目标import-RT扩展团体属性;
处理单元,用于根据所述接收单元接收到的所述第一RT将所述第一import-RT扩展团体属性存储到import-RT集合,所述import-RT集合包括所述第一RT以及与所述第一RT对应的M个import-RT扩展团体属性,所述M个import-RT扩展团体属性包括所述第一import-RT扩展团体属性,M为大于或等于1的整数;
发送单元,用于发送第二报文,所述第二报文包括所述第一RT、所述M个import-RT扩展团体属性和与所述第一RT对应的默认路由。
9.根据权利要求8所述的装置,其特征在于,
所述接收单元,还用于接收第三报文,所述第三报文包括第一import-RT扩展团体属性和组播信息;
所述发送单元,还用于转发所述第三报文。
10.根据权利要求9所述的装置,其特征在于,所述第一RT用于标识第一VPN,所述默认路由为所述第一VPN的默认路由,所述组播信息为所述第一VPN的组播信息,所述组播信息包括组播源和组播组。
11.一种获取路由信息的装置,其特征在于,包括:
接收单元,用于接收第一报文,所述第一报文包括第一路由目标RT、与所述第一RT对应的M个输入路由目标import-RT扩展团体属性和与所述第一RT对应的默认路由,M为大于或等于1的整数;
处理单元,用于根据与所述第一RT对应的M个import-RT扩展团体属性和与所述第一RT对应的默认路由生成所述默认路由与所述M个import-RT扩展团体属性的对应关系。
12.根据权利要求11所述的装置,其特征在于,
所述处理单元,还用于根据预设规则从所述M个import-RT扩展团体属性中确定第二import-RT扩展团体属性;
所述装置还包括发送单元,
所述发送单元,用于发送第二报文,所述第二报文包括第一import-RT扩展团体属性和组播信息。
13.根据权利要求12所述的装置,其特征在于,所述处理单元,用于:
根据全局管理标识的大小从所述M个import-RT扩展团体属性中确定所述第一import-RT扩展团体属性。
14.根据权利要求12-13中任一项所述的装置,其特征在于,所述第一RT用于标识第一VPN,所述默认路由为所述第一VPN的默认路由,所述组播信息为所述第一VPN的组播信息,所述组播信息包括组播源和组播组。
15.一种获取路由信息的装置,其特征在于,包括:至少一个处理器、存储器和收发器,其中,所述存储器用于存储计算机程序,使得所述计算机程序被所述至少一个处理器执行时实现如权利要求1-3中任一项所述的获取路由信息的方法或如权利要求4-7中任一项所述的获取路由信息的方法。
16.一种计算机可读存储介质,其特征在于,包括:计算机软件指令;
当所述计算机软件指令在获取路由信息的装置或内置在获取路由信息的装置的芯片中运行时,使得所述获取路由信息的装置执行如权利要求1-3中任一项所述的获取路由信息的方法或如权利要求4-7中任一项所述的获取路由信息的方法。
Priority Applications (2)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201811367864.1A CN111200549B (zh) | 2018-11-16 | 2018-11-16 | 一种获取路由信息的方法及装置 |
PCT/CN2019/117251 WO2020098611A1 (zh) | 2018-11-16 | 2019-11-11 | 一种获取路由信息方法及装置 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201811367864.1A CN111200549B (zh) | 2018-11-16 | 2018-11-16 | 一种获取路由信息的方法及装置 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN111200549A CN111200549A (zh) | 2020-05-26 |
CN111200549B true CN111200549B (zh) | 2021-04-20 |
Family
ID=70731939
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201811367864.1A Active CN111200549B (zh) | 2018-11-16 | 2018-11-16 | 一种获取路由信息的方法及装置 |
Country Status (2)
Country | Link |
---|---|
CN (1) | CN111200549B (zh) |
WO (1) | WO2020098611A1 (zh) |
Families Citing this family (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN111800338B (zh) * | 2020-06-01 | 2022-09-16 | 锐捷网络股份有限公司 | 跨as的evpn路由交互方法及装置 |
CN112637056A (zh) * | 2020-12-25 | 2021-04-09 | 杨世标 | 一种实现城域网默认路由动态调整的方法和系统 |
CN113364692B (zh) * | 2021-06-02 | 2022-04-26 | 烽火通信科技股份有限公司 | 双平面模式下的路由内存优化方法和路由内存优化装置 |
CN115277535B (zh) * | 2022-09-30 | 2022-12-16 | 紫光恒越技术有限公司 | Vpn路由的处理方法、装置、电子设备及可读存储介质 |
Citations (8)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN1414749A (zh) * | 2002-08-23 | 2003-04-30 | 华为技术有限公司 | 一种三层虚拟私有网络及其构建方法 |
CN101136832A (zh) * | 2004-07-13 | 2008-03-05 | 华为技术有限公司 | 多协议标签交换虚拟专用网及其控制和转发方法 |
CN102387061A (zh) * | 2011-10-21 | 2012-03-21 | 华为技术有限公司 | 虚拟私云接入虚拟专用网的方法、装置和系统 |
CN103401752A (zh) * | 2013-07-23 | 2013-11-20 | 迈普通信技术股份有限公司 | 访问虚拟专用网的方法和装置 |
CN105247822A (zh) * | 2013-05-21 | 2016-01-13 | 思科技术公司 | 通过路由重新发起的方式链接服务区 |
CN106034075A (zh) * | 2015-03-09 | 2016-10-19 | 中兴通讯股份有限公司 | 一种为vpn路由分配标签的方法及装置 |
CN107026791A (zh) * | 2016-01-29 | 2017-08-08 | 华为技术有限公司 | 虚拟专用网络vpn业务优化方法和设备 |
CN107707474A (zh) * | 2017-09-29 | 2018-02-16 | 烽火通信科技股份有限公司 | 一种路由分配方法及系统 |
Family Cites Families (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US10051022B2 (en) * | 2016-03-30 | 2018-08-14 | Juniper Networks, Inc. | Hot root standby support for multicast |
-
2018
- 2018-11-16 CN CN201811367864.1A patent/CN111200549B/zh active Active
-
2019
- 2019-11-11 WO PCT/CN2019/117251 patent/WO2020098611A1/zh active Application Filing
Patent Citations (8)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN1414749A (zh) * | 2002-08-23 | 2003-04-30 | 华为技术有限公司 | 一种三层虚拟私有网络及其构建方法 |
CN101136832A (zh) * | 2004-07-13 | 2008-03-05 | 华为技术有限公司 | 多协议标签交换虚拟专用网及其控制和转发方法 |
CN102387061A (zh) * | 2011-10-21 | 2012-03-21 | 华为技术有限公司 | 虚拟私云接入虚拟专用网的方法、装置和系统 |
CN105247822A (zh) * | 2013-05-21 | 2016-01-13 | 思科技术公司 | 通过路由重新发起的方式链接服务区 |
CN103401752A (zh) * | 2013-07-23 | 2013-11-20 | 迈普通信技术股份有限公司 | 访问虚拟专用网的方法和装置 |
CN106034075A (zh) * | 2015-03-09 | 2016-10-19 | 中兴通讯股份有限公司 | 一种为vpn路由分配标签的方法及装置 |
CN107026791A (zh) * | 2016-01-29 | 2017-08-08 | 华为技术有限公司 | 虚拟专用网络vpn业务优化方法和设备 |
CN107707474A (zh) * | 2017-09-29 | 2018-02-16 | 烽火通信科技股份有限公司 | 一种路由分配方法及系统 |
Non-Patent Citations (4)
Title |
---|
IP Routing:BGP Configuration Guide;CISCO SYSTEM,INC;《CISCO》;20130812;全文 * |
MPLS VPN中PE的分层体系结构——HoPE解决方案;三江宁;《道客巴巴》;20120412;全文 * |
Multicast in MPLS/BGP IP VPNs;E. ROSEN,Ed.等;《IETF》;20120229;全文 * |
基于分层PE技术的MPLS-VPN架构优化;宋高俊等;《计算机工程》;20170615;全文 * |
Also Published As
Publication number | Publication date |
---|---|
CN111200549A (zh) | 2020-05-26 |
WO2020098611A1 (zh) | 2020-05-22 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US11050588B2 (en) | Method and system of overlay flow control | |
CN109873760B (zh) | 处理路由的方法和装置、以及数据传输的方法和装置 | |
CN111200549B (zh) | 一种获取路由信息的方法及装置 | |
CN109218178B (zh) | 一种报文处理方法及网络设备 | |
US20200067812A1 (en) | First Hop Gateway Redundancy In A Network Computing Environment | |
US9338079B2 (en) | Method of routing multicast traffic | |
US9148290B2 (en) | Flow-based load-balancing of layer 2 multicast over multi-protocol label switching label switched multicast | |
US7650637B2 (en) | System for ensuring quality of service in a virtual private network and method thereof | |
CN110086714A (zh) | 在以太网vpn中通过多归属设备处理多播连接消息 | |
CN108574639A (zh) | Evpn报文处理方法、设备及系统 | |
CN110324226A (zh) | 改进以太虚拟专用网网络中多宿主站点流量的混叠行为 | |
CN108574630A (zh) | Evpn报文处理方法、设备及系统 | |
CN112422398B (zh) | 消息传输方法及通信装置 | |
CN107959611B (zh) | 一种转发报文的方法,装置及系统 | |
WO2021093463A1 (zh) | 报文转发的方法、第一网络设备以及第一设备组 | |
CN107018076A (zh) | 一种报文监控方法和装置 | |
CN112671650B (zh) | Sd-wan场景下的端到端sr控制方法、系统和可读存储介质 | |
CN113904981A (zh) | 一种路由信息处理方法、装置、电子设备和存储介质 | |
CN114598635A (zh) | 报文传输的方法和装置 | |
US11228459B2 (en) | Anycast address configuration for extended local area networks | |
US20220247598A1 (en) | Packet Detection Method, Connectivity Negotiation Relationship Establishment Method, and Related Device | |
US20220294665A1 (en) | Packet Forwarding Between Hybrid Tunnel Endpoints | |
CN112737951B (zh) | 一种公私网混合场景下端到端sr控制方法、系统和可读存储介质 | |
CN110838965B (zh) | 一种隧道建立方法以及接收节点 | |
Donohue et al. | CCNP Quick Reference |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
PB01 | Publication | ||
PB01 | Publication | ||
SE01 | Entry into force of request for substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
GR01 | Patent grant | ||
GR01 | Patent grant | ||
TR01 | Transfer of patent right |
Effective date of registration: 20211224 Address after: 450046 Floor 9, building 1, Zhengshang Boya Plaza, Longzihu wisdom Island, Zhengdong New Area, Zhengzhou City, Henan Province Patentee after: Super fusion Digital Technology Co.,Ltd. Address before: 518129 Bantian HUAWEI headquarters office building, Longgang District, Guangdong, Shenzhen Patentee before: HUAWEI TECHNOLOGIES Co.,Ltd. |
|
TR01 | Transfer of patent right |