CN105791108A - 一种基于捆绑接口的隧道带宽预留的方法及装置 - Google Patents

Abstract

本发明公开了一种基于捆绑接口的隧道带宽预留的方法及装置，其中，该方法包括：根据捆绑接口的成员链路的预设选择策略，选择所述捆绑接口的第一成员链路作为业务隧道的转发表项出接口；形成所述第一成员链路与所述捆绑接口中除所述第一成员链路之外的其他有效成员链路之间的保护关系，有效地解决了相关技术中存在的业务隧道基于捆绑接口整体进行流量转发以及带宽预留管理，在链路带宽有限或者捆绑接口和链路出现故障时，捆绑接口自身收敛较慢，并会造成捆绑接口中每一条链路出现震荡，影响业务流量的转发的问题，从而有效地减少了对流量转发的影响，实现了捆绑接口的快速收敛。

Description

一种基于捆绑接口的隧道带宽预留的方法及装置

技术领域

本发明涉及通信领域，具体而言，涉及一种基于捆绑接口的隧道带宽预留的方法及装置。

背景技术

当前静态路由/无线接入网IP化(StaticRouter/IPRadioAccessNetwork，简称为SR/IPRAN)的环境下，设备中基于流量工程扩展的资源预留协议(ResourceReservationProtocol-TrafficEngineering，简称为RSVP-TE)隧道出口为链路聚合(LinkAggregation)的智慧群组(smart-group接口，简称为SG接口)、pos-group接口(简称为PG接口)等捆绑接口时，均是基于捆绑接口整体进行流量转发以及带宽预留管理。在没有部署流量工程(TrafficEngineering，简称为TE)隧道保护的环境中，如果链路状态不稳定或者捆绑接口、链路出现故障时时，依靠捆绑接口自身的收敛，捆绑接口中每一条链路都出收敛出现震荡，会对业务流量造成较大的影响；在部署较多TE隧道，但是链路带宽有限的环境中，所有TE隧道共享SG整体预留的带宽，如果链路状态不稳定时，也会频繁造成TE隧道由于带宽资源不足而震荡，对业务流量造成较大的影响。

综上所述，在相关技术中，业务隧道例如标签转发协议LSP隧道基于捆绑接口整体进行流量转发以及带宽预留管理，在链路状态不稳定、链路带宽有限、或者捆绑接口和链路出现故障时，捆绑接口自身收敛较慢，并会造成捆绑接口中每一条链路出现震荡，对业务流量的转发带来很大的影响。

针对相关技术中存在的业务隧道基于捆绑接口整体进行流量转发以及带宽预留管理，在链路状态不稳定、链路带宽有限、或者捆绑接口和链路出现故障时，捆绑接口自身收敛较慢，并会造成捆绑接口中每一条链路出现震荡，影响业务流量的转发的问题，目前尚未提出有效的解决方案。

发明内容

本发明提供了一种基于捆绑接口的隧道带宽预留的方法及装置，以至少解决相关技术中存在的上述问题。

根据本发明的一个方面，提供了一种基于捆绑接口的隧道带宽预留的方法，包括：根据捆绑接口的成员链路的预设选择策略，选择所述捆绑接口的第一成员链路作为业务隧道的转发表项出接口；形成所述第一成员链路与所述捆绑接口中除所述第一成员链路之外的其他有效成员链路之间的保护关系。

进一步地，所述方法还包括：在所述第一成员链路上对所述业务隧道进行带宽预留。

进一步地，在所述第一成员链路出现故障的情况下，所述方法还包括：将所述业务隧道的流量由所述第一成员链路切换到所述其他有效成员链路，其中，所述其他有效成员链路通过普通负荷分担的方式分担所述业务隧道的流量。

进一步地，将所述业务隧道的流量由所述第一成员链路切换到所述其他有效成员链路之后，所述方法还包括：根据所述预设选择策略，选择第二成员链路作为所述业务隧道的转发表项出接口；形成所述第二成员链路与所述捆绑接口中除所述第二成员链路之外的其他有效成员链路之间的保护关系；在所述第二成员链路上对所述业务隧道进行带宽预留。

