CN101163084A

CN101163084A - 一种基于类的隧道选择方法和设备

Info

Publication number: CN101163084A
Application number: CNA2007101664692A
Authority: CN
Inventors: 梅继红
Original assignee: Huawei Technologies Co Ltd
Current assignee: Huawei Technologies Co Ltd
Priority date: 2007-11-13
Filing date: 2007-11-13
Publication date: 2008-04-16
Anticipated expiration: 2027-11-13
Also published as: CN100596088C

Abstract

本发明公开了一种基于类的隧道选择方法和设备，用于实现按照业务优先级选择TE隧道。本发明方法包括：对于每个对等节点，预先在控制层面建立至少两个TE隧道并捆绑成隧道组，在控制层面所建立的TE隧道与业务优先级相关；根据业务优先级建立转发层面隧道组及TE隧道与控制层面隧道组及TE隧道的对应关系，并根据所述对应关系将控制层面建立的隧道组及对应的TE隧道下发至转发层面；在转发层面，根据目的IP地址选择隧道组，然后根据预先建立的转发层面隧道组及TE隧道与控制层面隧道组及TE隧道的对应关系选择对应的TE隧道。这种方法使得用户配置简单，转发引擎实现简便快捷，能够提高转发效率，可以比较简单地实现按照业务优先级选择TE隧道。

Description

一种基于类的隧道选择方法和设备

技术领域

本发明涉及通信技术领域，尤其涉及一种基于类的隧道选择(CBTS，Class-Based Tunnel Selection)方法和设备。

背景技术

CBTS是流量工程(TE，Traffic Engineering)隧道的一种应用方式。一般情况下，流量是根据路由选择TE隧道，而CBTS要求流量根据路由和业务优先级来选择TE隧道。区分服务(Diffserv，Differentiated Service)就是一种基于类的服务质量(QoS，Quality of Service)技术。

Diffserv的基本机制是：在网络边缘，根据业务的QoS要求将该业务映射到一定的业务类别中，利用网际协议(IP，International Protocol)分组中的DS字段唯一地标记该业务，然后，骨干网络中的各节点根据该字段对各种业务采取预先设定的服务策略，保证相应的服务质量。Diffserv的这种对服务质量的分类和标签机制和多协议标签交换(MPLS，Multi-Protocol Label Switching)的标签分配时分相似。事实上，基于MPLS的Diffserv就是通过将区分服务(DS)字段的分配与MPLS的标签分配过程结合实现的。

MPLS按照对Diffserv支持的不同，将标签交换路径(LSP，Label SwitchingPath)分为两种模型：实验域-标签交换路径(E-LSP，Experimental-LabelSwitching Path)和标签-标签交换路径(L-LSP，Label-Label Switching Path)，其中：

E-LSP，即由EXP域决定单中继行为(PHB，Per-Hop Behavior)的LSP。其中，MPLS报文中的EXP(Experimental)域占3个比特，提供一种服务分类机制，指定PHB；各个E-LSP共享某种预定的约束，通过EXP域，将多个行为聚集(BA，BehaviorAggregate)指派到一条LSP上，每个E-LSP可以支持多达8个BA。

L-LSP，即由标签和EXP域共同决定PHB的LSP。每个L-LSP有各自预定的约束，一个L-LSP仅支持一个BA，通过EXP域来区分丢弃优先级。

采用E-LSP模型，在入口LSR和出口LSR之间只需要一条LSP便可以支持多达8种PHB；而采用L-LSP模型时，为了在入口标签交换路由器(LSR，Label Switching Router)和出口LSP之间支持服务质量(QoS，Quality ofService)，必须为每一种所支持的约束建立一条LSP。

因此，当TE隧道按照L-LSP模型建立时，每条LSP只能承载一种业务类型，不同的业务类型要建立不同的TE隧道。

在现有技术中，对于，L-LSP，可以通过配置访问控制列表(ACL，AccessControl List)对转发的报文按照业务优先级进行分类，然后将分类后的报文重定向到对应的TE隧道，从而实现按照业务优先级选择隧道。

