WO2011009331A1 - 虚拟私有网的路由标签分配方法与装置 - Google Patents

虚拟私有网的路由标签分配方法与装置 Download PDF

Info

Publication number
WO2011009331A1
WO2011009331A1 PCT/CN2010/073061 CN2010073061W WO2011009331A1 WO 2011009331 A1 WO2011009331 A1 WO 2011009331A1 CN 2010073061 W CN2010073061 W CN 2010073061W WO 2011009331 A1 WO2011009331 A1 WO 2011009331A1
Authority
WO
WIPO (PCT)
Prior art keywords
label
vpn
route
policy
routing
Prior art date
Application number
PCT/CN2010/073061
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 WO2011009331A1 publication Critical patent/WO2011009331A1/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
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00Data switching networks
    • H04L12/28Data switching networks characterised by path configuration, e.g. LAN [Local Area Networks] or WAN [Wide Area Networks]
    • H04L12/46Interconnection of networks
    • H04L12/4641Virtual LANs, VLANs, e.g. virtual private networks [VPN]
    • H04L12/4645Details on frame tagging
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L45/00Routing or path finding of packets in data switching networks
    • H04L45/50Routing or path finding of packets in data switching networks using label swapping, e.g. multi-protocol label switch [MPLS]
    • H04L45/507Label distribution

