CN102611607A - 域间链路信息的处理方法及路径计算单元 - Google Patents
域间链路信息的处理方法及路径计算单元 Download PDFInfo
- Publication number
- CN102611607A CN102611607A CN2011100237511A CN201110023751A CN102611607A CN 102611607 A CN102611607 A CN 102611607A CN 2011100237511 A CN2011100237511 A CN 2011100237511A CN 201110023751 A CN201110023751 A CN 201110023751A CN 102611607 A CN102611607 A CN 102611607A
- Authority
- CN
- China
- Prior art keywords
- domain
- territory
- pce
- path
- inter
- 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.)
- Pending
Links
Images
Classifications
-
- 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/02—Topology update or discovery
- H04L45/04—Interdomain routing, e.g. hierarchical routing
-
- 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/50—Routing or path finding of packets in data switching networks using label swapping, e.g. multi-protocol label switch [MPLS]
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
Abstract
本发明提供了一种域间链路信息的处理方法及路径计算单元,该方法包括:多PCE协作采用BRPC算法计算跨域双向LSP时,PCE(i+1)在所有从域i+1到域i的单向域间链路中选择满足约束条件的单向域间链路作为潜在域间路径,PCE(i+1)在返回给PCE(i)的PCRep消息中携带选择出的潜在域间路径,其中,1≤i<n,n为计算域序列中包含的域的数量,域1为源节点所在的域,域n为目的节点所在的域,域2到域n-1为LSP顺序经过的中间各个域,PCE(i)负责域i的路径计算。通过本发明,需要进行路径计算的PCE可以拥有域间双向TE链路信息,从而使得双向LSP的计算成为了可能。
Description
技术领域
本发明涉及通信领域,具体而言,涉及一种域间链路信息的处理方法及路径计算单元(Path Computation Element,简称为PCE)。
背景技术
在使用通用多协议标记交换(Generalized Multi-Protocol Label Switching,简称为GMPLS)协议的多层多域网络中,多种具有不同交换能力和速率的节点可以根据实际需求划分为不同域或层,这些域可以是路由器域、光传送网络(Optical Transmission Network,简称为OTN)域或者分组交换网络(Packet Transport Network,简称为PTN)域等。多层多域场景下的跨越多层多域的端到端标签交换路径(Label Switching Path,简称为LSP)计算一直是个难题,由此催生了PCE技术。PCE解决跨域路由,基于不同的PCE架构需要有不同的解决方法。当采用多个PCE协作来解决跨域计算时,当前方法包括每域计算(RFC5152)、反向递归路径计算(Backward Recursive PCE-based Computation,简称为BRPC)(RFC5441)、层次PCE(H-PCE)(draft-king-pce-hierarchy-fwk)进行跨域路径计算。
为解决自治系统(Autonomous System,简称为AS)间路由问题,RFC5316和RFC5392分别基于中间系统-中间系统(Intermediate System-Intermediate System,简称为ISIS)协议和开放最短路径优先(Open Shortest Path First,简称为OSPF)协议定义了扩展的AS间链路信息类型长度值(Type Length Value,简称为TLV),RFC5316和RFC5392对于每域计算和BRPC算法都适用。例如RFC5392中,扩展了新的链路状态洪泛(Link State Advertisement,简称为LSA)来定义域间链路,域间链路在原来流量工程(Traffic Engineering,简称为TE)链路信息的基础上增加了远程AS号(Remote AS Number)、远程AS边界路由器标识(Remote AS BoundaryRouter Identifier,简称为Remote ASBR ID)。ASBR广播包括它知道的链路的TE能力、当前状态、使用情况和在ASBR上配置的远端域编号和TE远端ROUTER ID。这样使得域间链路信息能通过洪泛及时同步到PCE的流量工程数据库(Traffic Engineering Database,简称为TED)中。
RFC5441中对BRPC算法进行了描述,该算法过程依赖于相互协作的PCE之间的通信。路径计算客户(Path Computation Clients,简称为PCC)向其域内的PCE发送路径计算请求(PCReq)消息。该消息在每个域的PCE之间转发,直到请求到达负责计算LSP目的节点所在域的PCE。目的域中的PCE,创建一棵由到达目的节点的潜在路径组成的虚拟最短路径树(Virtual Shortest Path Tree,简称为VSPT),并在路径计算结果(PCRep)消息中将此树传递给先前的PCE。然后每个PCE依次增加VSPT,并将它向回传递,直到源节点所在域的PCE,此PCE使用VSPT选择一条端到端的路径,并将路径发送给PCC。
图1是根据相关技术的BRPC算法计算过程中的VSPT树示意图,如图1所示,RFC 5441中定义的VSPT(i)中,VSPT(i)是指由PCE(i)返回给PCE(i-1)的多点到点(multipoint-to-point)的树。其中,域i的边界点包括:
1)X-en(i)个入边界点BN,记作BN-en(k,i),其中BN-en(k,i)是域i的第k个入边界节点,且k<=X-en(i);
2)X-ex(i)个出边界点BN,记作BN-ex(k,i),其中BN-ex(k,i)是域i的第k个出口边界节点,且k<=X-ex(i);
VSPT(i)树的每条分支代表从BN-en(k,i)到TE LSP目的点、满足约束(如带宽等)的最短路径。
对于PCE(i),其仅计算与域(i-1)连通的边界点。具体的计算步骤如下:
步骤1:PCC首先根据本地配置或自动发现,获得服务其路径计算请求的PCE,然后路径计算请求将沿域序列指定的域的顺序沿多个域的PCE传递,直到到达目的节点所在域的PCE(n)。
步骤2:PCE(n)使用适当的路径计算算法(如CSPF)计算VSPT(n),并将计算出来的VSPT(n)返回给PCE(n-1)。其中,VSPT(n)由一列从域(n)的每个入边界节点BN-en(k,n)到跨域TE LSP目的节点之间最短约束路径组成。
步骤i:对于i=n-1到2时,PCE(i)计算VSPT(i),该树由各个BN-en(k,i)和TE LSP目的节点之间的最短约束路径组成,如图1所示。PCE(i)通过它自己的TED和VSPT(i+1)中的信息进行计算。在Inter-AS TE LSP的计算中,还需要将连接域(i)的Inter-AS链路,加入到域(i+1)中一起进行计算。
步骤n:最后源节点所在域的PCE(1)计算从源节点到目的节点的端到端最短约束路径,并将相应的路径用PCRep返回给请求PCC(源节点),BRPC的跨域路径计算过程结束。
上述过程为BRPC算法计算的一般过程。但是,在使用BRPC算法进行跨域双向LSP路由计算时,如果将连接域(i)的Inter-AS链路也加入到域(i+1)中一起计算,PCE需要知道Inter-ASTE链路的双向链路属性,关于PCE如何得到这些属性信息,RFC5441中并没有给出相关的方案。虽然RFC5316和RFC5392分别基于ISIS协议和OSPF协议定义了扩展的域间链路信息TLV(包括本地IP地址、本地端口标识、远端IP地址、远端端口标识、远端AS ID、链路带宽、权重、SRLG等),但这些信息在整个AS(i)中扩散后,PCE(i)也只能知道AS内的所有TE链路及B1→A1、B2→A2的单向Inter-AS TE链路。对于双向的端到端LSP,反向Inter-AS TE链路(B1←A1和B2←A2)属性仍然没有办法通告,这样就无法计算跨域的双向LSP路由。
发明内容
本发明的主要目的在于提供一种域间链路信息的处理方法及路径计算单元,以至少解决上述问题。
本发明的一个方面提供了一种域间链路信息的处理方法,包括:多PCE协作采用BRPC算法计算跨域双向LSP时,PCE(i+1)在所有从域i+1到域i的单向域间链路中选择满足约束条件的单向域间链路作为潜在域间路径,PCE(i+1)在返回给PCE(i)的PCRep消息中携带选择出的所述潜在域间路径,其中,1≤i<n,n为计算域序列中包含的域的数量,域1为源节点所在的域,域n为目的节点所在的域,域2到域n-1为LSP顺序经过的中间各个域,PCE(i)负责域i的路径计算。
其中,在所述PCRep消息中携带选择出的所述潜在域间路径包括:通过在所述PCRep消息中添加的对象来专门携带选择出的所述潜在域间路径,其中,每个所述对象携带一条选择出的所述潜在域间路径。
其中,在所述PCRep消息中携带选择出的所述潜在域间路径包括:将选择出的所述潜在域间路径加入所述PCRep消息的显式路由对象ERO中携带,其中,每个所述ERO对象包括计算得到的一条本域入边界点到目的点的最短路径以及一条选择出的所述潜在域间路径。
其中,该方法还包括:PCE(i)在PCReq消息的请求参数RP对象中配置标志位,其中,在所述PCReq消息中的所述标志位置位时,指示需要在所述PCRep中携带选择出的所述潜在域间路径;PCE(i+1)在所述PCRep消息的RP对象中配置标志位,其中,在所述PCRep消息中的所述标志位置位时,指示在所述PCRep消息中携带有选择出的所述潜在域间路径且所述PCE(i+1)支持根据选择出的所述潜在域间路径计算跨域双向LSP的BRPC扩展算法。
其中,PCE(i)收到PCE(i+1)返回的PCRep消息之后,还包括:PCE(i)结合PCE(i+1)通过所述PCRep携带的所述潜在域间路径,及在本地流量工程数据库TED中选择的反向满足约束条件的域间路径,得到双向都满足约束条件的连接域i与域i+1的域间路径,其中,所述反向为域间链路从域i到域i+1的方向。
其中,多PCE协作采用BRPC算法计算跨域双向LSP包括:执行目的节点所在的域n中的PCE(n)的处理步骤:第一计算步骤,PCE(n)计算从域n的每个入边界点到目的节点的满足约束条件的最短路径,第一选择步骤,PCE(n)在所有从域n到域n-1的单向域间链路中选择满足约束条件的单向域间链路作为潜在域间路径,第一上报步骤,PCE(n)通过所述PCRep将所述第一计算步骤和所述第一选择步骤的结果返回给域n-1中的PCE(n-1);按照i=n-1到i=2的顺序,执行域i中的PCE(i)的处理步骤,其中,PCE(i)的处理步骤如下:执行第二选择步骤,PCE(i)结合PCE(i+1)返回的所述PCRep携带的潜在域间路径,及在本地TED中选择的反向满足约束条件的域间路径,得到双向都满足约束条件的连接域i与域i+1的域间路径,其中,所述反向为域间链路从域i到域i+1的方向,第二计算步骤,PCE(i)计算从域i的每个入边界点到目的节点的满足约束条件的最短路径,执行第三选择步骤,PCE(i)在所有从域i到域i-1的单向域间链路中选择满足约束条件的单向域间链路作为潜在域间路径,第二上报步骤,PCE(i)通过所述PCRep将所述第二计算步骤和所述第三选择步骤的结果返回给PCE(i-1);执行源节点所在的域1中的PCE(1)的处理步骤:第四选择步骤,PCE(1)结合PCE(2)返回的PCRep携带的所述潜在域间路径,及在本地TED中选择的反向满足约束条件的域间路径,得到双向都满足约束条件的连接域1与域2的域间路径,第三计算步骤,PCE(1)计算从源节点到所述目的节点的端到端满足约束条件的最短路径。
其中,在所述第二计算步骤中,PCE(i)计算从域i的每个入边界点到目的节点的满足约束条件的最短路径包括:PCE(i)根据所述第二选择步骤的结果得到双向都满足约束条件的域i与域i+1之间的域间路径,结合PCE(i+1)返回的从域i+1的每个入边界点到所述目的节点的满足约束条件的最短路径,计算从域i的每个出边界点到所述目的节点的满足约束的最短路径;PCE(i)基于从域i的每个出边界点到所述目的节点的满足约束的最短路径,计算从域i的每个入边界点到所述目的节点的满足约束条件的最短路径。
其中,在所述第三计算步骤中,PCE(1)计算端到端满足约束条件的最短路径包括:PCE(1)根据所述第四选择步骤的结果得到双向都满足约束条件的域1与域2之间的域间路径,结合PCE(2)返回的从域2的每个入边界点到所述目的节点的满足约束条件的最短路径,计算从域1的每个出边界点到所述目的节点的满足约束的最短路径;PCE(1)基于从域1的每个出边界点到目的点的满足约束的最短路径,计算从源节点到所述目的节点的满足约束条件的最短路径。
其中,在所述PCRep中还携带选择出的所述潜在域间路径的状态信息,其中,所述状态信息包括以下至少之一:流量工程能力、链路当前状态、链路当前使用情况。
本发明的另一个方面提供了一种路径计算单元,包括:选择模块,用于在多PCE协作采用反向递归路径计算BRPC算法计算跨域双向标签交换路径LSP的情况下,在所有从所述选择模块所在的PCE(i+1)所在的域i+1到域i的单向域间链路中选择满足约束条件的单向域间链路作为潜在域间路径,其中,1≤i<n,n为计算域序列中包含的域的数量,域1为源节点所在的域,域n为目的节点所在的域,域2到域n-1为LSP顺序经过的中间各个域,PCE(i)负责域i的路径计算;配置模块,用于在返回给PCE(i)的计算结果消息PCRep消息中携带选择出的所述潜在域间路径。
通过本发明,PCE(i+1)在返回给PCE(i)的PCRep消息中携带域i+1到相邻域i的满足约束条件的域间链路,解决了相关技术中PCE仅能获取单向的域间链路的路径信息导致不便进行双向路径计算的问题,通过上述方法,通过BRPC算法进行双向LSP计算时,域间链路相邻的两个域的PCE通过协作可以获知双向都满足约束条件的域间链路,这样,需要进行路径计算的PCE可以拥有域间双向TE链路信息,从而使得双向LSP的计算成为了可能。
附图说明
此处所说明的附图用来提供对本发明的进一步理解,构成本申请的一部分,本发明的示意性实施例及其说明用于解释本发明,并不构成对本发明的不当限定。在附图中:
图1是根据相关技术的BRPC算法计算过程中的VSPT树示意图;
图2是根据本发明实施例的域间链路信息的处理方法的流程图;
图3是根据本发明实施例的路径计算单元的结构框图;
图4是根据实施例1的IVSPT树的示意图;
图5是根据实施例1的多域组网示意图。
具体实施方式
下文中将参考附图并结合实施例来详细说明本发明。需要说明的是,在不冲突的情况下,本申请中的实施例及实施例中的特征可以相互组合。
图2是根据本发明实施例的域间链路信息的处理方法的流程图,该方法包括:
步骤S202,多PCE协作采用BRPC算法计算跨域双向LSP时,PCE(i+1)在所有从域i+1到域i的单向域间链路中选择满足约束条件的单向域间链路作为潜在域间路径,其中,1≤i<n,n为计算域序列中包含的域的数量,域1为源节点所在的域,域n为目的节点所在的域,域2到域n-1为LSP顺序经过的中间各个域,PCE(i)负责域i的路径计算,另外,从域i+1到域i方向即:对于连接域i和域i+1的域间链路,链路的两个端点分别为域i的出边界点和域i+1的入边界点,从域i+1到域i方向指域间链路的从域i+1的入边界点到域i的出边界点方向。;
步骤S204,PCE(i+1)在返回给PCE(i)的路径计算结果(PCRep)消息中携带选择出的潜在域间路径。
相关技术中,基于RFC5392和RFC5316,通过IGP洪泛,PCE可以获得单向域间链路信息,同时当此域间链路属性发生变化时,也通过洪泛可以同步刷新到PCE中,但反方向的域间链路详细信息无法通过洪泛得到,从而PCE无法知道实时的反向域间链路详细信息,因此无法计算满足约束的双向跨域LSP。如果要实现反向Inter-AS TE链路信息的AS间扩散,则需要对现有的标准进行扩展或采用BGP协议进行域间通告。这些都对现有网络提出了更高的要求,实现起来也更为复杂。本实施例中,通过PCRep消息来携带潜在域间路径(例如可以采用路径信息来表示该潜在域间路径),由于该信息一般用于路径计算,因此,在返回PCE(i)的路径计算结果(通过PCRep消息)时返回所有的潜在域间路径,PCE(i)就可以获知域i+1到域i的单向满足约束条件的潜在域间路径,从而便于PCE(i)计算双向LSP。
PCE(i)获知域i+1到域i的单向潜在域间路径之后,就可以根据该获得的潜在域间路径,结合已知晓的本域i到域i+1的满足约束的域间路径,获知在双向上都满足约束的域间路径,具体过程如下:PCE(i)结合PCE(i+1)通过PCRep携带的潜在域间路径,及在本地TED中选择的反向也满足约束条件的域间路径,得到双向都满足约束条件的连接域i与域i+1的域间路径,其中,反向为域间链路从域i到域i+1的方向。经过以上的过程,PCE(i)后续就可以结合PCE(i+1)的域内路径计算结果进行路径计算。
以下详细描述多PCE协作采用BRPC算法计算跨域双向LSP的过程,包括以下步骤:
步骤1,执行目的节点所在的域n中的PCE(n)的处理步骤,包括:
第一计算步骤,PCE(n)计算从域n的每个入边界点到目的节点的满足约束条件的最短路径,注:对于双向LSP计算,此时双向都要满足约束。
第一选择步骤,PCE(n)在所有从域n到域n-1方向的单向域间链路中选择满足约束条件的单向域间链路作为潜在域间路径,
第一上报步骤,PCE(n)通过PCRep将第一计算步骤和第一选择步骤的结果返回给域n-1中的PCE(n-1);
步骤2,按照i=n-1到i=2的顺序,执行域i中的PCE(i)的处理步骤,其中,PCE(i)的处理步骤如下:
执行第二选择步骤,PCE(i)结合PCE(i+1)返回的PCRep携带的潜在域间路径,及在本地TED数据库中选择的反向满足约束条件的域间路径,得到双向都满足约束条件的连接域i与域i+1的域间路径(或链路)。其中,所述反向为域间链路从域i到域i+1的方向。
第二计算步骤,PCE(i)计算从域i的每个入边界点到目的节点的满足约束条件的最短路径,
执行第三选择步骤,PCE(i)在所有从域i到域i-1方向的单向域间链路中选择满足约束条件的单向域间链路作为潜在域间路径,
第二上报步骤,PCE(i)通过PCRep将第二计算步骤和第三选择步骤的结果返回给PCE(i-1);
步骤3,执行源节点所在的域1中的PCE(1)的处理步骤,包括:
第四选择步骤,PCE(1)结合从PCE(2)返回的PCRep携带的潜在域间路径,及在本地TED数据库中选择的反向满足约束条件的域间路径,得到双向都满足约束条件的连接域1与域2的域间路径(或链路),其中,所述反向为从域1到域2的方向。
第三计算步骤,PCE(1)计算从源节点到目的节点的端到端满足约束条件的最短路径。
通过以上的BRPC扩展算法,PCE之间通过协作就可以完成双向LSP的计算。需要说明的是,基于步骤S204中的方法,PCE(i+1)在返回PCE(i)的PCRep消息中携带选择出的潜在域间路径,就可以使得PCE(i)获知目前尚无法获知的从域i+1到域i的满足约束条件的域间路径,从而完成自身的双向路径计算步骤,进而通过整个计算域序列上PCE的互相协作,就能够在计算端到端链路时考虑域间链路的双向特性,最终完成双向LSP计算。也就是说,步骤S204使得双向LSP的计算成为了可能。需要说明的是,以上给出的BRPC扩展算法仅仅是一种优选的实施方式,在实际应用中,基于步骤S204中携带的潜在域间路径,PCE也可以采用其他的算法完成双向LSP计算。
在第二计算步骤中,PCE(i)计算从域i的每个入边界点到目的节点的满足约束条件的最短路径的过程,优选地可以采用以下的顺序完成:PCE(i)根据第二选择步骤的结果得到双向都满足约束条件的域i与域i+1之间的域间路径,结合PCE(i+1)返回的从域i+1的每个入边界点到目的节点的满足约束条件的最短路径,计算从域i的每个出边界点到目的节点的满足约束的最短路径;PCE(i)基于从域i的每个出边界点到目的节点的满足约束的最短路径,计算从域i的每个入边界点到目的节点的满足约束条件的最短路径。
在第三计算步骤中,PCE(1)计算端到端满足约束条件的最短路径包括:PCE(1)根据第四选择步骤的结果得到双向都满足约束条件的域1与域2之间的域间路径,结合PCE(2)返回的从域2的每个入边界点到目的节点的满足约束条件的最短路径,计算从域1的每个出边界点到目的节点的满足约束的最短路径;PCE(1)基于从域1的每个出边界点到目的点的满足约束的最短路径,计算从源节点到目的节点的满足约束条件的最短路径。
为了便于PCE(i)更加精确地完成路径计算,PCRep中还可以携带选择出的潜在域间路径的状态信息,该状态信息用于协助PCE(i)进行路径计算,在实际应用中,可以根据实际情况确定状态信息的种类,从而进行更加灵活及精细的路径计算,例如,状态信息可以包括以下至少之一:流量工程能力、链路当前状态、链路当前使用情况。
在实际应用中,可以采用以下两种方式在PCRep消息中携带选择的潜在域间路径:
(1)通过在PCRep消息中添加的对象来专门携带选择出的潜在域间路径,其中,每个对象携带一条选择出的潜在域间路径(或链路)。为描述方便,在本实施例中,将该对象命名为约束路由对象(Constrain Route Object,简称为CRO),本领域技术人员应当理解,该对象也可以采用其他的名字来命名,此处不作限定。
从逻辑上来说,可以将PCE(i+1)所在的域i+1的一个入边界点到域i的出边界点的所有域间链路中满足约束条件的域间链路整合作为一个域间虚拟最短路径树(Inter-domainVirtual Shortest Path Tree,简称为IVSPT),该IVSPT中的每条域间链路可以在PCRep消息中通过扩展的新对象CRO专门携带。
需要说明的是,多个CRO组成的集合在计算结果应答中可以与一个计算请求同一个层次(即对一个计算请求对应一个CRO集合),也可以与一条路径同一个层次(即对一个计算请求中的一条显式路由对象(Explicit Route Object,简称为ERO)对应一个CRO集合)。也就是说,每个路径计算请求对应一个由CRO构成的CRO集合;或者,PCE响应于路径计算请求计算得到的每一条虚拟最短路径对应一个由CRO构成的CRO集合。
(2)将选择出的潜在域间路径加入PCRep消息的显式路由对象ERO中携带,其中,每个ERO对象包括计算得到的一条本域入边界点到目的点的最短路径以及一条选择出的所述潜在域间路径。
从逻辑上来说,可以将选择的潜在域间路径(或链路)添加到相应的VSPT中,为了减少VSPT传输时所占用的资源,另外也是为了简化后续PCE的路径计算过程,若从域i+1中的一个入边界点到域i的所有出边界点的所有域间链路都不满足约束条件,则PCE(i+1)的VSPT中删除经过该入边界节点的最优路径。
PCE(i)可以在PCEP消息的请求参数RP对象中定义新标志位(即实施例1中定义的IVSPT标志):PCE(i)在PCReq计算请求消息中该标志置位指示计算结果消息PCRep中必须包含满足约束的潜在域间路径,也就是说PCE(i)支持BRPC扩展算法。PCE(i+1)在PCRep消息的RP对象中该标志置位指示已经携带满足约束潜在域间路径,并且支持BRPC扩展算法。
在具体实施中,为了便于管理,可以设置一个专门针对IVSPT模式的错误值,在PCE(i+1)识别IVSPT标志失败的情况下,返回路径计算失败(PCErr)消息,其中,PCErr消息携带的失败类型指示不支持BRPC扩展算法。
需要说明的是,域间链路指连接两个相邻域的边界节点的TE链路,连接两个节点的端口间的TE链路有两条单向链路,域间路径指PCE计算得到的LSP路由,域间路径指LSP在两个相邻域经过的路由,由于本文中选择域间链路后,经过此域间链路即构成了域间路由。
图3是根据本发明实施例的路径计算单元的结构框图,其包括:选择模块32,用于在多PCE协作采用BRPC算法计算跨域双向LSP的情况下,在所有从选择模块32所在的PCE(i+1)所在的域i+1到域i的单向域间链路中选择满足约束条件的单向域间链路作为潜在域间链路,其中,1≤i<n,n为计算域序列中包含的域的数量,域1为源节点所在的域,域n为目的节点所在的域,域2到域n-1为LSP顺序经过的中间各个域,PCE(i)负责域i的路径计算;配置模块34,用于在返回给PCE(i)的计算结果消息PCRep消息中携带选择出的潜在域间路径。
以下描述的实施例1-3,综合了上述多个优选实施例的技术方案。
实施例1
为了解决域间反向链路状态信息的及时刷新和获取问题,从而解决多PCE协作的各种跨域路径计算场景中PCE仅能获取单向的域间链路导致不便进行双向LSP路径计算的问题,本实施例在现有协议的基础上,通过扩展BRPC算法,实现域间TE链路信息的通知,解决了在计算跨域双向LSP时无法得到双向域间TE链路信息的问题。
本实施例中,当多PCE协作采用BRPC算法计算双向跨域LSP时,每个域的PCE在通过PCRep消息返回计算结果时,在PCRep消息中同时也携带该PCE自身所在域到下一级计算发生的域的单向的满足约束条件的域间链路,具体可以携带这些域间链路的流量工程能力、当前状态及使用情况中的一项或多项,这样,进行下一级计算的PCE就可以根据获得的满足约束条件的单向域间链路,确定在双向上都能够满足约束条件的域间链路,从而进行跨域双向LSP计算。采用此方法后,域间链路相邻的两个域各自计算自己域内的单向域间链路,最后通过PCE协作获知双向都满足约束条件的域间TE链路,从而实现跨域双向LSP的计算。此方法巧妙地解决了域间反向链路信息的通知、及时刷新的问题,该方法尤其适用于BRPC。
一)BRPC算法扩展
扩展BRPC协作算法,支持多PCE协作方式下双向跨域LSP计算。中间域和尾域PCE计算挑选正向满足约束条件的域间链路。邻居PCE收到后再从这些域间链路中挑选反向也满足约束条件的域间链路,即挑选得到的是双向都满足条件的域间链路。然后计算本域的每个出边界点到目的节点的满足约束条件的最短路径,基本计算思路如下:
步骤1,在计算从本域的每个入边界节点到目的节点的最短约束路径之后,除PCE(1)之外每个PCE(i+1)选择域i+1到域i的满足约束条件的域间链路并将其携带在PCRep中返回PCE(i);
步骤2,PCE(i)在接收到的PCRep消息中携带的域间链路中,选择在反向上也满足约束条件的域间链路,从而得到双向都满足条件的域间链路,并计算从域i的每个出边界节点到目的节点的最短约束路径。
以下详细描述扩展后的BRPC计算过程实现双向跨域路径计算:
步骤1,PCE(i)选择PCE,并将计算请求沿PCE链发送至目的点所在的尾域PCE。
步骤2,尾域PCE(n)处理:
2.1、PCE(n)计算从域n的每个入边界点到所述目的节点的满足约束条件的最短路径;
2.2、PCE(n)在所有从本域n到邻居域n-1的单向域间链路中挑选满足约束条件的单向域间链路,作为潜在域间路径;
2.3、通过PCRep消息(包含上述2.1和2.2的计算结果)返回结果给PCE(n-1)。
需要说明的是,对于单向LSP计算,可以不进行步骤2.2。
步骤i,对于i=n-1到2,中间域PCE(i)处理如下:
i1、PCE(i)结合PCE(i+1)返回的PCRep消息中的潜在域间路径,及本地TED数据库中挑选的反向满足约束条件的域间链路,得到双向都满足约束的连接本域i与邻居域i+1的域间链路或路径。其中,所述反向为域间链路从域i到域i+1的方向。
i.2、PCE(i)计算从本域的每个出边界点到目的点的满足约束的最短路径。
i.3、PCE(i)计算从本域每个入边界点到目的点计算满足约束的最短路径。
i.4、PCE(i)在所有从本域i到邻居域i-1的单向域间链路中挑选满足约束条件的单向域间链路,作为潜在域间路径。
i.5、通过PCRep消息(包含步骤i.3及步骤i.4的计算结果)返回计算结果给PCE(i-1)。
需要说明的是,对于单向LSP计算,可以不进行步骤i.1、i.2和i.4。
步骤n,首域PCE(1)处理:
n.1、PCE(1)结合PCE(2)通过PCRep消息返回的潜在域间路径,及本地TED数据库中挑选的反向满足约束条件的域间链路,得到双向都满足约束的连接本域1与邻居域2的域间链路或路径。其中,所述反向为域间链路从域1到域2的方向。
n.2、PCE(1)计算从本域的每个出边界点到目的点的满足约束的最短路径。
n.3、PCE(1)计算端到端满足约束的最短路径。之后PCE(1)可以通过PCRep消息将端到端计算结果返回给PCC。
需要说明的是,对于单向LSP计算,可以不进行步骤n.1和n.2。
二)PCEP协议扩展
1)定义RP对象新标志,在PCEP消息的RP对象中新增标志:
IVSPT Flag
BitNumber(比特号) Name Flag(名称标志)
24 IVSPT
PCReq消息:
IVSPT Flag置位表示需要返回域i+1到域i的满足约束条件的域间链路,也就是说,当前PCC(此时指PCE(i))要求采用本实施例所给出的扩展的BRPC算法来进行计算过程。
PCRep消息:
IVSPT Flag置位表示PCE支持本专利扩展的BRPC算法,且满足约束条件的潜在域间路径在PCRep消息中已经携带。
2)定义新错误类型,表示本实施例的扩展过程执行失败
当PCE不能识别IVSPT标志,PCE返回错误类型Error-Type=4(表示不支持的对象)的PCErr消息。
PCEP协议中PCEP-ERROR对象用于报告PCE协议错误,并且Error-Type用于指示错误的类型。
可以定义一个新的new Error-Type与本实施例扩展的BRPC相关。
Error-Type Meaning
TBD Enhanced BRPC procedure unsupported(不支持本专利的扩展BRPC算法)
Error-value 1:Enhanced BRPC procedure not supported by one or more PCEsalong the domain path(沿域路径的一个或多个PCE不支持扩展BRPC)
3)在PCEP消息中携带域间路径或链路
为了通知满足约束条件的域间链路,需要在PCRep中携带潜在域间路径或链路,在本实施例中,给出了两种携带方式:一是引入一个新的对象域间虚拟最短路径树(Inter-AS VirtualShortest Path Tree,简称为IVSPT,专门用于携带域间链路;另外一种是对VSPT进行扩展来携带域间链路。
以下分别通过3.1和3.2进行说明:
3.1:域间路径携带方式一:定义新对象携带域间路径
采用BRPC方式计算跨域双向路径场景下,对比RFC5441定义的BRPC过程,新增加的处理是:对于连接上游域和下游域的所有域间双向链路:下游域PCE计算挑选这些链路一个方向的链路路径,挑选出的路径必须满足约束条件,同时在计算结果应答消息PCRep中通过CRO携带IVSPT(包含域间路径的潜在路径树);上游域PCE收到下游计算结果后,在上游挑选的域间路径中再计算并筛选这些路径的另一个方向也满足约束条件的链路,也就是计算得到双向都满足条件的域间链路。然后基于域间双向链路和下游返回结果再次计算包含这些域间双向链路到目的点的最佳路由。
3.1.1:定义IVSPT
在VSPT基础上,新定义了IVSPT,用于描述域间路径。图4是根据实施例1的IVSPT树的示意图,如图4所示,IVSPT(j,i)是PCE(i)返回给PCE(i-1)的第j个多点到点(multipoint-to-point)树,其中,[Yj-ex(i-1)]是与域i入边界点BN-en(j,i)连通的域i-1的出边界点BN的个数,且kj<=[Yj-ex(i-1)]。IVSPT具体如下:
● IVSPT(1,i):
其中,[Y1-ex(i-1)]是与域i入边界点BN-en(1,i)连通的域i-1的出边界点BN的个数,且k1<=[Y1-ex(i-1)]。
● IVSPT(2,i):
其中,[Y2-ex(i-1)]是与域i入边界点BN-en(2,i)连通的域i-1的出边界点BN的个数,且k2<=[Y2-ex(i-1)]。
............
● IVSPT(j,i):
其中,[Yj-ex(i-1)]是与域i入边界点BN-en(j,i)连通的域i-1的出边界点BN的个数,且kj<=[Yj-ex(i-1)]。
综上,IVSPT(j,i)代表从BN-en(j,i)到域i-1的出边界点BN的满足约束的单向域间路径。
3.1.2:约束路由对象(Constrain Router Object,简称为CRO)
定义约束路由对象CRO新对象,该对象用于在PCRep消息中携带域间路径。
Sub-objects:CRO支持下述子对象:
Type(类型) Sub-object(子对象)
1 IPv4 prefix(IPv4前缀)
2 IPv6 prefix(IPv6前缀)
4 Unnumbered Interface ID(未编号的接口标识)
这些子对象的定义参见RFC3209、RFC3473、RFC3477。CRO对象可以在PCRep消息中携带。在PCRep消息的计算肯定应答时,CRO对象紧跟在ERO对象之后,用于指示与此ERO(VSPT树中的一条分支)关联的CRO(与VSPT一条分支关联的多条域间路径)。
PCReq消息更新为如下格式:
<PCRep Message>::=<Common Header>
<response-list>
其中:
<response-list>::=<response>[<response-list>]
<response>::=<RP>
[<NO-PATH>]
[<attribute-list>]
[<path-list>]
<path-list>::=<path>[<path-list>][<CRO-list>] //新增对象
<path>::=<ERO><attribute-list>
其中:
<attribute-list>::=[<LSPA>]
[<BANDWIDTH>]
[<metric-list>]
[<IRO>]
<metric-list>::=<METRIC>[<metric-list>]
<CRO-list>::=<CRO>[<CRO-list>] //新增对象
3.1.3:IVSPT编码
IVSPT编码包含了一个无序的CRO对象列表,每个CRO代表满足约束条件的一条域间单向链路的远端边界节点。
图5是根据实施例1的多域组网示意图,如图5所示,图中有三个域(AS1,AS2,and AS3)和十三个LSR(R1到R13)。R3、R4是AS1的边界节点,R5,R6,R7,R8是AS2的边界节点,R9、R10是AS3的边界节点,AS1中PCE是PCE1,AS2中PCE是PCE2,AS3中PCE是PCE3。
假设每个边界节点到目的点R13都存在满足约束的最短路径,则PCE3计算的VSPT树由以下ERO表示:
● ERO1:R9(TE Router ID)-R11(Interface IP address)-R13(TE Router ID)
● ERO2:R10(TE Router ID)-R13(TE Router ID)
假设所有单向域间链路R9→R7,R9→R8 and R10→R8都满足约束条件,则PCE3计算的IVSPTs由以下CRO集合表示:
● CRO1:R9(Interface IP address),R7(TE Router ID)
● CRO2:R9(Interface IP address),R8(TE Router ID)
● CRO3:R10(Interface IP address),R8(TE Router ID)
3.2:域间路径携带方式二:扩展VSPT携带域间路径
3.2.1:定义扩展VSPT
在RFC5441的基础上,扩展VSPT,在VSPT中包含域间路径。新的VSPT(i)定义:
其中,[X-en(i)]是连接域i-1的域i入边界点个数,且j<=[X-en(i)],[Y-ex(i-1)]是连接域i的域i-1出边界点个数,且k1,k2,...,kj<=[Y-ex(i-1)]。
综上,VSPT(i)是域i的PCE(i)返回给PCE(i-1)的路径集合。代表从域i的每个入边界点到目的点的满足约束的潜在最短路径,加上单向满足约束的域i入边界点和域i-1出边界点间的域间路径:
3.2.2:扩展VSPT编码
扩展VSPT编码仍然使用RFC5441中规定的ERO来表示。
仍以图5为例,图中有三个域(AS1,AS2,and AS3)和十三个LSR(R1到R13)。R3、R4是AS1的边界节点,R5,R6,R7,R8是AS2的边界节点,R9、R10是AS3的边界节点,AS1中PCE是PCE1,AS2中PCE是PCE2,AS3中PCE是PCE3。
类似BRPC算法计算R1到R13的端到端最优双向LSP,假设每个入边界节点到目的点R13都存在满足约束的最短路径,并假设所有单向域间链路R9→R7,R9→R8及R10→R8都满足约束条件,则子域PCE3计算得到的路径是:
● ERO1:R7(TE Router ID)-R9(Interface IP address)-R11(Interface IP address)-R13(TERouter ID)
● ERO2:R8(TE Router ID)-R9(Interface IP address)-R11(Interface IP address)-R13(TERouter ID)
● ERO3:R8(TE Router ID)-R10(Interface IP address)-R13(TE Router ID)
本实施例提供的以上方法与原BRPC处理过程可以兼容,处理过程在原有处理上有新增步骤,但通过IVSPT标志可以区分,当不支持IVSPT标志时,指示不支持本实施例中所规定的扩展。
实施例2
本实施例以图5中的多域组网为例说明采用上述域间路径携带方式一时增强BRPC的具体实施方式。图5中有三个域(AS1,AS2,和AS3)和十三个LSR(R1到R13)。R3、R4是AS1的边界节点,R5,R6,R7,R8是AS2的边界节点,R9、R10是AS3的边界节点,AS1中PCE是PCE1,AS2中PCE是PCE2,AS3中PCE是PCE3。假设需要计算从R1到R13的LSP,扩展后的BRPC过程如下:
步骤1.PCE1选择PCE2,PCE2选择PCE3,PCE1、PCE2、PCE3构成PCE链,计算请求沿PCE链发送至目的点R13所在的尾域AS3。
步骤2.尾域AS3中PCE3的处理如下:
2.1.PCE(3)计算VSPT(3):计算从BN-en(1,3)(即R9)、BN-en(2,3)(即R10)到目的点R13的满足约束的最短路径。则PCE3计算的VSPT树由以下ERO表示:
● ERO1:R9(TE Router ID)-R11(Interface IP address)-R13(TE Router ID)
● ERO2:R10(TE Router ID)-R13(TE Router ID)
2.2.PCE(3)对AS3的每个入边界点BN(即R9、R10)计算IVSPT树集合:
变量j从1到2(其中2是AS3的入边界点个数),循环:
变量k从1到[Yj-ex(3)]循环:
PCE(3)计算IVSPT(j,3),假设所有单向域间链路R9→R7,R9→R8 andR10→R8都满足约束条件,则PCE3计算的IVSPT树由以下CRO集合表示:
● CRO1:R9(Interface IP address),R7(TE Router ID)
● CRO2:R9(Interface IP address),R8(TE Router ID)
● CRO3:R10(Interface IP address),R8(TE Router ID)
其中,[Y1-ex(3)]是与BN(1,3)(即R9)相连的AS2边界节点(即R7、R8)个数,由于R7、R8都与R9间存在域间链路,因而[Y1-ex(3)]=2;[Y2-ex(3)]是与BN(2,3)(即R10)相连的AS2边界节点(即R8)个数,由于只有R8与R10间存在域间链路,因而[Y2-ex(3)]=1。
2.3.PCE(3)通过PCReq消息返回计算结果VSPT(3)和IVSPT(1,3)、IVSPT(2,3)给PCE(2)。
步骤3.PCE2的处理如下:
3.1 PCE2验证收到的IVSPT(1,3)、IVSPT(2,3)中的所有域间链路的反向链路是否满足约束条件,对不满足约束的路径从IVSPT树中剪除。假设PCE2验证IVSPT(1,3)中域间反向链路R7→R9不满足约束条件,则其中的删除CRO1。
3.2 PCE2计算临时VSPT(2),即,计算从AS2的每个出边界点R7、R8到目的点R13的满足约束的最短路径。计算时根据下游域返回的VSPT3及本域剪枝过的从IVSPT(1,3)和IVSPT(2,3)得到。PCE2计算得到的临时VSPT(2),以ERO表示:
● ERO:R8(TE Router ID)-R10(Interface IP address)-R13(TE Router ID)
3.3 PCE2计算VSPT(2):从AS2每个入边界点(即R5、R6)到目的点R13计算满足约束的最短路径。计算时基于本地TED数据库及前面计算得到的临时VSPT(2)。PCE2计算得到的VSPT(2),以ERO表示:
● ERO1:R5(TE Router ID)-R8(Interface IP address)-R10(Interface IP address)-R13(TERouter ID)
●ERO2:R6(TE Router ID)-R8(Interface IP address)-R10(Interface IP address)-R13(TERouter ID)
3.4 PCE2 计算IVSPT(1,2)、IVSPT(2,2):
IVSPT(1,2):
● CRO1:R3(Interface IP address),R5(TE Router ID)
IVSPT(2,2):
● CRO2:R3(Interface IP address),R6(TE Router ID)
● CRO3:R4(Interface IP address),R6(TE Router ID)
3.5 PCE2通过PCReq消息返回计算结果VSPT(2)和IVSPT(1,2)、IVSPT(2,2)给PCE1。
步骤4.PCE1的处理如下:
4.1 PCE1验证收到的IVSPT(1,2)、IVSPT(2,2)中的所有域间链路的反向链路是否满足约束条件,对不满足约束的路径从IVSPT树中剪除。假设都满足。
4.2 PCE1计算临时VSPT树VSPT(1),即,计算从AS1的每个出边界点R3、R4到目的点R13的满足约束的最短路径。
4.3 最后PCE(1)计算R1到R13端到端满足约束的最短路径,并通过PCRep消息返回给PCC。
实施例3
本实施例以图5中的多域组网为例说明采用上述域间路径携带方式二时扩展BRPC的具体实施方式。图5中有三个域(AS1,AS2,和AS3)和十三个LSR(R1到R13)。R3、R4是AS1的边界节点. R5,R6,R7,R8是AS2的边界节点,R9、R10是AS3的边界节点,AS1中PCE是PCE1,AS2中PCE是PCE2,AS3中PCE是PCE3。若需要计算从R1到R13的LSP,扩展后的BRPC过程如下:
步骤1,PCE1选择PCE2,PCE2选择PCE3,PCE1、PCE2、PCE3构成PCE链,计算请求沿PCE链发送至目的点R13所在的尾域AS3。
步骤2,PCE(3)计算VSPT(3),并返回给PCE(2):
2.1.PCE(3)计算VSPT(3):计算从BN-en(1,3)(即R9)、BN-en(2,3)(即R10)到目的点R13的满足约束的最短路径。则PCE3计算的VSPT(3)树由以下ERO表示:
● ERO1:R9(TE Router ID)-R11(Interface IP address)-R13(TE Router ID)
● ERO2:R10(TE Router ID)-R13(TE Router ID)
2.2.PCE(3)对AS3的每个入边界点BN(即R9、R10),检查并挑选从此边界点BN到邻居域2的所有满足约束的单向域间链路,并将域间链路加入到VSPT(3)的路径中:
特别地,对从R9到R13的路径,由于R9有两条域间链路连接域2,需要检查从R9连接域2的两条域间单向路径是否都满足约束条件,假设都满足则生成2条从域2的两个出边界点(分别是R7、R8)到R13的路径,这两路径从R9到R13的路径相同,但域间路径不同。VSPT(3)编码:
● ERO1:R7(TE Router ID)-R9(Interface IP address)-R11(Interface IP address)-R13(TERouter ID)
● ERO2:R8(TE Router ID)-R9(Interface IP address)-R11(Interface IP address)-R13(TERouter ID)
●ERO3:R8(TE Router ID)-R10(Interface IP address)-R13(TE Router ID)
2.3.PCE(3)返回VSPT(3)给PCE(2)
步骤 i,i=2:
i.1 PCE(2)对从下游域3收到的VSPT(3)进行剪枝,验证其中的所有域间链路的反向链路(即从R7到R9、R8到R9、R8到R10)是否满足约束条件,假设R7到R9不满足约束条件,则其中的删除VSPT(3)的ERO1:R7(TE Router ID)-R9(Interface IP address)-R11(Interface IPaddress)-R13(TE Router ID)。
i.2.PCE(2)计算从本域每个入边界点R5、R6到R13的最短路径VSPT(2)。计算时基于本地TED数据库及VSPT(3)。计算结果为:
● ERO1:R5(TE Router ID)-R8(Interface IP address)-R10(Interface IP address)-R13(TERouter ID)
● ERO2:R6(TE Router ID)-R8(Interface IP address)-R10(Interface IP address)-R13(TERouter ID)
i.3.PCE(2)对每个入边界点(R5、R6),检查并挑选到邻居域n-1的所有满足约束的单向域间链路,并将域间链路加入到VSPT(2)的路径中:
假设R5到R3、R6到R3、R6到R4都满足约束条件,则VSPT(2)为:
● ERO1:R3(TE Router ID)-R5(Interface IP address)-R8(Interface IP address)-R10(Interface IP address)-R13(TE Router ID)
● ERO2:R3(TE Router ID)-R6(Interface IP address)-R8(Interface IP address)-R10(Interface IP address)-R13(TE Router ID)
● ERO3:R4(TE Router ID)-R5(Interface IP address)-R8(Interface IP address)-R10(Interface IP address)-R13(TE Router ID)
i.4 PCE(2)将计算结果VSPT(2)返回给PCE(1)。
步骤n,PCE(2)计算VSPT(2),并返回给PCE(1):
n.1 PCE(1)对从下游域2收到的VSPT(2)进行剪枝,验证每颗树中的所有域间链路的反向链路(即从域1出边界点到域2的入边界点)是否满足约束条件,如果不满足约束则从VSPT(2)树中剪除整条路径。
n.2 PCE(1)结合TED及VSPT(2)计算端到端满足约束的最短路径,并通过RFC5440中定义的PCRep消息返回给PCC。
从以上的描述中,可以看出,以上方案中,多PCE协作计算跨域双向LSP时,相邻两个域的PCE各自计算自己TED数据库中包含的单向域间链路,在计算结果消息PCRep中携带满足约束条件的域间路径信息或域间TE链路信息。通过PCE协作获知双向都满足约束条件的域间TE链路,从而实现跨域双向LSP的计算。
显然,本领域的技术人员应该明白,上述的本发明的各模块或各步骤可以用通用的计算装置来实现,它们可以集中在单个的计算装置上,或者分布在多个计算装置所组成的网络上,可选地,它们可以用计算装置可执行的程序代码来实现,从而可以将它们存储在存储装置中由计算装置来执行,或者将它们分别制作成各个集成电路模块,或者将它们中的多个模块或步骤制作成单个集成电路模块来实现。这样,本发明不限制于任何特定的硬件和软件结合。
以上所述仅为本发明的优选实施例而已,并不用于限制本发明,对于本领域的技术人员来说,本发明可以有各种更改和变化。凡在本发明的精神和原则之内,所作的任何修改、等同替换、改进等,均应包含在本发明的保护范围之内。
Claims (10)
1.一种域间链路信息的处理方法,其特征在于,包括:
多路径计算单元PCE协作采用反向递归路径计算BRPC算法计算跨域双向标签交换路径LSP时,PCE(i+1)在所有从域i+1到域i的单向域间链路中选择满足约束条件的单向域间链路作为潜在域间路径,PCE(i+1)在返回给PCE(i)的路径计算结果PCRep消息中携带选择出的所述潜在域间路径,其中,1≤i<n,n为计算域序列中包含的域的数量,域1为源节点所在的域,域n为目的节点所在的域,域2到域n-1为LSP顺序经过的中间各个域,PCE(i)负责域i的路径计算。
2.根据权利要求1所述的方法,其特征在于,在所述PCRep消息中携带选择出的所述潜在域间路径包括:
通过在所述PCRep消息中添加的对象来专门携带选择出的所述潜在域间路径,其中,每个所述对象携带一条选择出的所述潜在域间路径。
3.根据权利要求1所述的方法,其特征在于,在所述PCRep消息中携带选择出的所述潜在域间路径包括:
将选择出的所述潜在域间路径加入所述PCRep消息的显式路由对象ERO中携带,其中,每个所述ERO对象包括计算得到的一条本域入边界点到目的点的最短路径以及一条选择出的所述潜在域间路径。
4.根据权利要求1所述的方法,其特征在于,还包括:
PCE(i)在计算请求PCReq消息的请求参数RP对象中配置标志位,其中,在所述PCReq消息中的所述标志位置位时,指示需要在所述PCRep中携带选择出的所述潜在域间路径;
PCE(i+1)在所述PCRep消息的RP对象中配置标志位,其中,在所述PCRep消息中的所述标志位置位时,指示在所述PCRep消息中携带有选择出的所述潜在域间路径且所述PCE(i+1)支持根据选择出的所述潜在域间路径计算跨域双向LSP的BRPC扩展算法。
5.根据权利要求1至4中任一项所述的方法,其特征在于,PCE(i)收到PCE(i+1)返回的PCRep消息之后,还包括:
PCE(i)结合PCE(i+1)通过所述PCRep携带的所述潜在域间路径,及在本地流量工程数据库TED中选择的反向满足约束条件的域间路径,得到双向都满足约束条件的连接域i与域i+1的域间路径,其中,所述反向为域间链路从域i到域i+1的方向。
6.根据权利要求1至4中任一项所述的方法,其特征在于,多PCE协作采用BRPC算法计算跨域双向LSP包括:
执行目的节点所在的域n中的PCE(n)的处理步骤:
第一计算步骤,PCE(n)计算从域n的每个入边界点到目的节点的满足约束条件的最短路径,
第一选择步骤,PCE(n)在所有从域n到域n-1的单向域间链路中选择满足约束条件的单向域间链路作为潜在域间路径,
第一上报步骤,PCE(n)通过所述PCRep将所述第一计算步骤和所述第一选择步骤的结果返回给域n-1中的PCE(n-1);
按照i=n-1到i=2的顺序,执行域i中的PCE(i)的处理步骤,其中,PCE(i)的处理步骤如下:
执行第二选择步骤,PCE(i)结合PCE(i+1)返回的所述PCRep携带的潜在域间路径,及在本地TED中选择的反向满足约束条件的域间路径,得到双向都满足约束条件的连接域i与域i+1的域间路径,其中,所述反向为域间链路从域i到域i+1的方向,
第二计算步骤,PCE(i)计算从域i的每个入边界点到目的节点的满足约束条件的最短路径,
执行第三选择步骤,PCE(i)在所有从域i到域i-1的单向域间链路中选择满足约束条件的单向域间链路作为潜在域间路径,
第二上报步骤,PCE(i)通过所述PCRep将所述第二计算步骤和所述第三选择步骤的结果返回给PCE(i-1);
执行源节点所在的域1中的PCE(1)的处理步骤:
第四选择步骤,PCE(1)结合PCE(2)返回的PCRep携带的所述潜在域间路径,及在本地TED中选择的反向满足约束条件的域间路径,得到双向都满足约束条件的连接域1与域2的域间路径,
第三计算步骤,PCE(1)计算从源节点到所述目的节点的端到端满足约束条件的最短路径。
7.根据权利要求6所述的方法,其特征在于,在所述第二计算步骤中,PCE(i)计算从域i的每个入边界点到目的节点的满足约束条件的最短路径包括:
PCE(i)根据所述第二选择步骤的结果得到双向都满足约束条件的域i与域i+1之间的域间路径,结合PCE(i+1)返回的从域i+1的每个入边界点到所述目的节点的满足约束条件的最短路径,计算从域i的每个出边界点到所述目的节点的满足约束的最短路径;
PCE(i)基于从域i的每个出边界点到所述目的节点的满足约束的最短路径,计算从域i的每个入边界点到所述目的节点的满足约束条件的最短路径。
8.根据权利要求6所述的方法,其特征在于,在所述第三计算步骤中,PCE(1)计算端到端满足约束条件的最短路径包括:
PCE(1)根据所述第四选择步骤的结果得到双向都满足约束条件的域1与域2之间的域间路径,结合PCE(2)返回的从域2的每个入边界点到所述目的节点的满足约束条件的最短路径,计算从域1的每个出边界点到所述目的节点的满足约束的最短路径;
PCE(1)基于从域1的每个出边界点到目的点的满足约束的最短路径,计算从源节点到所述目的节点的满足约束条件的最短路径。
9.根据权利要求1所述的方法,其特征在于,在所述PCRep中还携带选择出的所述潜在域间路径的状态信息,其中,所述状态信息包括以下至少之一:流量工程能力、链路当前状态、链路当前使用情况。
10.一种路径计算单元PCE,其特征在于,包括:
选择模块,用于在多PCE协作采用反向递归路径计算BRPC算法计算跨域双向标签交换路径LSP的情况下,在所有从所述选择模块所在的PCE(i+1)所在的域i+1到域i的单向域间链路中选择满足约束条件的单向域间链路作为潜在域间路径,其中,1≤i<n,n为计算域序列中包含的域的数量,域1为源节点所在的域,域n为目的节点所在的域,域2到域n-1为LSP顺序经过的中间各个域,PCE(i)负责域i的路径计算;配置模块,用于在返回给PCE(i)的计算结果消息PCRep消息中携带选择出的所述潜在域间路径。
Priority Applications (2)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN2011100237511A CN102611607A (zh) | 2011-01-21 | 2011-01-21 | 域间链路信息的处理方法及路径计算单元 |
PCT/CN2011/081527 WO2012097624A1 (zh) | 2011-01-21 | 2011-10-28 | 域间链路信息的处理方法及路径计算单元 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN2011100237511A CN102611607A (zh) | 2011-01-21 | 2011-01-21 | 域间链路信息的处理方法及路径计算单元 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN102611607A true CN102611607A (zh) | 2012-07-25 |
Family
ID=46515122
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN2011100237511A Pending CN102611607A (zh) | 2011-01-21 | 2011-01-21 | 域间链路信息的处理方法及路径计算单元 |
Country Status (2)
Country | Link |
---|---|
CN (1) | CN102611607A (zh) |
WO (1) | WO2012097624A1 (zh) |
Cited By (9)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN103095576A (zh) * | 2013-01-07 | 2013-05-08 | 中兴通讯股份有限公司 | 一种避免多样性路径计算死锁的方法和域 |
CN106656820A (zh) * | 2016-11-02 | 2017-05-10 | 北京锦鸿希电信息技术股份有限公司 | 控制网络信息发送、接收方法及节点 |
WO2017211164A1 (zh) * | 2016-06-08 | 2017-12-14 | 华为技术有限公司 | 一种确定跨域标签交换路径隧道的方法、设备和系统 |
CN107888496A (zh) * | 2016-09-30 | 2018-04-06 | 丛林网络公司 | 用于标签交换路径的多个路径计算 |
WO2018095438A1 (zh) * | 2016-11-28 | 2018-05-31 | 中兴通讯股份有限公司 | 等价多路径ecmp处理方法及装置 |
CN108880766A (zh) * | 2017-05-10 | 2018-11-23 | 中兴通讯股份有限公司 | 信令配置方法及装置 |
CN110213242A (zh) * | 2019-05-09 | 2019-09-06 | 浙江大学 | 一种多路路由背景下的高效路径验证方法 |
CN113747277A (zh) * | 2021-08-31 | 2021-12-03 | 中国联合网络通信集团有限公司 | 路径确定方法及装置 |
CN114050992A (zh) * | 2021-10-20 | 2022-02-15 | 北京鲸鲮信息系统技术有限公司 | 多域系统的数据处理方法、装置和设备 |
Families Citing this family (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN104092611B (zh) * | 2014-07-17 | 2018-05-15 | 新华三技术有限公司 | 确定跨区域受约束的标签交换路径的方法及装置 |
Citations (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101296178A (zh) * | 2007-04-29 | 2008-10-29 | 华为技术有限公司 | 域间流量工程路径计算方法和路径计算装置 |
-
2011
- 2011-01-21 CN CN2011100237511A patent/CN102611607A/zh active Pending
- 2011-10-28 WO PCT/CN2011/081527 patent/WO2012097624A1/zh active Application Filing
Patent Citations (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101296178A (zh) * | 2007-04-29 | 2008-10-29 | 华为技术有限公司 | 域间流量工程路径计算方法和路径计算装置 |
Non-Patent Citations (2)
Title |
---|
JP.VASSEUR.ED: "A Backward-Recursive PCE-Based Computation(BRPC) Procedure to Compute Shortest Constrained Inter-Domain Traffic Engineering Label Switched Paths", 《HTTP://DATATRACKER.IETF.ORG/DOC/RFC5441/》 * |
XUERONG WANG: "Extensions of Backward-Recursive PCE-Based Computation (BRPC) to Support Inter-Autonomous System (AS) Bidirectional LSP path computation", 《HTTP://TOOLS.IETF.ORG/PDF/DRAFT-WANG-PCE-INTER-AS-EXTENTIONS-00》 * |
Cited By (16)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN103095576B (zh) * | 2013-01-07 | 2018-02-16 | 中兴通讯股份有限公司 | 一种避免多样性路径计算死锁的方法和装置 |
CN103095576A (zh) * | 2013-01-07 | 2013-05-08 | 中兴通讯股份有限公司 | 一种避免多样性路径计算死锁的方法和域 |
WO2017211164A1 (zh) * | 2016-06-08 | 2017-12-14 | 华为技术有限公司 | 一种确定跨域标签交换路径隧道的方法、设备和系统 |
CN107483338A (zh) * | 2016-06-08 | 2017-12-15 | 华为技术有限公司 | 一种确定跨域标签交换路径隧道的方法、设备和系统 |
CN107888496B (zh) * | 2016-09-30 | 2020-10-30 | 瞻博网络公司 | 用于标签交换路径的多个路径计算的方法和装置 |
CN107888496A (zh) * | 2016-09-30 | 2018-04-06 | 丛林网络公司 | 用于标签交换路径的多个路径计算 |
CN106656820A (zh) * | 2016-11-02 | 2017-05-10 | 北京锦鸿希电信息技术股份有限公司 | 控制网络信息发送、接收方法及节点 |
CN106656820B (zh) * | 2016-11-02 | 2020-04-21 | 北京锦鸿希电信息技术股份有限公司 | 控制网络信息发送、接收方法及节点 |
WO2018095438A1 (zh) * | 2016-11-28 | 2018-05-31 | 中兴通讯股份有限公司 | 等价多路径ecmp处理方法及装置 |
CN108880766A (zh) * | 2017-05-10 | 2018-11-23 | 中兴通讯股份有限公司 | 信令配置方法及装置 |
CN110213242A (zh) * | 2019-05-09 | 2019-09-06 | 浙江大学 | 一种多路路由背景下的高效路径验证方法 |
CN110213242B (zh) * | 2019-05-09 | 2020-09-08 | 浙江大学 | 一种多路路由背景下的高效路径验证方法 |
CN113747277A (zh) * | 2021-08-31 | 2021-12-03 | 中国联合网络通信集团有限公司 | 路径确定方法及装置 |
CN113747277B (zh) * | 2021-08-31 | 2023-05-12 | 中国联合网络通信集团有限公司 | 路径确定方法及装置 |
CN114050992A (zh) * | 2021-10-20 | 2022-02-15 | 北京鲸鲮信息系统技术有限公司 | 多域系统的数据处理方法、装置和设备 |
CN114050992B (zh) * | 2021-10-20 | 2023-08-29 | 北京字节跳动网络技术有限公司 | 多域系统的数据处理方法、装置和设备 |
Also Published As
Publication number | Publication date |
---|---|
WO2012097624A1 (zh) | 2012-07-26 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN102611607A (zh) | 域间链路信息的处理方法及路径计算单元 | |
CN101606341B (zh) | 用于在穿过提供商网络的ce-ce路径上高效路由ip流量的技术 | |
CN101536375B (zh) | 域间路径计算技术 | |
CN101133408B (zh) | 穿过一组自治系统的最短域间流量工程标签交换路径计算 | |
CN101371150B (zh) | 针对一个或多个te-lsp的头端节点的故障的动态保护 | |
CN101036355B (zh) | 用于跨域传播可达性信息的方法、系统和装置 | |
EP2619951B1 (en) | Relayed cspf computation for multiple areas and multiple autonomous systems | |
EP1807979B1 (en) | System and method for retrieving computed paths from a path computation element using a path key | |
US9331956B2 (en) | Processing method for stateful path computation element and stateful path computation element | |
CN101099351B (zh) | 用于触发对路径计算请求进行打包的方法和装置 | |
CN105594167B (zh) | 转发报文的方法、控制器、转发设备和网络系统 | |
CN101483539B (zh) | 一种获取路径的方法、路径计算单元和系统 | |
WO2013159451A1 (zh) | 跨域端到端路由的获取方法及装置、子路由计算实体 | |
CN103354988A (zh) | 用于计算穿过多个域的点对点标签交换路径的系统和方法 | |
CN102195869A (zh) | 双向回溯路径计算方法及装置 | |
CN103188147A (zh) | 路径建立方法及系统 | |
CN101984597B (zh) | 一种多域双向标签交换路径的计算方法及系统 | |
CN101155119A (zh) | 一种确定自治系统边界节点的方法、装置及路径计算方法 | |
CN102571530A (zh) | 域间链路状态信息的处理方法及路径计算单元 | |
CN102480406B (zh) | 一种建立跨域端到端双向标记交换路径的方法和系统 | |
CN103067271A (zh) | 双向路径的实现方法及装置 | |
JP6377738B2 (ja) | Rsvp−teシグナリングを処理するための方法及びシステム | |
CN101605279A (zh) | 一种基于群计算单元的双层最短路径实现方法 | |
El Kamel et al. | A Distributed E2E Recovery mechanism for MPLS networks |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | Publication | ||
PB01 | Publication | ||
C10 | Entry into substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
RJ01 | Rejection of invention patent application after publication | ||
RJ01 | Rejection of invention patent application after publication |
Application publication date: 20120725 |