链路信息的处理方法及装置、系统与流程

文档序号:12917372阅读:238来源:国知局
链路信息的处理方法及装置、系统与流程

本发明涉及数据网络通信领域,具体而言,涉及一种链路信息的处理方法及装置、系统。



背景技术:

rsvp-te(resourcereservationprotocol-trafficengineer基于流量工程的资源预留协议)是一种基于mpls的流量工程技术。通过信息发布、路径计算、信令交互(rsvp-te)、流量的转发四个部件实现业务流量在te隧道中的转发。

图1是相关技术中隧道建立拓扑示意图,如图1所示,三个节点的拓扑中,需要建立一条r1至r3的隧道,根据上述四个部件,首先进行信息发布,信息发布是由基于流量工程的内部网关协议(interiorgatewayprotocol-trafficengineer,简称igp-te)来完成,主要由基于流量工程的开放式最短路径优先(openshortestpathfirst-trafficengineer,简称ospf-te)、基于流量工程的中间系统到中间系统的内部协议(intermediatesystem-intermediatesystem-trafficengineer,简称isis-te)两种协议,发布链路状态、带宽以及其他te相关的链路信息,对应图中的l12、l23和l13链路的te信息。rfc3630和rfc5305分别对ospf-te和isis-te进行了子类型长度值subtlv的扩展。通过信息发布,在域中每个节点都有整个拓扑链路的te信息;下一步进行路径计算,图1中从r1建立隧道至r3,那么路径计算的由r1发起,目的地为r3并携带隧道的约束条件,假设算出来的路径为r1-r3(沿l13的链路到达r3);接着进行信令交互,主要由rsvp-te协议完成,按照rfc3209的扩展,在路径r1-r3上进行资源预留以及标签表的下发。信令交互完成之后,对应的标签转发表也就下发完成。最后,业务流量就可以沿着这条隧道建立的路径进行转发。

资源的预留主要包括带宽、标签等资源信息。经过信令部件之后,由于链路l13的可用带宽信息发生了变化,会进行从新发布,这个拓扑的节点会从新更新l13的链路状态信息。

通常标签资源空间分为每平台标签空间和每接口标签空间。对于一个节点或者一个接口来说,并没有发布节点或者接口是否具有可用标签的信息,只能通过在信令部件中,通过rsvp信令交互过程中确认。在隧道的建立过程中,会延缓隧道的建立。同时,如果不具备发布节点或者接口是否具有可用标签的信息,不能及时触发隧道的重建以及重优化。简单来说,一个隧道由于某个节点或者接口标签资源不足,隧道建立不起来或者建立起来了走在了次优的路径上。某个时刻该节点或者接口的标签资源由具备了,这种变化没有及时发布出去,触发隧道重建或者重优化使得隧道仍然长时间处于down状态或者走在次优路径之上。从而影响业务的转发以及用户的体验。

针对上述技术问题,目前尚未提出有效的解决方案。



技术实现要素:

本发明实施例提供了一种链路信息的处理方法及装置、系统,以至少解决相关技术中的隧道建立延缓的问题。

根据本发明的一个实施例,提供了一种链路信息的处理方法,包括:接收通过基于流量工程的开放式最短路径优先ospf-te或基于流量工程的中间系统到中间系统的内部协议isis-te发布的链路信息;其中,链路信息中携带有以下信息:自治域内节点的标签资源信息,其中,该标签资源信息用于指示节点是否存在标签资源。

可选地,在接收通过ospf-te或isis-te发布的链路信息之后,方法还包括,将标签资源信息作为计算路径的参数,对路径进行计算;其中,路径为头节点与目的节点之间的路径。

可选地,在对路径进行计算之后,方法还包括,在路径计算失败,且路径计算失败的原因为标签资源不足时,保存计算失败的路径信息,其中,路径信息包括:隧道标识,隧道入口标识,隧道出口标识。

可选地,在获取到标签资源信息发生变化时,触发隧道的重建或者重优化;其中,标签资源信息发生变化包括:标签资源信息由指示节点不存在标签资源变化为指示节点存在标签资源。

可选地,在隧道为远端隧道时,通过以下方式获取标签资源信息发生变化:在自治域边界节点获取到标签资源信息发生变化之后,接收自治域边界节点发送的通知消息;其中,通知消息用于通知头节点标签资源信息发生了变化;其中,自治域边界节点为标签资源信息发生变化的节点所在的自治域与头节点所在的自治域共用的节点。

