WO2012167641A1 - 隧道间带宽资源的管理方法和系统 - Google Patents

隧道间带宽资源的管理方法和系统 Download PDF

Info

Publication number
WO2012167641A1
WO2012167641A1 PCT/CN2012/072352 CN2012072352W WO2012167641A1 WO 2012167641 A1 WO2012167641 A1 WO 2012167641A1 CN 2012072352 W CN2012072352 W CN 2012072352W WO 2012167641 A1 WO2012167641 A1 WO 2012167641A1
Authority
WO
WIPO (PCT)
Prior art keywords
tunnel
shared resource
group
reserved bandwidth
node
Prior art date
Application number
PCT/CN2012/072352
Other languages
English (en)
French (fr)
Inventor
杨帆
Original Assignee
中兴通讯股份有限公司
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by 中兴通讯股份有限公司 filed Critical 中兴通讯股份有限公司
Publication of WO2012167641A1 publication Critical patent/WO2012167641A1/zh

Links

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L45/00Routing or path finding of packets in data switching networks
    • H04L45/24Multipath
    • H04L45/245Link aggregation, e.g. trunking
    • YGENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
    • Y02TECHNOLOGIES OR APPLICATIONS FOR MITIGATION OR ADAPTATION AGAINST CLIMATE CHANGE
    • Y02DCLIMATE CHANGE MITIGATION TECHNOLOGIES IN INFORMATION AND COMMUNICATION TECHNOLOGIES [ICT], I.E. INFORMATION AND COMMUNICATION TECHNOLOGIES AIMING AT THE REDUCTION OF THEIR OWN ENERGY USE
    • Y02D30/00Reducing energy consumption in communication networks
    • Y02D30/50Reducing energy consumption in communication networks in wire-line communication networks, e.g. low power modes or reduced link rate

