CN103491002B - 一种获取ip链路的链路开销值的方法及系统 - Google Patents
一种获取ip链路的链路开销值的方法及系统 Download PDFInfo
- Publication number
- CN103491002B CN103491002B CN201310362103.8A CN201310362103A CN103491002B CN 103491002 B CN103491002 B CN 103491002B CN 201310362103 A CN201310362103 A CN 201310362103A CN 103491002 B CN103491002 B CN 103491002B
- Authority
- CN
- China
- Prior art keywords
- link
- metric value
- optical
- layer
- path
- 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
- 238000000034 method Methods 0.000 title claims abstract description 39
- 230000005540 biological transmission Effects 0.000 claims abstract description 43
- 230000003287 optical effect Effects 0.000 claims description 210
- 238000004364 calculation method Methods 0.000 claims description 24
- 230000000977 initiatory effect Effects 0.000 claims description 19
- 230000004044 response Effects 0.000 claims description 19
- 238000012545 processing Methods 0.000 claims description 13
- 238000010586 diagram Methods 0.000 description 10
- 238000005516 engineering process Methods 0.000 description 9
- 230000004927 fusion Effects 0.000 description 6
- 238000004891 communication Methods 0.000 description 3
- 235000008694 Humulus lupulus Nutrition 0.000 description 2
- 230000002159 abnormal effect Effects 0.000 description 2
- 230000006855 networking Effects 0.000 description 2
- 238000011084 recovery Methods 0.000 description 2
- 230000001105 regulatory effect Effects 0.000 description 2
- 230000002457 bidirectional effect Effects 0.000 description 1
- 238000011161 development Methods 0.000 description 1
- 239000000835 fiber Substances 0.000 description 1
- 238000004519 manufacturing process Methods 0.000 description 1
- 239000000463 material Substances 0.000 description 1
- 238000012986 modification Methods 0.000 description 1
- 230000004048 modification Effects 0.000 description 1
- 239000004065 semiconductor Substances 0.000 description 1
- 230000011664 signaling Effects 0.000 description 1
- 230000003068 static effect Effects 0.000 description 1
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L12/00—Data switching networks
- H04L12/64—Hybrid switching systems
- H04L12/6418—Hybrid transport
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
Abstract
本发明提供了一种获取IP链路的链路开销值的方法,包括:光层的Metric生成单元从IP层接收IP链路的Metric值的请求消息,依据光传送路径的特征参数获得所述IP链路的Metric值的请求消息中指定路径的Metric值;本发明还提供一种获取IP链路的链路开销值的系统。根据本发明提供的技术方案,以实现获得合理的IP链路的Metric值。
Description
【技术领域】
本发明涉及网络通信技术,尤其涉及一种获取IP链路的链路开销值的方法及系统。
【背景技术】
GMPLS(Generalized Multi-Protocol Label Switching,通用多协议标签路径交换)技术源于MPLS(Multi-Protocol Label Switching,多协议标签路径交换)技术,借用了MPLS的控制层面和转发层面分离的思想,扩展了现有MPLS的相关协议,如RSVP-TE(Resource ReSerVation Protocol-Traffic Engineering,基于流量工程的资源预留协议)、OSPF-TE(Open Shortest Path First-Traffic Engineering,基于流量工程的开放式最短路径优先)协议、ISIS-TE(Intermediate System to Intermediate System-TrafficEngineering,基于流量工程的中间系统到中间系统)协议等。这些扩展的协议作为GMPLS协议框架的一部分,增加了对于各种交换技术的支持,同时扩展了对于标签的含义,GMPLS技术可以支持包交换技术、TDM(Time-Division Multiplexing,时分复用)交换技术、波分复用交换技术、光纤交换技术。
请参考图1,图1是GMPLS UNI(User Node Interface,用户网络侧接口)系统的原理示意图,在GMPLS UNI的覆盖(Overlay)模型中,IP/MPLS网络为数据域网络,IP/MPLS网络与光网络之间有通过TE(Traffic Engineering,流量工程)链路连接的节点,即边缘节点(Edge Node),如图1中的R1和R4,边缘节点能够发起建立穿越光网络的隧道,同时边缘节点需要支持GMPLS UNI的扩展。IP/MPLS网络可能包含多个节点,除边缘节点外的其他节点可以通过LSP(Label Switch Router,标签交换路由器)层次化等方式使用UNI隧道,无需支持GMPLS UNI的扩展。
随着MPLS网络和GMPLS网络的发展,网络拓扑越来越复杂,路由量非常大,路径计算也越来越复杂。而流量工程的部署,需要网络设备在复杂的约束条件下计算路由,这些约束条件不仅包含静态的约束条件,如路由器节点间的距离、带宽、光网络设备的线路容量等,还包括动态的约束条件,如网络故障状态、网络拥塞信息等。基于约束条件的路径计算是MPLS网络或GMPLS网络的流量工程中的一个基本功能模块,尤其是在大型的多域多级的MPLS网络或GMPLS网络中,针对数量庞大的路径以及复杂的约束条件,流量工程所要求的路径计算需要协调不同的网络域,需要特别的计算功能;为了在网络故障或网络流量异常变化的情况下,通过流量工程能迅速恢复或疏通网络业务,要求在故障节点或异常流量的输入节点网络设备在尽可能短的时间内根据各种约束条件计算出最佳恢复路径或迂回路径,计算时间短意味着减少故障情况下的网络恢复的时间,减少网络故障对业务的影响,最佳路径意味着网络利用效率的提高,这种复杂的计算往往需要对网络全局拓扑结构和约束条件的了解,需要大量的CPU计算资源来运行复杂的算法,而当大量CPU资源运用到路径计算中时,对网络设备的稳定性以及整个网络的稳定都造成了一定的冲击,因此路径计算对于网络设备来说是一个极大的挑战。
为了解决上述问题,IETF(Internet Engineering Task Force,因特网工程任务组)的PCE(Path Computation Element,路径计算单元)工作组提出了基于PCE的GMPLS网络结构,在这种结构中,PCE是网络中专门负责路径计算的功能实体,PCE基于已知的网络结构和约束条件,根据路径和客户请求计算出一条满足约束条件的最佳路径。PCE可以位于网络中的任何地方,可以集成在网络设备内部,也可以是一个独立的设备。PCC(PathComputation Clients,路径计算客户端)和PCE之间以及PCE与PCE之间都通过专门的PCEP(Path Computation Element Communication Protocol,路径计算单元的通信协议)通信,提交路径计算请求并获得路径计算结果。PCC可以是MPLS网络或GMPLS网络中的LSR(LabelSwitch Router,标签交换路由器)或NMS(Network Management System,网络管理系统)。
PCE可以应用在多个流量工程域的路径计算、跨非流量工程域的路径计算、传统网络的路径计算、保护路径计算、多层网络路径计算等场景。采用PCE来计算流量工程路径只是将路径计算功能独立出来,并不影响信令协议建立路径的流程。
在多层(Multi-layer)PCE中,上层是IP/MPLS网络,称为IP层或客户层,下层是GMPLS控制的光网络,称为光层或网络层;下层的光网络的流量工程LSP为上层网络构成了一个VNT(Virtual Network Topology,虚拟网络拓扑),这种情况下的流量工程路径计算可以分为下面两种模式:
1、单PCE多层路径计算:这种模式下的PCE称为多层PCE,这种PCE收集各层网络的拓扑信息和流量工程信息,因而可以单独计算跨网络层的流量工程路径。
2、多PCE的多层路径计算:这种模式下每层网络都有至少一个PCE,每层网络的PCE相互协调计算多层的流量工程路径。
请参考图2,图2是多PCE的多层路径计算的组网示例图,网络分为两层,每层有各自的PCE,如果要建立上层的IP/MPLS网络中从H1到H4的流量工程路径,将按照如下流程进行:
步骤1,LSR H1向上层的PCE发送从H1到H4的流量工程路径计算请求。
步骤2,上层的PCE选择H2和H3作为进出下层的光网络的出入口。
步骤3,上层的PCE请求下层的PCE计算从H2到H3的流量工程路径。
步骤4,下层的PCE向上层的PCE返回H2-L1-L2-H3的路径。
步骤5,上层的PCE向LSR H1返回H1-H2-L1-L2-H3-H4的路径。
目前,提出一种基于GMPLS UNI和Multi-layer PCE的IP和光融合的解决方案,希望通过IP层的PCE和光层的PCE的协同来更好地部署网络。目前提出以下两种典型应用场景:
1、显式路径:在IP设备双归接入等场景中,通过PCE的计算,获取GMPLS UNI的显式路径。
2、动态SRLG(Shared Risk Link Groups,共享风险链路组):计算IP链路经过的光层的传送路径,如果光层传送路径一致,则将IP层的对应链路设置为相同的SRLG,这样在选择链路进行保护时,位于相同SRLG的链路不会被选择。
截止目前,Multi-Layer PCE的应用场景还是非常有限,部署起来也存在一定的困难,这样导致了IP和光融合解决方案无法获得广泛的应用。
目前,上述GMPLS UNI和Multi-layer PCE的IP和光融合的解决方案的典型应用场景中,IP选择最短路径时采用最短路径优先算法,最短路径优先算法需要依赖链路的Metric(链路开销)值来获得最短路径,而目前链路的Metric值等于参考带宽除以接口带宽值再乘以10的方法计算得到,其中,参考带宽是一个固定的值,或通过配置对Metric值进行修改。
这种采用参考带宽除以接口带宽值再乘以10的方法计算得到Metric值是一种比较简单的计算方法,当两个链路的带宽相同时,计算得到的Metric值就相同,依据Metric值得到的最短路径也相同,但是光传送路径不一定相同,而这种Metric值的计算方法不能反映出光传送路径的差别,因此这种计算方法并不合理,导致部署上将存在一定的问题,从而无法支撑IP和光融合解决方案的广泛应用,限制了IP和光融合解决方案的应用场景;如果通过人工配置的方法来体现这种差异,将带来非常大的工作量,实际应用中是不可行的。
【发明内容】
有鉴于此,本发明实施例提供了一种获取IP链路的链路开销值的方法及系统,以实现获得合理的IP链路的Metric值。
第一方面,本发明实施例提供了一种获取IP链路的链路开销值的方法,包括:
光层的Metric生成单元从IP层接收IP链路的Metric值的请求消息,依据光传送路径的特征参数获得所述IP链路的Metric值的请求消息中指定路径的Metric值。
在第一方面的第一种可能的实现方式中,所述光传送路径的特征参数包括:接口带宽、跳数、所经过节点的处理时延、所经过节点间的传输时延。
在第一方面的第二种可能的实现方式中,所述光层的Metric生成单元为光层的PCE服务器或光层的发起端光设备。
结合第一方面的第二种可能的实现方式,在第三种可能的实现方式中,所述光层的Metric生成单元为光层的PCE服务器时,该方法还包括:
IP层的PCC通过PCEP将IP链路的Metric值的请求消息发送给IP/MPLS网络的PCE服务器;
IP/MPLS网络的PCE服务器将所述IP链路的Metric值的请求消息转发给光层的PCE服务器。
结合第一方面的第三种可能的实现方式,在第四种可能的实现方式中,所述IP链路的Metric值的请求消息用于为指定的链路请求计算Metric值,所述IP链路的Metric值的请求消息中携带指定链路的两个端口的IP地址;或,
所述IP链路的Metric值的请求消息为光层路径计算请求消息,所述光层路径计算请求消息中携带表示请求计算IP链路的Metric值的标志位和指定链路的两个端口的IP地址。
结合第一方面的第二种可能的实现方式,在第五种可能的实现方式中,所述光层的Metric生成单元为光层的PCE服务器时,该方法还包括:
光层的PCE服务器向IP/MPLS网络的PCE服务器返回IP链路的Metric值的响应消息,所述响应消息中携带计算得到的IP链路的Metric值;
IP/MPLS网络的PCE服务器将所述响应消息通过PCEP返回给IP层的PCC。
结合第一方面的第二种可能的实现方式,在第六种可能的实现方式中,所述光层的Metric生成单元为光层的发起端光设备时,该方法还包括:
源客户端依据用户发起的GMPLS UNI隧道建立命令生成IP链路的Metric值的请求消息,并将IP链路的Metric值的请求消息发送到光层的发起端光设备;所述IP链路的Metric值的请求消息为携带表示请求计算IP链路的Metric值的标志位和指定链路的两个端口的IP地址的Path消息。
结合第一方面的第二种可能的实现方式,在第七种可能的实现方式中,所述光层的Metric生成单元为光层的发起端光设备时,该方法还包括:
发起端光设备依据Path消息触发创建从发起端光设备到目的端光设备的光网络虚连接,并在光网络虚连接创建完成后,通过光网络虚连接发送携带所述IP链路的Metric值的Path消息给目的端光设备;
目的端光设备将携带IP链路的Metric值的Path消息发送给目的客户端;
目的客户端依据所述Path消息中的IP链路的Metric值计算最短路径,并发送Resv消息给目的端光设备;
目的端光设备向发起端光设备转发Resv消息;
发起端光设备接收到目的端光设备的Resv消息后,向源客户端发送携带计算所述IP链路的Metric值的Resv消息;
源客户端依据Resv消息携带的Metric值计算最短路径。
第二方面,本发明实施例提供了一种获取IP链路的链路开销值的系统,包括:Metric生成单元;所述Metric生成单元进一步包括接收单元和计算单元;其中,
接收单元,用于从IP层接收IP链路的Metric值的请求消息;
计算单元,用于依据光传送路径的特征参数获得所述IP链路的Metric值的请求消息中指定路径的Metric值。
在第二方面的第一种可能的实现方式中,所述光传送路径的特征参数包括:接口带宽、跳数、所经过节点的处理时延、所经过节点间的传输时延。
在第二方面的第二种可能的实现方式中,所述Metric生成单元为光层的PCE服务器或光层的发起端光设备。
结合第二方面的第二种可能的实现方式,在第三种可能的实现方式中,所述Metric生成单元为光层的PCE服务器时,该系统还包括:IP层的PCC、IP/MPLS网络的PCE服务器,其中,
IP层的PCC,用于通过PCEP将IP链路的Metric值的请求消息发送给IP/MPLS网络的PCE服务器;
IP/MPLS网络的PCE服务器,用于将所述IP链路的Metric值的请求消息转发给光层的PCE服务器。
结合第二方面的第三种可能的实现方式,在第四种可能的实现方式中,所述IP链路的Metric值的请求消息用于为指定的链路请求计算Metric值,所述IP链路的Metric值的请求消息中携带指定链路的两个端口的IP地址;或,
所述IP链路的Metric值的请求消息为光层路径计算请求消息,所述光层路径计算请求消息中携带表示请求计算IP链路的Metric值的标志位和指定链路的两个端口的IP地址。
结合第二方面的第二种可能的实现方式,在第五种可能的实现方式中,所述Metric生成单元为光层的PCE服务器时,
光层的PCE服务器,还用于向IP/MPLS网络的PCE服务器返回IP链路的Metric值的响应消息,所述响应消息中携带计算得到的IP链路的Metric值;
该系统还包括:IP/MPLS网络的PCE服务器,用于将所述响应消息通过PCEP返回给IP层的PCC。
结合第二方面的第二种可能的实现方式,在第六种可能的实现方式中,所述Metric生成单元为光层的发起端光设备时,该系统还包括:
源客户端,用于依据用户发起的GMPLS UNI隧道建立命令生成IP链路的Metric值的请求消息,并将IP链路的Metric值的请求消息发送到光层的发起端光设备;所述IP链路的Metric值的请求消息为携带表示请求计算IP链路的Metric值的标志位和指定链路的两个端口的IP地址的Path消息。
结合第二方面的第二种可能的实现方式,在第七种可能的实现方式中,所述Metric生成实体为光层的发起端光设备时,该系统还包括:目的端光设备、目的客户端、源客户端;路径选择实体为目的客户端和源客户端;
发起端光设备,还用于依据Path消息触发创建从发起端光设备到目的端光设备的光网络虚连接,并在光网络虚连接创建完成后,通过光网络虚连接发送携带所述IP链路的Metric值的Path消息给目的端光设备;
目的端光设备,用于将携带IP链路的Metric值的Path消息发送给目的客户端;
目的客户端,用于依据所述Path消息中的IP链路的Metric值计算最短路径,并发送Resv消息给目的端光设备;
目的端光设备,还用于向发起端光设备转发Resv消息;
发起端光设备,还用于接收到目的端光设备的Resv消息后,向源客户端发送携带计算所述IP链路的Metric值的Resv消息;
源客户端,用于依据Resv消息携带的Metric值计算最短路径。
通过上述技术方案,依据光传送路径的特征参数获得IP链路的Metric值,而不是利用简单的依据接口带宽值获得IP链路的Metric值,因此获得的IP链路的Metric值是合理的IP链路的Metric值,因而可以依据合理的IP链路的Metric值得到有效的IP/MPLS路径,从而能够支撑IP和光融合解决方案的广泛应用,扩展了IP和光融合解决方案的应用场景;而且,可以动态的计算得到IP链路的Metric值,因此不需要人工进行配置,能够节省人力物力。
【附图说明】
图1是GMPLS UNI系统的原理示意图;
图2是多PCE的多层路径计算的组网示例图;
图3是本发明实施例所提供的获取IP链路的链路开销值的方法的实施例一的流程示意图;
图4是本发明实施例所提供的获取IP链路的链路开销值的方法的实施例一的组网示意图;
图5是本发明实施例所提供的获取IP链路的链路开销值的方法的实施例二的流程示意图;
图6是本发明实施例所提供的获取IP链路的链路开销值的系统的实施例一的功能方块图;
图7是本发明实施例所提供的获取IP链路的链路开销值的系统的实施例二的功能方块图。
【具体实施方式】
为了使本发明的目的、技术方案和优点更加清楚,下面结合附图和具体实施例对本发明进行详细描述。
本发明实施例给出一种获取IP链路的链路开销值的方法,该方法包括:光层的Metric生成单元从IP层接收IP链路的Metric值的请求消息,依据光传送路径的特征参数获得IP链路的Metric值的请求消息中指定路径的Metric值。
本发明实施例中,所述光层的Metric生成单元为光层的PCE服务器或光层的发起端光设备。
实施例一
请参考图3和图4,分别为本发明实施例所提供的一种获取IP链路的链路开销值的方法的实施例一的流程示意图和组网示意图,本实施例是通过Multi-layer PCE服务器得到IP链路的Metric值的方法,本实施例中,Metric生成单元为光层的PCE服务器;如图3所示,该方法包括以下步骤:
步骤301,IP层的PCC将IP链路的Metric值的请求消息通过PCEP向IP/MPLS网络的PCE服务器发送Metric值的请求消息;所述IP链路的Metric值的请求消息是本发明实施例中新定义的消息,该IP链路的Metric值的请求消息用于为指定的链路请求计算Metric值,IP链路的Metric值的请求消息中携带指定链路的两个端口的IP地址。
或者,利用已有的光层路径计算请求消息作为IP链路的Metric值的请求消息,即IP层的PCC在光层路径计算请求消息中增加一个对象,通过PCEP向IP/MPLS网络的PCE服务器发送携带该对象的光层路径计算请求消息;所述对象用于携带表示请求计算IP链路的Metric值的标志位,所述光层路径计算请求消息中还携带指定链路的两个端口的IP地址。
步骤302,IP/MPLS网络的PCE服务器收到IP链路的Metric值的请求消息(IP链路的Metric值的请求消息为新定义的IP链路的Metric值的请求消息或携带对象的光层路径计算请求消息)后,向光层的PCE服务器转发该IP链路的Metric值的请求消息。
步骤303,光层的PCE服务器收到IP链路的Metric值的请求消息后,首先依据链路的两个端口的IP地址确定该链路经过的光传送路径,在确定光传送路径后,光层的PCE服务器就能够获得该光传送路径的特征参数,因此光层的PCE服务器依据该光传送路径的特征参数计算得到一个合理的IP链路的Metric值,并向IP/MPLS网络的PCE服务器返回IP链路的Metric值的响应消息,该响应消息中携带计算得到的IP链路的Metric值;本发明实施例中,光传送路径的特征参数包括但不限于如下参数:接口带宽、跳数、所经过节点的处理时延、所经过节点间的传输时延等;可以依据光传送路径的特征参数并利用如下公式计算得到IP链路的Metric值:
IP链路的Metric值=参考带宽/接口带宽×10+α×跳数+β×(所经过节点的处理时延+所经过节点间的传输时延)
其中,α和β为调节因子,可以依据系统需求进行配置。
步骤304,IP/MPLS网络的PCE服务器在从光层的PCE服务器收到携带IP链路的Metric值的响应消息后,可以将该响应消息通过PCEP返回给IP层的PCC,IP层的PCC可以将该IP链路的Metric值提供给IP层的PCE,由IP层的PCE依据该IP链路的Metric值计算最短路径。
实施例二
请参考图1和图5,图5为本发明实施例所提供的一种获取IP链路的链路开销值的方法的实施例二的流程示意图,本实施例是通过GMPLS UNI得到IP链路的Metric值的方法,本实施例中Metric生成单元为光层的发起端光设备;如图1所示,IP/MPLS层是光层的客户侧,光层是IP/MPLS层的网络侧,GMPLS UNI隧道为IP/MPLS层与光层的通信通道,如下描述中,将GMPLS UNI隧道的发起端称为源客户端(如图1中的R1),简称源C,目的客户端称为宿C(如图1中的R4),与源C相连的光设备是光层的发起端光设备,简称源N(如图1中的光设备1),即本实施例中的Metric生成单元,与宿C相连的光设备是光层的目的端光设备,简称宿N(如图1中的光设备3);如图5所示,该方法包括以下步骤:
步骤501,用户在源C发起GMPLS UNI隧道建立命令,通过该GMPLS UNI隧道建立命令来配置GMPLS UNI隧道接口;该GMPLS UNI隧道建立命令中包括配置的参数为:源C和宿C的LSR ID、源N的入接口的IP地址、宿N的出接口的IP地址以及宿C的入接口的IP地址;还包括GMPLS UNI隧道的编码类型、交换类型和Payload类型、配置UNI业务的优先级等。
步骤502,源C依据用户配置参数生成Path消息,该Path消息中用会话(Session)对象携带源C和宿C的LSR ID,用显示路径对象携带源N的入接口的IP地址、宿N的出接口的IP地址以及宿C的入接口的IP地址;本发明实施例中,在Path消息中增加一个对象,该对象用于携带一个标志位,该标志位用于表示请求计算IP链路的Metric值,如此,本实施例中,IP链路的Metric值的请求消息为所述Path消息,通过该Path消息请求源N进行IP链路的Metric值的计算。
源C依据本地TE链路信息向LMP查询可用的控制信道,通过控制信道将Path消息发送到光层的源N。
步骤503,源N在收到源C发送的Path消息后,对Path消息进行解析,依据Path消息中携带的对象中的参数触发创建从源N到宿N的光网络虚连接。
步骤504,在光网络虚连接创建完成后,源N通知继续创建GMPLS UNI隧道,即源N分配LSP的标签和资源,并通过光网络虚连接发送Path消息给宿N;同时,因为Path消息中有表示请求计算IP链路的Metric值的标志位,因此源N依据光传送路径的特征参数计算得到合理的IP链路的Metric值,并利用发送给宿N的Path消息携带该IP链路的Metric值;其中,本实施例中,光传送路径的特征参数包括但不限于如下参数:接口带宽、跳数、所经过节点的处理时延、所经过节点间的传输时延等;可以依据光传送路径的特征参数并利用如下公式计算得到IP链路的Metric值:
IP链路的Metric值=参考带宽/接口带宽×10+α×跳数+β×(所经过节点的处理时延+所经过节点间的传输时延)
其中,α和β为调节因子,可以依据系统需求进行配置。
步骤505,宿N将携带IP链路的Metric值的Path消息发送给宿C。
步骤506,宿C收到宿N的Path消息后,可以依据该Path消息中的IP链路的Metric值计算最短路径,然后发送Resv消息给宿N;其中,宿C依据IP链路的Metric值计算最短路径具体包括以下处理过程:
1)分配资源,预留反向LSP资源;
2)在控制平面创建反向LSP表项,创建反向隧道接口;
3)下发反向LSP对应的转发表项;
4)分配正向LSP标签;
5)在控制平面创建正向LSP表项;
6)下发正向LSP对应的转发表项。
步骤507,宿N接收到宿C的Resv消息后,向源N发送Resv消息。
步骤508,源N接收到宿N的Resv消息后,向源C发送Resv消息,源N向源C发送的Resv消息中将携带计算得到的IP链路的Metric值。
步骤509,源C接收到源N的Resv消息后,可以依据Resv消息携带的IP链路的Metric值选择最短路径;这里,由于GMPLS UNI隧道为双向链路,因此源C和宿C都需要依据IP链路的Metric值计算最短路径,因此本发明实施例中源C和宿C都需要获知计算得到的IP链路的Metric值;源C依据IP链路的Metric值计算最短路径包括分配资源,预留正向LSP资源,然后在控制平面创建正向LSP表项,并下发正向LSP的转发表项。
步骤510,源C通知用户创建GMPLS UNI隧道成功。
本发明实施例进一步给出实现上述方法实施例中各步骤及方法的装置实施例。
本发明实施例提供一种获取IP链路的链路开销值的系统,该系统包括:Metric生成单元;所述Metric生成单元进一步包括接收单元和计算单元;其中,
接收单元,用于从IP层接收IP链路的Metric值的请求消息;
计算单元,用于依据光传送路径的特征参数获得所述IP链路的Metric值的请求消息中指定路径的Metric值。
请参考图6,其为本发明实施例所提供的获取IP链路的链路开销值的系统的实施例一的功能方块图,如图所示,该系统中,Metric生成单元为光层的PCE服务器603。
所述光传送路径的特征参数包括:接口带宽、跳数、所经过节点的处理时延、所经过节点间的传输时延。
该系统还包括:IP层的PCC601、IP/MPLS网络的PCE服务器602;其中,
IP层的PCC601,用于通过PCEP将IP链路的Metric值的请求消息发送给IP/MPLS网络的PCE服务器602;
IP/MPLS网络的PCE服务器602,用于将所述IP链路的Metric值的请求消息转发给光层的PCE服务器603。
其中,所述IP链路的Metric值的请求消息用于为指定的链路请求计算Metric值,所述IP链路的Metric值的请求消息中携带指定链路的两个端口的IP地址;或,所述IP链路的Metric值的请求消息为光层路径计算请求消息,所述光层路径计算请求消息中携带表示请求计算IP链路的Metric值的标志位和指定链路的两个端口的IP地址。
该系统还包括:
光层的PCE服务器603,用于向IP/MPLS网络的PCE服务器602返回IP链路的Metric值的响应消息,所述响应消息中携带计算得到的IP链路的Metric值;
IP/MPLS网络的PCE服务器602,用于将所述响应消息通过PCEP返回给IP层的PCC601。
请参考图7,其为本发明实施例所提供的获取IP链路的链路开销值的系统的实施例二的功能方块图,如图所示,该系统中Metric生成单元为光层的发起端光设备702。
所述光传送路径的特征参数包括:接口带宽、跳数、所经过节点的处理时延、所经过节点间的传输时延。
其中,该系统还包括:
源客户端701,还用于依据用户发起的GMPLS UNI隧道建立命令生成IP链路的Metric值的请求消息,并将IP链路的Metric值的请求消息发送到光层的发起端光设备702;所述IP链路的Metric值的请求消息为携带表示请求计算IP链路的Metric值的标志位和指定链路的两个端口的IP地址的Path消息。
该系统还包括:
发起端光设备702,还用于依据Path消息触发创建从发起端光设备702到目的端光设备703的光网络虚连接,并在光网络虚连接创建完成后,通过光网络虚连接发送携带该IP链路的Metric值的Path消息给目的端光设备703;
目的端光设备703,用于将携带IP链路的Metric值的Path消息发送给目的客户端704;
目的客户端704,还用于依据所述Path消息中的IP链路的Metric值计算最短路径,并发送Resv消息给目的端光设备703;
目的端光设备703,还用于向发起端光设备702转发Resv消息;
发起端光设备702,还用于接收到目的端光设备的Resv消息后,向源客户端701发送携带计算所述IP链路的Metric值的Resv消息;
源客户端701,还用于依据Resv消息携带的Metric值计算最短路径。
以上所述仅为本发明的较佳实施例而已,并不用以限制本发明,凡在本发明的精神和原则之内,所做的任何修改、等同替换、改进等,均应包含在本发明保护的范围之内。
Claims (14)
1.一种获取IP链路的链路开销值的方法,其特征在于,该方法包括:
光层的Metric生成单元从IP层接收IP链路的Metric值的请求消息,依据光传送路径的特征参数获得所述IP链路的Metric值的请求消息中指定路径的Metric值;
所述光层的Metric生成单元为光层的PCE服务器时,所述方法还包括:
所述光层的PCE服务器向IP/MPLS网络的PCE服务器返回IP链路的Metric值的响应消息,所述响应消息中携带计算得到的IP链路的Metric值;
IP/MPLS网络的PCE服务器将所述响应消息通过PCEP返回给IP层的PCC;
IP层的PCC将所述IP链路的Metric值提供给IP层的PCE,由所述IP层的PCE依据所述IP链路的Metric值计算最短路径。
2.根据权利要求1所述的方法,其特征在于,所述光传送路径的特征参数包括:接口带宽、跳数、所经过节点的处理时延和所经过节点间的传输时延。
3.根据权利要求1所述的方法,其特征在于,该方法还包括:
IP层的PCC通过PCEP将IP链路的Metric值的请求消息发送给IP/MPLS网络的PCE服务器;
IP/MPLS网络的PCE服务器将所述IP链路的Metric值的请求消息转发给光层的PCE服务器。
4.根据权利要求3所述的方法,其特征在于,
所述IP链路的Metric值的请求消息用于为指定的链路请求计算Metric值,所述IP链路的Metric值的请求消息中携带指定链路的两个端口的IP地址;或,
所述IP链路的Metric值的请求消息为光层路径计算请求消息,所述光层路径计算请求消息中携带表示请求计算IP链路的Metric值的标志位和指定链路的两个端口的IP地址。
5.一种获取IP链路的链路开销值的方法,其特征在于,该方法包括:
光层的Metric生成单元从IP层接收IP链路的Metric值的请求消息,依据光传送路径的特征参数获得所述IP链路的Metric值的请求消息中指定路径的Metric值;
所述光层的Metric生成单元为光层的发起端光设备时,该方法还包括:
发起端光设备依据Path消息触发创建从发起端光设备到目的端光设备的光网络虚连接,并在光网络虚连接创建完成后,通过光网络虚连接发送携带所述IP链路的Metric值的Path消息给目的端光设备;
目的端光设备将携带IP链路的Metric值的Path消息发送给目的客户端;
目的客户端依据所述Path消息中的IP链路的Metric值计算最短路径,并发送Resv消息给目的端光设备;
目的端光设备向发起端光设备转发Resv消息;
发起端光设备接收到目的端光设备的Resv消息后,向源客户端发送携带计算所述IP链路的Metric值的Resv消息;
源客户端依据Resv消息携带的Metric值计算最短路径。
6.根据权利要求5所述的方法,其特征在于,该方法还包括:
源客户端依据用户发起的GMPLS UNI隧道建立命令生成IP链路的Metric值的请求消息,并将IP链路的Metric值的请求消息发送到光层的发起端光设备;所述IP链路的Metric值的请求消息为携带表示请求计算IP链路的Metric值的标志位和指定链路的两个端口的IP地址的Path消息。
7.根据权利要求5所述的方法,其特征在于,所述光传送路径的特征参数包括:接口带宽、跳数、所经过节点的处理时延和所经过节点间的传输时延。
8.一种获取IP链路的链路开销值的系统,其特征在于,该系统包括:Metric生成单元;所述Metric生成单元进一步包括接收单元和计算单元;其中,
接收单元,用于从IP层接收IP链路的Metric值的请求消息;
计算单元,用于依据光传送路径的特征参数获得所述IP链路的Metric值的请求消息中指定路径的Metric值;
所述Metric生成单元为光层的PCE服务器时,该系统还包括:IP层的PCC、IP/MPLS网络的PCE服务器、及IP层的PCE,
光层的PCE服务器,还用于向IP/MPLS网络的PCE服务器返回IP链路的Metric值的响应消息,所述响应消息中携带计算得到的IP链路的Metric值;
IP/MPLS网络的PCE服务器,用于将所述响应消息通过PCEP返回给IP层的PCC;
IP层的PCC,用于将所述IP链路的Metric值提供给IP层的PCE;
IP层的PCE,用于依据所述IP链路的Metric值计算最短路径。
9.根据权利要求8所述的系统,其特征在于,所述光传送路径的特征参数包括:接口带宽、跳数、所经过节点的处理时延和所经过节点间的传输时延。
10.根据权利要求8所述的系统,其特征在于,
IP层的PCC,还用于通过PCEP将IP链路的Metric值的请求消息发送给IP/MPLS网络的PCE服务器;
IP/MPLS网络的PCE服务器,还用于将所述IP链路的Metric值的请求消息转发给光层的PCE服务器。
11.根据权利要求10所述的系统,其特征在于,
所述IP链路的Metric值的请求消息用于为指定的链路请求计算Metric值,所述IP链路的Metric值的请求消息中携带指定链路的两个端口的IP地址;或,所述IP链路的Metric值的请求消息为光层路径计算请求消息,所述光层路径计算请求消息中携带表示请求计算IP链路的Metric值的标志位和指定链路的两个端口的IP地址。
12.一种获取IP链路的链路开销值的系统,其特征在于,该系统包括:Metric生成单元;所述Metric生成单元进一步包括接收单元和计算单元;其中,
接收单元,用于从IP层接收IP链路的Metric值的请求消息;
计算单元,用于依据光传送路径的特征参数获得所述IP链路的Metric值的请求消息中指定路径的Metric值;
所述Metric生成单元为光层的发起端光设备时,该系统还包括:目的端光设备、目的客户端、源客户端;路径选择实体为目的客户端和源客户端;
发起端光设备,还用于依据Path消息触发创建从发起端光设备到目的端光设备的光网络虚连接,并在光网络虚连接创建完成后,通过光网络虚连接发送携带所述IP链路的Metric值的Path消息给目的端光设备;
目的端光设备,用于将携带IP链路的Metric值的Path消息发送给目的客户端;
目的客户端,用于依据所述Path消息中的IP链路的Metric值计算最短路径,并发送Resv消息给目的端光设备;
目的端光设备,还用于向发起端光设备转发Resv消息;
发起端光设备,还用于接收到目的端光设备的Resv消息后,向源客户端发送携带计算所述IP链路的Metric值的Resv消息;
源客户端,用于依据Resv消息携带的Metric值计算最短路径。
13.根据权利要求12所述的系统,其特征在于,
源客户端,还用于依据用户发起的GMPLS UNI隧道建立命令生成IP链路的Metric值的请求消息,并将IP链路的Metric值的请求消息发送到光层的发起端光设备;所述IP链路的Metric值的请求消息为携带表示请求计算IP链路的Metric值的标志位和指定链路的两个端口的IP地址的Path消息。
14.根据权利要求12所述的系统,其特征在于,所述光传送路径的特征参数包括:接口带宽、跳数、所经过节点的处理时延和所经过节点间的传输时延。
Priority Applications (2)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201310362103.8A CN103491002B (zh) | 2013-08-19 | 2013-08-19 | 一种获取ip链路的链路开销值的方法及系统 |
PCT/CN2014/083729 WO2015024440A1 (zh) | 2013-08-19 | 2014-08-05 | 一种获取ip链路的链路开销值的方法及系统 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201310362103.8A CN103491002B (zh) | 2013-08-19 | 2013-08-19 | 一种获取ip链路的链路开销值的方法及系统 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN103491002A CN103491002A (zh) | 2014-01-01 |
CN103491002B true CN103491002B (zh) | 2017-02-01 |
Family
ID=49830972
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201310362103.8A Active CN103491002B (zh) | 2013-08-19 | 2013-08-19 | 一种获取ip链路的链路开销值的方法及系统 |
Country Status (2)
Country | Link |
---|---|
CN (1) | CN103491002B (zh) |
WO (1) | WO2015024440A1 (zh) |
Families Citing this family (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN103491002B (zh) * | 2013-08-19 | 2017-02-01 | 北京华为数字技术有限公司 | 一种获取ip链路的链路开销值的方法及系统 |
CN105162705B (zh) * | 2015-06-09 | 2018-09-21 | 华为技术有限公司 | 一种通告uni隧道状态的方法、装置及系统 |
CN109005473B (zh) * | 2017-06-07 | 2021-08-03 | 中兴通讯股份有限公司 | 一种协同选择路径的方法、装置及系统 |
CN111988682B (zh) * | 2019-05-22 | 2022-11-04 | 华为技术有限公司 | 网络控制方法、装置和系统 |
CN113726560B (zh) * | 2021-08-12 | 2023-08-29 | 中盈优创资讯科技有限公司 | 一种运营商骨干链路metric值建议获取方法及装置 |
Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US7451340B2 (en) * | 2003-03-31 | 2008-11-11 | Lucent Technologies Inc. | Connection set-up extension for restoration path establishment in mesh networks |
CN101616061A (zh) * | 2008-06-26 | 2009-12-30 | 华为技术有限公司 | 路径确定方法、路径确定装置及网络系统 |
CN101883052A (zh) * | 2010-06-25 | 2010-11-10 | 中兴通讯股份有限公司 | 一种实现对等网络中流量优化的方法和系统 |
CN102136940A (zh) * | 2010-12-31 | 2011-07-27 | 华为技术有限公司 | 一种网络恢复方法和装置 |
Family Cites Families (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101227377B (zh) * | 2007-01-17 | 2012-09-05 | 华为技术有限公司 | 一种实现跨域路径的共享风险链路组分离的方法 |
CN102143410B (zh) * | 2010-07-09 | 2013-09-11 | 华为技术有限公司 | 一种光网络中的路径计算方法及路径计算单元 |
CN103491002B (zh) * | 2013-08-19 | 2017-02-01 | 北京华为数字技术有限公司 | 一种获取ip链路的链路开销值的方法及系统 |
-
2013
- 2013-08-19 CN CN201310362103.8A patent/CN103491002B/zh active Active
-
2014
- 2014-08-05 WO PCT/CN2014/083729 patent/WO2015024440A1/zh active Application Filing
Patent Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US7451340B2 (en) * | 2003-03-31 | 2008-11-11 | Lucent Technologies Inc. | Connection set-up extension for restoration path establishment in mesh networks |
CN101616061A (zh) * | 2008-06-26 | 2009-12-30 | 华为技术有限公司 | 路径确定方法、路径确定装置及网络系统 |
CN101883052A (zh) * | 2010-06-25 | 2010-11-10 | 中兴通讯股份有限公司 | 一种实现对等网络中流量优化的方法和系统 |
CN102136940A (zh) * | 2010-12-31 | 2011-07-27 | 华为技术有限公司 | 一种网络恢复方法和装置 |
Also Published As
Publication number | Publication date |
---|---|
CN103491002A (zh) | 2014-01-01 |
WO2015024440A1 (zh) | 2015-02-26 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US11451471B2 (en) | Using PCE as SDN controller | |
US9178796B2 (en) | Multi-layer stateful path computation element architecture | |
EP3570506B1 (en) | Dynamic end-to-end network path setup across multiple network layers with network service chaining | |
US10250459B2 (en) | Bandwidth on-demand services in multiple layer networks | |
EP2843888B1 (en) | Dynamic end-to-end network path setup across multiple network layers | |
CN101133408B (zh) | 穿过一组自治系统的最短域间流量工程标签交换路径计算 | |
US9300564B2 (en) | Ordered flooding requests for path computation elements | |
US10554537B2 (en) | Segment routing in a multi-domain network | |
US9270426B1 (en) | Constrained maximally redundant trees for point-to-multipoint LSPs | |
US20130232193A1 (en) | Control-Plane Interface Between Layers in a Multilayer Network | |
CN103491002B (zh) | 一种获取ip链路的链路开销值的方法及系统 | |
CN110099002B (zh) | 一种路径计算方法及装置 | |
US20170012871A1 (en) | Method and apparatus for path calculation in a multi-layer network | |
EP3419228B1 (en) | Service path establishment method, node device, and system | |
Casellas et al. | IDEALIST control plane architecture for multi-domain flexi-grid optical networks | |
Ajiardiawan et al. | Performance analysis of segment routing on MPLS L3VPN using PNETLAB | |
Paolucci et al. | Optimal K-survivable backward-recursive path computation (BRPC) in multi-domain PCE-based networks | |
Karlsson | Performance evaluation of the centralized and the distributed computation model | |
WO2012171191A1 (zh) | 用于建立多层路径的方法及其装置和系统 | |
Ong | ASON/GMPLS control plane status | |
Zhang et al. | Internet Engineering Task Force (IETF) T. Otani Request for Comments: 7025 K. Ogaki Category: Informational KDDI | |
CN103581017A (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 |