可选地,标签资源信息通过链路信息中扩展的字段或者新增的字段来表示。

根据本发明的另一个实施例,提供了一种链路信息的处理方法,其特征在于,包括:通过基于流量工程的开放式最短路径优先ospf-te或基于流量工程的中间系统到中间系统的内部协议isis-te发布链路信息;其中,链路信息中携带有以下信息:自治域内节点的标签资源信息,其中,该标签资源信息用于指示节点是否存在标签资源。

可选地,标签资源信息通过链路信息中扩展的字段或者新增的字段来表示。

根据本发明的另一个实施例,提供了一种链路信息的处理装置,包括:接收模块,用于接收通过基于流量工程的开放式最短路径优先ospf-te或基于流量工程的中间系统到中间系统的内部协议isis-te发布的链路信息;其中,链路信息中携带有以下信息:自治域内节点的标签资源信息,其中,该标签资源信息用于指示节点是否存在标签资源。

可选地,装置还包括:运算模块,用于将标签资源信息作为计算路径的参数,对路径进行计算;其中,路径为头节点与目的节点之间的路径。

可选地,装置还包括:存储模块,用于在路径计算失败,且路径计算失败的原因为标签资源不足时,保存计算失败的路径信息,其中,路径信息包括:隧道标识,隧道入口标识,隧道出口标识。

可选地,装置还包括:触发模块,用于在获取到标签资源信息发生变化时,触发隧道的重建或者重优化;其中,标签资源信息发生变化包括:标签资源信息由指示节点不存在标签资源变化为存在标签资源。

可选地,上述接收模块,还用于在隧道为远端隧道时,通过以下方式获取标签资源信息发生变化:在自治域边界节点获取到标签资源信息发生变化之后,接收自治域边界节点发送的通知消息;其中,通知消息用于通知头节点标签资源信息发生了变化;其中,自治域边界节点为标签资源信息发生变化的节点所在的自治域与头节点所在的自治域共用的节点。

根据本发明的另一个实施例,提供了一种链路信息的处理装置,包括:发布模块,用于通过基于流量工程的开放式最短路径优先ospf-te或基于流量工程的中间系统到中间系统的内部协议isis-te发布链路信息;其中,链路信息中携带有以下信息:自治域内节点的标签资源信息,其中,该标签资源信息用于指示节点是否存在标签资源。

根据本发明的另一个实施例,提供了一种系统,包括:第一节点和第二节点;第一节点,用于通过基于流量工程的开放式最短路径优先ospf-te或基于流量工程的中间系统到中间系统的内部协议isis-te向第二节点发布链路信息;其中,链路信息中携带有以下信息:自治域内第一节点的标签资源信息,其中,该标签资源信息用于指示第一节点是否存在标签资源。

可选地,第二节点,用于在接收到链路信息之后,将标签资源信息作为计算路径的参数,对路径进行计算;其中,路径为头节点与目的节点之间的路径。

可选地,第二节点,还用于在路径计算失败,且路径计算失败的原因为标签资源不足时,保存计算失败的路径信息,其中,路径信息包括:隧道标识,隧道入口标识,隧道出口标识。

可选地,第二节点,还用于在获取到标签资源信息发生变化时,触发隧道进行重建或者重优化;其中,标签资源信息发生变化包括:标签资源信息由指示第一节点不存在标签资源变化为指示第一节点存在标签资源。

可选地,系统还包括:自治域边界节点,其中,自治域边界节点为第一节点所在自治域与第二节点所在自治域共用的节点;自治域边界节点用于获取到第一节点的标签资源信息发生变化之后,向头节点发送通知消息;其中,通知消息用于通知头节点标签资源信息发生了变化;第二节点和头节点位于同一个自治域中。

根据本发明的又一个实施例,还提供了一种存储介质。该存储介质设置为存储用于执行以下步骤的程序代码:接收通过基于流量工程的开放式最短路径优先ospf-te或基于流量工程的中间系统到中间系统的内部协议isis-te发布的链路信息;其中,链路信息中携带有以下信息:自治域内节点的标签资源信息,其中,该标签资源信息用于指示节点是否存在标签资源。

可选地,存储介质还设置为存储用于执行以下步骤的程序代码:将标签资源信息作为计算路径的参数,对路径进行计算;其中,路径为头节点与目的节点之间的路径。

可选地,存储介质还设置为存储用于执行以下步骤的程序代码:在路径计算失败,且路径计算失败的原因为标签资源不足时,保存计算失败的路径信息,其中,路径信息包括:隧道标识,隧道入口标识,隧道出口标识。