Definitions

  • the present invention relates to the field of network communications, and in particular, to a method and system for managing bandwidth resources between tunnels.
  • IP Internet Protocol
  • MPLS Multi-Protocol Label Switch
  • MPLS-TP Multi Protocol Label Switch-Transport Profile
  • GMPLS Multi-Protocol Label Switching
  • RSVP-TE Resource Reservation Protocol-TE
  • the Resource Explicit SE (Shared Explicit) style of the RSVP protocol on the interface is described in RFC2205.
  • network deployment uses SE style for bandwidth resource reservation.
  • the tunnel tunnell performs optimized rerouting, creating a newer lsp (tunnell:lsp2), when lspl and lsp2 are on a network node (R2).
  • lsp2 While having a common outbound interface, according to the requirements of the SE style, lsp2 will not apply for bandwidth resources separately when the R2 node is established, and will share the same bandwidth resource with lspl.
  • the network can deploy a group of tunnels with the same scope.
  • a relationship such as protection is formed, and certain resources, such as bandwidth, can be shared between the tunnels.
  • Tunnel2 has the same physical outbound interface as the tunnell on the R2 node.
  • Backup tunnel Tunnel2 needs to have the same quality of service attributes as tunnell, such as having the same bandwidth resources.
  • the backup tunnel tunnel2 and the protected tunnel tunnell will be used for the same outbound interface on the MP (Merge Point). Therefore, the backup tunnel tunnel2 is not required to be repeated on the MP node (R2).
  • the bandwidth resource is used, and the resource reservation is performed with the bandwidth resource already occupied by the protected tunnel tunnell.
  • the embodiments of the present invention provide a method and system for managing bandwidth resources between tunnels.
  • the technical problem to be solved is how to improve the utilization of bandwidth resources.
  • the embodiment of the present invention provides the following technical solutions:
  • the process of providing a service for the tunnel according to the reserved bandwidth of the shared resource tunnel group is initiated.
  • the tunnel identifier is used to uniquely identify the tunnel; if the node is a non-head node of the tunnel, the tunnel first node identifier and the tunnel identifier are combined to uniquely identify the tunnel, or, for the The local tunnel ID uniquely identifies a tunnel.
  • the corresponding reserved bandwidth value is set for each tunnel of the shared resource tunnel group, and the maximum value of the reserved bandwidth values of the tunnels is used as the reserved bandwidth of the shared resource tunnel group.
  • the tunnel is served by the size of the reserved bandwidth of the shared resource tunnel group.
  • the above method can also have the following characteristics:
  • the method further includes:
  • part of the reserved bandwidth of the shared resource tunnel group is released according to the reserved bandwidth of the failed tunnel.
  • An embodiment of the present invention further provides a management system for inter-chassis bandwidth resources, including: an acquiring device, configured to: acquire a tunnel that passes through the same node;
  • a dividing device which is configured to: divide tunnels having the same outgoing interface into a group as a shared resource tunnel group;
  • a configuration device configured to: configure a reserved bandwidth for each shared tunnel in the shared resource tunnel group for the shared resource tunnel;
  • the service device is configured to: when the tunnel in the shared resource tunnel group passes the node, initiate a process of providing a service for the tunnel according to the reserved bandwidth of the shared resource tunnel group.
  • the above system can also have the following characteristics:
  • the dividing device is configured to identify a tunnel in the shared resource tunnel group by:
  • the tunnel identifier is used to uniquely identify the tunnel; if the node is a non-head node of the tunnel, the tunnel first node identifier and the tunnel identifier are combined to uniquely identify the tunnel, or, for the The local tunnel ID uniquely identifies a tunnel.
  • the configuration device configures, for the shared resource tunnel, a reserved bandwidth for sharing in each tunnel in the shared resource tunnel group by:
  • the service device includes:
  • an update module configured to: when the reserved bandwidth required by the tunnel in the shared resource tunnel group is greater than the reserved bandwidth of the shared resource tunnel group, according to the tunnel in the shared resource tunnel group Requiring the required reserved bandwidth to update the reserved bandwidth of the shared resource tunnel group;
  • the service module is configured to: serve the tunnel by using the size of the reserved bandwidth of the shared resource tunnel group.
  • the system also includes:
  • a release device configured to: when the tunnels in the shared resource tunnel group all fail, release the reserved bandwidth of the shared resource tunnel group; and/or, the tunnels in the shared resource tunnel group are not all expired And releasing part of the reserved bandwidth of the shared resource tunnel group according to the reserved bandwidth of the tunnel in which the failure occurs.
  • the technical solution provided by the embodiment of the present invention is that a tunnel that has passed through the same node and has the same outbound interface is grouped, and the group shares reserved bandwidth resources, so that at least two tunnels use a single The reserved bandwidth required by the tunnel improves the utilization of bandwidth resources.
  • FIG. 1 is a schematic flowchart of an embodiment of a method for managing bandwidth resource between tunnels according to the present invention
  • FIG. 2 is a schematic flowchart of an application example of a method for applying bandwidth resource sharing between tunnels according to application example 1 of the present invention
  • FIG. 3 is a schematic flowchart of an application example of a method for releasing a bandwidth resource between shared tunnels according to application example 2 of the present invention
  • FIG. 4 is a schematic structural diagram of an embodiment of a management system for inter-chassis bandwidth resources according to the present invention
  • FIG. 5 is a schematic structural diagram of a service device 404 in the system embodiment shown in FIG.
  • FIG. 6 is another schematic structural view of the system embodiment shown in FIG. 4.
  • FIG. 1 is a schematic flowchart diagram of an embodiment of a method for managing bandwidth resources between tunnels according to the present invention.
  • the method embodiment shown in FIG. 1 includes:
  • Step 101 Obtain a tunnel that passes through the same node.
  • Step 102 According to the outbound interface of the tunnel, divide the tunnels with the same outbound interface into a group as a shared resource tunnel group.
  • the tunnel in the shared resource tunnel group is identified according to whether the node is the first node of the tunnel, and includes:
  • the tunnel identifier (id) is used to uniquely identify the tunnel; if the node is a non-head node of the tunnel, combined with the tunnel head node identifier and the tunnel identifier An identification tunnel, or a localized tunnel identifier is assigned to the one to uniquely identify a tunnel. For example, if the node is the first node of the tunnell, the tunnel id of the tunnell is directly used to uniquely identify the tunnell;
  • the node is a non-first node of the tunnel 2
  • the node id of the tunnel 2 is obtained, and the tunnel id of the tunnel 2 and the tunnel id of the tunnel 2 are used to identify the tunnel 2; of course, the node to which the physical interface belongs is not the first node.
  • Each tunnel is assigned a tunnel id that is only locally identifiable, that is, the local tunnel id, and the local tunnel id is used to identify these tunnels.
  • the tunneln ⁇ 4 is divided into a shared resource tunnel group (SRTG).
  • SRTG shared resource tunnel group
  • the timnel 5 ⁇ 8 is divided into an SRTG, referred to as SRTG ( 2 ).
  • Step 103 Configure, for the shared resource tunnel group, a reserved bandwidth used for sharing each tunnel in the shared resource tunnel group.
  • Manner 1 Select a value as the reserved bandwidth value of the SRTG group; that is, each reserved channel in the SRTG group uses the reserved bandwidth value;
  • Manner 2 Set the corresponding reserved bandwidth value for each tunnel in the SRTG group, and set the maximum value of the reserved bandwidth values of each tunnel as the reserved bandwidth value of the SRTG group.
  • the tunnel member when configured with a larger reserved bandwidth value, the maximum reserved bandwidth value of the SRTG group needs to be updated, and the reserved bandwidth is re-applied.
  • Step 104 When the tunnel in the shared resource tunnel group passes through the node, the process of providing a service for the tunnel according to the reserved bandwidth of the shared resource tunnel group is initiated.
  • step 104 when the reserved bandwidth required for the tunnel in the shared resource tunnel group is greater than the reserved bandwidth of the shared resource tunnel group, the pre-requisites required for the tunnel in the shared resource tunnel group are The bandwidth is reserved, and the size of the reserved bandwidth of the shared resource tunnel group is updated; and the size of the reserved bandwidth of the shared resource tunnel group is used to provide services for the tunnel.
  • the method further includes: When the tunnels in the shared resource tunnel group all fail, releasing the reserved bandwidth of the shared resource tunnel group; and/or,
  • part of the reserved bandwidth of the shared resource tunnel group is released according to the reserved bandwidth of the failed tunnel.
  • the establishment of the backup tunnel requires the same resource information as the protected tunnel, and the method embodiment is provided for the tunnel.
  • the active and standby tunnels are in one SRTG and share resource information, but no additional resources need to be applied.
  • SRTG is deployed on the interface. Therefore, when the tunnel that belongs to the same SRTG passes through the interface, it does not need to apply for bandwidth resource reservation. Instead, the SRTG group is used to configure the deployed bandwidth resources for QoS guarantee. That is, the backup tunnel will be used.
  • the same QoS resource parameters of the primary tunnel ensure that the rerouted data flow has the same QoS resource parameters as the protected tunnel.
  • FIG. 2 is a schematic flowchart diagram of an application example of a method for applying bandwidth resource sharing between tunnels according to application example 1 of the present invention.
  • the application example shown in Figure 2 includes the following steps:
  • Step 201 Initiate a resource reservation request for a tunnel (described later by using tunnel_X as a description). First find the outbound interface of tunnel-X on this node (the interfacel is described later).
  • Step 202 check whether the SRTG is configured on interface1, if yes, go to step 203; if no, go to step 204;
  • Step 203 it is checked whether the tunnel_X is configured in the SRTG, if yes, step 205 is performed; if not, step 204 is performed;
  • Step 204 Initiate resource reservation for tunnel_X directly, and the process ends.
  • Step 205 check whether the bandwidth value of the tunnel-X needs to exceed the maximum reserved bandwidth value of the SRTG, if the maximum reserved bandwidth value of the SRTG is exceeded, step 206 is performed; if not, step 207 is performed; Step 206: Re-apply for the shared bandwidth resource, and when the application is successful, use the bandwidth resource as
  • Step 207 No need to apply for bandwidth resources for the tunnel_X, and directly use the shared bandwidth resource of the SRTG.
  • the application example 1 of the present invention determines whether the tunnel is required to initiate a resource request by determining whether the tunnel is in the SRTG. If the application is in the SRTG, the application is not applied again, and the tunnel duplicate application resources of the same outbound interface are reduced, and the bandwidth resource is implemented. shared.
  • FIG. 3 is a schematic flowchart diagram of an application example of a method for releasing bandwidth resources between shared tunnels according to application example 2 of the present invention.
  • the application example shown in Figure 3 includes the following steps:
  • Step 301 Initiate a resource release request for a tunnel (described later by using tunnel_X as a description). First find the outbound interface of tunnel-X on this node (the interfacel is described later).
  • Step 302 Check whether the SRTG is configured on the interface1, if yes, go to step 303; if no, go to step 304;
  • Step 303 it is checked whether the tunnel_x is configured in the SRTG, if yes, step 305 is performed; if not, step 304 is performed;
  • Step 304 Directly release the tunnel bandwidth resource, and the process ends.
  • Step 305 Check whether there are any un-failed tunnels in the SRTG, wherein the un-deactivated tunnel refers to the un-removed tunnel; if not, go to step 306; if yes, go to step 307;
  • Step 306 The tunnel bandwidth resource is directly released, and the SRTG group bandwidth resource is cleared, and the process ends.
  • Step 307 determining whether the bandwidth of the tunnel_X BW1 is equal to the maximum bandwidth of the SRTG, and if so, performing step 308 and step 309 in sequence, and if not, executing step 310;
  • Step 308 Select a maximum reserved bandwidth value from the remaining tunnels in the SRTG as a new SRTG bandwidth value BW2, where BW2 ⁇ BW1;
  • step 309 only the remaining bandwidth (BW1-BW2) exceeding the current maximum bandwidth of the SRTG is released, and then the maximum reserved bandwidth of the SRTG group is re-modified to BW2, and the process ends.
  • Step 310 The bandwidth resource of the tunnel_x is not released, and the process ends.
  • the application example 2 of the present invention describes the release of the bandwidth resource between the shared tunnels to ensure that the use of the shared bandwidth resources by other tunnels in the group is not affected after the tunnel failure occurs in the SRTG.
  • FIG. 4 is a schematic structural diagram of an embodiment of a system for managing bandwidth resources between tunnels according to the present invention.
  • the system embodiment shown in Figure 4 includes:
  • the obtaining device 401 is configured to: acquire a tunnel that passes through the same node;
  • the dividing device 402 is connected to the obtaining device 401, and is configured to: divide the tunnels having the same outgoing interface into a group according to the outbound interface of the tunnel, as a shared resource tunnel group;
  • the configuration device 403 is connected to the dividing device 402, and configured to: configure, for the shared resource tunnel, a reserved bandwidth for sharing in each tunnel in the shared resource tunnel group;
  • the service device 404 is connected to the configuration device 403, and is configured to: when the tunnel in the shared resource tunnel group passes through the node, initiate a service for the tunnel according to the reserved bandwidth of the shared resource tunnel group. Process.
  • the dividing device 402 identifies the tunnel in the shared resource tunnel group by:
  • the tunnel identifier is used to uniquely identify the tunnel; if the node is a non-head node of the tunnel, the tunnel first node identifier and the tunnel identifier are combined to uniquely identify the tunnel, or, for the The local tunnel ID uniquely identifies a tunnel.
  • the configuration device 403 is configured to configure the size of the reserved bandwidth by:
  • Method 1 Select a value as the reserved bandwidth of the SRTG
  • Manner 2 Set the corresponding reserved bandwidth value for each tunnel of the SRTG, and set the maximum value of the reserved bandwidth values of each tunnel as the reserved bandwidth of the SRTG.
  • FIG. 5 is a schematic structural diagram of a service device 404 in the system embodiment shown in FIG.
  • the service device 404 in the embodiment shown in FIG. 4 includes:
  • the update module 501 is configured to: when the reserved bandwidth required by the tunnel in the shared resource tunnel group is larger than the reserved bandwidth of the shared resource tunnel group, according to the tunnel in the shared resource tunnel group The reserved bandwidth required to update the reserved bandwidth of the shared resource tunnel group;
  • the service module 502 is configured to: serve the tunnel by using the updated reserved bandwidth of the shared resource tunnel group.
  • FIG. 6 is another schematic structural view of the system embodiment shown in FIG. 4.
  • the system in the system embodiment shown in Figure 6 further includes:
  • the releasing device 601 is configured to: when the tunnels in the shared resource tunnel group all fail, release the reserved bandwidth of the shared resource tunnel group; and/or, the tunnels in the shared resource tunnel group are not all expired And releasing part of the reserved bandwidth of the shared resource tunnel group according to the reserved bandwidth of the tunnel in which the failure occurs.
  • the system provided by the present invention is configured as a group by tunneling through the same node and having the same outbound interface, and the group shares the reserved bandwidth resources, so that at least two tunnels use the reserved bandwidth required by the single tunnel. Increased utilization of bandwidth resources.
  • all or part of the steps of the foregoing embodiments may also be implemented by using an integrated circuit. These steps may be separately fabricated into individual integrated circuit modules, or multiple modules or steps may be fabricated into a single integrated circuit module. achieve.
  • the invention is not limited to any particular combination of hardware and software.
  • the various devices/function modules/functional units in the above embodiments may be implemented using a general-purpose computing device, which may be centralized on a single computing device or distributed over a network of multiple computing devices.
  • Each device/function module/function unit in the above embodiment is implemented in the form of a software function module. And when sold or used as a stand-alone product, it can be stored on a computer readable storage medium.
  • the above mentioned computer readable storage medium may be a read only memory, a magnetic disk or an optical disk or the like.
  • the embodiments of the present invention improve the reserved bandwidth required for a single tunnel by using a tunnel that is the same node and having the same outbound interface as a group, and the group shares the reserved bandwidth resources.
  • the utilization of bandwidth resources improve the reserved bandwidth required for a single tunnel by using a tunnel that is the same node and having the same outbound interface as a group, and the group shares the reserved bandwidth resources.