进一步地，所述预设选择策略包括以下之一：在多条成员链路的未预留带宽满足所述业务隧道的带宽需求的情况下，将所述多条成员链路中未预留带宽最小的成员链路作为被选择链路；在多条成员链路的未预留带宽满足所述业务隧道的带宽需求的情况下，将所述多条成员链路中索引最小的成员链路作为被选择链路；在所述捆绑接口中所有成员链路的未预留带宽均不满足所述业务隧道的带宽需求的情况下，拆除优先级低于所述业务隧道的一个或多个其他业务隧道。

根据本发明的另一方面，提供了一种基于捆绑接口的隧道带宽预留的装置，包括：第一选择模块，用于根据捆绑接口的成员链路的预设选择策略，选择所述捆绑接口的第一成员链路作为业务隧道的转发表项出接口；第一形成模块，用于形成所述第一成员链路与所述捆绑接口中除所述第一成员链路之外的其他有效成员链路之间的保护关系。

进一步地，所述装置还包括：第一预留模块，用于在所述第一成员链路上对所述业务隧道进行带宽预留。

进一步地，所述装置还包括：切换模块，用于在所述第一成员链路出现故障的情况下，将所述业务隧道的流量由所述第一成员链路切换到所述其他有效成员链路，其中，所述其他有效成员链路通过普通负荷分担的方式分担所述业务隧道的流量。

进一步地，所述装置还包括：第二选择模块，用于根据所述预设选择策略，选择第二成员链路作为所述业务隧道的转发表项出接口；第二形成模块，形成所述第二成员链路与所述捆绑接口中除所述第二成员链路之外的其他有效成员链路之间的保护关系；第二预留模块，用于在所述第二成员链路上对所述业务隧道进行带宽预留。

进一步地，所述预设选择策略包括以下至少之一：在多条成员链路的未预留带宽满足所述业务隧道的带宽需求的情况下，将所述多条成员链路中未预留带宽最小的成员链路作为被选择链路；在多条成员链路的未预留带宽满足所述业务隧道的带宽需求的情况下，将所述多条成员链路中索引最小的成员链路作为被选择链路；在所述捆绑接口中所有成员链路的未预留带宽均不满足所述业务隧道的带宽需求的情况下，拆除优先级低于所述业务隧道的一个或多个其他业务隧道。

通过本发明，采用根据捆绑接口的成员链路的预设选择策略，选择所述捆绑接口的第一成员链路作为业务隧道的转发表项出接口；形成所述第一成员链路与所述捆绑接口中除所述第一成员链路之外的其他有效成员链路之间的保护关系，解决了相关技术中存在的业务隧道基于捆绑接口整体进行流量转发以及带宽预留管理，在链路带宽有限、或者捆绑接口和链路出现故障时，捆绑接口自身收敛较慢，并会造成捆绑接口中每一条链路出现震荡，影响业务流量的转发的问题，，从而有效地减少了对流量转发的影响，实现了捆绑接口的快速收敛。

附图说明

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

图1是根据本发明实施例的一种基于捆绑接口的隧道带宽预留方法的流程图；

图2是根据本发明实施例的另一种基于捆绑接口的隧道带宽预留方法的流程图；

图3是根据本发明实施例的一种基于捆绑接口的隧道带宽预留装置的结构框图；

图4是根据本发明实施例的另一种基于捆绑接口的隧道带宽预留装置的结构图；

图5是本发明优选实施例基于捆绑接口的RSVP-TE隧道组网示意图；

图6是本发明优选实施例基于捆绑接口的RSVP-TE隧道带宽预留的示意图；

图7是根据本发明优选实施例的一种基于SG的TE-LSP隧道带宽预留方法的流程图。

具体实施方式

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

在本实施例中提供了一种基于捆绑接口的隧道带宽预留方法，图1是根据本发明实施例的一种基于捆绑接口的隧道带宽预留方法的流程图，如图1所示，该流程可以包括如下步骤：

步骤S100，根据捆绑接口的成员链路的预设选择策略，选择所述捆绑接口的第一成员链路作为业务隧道的转发表项出接口；