Definitions

  • the present invention relates to the field of computer network technologies, and in particular, to a method and an apparatus for allocating routing labels of a virtual private network.
  • VPN Virtual Private Network
  • MPLS Multi-Protocol Label Switching
  • FEC Forwarding Equivalent Class
  • MPLS was originally proposed as a protocol to improve the forwarding speed of routers.
  • MPLS has become an increasingly scalable IP network because of the superior performance of MPLS in traffic engineering and VPN, which are very critical technologies in current IP networks.
  • the key to the MPLS protocol is the introduction of the label switching concept.
  • the MPLS edge router analyzes the contents of the IP packet and selects the appropriate label for these IP packets. In the future, the label is transmitted in the MPLS network according to the forwarding basis.
  • the label is separated by the edge router.
  • the network device is divided into an edge network device and a core network device, and the edge network device provides a function of traffic classification and label mapping, and label removal.
  • Core network devices provide label switching and label distribution capabilities.
  • MPLS VPN network MPLS as an efficient IP backbone technology platform, provides a flexible and scalable technology foundation for VPN implementation.
  • An MPLS VPN network consists of three types of network devices:
  • CE User Edge
  • PE service provider edge
  • the network consists of the operator's backbone network and the user's various sites.
  • the VPN is the division of the site collection.
  • a VPN corresponds to a collection of several sites.
  • the MPLS VPN network structure is completed by the service provider. In this network configuration, the service provider provides the VPN service to the user, and the user does not feel the existence of the public network as if it had an independent network resource. All VPN construction, connection and management work is done on the PE.
  • a connected IP system of the user is regarded as a site, and each site is connected to the PE through the CE, and the site constitutes the basic unit of the VPN.
  • a VPN consists of multiple sites, and a site can belong to different VPNs at the same time. For any two VPNs that do not have a common site, you can use overlapping address spaces, that is, use your own independent address space in the user's private network, regardless of whether it conflicts with other VPN or public network address spaces.
  • VRF VPN Routing & Forwarding Instance
  • the VRF exists only on the PE. Referring to Figure 2, a corresponding VRF is created for each site on the PE.
  • Each VRF includes a routing table, a forwarding table, and a set of interfaces using the VRF. And a set of strategies related to it.
  • a VRF can be thought of as a virtual router.
  • a detailed description of MPLS VPN can be found in Request For Comments (RFC) 2547.
  • each VPN Since each VPN has a separate address space, it is in the MPLS VPN network.
  • the outer label is used for data forwarding on the public network, and the inner label is used to indicate which VPN to forward.
  • the outer label is ejected, and the inner label is removed, if the label is Each route is assigned to each label, and the inner label is bound to a specific VPN route. The corresponding next hop interface can be directly found through the label, and then the VPN data packet is directly forwarded. If the label is assigned per label per VPN, all the routes in the VPN share the label. In this case, the outbound interface cannot be directly found according to the label.
  • the VPN ID needs to be extracted according to the label, and then the VPN ID is corresponding to the VPN ID.
  • the destination route is matched with the destination IP address in the packet to find the outbound interface, and then the data packet is forwarded.
  • the VPN data packet forwarding process is shown in Figure 3. Description will be made below in conjunction with FIG. 3.
  • CE1 sends data packets to CE2 on PE1 as follows:
  • the outer label of the data packet needs to be removed, and the new outer label is encapsulated;
  • the outgoing label is a 3 label.
  • the next hop is the last node in the LSP.
  • the outer label of the packet needs to be removed and directly forwarded.
  • the outer label of 23 is removed and forwarded from the outbound interface.
  • the structure of the forwarded message is as follows:
  • CE1 sends a data packet to CE2 and processes it on PE2 as follows:
  • Label distribution is a core part of the router device in the MPLS network.
  • the Label Distribution Protocol (LDP) is used to assign labels to the public network routes
  • the MP-BGP protocol is used to route the private network.
  • Assign tags and also include other statically assigned tags.
  • the label resource is limited, and the label forwarding table space of different devices is also different.
  • the label allocation method for each VPN is usually used when assigning labels to VPN routes. All the routes in the VPN share a label, which can save a lot of label resources, but also increase the cost of packet forwarding. Because the data packets can no longer be determined according to the label, the VPN ID needs to be found according to the label.
  • the secondary route is the lookup and forwarding of the route of the target IP in the site where the CE is connected to the PE.
  • the labeling method of each label per label is usually used.
  • the label allocated by this allocation method can directly determine the outbound interface according to the label, and the forwarding overhead is small, but the routing in the VPN is different.
  • the entry occupies a single tag resource, making the tag resource huge. the way.
  • the label forwarding table space of the current device is sufficient, then At this time, the performance of the device is not fully utilized; on the other hand, if a device can access multiple VPNs, some VPNs have a very large amount of data, The forwarding performance of the PE device is strictly required. If the label per VPN is used, the forwarding performance is poor. Therefore, in the existing label allocation mode, the device that allocates the label has a problem that the performance is not fully utilized or the packet forwarding performance is poor. Summary of the invention
  • the present invention provides a method and a device for allocating a VPN route label, so as to solve the problem that the device for distributing a label, such as a PE device, in the prior art has insufficient performance or poor packet forwarding performance.
  • the present invention provides the following technical solutions:
  • the method further includes: after the step of configuring, saving the policy assigned by the VPN routing label when creating the VPN.
  • the method further includes: modifying the policy of the saved VPN route label assignment after the step of assigning.
  • the step of assigning a label to the VPN route includes: assigning a routing label to the newly added route in the VPN according to the policy of the VPN routing label allocation.
  • the step of assigning a label to the VPN route includes: updating the VPN route label according to a policy of the VPN route label allocation.
  • the method further includes: after the step of configuring a policy for assigning a VPN route label, saving a policy of assigning a VPN route label, and recording an allocation policy of the allocated label;
  • the step of updating the VPN route label includes: confirming, according to a route in the VPN, the VPN routing label allocation policy to re-assign the label to the route.
  • a virtual private network VPN routing label distribution device includes a storage module and an allocation module, wherein:
  • the storage module is configured to: save a policy for the allocation module to perform VPN route label allocation, and the policy includes a route label allocation manner selected from two or more route label assignment modes;
  • the allocation module is configured to assign a label to the VPN route according to the policy assigned by the VPN routing label saved by the storage module.
  • the storage module is set to:
  • the allocating module is further configured to: allocate a routing label to the newly added route in the VPN according to the policy of the routing label saved by the storage module.
  • the allocating module is further configured to: update the routing label in the VPN according to the policy of the routing label saved by the storage module.
  • the storage module is further configured to: save an allocation policy of the allocated label;
  • the allocating module is further configured to: determine, according to a route in the VPN, that the allocation policy of the label allocated to the route is different from the policy of the routing label saved by the storage module, and then allocate the routing label according to the storage module.
  • the policy re-assigns the label to the route.
  • the policy for label allocation of the VPN configuration includes more than one manner of assigning a VPN route label, and then assigning a route label according to the policy, so that the device for allocating the VPN route label is used for the device for allocating the VPN route label.
  • Figure 1 is a schematic diagram of an MPLS VPN network connection
  • FIG. 2 is a schematic view showing the position and structure of the VRF;
  • FIG. 3 is a schematic diagram of a VPN data packet forwarding process;
  • FIG. 4 is a schematic flowchart of a label management performed by a PE in an embodiment
  • Figure 5 is the main steps of the process of assigning labels to VPN routes
  • Figure 6 shows the main steps of the process of configuring a VPN routing label allocation policy globally
  • Figure 7 is the main steps of the process of routing label assignment to a specific VPN
  • Figure 8 shows the main steps in the process of updating the VPN routing label
  • Figure 9 shows the main steps in the process of deleting a VPN routing label.
  • a VPN routing label allocation policy is configured for each VPN that performs routing label allocation by a device, and the policy includes a routing label allocation manner selected from two or more routing label allocation modes.
  • a label is assigned to a VPN route, it is performed according to the policy.
  • This method enables the PE device to diversify the label distribution mode of the VPN route, which helps to fully utilize the performance of the PE device or improve the forwarding performance of the PE. The details will be described below.
  • the VPN routing label assignment policy here gives a way to assign routing label assignments to a specific VPN.
  • the routing label allocation policy of VPN1 is: "For VPN1
  • the routing label allocation policy for VPN2 is: "For VPN2
  • the default routing label of the PE where VPN2 is located is used.
  • “Assignment mode” these are the meanings of the routing label allocation policy.
  • you want to configure such a policy to the VPN you can save the identification information in the VPN VRF to indicate the VPN routing label allocation mode.
  • the specific content of the VPN routing label allocation policy may be a routing label allocation manner in the VPN for one or several specified VPNs, that is, all routing routes in a VPN use the same routing label allocation manner; It is also possible to assign a label pattern to these routes for a specified number of routes within the VPN. Therefore, when configuring a VPN routing label allocation policy, you can save the VPN routing label allocation policy when creating a VPN. For an existing VPN, you can also modify the VPN routing label allocation policy. The modification here includes modifying one or more. The VPN routing label assignment policy or the modification of several routing label assignment methods within the specified VPN.
  • FIG. 4 is a flow chart of the label management of the PE in the embodiment.
  • the VPN route can be assigned according to the default label allocation policy, as shown in step 41 in the figure, and then read in step 42.
  • Several commands saved which are used to set the label allocation policy for all VPNs or specified VPNs.
  • the VPN routing label update command in step 43 of the figure.
  • the updated label allocation policy for the routing labels in these VPNs. Perform an update operation.
  • the label assignment of the newly added VPN is performed according to the preset label allocation policy.
  • the PE is to perform label distribution according to more than one type of label allocation; and all the VPNs involved in the PE can be configured globally when configuring the label allocation policy, and the specified part of the route can be configured; After the label allocation policy, the assigned label can also be updated, so in the case that the PE uses more than one label allocation method, the label allocation, the label allocation policy configuration, and the label update are all handled.
  • the prior art is different. The following describes the processing of each of the foregoing items by using a routing label allocation manner in the label allocation policy, including each label per VPN and per label per label.
  • Step 51 Add a VPN route. After the route is added, the route needs to be assigned a label, and then the process proceeds to step 52.
  • Step 52 Read the current VPN route label assignment policy.
  • the VPN routing label allocation policy configured for the VPN may include more than one routing label allocation manner.
  • the flow shown in FIG. 5 uses a VPN routing label allocation policy including a per-VPN per label manner and per-route per label. For example, after the current VPN route label allocation policy is read, the policy is analyzed and judged, that is, step 53.
  • Step 53 Perform an analysis on the current VPN routing label allocation policy, and determine that the policy is The new route uses the method of assigning labels. The specific judgment is whether to retrieve the label per VPN or the way each label is routed. If the former, the process proceeds to step 54. If the latter, the process proceeds to step 55.
  • Step 54 For the route added in step 51, the label is assigned per VPN per label. Then step 56a is performed.
  • Step 55 For the route added in step 51, assign labels to each route per label. Then step 56b is performed.
  • Step 56a Add the added VPN routing information to the VRF label and check the two-way chain.
  • the label reverse check bidirectional chain in this embodiment is the same as in the prior art, and is used for managing VPN routing labels.
  • a label can be used for multiple routes, and a label entry is used to link and manage the routing entries using the label. Then proceed to step 57;
  • Step 56b Similar to step 56a, the added VPN routing information is added to the VRF label to check the two-way chain. Then go directly to step 59.
  • Step 57 Determine whether the route label allocated in step 54 has been written into the drive label forwarding table.
  • Writing a Routing Tag to a Drive Tag Forwarding Table is generally referred to as a write driver, and the write driving method in this embodiment is the same as in the prior art. If there are other routes that also use the tag, the tag is written to the driver. If the drive has been written, the process ends, otherwise proceed to step 58.
  • Step 58 Apply a secondary route lookup tag to the route label assigned in step 54.
  • Step 59 Write the route label assigned in step 54 to the driver label forwarding table, and then end the process.
  • a VPN routing label allocation policy can be configured globally, and a specific VPN routing label allocation policy can also be configured.
  • Step 60 Read or receive the command to configure the VPN routing label globally.
  • the command also indicates whether to update the original route label as the judgment basis in step 67.
  • Step 61 Traverse the VPN instance table. In this step, reference may be made to Figure 2, which is to extract VRF information of a VPN. After the following steps 62-68 are completed, the process proceeds to step 69. In step 69, it is determined whether the VPN instance table is traversed. If not, the process returns to step 61 to extract the VRF letter of the next VPN. Interest.
  • Step 62 Determine, according to the VRF information of the extracted VPN, whether the VPN routing label uses the allocation mode of each label per VPN, and if yes, proceed to step 63, otherwise proceed directly to step 66. This is because the VPN needs to obtain a label for the VPN per label policy, which is used to assign labels to subsequent routes that join the VPN. This is not required for every VPN per-label policy.
  • Step 63 Check for free tags in the tag pool. If yes, go to step 65, otherwise go to step 64.
  • Step 64 Give a prompt message. This prompt is used to indicate that there is currently no available label and cannot be set. Then the process ends.
  • Step 65 Extract a tag from the tag pool and assign it to the current VPN.
  • the current VPN is the VPN traversed in step 61.
  • Step 66 Set the current VPN instance to use the configured label allocation policy.
  • Step 67 Determine whether the original route label needs to be updated. If yes, go to step 68, otherwise go directly to step 69.
  • Step 68 Trigger the current routing label update processing in the VPN.
  • the flow of the routing label update process is explained below.
  • Step 69 Determine whether the VPN instance table traversal ends. Because the VPN routing label is configured globally, you need to check the VPN instance table to see if the traversal has been completed. If yes, the process ends, otherwise it returns to 61 and continues the traversal of the VPN instance table.
  • Figure 6 shows the main steps for globally configuring VPN routing labels.
  • routing labels can be assigned to specific VPNs.
  • Figure 7 shows the main steps of the process of routing label assignments to a specific VPN. The traversal of the VPN instance table is not required in Figure 7. The steps to be performed are the same as those in Figure 6, and are not described here.
  • the VPN routing label can be updated if needed, that is, the label is reassigned according to the current VPN routing label allocation policy.
  • the allocation policy of the VPN route label you can record in each route entry how the route label of the entry is allocated. Therefore, when the allocation policy of the VPN routing label is changed, the label allocation manner recorded in the attribute of the label corresponding to the VPN routing entry can be used to know whether the label of the current VPN route is allocated according to the current allocation policy, that is, in FIG. Step 85.
  • the main steps in the process of updating the VPN routing label are shown in Figure 8.
  • Step 81 Receive a command to update the VPN route label. This command can be issued by a system maintenance person.
  • Step 82 Determine whether to update the routing labels in all VPNs. If yes, go to step 83, otherwise go directly to step 84.
  • Step 83 Traverse the VPN instance table.
  • Step 84 Traverse the routing table of the current VPN. If the process proceeds from step 82 to this step, the current VPN of this step may be the VPN specified by the command in step 81.
  • Step 85 Determine whether the label of the current VPN route is allocated according to the current allocation policy. If yes, return to step 84; otherwise, go to step 86.
  • Step 86 Update the label of the current VPN route.
  • the label of the current VPN route is deleted, and the label is assigned to the VPN route by using a label allocation policy specified by the current VPN instance.
  • Step 87 Determine whether the current VPN routing table is traversed. If yes, go to step 88, otherwise return to step 84.
  • Step 88 Determine whether the current is: Update the routing labels in all VPNs, and the VPN instance table is not traversed. If yes, go back to step 83, otherwise the process ends.
  • Step 91 Delete a VPN route.
  • Step 92 Delete the VPN route to be deleted from the current VPN label reverse check bidirectional chain.
  • Step 93 Determine whether the anti-check bidirectional chain corresponding to the current label is empty. If yes, proceed to step 94, otherwise, the process ends.
  • Step 94 Delete the label of the deleted route from the driver label forwarding table.
  • the above describes the configuration of the label assignment policy, the assignment of routing labels, the update of routing labels, and the deletion of routing labels.
  • the system can implement these functions as needed.
  • the following is an example of how to perform a system test, that is, the above functions of the test system.
  • the system test networking is shown in Figure 3.
  • the hardware part consists of five routers, two of which act as private network client CEs, two as edge routers PE, and one as P routers.
  • the hardware part consists of five routers, two of which act as private network client CEs, two as edge routers PE, and one as P routers.
  • set up a basic MPLS network and use static matching on the PE device.
  • VPN data packets traffic can communicate.
  • system default VPN label allocation policy is per-route per label.
  • System testing can take the following steps in order:
  • Step 1 Enable MPLS between PE1 and PE2 to establish an MPLS label switching channel LSP. And establish a BGP neighbor.
  • Step 2 Create a VRF for the CE on the two PE routers.
  • Step 3 Establish EBGP neighbors between CE1 and CE2 and PE1 and PE2 respectively, and inject VPN routes from PE1 and PE2 to PE1 and PE2 respectively.
  • This is a simulated real-world environment that simulates a private network and advertises routes to the PE.
  • label distribution is performed for each VPN route according to the system default VPN route label assignment policy. The allocation process is shown in Figure 5.
  • Step 4 On PE1 and PE2, you can see that the labels assigned to the VPN routes that CE1 and CE2 are flooded are different. At this time, CE1 and CE2 send packets to each other, and traffic can communicate with each other. This forwarding process is the same as the prior art.
  • Step 5 Configure the VPN routing label assignment policy on the current PE1 device to set the per-VPN per label by configuring all VPN routing label assignment policies on PE1.
  • the configuration process is shown in Figure 6.
  • Step 6 Refill several VPN routes from CE1 to PE1.
  • the labels of these routes are allocated according to the policy of each VPN per label, and the processing flow is as shown in FIG. 5.
  • the label table you can see that the labels added after the addition of these routes are the same.
  • the previous route also retains the original label.
  • packets are sent from CE2 to CE1 with new routes. The traffic can communicate with each other.
  • Step 7 Delete two routes with different label distribution modes on PE1. Although the labels of the two routes are assigned differently, after the route is deleted, the label deletion processing process is completely one. To the point. The processing flow is shown in Figure 9.
  • Step 8 By updating the VPN route label command, all routes in the VPN are reassigned according to the current label allocation policy. In this embodiment it is only for PE1 processing. Here, all VPN routes in the PE are reassigned. The processing flow is shown in Figure 8. Then, you can view the label table. You can see that all the routes in the VPN use the same label. In this case, CE1 and CE2 send packets to each other, and traffic can communicate with each other.
  • Step 9 Set the VPN label allocation policy for each VPN per label by configuring the specific VPN routing label assignment policy command on PE1. The processing flow of this command is shown in Figure 7.
  • Step 10 Refill several VPN routes from CE1 to PE1.
  • the labels of these routes are allocated according to the policy of each label per route, and the processing flow is as shown in FIG. 5.
  • the label table you can see that the labels added to these subsequent routes are different from each other.
  • the previous route also retains the original label.
  • packets are sent from CE2 to CE1 with new routes. The traffic can communicate with each other.
  • Step 11 Re-allocate all routes in the VPN according to the current label allocation policy by updating the VPN route label command.
  • the processing flow is shown in Figure 8. Then, you can view the label table. You can see that all the routes in the VPN use different labels. In this case, CE1 and CE2 send packets to each other, and traffic can communicate with each other.
  • the apparatus in this embodiment can be implemented by means of software, hardware or a combination of both.
  • the following is a function of the device structure, in which each module can be a device or a component of the same device.
  • the device in this embodiment may be configured in the PE to allocate the VPN routing label.
  • a structure of the device includes a storage module and a distribution module, wherein the storage module is configured to save a policy for assigning a module to perform VPN route label allocation, and the policy includes a route label selected from two or more route label assignment modes. Allocation mode; the allocation module is configured to allocate a label to the VPN route according to the VPN routing label saved by the storage module.
  • the storage module can also be used to save the policy of the VPN route label assignment received when the VPN is created or to save the modified VPN route label assignment policy.
  • the allocation module can be further used for the policy pair assigned according to the routing label saved by the storage module
  • the route added in the VPN is assigned a routing label.
  • the routing label in the VPN is updated according to the policy of the routing label saved by the storage module.
  • the storage module may be further configured to save a label allocation policy of the allocated label, so that when the routing module updates the routing label in the VPN, the allocation module may be a route in the VPN, and confirm the allocation policy and storage of the label allocated to the route.
  • the routing label saved by the module has different policies, and then the routing label is re-assigned according to the policy of the routing label saved by the storage module.
  • the policy for label allocation of the VPN configuration includes more than one manner of allocating VPN routing labels, and then assigning routing labels according to the policy, so that the performance characteristics of the device and the manner of routing labels can be allocated.
  • the performance of the device is maximized and the performance of the device is forwarded.
  • the label allocation policy is configured, the label allocation policy of some or all VPNs can be modified, and the labels of one or more routes in the VPN can also be updated, which enables the device to dynamically set the VPN as needed during the running process.
  • the label distribution method of the internal route so that the advantages of various label allocation strategies can be fully applied in the running process of the device, and the operating efficiency of the device is improved.
  • the policy for label allocation of the VPN configuration includes more than one manner of assigning a VPN route label, and then assigning a route label according to the policy, so that the device for allocating the VPN route label is used for the device for allocating the VPN route label.

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Computer Security & Cryptography (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)