Abstract

一种隧道间带宽资源的管理方法和系统,该方法包括:获取经过同一节点的隧道;将具有相同出接口的隧道划分成一组,作为一共享资源隧道组;为所述共享资源隧道组配置用于所述共享资源隧道组中的各隧道共享的预留带宽;当所述共享资源隧道组中的隧道经过所述节点时,均根据所述共享资源隧道组的预留带宽发起为隧道提供服务的流程。

Description

隧道间带宽资源的管理方法和系统
技术领域
本发明涉及网络通信领域, 尤其涉及一种隧道间带宽资源的管理方法和 系统。
背景技术
在数据通信的 IP (Internet Protocol, 网际协议)/ MPLS ( Multi Protocal Label Switch , 多协议标签交换) 、 MPLS-TP ( Multi Protocol Label Switch-Transport Profile,基于传送架构的多协议标签交换)、 GMPLS ( General Multi Protocol Label Switch, 通用多协议标签交换)等网络中, TE ( Traffic Engineering, 流量工程) LSP (Label Switching Path, 标签交换路径)的创建釆 用 RSVP-TE ( Resource Reservation Protocol-TE, 基于流量工程的资源预留) 协议。
在 RFC2205中描述了 RSVP协议在接口上的资源预留 SE(Shared Explicit) 风格。 目前网络部署多使用 SE风格进行带宽资源预留。 如附图 1所示, 当 某条隧道发现一条更优路径的时候, 隧道 tunnell会进行优化重路由, 新建一 条更优的 lsp(tunnell :lsp2), 当 lspl和 lsp2在某个网络节点 (R2)拥有共同的出 接口的同时, 根据 SE风格的要求, lsp2在 R2节点建立的时候将不再另外申 请带宽资源, 将和 lspl共享同一份带宽资源。
由于 TE-FRR(Traffic Engineering Fast-Reroute , TE†夬速重路由), TG(Traffic Engineering Protected Group, 隧道保护组)等概念的提出, 网络可以部署一组 相同作用域的隧道, 隧道之间可以形成保护等关系, 并且隧道之间可以共享 某些资源, 比如带宽等。
现有技术至少存在如下问题:
如附图 2所示, tunnell和 tunnel2之间形成 TE-FRR链路保护关系, tunnel2 在 R2节点上与 tunnell拥有相同的物理出接口。当被保护隧道 tunnell失效后, 原经过 tunnell 的流量将改道从备份隧道 tunnel2 上面经过。 因此备份隧道 tunnel2需要具备与 tunnell相同的服务质量属性, 比如具备相同的带宽资源。 根据网络部署的要求, 备份隧道 tunnel2 和被保护隧道 tunnell 将会在 MP(Merge Point,流量汇聚节点)用于相同的出接口,因此要求备份隧道 tunnel2 在 MP节点 (R2)上不再重复申请一份带宽资源,而是使用与被保护隧道 tunnell 已经占用的带宽资源进行资源预留。
由于网络流量的复杂性和不可确定性, 某条隧道在物理端口上进行资源 预留的时候无法获悉并确认需要与哪一条隧道共享带宽资源, 因此同一组相 同作用域的隧道有可能存在在同一个节点的同一个 link接口上申请重复带宽 资源的现象。 先前描述的 SE风格仅针对同一个 tunnel内多条 lsp进行带宽资 源共享, 但无法针对不同 tunnel间带宽资源共享这一类问题给出解决方案。
发明内容
本发明实施例提供一种隧道间带宽资源的管理方法和系统, 要解决的技 术问题是如何提高带宽资源的利用率。
为解决上述技术问题, 本发明实施例提供了如下技术方案:
获取经过同一节点的隧道;
将具有相同出接口的隧道划分成一组, 作为一共享资源隧道组; 为所述共享资源隧道组配置用于所述共享资源隧道组中的各隧道共享的 预留带宽; 以及
当所述共享资源隧道组中的隧道经过所述节点时, 均才艮据所述共享资源 隧道组的预留带宽发起为隧道提供服务的流程。
上述方法还可具有以下特点:
如果所述节点是隧道的首节点, 则通过隧道标识来唯一标识隧道; 如果所述节点是隧道的非首节点, 结合隧道首节点标识和隧道标识来唯 一标识隧道, 或者, 为所述分配一个本地的隧道标识来唯一标识一条隧道。
上述方法还可具有以下特点:
所述为所述共享资源隧道组配置用于所述共享资源隧道组中的各隧道共 享的预留带宽, 包括:
选择一数值作为所述共享资源隧道组的预留带宽的大小; 或者
为所述共享资源隧道组的各隧道分别设置对应的预留带宽值, 将各隧道 的预留带宽值中的最大值作为所述共享资源隧道组的预留带宽的大小。
上述方法还可具有以下特点:
所述均根据所述共享资源隧道组的预留带宽发起为隧道提供服务的流 程, 包括:
在所述共享资源隧道组中的隧道所需的预留带宽大于所述共享资源隧道 组的预留带宽的大小时,根据所述共享资源隧道组中的隧道所需的预留带宽, 对所述共享资源隧道组的预留带宽的大小进行更新;
使用更新后的所述共享资源隧道组预留带宽的大小为隧道提供服务。 上述方法还可具有以下特点:
在所述为所述共享资源隧道配置用于所述共享资源隧道组中的各隧道共 享的预留带宽之后, 还包括:
在所述共享资源隧道组中的隧道全部失效时, 释放所述共享资源隧道组 的预留带宽; 和 /或,
在所述共享资源隧道组中的隧道未全部失效时, 根据发生失效的隧道的 预留带宽, 释放所述共享资源隧道组的部分预留带宽。
本发明实施例还提供一种隧道间带宽资源的管理系统, 其包括: 获取装置, 其设置为: 获取经过同一节点的隧道;
划分装置, 其设置为: 将具有相同出接口的隧道划分成一组, 作为一共 享资源隧道组;
配置装置, 其设置为: 为所述共享资源隧道配置用于所述共享资源隧道 组中的各隧道共享的预留带宽; 以及
服务装置, 其设置为: 当所述共享资源隧道组中的隧道经过所述节点时, 均根据所述共享资源隧道组的预留带宽发起为隧道提供服务的流程。
上述系统还可具有以下特点: 所述划分装置是设置为通过如下方式来标识所述共享资源隧道组中的隧 道:
如果所述节点是隧道的首节点, 则通过隧道标识来唯一标识隧道; 如果所述节点是隧道的非首节点, 结合隧道首节点标识和隧道标识来唯 一标识隧道, 或者, 为所述分配一个本地的隧道标识来唯一标识一条隧道。
上述系统还可具有以下特点:
所述配置装置是通过如下方式为所述共享资源隧道配置用于所述共享资 源隧道组中的各隧道共享的预留带宽:
选择一数值作为 SRTG组的预留带宽的大小; 或者
为 SRTG组的各隧道分别设置对应的预留带宽值, 将各隧道的预留带宽 值中的最大值作为 SRTG组的预留带宽的大小。
上述系统还可具有以下特点:
所述服务装置包括:
更新模块, 其设置为: 在所述共享资源隧道组中的隧道所需的预留带宽 大于所述共享资源隧道组的预留带宽的大小时, 才艮据所述共享资源隧道组中 的隧道所需的预留带宽,对所述共享资源隧道组的预留带宽的大小进行更新; 以及
服务模块, 其设置为: 使用更新后的所述共享资源隧道组预留带宽的大 小为隧道提供服务。
上述系统还可具有以下特点:
所述系统还包括:
释放装置, 其设置为: 在所述共享资源隧道组中的隧道全部失效时, 释 放所述共享资源隧道组的预留带宽; 和 /或, 在所述共享资源隧道组中的隧道 未全部失效时, 根据发生失效的隧道的预留带宽, 释放所述共享资源隧道组 的部分预留带宽。
本发明实施例提供的技术方案, 通过为经过同一节点且具有相同出接口 的隧道化为为一组, 且该组共享预留带宽资源, 使得至少两个隧道使用单个 隧道所需的预留带宽, 提高了带宽资源的利用率。 附图概述
图 1为本发明提供的隧道间带宽资源的管理方法实施例的流程示意图; 图 2为本发明应用实例一提供的共享隧道间带宽资源的申请方法的应用 实例的流程示意图;
图 3为本发明应用实例二提供的共享隧道间带宽资源的释放方法的应用 实例的流程示意图;
图 4为本发明提供的隧道间带宽资源的管理系统实施例的结构示意图; 图 5为图 4所示系统实施例中服务装置 404的结构示意图;
图 6为图 4所示系统实施例的另一结构示意图。
本发明的较佳实施方式
下面将结合附图及具体实施例对本发明实施例作详细描述。 需要说明的 是, 在不冲突的情况下, 本申请中的实施例及实施例中的特征可以相互任意 组合。
图 1为本发明提供的隧道间带宽资源的管理方法实施例的流程示意图。 图 1所示方法实施例, 包括:
步骤 101、 获取经过同一节点的隧道;
举例来说,对某一物理接口而言,有 8条隧道( tunnel )经过该物理接口, 依次为 tunnel 1~8„
步骤 102、 根据所述隧道的出接口, 将具有相同出接口的隧道划分成一 组, 作为一共享资源隧道组;
其中, 根据所述节点是否是隧道的首节点, 标识所述共享资源隧道组中 的隧道, 包括:
如果所述节点是隧道的首节点, 则通过隧道标识(id )来唯一标识隧道; 如果所述节点是隧道的非首节点, 结合隧道首节点标识和隧道标识来唯 一标识隧道, 或者, 为所述分配一个本地化的隧道标识来唯一标识一条隧道。 举例来说, 如果该节点是 tunnell的首节点, 则直接使用该 tunnell的隧 道 id对该 tunnell进行唯一标识;
如果该节点是 tunnel2的非首节点, 则需要获取到该 tunnel2首节点 id, 通过 tunnel2首节点 id和 tunnel2的隧道 id共同来标识 tunnel2; 当然, 还可以 为所述物理接口所属的节点是非首节点的隧道均分配一个仅本地能够识别的 隧道 id, 即 local隧道 id, 使用该 local隧道 id来标识这些隧道。
其中对共享资源隧道的划分, 举例来说, 如果 tunnell~4的出接口相同, tunnel5~8的出接口相同, 则将 tunnell~4划分成一个共享资源隧道组( shared Resource Tunnel Group, SRTG ) , 简称为 SRTG ( 1 ) , 将 timnel5~8划分成 一个 SRTG, 简称为 SRTG ( 2 ) 。
步骤 103、 为所述共享资源隧道组配置用于所述共享资源隧道组中的各 隧道共享的预留带宽;
其中配置共享的带宽资源信息有如下两种分配方式, 包括:
方式一: 选择一数值作为 SRTG组的预留带宽值; 即 SRTG组中每个隧 道都使用该预留带宽值;
方式二: 为 SRTG组的各隧道分别设置对应的预留带宽值, 将各隧道的 预留带宽值中的最大值作为 SRTG组的预留带宽值。
当然, 当隧道成员配置了更大的预留带宽值时, 需要更新 SRTG组的最 大预留带宽值, 并重新申请预留带宽。
步骤 104、 当所述共享资源隧道组中的隧道经过所述节点时, 均才艮据所 述共享资源隧道组的预留带宽发起为隧道提供服务的流程。
在步骤 104中, 在所述共享资源隧道组中的隧道所需的预留带宽大于所 述共享资源隧道组的预留带宽时, 才艮据所述共享资源隧道组中的隧道所需的 预留带宽, 对所述共享资源隧道组的预留带宽的大小进行更新; 使用更新后 的所述共享资源隧道组预留带宽的大小为隧道提供服务。
可选的, 所述为所述共享资源隧道配置用于所述共享资源隧道组中的各 隧道共享的预留带宽之后, 还包括: 在所述共享资源隧道组中的隧道全部失效时, 释放所述共享资源隧道组 的预留带宽; 和 /或,
在所述共享资源隧道组中的隧道未全部失效时, 根据发生失效的隧道的 预留带宽, 释放所述共享资源隧道组的部分预留带宽。
综上所述, 当网络中需要部署一组具备相同作用域的主备隧道组时, 备 份隧道的建立要求具备与被保护隧道相同的资源信息, 在釆用本发明提供的 方法实施例对隧道进行划分后, 主备隧道是在一个 SRTG中, 且共享资源信 息, 但不需要另行申请资源, 仅仅当被保护隧道失效后, 原经过被保护隧道 的数据流改为经过备份隧道, 由于在物理接口上部署了 SRTG, 因此当属于 同一个 SRTG的隧道经过该接口的时候, 不再需要申请带宽资源预留, 而是 直接使用 SRTG组配置部署的带宽资源进行 QoS保证, 即备份隧道会使用与 主隧道相同的 QoS 资源参数, 保证改道的数据流具备与被保护隧道相同的 QoS资源参数。
应用实例 1
图 2为本发明应用实例一提供的共享隧道间带宽资源的申请方法的应用 实例的流程示意图。 图 2所示应用实例包括以下步骤:
步骤 201、 针对某条隧道 (后面以 tunnel— X作为描述)发起资源预留申请。 首先找到本节点上 tunnel— X经过的出接口(后面以 interfacel作为描述)。
步骤 202、 在 interfacel上检查是否配置了 SRTG, 如果是, 则执行步骤 203; 如果否, 则执行步骤 204;
步骤 203、检查 SRTG内是否配置了 tunnel— X, 如果是, 则执行步骤 205; 如果否, 则执行步骤 204;
步骤 204、 直接为 tunnel— X发起资源预留, 流程结束。
步骤 205、检查 tunnel— X需要预留的带宽值是否超过 SRTG的最大预留带 宽值, 如果超过 SRTG的最大预留带宽值, 则执行步骤 206; 如果没有超过, 则执行步骤 207; 步骤 206、 重新申请共享带宽资源,并在申请成功时, 将该带宽资源作为
SRTG的最新共享带宽资源, 流程结束。
步骤 207、不用再为 tunnel— X申请带宽资源,直接使用 SRTG的共享带宽 资源。
本发明应用实例 1通过判断隧道是否在 SRTG中来确定是否需要该隧道 发起资源申请, 如果在 SRTG中, 则不再申请, 减少了相同出接口的隧道重 复申请资源的情况, 实现了带宽资源的共享。
应用实例 2
图 3为本发明应用实例二提供的共享隧道间带宽资源的释放方法的应用 实例的流程示意图。 图 3所示应用实例包括以下步骤:
步骤 301、 针对某条隧道 (后面以 tunnel— X作为描述)发起资源释放申请。 首先找到本节点上 tunnel— X经过的出接口(后面以 interfacel作为描述)。
步骤 302、 在 interfacel上检查是否配置了 SRTG, 如果是, 则执行步骤 303; 如果否, 则执行步骤 304;
步骤 303、检查 SRTG内是否配置了 tunnel— x, 如果是, 则执行步骤 305; 如果否, 则执行步骤 304;
步骤 304、 直接释放隧道带宽资源, 流程结束。
步骤 305、 检查 SRTG内是否还有未失效的隧道, 其中未失效的隧道是 指未拆除的隧道; 如果没有, 执行步骤 306; 如果有则执行步骤 307;
步骤 306、 直接释放隧道带宽资源, 并且将 SRTG组带宽资源清空, 流 程结束。
步骤 307、判断 tunnel— X的带宽 BW1是否等于 SRTG最大带宽,如果是, 则依次执行步骤 308和步骤 309, 如果否, 则执行步骤 310;
步骤 308、 从 SRTG内剩余 tunnel中选择出最大预留带宽值作为 SRTG 新的带宽值 BW2 , 其中 BW2<BW1;
步骤 309、 仅释放超过 SRTG 当前最大带宽的那部分剩余带宽 (BW1-BW2), 然后重新修改 SRTG组最大预留带宽为 BW2, 流程结束。 步骤 310、 不释放 tunnel— x的带宽资源, 流程结束。
本发明应用实例 2 对共享隧道间带宽资源的释放进行了说明, 以保证 SRTG 中隧道发生失效后, 该组内的其他隧道对共享带宽资源的使用不受影 响。
图 4为本发明提供的隧道间带宽资源的管理系统实施例的结构示意图。 图 4所示系统实施例包括:
获取装置 401 , 设置为: 获取经过同一节点的隧道;
划分装置 402, 与所述获取装置 401相连, 设置为: 根据所述隧道的出 接口, 将具有相同出接口的隧道划分成一组, 作为一共享资源隧道组;
配置装置 403 , 与所述划分装置 402相连, 设置为: 为所述共享资源隧 道配置用于所述共享资源隧道组中的各隧道共享的预留带宽;
服务装置 404, 与所述配置装置 403相连, 设置为: 当所述共享资源隧 道组中的隧道经过所述节点时, 均才艮据所述共享资源隧道组的预留带宽发起 为隧道提供服务的流程。
其中所述划分装置 402通过如下方式来标识所述共享资源隧道组中的隧 道, 包括:
如果所述节点是隧道的首节点, 则通过隧道标识来唯一标识隧道; 如果所述节点是隧道的非首节点, 结合隧道首节点标识和隧道标识来唯 一标识隧道, 或者, 为所述分配一个本地的隧道标识来唯一标识一条隧道。
其中所述配置装置 403是通过如下方式配置所述预留带宽的大小的, 包 括:
方式一: 选择一数值作为 SRTG的预留带宽的大小;
方式二: 为 SRTG的各隧道分别设置对应的预留带宽值, 将各隧道的预 留带宽值中的最大值作为 SRTG的预留带宽的大小。
图 5为图 4所示系统实施例中服务装置 404的结构示意图。 图 4所示实 施例中所述服务装置 404, 包括: 更新模块 501 , 设置为: 在所述共享资源隧道组中的隧道所需的预留带 宽大于所述共享资源隧道组的预留带宽的大小时, 才艮据所述共享资源隧道组 中的隧道所需的预留带宽, 对所述共享资源隧道组的预留带宽的大小进行更 新;
服务模块 502 , 设置为: 使用更新后的所述共享资源隧道组预留带宽的 大小为隧道提供服务。
图 6为图 4所示系统实施例的另一结构示意图。 图 6所示系统实施例中 所述系统还包括:
释放装置 601 , 设置为: 在所述共享资源隧道组中的隧道全部失效时, 释放所述共享资源隧道组的预留带宽; 和 /或, 在所述共享资源隧道组中的隧 道未全部失效时, 根据发生失效的隧道的预留带宽, 释放所述共享资源隧道 组的部分预留带宽。
本发明提供的系统实施例, 通过为经过同一节点且具有相同出接口的隧 道化为为一组, 且该组共享预留带宽资源, 使得至少两个隧道使用单个隧道 所需的预留带宽, 提高了带宽资源的利用率。
本领域普通技术人员可以理解上述实施例的全部或部分步骤可以使用计 算机程序流程来实现,所述计算机程序可以存储于一计算机可读存储介质中, 所述计算机程序在相应的硬件平台上(如系统、 设备、 装置、 器件等)执行, 在执行时, 包括方法实施例的步骤之一或其组合。
可选地, 上述实施例的全部或部分步骤也可以使用集成电路来实现, 这 些步骤可以被分别制作成一个个集成电路模块, 或者将它们中的多个模块或 步骤制作成单个集成电路模块来实现。 这样, 本发明不限制于任何特定的硬 件和软件结合。
上述实施例中的各装置 /功能模块 /功能单元可以釆用通用的计算装置来 实现, 它们可以集中在单个的计算装置上, 也可以分布在多个计算装置所组 成的网络上。
上述实施例中的各装置 /功能模块 /功能单元以软件功能模块的形式实现 并作为独立的产品销售或使用时,可以存储在一个计算机可读取存储介质中。 上述提到的计算机可读取存储介质可以是只读存储器, 磁盘或光盘等。
以上所述, 仅为本发明的具体实施方式, 但本发明的保护范围并不局限 于此, 任何熟悉本技术领域的技术人员在本发明揭露的技术范围内, 可轻易 想到变化或替换, 都应涵盖在本发明的保护范围之内。 因此, 本发明的保护 范围应以权利要求所述的保护范围为准。
工业实用性 本发明实施例通过为经过同一节点且具有相同出接口的隧道化为为一 组, 且该组共享预留带宽资源, 使得至少两个隧道使用单个隧道所需的预留 带宽, 提高了带宽资源的利用率。