SR/IPRAN即无线接入网IP化的环境下，设备中的业务隧道，例如可是RSVP-TE隧道。相关技术中，当前隧道出口为SG(smart-group接口)、PG(pos-group接口)等捆绑接口时，均是基于捆绑接口整体进行流量转发以及带宽预留管理。本实施例提供方法根据预先设置的隧道与捆绑接口中成员链路选择选择策略，将业务隧道基于捆绑接口中的某一个或多个成员链路进行绑定，作为所述隧道的转发表项出接口。从宏观上来看，该隧道依然是基于该捆绑接口进行转发流量并基于捆绑接口进行带宽预留，因此业务隧道例如LSP其本身转发标签无变化。

步骤S102，形成所述第一成员链路与所述捆绑接口中除所述第一成员链路之外的其他有效成员链路之间的保护关系。

经过步骤S100，被选择的捆绑接口中成员链路，成为第一成员链路，可以是一条链路，也可以是若干链路。第一成员链路和隧道之间与形成捆绑关系，从流量转发的角度，隧道的业务流量对于该成员链路是可见，因为隧道的流量是在该成员链路中进行转发。并且捆绑接口中的其他成员链路与第一成员链路形成了捆绑接口内的保护关系，即第一成员链路出现故障时，该链路上的业务流量可以切换指其他成员链路，由其他成员链路暂时转发它之前承担的流程转发任务。

通过上述步骤，采用根据捆绑接口的成员链路的预设选择策略，选择所述捆绑接口的第一成员链路作为业务隧道的转发表项出接口；形成所述第一成员链路与所述捆绑接口中除所述第一成员链路之外的其他有效成员链路之间的保护关系，解决了相关技术中存在的业务隧道基于捆绑接口整体进行流量转发以及带宽预留管理，在链路带宽有限、或者捆绑接口和链路出现故障时，捆绑接口自身收敛较慢，并会造成捆绑接口中每一条链路出现震荡，影响业务流量的转发的问题，，达到了在链路正常情况下隧道固定选择某个成员链路进行带宽预留与流量转发，当捆绑接口或某些链路异常时，可以快速切换到捆绑接口中其他状态正常的成员链路进行分担，对于状态正常的成员链路没有影响，有效地减少了对流量转发的影响，实现了捆绑接口快速收敛的。

在本实施例中还提供了一种基于捆绑接口的隧道带宽预留方法，图2是根据本发明实施例的另一种基于捆绑接口的隧道带宽预留方法的流程图，如图2所示，该流程可以包括如下步骤：

步骤S200、步骤S202可以分别参考图1所示的步骤S100、步骤S102，在此不赘述。在步骤S202之后，还可以包括：

步骤S204，在所述第一成员链路上对所述业务隧道进行带宽预留。

带宽预留是指把带宽分配给用户和网络服务的应用程序过程。包括根据业务流重要性和延迟敏感性为不同业务流分配优先级。这样就最大限度地利用了可用带宽，如果网络发生拥塞，低优先级的业务就被丢弃。有时也称为带宽分配。根据步骤S200中选择的第一成员链路，业务隧道从微观上可以基于第一成员链路进行带宽预留。

通过上述步骤，采用业务隧道基于捆绑接口中的成员链路进行带宽预留，从而实现了在链路正常情况下隧道固定选择某个成员链路进行带宽预留与流量转发，当捆绑接口或某些链路异常时，可以快速切换到捆绑接口中其他状态正常的成员链路进行分担，对于状态正常的成员链路没有影响，有效地减少了对流量转发的影响，实现了捆绑接口快速收敛的有益效果。

在优选的实施方式中，在所述第一成员链路出现故障的情况下，所述方法还可以包括：将所述业务隧道的流量由所述第一成员链路切换到所述其他有效成员链路，其中，所述其他有效成员链路通过普通负荷分担的方式分担所述业务隧道的流量。

在业务隧道流量的转发过程中，绑定的第一成员链路出现故障的情况下，快速收敛到捆绑接口进行普通模式的负荷分担模式转发，进行暂时的流量保护。有效成员链路是指捆绑接口中不存在故障的成员链路，基于有效的成员链路进行流量转发和带宽预留才是可行和可行的。普通负荷分担模式即是相关技术中，业务隧道基于捆绑接口的流量转发，并基于捆绑接口粒度进行带宽预留。