可选地,存储介质还设置为存储用于执行以下步骤的程序代码:在获取到标签资源信息发生变化时,触发隧道的重建或者重优化;其中,标签资源信息发生变化包括:标签资源信息由指示节点不存在标签资源变化为指示节点存在标签资源。

可选地,在隧道为远端隧道时,通过以下方式获取标签资源信息发生变化:在自治域边界节点获取到标签资源信息发生变化之后,接收自治域边界节点发送的通知消息;其中,通知消息用于通知头节点标签资源信息发生了变化;其中,自治域边界节点为标签资源信息发生变化的节点所在的自治域与头节点所在的自治域共用的节点。

可选地,标签资源信息通过链路信息中扩展的字段或者新增的字段来表示。

通过本发明,采用在链路信息中携带自治域内节点的标签资源信息,每个节点具有该节点的标签资源信息,与现有技术相比,不需要等到信令交互过程中确认是否具有可用的标签资源,因而能够提前获知该节点是否具有可用的标签资源,进而缩短了隧道建立的时间,解决了相关技术中的隧道建立延缓的问题。

附图说明

此处所说明的附图用来提供对本发明的进一步理解,构成本申请的一部分,本发明的示意性实施例及其说明用于解释本发明,并不构成对本发明的不当限定。在附图中:

图1是相关技术中隧道建立拓扑示意图;

图2是根据本发明实施例提供的单域内ospf-te的拓扑环境示意图;

图3是根据本发明实施例提供的单levelisis-te的拓扑环境示意图;

图4是根据本发明实施例提供的跨域ospf-te的拓扑环境示意图;

图5是根据本发明实施例提供的跨levelisis-te的拓扑环境示意图;

图6是根据本发明实施例的链路信息的处理方法的流程图一;

图7是根据本发明实施例的链路信息的处理方法的流程图二;

图8是根据本发明实施例的链路信息的处理方法的流程图三;

图9是根据本发明实施例的链路信息的处理装置的结构框图一;

图10是根据本发明实施例的链路信息的处理装置的结构框图二;

图11是根据本发明实施例的链路信息的处理装置的结构框图三;

图12是根据本发明实施例的链路信息的处理装置的结构框图四;

图13是根据本发明实施例提供的系统的架构示意图一;

图14是根据本发明实施例提供的系统的架构示意图二。

具体实施方式

下文中将参考附图并结合实施例来详细说明本发明。需要说明的是,在不冲突的情况下,本申请中的实施例及实施例中的特征可以相互组合。

需要说明的是,本发明的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象,而不必用于描述特定的顺序或先后次序。

实施例1

本申请实施例可以应用于图2、图3、图4或者图5所示的拓扑环境中,图2是根据本发明实施例提供的单域内ospf-te的拓扑环境示意图;如图2所示,该拓扑环境包括4个节点,其中,在r1建立两条隧道tunnel1和tunnel2至r3节点,两条隧道的路径规划分别为:r1-r2-r3;r1-r4-r3。图3是根据本发明实施例提供的单levelisis-te的拓扑环境示意图;如图3所示,该拓扑环境包括4个节点,其中,在r1建立两条隧道tunnel1和tunnel2至r3节点,两条隧道的路径规划分别为:r1-r2-r3;r1-r4-r3。图4是根据本发明实施例提供的跨自治域ospf-te的拓扑环境示意图;该拓扑环境包括6个节点,在r1建立两条隧道tunnel1和tunnel2至r6节点,r1和r6属于不同的两个自治域,对于tunnel1,路径规划为r1-r3-r4-r6;对于tunnel2,路径规划为:优先走r1-r2-r3-r4-r6,次优路径为r1-r2-r3-r5-r6。图5是根据本发明实施例提供的跨levelisis-te的拓扑环境示意图,该拓扑环境包括6个节点,在r1建立两条隧道tunnel1和tunnel2至r6节点,r1和r6属于不同的两个自治域,对于tunnel1,路径规划为r1-r3-r4-r6;对于tunnel2,路径规划为:优先走r1-r2-r3-r4-r6,次优路径为r1-r2-r3-r5-r6。

需要说明的是,本实施例的应用场景并不限于列举的上述拓扑环境。

在本实施例中提供了一种应用于上述拓扑环境的链路信息的处理方法,图6是根据本发明实施例的链路信息的处理方法的流程图一,如图6所示,该流程包括如下步骤:

步骤s602,接收通过基于流量工程的开放式最短路径优先ospf-te或基于流量工程的中间系统到中间系统的内部协议isis-te发布的链路信息;其中,链路信息中携带有以下信息:自治域内节点的标签资源信息,其中,该标签资源信息用于指示节点是否存在标签资源;

步骤s604,将标签资源信息作为计算路径的参数,对路径进行计算;其中,路径为头节点与目的节点之间的路径。

通过上述步骤,采用在链路信息中携带自治域内节点的标签资源信息,使得每个节点具有该节点的标签资源信息,并且在路径计算的过程中考虑该节点的标签信息,与现有技术相比,不需要等到信令交互过程中确认是否具有可用的标签资源,因而能够提前获知该节点是否具有可用的标签资源,能够提前发现路径是否可用,缩短了隧道建立的时间,解决了相关技术中的隧道建立延缓的问题。

需要说明的是,上述步骤s602也可以单独执行。

可选地,上述步骤的执行主体可以为自治域中的各个节点,但不限于此。

需要说明的是,上述标签资源信息可以通过链路信息中扩展的字段或者新增的字段来表示,可选地,可以通过扩展子类型长度值subtlv来表示标签资源信息。在一个实施例中,长度可以为1字节,最低位1比特表示是否有标签资源,其中,值为1表示存在标签资源,值为0表示不存在标签资源,最高位1比特表示标签空间,其中值为1表示全局标签空间,值为0表示接口标签空间。

在一个可选的实施例中,如果一个节点中不存在标签资源,那么可以视为经过所述节点的路径不可达,即在上述路径计算的过程中,将标签资源信息考虑进去,仅能够提前获知路径是否可用,进而可以获地一条最优的路径。即在路径计算时,可以根据隧道的一些属性来进行cspf(基于约束的最短路径计算),比如可以将带宽、srlg(风险链路组)、链路必须具有标签资源等因素作为一些约束条件进行路径计算。

在本发明的一个实施例中,图7是根据本发明实施例的链路信息的处理方法的流程图二,如图7所示,在上述步骤s604之后,上述方法还可以包括:

步骤s702,在路径计算失败,且路径计算失败的原因为标签资源不足时,保存计算失败的路径信息,其中,路径信息包括:隧道标识,隧道入口标识,隧道出口标识。

需要说明的是,标签资源不足可以表现为上述路径经过的其中一个或者多个节点不存在标签资源,但并不限于此。

通过上述保存上述路径失败的路径信息,使得在隧道建立的过程中不再考虑该路径,进一步节省隧道建立的时间。

在本发明的一个实施例中,上述方法还可以包括:在获取到标签资源信息发生变化时,触发隧道进行重建或者重优化;其中,标签资源信息发生变化包括:标签资源信息由指示节点不存在标签资源变化为指示节点存在标签资源。

需要说明的是,在隧道为本端隧道时,可以在获取到标签资源信息发生变化的情况下,直接触发隧道的重建或者重优化;在隧道为远端隧道时,通过以下方式获取标签资源信息发生变化:在自治域边界节点获取到标签资源信息发生变化之后,接收自治域边界节点发送的通知消息;其中,通知消息用于通知头节点标签资源信息发生了变化;其中,自治域边界节点为标签资源信息发生变化的节点所在的自治域与头节点所在的自治域共用的节点。

需要说明的是,上述标签资源信息发生变化,还可以包括:标签资源信息由指示节点存在标签资源变化为指示节点不存在标签资源。此时,在隧道为本端隧道时,可以直接获取到该标签资源信息;在隧道为远端隧道时,可以通过自治域边界节点获取自治域外的节点的标签资源信息。

需要说明的是,在头节点为down状态时,触发隧道的重建,在头节点为up状态时,触发隧道的重优化。

通过上述步骤使得标签资源的从无到有以及从有到无的变化,相同自治域内的节点或者自治域外的节点都能够感知到变化,进而可以及时触发隧道的重建以及重优化,使得隧道能够及时打通或者走在更优的路径上,避免了业务的中断,提高了用户的体验。

在本实施例中还提供了一种应用于上述拓扑环境的链路信息的处理方法,图8是根据本发明实施例的链路信息的处理方法的流程图三,如图8所示,该方法包括:

步骤s802,通过基于流量工程的开放式最短路径优先ospf-te或基于流量工程的中间系统到中间系统的内部协议isis-te发布链路信息;其中,链路信息中携带有以下信息:自治域内节点的标签资源信息,其中,该标签资源信息用于指示节点是否存在标签资源。