Claims

权 利 要 求 书
1、 一种隧道间带宽资源的管理方法, 其包括:
获取经过同一节点的隧道;
将具有相同出接口的隧道划分成一组, 作为一共享资源隧道组; 为所述共享资源隧道组配置用于所述共享资源隧道组中的各隧道共享的 预留带宽; 以及
当所述共享资源隧道组中的隧道经过所述节点时, 均才艮据所述共享资源 隧道组的预留带宽发起为隧道提供服务的流程。
2、 根据权利要求 1所述的方法, 其中,
如果所述节点是隧道的首节点, 则通过隧道标识来唯一标识隧道; 如果所述节点是隧道的非首节点, 结合隧道首节点标识和隧道标识来唯 一标识隧道, 或者, 为所述分配一个本地的隧道标识来唯一标识一条隧道。
3、 根据权利要求 1所述的方法, 其中, 所述为所述共享资源隧道组配置 用于所述共享资源隧道组中的各隧道共享的预留带宽, 包括:
选择一数值作为所述共享资源隧道组的预留带宽的大小; 或者
为所述共享资源隧道组的各隧道分别设置对应的预留带宽值, 将各隧道 的预留带宽值中的最大值作为所述共享资源隧道组的预留带宽的大小。
4、 根据权利要求 1所述的方法, 其中, 所述均根据所述共享资源隧道组 的预留带宽发起为隧道提供服务的流程, 包括:
在所述共享资源隧道组中的隧道所需的预留带宽大于所述共享资源隧道 组的预留带宽的大小时,根据所述共享资源隧道组中的隧道所需的预留带宽, 对所述共享资源隧道组的预留带宽的大小进行更新;
使用更新后的所述共享资源隧道组预留带宽的大小为隧道提供服务。
5、根据权利要求 1所述的方法, 其在所述为所述共享资源隧道配置用于 所述共享资源隧道组中的各隧道共享的预留带宽之后, 还包括: 在所述共享资源隧道组中的隧道全部失效时, 释放所述共享资源隧道组 的预留带宽; 和 /或,
在所述共享资源隧道组中的隧道未全部失效时, 根据发生失效的隧道的 预留带宽, 释放所述共享资源隧道组的部分预留带宽。
6、 一种隧道间带宽资源的管理系统, 其包括:
获取装置, 其设置为: 获取经过同一节点的隧道;
划分装置, 其设置为: 将具有相同出接口的隧道划分成一组, 作为一共 享资源隧道组;
配置装置, 其设置为: 为所述共享资源隧道配置用于所述共享资源隧道 组中的各隧道共享的预留带宽; 以及
服务装置, 其设置为: 当所述共享资源隧道组中的隧道经过所述节点时, 均根据所述共享资源隧道组的预留带宽发起为隧道提供服务的流程。
7、 根据权利要求 6所述的系统, 其中, 所述划分装置是设置为通过如下 方式来标识所述共享资源隧道组中的隧道:
如果所述节点是隧道的首节点, 则通过隧道标识来唯一标识隧道; 如果所述节点是隧道的非首节点, 结合隧道首节点标识和隧道标识来唯 一标识隧道, 或者, 为所述分配一个本地的隧道标识来唯一标识一条隧道。
8、 根据权利要求 6所述的系统, 其中, 所述配置装置是通过如下方式为 所述共享资源隧道配置用于所述共享资源隧道组中的各隧道共享的预留带 宽:
选择一数值作为 SRTG组的预留带宽的大小; 或者
为 SRTG组的各隧道分别设置对应的预留带宽值, 将各隧道的预留带宽 值中的最大值作为 SRTG组的预留带宽的大小。
9、 根据权利要求 6所述的系统, 其中, 所述服务装置包括:
更新模块, 其设置为: 在所述共享资源隧道组中的隧道所需的预留带宽 大于所述共享资源隧道组的预留带宽的大小时, 才艮据所述共享资源隧道组中 的隧道所需的预留带宽,对所述共享资源隧道组的预留带宽的大小进行更新; 以及
服务模块, 其设置为: 使用更新后的所述共享资源隧道组预留带宽的大 小为隧道提供服务。
10、 根据权利要求 6所述的系统, 所述系统还包括:
释放装置, 其设置为: 在所述共享资源隧道组中的隧道全部失效时, 释 放所述共享资源隧道组的预留带宽; 和 /或, 在所述共享资源隧道组中的隧道 未全部失效时, 根据发生失效的隧道的预留带宽, 释放所述共享资源隧道组 的部分预留带宽。
PCT/CN2012/072352 2011-06-08 2012-03-15 隧道间带宽资源的管理方法和系统 WO2012167641A1 (zh)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CN2011101522113A CN102223299A (zh) 2011-06-08 2011-06-08 隧道间带宽资源的管理方法和系统
CN201110152211.3 2011-06-08