本实施例的目的，以RSVP-TE隧道和SG捆绑接口为例说，当绑定的成员链路异常时，通过快速切换到SG其他成员口进行分担。走相同SG口的不同隧道，选择不同成员接口的情况下，某成员接口故障时，不同业务隧道间相互不影响。仅对RSVP-TE隧道的带宽预留和流量转发进行改进优化，对原有协议层面的协议交互收发包无影响。TE隧道的LSP能够根据SP的带宽约束条件以及捆绑成员链路负载合理分配资源给LSP，同时可以在成员链路故障的时候能够为LSP重新选择成员链路，在这种机制下，故障链路的LSP不会重新计算，达到LSP的快速收敛，对业务流量的影响较小。

在优选的实施方式中，在将所述业务隧道的流量由所述第一成员链路切换到所述其他有效成员链路之后，所述方法还包括：根据所述预设选择策略，选择第二成员链路作为所述业务隧道的转发表项出接口；形成所述第二成员链路与所述捆绑接口中除所述第二成员链路之外的其他有效成员链路之间的保护关系；在所述第二成员链路上对所述业务隧道进行带宽预留。基于其他成员链路进行流量转发及带宽预留只能是暂时，只是对第一成员链路出现故障时，捆绑接口快速收敛，不能对其他有效成员链路造成干扰的临时性的策略。在预定的时间内，必须对失去绑定的第一成员链路的业务隧道重新选择和分配其他的有效成员链路，使捆绑接口中的成员链路转发承载业务流量处于一个相对稳定和固定的工作模式。

在优选的实施方式中，所述方法还可以包括：检测到所述第一成员链路故障消失；在其他有效成员链路无法满足业务隧道的带宽预留的情况下，根据预设的捆绑接口成员链路的选择策略，选择第三成员链路作为所述业务隧道转发表项出接口；将所述第三成员链路与捆绑接口里的其他剩余成员链路形成链路间的保护关系；所述业务隧道基于所述第三成员链路预留带宽。

在第一成员链路存在的故障的情况下，业务隧道的流量转发切换到所述其他有效成员链路。对其他有效成员链路也是一种负担，而且有可能会拆掉其他有效成员链路上的业务，因此基于其他有效成员链路的流量转发及带宽预留是暂时的。当原先存在故障的第一成员链路恢复正常工作时，出于成员链路负载均衡的原则，有必要进行一次新的隧道选择成员链路。当然在其他有效成员链路能够满足业务隧道的带宽预留、已经形成稳定的流量转发、带宽预留的情况下，没有必要再次选择第一成员链路。

在上述实施例中，隧道选择捆绑接口中的有效成员的预设选择策略至少可以包括：

1、当多条成员链路满足隧道的带宽需求的情况下，选择未预留带宽最小的成员链路，即在多条成员链路的未预留带宽满足所述业务隧道的带宽需求的情况下，将所述多条成员链路中未预留带宽最小的成员链路作为被选择链路；

2、当存在多条满足条件的成员链路的情况下，选择索引最小的成员链路，即在多条成员链路的未预留带宽满足所述业务隧道的带宽需求的情况下，将所述多条成员链路中索引最小的成员链路作为被选择链路；

3、当所述捆绑接口中所有成员链路带宽均不满足隧道的带宽需求时，对比新建隧道与已创建隧道的优先级，确定拆掉低优先级的隧道，即在所述捆绑接口中所有成员链路的未预留带宽均不满足所述业务隧道的带宽需求的情况下，拆除优先级低于所述业务隧道的一个或多个其他业务隧道。

在上述预设选择策略中，对于优先级相同的业务隧道，采用先申请，先建立的原则。

下面以标签转发协议LSP隧道和捆绑接口SG为例说明，选择捆绑接口中成员链路的策略如下：

1.当有多条活动成员接口满足TE-LSP的带宽需求时，选择未预留带宽最小的成员接口，以有效的利用带宽，减少带宽碎片；