通过上述步骤,采用在链路信息中携带自治域内节点的标签资源信息,使得每个节点具有该节点的标签资源信息,与现有技术相比,不需要等到信令交互过程中确认是否具有可用的标签资源,因而能够提前获知该节点是否具有可用的标签资源,能够提前发现路径是否可用,缩短了隧道建立的时间,解决了相关技术中的隧道建立延缓的问题。

可选地,上述步骤的执行主体可以为自治域中的各个节点,但不限于此。

需要说明的是,上述标签资源信息可以通过链路信息中扩展的字段或者新增的字段来表示,可选地,可以通过扩展子类型长度值subtlv来表示标签资源信息。在一个实施例中,长度可以为1字节,最低位1比特表示是否有标签资源,其中,值为1表示存在标签资源,值为0表示不存在标签资源,最高位1比特表示标签空间,其中值为1表示全局标签空间,值为0表示接口标签空间。

在本实施例中的其他限定可以参考图6和图7所示实施例的描述,此处不再赘述。

为了更好地理解本发明,以下结合优选的实施例对本发明做进一步解释。

本发明实施例提供了一种优选的标签资源通告的方法(相当于上述实施例中的链路信息的处理方法),使节点或者接口标签资源的变化可以在域中发布,从而隧道能够及时感知这一变化,进行相关的路径计算与调整。

上述优选的实施例包括以下步骤:

步骤1,扩展ospf-te以及isis-te的链路subtlv信息(相当于上述实施例中的链路信息),发布链路信息的时候增加标签资源信息subtlv信息的发布;(相当于上述实施例中的步骤s802或者上述实施例中的步骤s602);

步骤2,路径计算的时候,算路时需要考虑到链路的标签资源,选择一条最优的路径;(相当于上述实施例中的步骤s604)

步骤3,记录由于标签资源不足导致的路径计算失败的隧道信息,保存于本地节点;(相当于上述实施例中的步骤s702)

步骤4,节点或者链路的标签资源发生变化时,对于本地隧道触发隧道重建或者重优化,对于远端隧道,发送notify消息触发至隧道头结点触发隧道重建或者重优化。(相当于上述实施例中的在获取到标签资源信息发生变化时,触发隧道进行重建或者重优化)

需要说明的是,步骤1中扩展ospf-te和isis-te的标签资源信息subtlv,长度为1字节,最低位1bit表示是否有标签资源,1表示有,0表示无;最高位1bit表示标签空间,1表示全局标签空间,0表示接口标签空间。步骤2中路径计算考虑链路标签资源,是指在路径计算的时候需要将洪泛的标签资源subtlv考虑进去,如果链路中没有标签资源,视为路径不可达。步骤3的记录由于标签资源不足导致的路径计算失败的隧道信息,是指在发起路径计算的节点,记录下由于标签资源不足导致的路径计算失败的隧道信息。隧道信息包括隧道标识tunnelid,入口标识ingressid,出口标识egressid。步骤4节点或者链路的标签资源发生变化时,是指标签资源从无到有的变化过程。步骤4对于本地隧道触发隧道重建或者重优化,是指节点接收到域中某个链路信息的标签资源从无到有,就触发本地作为头结点隧道进行如下操作:如果是down状态,触发隧道重建;如果是up状态,触发隧道重优化。步骤4对于远端隧道,发送notify消息触发至隧道头结点触发隧道重建或者重优化。是指节点接收到域中某个链路的标签资源从无到有,从步骤3中检查属于远端隧道的条目,发送notify消息给头结点,表明有可用的标签资源。头结点接收到该notify消息,进行如下操作:如果是down状态,触发隧道重建;如果是up状态,触发隧道重优化。

通过采用本发明优选实施例提供的方法,可以对节点或者链路的标签资源是否可用进行发布,参与路径计算决策,同时能够及时触发隧道的重建与重优化。避免隧道业务长时间中断以及及时触发路径的优化,提高用户体验。

实施例1.1:

在图2所示的拓扑环境中,当r2没有可用标签资源时,r2通过上述扩展的subtlv由ospf-te通告给整个域内节点。r1、r3、r4都能接收到该信息。

当r1接收到r2没有可用标签资源时,tunnel1路径规划为r1-r2-r3,标签资源信息参与路径计算,这种情况下路径计算为失败,原因为标签资源不足。这个时候记录下这条隧道的信息(r1,r3,tunnel1)。tunnel2的路径规划有两条,r1-r2-r3是最优路径,r1-r4-r3为次优路径,同理,隧道只能走次优路径r1-r4-r3。