Description

虚拟私有网的路由标签分配方法与装置
技术领域
本发明涉及计算机网络技术领域, 特别地涉及一种虚拟私有网的路由标 签 分配方法与装置。
背景技术
虚拟私有网( Virtual Private Network, VPN ) , 是利用公用网络构建的私 人专用网络。 它以其独具特色的优势赢得了越来越广泛的应用, 对于用户使 用 VPN可以缩减费用, 方便管理。 对于运营商可以利用现有的基础设施提供 增值服务, 可以扩大运营业务量同时也创造了新的商业机会。
多协议标记交换协议 ( Multi-Protocol Label Switching, MPLS )是一种将 具有相同转发处理方式的分组归为一类,即转发等价类( Forwarding Equivalent Class, FEC ) 的分类转发技术。 MPLS 最初是用来提高路由器的转发速度而 提出的一个协议, 但是由于 MPLS在流量工程和 VPN这两个在目前 IP网络 中非常关键的技术中的优越表现使得 MPLS已日益成为扩大 IP网络规模的重 要标准。 MPLS协议的关键是引入了标签(Label ) 交换概念, 在 MPLS网络 中, IP包在进入第一个 MPLS设备时 MPLS边缘路由器分析 IP包的内容并为 这些 IP包选择合适的标签。以后就是依据这个标签作为转发依据在 MPLS网 络中传输, 当 IP包离开 MPLS网络时标签被边缘路由器分离。 在 MPLS网络 中将网络设备分为边缘网络设备和核心网络设备, 边缘网络设备提供流量分 类和标签映射, 标签移除的功能。 核心网络设备提供标签交换和标签分发功 能。
MPLS VPN网络, MPLS作为一种高效的 IP骨干网技术平台, 为实现 VPN提供了一种灵活的并且具有可扩展性的技术基础。 MPLS VPN网络由三 种网络设备组成:
( 1 )用户边缘( Custom Edge, CE )设备, 用户网络中直接与服务提供 商相连的边缘设备; ( 2 )业务提供商边缘( Provider Edge, PE )设备, 骨干网中的边缘设备, 它直接与用户的 CE相连;
( 3 ) P路由器( Provider Router )骨干网中不与 CE直接相连的设备。 参考图 1 , 在 MPLS VPN网络连接模型中, 网络由运营商的骨干网与用 户的各个站点 ( site )组成, VPN就是对 site集合的划分, 一个 VPN就对应 一个由若干 site组成的集合。 MPLS VPN网络构造由服务提供商来完成, 在 这种网络构造中, 由服务提供商向用户提供 VPN服务, 用户感觉不到公网的 存在, 就好像拥有独立的网络资源一样。 所有的 VPN的构建, 连接和管理工 作都是在 PE上进行的。从 PE的角度来看,用户的一个连通的 IP系统被视为 一个 site, 每一个 site通过 CE与 PE相连, site就构成了 VPN的基本单元。 一个 VPN由多个 site组成, 一个 site也可以同时属于不同的 VPN。 对于任何 两个没有共同的 site的 VPN都可以使用重叠的地址空间, 即在用户的私有网 络中使用自己独立的地址空间,而不用考虑是否与其他 VPN或公网的地址空 间冲突, 这就需要依赖于 VPN路由转发实例 (VPN Routing & Forwarding Instance, VRF ) 。 VRF只存在于 PE上, 参考图 2, 在 PE上针对每一个 site 都创建一个与之对应的 VRF, 每个 VRF都包括一张路由表, 一张转发表, 一 组使用这个 VRF的接口集合以及一组与之相关的策略。 VRF可以被看作是一 个虚拟的路由器。有关 MPLS VPN的详细描述可以参考请求评议( Request For Comments, RFC ) 2547。
由于各个不同的 VPN都有独立的地址空间, 那么在 MPLS VPN网络中
PE处理接收到的数据报文时如何区分该报文属于哪个 VPN呢? 这就需要利 用 MPLS支持多层标签嵌套的功能,也就是为 VPN内的路由通过多协议边界 网关协议 ( Multiple Protocol Border Gateway Protocol, MP-BGP )来分配一个 内层标签, 这个标签与 VPN路由一同发布出去。 当前为 VPN路由分配标签 的方式主要有两种,一种是每路由每标签的分配方式,就是以目的地 IP为 FEC 进行标签分配; 一种是每 VPN每标签的分配方式, 就是以 VPN为 FEC进行 标签分配。 这样当有私网数据需要通过公网转发时会封装内外两层标签, 外 层标签用于在公网进行数据转发, 内层标签就用于指示往哪个 VPN转发。 当 该数据报文到达末端 PE时弹出外层标签,取出内层标签,如果这个标签是以 每路由每标签方式分配的,那么这个内层标签是和某条具体的 VPN路由绑定 的, 可以通过该标签直接找到对应的下一跳出接口, 然后直接将这个 VPN数 据报文转发出去。 如果是以每 VPN每标签方式分配的标签, 那么该 VPN内 的所有路由都共用这个标签, 此时不能直接根据标签直接找到出接口, 而需 要根据这个标签取出 VPN ID, 然后在该 VPN ID对应的路由转发表中以报文 中的目的 IP进行最优路由匹配找到出接口, 再将该数据报文转发出去。 VPN 数据报文转发过程见图 3。 以下结合图 3作出说明。
图 3中, CE1向 CE2发送数据报文在 PE1上按照如下步骤进行处理:
1、 根据报文入接口的 VRF属性获得 VPN的 ID号;
2、 使用 VPN ID号和目的 IP地址查找 VRF表, 得到出接口、 内层出标 签即 VPN标签, 以及外层出标签即 P分配给 PE1的标签;
3、 将内外两层标签封装到报文中;
4、 将报文从出接口中转发出去。
假设此时查到的内层标签和外层标签分别是 17 , 23 , 那么封装后报文结 构如下:
IP Packet 17 23 接下来 CE1向 CE2发送数据报文在 P上的处理按如下步骤进行:
1、 判断收到的数据包是一个标签包;
2、 取出第一层 MPLS转发标签(本例中是 23 ) ;
3、 根据此标签查找标签转发表, 得到出接口及下一跳及出标签;
4、如果出标签不是 3 ,那么说明下一跳不是标签交换路径(Label Switched Path, LSP )的末节点, 那么就需要去除该数据报文的外层标签, 再封装新的 外层标签; 如果出标签是 3标签, 根据 MPLS协议对 3标签的规定, 说明下 一跳是 LSP中的末节点, 那么根据次末跳弹出规则需要将该报文的外层标签 去除后直接转发, 在本例中属于第二种情况, 于是去除 23这个外层标签, 从 出接口转发出去。 转发的报文结构如下所示:
IP Packet 17 然后 CE1向 CE2发送数据报文在 PE2上的处理按如下步骤进行:
1、 判断该数据包是一个标签包;
2、 取出第一层 MPLS转发标签(本例中是 17 ) ;
3、 先判断是否有二次查找标记, 如果有二次查找标记, 那就需要根据该 标签获取 VPN ID号, 再根据报文中的目的地址进行路由匹配查找转发, 如 果没有二次路由查找标记, 那就可以根据标签直接查找到出接口进行报文转 发;
4、 根据查找到的出接口, 将报文从出接接口转发出去。 在本例中就是将 17标签剥离后将报文转发给 CE2。 转发的报文结构如下所示:
~ IP Packet ~
标签分配是 MPLS 网络中路由器设备的一个核心部分, 尤其是对于 PE 设备, 既要通过标签分发协议 ( Label Distribution Protocol, LDP )为公网路 由分配标签, 还需要通过 MP-BGP协议为私网路由分配标签, 并且还包括其 他静态分配的标签。 而标签资源是有限的, 并且不同设备标签转发表空间也 是不同的,对于标签转发表空间较小的设备通常在为 VPN路由分配标签时釆 用每 VPN每标签分配的方式, 这种方式会使 VPN内的所有路由都共用一个 标签, 可以大量的节约标签资源, 但同时也增加的报文转发的开销, 因为数 据报文不能再根据标签确定出接口, 而是需要根据标签找出 VPN ID, 然后再 进行二次路由即与 PE相连 CE所在 site内的目标 IP的路由的查找转发。而对 于标签转发表空间较大的设备通常釆用每路由每标签的分配方式, 以这种分 配方式分配的标签可以根据标签直接确定出接口, 转发开销较小, 但是会使 VPN内不同的路由条目单独占用一个标签资源, 使得标签资源占用量巨大。 方式。 对于釆用每 VPN每标签方式分配标签的设备, 如果接入 VPN数量很 少, 即使对这些 VPN内的路由按照每路由每标签的方式分配, 当前设备的标 签转发表空间也足够容纳的话, 那么此时设备的性能没有得到充分发挥; 另 一方面, 如果一个设备可以接入多个 VPN, 有些 VPN的数据量非常大, 对 PE设备的报文转发性能有严格要求, 此时若釆用每 VPN每标签的方式, 则 转发性能不佳。 所以在现有的标签分配方式下, 分配标签的设备存在着性能 没有充分发挥或者报文转发性能不佳的问题。 发明内容
本发明提供一种 VPN路由标签分配方法与装置,以解决现有技术中用于 分配标签的设备例如 PE设备存在着性能没有充分发挥或者报文转发性能不 佳的问题。
为解决上述问题, 本发明提供如下技术方案:
一种虚拟私有网 VPN路由标签分配方法, 包括:
针对由一台设备进行路由标签分配的各个 VPN, 配置 VPN路由标签分 签分配方式; 以及
根据配置的路由标签分配的策略为 VPN路由分配标签。
该方法还包括: 在所述配置的步骤之后, 在创建 VPN时保存该 VPN路 由标签分配的策略。
该方法还包括: 在所述分配的步骤之后, 修改已保存的 VPN路由标签分 配的策略。
所述为 VPN路由分配标签的步骤包括:根据 VPN路由标签分配的策略, 对 VPN中新增的路由分配路由标签。
所述为 VPN路由分配标签的步骤包括:根据 VPN路由标签分配的策略, 更新 VPN路由标签。
该方法还包括: 在所述配置 VPN路由标签分配的策略的步骤之后, 保存 VPN路由标签分配的策略, 并且记录已分配的标签的分配策略;
所述更新 VPN路由标签的步骤包括: 针对 VPN中的一条路由, 确认分 据所述 VPN路由标签分配策略重新为该路由分配标签。 一种虚拟私有网 VPN路由标签分配装置, 包括存储模块和分配模块, 其 中:
存储模块设置为: 保存分配模块进行 VPN路由标签分配的策略, 所述策 略包含从两种以上的路由标签分配方式中选择出的路由标签分配方式;
分配模块设置为:根据存储模块保存的 VPN路由标签分配的策略为 VPN 路由分配标签。 所述存储模块是设置为:
保存创建 VPN时收到的该 VPN路由标签分配的策略; 以及
保存修改的 VPN路由标签分配的策略。
所述分配模块还设置为: 根据存储模块保存的路由标签分配的策略对 VPN中新增的路由分配路由标签。
所述分配模块还设置为: 根据存储模块保存的路由标签分配的策略, 更 新 VPN中的路由标签。
所述存储模块还设置为: 保存已分配的标签的分配策略;
所述分配模块还设置为: 针对 VPN中的一条路由,确认分配给该路由的 标签的分配策略与所述存储模块保存的路由标签分配的策略不同, 然后根据 所述存储模块保存的路由标签分配的策略重新为该路由分配标签。
根据本发明的技术方案,对 VPN配置的标签分配的策略中包括不止一种 分配 VPN路由标签的方式, 再根据这种策略来分配路由标签, 这样对于用于 分配 VPN路由标签的设备来说,可以将设备的性能特点与路由标签的分配方 式相结合, 使设备性能得到充分发挥, 并保证设备转发报文的性能。 附图概述
图 1为 MPLS VPN网络连接示意图;
图 2为 VRF的位置与结构示意图; 图 3为 VPN数据报文转发过程示意图;
图 4为实施例中 PE进行标签管理的一种流程示意图;
图 5为 VPN路由分配标签的流程的主要步骤;
图 6为进行全局配置 VPN路由标签分配策略的流程的主要步骤;
图 7为对一个特定的 VPN进行路由标签分配的流程的主要步骤;
图 8为更新 VPN路由标签的流程中的主要步骤;
图 9为删除 VPN路由标签的流程中的主要步骤。 本发明的较佳实施方式
下面结合附图对本发明实施例中的技术方案作出说明。 附图用于帮助理 解实施例的技术方案, 在实现中可以不限于附图所示的形式。
在本实施例中, 针对由一台设备进行路由标签分配的各个 VPN, 配置 VPN路由标签分配的策略, 该策略包含了从两种以上的路由标签分配方式中 选择出的路由标签分配方式, 在对 VPN路由分配标签时根据该策略进行。 这 种方法能够使 PE设备对 VPN路由的标签分配方式多样化, 有助于充分发挥 PE设备的性能或提高 PE的转发性能。 下面进行详细说明。
根据目前 PE设备对于 VPN路由分配标签的方式, 主要有每路由每标签 以包括这两种方式。 这里的 VPN路由标签分配的策略给出了对一个具体的 VPN指定了路由标签分配的方式。例如 VPN1的路由标签分配的策略为: "对 VPN1釆用每路由每标签的路由标签分配方式" , 又如 VPN2的路由标签分 配的策略为: "对 VPN2釆用 VPN2所在 PE的默认的路由标签分配方式" , 这些是路由标签分配的策略要表达的含义, 在实现中若要将这样的策略配置 到 VPN,那么可以在 VPN的 VRF中保存标识信息, 来标明该 VPN路由标签 分配方式。 随着技术的发展, 如果出现其他的标签分配方式, 那么也可以根 据本实施例的方案将这些标签分配方式包含在标签分配策略中。 VPN路由标 签分配策略的具体内容可以是对于指定的一个或几个 VPN, 这些 VPN中的 路由标签分配方式, 即一个 VPN中所有路由釆用同一种路由标签分配方式; 也可以是针对 VPN内的指定的若干路由, 向这些路由分配标签方式。 所以在 配置 VPN路由标签分配的策略时 ,可以在创建 VPN时保存该 VPN路由标签 分配的策略, 对于已经存在的 VPN, 也可以修改 VPN路由标签分配的策略, 这里的修改包括修改一个或多个 VPN路由标签分配策略,或者修改指定 VPN 内的若干路由标签分配方式。
图 4是本实施例中 PE进行标签管理可以釆取的一种流程,在系统初始化 时可以按照默认的标签分配策略对 VPN路由进行标签分配, 如图中步骤 41 , 然后在步骤 42中读取保存的若干命令, 通过命令设置所有 VPN或指定 VPN 的标签分配策略。 在系统运行的过程中, 如果需要更新原有 VPN路由标签, 则如图中步骤 43 , 使用 VPN路由标签更新命令, 对于所有或指定的 VPN, 将这些 VPN内的路由标签使用更新的标签分配策略进行更新操作。在图中步 骤 44中, 如果有新增的 VPN, 则按预设的标签分配策略对新增的 VPN的路 由进行标签分配。
因为 PE要按照不止一种标签分配方式进行标签分配;而且在配置标签分 配策略时可以对 PE涉及的所有 VPN进行配置即进行全局配置, 又可以对指 定的部分路由进行配置; 此外在修改 VPN路由标签分配的策略之后, 对于已 分配的标签还可以进行更新,所以在 PE釆用了不止一种标签分配方式的情况 下, 标签分配、 标签分配策略的配置以及标签的更新这些事项的处理都与现 有技术有所不同,以下以标签分配策略中的路由标签分配方式包含每 VPN每 标签和每路由每标签为例分别对上述各事项的处理进行具体说明。
为 VPN路由分配标签的主要步骤如图 5所示, 下面作一说明。
步骤 51 : 添加一条 VPN路由。 在新增了路由之后需对该路由分配标签, 于是进入步骤 52。
步骤 52: 读取当前 VPN路由标签分配策略。 在本实施例中 , 为 VPN配 置的 VPN路由标签分配策略可以包括不止一种路由标签分配方式, 图 5所示 的流程以 VPN路由标签分配策略包括每 VPN每标签的方式和每路由每标签 的方式为例, 在读取当前 VPN路由标签分配策略之后对该策略进行分析判 断, 即步骤 53。
步骤 53: 对当前 VPN路由标签分配策略进行分析, 判断该策略中对于 新增的路由釆用哪种分配标签的方式,具体判断是釆取每 VPN每标签的方式 还是每路由每标签的方式, 若是前者, 则进入步骤 54, 若是后者则进入步骤 55。
步骤 54: 对于步骤 51中添加的路由, 按每 VPN每标签方式分配标签。 之后执行步骤 56a。
步骤 55: 对于步骤 51 中添加的路由, 按每路由每标签方式分配标签。 之后执行步骤 56b。
步骤 56a: 将添加的 VPN路由信息加入到 VRF标签反查双向链中。本实 施例中的标签反查双向链与现有技术中相同, 用于管理 VPN路由标签, 一个 标签可以用于多条路由, 以标签为索引将使用该标签的路由条目链接在一起 进行管理。 之后进入步骤 57;
步骤 56b: 与步骤 56a类似,将添加的 VPN路由信息加入到 VRF标签反 查双向链中。 之后直接进入步骤 59。
步骤 57: 判断步骤 54中分配的路由标签是否已经写入驱动标签转发表。 将路由标签写入驱动标签转发表通常称作写驱动, 本实施例中的写驱动方式 与现有技术中相同。 如果有其他路由也使用了该标签, 则该标签已写驱动。 如果已经写驱动, 结束流程, 否则进入步骤 58。
步骤 58: 为步骤 54中分配的路由标签打上二次路由查找标记。
步骤 59: 将步骤 54 中分配的路由标签写入驱动标签转发表, 然后结束 流程。
下面对标签分配策略的配置作一说明。 本实施例中可以进行全局配置 VPN路由标签分配策略 , 也可以对特定 VPN路由标签分配策略进行配置。
进行全局配置 VPN路由标签分配策略的流程的主要步骤如图 6所示。 步骤 60: 读取或接收全局配置 VPN路由标签的命令。 该命令中同时指 明是否更新原有路由标签, 作为步骤 67中的判断依据。
步骤 61 : 遍历 VPN实例表。 本步骤中, 可以参考图 2, 是提取一个 VPN 的 VRF信息。 在以下的步骤 62-68结束后进入步骤 69, 步骤 69中判断 VPN 实例表是否遍历结束, 若未结束则返回步骤 61 , 提取下一个 VPN的 VRF信 息。
步骤 62:根据提取的 VPN的 VRF信息,判断该 VPN路由标签是否釆用 每 VPN每标签的分配方式, 如果是, 则进步骤 63 , 否则直接进入步骤 66。 这是因为釆用每 VPN每标签策略时需要为该 VPN获取一个标签, 该标签用 于为后续加入该 VPN的路由分配入标签。 而不釆用每 VPN每标签策略时无 需此操作。
步骤 63: 检查标签池中是否有空闲标签。 若是, 进入步骤 65, 否则进入 步骤 64。
步骤 64: 给出提示信息。 该提示信息用于提示目前没有可用标签, 无法 继续设置。 然后结束流程。
步骤 65: 从标签池中提取一个标签分配给当前 VPN。 该当前 VPN即为 步骤 61中遍历到的 VPN。
步骤 66: 设置当前 VPN实例使用配置的标签分配策略。
步骤 67: 判断是否需要更新原有路由标签, 若是, 进入步骤 68, 否则直 接进入步骤 69。
步骤 68: 触发当前 VPN内路由标签更新处理。 路由标签更新处理的流 程在下文中加以说明。
步骤 69: 判断 VPN实例表遍历是否结束。 因为是全局配置 VPN路由标 签, 所以需要对 VPN实例表进行检查, 看是否已经完成遍历。 若是则结束流 程, 否则返回 61 , 继续进行 VPN实例表的遍历。
图 6示出的是全局配置 VPN路由标签的主要步骤,此外还可以对特定的 VPN进行路由标签分配。 图 7示出了对一个特定的 VPN进行路由标签分配 的流程的主要步骤, 图 7中无需进行 VPN实例表的遍历, 需要进行的步骤与 图 6中的一些步骤相同, 此处不再赘述。
下面对于更新 VPN路由标签作出说明。 因为 VPN路由标签的分配策略 会作修改, 所以在需要的情况下可以对 VPN路由标签进行更新, 即按照当前 的 VPN路由标签分配策略重新分配标签。 在配置 VPN路由标签的分配策略 时, 可以在每个路由条目中记录该条目的路由标签是通过哪种方式分配的。 于是在 VPN路由标签的分配策略发生改变时, 通过 VPN路由条目所对应的 标签的属性中所记录的标签分配方式可以得知当前 VPN路由的标签是否按 照当前的分配策略分配的, 即图 8中的步骤 85。 更新 VPN路由标签的流程 中的主要步骤如图 8所示。
步骤 81 : 接收更新 VPN路由标签的命令。 该命令可以是系统维护人员 操作发出。
步骤 82: 判断是否更新所有的 VPN中的路由标签。 若是则进入步骤 83 , 否则直接进入步骤 84。
步骤 83: 遍历 VPN实例表。
步骤 84: 遍历当前 VPN的路由表。 如果是从步骤 82进入本步骤, 则本 步骤的当前 VPN可以是步骤 81中的命令所指定的 VPN。
步骤 85: 判断当前 VPN路由的标签是否按照当前的分配策略分配的, 若是, 则返回步骤 84, 否则进入步骤 86。
步骤 86:更新当前 VPN路由的标签。本步骤中具体可以是删除当前 VPN 路由的标签, 并以当前 VPN实例指定的标签分配策略为该 VPN路由分配标 佥。
步骤 87: 判断当前 VPN路由表是否遍历完。 若是则进入步骤 88, 否则 返回步骤 84。
步骤 88: 判断当前是否为: 更新所有的 VPN中的路由标签, 并且 VPN 实例表没有遍历完。 若是则返回步骤 83 , 否则结束流程。
以下再对标签删除的流程作一说明。 当删除一条 VPN路由之后, 可以将 该路由的标签删除, 主要步骤如图 9所示。
步骤 91 : 删除一条 VPN路由。
步骤 92: 将待删除的 VPN路由从当前 VPN标签反查双向链中删除。 步骤 93:判断当前标签对应的反查双向链是否为空,若是则进入步骤 94, 否则结束流程。
步骤 94: 将删除的路由的标签从驱动标签转发表中删除。 以上分别对配置标签分配策略、 分配路由标签、 更新路由标签和删除路 由标签作出了说明。 系统可以根据需要来实现这些功能。 以下再举例说明如 何进行系统测试, 即测试系统的上述功能。
系统测试组网如图 3所示: 硬件部分由五台路由器组成, 其中 2台作为 私有网络客户端 CE, 二台作为边缘路由器 PE, —台作为 P路由器。 这里仅 仅给出一个实例, 组建一个最基本的 MPLS网络, 在 PE设备上釆用静态配
VPN数据报文, 流量能够互通。 假定系统默认的 VPN标签分配策略是每路 由每标签方式。 系统测试可以釆取如下的步骤依次进行:
第 1步: 在 PE1和 PE2之间开启 MPLS,建立 MPLS标签交换通道 LSP。 并建立 BGP邻居。
第 2步: 在 2台 PE路由器上, 分别为 CE创建 VRF。
第 3步: 将 CE1 , CE2分别与 PE1和 PE2建立 EBGP邻居, 并从 CE1 , CE2分别向 PE1和 PE2灌入 VPN路由。 这是仿真现实环境 , 模拟出私有网 络, 将路由通告给 PE。 此时会按照系统默认的 VPN路由标签分配策略为每 一条 VPN路由进行标签分配, 分配流程如图 5所示。
第 4步: 在 PE1和 PE2上可以看到为 CE1和 CE2灌入的 VPN路由分配 的标签各不相同。 此时 CE1和 CE2相互发包, 流量可以互通。 该转发流程与 现有技术相同。
第 5步:在 PE1上通过配置所有 VPN路由标签分配策略命令将当前 PE1 设备上 VPN路由标签分配策略设置为每 VPN每标签。 配置处理流程如图 6 所示。
第 6步: 从 CE1向 PE1再次灌入若干 VPN路由。 此时这些路由的标签 是按照每 VPN每标签的策略进行分配的, 处理流程如图 5所示。 通过查看标 签表可以看到后面增加的这些路由分配得到的标签是相同的。 之前的路由还 保留原有的标签。 同时从 CE2向 CE1以新增的路由发包, 流量可以互通。
第 7步: 在 PE1上分别删除标签分配方式不同的两条路由, 虽然两条路 由的标签分配方式不同, 但是路由删除后, 标签删除处理流程其实是完全一 致的。 处理流程如图 9所示。
第 8步: 通过更新 VPN路由标签命令, 将 VPN内所有路由都按照当前 的标签分配策略重新分配标签。 在这个实施例中仅仅针对 PE1处理。 这里是 指 PE内所有的 VPN路由都重新分配标签。 处理流程如图 8所示。 然后查看 标签表,可以看到 VPN内的所有路由都是使用相同的标签,此时 CE1和 CE2 互相发包, 流量可以互通。
第 9步:在 PE1上通过配置特定 VPN路由标签分配策略命令设置创建的 这个 VPN的标签分配策略为每路由每标签。 该命令处理流程如图 7所示。
第 10步: 从 CE1向 PE1再次灌入若干 VPN路由。 此时这些路由的标签 是按照每路由每标签的策略进行分配的, 处理流程如图 5所示。 通过查看标 签表可以看到后面增加的这些路由分配得到的标签是互不相同的。 之前的路 由还保留原有的标签。同时从 CE2向 CE1以新增的路由发包,流量可以互通。
第 11步: 通过更新 VPN路由标签命令, 将 VPN内所有路由都按照当前 的标签分配策略重新分配标签。 处理流程如图 8所示。 然后查看标签表, 可 以看到 VPN内的所有路由都是使用互不相同的标签, 此时 CE1和 CE2互相 发包, 流量可以互通。
基于本实施例中的方法, 以下对本实施例中的装置作出说明。 本实施例 中的装置可以利用软件、 硬件或者二者结合的方式实现。 以下按功能模块来 划分装置结构, 在实现中各模块可以各自成为设备, 或为同一设备的组成部 分。
本实施例中的装置可以设置在 PE中, 用来进行 VPN路由标签的分配。 该装置的一种结构是包括存储模块和分配模块, 其中存储模块用于保存分配 模块进行 VPN路由标签分配的策略,所述策略包含了从两种以上的路由标签 分配方式中选择出的路由标签分配方式; 分配模块用于根据存储模块保存的 VPN路由标签为 VPN路由分配标签。 存储模块也可以用来保存创建 VPN时 收到的该 VPN路由标签分配的策略或者保存修改的 VPN路由标签分配的策 略。
分配模块可以进一步用于根据存储模块保存的路由标签分配的策略对 VPN中新增的路由分配路由标签; 或者, 根据存储模块保存的路由标签分配 的策略, 更新 VPN中的路由标签。 存储模块可以进一步用于保存已分配的标 签的标签分配策略, 这样, 分配模块在更新 VPN中的路由标签时, 可以是针 对 VPN中的一条路由,确认分配给该路由的标签的分配策略与存储模块保存 的路由标签分配的策略不同, 然后根据存储模块保存的路由标签分配的策略 重新为该路由分配路由标签。
根据本发明的技术方案,对 VPN配置的标签分配的策略中包括不止一种 分配 VPN路由标签的方式, 再根据这种策略来分配路由标签, 这样可以将设 备的性能特点与路由标签的分配方式相结合, 使设备性能得到充分发挥, 并 保证设备转发报文的性能。 在配置了标签分配策略之后, 可以修改部分或全 部 VPN的标签分配策略, 并且还可以对 VPN内的一条或多条路由的标签进 行更新,这些都使设备在运行过程中根据需要动态地设置 VPN内路由的标签 分配方法, 从而可以使得各种标签分配的策略的优势在设备运行过程中得到 充分的应用, 提高了设备的运行效率。
显然, 本领域的技术人员可以对本发明进行各种改动和变型而不脱离本 发明的精神和范围。 这样, 倘若本发明的这些修改和变型属于本发明权利要 求及其等同技术的范围之内, 则本发明也意图包含这些改动和变型在内。
工业实用性
根据本发明的技术方案,对 VPN配置的标签分配的策略中包括不止一种 分配 VPN路由标签的方式, 再根据这种策略来分配路由标签, 这样对于用于 分配 VPN路由标签的设备来说,可以将设备的性能特点与路由标签的分配方 式相结合, 使设备性能得到充分发挥, 并保证设备转发报文的性能。