2.当所有活动成员接口带宽均不满足TE-LSP的带宽需求时，需要根据新建TE-LSP的建立优先级与已创建隧道的保持优先级决定能否拆掉低保持优先级的隧道(支持优先级抢占方式)，在此过程中隧道状态会有震荡，流量中断；或者出现高优先级的隧道拆掉，低优先级的隧道保持，比如拆掉低优先级的隧道之后带宽仍不满足，拆掉次低优先级隧道带宽满足，此时剩余的带宽又不足以建立次低优先级隧道，但是可以满足建立低优先级隧道，则优先建立低优先级隧道；

3.对于优先级相同的隧道，则采用先申请，先建立的原则；

4.对以上原则，当存在多条满足条件的成员接口时，选择索引最小的成员接口。

基于负载均衡的原则，当TE1、TE2隧道的出口为同一个捆绑接口例如SG1时，不同的隧道会尽可能选择不同的成员端口进行带宽预留，结果可能使得多数情况下，多个成员链路会有一定的空闲容量，当某个成员链路发生故障，那么其它成员链路的空闲资源可以为其提供保护，也合理提高了带宽利用率。

在优选的实施方式中，为了尽量在有效链路生存期内始终保持均衡负载，从而在故障时更有效地保护LSP隧道，需要在下面情况发生时，对链路当前承载的LSP，判断是否需要调整其成员链路位置，从而进行LSP带宽调整：捆绑接口中成员链路故障消失；成员链路添加或减少；LSP删除或增加等。

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

图3是根据图3是根据本发明实施例的一种基于捆绑接口的隧道带宽预留装置的结构框图，如图3所示，该装置可以包括第一选择模块30和第一形成模块32，下面对该装置进行说明。

第一选择模块30，用于根据捆绑接口的成员链路的预设选择策略，选择所述捆绑接口的第一成员链路作为业务隧道的转发表项出接口；第一形成模块32，连接至第一选择模块30，用于形成所述第一成员链路与所述捆绑接口中除所述第一成员链路之外的其他有效成员链路之间的保护关系。

图4是是根据本发明实施例的另一种基于捆绑接口的隧道带宽预留装置的结构框图，如图4所示，该装置除包括图3所示的所有模块外，还包括第一预留模块44，下面对该装置进行说明。

第一预留模块44，连接至第一形成模块42，用于在所述第一成员链路上对所述业务隧道进行带宽预留。

本实施例的目的是采用根据捆绑接口的成员链路的预设选择策略，选择所述捆绑接口的第一成员链路作为业务隧道的转发表项出接口；形成所述第一成员链路与所述捆绑接口中除所述第一成员链路之外的其他有效成员链路之间的保护关系，有效地解决了相关技术中存在的业务隧道基于捆绑接口整体进行流量转发以及带宽预留管理，在链路带宽有限、或者捆绑接口和链路出现故障时，捆绑接口自身收敛较慢，并会造成捆绑接口中每一条链路出现震荡，对业务流量的转发带来很大影响的问题，达到了在链路正常情况下隧道固定选择某个成员链路进行带宽预留与流量转发，当捆绑接口或某些链路异常时，可以快速切换到捆绑接口中其他状态正常的成员链路进行分担，对于状态正常的成员链路没有影响，有效地减少了对流量转发的影响，实现了捆绑接口快速收敛的有益效果。

在本实施例中，可选地实施方式是，所述装置还包括：切换模块，用于在所述第一成员链路出现故障的情况下，将所述业务隧道的流量由所述第一成员链路切换到所述其他有效成员链路，其中，所述其他有效成员链路通过普通负荷分担的方式分担所述业务隧道的流量。

在本实施例中，可选地实施方式是，所述装置还包括：第二选择模块，用于根据所述预设选择策略，选择第二成员链路作为所述业务隧道的转发表项出接口；第二形成模块，形成所述第二成员链路与所述捆绑接口中除所述第二成员链路之外的其他有效成员链路之间的保护关系；第二预留模块，用于在所述第二成员链路上对所述业务隧道进行带宽预留。在本实施例中，可选地实施方式是，所述装置还包括：检测模块，用于检测到所述第一成员链路故障消失；第三选择模块，用于在其他有效成员链路无法满足所述业务隧道的带宽预留的情况下，根据预设的捆绑接口成员链路的选择策略，选择第三成员链路作为所述隧道转发表项出接口；第三形成模块，用于将所述第三成员链路与捆绑接口里的其他剩余成员链路形成链路间的保护关系；第三预留模块，用于所述隧道基于所述第三成员链路预留带宽。