某个时刻,r2有标签资源可用时,r2再通过扩展的subtlv由ospf-te通告给整个域内节点。r1、r3、r4都能接收到该信息。

当r1接收到r2有可用标签资源时,对于处于down状态的本地隧道tunnel1进行重建,隧道建立成功,路径为r1-r2-r3;对于已经up的隧道tunnel2进行重优化,重优化之后,tunnel2走最优路径r1-r2-r3。

实施例1.2:

在图3所示的拓扑环境中,当r2没有可用标签资源时,r2通过上述扩展的subtlv由isis-te通告给整个level内节点。r1、r3、r4都能接收到该信息。

当r1接收到r2没有可用标签资源时,tunnel1路径规划动态算路,标签资源信息参与路径计算,同时隧道tunnel1有带宽要求为100m,这种情况下路径计算为失败,原因为标签资源不足和带宽不足。这个时候记录下这条隧道的信息(r1,r3,tunnel1)。tunnel2的路径规划有两条,r1-r2-r3是最优路径,r1-r4-r3为次优路径,经过计算,只能选择次优路径r1-r4-r3。

某个时刻,r2有标签资源可用时,r2再通过扩展的subtlv由isis-te通告给整个level内节点。r1、r3、r4都能接收到该信息。

当r1接收到r2有可用标签资源时,对于处于down状态的本地隧道tunnel1进行重建,隧道建立成功,路径为r1-r2-r3(r1-r4-r3路径带宽不足);对于已经up的隧道tunnel2进行重优化,重优化之后,tunnel2走最优路径r1-r2-r3。

实施例1.3:

在图4所示的拓扑环境中,当r4没有可用标签资源时,r4通过上述扩展的subtlv由ospf-te通告给整个域内节点。r3、r5、r6都能接收到该信息,域外的节点r1和r2接收不到该信息。

根据路径规划,tunnel1在r1算路,首先计算至域边界r3,路径为r1-r3,在r3再次发起路径计算,目的地为尾节点r6。由于r4节点无可用标签资源这一信息通告至r3了,计算规划的路径r3-r4-r6时计算失败,原因为标签资源不足。这个时候在路径计算点r3记录该隧道的信息(r1,r6,tunnel1)。

同理,tunnel2在r1算路,首先也需计算至域边界r3,路径为r1-r2-r3,在r3再次发起路径计算,目的地为r6,由于规划的最优路径r3-r4-r6计算失败,记录隧道信息(r1,r6,tunnel2),只能走次优路径r3-r5-r6。所以tunnel2最终建立的路径为次优路径r1-r2-r3-r5-r6。

某个时刻,r4有标签资源可用时,r4通过扩展的subtlv由ospf-te通告给整个域内节点。r3、r5、r6都能接收到该信息。域外的r1和r2节点接收不到该信息。

当r3接收到标签可用的信息之后,检查算路失败的记录,两条失败的记录都是属于远端隧道,通过notify消息发送给头结点r1,告知有r4具有标签资源可用的信息。

r1接收到r3发送的notify消息之后,解析到所属隧道为tunnel1和tunnel2,tunnel1为down状态发起重建,路径按照规划的r1-r3-r4-r6建立成功。tunnel2为up状态发起重优化,路径调整到规划的最优路径之上r1-r2-r3-r4-r6。

实施例1.4:

在图5所示的拓扑环境中,本实施例与实施例1.3过程相同,不同的是通告标签资源是否可用,采用isis-te通告,此处不再累述。

通过以上的实施方式的描述,本领域的技术人员可以清楚地了解到根据上述实施例的方法可借助软件加必需的通用硬件平台的方式来实现,当然也可以通过硬件,但很多情况下前者是更佳的实施方式。基于这样的理解,本发明的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来,该计算机软件产品存储在一个存储介质(如rom/ram、磁碟、光盘)中,包括若干指令用以使得一台终端设备(可以是手机,计算机,服务器,或者网络设备等)执行本发明各个实施例所述的方法。

实施例2

在本实施例中还提供了一种链路信息的处理装置,该装置用于实现上述实施例及优选实施方式,已经进行过说明的不再赘述。如以下所使用的,术语“模块”可以实现预定功能的软件和/或硬件的组合。尽管以下实施例所描述的装置较佳地以软件来实现,但是硬件,或者软件和硬件的组合的实现也是可能并被构想的。