Claims

权 利 要 求 书
1、 一种虚拟私有网 ( VPN )路由标签分配方法, 该方法包括: 针对由一台设备进行路由标签分配的各个 VPN, 配置 VPN路由标签分 标签分配方式; 以及
根据配置的路由标签分配的策略为 VPN路由分配标签。
2、 根据权利要求 1所述的方法, 其中, 该方法还包括:
在所述配置的步骤之后, 在创建 VPN时保存该 VPN路由标签分配的策 略。
3、 根据权利要求 2所述的方法, 其中, 该方法还包括:
在所述分配的步骤之后, 修改已保存的 VPN路由标签分配的策略。
4、 根据权利要求 1所述的方法, 其中, 所述为 VPN路由分配标签的步 骤包括: 根据 VPN路由标签分配的策略, 对 VPN中新增的路由分配路由标 签。
5、 根据权利要求 1所述的方法, 其中, 所述为 VPN路由分配标签的步 骤包括: 根据 VPN路由标签分配的策略, 更新 VPN路由标签。
6、 根据权利要求 5所述的方法, 其中, 该方法还包括:
在所述配置 VPN路由标签分配的策略的步骤之后, 保存 VPN路由标签 分配的策略, 并且记录已分配的标签的分配策略;
所述更新 VPN路由标签的步骤包括: 针对 VPN中的一条路由, 确认分 据所述 VPN路由标签分配策略重新为该路由分配标签。
7、 一种虚拟私有网 ( VPN )路由标签分配装置, 其包括存储模块和分配 模块,
存储模块设置为: 保存 VPN路由标签分配的策略, 所述策略包含从两种 以上的路由标签分配方式中选择出的路由标签分配方式; 分配模块设置为:根据存储模块保存的 VPN路由标签分配的策略为 VPN 路由分配标签。
8、 根据权利要求 7所述的装置, 其中, 所述存储模块是设置为: 保存创建 VPN时收到的该 VPN路由标签分配的策略; 以及
保存修改的 VPN路由标签分配的策略。
9、 根据权利要求 7所述的装置, 其中, 所述分配模块还设置为: 根据存储模块保存的路由标签分配的策略对 VPN 中新增的路由分配路 由标签。
10、 根据权利要求 7所述的装置, 其中, 所述分配模块还设置为: 根据存储模块保存的路由标签分配的策略, 更新 VPN中的路由标签。
11、 根据权利要求 10所述的装置, 其中,
所述存储模块还设置为: 保存已分配的标签的分配策略;
所述分配模块还设置为: 针对 VPN中的一条路由,确认分配给该路由的 标签的分配策略与所述存储模块保存的路由标签分配的策略不同, 然后根据 所述存储模块保存的路由标签分配的策略重新为该路由分配标签。
PCT/CN2010/073061 2009-07-23 2010-05-21 虚拟私有网的路由标签分配方法与装置 WO2011009331A1 (zh)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CN200910159929.8 2009-07-23
CN200910159929A CN101692669A (zh) 2009-07-23 2009-07-23 虚拟私有网的路由标签分配方法与装置