上述在此需要注意的是，第一、二、三选择模块，第一、二、三预留模块，第一、二、三形成模块，由于在它们的功能是相同或相似的，因此可以是同一个具有该功能的实体装置或虚拟模块，也可以是不同的实体装置或虚拟模块。

下面再结合具体实施例对本发明进行说明。

实例一：

图5是本发明优选实施例基于捆绑接口的RSVP-TE隧道组网示意图。

如图5中的上图所示，PE1、PE2两台设备的组网。两设备之间有3条物理链路，分别为链路1(link-1)、链路2(link-2)、链路3(link-3)，这3条物理链路形成一个捆绑接口SG1。即捆绑接口SG中有三条有效成员链路即没有故障，分别是链路1、链路2、链路3。基于捆绑接口进行转发流量和带宽预留的业务隧道有TE-LSP1、TE-LSP2。这样一来就形成了两台PE设备之间有2条RSVP-TE隧道TELSP-1和TELSP-2，出接口均为SG1。

根据本实例提供的方法，SG有一种新的工作模式即TE-TRUNK模式。本实例一所述的基于捆绑接口的RSVP-TE隧道带宽预留的方法实现主要步骤如下：

步骤A.配置动态RSVP-TE隧道，出接口为SG捆绑接口。配置TE隧道带宽，配置出接口SG的隧道可用带宽。

步骤B.捆绑接口新增一种工作模式，称之为TE-TRUNK模式，原来默认负荷分担模式普通模式。SG接口开启TE-TRUNK模式(默认为普通模式)。

步骤C.将SG1开启TE-TRUNK模式后，根据成员接口选择策略，TE-LSP1与链路1形成绑定关系，TE-LSP2与链路2形成绑定关系。TE-LSP1使用成员端口链路1作为转发出接口，并基于链路1预留带宽；TE-LSP2使用成员端口链路2作为转发出接口，并基于链路2预留带。隧道分别使用链路1和链路2进行带宽预留和承接流量转发。

根据配置的TE隧道的带宽和SG口中各活动成员接口的带宽，选取一个成员链路作为该隧道转发表项出接口，基于该成员链路进行带宽预留。将成员链路与SG口形成接口间的保护关系。

步骤D.TE隧道有效成员链路故障时，快速收敛到SG口进行普通模式的负荷分担模式转发，进行暂时的流量保护。

此时带宽预留为基于成员端口进行带宽预留，而不是基于SG捆绑接口粒度进行带宽预留。在流量转发层面，对于TE-LSP1转发出接口链路1，将链路1与SG1其他成员链路即链路2和链路3形成保护关系；对于TE-LSP2的转发出接口链路2，将链路2与SG1其他有效成员链路即链路1、链路3形成保护关系。

步骤E.根据配置的TE隧道的带宽和SG口中其他活动成员链路的带宽，重新收敛到一个新的成员链路作为该隧道转发表项出接口，并在新的成员链路上进行带宽预留。LSP本身标签转发无变化。

图6是本发明优选实施例基于捆绑接口的RSVP-TE隧道带宽预留的示意图。

如图6所示，当链路1出现故障时，TE-LSP1迅速切换至SG1中其他链路中进行转发流量，并基于成员链路选择策略，选择了新的成员链路即链路3作为转发流量的出接口链路并基于链路3进行带宽预留和流量转发。在此过程中，链路2和TE-LSP2并没有收到链路1故障的影响，而TELSP-1也仅进行成员接口的更新，LSP不需要重新计算。从SG1来看，SG1实现了快速收敛，有效地减少了对SG接口的流量转发的影响。

实例二：

图7是根据本发明优选实施例的一种基于捆绑接口的隧道带宽预留方法的流程图。为了让本领域的技术人员更好的理解本发明的方法，下面结合附图7进一步描述本发明的具体实施方式。

步骤S700，配置捆绑接口SG，配置RSVP-TE隧道。