图9是根据本发明实施例的链路信息的处理装置的结构框图一,如图9所示,该装置包括:

接收模块92,用于接收通过基于流量工程的开放式最短路径优先ospf-te或基于流量工程的中间系统到中间系统的内部协议isis-te发布的链路信息;其中,链路信息中携带有以下信息:域内节点的标签资源信息,其中,该标签资源信息用于指示节点是否存在标签资源;

运算模块94,与上述接收模块92连接,用于将标签资源信息作为计算路径的参数,对路径进行计算;其中,路径为头节点与目的节点之间的路径。

通过上述装置,在链路信息中携带域内节点的标签资源信息,使得每个节点具有该节点的标签资源信息,并且运算模块94在路径计算的过程中考虑该节点的标签信息,与现有技术相比,不需要等到信令交互过程中确认是否具有可用的标签资源,因而能够提前获知该节点是否具有可用的标签资源,能够提前发现路径是否可用,缩短了隧道建立的时间,解决了相关技术中的隧道建立延缓的问题。

需要说明的是,上述装置也可以单独包括上述接收模块92,但并不限于此。上述装置可以位于域中的节点中,也可以独立于节点,并不限于此。

对于标签资源信息的解释,可以参考上述的方法实施例,此处不再赘述。

图10是根据本发明实施例的链路信息的处理装置的结构框图二,如图10所示,该装置还可以包括:

存储模块1002,与上述运算模块94连接,用于在路径计算失败,且路径计算失败的原因为标签资源不足时,保存计算失败的路径信息,其中,路径信息包括:隧道标识,隧道入口标识,隧道出口标识。

需要说明的是,标签资源不足可以表现为上述路径经过的其中一个或者多个节点不存在标签资源,但并不限于此。

图11是根据本发明实施例的链路信息的处理装置的结构框图三,如图11所示,该装置还可以包括:

触发模块1102,与上述接收模块92连接,用于在获取到标签资源信息发生变化时,触发隧道的重建或者重优化;其中,标签资源信息发生变化包括:标签资源信息由指示节点不存在标签资源变化为存在标签资源。

可选地,上述接收模块92还用于在隧道为远端隧道时,通过以下方式获取标签资源信息发生变化:在域边界节点获取到标签资源信息发生变化之后,接收域边界节点发送的通知消息;其中,通知消息用于通知头节点标签资源信息发生了变化;其中,域边界节点为标签资源信息发生变化的节点所在的域与头节点所在的域共用的节点。

此处对于触发隧道的重建以及重优化的解释,可以参考上述的方法实施例,此处不再赘述。

通过上述装置,使得标签资源的从无到有以及从有到无的变化,相同域内的节点或者域外的节点都能够感知到变化,进而可以及时触发隧道的重建以及冲优化,使得隧道能够及时打通或者走在更优的路径上,避免了业务的中断,提高了用户的体验。

需要说明的是,上述各个模块是可以通过软件或硬件来实现的,对于后者,可以通过以下方式实现,但不限于此:上述模块均位于同一处理器中;或者,上述各个模块以任意组合的形式分别位于不同的处理器中。

实施例3

在本实施例中还提供了一种链路信息的处理装置,图12是根据本发明实施例的链路信息的处理装置的结构框图四,如图12所示,该装置可以包括:发布模块1202,用于通过基于流量工程的开放式最短路径优先ospf-te或基于流量工程的中间系统到中间系统的内部协议isis-te发布链路信息;其中,链路信息中携带有以下信息:域内节点的标签资源信息,其中,该标签资源信息用于指示节点是否存在标签资源。

通过上述装置,采用在链路信息中携带域内节点的标签资源信息,使得每个节点具有该节点的标签资源信息,与现有技术相比,不需要等到信令交互过程中确认是否具有可用的标签资源,因而能够提前获知该节点是否具有可用的标签资源,能够提前发现路径是否可用,缩短了隧道建立的时间,解决了相关技术中的隧道建立延缓的问题。

可选地,上述装置可以位于域中的各个节点,也可以独立于域中的各个节点,但不限于此。

需要说明的是,对于该实施例的解释,可以参考对应的上述方法实施例,此处不再赘述。

实施例4

在本实施例中还提供了一种系统,图13是根据本发明实施例提供的系统的架构示意图一,如图13所示,该系统包括:第一节点1302和第二节点1304;其中,第一节点1302,用于通过基于流量工程的开放式最短路径优先ospf-te或基于流量工程的中间系统到中间系统的内部协议isis-te向第二节点1304发布链路信息;其中,链路信息中携带有以下信息:域内第一节点1302的标签资源信息,其中,该标签资源信息用于指示第一节点1302是否存在标签资源。