但是，发明人在对现有技术的研究和实践过程中发现：对于上述技术方案，当虚拟专用网(VPN，Virtual Private Network)有很多时，需要配置大量的ACL规则，实现非常复杂。

发明内容

本发明实施例要解决的技术问题是提供一种CBTS方法和设备，使得报文能够比较简单地实现按照业务优先级选择TE隧道。

本发明实施例的一个方面，提供了一种基于类的隧道选择方法，该方法包括：

对于每个对等节点，预先在控制层面建立至少两个流量工程隧道并捆绑成隧道组，在控制层面所建立的流量工程隧道与业务优先级相关；根据业务优先级建立转发层面隧道组及流量工程隧道与控制层面隧道组及流量工程隧道的对应关系，并根据所述对应关系将控制层面建立的隧道组及对应的流量工程隧道下发至转发层面；

在转发层面，根据目的网际协议地址选择隧道组，然后根据预先建立的转发层面隧道组及流量工程隧道与控制层面隧道组及流量工程隧道的对应关系选择对应的流量工程隧道。

本发明实施例的另一方面，提供了一种对等节点设备，该设备包括：流量工程隧道建立单元、隧道组建立单元、映射关系建立单元、隧道下发单元、隧道组选择单元、流量工程隧道选择单元，其中：

流量工程隧道建立单元，在控制层面，建立至少两个流量工程隧道，所建立的流量工程隧道与业务优先级相关；

隧道组建立单元，在控制层面将所建立的流量工程隧道捆绑成隧道组；

映射关系建立单元，根据业务优先级建立转发层面隧道组及流量工程隧道与控制层面隧道组及流量工程隧道的对应关系；

隧道下发单元，根据映射关系建立单元所建立的对应关系将控制层面建立的隧道组及对应的流量工程隧道下发至转发层面；

流量工程隧道组选择单元，在转发层面，根据目的网际协议地址选择隧道组；

流量工程隧道选择单元，在转发层面，选择出隧道组后，根据映射关系建立单元建立的转发层面隧道组及流量工程隧道与控制层面隧道组与流量工程隧道的对应关系选择对应的流量工程隧道。

从以上技术方案可以看出，本发明实施例中，在转发层面，根据目的IP地址选择隧道组，并根据预先建立的转发层面隧道组及TE隧道与控制层面隧道组及TE隧道的对应关系选择对应的TE隧道，而在控制层面所建立的TE隧道与业务优先级相关，因此，可以实现报文按照业务优先级选择TE隧道，并且这种方法只需要预先建立隧道与业务优先级的对应关系，用户配置简单，而转发层面只需要根据预先建立的隧道组与业务优先级的对应关系来选择隧道进行业务转发，转发引擎实现简便快捷，因而可以提高转发效率。

附图说明

图1A为现有技术中E-LSP模型示意图；

图1B为现有技术中L-LSP模型示意图；

图2为本发明实施例中CBTS方法较佳实施例一流程图；

图3为本发明实施例中CBTS方法较佳实施例二流程图；

图4为本发明实施例中CBTS方法较佳实施例三流程图；

图5为本发明实施例中对等节点设备较佳实施例结构示意图。

具体实施方式

本发明实施例提供了一种CBTS方法和设备，用于比较简单地实现按照业务优先级选择TE隧道。

本发明实施例对于每个对等节点，预先在控制层面建立至少两个TE隧道并捆绑成隧道组，在控制层面所建立的TE隧道与业务优先级相关；预先根据业务优先级建立转发层面隧道组及TE隧道与控制层面隧道组及TE隧道的对应关系，并根据所述对应关系将控制层面建立的隧道组及对应的TE隧道下发至转发层面；在转发层面，根据目的IP地址选择隧道组，然后根据预先建立的转发层面隧道组及TE隧道与控制层面隧道组及TE隧道的对应关系选择对应的TE隧道。

为使本发明实施例的目的、技术方案及优点更加清楚明了，以下参照附图，根据具体应用场景的不同，通过具体实施例进行详细说明。