在设备上配置捆绑接口SG1，其中成员接口分别为链路1(link-1)、链路2(link-2)、链路3(link-3)。配置SG1接口可供动态隧道使能的带宽。配置两条RSVPTE隧道TE-LSP1，TE-LSP2，隧道转发出接口均为SG1，并分别配置隧道带宽10000，15000，数字仅做示例用，不代表对本实例的限制。

步骤S702，配置SG为TE-TRUNK模式。在SG1接口下开启TE-TRUNK模式。

步骤S704，根据成员端口选择策略，选取SG中某成员接口作为TE隧道的转发出接口，在该成员接口上预留带宽,将该成员接口与SG口形成接口间的保护。

根据成员接口选择策略，TE1使用成员端口链路1作为转发出接口，并基于链路1预留带宽；TE2使用成员端口链路2作为转发出接口，并基于链路2预留带宽(当SG工作在TE-TRUNK模式时，此时带宽预留为基于成员端口进行带宽预留，而不是基于SG捆绑接口粒度进行带宽预留)。

成员接口选择可以包括如下策略：

1.当有多条活动成员接口满足TELSP的带宽需求时，选择未预留带宽最小的成员接口，以有效的利用带宽，减少带宽碎片；当存在多条满足条件的成员接口时，选择索引最小的成员接口；

2.当所有活动成员接口带宽均不满足TELSP的带宽需求时，需要根据新建TELSP的建立优先级与已创建隧道的保持优先级决定能否拆掉低保持优先级的隧道(支持优先级抢占方式)，在此过程中隧道状态会有震荡，流量中断；或者出现高优先级的隧道拆掉，低优先级的隧道保持，比如拆掉低优先级的隧道之后带宽仍不满足，拆掉次低优先级隧道带宽满足，此时剩余的带宽又不足以建立次低优先级隧道，但是可以满足建立低优先级隧道，则优先建立低优先级隧道；

3.对于优先级相同的隧道，则采用先申请，先建立的原则。

基于负载均衡的原则，当TE1、TE2隧道的出口为同一个SG1时，不同的隧道会尽可能选取不同的成员端口进行带宽预留，结果可能使得多数情况下，多个成员链路会有一定的空闲容量，当某个成员链路发生故障，那么其它成员链路的空闲资源可以为其提供保护，也合理提高了带宽利用率。

步骤S706，在成员接口链路故障时，流量快速切换到SG口进行普通模式的负荷分担转发。

转发层面，对于TE1出口链路1，将链路1与SG1形成保护关系；对于TE2出口链路2，将链路2与SG1形成保护关系。TE1隧道转发出接口链路1链路故障，设备快速切换到SG1接口，暂时使用SG1负荷分担转发流量。

步骤S708，根据成员接口选择策略，TE隧道收敛到新的成员接口上，在新的成员接口上预留带宽，并将其与SG口形成接口保护关系。

根据成员接口选择策略，TE1收敛到成员端口link-3作为转发出接口，并基于link-3预留带宽。转发层面，对于TE1新出口link-3，将link-3与SG1形成保护关系。

在实例二的基础上，可选地，之前故障的成员接口链路恢复，或者成员链路添加或减少，或者LSP删除或增加，根据选择策略，TE隧道重新计算新的成员接口，在新的成员接口上预留带宽，并将其与SG口形成接口保护关系。在成员链路1链路故障恢复的情况下，还可以包括再次根据成员接口选择策略，TE1重新使用成员端口链路1作为转发出接口，并基于链路1预留带宽。转发层面，再次将链路1与SG1形成保护关系。

为了尽量在SGTE-TRUNK链路生存期内始终保持均衡负载，从而在故障时更有效地保护LSP，需要在下面情况发生时，对TE-TRUNK链路当前承载的LSP，判断是否需要调整其成员链路位置，从而进行LSP带宽调整：成员链路故障消失；成员链路添加或减少；TE-LSP隧道的删除或增加等。

本发明的目的是提供一种基于捆绑接口的隧道带宽预留的方法。为了保证隧道带宽，提高接口带宽利用率。链路正常情况下固定选择某个成员口进行带宽预留与流量转发，当链路异常时，通过快速切换到捆绑接口其他成员链路进行分担。走相同捆绑接口的不同隧道，选择不同成员链路的情况下，某成员接口故障时，不同隧道间相互不影响。仅对隧道的带宽预留和流量转发进行改进优化，对原有协议层面的协议交互收发包无影响。隧道能够根据带宽约束条件以及捆绑成员链路负载合理分配资源给隧道，同时可以在成员链路故障的时候能够为业务隧道重新选择成员链路，在这种机制下，故障链路的LSP不会重新计算，达到LSP的快速收敛，对业务流量的影响较小。

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

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