通过该系统,采用在链路信息中携带域内节点的标签资源信息,每个节点具有该节点的标签资源信息,与现有技术相比,不需要等到信令交互过程中确认是否具有可用的标签资源,因而能够提前获知该节点是否具有可用的标签资源,进而缩短了隧道建立的时间,解决了相关技术中的隧道建立延缓的问题。

在本发明的一个实施例中,上述第二节点1304,用于在接收到链路信息之后,将标签资源信息作为计算路径的参数,对路径进行计算;其中,路径为头节点与目的节点之间的路径。

需要说明的是,上述第二节点1304,还可以用于在路径计算失败,且路径计算失败的原因为标签资源不足时,保存计算失败的路径信息,其中,路径信息包括:隧道标识,隧道入口标识,隧道出口标识。

在本发明的一个实施例中,上述第二节点1304,还用于在获取到标签资源信息发生变化时,触发隧道进行重建或者重优化;其中,标签资源信息发生变化包括:标签资源信息由指示第一节点1302不存在标签资源变化为指示第一节点1302存在标签资源。

图14是根据本发明实施例提供的系统的架构示意图二,如图14所示,上述系统还可以包括:域边界节点1402,与上述第一节点1302和上述第二节点1304连接,其中,域边界节点1402为第一节点1302所在域与第二节点1304所在域共用的节点;

上述域边界节点1402用于获取到第一节点1302的标签资源信息发生变化之后,向头节点发送通知消息;其中,通知消息用于通知头节点标签资源信息发生了变化;第二节点1304和头节点位于同一个域中。

需要说明的是,对于本实施例的解释可以参考上述方法实施例的解释,此处不再赘述。

实施例5

本发明的实施例还提供了一种存储介质。可选地,在本实施例中,上述存储介质可以被设置为存储用于执行以下步骤的程序代码:

s1,接收通过基于流量工程的开放式最短路径优先ospf-te或基于流量工程的中间系统到中间系统的内部协议isis-te发布的链路信息;其中,链路信息中携带有以下信息:域内节点的标签资源信息,其中,该标签资源信息用于指示节点是否存在标签资源。

可选地,存储介质还被设置为存储用于执行以下步骤的程序代码:

s2,将标签资源信息作为计算路径的参数,对路径进行计算;其中,路径为头节点与目的节点之间的路径。

可选地,存储介质还被设置为存储用于执行以下步骤的程序代码:

s3,在路径计算失败,且路径计算失败的原因为标签资源不足时,保存计算失败的路径信息,其中,路径信息包括:隧道标识,隧道入口标识,隧道出口标识。

可选地,存储介质还被设置为存储用于执行以下步骤的程序代码:

s4,在获取到标签资源信息发生变化时,触发隧道的重建或者重优化;其中,标签资源信息发生变化包括:标签资源信息由指示节点不存在标签资源变化为指示节点存在标签资源

可选地,在本实施例中,上述存储介质可以包括但不限于:u盘、只读存储器(rom,read-onlymemory)、随机存取存储器(ram,randomaccessmemory)、移动硬盘、磁碟或者光盘等各种可以存储程序代码的介质。

可选地,本实施例中的具体示例可以参考上述实施例及可选实施方式中所描述的示例,本实施例在此不再赘述。

显然,本领域的技术人员应该明白,上述的本发明的各模块或各步骤可以用通用的计算装置来实现,它们可以集中在单个的计算装置上,或者分布在多个计算装置所组成的网络上,可选地,它们可以用计算装置可执行的程序代码来实现,从而,可以将它们存储在存储装置中由计算装置来执行,并且在某些情况下,可以以不同于此处的顺序执行所示出或描述的步骤,或者将它们分别制作成各个集成电路模块,或者将它们中的多个模块或步骤制作成单个集成电路模块来实现。这样,本发明不限制于任何特定的硬件和软件结合。

以上所述仅为本发明的优选实施例而已,并不用于限制本发明,对于本领域的技术人员来说,本发明可以有各种更改和变化。凡在本发明的精神和原则之内,所作的任何修改、等同替换、改进等,均应包含在本发明的保护范围之内。

当前第1页1 2 
网友询问留言 已有0条留言
  • 还没有人留言评论。精彩留言会获得点赞!
1