参照图2，为本发明实施例中CBTS方法较佳实施例一流程图，该实施例中，用户对于每个对等节点，在控制层面建立8个TE隧道，分别对应8个业务优先级，在控制层面将8个单优先级的TE隧道捆绑成一个隧道组，每个隧道组可以承载8种优先级的业务。在转发层面，VPN根据目的IP地址选择隧道组，然后根据业务优先级从隧道组中选择对应的隧道，以下通过具体步骤进行详细说明：

21、在控制层面建立8个TE隧道；

所建立的8个TE隧道分别对应8个业务优先级。

22、将控制层面所建立的8个TE隧道捆绑成隧道组；

每个隧道组中有8个单优先级的TE隧道，因此，每个隧道组可以承载8种优先级的业务。

23、根据业务优先级建立转发层面隧道组及TE隧道与控制层面隧道组及TE隧道的对应关系；

在转发层面，有8种优先级的业务需要通过8个TE隧道传输，则转发层面隧道组及TE隧道与控制层面隧道组及TE隧道的对应关系是一一对应关系，例如具体可以为：转发层面的隧道组1中的TE隧道1至8依次对应控制层面的隧道组1中的TE隧道1至8。

24、根据建立的所述对应关系将控制层面建立的隧道组及对应的TE隧道下发至转发层面；

25、在转发层面，根据目的IP地址选择隧道组；

26、选择隧道组后，根据预先建立的转发层面隧道组及TE隧道与控制层面隧道组及TE隧道的对应关系选择对应的TE隧道。

由于转发层面隧道组及TE隧道与控制层面隧道组及TE隧道是一一对应关系，分别对应不同的业务优先级，因此，本实施例可以实现按照业务优先级选择TE隧道。由于只需要预先建立隧道与业务优先级的对应关系，因此用户配置简单，而转发引擎只需要根据该对应关系选择对应的隧道进行业务转发，实现简便快捷，因此可以提高转发效率。

在上述实施例中，所传输的业务的优先级与预先建立的隧道组的中隧道是一一对应的，以下通过具体实施例说明对于业务优先级数目较少时，应该如何处理。

参照图3，为本发明实施例中CBTS方法较佳实施例二流程图，对于需要转发的业务，仅有3种优先级，为实现简便，预先下发至转发层面的，仍然是有8个TE隧道的隧道组，以下通过具体步骤进行详细说明：

31、在控制层面建立3个TE隧道；

3个TE隧道组分别对应3个业务优先级。

32、将控制层面所建立的3个TE隧道捆绑成隧道组；

每个隧道组中有3个单优先级的TE隧道，因此，每个隧道组可以承载3种优先级的业务。

33、根据业务优先级建立转发层面隧道组及TE隧道与控制层面隧道组及TE隧道的对应关系；

在转发层面，有3种优先级的业务需要通过3个TE隧道传输，则转发层面隧道组及TE隧道与控制层面隧道组及TE隧道的对应关系是一一对应关系，例如具体可以为：转发层面的隧道组1中的TE隧道1至3依次对应控制层面的隧道组1中的TE隧道1至3。

可以理解的是，为了实现简便，转发层面仍可对应8个TE隧道的隧道组，以和现有技术中TE隧道模型更好地兼容，而只将其中的3个设为有效值，多出的5个设为无效值。

34、根据建立的所述对应关系将控制层面建立的隧道组及对应的TE隧道下发至转发层面；

在转发层面对应的隧道组中的TE隧道有三个是有效的，其余5个是无效的。

35、在转发层面，根据目的IP地址选择隧道组；

36、选择隧道组后，根据预先建立的转发层面隧道组及TE隧道与控制层面隧道组及TE隧道的对应关系选择对应的TE隧道。

可见，该实施例同样可以按照业务优先级选择TE隧道，并且，由于控制层面隧道与业务优先级是一一对应的，只需要预先建立转发层面TE隧道与控制层面TE隧道的对应关系，因此用户配置比较简单，而在转发层面，可以直接根据预先建立的转发层面TE隧道与控制层面TE隧道的对应关系来选择TE隧道进行业务转发，因此实现简便快捷，所以可以提高转发效率。