Claims (10)

1.一种基于捆绑接口的隧道带宽预留的方法，其特征在于，包括：

根据捆绑接口的成员链路的预设选择策略，选择所述捆绑接口的第一成员链路作为业务隧道的转发表项出接口；

形成所述第一成员链路与所述捆绑接口中除所述第一成员链路之外的其他有效成员链路之间的保护关系。

2.根据权利要求1所述的方法，其特征在于，所述方法还包括：

在所述第一成员链路上对所述业务隧道进行带宽预留。

3.根据权利要求2所述的方法，其特征在于，在所述第一成员链路出现故障的情况下，所述方法还包括：

将所述业务隧道的流量由所述第一成员链路切换到所述其他有效成员链路，其中，所述其他有效成员链路通过普通负荷分担的方式分担所述业务隧道的流量。

4.根据权利要求3所述的方法，其特征在于，将所述业务隧道的流量由所述第一成员链路切换到所述其他有效成员链路之后，所述方法还包括：

根据所述预设选择策略，选择第二成员链路作为所述业务隧道的转发表项出接口；

形成所述第二成员链路与所述捆绑接口中除所述第二成员链路之外的其他有效成员链路之间的保护关系；

在所述第二成员链路上对所述业务隧道进行带宽预留。

5.根据权利要求1至4中任一项所述的方法，其特征在于，所述预设选择策略包括以下至少之一：

在多条成员链路的未预留带宽满足所述业务隧道的带宽需求的情况下，将所述多条成员链路中未预留带宽最小的成员链路作为被选择链路；

在多条成员链路的未预留带宽满足所述业务隧道的带宽需求的情况下，将所述多条成员链路中索引最小的成员链路作为被选择链路；

在所述捆绑接口中所有成员链路的未预留带宽均不满足所述业务隧道的带宽需求的情况下，拆除优先级低于所述业务隧道的一个或多个其他业务隧道。

6.一种基于捆绑接口的隧道带宽预留的装置，其特征在于，包括：

第一选择模块，用于根据捆绑接口的成员链路的预设选择策略，选择所述捆绑接口的第一成员链路作为业务隧道的转发表项出接口；

第一形成模块，用于形成所述第一成员链路与所述捆绑接口中除所述第一成员链路之外的其他有效成员链路之间的保护关系。

7.根据权利要求6所述的装置，其特征在于，所述装置还包括：

第一预留模块，用于在所述第一成员链路上对所述业务隧道进行带宽预留。

8.根据权利要求7所述的装置，其特征在于，所述装置还包括：

切换模块，用于在所述第一成员链路出现故障的情况下，将所述业务隧道的流量由所述第一成员链路切换到所述其他有效成员链路，其中，所述其他有效成员链路通过普通负荷分担的方式分担所述业务隧道的流量。

9.根据权利要求8所述的装置，其特征在于，所述装置还包括：

第二选择模块，用于根据所述预设选择策略，选择第二成员链路作为所述业务隧道的转发表项出接口；

第二形成模块，形成所述第二成员链路与所述捆绑接口中除所述第二成员链路之外的其他有效成员链路之间的保护关系；

第二预留模块，用于在所述第二成员链路上对所述业务隧道进行带宽预留。

10.根据权利要求6至9中任一项所述的装置，其特征在于，所述预设选择策略包括以下至少之一：

在多条成员链路的未预留带宽满足所述业务隧道的带宽需求的情况下，将所述多条成员链路中未预留带宽最小的成员链路作为被选择链路；

在多条成员链路的未预留带宽满足所述业务隧道的带宽需求的情况下，将所述多条成员链路中索引最小的成员链路作为被选择链路；

在所述捆绑接口中所有成员链路的未预留带宽均不满足所述业务隧道的带宽需求的情况下，拆除优先级低于所述业务隧道的一个或多个其他业务隧道。