Publications (1)

Publication Number Publication Date
WO2011009331A1 true WO2011009331A1 (zh) 2011-01-27

Family

ID=42081328

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2010/073061 WO2011009331A1 (zh) 2009-07-23 2010-05-21 虚拟私有网的路由标签分配方法与装置

Country Status (2)

Country Link
CN (1) CN101692669A (zh)
WO (1) WO2011009331A1 (zh)

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN102571602A (zh) * 2012-02-13 2012-07-11 华为技术有限公司 业务路由网络及业务处理的方法、设备
CN105723667A (zh) * 2014-06-28 2016-06-29 华为技术有限公司 一种路径计算的方法和装置

Families Citing this family (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101692669A (zh) * 2009-07-23 2010-04-07 中兴通讯股份有限公司 虚拟私有网的路由标签分配方法与装置
CN101820395B (zh) * 2010-05-19 2012-11-28 杭州华三通信技术有限公司 基于mpls的路由信息配置和私网标签添加方法及装置
CN104734956B (zh) * 2012-02-13 2018-06-15 华为技术有限公司 业务路由系统及业务处理的方法、设备
CN105634950B (zh) * 2014-10-30 2019-06-11 中兴通讯股份有限公司 分配方法、asbr、pe及分配系统
CN106034075B (zh) * 2015-03-09 2020-03-27 中兴通讯股份有限公司 一种为vpn路由分配标签的方法及装置
CN106161244B (zh) * 2015-04-16 2020-05-22 中兴通讯股份有限公司 节点设备及其建立标签转发表的方法
CN106257876B (zh) * 2015-06-16 2020-09-15 中兴通讯股份有限公司 标签处理方法、路由信息下发方法及装置
CN106411737A (zh) * 2016-09-29 2017-02-15 杭州华三通信技术有限公司 一种标签分配方法及装置

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR20030089867A (ko) * 2002-05-20 2003-11-28 엘지전자 주식회사 비지피 엠피엘에스 브이피엔 망의 브이피엔 씨오에스 제공방법
CN1744541A (zh) * 2004-08-31 2006-03-08 华为技术有限公司 一种在多层标签交换网络中实现虚拟专网业务的方法
CN101237376A (zh) * 2008-01-24 2008-08-06 华为技术有限公司 一种虚拟专用网的标签获取方法和自主系统边界路由设备
CN101692669A (zh) * 2009-07-23 2010-04-07 中兴通讯股份有限公司 虚拟私有网的路由标签分配方法与装置

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR20030089867A (ko) * 2002-05-20 2003-11-28 엘지전자 주식회사 비지피 엠피엘에스 브이피엔 망의 브이피엔 씨오에스 제공방법
CN1744541A (zh) * 2004-08-31 2006-03-08 华为技术有限公司 一种在多层标签交换网络中实现虚拟专网业务的方法
CN101237376A (zh) * 2008-01-24 2008-08-06 华为技术有限公司 一种虚拟专用网的标签获取方法和自主系统边界路由设备
CN101692669A (zh) * 2009-07-23 2010-04-07 中兴通讯股份有限公司 虚拟私有网的路由标签分配方法与装置

Cited By (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN102571602A (zh) * 2012-02-13 2012-07-11 华为技术有限公司 业务路由网络及业务处理的方法、设备
CN104753786A (zh) * 2012-02-13 2015-07-01 华为技术有限公司 业务路由网络及业务处理的方法、设备
CN104753786B (zh) * 2012-02-13 2019-01-15 华为技术有限公司 业务路由网络及业务处理的方法、设备
CN105723667A (zh) * 2014-06-28 2016-06-29 华为技术有限公司 一种路径计算的方法和装置

Also Published As

Publication number Publication date
CN101692669A (zh) 2010-04-07

Similar Documents

Publication Publication Date Title
WO2011009331A1 (zh) 虚拟私有网的路由标签分配方法与装置
EP3780545B1 (en) Flow specification protocol-based communications method, and device
US7756998B2 (en) Managing L3 VPN virtual routing tables
US8274967B2 (en) Method, system and gateway for remotely accessing MPLS VPN
TW202026896A (zh) 在網路路由環境中的非同步物件管理機制
WO2010135957A1 (zh) Vpn报文的转发方法及其路由标签的分配、删除方法
EP1811728B2 (en) Method, system and device of traffic management in a multi-protocol label switching network
WO2016066072A1 (zh) 实现nvo3网络与mpls网络之间通信的方法和装置
WO2015165311A1 (zh) 传输数据报文的方法和供应商边缘设备
WO2008009223A1 (fr) Procédé et routeur destinés à une distribution de routes
JP2003051844A (ja) ユーザ通信装置,エッジデバイス,及びパケットの中継方法
EP2214352A1 (en) Layer two virtual private network cross-domain implementation (l2vpn) method, system and device
CN106453025A (zh) 一种隧道创建方法及装置
WO2008098493A1 (fr) Procédé d'agrégation de routes, procédé de réacheminement de messages et routeur de frontière de système autonome
WO2006002598A1 (fr) Systeme vpn de reseau federateur hybride a site hybride et son procede de mise en oeuvre
WO2008011818A1 (fr) Procédé de fourniture d'un service réseau local privé virtuel à hiérarchie et système réseau
CN110417655B (zh) 一种数据报文转发的方法及装置
WO2013182061A1 (zh) 一种网络标签分配方法、设备与系统
WO2013139270A1 (zh) 实现三层虚拟专用网络的方法、设备及系统
CN106789725B (zh) 一种实现流量重定向的方法、装置和系统
CN1863127A (zh) 将核心网接入多协议标记交换虚拟专用网的方法
WO2005114944A1 (fr) Procede de mise en place d'un reseau prive virtuel de sites ipv4 et ipv6
WO2005125103A1 (fr) Systeme de reseau prive virtuel d'un site hybride et reseau de base hybride et procede de mise en oeuvre associe
CN113904981B (zh) 一种路由信息处理方法、装置、电子设备和存储介质
CN101729422B (zh) 一种利用BGP实现MPLS L3VPN私网QoS的方法及装置

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: 10801891

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: 10801891

Country of ref document: EP

Kind code of ref document: A1