在具体实施中，不同优先级的业务也可以选择同一TE隧道，以下通过具体实施例来说明如何实现。

参照图4，为本发明实施例中CBTS方法较佳实施例三流程图，以下通过具体步骤进行详细说明：

41、在控制层面建立3个TE隧道；

3个TE隧道分别对应3个业务优先级；

42、将控制层面所建立的3个TE隧道捆绑成隧道组；

每个隧道组中有3个单优先级的TE隧道，因此，每个隧道组可以承载3种优先级的业务。当不同优先级的业务选择同一TE隧道进行转发时，同一TE隧道中的业务具有相同的业务优先级。例如，有8种优先级的业务，则优先级1-3的业务对应控制层面隧道组中的隧道1，优先级4-6的业务对应控制层面隧道组中的隧道2，优先级7-8的业务对应控制层面隧道组中的隧道3。

43、根据业务优先级建立转发层面隧道组及TE隧道与控制层面隧道组及TE隧道的对应关系；

在转发层面，有8种优先级的业务需要传输，为了实现简单，对应8个TE隧道。而控制层面仅建立了3个TE隧道的隧道组，则转发层面隧道组及TE隧道与控制层面隧道组及TE隧道的对应关系可以是：转发层面隧道组中的TE隧道1-3对应控制层面隧道组中的TE隧道1，转发层面隧道组中的TE隧道4-6对应控制层面隧道组中的TE隧道2，转发层面隧道组中的TE隧道7-8对应控制层面隧道组中的TE隧道3。

44、根据建立的所述对应关系将控制层面建立的隧道组及对应的TE隧道下发至转发层面；

45、在转发层面，根据目的IP地址选择隧道组；

46、选择隧道组后，根据预先建立的转发层面隧道组及TE隧道与控制层面隧道组及TE隧道的对应关系选择对应的TE隧道。

可以看出，该实施例能够根据业务优先级选择TE隧道，并可以实现多个优先级的业务共享同一TE隧道，并且，由于只需要预先建立转发层面TE隧道与控制层面TE隧道的对应关系，因此用户配置比较简单，而在转发层面，可以直接根据预先建立的转发层面TE隧道与控制层面TE隧道的对应关系来选择TE隧道进行业务转发，因此实现简便快捷，所以可以提高转发效率。

并且，从以上各实施例中可以看出，在控制层面所建立的TE隧道可以与不同的业务优先级一一对应，例如CBTS方法实施例一和二中所描述的，控制层面的每个TE隧道对应不同的业务优先级；也可以对应多个不同的业务优先级，例如CBTS方法较佳实施例三中所描述的，每个TE隧道可以对应两个或三个业务优先级，具体实施中可以根据实际情况进行配置。

以上对本发明实施例所提供的CBTS方法进行了详细介绍，为使本领域技术人员更加清楚明了，以下从本发明实施例的另一方面，对本发明实施例所采用的对等节点设备进行详细说明。

参照图5，为本发明实施例中对等节点设备较佳实施例结构示意图，该节点设备包括：TE隧道建立单元51、隧道组建立单元52、映射关系建立单元53、隧道下发单元54、隧道组选择单元55、TE隧道选择单元56，其中：

TE隧道建立单元51，在控制层面，建立至少两个TE隧道，所建立的TE隧道与业务优先级相关；

隧道组建立单元52，在控制层面将所建立的TE隧道捆绑成隧道组；

映射关系建立单元53，根据业务优先级建立转发层面隧道组及TE隧道与控制层面隧道组及TE隧道的对应关系；

隧道下发单元54，根据映射关系建立单元53所建立的对应关系将控制层面建立的隧道组及对应的TE隧道下发至转发层面；

TE隧道组选择单元55，在转发层面，根据目的IP地址选择隧道组；