Publications (1)

Publication Number Publication Date
WO2012167641A1 true WO2012167641A1 (zh) 2012-12-13

Family

ID=44779731

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2012/072352 WO2012167641A1 (zh) 2011-06-08 2012-03-15 隧道间带宽资源的管理方法和系统

Country Status (2)

Country Link
CN (1) CN102223299A (zh)
WO (1) WO2012167641A1 (zh)

Families Citing this family (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN102223299A (zh) * 2011-06-08 2011-10-19 中兴通讯股份有限公司 隧道间带宽资源的管理方法和系统
CN102761480B (zh) * 2012-06-28 2017-11-28 中兴通讯股份有限公司 一种资源分配方法及装置
CN106304202B (zh) * 2015-05-18 2019-04-30 中兴通讯股份有限公司 基于隧道共享的带宽控制方法及装置
CN106411781B (zh) * 2015-07-27 2019-05-24 中兴通讯股份有限公司 带宽保护的方法及装置
CN106961399B (zh) * 2016-01-08 2021-01-08 中兴通讯股份有限公司 隧道出端口预留带宽的分配方法及系统
CN107332751B (zh) * 2017-06-30 2020-10-27 联想(北京)有限公司 数据传输方法、电子设备和服务器集群
CN109495386A (zh) * 2017-09-13 2019-03-19 中兴通讯股份有限公司 对同一隧道下主LSP和Hot LSP的识别方法、PCEP协议及存储介质

Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101163084A (zh) * 2007-11-13 2008-04-16 华为技术有限公司 一种基于类的隧道选择方法和设备
CN101170477A (zh) * 2006-10-24 2008-04-30 华为技术有限公司 一种链路资源管理方法及传送网络和网络设备
US7564871B2 (en) * 2002-10-25 2009-07-21 At&T Corp. Network routing method and system utilizing label-switching traffic engineering queues
CN102082736A (zh) * 2011-03-08 2011-06-01 杭州华三通信技术有限公司 实现非均衡负载分担的方法及装置
CN102223299A (zh) * 2011-06-08 2011-10-19 中兴通讯股份有限公司 隧道间带宽资源的管理方法和系统

Family Cites Families (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP2291956B1 (fr) * 2008-04-28 2014-03-05 Tdf Procede de gestion d'un reseau de transmission de type mpls
CN101938422A (zh) * 2010-09-16 2011-01-05 中兴通讯股份有限公司 多协议标签交换流量工程中隧道抢占的方法及装置

Patent Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7564871B2 (en) * 2002-10-25 2009-07-21 At&T Corp. Network routing method and system utilizing label-switching traffic engineering queues
CN101170477A (zh) * 2006-10-24 2008-04-30 华为技术有限公司 一种链路资源管理方法及传送网络和网络设备
CN101163084A (zh) * 2007-11-13 2008-04-16 华为技术有限公司 一种基于类的隧道选择方法和设备
CN102082736A (zh) * 2011-03-08 2011-06-01 杭州华三通信技术有限公司 实现非均衡负载分担的方法及装置
CN102223299A (zh) * 2011-06-08 2011-10-19 中兴通讯股份有限公司 隧道间带宽资源的管理方法和系统

Also Published As

Publication number Publication date
CN102223299A (zh) 2011-10-19

Similar Documents

Publication Publication Date Title
WO2012167641A1 (zh) 隧道间带宽资源的管理方法和系统
US10250459B2 (en) Bandwidth on-demand services in multiple layer networks
US9509728B2 (en) Software defined networking systems and methods via a path computation and control element
US9450817B1 (en) Software defined network controller
ES2614863T3 (es) Control de servicio en nube informática y arquitectura de gestión extendida para conectarse al estrato de red
US10484299B2 (en) Method and apparatus for configuring quality of service
US10374935B2 (en) Link discovery method, system, and device
US20140205278A1 (en) Call setup systems and methods using dynamic link tagging and overbooking of links in multi-domain transport networks
JP2013510459A (ja) 分離的なパス計算アルゴリズム
US11121975B2 (en) Framework for temporal label switched path tunnel services
WO2016101469A1 (zh) 一种基于捆绑接口的隧道带宽预留的方法及装置
US8248913B1 (en) System and method to support full-time protection services in a network
US9876865B1 (en) Efficient prioritized restoration of services in a control plane-based optical network
US7596088B2 (en) Route selection with bandwidth sharing optimization over rings
US7463580B2 (en) Resource sharing among network tunnels
US20160156523A1 (en) Method and System for Network Topology
ES2543921T3 (es) Procedimiento de asignación de recursos de red en arquitecturas de servicio basadas en TISPAN
JP4852499B2 (ja) ノード装置及び通信網及びパス設定方法及びプログラム
CN110892687A (zh) 多级资源预留
EP3220581B1 (en) Method and system for restoring optical layer service
JP2012074825A (ja) QoS保障型ネットワークシステム、集中制御装置、及び集中制御装置の制御方法
CN106453145B (zh) 一种传输链路控制方法及装置
Ratnam et al. Differentiated survivability with improved fairness in IP/MPLS-over-WDM optical networks
KR20150113495A (ko) 가상 te 링크 생성 방법 및 장치
EP2009875A1 (en) Method of providing a grid network application over a transport network

Legal Events

Date Code Title Description
121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 12797211

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 12797211

Country of ref document: EP

Kind code of ref document: A1