TE隧道选择单元56，在转发层面，选择出隧道组后，根据映射关系建立单元53建立的转发层面隧道组及TE隧道与控制层面隧道组与TE隧道的对应关系选择对应的TE隧道。

其中，控制层面TE隧道组中TE隧道的数目小于或者等于转发层面隧道组中TE隧道的数目。

TE隧道建立单元在控制层面所建立的TE隧道可以是与业务优先级一一对应的，也可以对应多个业务优先级。

为了更好地与现有技术兼容，转发层面隧道组中TE隧道的默认数目为8个。

可以看出，该对等节点设备通过预先建立隧道并捆绑成隧道组，并建立转发层面隧道组中隧道与控制层面隧道组中隧道的对应关系，由于控制层面隧道组中隧道与业务优先级是相关的，因此，用户只需要配置该对应关系，实现简单，而在转发层面，只需要根据预先建立的该对应关系来选择TE隧道，即可实现按照业务优先级选择TE隧道，实现业务转发，因此，转发引擎简便快捷，可以提高转发效率。

本领域普通技术人员可以理解实现上述实施例方法中的全部或部分步骤是可以通过程序来指令相关的硬件完成，所述的程序可以存储于一种计算机可读存储介质中，该程序在执行时，包括如下步骤：

对于每个对等节点，预先在控制层面建立至少两个TE隧道并捆绑成隧道组，在控制层面所建立的TE隧道与业务优先级相关；根据业务优先级建立转发层面隧道组中TE隧道与控制层面隧道组中TE隧道的对应关系，并根据所述对应关系将控制层面建立的隧道组及对应的TE隧道下发至转发层面；

在转发层面，根据目的IP地址选择TE隧道组，然后根据预先建立的转发层面隧道组及TE隧道与控制层面隧道组及TE隧道的对应关系选择对应的TE隧道。

上述提到的存储介质可以是只读存储器，磁盘或光盘等。

以上对本发明所提供的一种CBTS方法和设备进行了详细介绍，对于本领域的一般技术人员，依据本发明实施例的思想，在具体实施方式及应用范围上均会有改变之处，例如，根据具体应用场景的需要，转发层面隧道组及TE隧道与控制层面隧道组及TE隧道还可以建立别的对应关系，综上所述，本说明书内容不应理解为对本发明的限制。

Claims

1.一种基于类的隧道选择方法，其特征在于，包括：

2.如权利要求1所述的基于类的隧道选择方法，其特征在于，所述控制层面隧道组中流量工程隧道的数目小于或等于转发层面隧道组中流量工程隧道的数目。

3.如权利要求2所述的基于类的隧道选择方法，其特征在于，当所述控制层面隧道组中流量工程隧道的数目小于转发层面隧道组中流量工程隧道的数目时，在预先建立的转发层面隧道组及流量工程隧道与控制层面隧道组及流量工程隧道的对应关系中，转发层面多出的流量工程隧道被设置为无效值。

4.如权利要求1或2所述的基于类的隧道选择方法，其特征在于，在控制层面所建立的流量工程隧道与业务优先级相关具体为：

在控制层面所建立的流量工程隧道对应不同的业务优先级；

或者，在控制层面所建立的流量工程隧道对应至少两个业务优先级。

5.如权利要求4所述的基于类的隧道选择方法，其特征在于，当在控制层面所建立的流量工程隧道对应至少两个业务优先级时，预先建立的转发层面隧道组及流量工程隧道与控制层面隧道组及流量工程隧道的对应关系中，在转发层面，隧道组中的每个流量工程隧道对应不同业务优先级的业务。

6.如权利要求1至3所述的基于类的隧道选择方法，其特征在于，所述转发层面隧道组中流量工程隧道数目为8个。

7.一种对等节点设备，其特征在于，包括：流量工程隧道建立单元、隧道组建立单元、映射关系建立单元、隧道下发单元、隧道组选择单元、流量工程隧道选择单元，其中：

8.如权利要求7所述的网络节点设备，其特征在于，所述隧道下发单元下发至转发层面的隧道组中流量工程隧道数目为8个。