WO2013182066A1 - 标签分发方法及设备 - Google Patents

标签分发方法及设备 Download PDF

Info

Publication number
WO2013182066A1
WO2013182066A1 PCT/CN2013/076854 CN2013076854W WO2013182066A1 WO 2013182066 A1 WO2013182066 A1 WO 2013182066A1 CN 2013076854 W CN2013076854 W CN 2013076854W WO 2013182066 A1 WO2013182066 A1 WO 2013182066A1
Authority
WO
WIPO (PCT)
Prior art keywords
vpn instance
label
routing device
vpn
update message
Prior art date
Application number
PCT/CN2013/076854
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 华为技术有限公司
Priority to EP17162667.4A priority Critical patent/EP3255840B1/en
Priority to EP13800150.8A priority patent/EP2846498B1/en
Publication of WO2013182066A1 publication Critical patent/WO2013182066A1/zh
Priority to US14/562,427 priority patent/US9893986B2/en
Priority to US15/845,851 priority patent/US10554542B2/en

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L45/00—Routing or path finding of packets in data switching networks
    • H04L45/50—Routing or path finding of packets in data switching networks using label swapping, e.g. multi-protocol label switch [MPLS]
    • H04L45/507—Label distribution
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00—Data switching networks
    • H04L12/28—Data switching networks characterised by path configuration, e.g. LAN [Local Area Networks] or WAN [Wide Area Networks]
    • H04L12/46—Interconnection of networks
    • H04L12/4633—Interconnection of networks using encapsulation techniques, e.g. tunneling
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00—Data switching networks
    • H04L12/28—Data switching networks characterised by path configuration, e.g. LAN [Local Area Networks] or WAN [Wide Area Networks]
    • H04L12/46—Interconnection of networks
    • H04L12/4641—Virtual LANs, VLANs, e.g. virtual private networks [VPN]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L45/00—Routing or path finding of packets in data switching networks
    • H04L45/02—Topology update or discovery
    • H04L45/04—Interdomain routing, e.g. hierarchical routing

Definitions

  • the present invention relates to communication technologies, and in particular, to a label distribution method and device.
  • the generalized RAN includes an air interface between the terminal and the base station (English Air Interface), that is, a Uu interface, and an Iub interface between the base station and the base station controller.
  • RAN generally refers to an aggregation network between a base station and a base station controller.
  • the IP RAN based on IP/Multi-Protocol Label Switching (Multi-Protocol Label Switching in English) packet data technology has higher bandwidth, supports statistical multiplexing of data services, and can better support future broadband.
  • the mobile service which adopts the same technology as the IP backbone network, has better consistency and integration with the backbone network, and thus is widely used.
  • the IP RAN based on the IP/MPLS technology mainly includes: an access ring composed of an ATN or other types of devices on the base station side and an aggregation ring composed of CX or other types of devices. usually, Each device on the aggregation ring can access 10 to 20 access rings. Each access ring has 10 or so ATNs.
  • the aggregation ring generally places two high-end CXs or other types of devices as gateways to connect to the core network.
  • the ATN or other device on the access ring is called a cell site gateway (English name is Cell Site Gateway, abbreviated as CSG in English) or a multi-service transport gateway (English full name is Multi-Service Transport Gateway, English abbreviation is MSTG).
  • the CX or other types of devices on the aggregation ring are called the wireless controller site gateway (English full name RNC Site Gateway, abbreviated as RSG in English) or multi-service aggregation gateway (English full name is Multi-Service Aggregation Gateway, English abbreviation is MSAG) ).
  • the device that is on the access ring and the aggregation ring is the core router (English Provider Router) in the MPLS virtual private network (English name is Virtual Private Network, English abbreviated as VPN), that is, the P device;
  • the device on the ring or aggregation ring is the carrier edge device in the MPLS VPN (English name is Provider Edge, English abbreviation is PE).
  • the International Telecommunication Union Telecommunication Standardization Group (ITU Telecommunication Standardization Sector, English abbreviation is ITU-T)
  • the Internet Engineering Task Force (English)
  • the full name of the Internet Engineering Task Force (IETF) is an extension of the traditional MPLS technology.
  • the MPLS transmission framework (English name: Transport Profile for MPLS, MPLS-TP) is used to eliminate the traditional MPLS technology. Some of them do not apply to the characteristics of the access network scenario, adding some new features to adapt to the requirements of the access network.
  • the complicated control protocol family defined by the traditional MPLS is abandoned, and the coupling degree between MPLS and IP is reduced; the data layer is compressed, and the penultimate hop pop-up is removed (English full name is Penultimate Hop Popping, English abbreviation is PHP), equivalent load sharing (English full name Equal Cost Multi Path, English abbreviation ECMP), label merging and fine packet discarding processing, etc., absorbs pseudowires (English full name Pseudo Wire, English abbreviation PW) Multi-service bearer, time-division multiplexing (English full name Time-Division Multiplexing, English abbreviation for TDM) service simulation technology, and added operation management and maintenance (English full name Operation Administration and Maintenance, English abbreviation OAM) and protection Restored features.
  • pseudowires English full name Pseudo Wire, English abbreviation PW
  • time-division multiplexing English full name Time-Division Multiplexing, English abbreviation for TDM
  • MPLS-TP its 0AM and protection technologies are used for Layer 2 services and end-to-end pseudowire emulation using MPLS TE tunnels (English called Pseudo Wire Emulating Edge-toEdge, PWE3).
  • the Layer 2 service and the PWE3 service implemented by the MPLS TE tunnel are point-to-point.
  • the private network label of the VPN can directly identify the MPLS TE tunnel or PW, so as to perform explicit fault location or performance statistics, and the Layer 3 VPN.
  • Full name Layer 3 VPN, English abbreviation For L 3VPN The service is a multi-point to point service, and the tail end cannot effectively identify the source of the service.
  • the present invention provides a method and a device for distributing labels, which are used to solve the problem that an OAM technology cannot perform effective fault location and performance detection on an L3VPN service due to the inability to identify the source end of the L3VPN service.
  • An embodiment of the present invention provides a label distribution method, including:
  • the first routing device sends a first border gateway protocol BGP update message to the second routing device, where the first BGP update message includes: a first virtual private network VPN instance identifier and a first routing target RT, the first VPN instance identifier And the first RT is used to identify the first VPN instance on the first routing device, where the first RT is an RT of the first VPN instance;
  • the first routing device receives the second BGP update message sent by the second routing device, where the second BGP update message includes: a second VPN instance identifier and a second RT, where the second VPN instance identifier is used to identify The second VPN instance on the second routing device, the second RT is the RT of the second VPN instance, and the second BGP update message is that the second routing device determines the first RT and the Transmitting after the second RT is equal;
  • the first VPN instance is configured to allocate a first VPN instance label to the second VPN instance;
  • the first routing device sends a third BGP update message to the second routing device, where the third BGP update message includes: the first VPN instance label.
  • the third BGP update message further includes: the first VPN instance identifier, the first RT, and the second VPN instance identifier.
  • the first BGP update message further includes: a first capability identifier, where the first capability identifier is used to identify that the first VPN instance supports three-layer virtual private network operation management and maintenance L3VPN OAM;
  • the second BGP update message further includes: a second capability identifier, where the second capability identifier is used to identify that the second VPN instance supports the L3VPN OAM.
  • the first VPN instance identifier includes: a first routing identifier RD and a first Internet Protocol IP address, where the first RD is an RD of the first VPN instance, and the first IP address is The IP address of the first routing device;
  • the second VPN instance identifier includes: a second RD and a second IP address, where the second RD is an RD of the second VPN instance, and the second IP address is an IP address of the second routing device.
  • the first BGP update message further includes: label encapsulation mode identifier information, where the label encapsulation mode identifier information is used to identify that the first routing device replaces the VPN private network route label used in the service forwarding process with The second VPN instance label, and the second VPN instance label and the tunnel label are encapsulated in the VPN packet in the service forwarding process, or the first routing device is added to the label used in the service forwarding process.
  • the second VPN instance label, the VPN private network routing label, and the tunnel label are encapsulated in the VPN packet in the service forwarding process; the second VPN instance label is determined by the second routing device. After the first RT and the second RT are equal, the VPN instance label allocated by the first VPN instance.
  • the method further includes:
  • the first routing device receives the fourth BGP update message sent by the second routing device, where the fourth BGP update message includes: the second VPN instance identifier, the second RT, and the first VPN instance. And the second VPN instance label, where the second VPN instance label is a VPN instance label that is allocated by the second routing device to the first VPN instance after determining that the first RT and the second RT are equal.
  • An embodiment of the present invention provides a first routing device, including:
  • a first message sending unit configured to send a first border gateway protocol BGP update message to the second routing device, where the first BGP update message includes: a first virtual private network VPN instance identifier and a first routing target RT, where a VPN instance identifier is used to identify the first VPN instance on the first routing device, and the first RT is an RT of the first VPN instance;
  • a first message receiving unit configured to receive a second BGP update message that is sent by the second routing device, where the second BGP update message includes: a second VPN instance identifier and a second RT, where the second VPN instance identifier is used And identifying the second VPN instance on the second routing device, where the second RT is an RT of the second VPN instance;
  • a label allocation unit configured to allocate a first VPN instance label to the second VPN instance after determining that the first RT and the second RT are equal;
  • a second message sending unit configured to send a third BGP update message to the second routing device, where the third BGP update message includes: the first VPN instance label.
  • the third BGP update message further includes: the first VPN instance identifier, the first RT, and the second VPN instance identifier.
  • the first BGP update message further includes: a first capability identifier, where the first capability identifier is used to identify that the first VPN instance supports a Layer 3 virtual private network operation management and maintenance L3VPN OAM;
  • the second BGP update message further includes: a second capability identifier, where the second capability identifier is used to identify that the second VPN instance supports the L3 VPN OAM.
  • the first VPN instance identifier includes: a first routing identifier RD and a first Internet Protocol IP address, where the first RD is an RD of the first VPN instance, and the first IP address is The IP address of the first routing device;
  • the second VPN instance identifier includes: a second RD and a second IP address, where the second RD is an RD of the second VPN instance, and the second IP address is an IP address of the second routing device.
  • the first BGP update message further includes: label encapsulation mode identifier information, where the label encapsulation mode identifier information is used to identify that the first routing device replaces the VPN private network route label used in the service forwarding process with The second VPN instance label, and the second VPN instance label and the tunnel label are encapsulated in the VPN packet in the service forwarding process, or the first routing device is added to the label used in the service forwarding process.
  • the second VPN instance label, the VPN private network routing label, and the tunnel label are encapsulated in the VPN packet in the service forwarding process; the second VPN instance label is determined by the second routing device. After the first RT and the second RT are equal, the VPN instance label allocated by the first VPN instance.
  • the first routing device further includes:
  • a second message receiving unit configured to receive a fourth BGP update message that is sent by the second routing device, where the fourth BGP update message includes: the second VPN instance identifier, the second RT, the first a VPN instance identifier and a second VPN instance label, where the second VPN instance label is a VPN instance that is allocated by the second routing device to the first VPN instance after determining that the first RT and the second RT are equal label.
  • a further aspect of the embodiments of the present invention provides a label distribution method, including:
  • the second routing device receives the first border gateway protocol BGP update message sent by the first routing device, where the first BGP update message includes: a first virtual private network VPN instance identifier and a first routing target RT, the first VPN instance The identifier is used to identify the first VPN instance on the first routing device, where the first RT is an RT of the first VPN instance;
  • the second routing device After determining that the first RT and the second RT are equal, the second routing device sends a second BGP update message to the first routing device, where the second BGP update message includes: And the second RT, the second VPN instance identifier is used to identify the second VPN instance on the second routing device, and the second RT is the RT of the second VPN instance;
  • the second routing device receives the third BGP update message sent by the first routing device, where the third BGP update message includes: a first VPN instance label, where the first VPN instance label is the first routing device A VPN instance label assigned to the second VPN instance after receiving the second BGP update message.
  • the third BGP update message further includes: the first VPN instance identifier, the first RT, and the second VPN instance identifier.
  • the first BGP update message further includes: a first capability identifier, where the first capability identifier is used to identify that the first VPN instance supports three-layer virtual private network operation management and maintenance L3VPN OAM;
  • the second BGP update message further includes: a second capability identifier, where the second capability identifier is used to identify that the second VPN instance supports the L3VPN OAM.
  • the first VPN instance identifier includes: a first routing identifier RD and a first Internet Protocol IP address, where the first RD is an RD of the first VPN instance, and the first IP address is The IP address of the first routing device;
  • the second VPN instance identifier includes: a second RD and a second IP address, where the second RD is an RD of the second VPN instance, and the second IP address is an IP address of the second routing device.
  • the first BGP update message further includes: label encapsulation mode identifier information, where the label encapsulation mode identifier information is used to identify that the first routing device replaces the VPN private network route label used in the service forwarding process with The second VPN instance label, and the second VPN instance label and the tunnel label are encapsulated in the VPN packet in the service forwarding process, or the first routing device is added to the label used in the service forwarding process.
  • the second VPN instance label, the VPN private network routing label, and the tunnel label are encapsulated in the VPN packet in the service forwarding process; the second VPN instance label is determined by the second routing device. After the first RT and the second RT are equal, the VPN instance label allocated by the first VPN instance.
  • the method further includes:
  • the second routing device replaces the VPN private network routing label used in the service forwarding process with the first VPN instance label, and encapsulates the first VPN instance label and the tunnel label in the VPN packet in the service forwarding process. ;
  • the example label encapsulates the first VPN instance label, the VPN private network route label, and the tunnel label in the VPN packet in the service forwarding process.
  • the method further includes:
  • the second routing device sends a fourth BGP update message to the first routing device, where the fourth BGP update message includes: the second VPN instance identifier, the second RT, and the first VPN instance identifier. And the second VPN instance label, where the second VPN instance label is a VPN instance label that is allocated by the second routing device to the first VPN instance after determining that the first RT and the second RT are equal.
  • a further aspect of the embodiment of the present invention provides a second routing device, including:
  • a third message receiving unit configured to receive a first border gateway protocol BGP update message sent by the first routing device, where the first BGP update message includes: a first virtual private network VPN instance identifier and a first routing target RT, The first VPN instance identifier is used to identify the first VPN instance on the first routing device, and the first RT is the RT of the first VPN instance;
  • a third message sending unit configured to send a second BGP update message to the first routing device after determining that the first RT and the second RT are equal, where the second BGP update message includes: a second VPN instance identifier And the second RT, the second VPN instance identifier is used to identify the second VPN instance on the second routing device, and the second RT is the RT of the second VPN instance;
  • a first message receiving unit configured to receive a third BGP update message that is sent by the first routing device, where the third BGP update message includes: a first VPN instance label, where the first VPN instance label is the first
  • the routing device allocates a VPN instance label for the second VPN instance after determining that the first RT and the second RT are equal.
  • the third BGP update message further includes: the first VPN instance identifier, the first RT, and the second VPN instance identifier.
  • the first BGP update message further includes: a first capability identifier, where the first capability identifier is used to identify that the first VPN instance supports three-layer virtual private network operation management and maintenance L3VPN OAM;
  • the second BGP update message further includes: a second capability identifier, where the second capability identifier is used to identify that the second VPN instance supports the L3VPN OAM.
  • the first VPN instance identifier includes: a first routing identifier RD and a first Internet Protocol IP address, where the first RD is an RD of the first VPN instance, and the first IP address is The IP address of the first routing device;
  • the second VPN instance identifier includes: a second RD and a second IP address, where the second RD is an RD of the second VPN instance, and the second IP address is an IP address of the second routing device.
  • the first BGP update message further includes: label encapsulation mode identifier information, where the label encapsulation mode identifier information is used to identify that the first routing device replaces the VPN private network route label used in the service forwarding process with The second VPN instance label, and the second VPN instance label and the tunnel label are encapsulated in the VPN packet in the service forwarding process, or the first routing device is added to the label used in the service forwarding process.
  • the second VPN instance label, the VPN private network routing label, and the tunnel label are encapsulated in the VPN packet in the service forwarding process; the second VPN instance label is determined by the second routing device. After the first RT and the second RT are equal, the VPN instance label allocated by the first VPN instance.
  • the second routing device further includes:
  • a label replacement unit configured to replace the VPN private network routing label used in the service forwarding process with the first VPN instance label, to encapsulate the first VPN instance label and the tunnel in the VPN forwarding manner in the service forwarding process Label;
  • a label adding unit configured to add the first VPN instance label to a label used in the service forwarding process, to encapsulate the first VPN instance label, the VPN private network routing label, and the VPN packet in the service forwarding process Tunnel label.
  • the second routing device further includes:
  • a fourth message sending unit configured to send a fourth BGP update message to the first routing device, where the fourth BGP update message includes: the second VPN instance identifier, the second RT, the first VPN An instance identifier and a second VPN instance label, where the second VPN instance label is a VPN instance label that is allocated by the second routing device to the first VPN instance after determining that the first RT and the second RT are equal .
  • the first routing device and the second routing device extend the MP-BGP, and learn the VPN instance by learning the VPN instance, and identify the VPN instance. Then, the VPN instance can be assigned a label, so that the routing device that is the service end node identifies the L3VPN service according to the VPN instance label in the packet when receiving the L3VPN service packet carrying the VPN instance label.
  • the drawings used in the embodiments or the prior art description will be briefly described below, and obviously, the following description will be described below.
  • the drawings in the drawings are some embodiments of the present invention, and those skilled in the art can obtain other drawings based on these drawings without any inventive labor.
  • 1A is a flowchart of a label distribution method according to an embodiment of the present invention.
  • FIG. 1B is a schematic structural diagram of a label distribution message carrying multiple VPN instance labels according to an embodiment of the present disclosure
  • FIG. 2 is a flowchart of a label distribution method according to another embodiment of the present invention.
  • FIG. 3A is a schematic structural diagram of a first routing device according to an embodiment of the present invention.
  • FIG. 3B is a schematic structural diagram of a first routing device according to another embodiment of the present invention.
  • FIG. 4A is a schematic structural diagram of a second routing device according to an embodiment of the present invention.
  • FIG. 4B is a schematic structural diagram of a second routing device according to another embodiment of the present invention.
  • FIG. 1A is a flowchart of a label distribution method according to an embodiment of the present invention. As shown in FIG. 1A, the method in this embodiment includes:
  • Step 101 The first routing device sends a first border gateway protocol (English name is called Border Gateway Protocol, hereinafter abbreviated as BGP) update message to the second routing device, where the first BGP update message includes the first VPN instance identifier and the first The route target (in English, the route name is RT), the first VPN instance identifier is used to identify the first VPN instance on the first routing device, and the first RT is the RT of the first VPN instance.
  • BGP Border Gateway Protocol
  • the first routing device and the second routing device in this embodiment may be a PE.
  • the first routing device is the first PE
  • the second routing device is the second PE, but is not limited thereto.
  • the first VPN instance and the second VPN instance can be classified into a service active party and a service passive party. Which end is the active party of the service, which end is the passive side of the service can be configured, or can be determined through agreement negotiation. If the configuration is performed, the service role is configured in the first VPN instance and the second VPN instance. The configured service role is either the service passive party or the service active party.
  • the first VPN instance on the first routing device is the service active party of the service between the first VPN instance and the second VPN instance; the second VPN instance on the second routing device is the first VPN instance.
  • the business passive side of the business between the second VPN instance is the service active party of the service between the first VPN instance and the second VPN instance.
  • the service between the first VPN instance and the second VPN instance is an L3VPN service.
  • the first routing device can perform service negotiation with the second routing device by using a multi-protocol border gateway protocol (in English, the multiprotocol-border gateway protocol, abbreviated as MP-BGP).
  • MP-BGP multi-protocol border gateway protocol
  • the first routing device and the second routing device advertise each other with a VPN private network route and a VPN private network label.
  • a VPN instance has multiple IP routes.
  • the VPN private network route is the IP address of the VPN instance.
  • the VPN private network label is used to identify the private network route.
  • the first routing device identifies the first VPN instance identifier and the first VPN instance by extending the MP-BGP by using the extended MP-BGP (the first BGP update message belongs to the extended MP-BGP).
  • An RT is advertised to the second routing device.
  • the first VPN instance on the first routing device identified by the first VPN instance identifier is actually a VPN instance that carries the L3VPN service on the first routing device.
  • Step 102 The first routing device receives a second BGP update message sent by the second routing device, where the second BGP update message includes a second VPN instance identifier and a second RT, where the second VPN instance identifier is used to identify the second A second VPN instance of the routing device, where the second RT is an RT of the second VPN instance.
  • the RT of the VPN instance for example, the RT of the first VPN instance and the RT of the second VPN instance, are mainly used by the first routing device and the second routing device to determine whether the VPN instance between the VPN has a service pair. Etc. In other words, it can be judged by the RT of two VPN instances. Whether there is a business peer relationship between the two VPN instances. If the import RT of one VPN instance is equal to the export RT of another VPN instance, the two VPN instances have a business peer relationship.
  • the RT of the first VPN instance on the first routing device that is, the first RT is regarded as the incoming RT
  • the RT of the second VPN instance on the second routing device is regarded as the derived RT.
  • a VPN instance on the second routing device that has a service peer relationship with the first VPN instance is a second VPN instance.
  • the second routing device After receiving the first BGP update message, the second routing device obtains the first RT, and then compares the first RT with the second RT. If the first RT and the second RT are equal, the first VPN instance and the first VPN may be determined.
  • the two VPN instances have a business peer relationship.
  • the second RT is the RT of the second VPN instance on the second routing device, and the second VPN instance is identified by the second VPN instance identifier.
  • the second routing device After the second routing device determines that the first RT and the second RT are equal, sending a second BGP update message to the first routing device, and carrying the second VPN instance identifier and the second RT in the second BGP update message, to The second VPN instance identifier and the second RT are advertised to the first routing device.
  • the second VPN instance on the second routing device identified by the second VPN instance identifier is actually a VPN instance that carries the L3VPN service on the second routing device.
  • Step 103 After determining that the first RT and the second RT are equal, the first routing device allocates a first VPN instance label to the second VPN instance.
  • the first routing device determines that the first VPN instance and the second VPN instance have a service peer relationship.
  • the VPN instance label that is, the first VPN instance label
  • the first VPN instance label is a label for the VPN instance and is used to identify the VPN instance route. It is different from the VPN private network label that identifies the VPN private network route in the prior art.
  • Step 104 The first routing device sends a third BGP update message to the second routing device, where the third BGP update message includes the first VPN instance label.
  • the first VPN instance label is sent to the second routing device by using the third BGP update message, so that when the first routing device receives the first VPN
  • the L3 VPN service may be specifically identified by the second VPN instance according to the first VPN instance label in the packet.
  • the first routing device can perform effective fault location and performance detection on the L3VPN service by using the OAM technology.
  • the third BGP update message may include information such as the first VPN instance identifier, the first RT, and the second VPN instance identifier, in addition to the first VPN instance label.
  • the first routing device and the second routing device extend the MP-BGP, that is, the BGP update message carries the VPN instance identifier, so that the routing device that performs the L3VPN service can learn the VPN of the peer end.
  • An instance is used to identify the VPN instance corresponding to the L3VPN service. After the VPN instance is identified, the VPN instance can be assigned a label.
  • the routing device that serves as the service end node receives the L3VPN that carries the VPN instance label assigned by the tail node.
  • the service packet can identify the VPN instance from which the L3VPN service is derived based on the VPN instance label carried in the packet, and solve the problem of identifying the source end of the L3VPN service.
  • the O3 technology can perform effective fault location and performance detection on the L3VPN service, and solve the L3VPN OAM problem, which is the L3VPN OAM technology. Further development provides conditions.
  • the first routing device and the second routing device may carry the VPN instance by using attribute information and network layer reachability information (English name is Network Layer Reachability Information, NLRI for short).
  • the RT and the VPN instance are identified, or the VPN instance ID and the RT of the VPN instance are carried by the NLRI.
  • the process of the first routing device sending the first BGP update message to the second routing device may be: the first routing device encapsulates the first RT in the attribute information in the first BGP update message, and identifies the first VPN instance identifier. Encapsulating the NLRI object in the first BGP update message, and then sending the first BGP update message encapsulated with the first RT and the first VPN instance identifier to the second routing device.
  • the process of the first routing device sending the first BGP update message to the second routing device may be: the first routing device encapsulates the first RT and the first VPN instance identifier in the NLRI object in the first BGP update message, and then Sending the first BGP update message encapsulated with the first RT and the first VPN instance identifier to the second routing device.
  • the process that the first routing device receives the second BGP update message sent by the second routing device may be: the first routing device receives the second BGP update message sent by the second routing device, and parses the second BGP update message, The second RT is obtained from the attribute information in the second BGP update message, and the second VPN instance identifier is obtained from the NLRI object in the second BGP update message.
  • the process of the first routing device receiving the second BGP update message sent by the second routing device may be: the first routing device receives the second BGP update message sent by the second routing device, and parses the second BGP update message, NLRI in the second BGP update message The second RT and the second VPN instance identifier are obtained from the object.
  • the VPN instance identifier may include a route specifier (English full name is Router Distinguishes, abbreviated as RD) and an IP address.
  • the RD is used to distinguish different VPN instances on the same device.
  • the first VPN instance identifier includes a first RD and a first IP address.
  • the first RD is the RD of the first VPN instance, and the first IP address is the IP address of the first routing device, and the first IP address identifies the IP routing in the VPN instance on the first routing device instead of the first routing device.
  • the second VPN instance identifier includes a second RD and a second IP address.
  • the second RD is the RD of the second VPN instance, the second IP address is the IP address of the second routing device, and the second IP address identifies the IP routing in the VPN instance on the second routing device instead of the second routing device.
  • the NRLI also includes next hop information.
  • the next hop information refers to the next hop information of the first IP address or the second IP address.
  • the first BGP update message may carry multiple first VPN instance labels, and the structure thereof is as shown in FIG. 1B. Shown.
  • the first routing device performs the L3VPN service with the N routing devices at the same time, and the VPN instances on the N routing devices are the second VPN instance 1 and the second VPN instance 2, respectively.
  • the VPN instance N is identified by the second VPN instance identifier 1 and the second VPN instance identifier 2 and the second VPN instance identifier N.
  • the first routing device is the first one assigned to the VPN instance on the N routing devices.
  • the VPN instance label is the first VPN instance label 1.
  • the first VPN instance label 2 is the first.
  • VPN instance label N the VPN instance of the first routing device that performs the L3VPN service with the N VPN instances on the N routing devices is the first VPN instance 1, the first VPN instance 2, and the first VPN instance M, respectively A VPN instance identifier 1, a first VPN instance identifier 2, and a first VPN instance identifier M are identified.
  • the first RT is not shown in Figure 1B.
  • the first routing device and the second routing device may also perform L3VPN 0AM capability learning, that is, whether the VPN instance that performs the service is mutually advertised to support the L3VPN 0AM.
  • L3VPN 0AM capability learning that is, whether the VPN instance that performs the service is mutually advertised to support the L3VPN 0AM.
  • the first BGP update message sent by the first routing device to the second routing device may further include a first capability identifier, where the first capability identifier is used to identify the first VPN.
  • the instance supports L3VPN 0AM.
  • the second BGP update message sent by the second routing device to the first routing device may further include a second capability identifier, where the second capability identifier is used to identify that the second VPN instance supports the L3VPN.
  • whether the VPN instance supports L3VPN can be judged in the following ways: If the VPN instance has local crossover, it means that L3VPN cannot be performed, that is, L3VPN is not supported. If the VPN instance does not cross locally, you can set the capability ID of the L3VPN to indicate that L3 VPN is supported.
  • the VPN instance on the routing device can be considered to support L3VPN. Otherwise, the VPN instance on the routing device cannot be considered to be able to support L3 VPN. The information is automatically judged, but is not limited to this.
  • the VPN instance of the specific L3VPN service can be configured according to the planned configuration, and the MP-BGP is extended to negotiate and then advertise to the peer.
  • the first routing device further receives a fourth BGP update message sent by the second routing device.
  • the fourth BGP update message includes a second VPN instance identifier, a second RT, a first VPN instance identifier, and a second VPN instance label.
  • the second routing device allocates a VPN to the first VPN instance on the first routing device.
  • the instance label that is, the second VPN instance label.
  • the second routing instance sends the second VPN instance label to the first routing device by using the fourth BGP update message.
  • the second VPN instance label After receiving the second VPN instance label distributed by the second routing device, the second VPN instance label, the VPN private network routing label, and the tunnel label exist on the first routing device. Based on this, when the first routing device forwards the L3VPN service, the second VPN instance label needs to be encapsulated, so that when the second routing device receives the service packet encapsulating the second VPN instance label, the second routing device may determine the service report.
  • the text is from the first VPN instance.
  • the first routing device may replace the VPN privately used in the service forwarding process by using the second VPN instance label.
  • Network routing label Based on this, the first routing device may encapsulate the second VPN instance label and the tunnel label in the VPN packet in the service forwarding process when the service is forwarded.
  • the first routing device only needs to replace the VPN private network routing label with the second VPN instance label, which matches the structure of the VPN packet carrying the two-layer label in the prior art, which is beneficial to improving the packet. Carrying efficiency.
  • the first routing device may further add a second VPN instance label to the label used in the service forwarding process. Based on this, the first routing device may encapsulate the second VPN instance label, the VPN private network routing label, and the tunnel label in the VPN packet in the service forwarding process. In this embodiment, the first routing device may not change the manner in which the VPN private network label is assigned to the VPN private network route in the prior art, and only needs to increase the operation of allocating the second VPN instance label.
  • the first routing device may further carry the label encapsulation mode identifier information in the first BGP update message.
  • the label encapsulation mode identifier information is used to identify that the first routing device replaces the VPN private network routing label used in the service forwarding process with the second VPN instance label, and encapsulates the second VPN instance in the VPN packet in the service forwarding process.
  • Labels and tunnel labels are used to identify that the first routing device replaces the VPN private network routing label used in the service forwarding process with the second VPN instance label, and encapsulates the second VPN instance in the VPN packet in the service forwarding process.
  • Labels and tunnel labels are used to identify that the first routing device replaces the VPN private network routing label used in the service forwarding process with the second VPN instance label, and encapsulates the second VPN instance in the VPN packet in the service forwarding process.
  • Labels and tunnel labels are used to identify that the first routing device replaces the VPN private network routing label used in the service forwarding process with the second VPN instance label, and encapsulates the second VPN instance in
  • the label encapsulation mode identifier information is used to identify that the first routing device adds the second VPN instance label to the label used in the service forwarding process, and encapsulates the second VPN instance label and the VPN in the VPN packet in the service forwarding process. Private network routing labels and tunnel labels.
  • the first routing device advertises the second VPN instance label to the second routing device for reference by the second routing device, so that the first routing device and the second routing device can use the same capability when they have the same capability.
  • the way to use the assigned VPN instance tag is
  • the first routing device and the second routing device extend the MP-BGP, and learn the VPN instance by learning the VPN instance.
  • the VPN instance can be assigned a label instead of
  • the routing device that is the service end node can receive the VPN instance label carried in the packet when receiving the L3VPN service packet carrying the VPN instance label allocated by the tail node. It identifies the VPN instance from which the L3VPN service is derived, and solves the problem of identifying the source of the L3VPN service.
  • Can The routing device that is the tail node of the service identifies the VPN from which the L3VPN service comes from, and solves the L3VPN OAM problem, which provides conditions for further development of the L3VPN OAM technology.
  • FIG. 2 is a flowchart of a label distribution method according to another embodiment of the present invention. As shown in FIG. 2, the method in this embodiment includes:
  • Step 201 The second routing device receives the first BGP update message sent by the first routing device, where the first BGP update message includes a first VPN instance identifier and a first RT, where the first VPN instance identifier is used to identify the first A first VPN instance on the routing device, where the first RT is an RT of the first VPN instance.
  • the first routing device and the second routing device in this embodiment may be a PE.
  • the first routing device is the first PE
  • the second routing device is the second PE, but is not limited thereto.
  • the first VPN instance and the second VPN instance may be classified into a service active party and a service passive party. Which end is the active party of the service, which one is the passive party of the service can be configured, or can be determined through agreement negotiation. If the configuration is performed, the service role is configured in the first VPN instance and the second VPN instance. The configured service role is either the service passive party or the service active party.
  • the first VPN instance on the first routing device is the service active party of the service between the first VPN instance and the second VPN instance; the second VPN instance on the second routing device is the first VPN instance. The business passive side of the business between the second VPN instance.
  • the service between the first VPN instance and the second VPN instance is an L3VPN service.
  • the second routing device may use MP-BGP to perform service negotiation with the first routing device.
  • the first routing device and the second routing device mutually advertise the VPN private network route and the VPN private network label.
  • a VPN instance has multiple IP routes.
  • the VPN private network route is the IP address of the VPN instance.
  • the VPN private network label is used to identify the VPN private network route.
  • the first problem to be solved by the label is how to identify the VPN instance.
  • the first routing device extends MP-BGP through extended MP-BGP (first BGP update cancellation)
  • the information belongs to the extended MP-BGP.
  • the first VPN instance identifier of the first VPN instance and the first RT are advertised to the second routing device.
  • the second routing device receives the first BGP update message sent by the first routing device, and obtains the first VPN instance identifier and the first RT from the first BGP update message.
  • the first VPN instance on the first routing device identified by the first VPN instance identifier is actually a VPN instance that carries the L3VPN service on the first routing device.
  • Step 202 After determining that the first RT and the second RT are equal, the second routing device sends a second BGP update message to the first routing device, where the second BGP update message includes the second VPN instance identifier and the second RT.
  • the second VPN instance identifier is used to identify the second VPN instance on the second routing device, and the second RT is the RT of the second VPN instance.
  • the RT of the VPN instance for example, the RT of the first VPN instance and the RT of the second VPN instance, are mainly used by the first routing device and the second routing device to determine whether the VPN instance between the VPN has a service pair. Etc. That is, the RT of the two VPN instances can be used to determine whether there is a service peer relationship between the two VPN instances. If the import RT of one VPN instance is equal to the export RT of another VPN instance, the two VPN instances have a service peer relationship.
  • the RT of the first VPN instance on the first routing device that is, the first RT is regarded as being introduced into the RT
  • the RT of the second VPN instance on the second routing device is regarded as the derived RT.
  • a VPN instance on the second routing device that has a service peer relationship with the first VPN instance is a second VPN instance.
  • the first RT and the second RT may be compared. If the first RT and the second RT are equal, it may be determined that the first VPN instance and the second VPN instance have service peering. relationship.
  • the second RT is the RT of the second VPN instance on the second routing device, and the second VPN instance is identified by the second VPN instance identifier.
  • the second routing device After the second routing device determines that the first RT and the second RT are equal, sending a second BGP update message to the first routing device, and carrying the second VPN instance identifier and the second RT in the second BGP update message, to The second VPN instance identifier and the second RT are advertised to the first routing device.
  • the second VPN instance on the second routing device identified by the second VPN instance identifier is actually a VPN instance that carries the L3VPN service on the second routing device.
  • Step 203 The second routing device receives the third BGP update message sent by the first routing device, where the third BGP update message includes the first VPN instance label, and the first VPN instance label is determined by the first routing device.
  • VPN assigned to the second VPN instance after the RT and the second RT are equal Instance tag.
  • the first routing device after receiving the second BGP update message, the first routing device also obtains the second VPN instance and the second RT from the second BGP update message. Then, the first routing device compares the first RT and the second RT to determine whether the first RT and the second RT are equal. After determining that the first RT and the second RT are equal, determining the first VPN instance and the second VPN instance. There is a business relationship between the two. After the first routing device determines that the first RT and the second RT are equal, the VPN instance label, that is, the first VPN instance label, is allocated to the second VPN instance. The first VPN instance label is assigned to the VPN instance and is a label used for VPN instance routing. It is different from the VPN private network label that identifies the VPN private network route in the prior art.
  • the first VPN instance label is sent to the second routing device by using the third BGP update message.
  • the second routing device receives the third BGP update message sent by the first routing device, and obtains the first VPN instance label from the third BGP update message.
  • the first routing device can identify that the L3VPN service is specifically from the second VPN instance according to the VPN instance label carried in the packet.
  • the L3VPN service can perform effective fault location and performance detection on the L3VPN service.
  • the third BGP update message may include information such as the first VPN instance identifier, the first RT, and the second VPN instance identifier, in addition to the first VPN instance label.
  • the second routing device may allocate a second VPN instance label to the first VPN instance.
  • the fourth BGP update message may be sent to the first routing device, where the fourth BGP update message includes the second instance identifier, the second RT, and the first VPN instance ID and second VPN instance label.
  • the second routing device may identify that the L3VPN service is specifically from the first VPN instance according to the VPN instance label in the packet.
  • the OAM technology can perform effective fault location and performance detection on the L3VPN service.
  • the first routing device and the second routing device extend the MP-BGP, that is, the BGP update message carries the VPN instance identifier, so that the routing devices at both ends of the L3VPN service can learn from each other.
  • VPN instance thus achieving The L3VPN service corresponds to the identifier of the VPN instance.
  • the VPN instance can be assigned a label.
  • the VPN instance tag in the packet identifies the VPN instance from which the L3VPN service is derived, and solves the problem of identifying the source end of the L3VPN service.
  • the first routing device may allocate the first VPN instance label to the second VPN instance, if the first routing device receives the service packet encapsulating the first VPN instance label as the service tail node, the first routing device may The service message is determined to be from the second VPN instance.
  • the fault location and performance detection of the L3 VPN service can be performed through the 0 AM technology, and the L3VPN OAM problem is solved, which provides conditions for further development of the L3VPN 0 AM technology.
  • the first routing device and the second routing device may carry the RT and the VPN instance identifier of the VPN instance by using the attribute information and the NLRI, or carry the VPN instance identifier and the VPN instance by using the NLRI. RT.
  • the process of receiving the first BGP update message sent by the first routing device may be: the second routing device receives the first BGP update message sent by the first routing device, and parses the first BGP update message, The first RT is obtained from the attribute information of the first BGP update message, and the first VPN instance identifier is obtained from the NLRI object of the first BGP update message.
  • the process of the first routing device receiving the first BGP update message sent by the first routing device may be: the second routing device receives the first BGP update message sent by the first routing device, and parses the first BGP update message, The first RT and the first VPN instance identifier are obtained from the NLRI object of the first BGP update message.
  • the process of the second routing device sending the second BGP update message to the first routing device may be: the second routing device encapsulates the second RT in the attribute information in the second BGP update message, and identifies the second VPN instance identifier. Encapsulating the NLRI object in the second BGP update message, and then sending the second BGP update message encapsulated with the second RT and the second VPN instance identifier to the first routing device.
  • the process of the second routing device sending the second BGP update message to the first routing device may be: the second routing device encapsulates the second RT and the second VPN instance identifier in the NLRI object in the second BGP update message, and then Sending a second BGP update message encapsulated with the second RT and the second VPN instance identifier to the first routing device.
  • the VPN instance identifier may include a way RD and an IP address.
  • the RD is used to distinguish different VPN instances on the same device.
  • the first VPN instance identifier includes a first RD and a first IP address.
  • the first RD is the RD of the first VPN instance, and the first IP address
  • the IP address of the first routing device, the first IP address identifies the IP routing in the VPN instance on the first routing device instead of the first routing device.
  • the second VPN instance identifier includes a second RD and a second IP address.
  • the second RD is the RD of the second VPN instance, the second IP address is the IP address of the second routing device, and the second IP address identifies the IP routing in the VPN instance on the second routing device instead of the second routing device.
  • the NRLI also includes next hop information.
  • the next hop information refers to the next hop information of the first IP address or the second IP address.
  • the first routing device and the second routing device may also perform L3VPN OAM capability learning, that is, whether the VPN instance that performs the service is mutually advertised to support the L3VPN OAM.
  • L3VPN OAM capability learning that is, whether the VPN instance that performs the service is mutually advertised to support the L3VPN OAM.
  • the first BGP update message sent by the first routing device to the second routing device may further include: a first capability identifier, where the first capability identifier is used to identify the first The VPN instance supports L3VPN OAM.
  • the second BGP update message sent by the second routing device to the first routing device may further include: a second capability identifier, where the second capability identifier is used to identify the second VPN instance. Support L3VPN OAM.
  • Whether the VPN instance supports L3 VPN 0 AM can be judged in the following manner: If the VPN instance has local crossover, it means that L3VPN OAM cannot be performed, that is, L3VPN OAM is not supported. If the VPN instance does not intersect locally, you can set the capability ID of the L3VPN OAM to support L3 VPN OAM.
  • the VPN instance supports L3VPN OAM can also be judged by the following methods: If the hardware implementation of the routing device can support the multi-point-to-point traffic statistics, the VPN instance on the routing device can be considered to support L3VPN OAM. Otherwise, the VPN instance on the routing device cannot be considered to support L3 VPN OAM. The information is automatically judged, but is not limited to this. In the actual application, the VPN instance of the specific L3VPN service can be configured to support OAM according to the planned configuration, and the MP-BGP is extended to negotiate and then advertise to the peer.
  • the first BGP update message may further include: label encapsulation mode identification information.
  • the label encapsulation mode identifier information is used to identify that the first routing device replaces the VPN private network routing label used in the service forwarding process with the second VPN instance.
  • the label, and the second VPN instance label and the tunnel label are encapsulated in the VPN packet in the service forwarding process, or the second routing instance label is added to the label used by the first routing device in the service forwarding process, and the service is added to the service.
  • the VPN packets in the forwarding process encapsulate the second VPN instance label, the VPN private network routing label, and the tunnel label.
  • the second routing device may use the second VPN instance label as the reference for using the first VPN instance label according to the label encapsulation mode identifier information sent by the first routing device, which is beneficial to the first routing device.
  • the assigned VPN instance label can be used in the same manner as possible.
  • the second routing device may replace the VPN private network routing label used in the service forwarding process with the first VPN instance label, to perform When the service is forwarded, the first VPN instance label and the tunnel label are encapsulated in the VPN packet in the service forwarding process.
  • the second routing device only needs to replace the VPN private network routing label with the first VPN instance label, which matches the structure of the VPN packet carrying the two-layer label in the prior art, which is beneficial to improving the packet. Carrying efficiency.
  • the second routing device may further add the first VPN instance label to the label used in the service forwarding process, when performing service forwarding.
  • the VPN instance label, the VPN private network route label, and the tunnel label are encapsulated in the VPN packet in the service forwarding process.
  • the second routing device may not change the manner in which the VPN private network label is allocated to the VPN private network route in the prior art, and only needs to increase the operation of the allocated first VPN instance label.
  • the first routing device and the second routing device extend the MP-BGP, and learn the VPN instance by learning the VPN instance.
  • the VPN instance can be assigned a label instead of
  • the routing device that is the service end node receives the L3VPN service packet carrying the VPN instance label allocated by the tail node
  • the L3VPN service can be identified according to the VPN instance label in the packet. Which VPN instance comes from, solves the problem of identifying the source of the L3VPN service.
  • the L3VPN service can be effectively fault-located and performance tested by the OAM technology, and the L3VPN OAM problem is solved, which provides conditions for further development of the L3VPN OAM technology.
  • FIG. 3 is a schematic structural diagram of a first routing device according to an embodiment of the present invention.
  • the first routing device in this embodiment includes: a first message sending unit 1101, and a first message receiving.
  • the first message sending unit 1101 is configured to send a first BGP update message to the second routing device, where the first BGP update message includes a first VPN instance identifier and a first RT, where the first VPN instance identifier is used to identify the embodiment.
  • the first VPN instance on the first routing device, the first RT is the RT of the first VPN instance.
  • the first message sending unit 1101 is a physical sending port.
  • the first message receiving unit 1102 is configured to receive a second BGP update message that is sent by the second routing device, where the second BGP update message includes a second VPN instance identifier and a second RT, where the second VPN instance identifier is used to identify the second The second VPN instance on the routing device, and the second RT is the RT of the second VPN instance.
  • the first message receiving unit 1102 receives the second BGP update message sent by the second routing device after the first message sending unit 1101 sends the first BGP update message to the second routing device.
  • the first message receiving unit 1102 is connected to the first message sending unit 1101.
  • the first message receiving unit 1102 is a physical receiving port.
  • the label distribution unit 1103 is connected to the first message receiving unit 1102, and is configured to allocate a first VPN instance label for the second VPN instance after determining that the first RT is equal to the second RT received by the first message receiving unit 1102.
  • the tag assignment unit 1103 is a processor.
  • the second message sending unit 1104 is connected to the label assigning unit 1103, and configured to send a third BGP update message to the second routing device, where the third BGP update message includes the first VPN instance label allocated by the label allocating unit 1103.
  • the second message sending unit 1104 is a physical sending port.
  • the third BGP update message may further include: a first VPN instance identifier, a first RT, and a second VPN instance identifier.
  • the first BGP update message may further include: a first capability identifier, where the first capability identifier is used to identify that the first VPN instance supports the L3VPN OAM.
  • the second BPG update message may further include: a second capability identifier, where the second capability identifier is used to identify that the second VPN instance supports the L3VPN OAM.
  • the first VPN instance identifier may include the first RD and the first IP address, where the first RD is the RD of the first VPN instance, and the first IP address is the IP address of the first routing device in this embodiment. address.
  • the VPN instance identifier of the second routing device may include the second RD and the second IP address; the second RD is the RD of the second VPN instance, and the second IP address is the IP address of the second routing device.
  • the first BGP update message may further include: label encapsulation mode identifier information, where the label encapsulation mode identifier information is used to identify that the first routing device in the embodiment replaces the VPN private network route label used in the service forwarding process.
  • a second VPN instance label, and the second VPN instance label and the tunnel label are encapsulated in the VPN packet in the service forwarding process; or the label encapsulation mode identifier information is used to identify the first routing device in the service forwarding process in this embodiment.
  • the second VPN instance label is added to the label used in the label, and the second VPN instance label, the VPN private network route label, and the tunnel label are encapsulated in the VPN packet in the service forwarding process.
  • the functional units of the first routing device in this embodiment may be used to perform the process of the label distribution method shown in FIG. 1A.
  • the specific working principle is not described here. For details, refer to the description of the method embodiments.
  • the first routing device in this embodiment cooperates with the second routing device to extend the MP-BGP, and learns the VPN instance by learning the VPN instance. After the VPN instance is identified, the VPN instance can be assigned a label. Rather than being directed to the VPN private network route, the first routing device, as the service end node, can identify the L3VPN according to the VPN instance label in the packet when receiving the L3VPN service packet carrying the first VPN instance label. The service is specifically derived from the second VPN instance, and solves the problem of identifying the source end of the L3VPN service.
  • the first routing device in the embodiment can perform effective fault location and performance detection on the L3VPN service by using the OAM technology, and solve the L3VPN OAM problem.
  • L3VPN OAM technology provides conditions.
  • FIG. 3B is a schematic structural diagram of a first routing device according to another embodiment of the present invention. This embodiment is implemented based on the embodiment shown in Fig. 3A. As shown in FIG. 3B, the first routing device in this embodiment also includes: a first message sending unit 1101, a first message receiving unit 1102, a label allocating unit 1103, and a second message sending unit 1104, and each unit also has FIG. 3A. The functions described in the illustrated embodiment.
  • the first routing device in this embodiment further includes: a second message receiving unit 1105.
  • the second message receiving unit 1105 is configured to receive a fourth BGP update message that is sent by the second routing device, where the fourth BGP update message includes: a second VPN instance identifier, a second RT, a first VPN instance identifier, and a second VPN Instance tag.
  • the second message receiving module receives the fourth BGP update message sent by the second routing device after the first message sending unit 1101 sends the first BGP update message to the second routing device.
  • the second message receiving unit 1105 is connected to the first message sending unit 1101.
  • the second VPN instance label is that the second routing device determines that the first RT and the second RT are equal.
  • VPN instance label assigned by the first VPN instance is that the second routing device determines that the first RT and the second RT are equal.
  • the foregoing functional unit can be used to perform the process of the label distribution method shown in FIG. 1A, and the specific working principle is not described again. For details, refer to the description of the method embodiment.
  • the first routing device in this embodiment cooperates with the second routing device to extend the MP-BGP, and learns the VPN instance by learning the VPN instance. After the VPN instance is identified, the VPN instance can be assigned a label. Rather than being directed to the VPN private network route, the first routing device, as the service end node, can identify the L3VPN according to the VPN instance label in the packet when receiving the L3VPN service packet carrying the first VPN instance label. The service is specifically derived from the second VPN instance, and solves the problem of identifying the source end of the L3VPN service.
  • the first routing device in the embodiment can perform effective fault location and performance detection on the L3VPN service by using the OAM technology, and solve the L3VPN OAM problem.
  • L3VPN OAM technology provides conditions.
  • FIG. 4 is a schematic structural diagram of a second routing device according to an embodiment of the present invention.
  • the second routing device of this embodiment includes: a third message receiving unit 1201, a third message sending unit 1202, and a fourth message receiving unit 1203.
  • the third message receiving unit 1201 is configured to receive a first BGP update message that is sent by the first routing device, where the first BGP update message includes a first VPN instance identifier and a first RT, where the first VPN instance identifier is used to identify The first VPN instance on the first routing device, where the first RT is the RT of the first VPN instance.
  • the third message receiving unit 1201 is a physical receiving port.
  • the third message sending unit 1202 is connected to the third message receiving unit 1201, and configured to send a second BGP update message to the first routing device after determining that the first RT and the second RT received by the third message receiving unit 1201 are equal.
  • the second BGP update message includes a second VPN instance identifier and a second RT, where the second VPN instance identifier is used to identify the second VPN instance on the second routing device in this embodiment, where the second RT is RT of the second VPN instance.
  • the third message sending unit 1202 includes a processor for determining whether the first RT and the second RT are equal, and a physical sending port for transmitting the second BGP update message.
  • the fourth message receiving unit 1203 is configured to receive a third BGP update message that is sent by the first routing device, where the third BGP update message includes a first VPN instance label, and the first VPN instance label is determined by the first routing device.
  • the VPN instance label assigned to the second VPN instance after the first RT and the second RT are equal.
  • the fourth message receiving unit 1203, after the third message sending unit 1202 sends the second BGP update message to the first routing device, receives the third BGP sent by the first routing device. Update the message.
  • the fourth message receiving unit 1203 is connected to the third message sending unit 1202.
  • the third BGP update message may further include: a first VPN instance identifier, a first RT, and a second VPN instance identifier.
  • the first BGP update message may further include: a first capability identifier.
  • the first capability identifier is used to identify that the first VPN instance supports L3VPN OAM.
  • the second BGP update message may further include: a second capability identifier.
  • the second capability identifier is used to identify that the second VPN instance supports the L3VPN OAM.
  • the first VPN instance identifier includes: a first RD and a first IP address, where the first RD is an RD of the first VPN instance, and the first IP address is an IP address of the first routing device.
  • the second VPN instance identifier includes: a second RD and a second IP address, where the second RD is an RD of the second VPN instance, and the second IP address is an IP address of the second routing device of the embodiment. .
  • the first BGP update message may further include: label encapsulation mode identification information.
  • the label encapsulation mode identifier information is used to identify that the first routing device replaces the VPN private network routing label used in the service forwarding process with the second VPN instance label, and encapsulates the second VPN instance label in the VPN packet in the service forwarding process.
  • tunnel labels or the label encapsulation mode identifier information is used to identify that the first routing device adds the second VPN instance label to the label used in the service forwarding process, and encapsulates the second VPN instance label and the VPN in the VPN packet in the service forwarding process. Private network routing labels and tunnel labels.
  • the functional units of the second routing device in this embodiment may be used to perform the process of the label distribution method shown in FIG. 2.
  • the specific working principle is not described here. For details, refer to the description of the method embodiments.
  • the second routing device of this embodiment may be a PE, but is not limited thereto.
  • the second routing device in this embodiment cooperates with the first routing device to extend the MP-BGP, and learns the VPN instance by learning the VPN instance. After the VPN instance is identified, the VPN instance can be assigned a label. Rather than targeting a VPN private network route, the first routing device, as the service tail node, can identify the VPN instance label in the packet when receiving the L3VPN service carrying the first VPN instance label.
  • the L3VPN service is specifically derived from the second VPN instance, and solves the problem of identifying the source end of the L3VPN service.
  • FIG. 4B is a schematic structural diagram of a second routing device according to another embodiment of the present invention. This embodiment is implemented based on the embodiment shown in FIG. 4A. As shown in FIG. 4B, the second routing device of this embodiment also includes: a third message receiving unit 1201, a third message sending unit 1202, and a fourth message receiving unit 1203, and each unit also has the description of the embodiment shown in FIG. 4A. The function.
  • the second routing device in this embodiment may further include: a label replacement unit 1204.
  • the label replacement unit 1204 is configured to replace the VPN private network routing label used in the service forwarding process with the first VPN instance label received by the fourth message receiving unit 1203, to encapsulate the first VPN in the VPN packet in the service forwarding process. Instance tags and tunnel tags.
  • the label replacement unit 1204 is connected to the fourth message receiving unit 1203.
  • the second routing device in this embodiment may further include: a label adding unit 1205.
  • the label adding unit 1205 is configured to add the first VPN instance label received by the fourth message receiving unit 1203 in the label used in the service forwarding process, to encapsulate the first VPN instance label and the VPN in the VPN packet in the service forwarding process. Private network routing labels and tunnel labels.
  • the tag adding unit 1205 is connected to the fourth message receiving unit 1203.
  • the second routing device in this embodiment further includes: a fourth message sending unit 1206.
  • the fourth message sending unit 1206 is configured to send a fourth BGP update message to the first routing device, where the fourth BGP update message includes: a second VPN instance identifier, a second RT, and a third message receiving unit 1201. A VPN instance identifier and a second VPN instance label.
  • the second VPN instance tag is a VPN instance tag assigned by the fourth message sending unit 1206 in the second routing device to the first VPN instance after determining that the first RT and the second RT are equal.
  • the fourth message sending unit 1206 is connected to the third message sending unit 1202.
  • the second routing device in this embodiment cooperates with the first routing device to extend the MP-BGP, and learns the VPN instance by learning the VPN instance.
  • the VPN instance can be assigned a label.
  • the first routing device as the service tail node, can identify the L3VPN service according to the VPN instance label in the packet when receiving the L3VPN service packet carrying the first VPN instance label.
  • the second VPN instance solves the problem of identifying the source end of the L3VPN service.
  • the O3 technology can perform effective fault location and performance detection on the L3VPN service, and solve the L3VPN OAM problem.
  • the second routing device in the embodiment as the service tail node, can identify that the L3VPN service is from the first VPN instance according to the VPN instance label in the packet when receiving the L3VPN service carrying the second VPN instance label. , solved the problem of identifying the source of the L3VPN service.
  • the second routing device in the embodiment can perform effective fault location and performance detection on the L3VPN service by using the OAM technology, and solve the L3VPN OAM problem.
  • the further development of L3VPN OAM technology provides conditions.
  • the aforementioned program can be stored in a computer readable storage medium.
  • the program when executed, performs the steps including the foregoing method embodiments; and the foregoing storage medium includes: a medium that can store program codes, such as a ROM, a RAM, a magnetic disk, or an optical disk.

Landscapes

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

Abstract

本发明实施例提供一种标签分发方法及设备。其中，标签分发方法包括：第一路由设备向第二路由设备发送包括第一VPN实例标识和第一RT的第一BGP更新消息，第一路由设备接收第二路由设备发送的包括第二VPN实例标识和第二RT的第二BGP更新消息，第一路由设备在确定第一RT和第二RT相等后为第二VPN实例分配第一VPN实例标签；第一路由设备向第二路由设备发送包括第一VPN实例标签的第三BGP更新消息。本发明技术方案通过进行VPN实例的相互学习，为VPN实例分配了标签，使得业务尾端节点可以识别出L3VPN业务具体来自哪个VPN实例，解决了L3VPN OAM问题。

Description

标签分发方法及设备 本申请要求于 2012 年 6 月 6 日提交中国专利局、 申请号为 CN 201210184111.3、 发明名称为 "标签分发方法及设备" 的中国专利申请的优先 权， 其全部内容通过引用结合在本申请中。 技术领域
本发明涉及通信技术， 尤其涉及一种标签分发方法及设备。
皆景技术 第三代合作伙伴计戈1 J (英文全称为 The 3rd Generation Partnership Project, 英文缩写为 3GPP )在宽带码分多址 （英文全称为 Wideband Code Division Multiple Access, 英文缩写为 WCDMA ) R4标准中定义的 3G网络架构主要包 括： 无线接入网 （英文全称为 Radio Access Network, 英文缩写为 RAN )、 核 心网 （英文为 Core Network )和承载网 （英文为 Backbone )。 广义的 RAN包 括终端与基站间的空口 （英文为 Air Interface ), 即 Uu接口， 以及基站与基站 控制器间的 Iub接口。 对于传输和承载来说， RAN—般是指基站与基站控制 器之间的汇聚网络。
伴随着移动网从 2G 向 3G 再到长期演进 （英文全称为 Long Term Evolution, 英文缩写为 LTE )技术的发展， 移动通信网络将沿着宽带化、 分 组化、 扁平化的方向演进， 移动全网际协议（英文全称为 Internet Protocol, 英文缩写为 IP ) ( ALL IP ) 网络成为不可逆转的趋势。 RAN同样面临着从传 统时分复用 （英文全称为 Time Division Multiplex, 英文缩写为 TDM ) /异步 传输模式（英文全称为 Asynchronous Transfer Mode, 英文缩写为 ATM ) RAN 向 IP RAN转型的趋势。 基于 IP/多协议标签交换（英文全称为 Multi-Protocol Label Switching, 英文缩写为 MPLS )分组数据技术的 IP RAN具有更高的带 宽， 支持数据业务的统计复用， 能更好地支持未来的宽带移动业务， 并且采 用了与 IP骨干网相同的技术， 与骨干网具有更好的一致性和融合性， 因此得 到广泛应用。 基于 IP/MPLS技术的 IP RAN主要包括： 由 ATN或其他类型设 备组成一个基站侧的接入环和由 CX或其他类型的设备组成的汇聚环。 通常， 汇聚环上的每台设备可以接入 10 ~ 20个接入环。 每个接入环有 10台左右的 ATN等构成。 汇聚环一般放置两台高端 CX或其他类型设备作为网关， 与核 心网连接。接入环上的 ATN或其他设备被称为小区站点网关（英文全称为 Cell Site Gateway,英文缩写为 CSG )或多服务传输网关（英文全称为 Multi-Service Transport Gateway, 英文缩写为 MSTG )。 汇聚环上的 CX或其他类型的设备 被称为无线控制器站点网关（英文全称为 RNC Site Gateway,英文缩写为 RSG ) 或多服务汇聚网关（英文全称为 Multi-Service Aggregation Gateway,英文缩写 为 MSAG )。 其中， 同时处于接入环和汇聚环上的设备即为 MPLS虚拟专用网 (英文全称为 Virtual Private Network,英文缩写为 VPN )中的核心路由器（英 文为 Provider Router ), 即 P设备； 其他处于接入环或汇聚环上的设备即为 MPLS VPN中的运营商边缘设备（英文全称为 Provider Edge ,英文缩写为 PE )。
在 IP RAN网络中， 为了让 MPLS技术更好地满足接入网的需求， 国际电 信联盟远程通信标准化组（英文全称为 ITU Telecommunication Standardization Sector , 英文缩写为 ITU-T )联合互联网工程任务组 （英文全称为 Internet Engineering Task Force, 英文缩写为 IETF )对传统 MPLS技术做了扩展， 发 展了 MPLS传输框架（英文全称为 Transport Profile for MPLS , 英文缩写为 MPLS-TP )技术， 主要是排除了传统 MPLS技术中某些不适用于接入网场景 的特性， 加入一些新的特性来适应接入网的要求。 例如， 在 MPLS-TP技术中 抛弃了传统 MPLS定义的繁复的控制协议族， 降低了 MPLS和 IP的耦合度； 筒化了数据层面， 去掉了倒数第二跳弹出 （英文全称为 Penultimate Hop Popping,英文缩写为 PHP )、等价负载分担（英文全称为 Equal Cost Multi Path, 英文缩写为 ECMP )、 标签合并和精细的包丟弃处理等， 吸收了伪线（英文全 称为 Pseudo Wire , 英文缩写为 PW ) 多业务承载、 时分复用 （英文全称为 Time-Division Multiplexing, 英文缩写为 TDM )业务仿真等技术， 并增加了操 作管理维护（英文全称为 Operation Administration and Maintenance , 英文缩写 为 OAM )和保护恢复的功能。
按照 MPLS-TP的设计， 其 0AM和保护技术用于使用 MPLS TE隧道实现的二层 业务和端到端的伪线仿真（英文全称为 Pseudo Wi re Emul a t ion Edge-toEdge , 英文缩写为 PWE3 )业务。 因为使用 MPLS TE隧道实现的二层业务和 PWE3业务都 是点到点的， 通过 VPN私网标签可以直接识别 MPLS TE隧道或 PW, 从而进行明 确的故障定位或性能统计， 而三层 VPN (英文全称为 Layer 3 VPN , 英文缩写 为 L 3VPN ) 业务是多点到点的业务， 尾端无法有效地识别业务的源端。
发明内容 本发明提供一种标签分发方法及设备， 用以解决因无法识别 L3VPN业务 的源端导致无法使用 OAM技术对 L3VPN业务进行有效的故障定位和性能检 测的问题。
本发明实施例一方面提供一种标签分发方法， 包括：
第一路由设备向第二路由设备发送第一边界网关协议 BGP更新消息， 所 述第一 BGP更新消息包括： 第一虚拟专用网络 VPN实例标识和第一路由目 标 RT, 所述第一 VPN实例标识用于标识所述第一路由设备上的第一 VPN实 例， 所述第一 RT为所述第一 VPN实例的 RT;
所述第一路由设备接收所述第二路由设备发送的第二 BGP更新消息， 所 述第二 BGP更新消息包括： 第二 VPN实例标识和第二 RT, 所述第二 VPN 实例标识用于标识所述第二路由设备上第二 VPN实例， 所述第二 RT为所述 第二 VPN实例的 RT , 所述第二 BGP更新消息是所述第二路由设备在确定所 述第一 RT和所述第二 RT相等后发送的；
所述第一路由设备在确定所述第一 RT和所述第二 RT相等后， 为所述第 二 VPN实例分配第一 VPN实例标签；
所述第一路由设备向所述第二路由设备发送第三 BGP更新消息， 所述第 三 BGP更新消息包括： 所述第一 VPN实例标签。
可选地， 所述第三 BGP更新消息还包括： 所述第一 VPN实例标识、 所 述第一 RT和所述第二 VPN实例标识。
可选地， 所述第一 BGP更新消息还包括： 第一能力标识， 所述第一能力 标识用于标识所述第一 VPN 实例支持三层虚拟专用网络操作管理维护 L3VPN OAM;
所述第二 BGP更新消息还包括： 第二能力标识， 所述第二能力标识用于 标识所述所述第二 VPN实例支持 L3VPN OAM。
可选地， 所述第一 VPN实例标识包括： 第一路由区分符 RD和第一互联 网协议 IP地址， 所述第一 RD为所述第一 VPN实例的 RD, 所述第一 IP地址 为所述第一路由设备的 IP地址； 所述第二 VPN实例标识包括： 第二 RD和第二 IP地址， 所述第二 RD为 所述第二 VPN实例的 RD, 所述第二 IP地址为所述第二路由设备的 IP地址。
可选地， 所述第一 BGP更新消息还包括： 标签封装方式标识信息， 所述 标签封装方式标识信息用于标识所述第一路由设备将业务转发过程中使用的 VPN私网路由标签替换为第二 VPN实例标签， 并在业务转发过程中的 VPN 报文中封装所述第二 VPN实例标签和隧道标签， 或者标识所述第一路由设备 在业务转发过程中使用的标签中增加所述第二 VPN实例标签， 并在业务转发 过程中的 VPN报文中封装所述第二 VPN实例标签、 VPN私网路由标签和隧 道标签； 所述第二 VPN实例标签是所述第二路由设备在确定所述第一 RT和 所述第二 RT相等后为所述第一 VPN实例分配的 VPN实例标签。
可选地， 所述方法还包括：
所述第一路由设备接收所述第二路由设备发送的第四 BGP更新消息， 所 述第四 BGP更新消息包括： 所述第二 VPN实例标识、 所述第二 RT、 所述第 一 VPN实例标识和第二 VPN实例标签， 所述第二 VPN实例标签是所述第二 路由设备在确定所述第一 RT和所述第二 RT相等后为所述第一 VPN实例分 配的 VPN实例标签。
本发明实施例一方面提供一种第一路由设备， 包括：
第一消息发送单元， 用于向第二路由设备发送第一边界网关协议 BGP更 新消息， 所述第一 BGP更新消息包括： 第一虚拟专用网络 VPN实例标识和 第一路由目标 RT, 所述第一 VPN实例标识用于标识所述第一路由设备上的 第一 VPN实例， 所述第一 RT为所述第一 VPN实例的 RT;
第一消息接收单元， 用于接收所述第二路由设备发送的第二 BGP更新消 息， 所述第二 BGP更新消息包括： 第二 VPN实例标识和第二 RT, 所述第二 VPN实例标识用于标识所述第二路由设备上的第二 VPN实例， 所述第二 RT 为所述第二 VPN实例的 RT;
标签分配单元， 用于在确定所述第一 RT和所述第二 RT相等后， 为所述 第二 VPN实例分配第一 VPN实例标签；
第二消息发送单元， 用于向所述第二路由设备发送第三 BGP更新消息， 所述第三 BGP更新消息包括： 所述第一 VPN实例标签。
可选地， 所述第三 BGP更新消息还包括： 所述第一 VPN实例标识、 所 述第一 RT和所述第二 VPN实例标识。 可选地， 所述第一 BGP更新消息还包括： 第一能力标识， 所述第一能力 标识用于标识所述第一 VPN 实例支持三层虚拟专用网络操作管理维护 L3VPN OAM;
所述第二 BGP更新消息还包括： 第二能力标识， 所述第二能力标识用于 标识所述所述第二 VPN实例支持 L3 VPN OAM。
可选地， 所述第一 VPN实例标识包括： 第一路由区分符 RD和第一互联 网协议 IP地址， 所述第一 RD为所述第一 VPN实例的 RD, 所述第一 IP地址 为所述第一路由设备的 IP地址；
所述第二 VPN实例标识包括： 第二 RD和第二 IP地址， 所述第二 RD为 所述第二 VPN实例的 RD, 所述第二 IP地址为所述第二路由设备的 IP地址。
可选地， 所述第一 BGP更新消息还包括： 标签封装方式标识信息， 所述 标签封装方式标识信息用于标识所述第一路由设备将业务转发过程中使用的 VPN私网路由标签替换为第二 VPN实例标签， 并在业务转发过程中的 VPN 报文中封装所述第二 VPN实例标签和隧道标签， 或者标识所述第一路由设备 在业务转发过程中使用的标签中增加所述第二 VPN实例标签， 并在业务转发 过程中的 VPN报文中封装所述第二 VPN实例标签、 VPN私网路由标签和隧 道标签； 所述第二 VPN实例标签是所述第二路由设备在确定所述第一 RT和 所述第二 RT相等后为所述第一 VPN实例分配的 VPN实例标签。
可选地， 所述第一路由设备还包括：
第二消息接收单元， 用于接收所述第二路由设备发送的第四 BGP更新消 息， 所述第四 BGP更新消息包括： 所述第二 VPN实例标识、 所述第二 RT、 所述第一 VPN实例标识和第二 VPN实例标签， 所述第二 VPN实例标签是所 述第二路由设备在确定所述第一 RT和所述第二 RT相等后为所述第一 VPN 实例分配的 VPN实例标签。
本发明实施例又一方面提供一种标签分发方法， 包括：
第二路由设备接收第一路由设备发送的第一边界网关协议 BGP 更新消 息， 所述第一 BGP更新消息包括： 第一虚拟专用网络 VPN实例标识和第一 路由目标 RT, 所述第一 VPN实例标识用于标识所述第一路由设备上的第一 VPN实例， 所述第一 RT为所述第一 VPN实例的 RT;
所述第二路由设备在确定所述第一 RT和第二 RT相等后， 向所述第一路 由设备发送第二 BGP更新消息， 所述第二 BGP更新消息包括： 第二 VPN实 例标识和所述第二 RT, 所述第二 VPN实例标识用于标识所述第二路由设备 上的第二 VPN实例， 所述第二 RT为所述第二 VPN实例的 RT;
所述第二路由设备接收所述第一路由设备发送的第三 BGP更新消息， 所 述第三 BGP更新消息包括： 第一 VPN实例标签， 所述第一 VPN实例标签是 所述第一路由设备在接收到所述第二 BGP更新消息后为所述第二 VPN实例 分配的 VPN实例标签。
可选地， 所述第三 BGP更新消息还包括： 所述第一 VPN实例标识、 所 述第一 RT和所述第二 VPN实例标识。
可选地， 所述第一 BGP更新消息还包括： 第一能力标识， 所述第一能力 标识用于标识所述第一 VPN 实例支持三层虚拟专用网络操作管理维护 L3VPN OAM;
所述第二 BGP更新消息还包括： 第二能力标识， 所述第二能力标识用于 标识所述第二 VPN实例支持 L3VPN OAM。
可选地， 所述第一 VPN实例标识包括： 第一路由区分符 RD和第一互联 网协议 IP地址， 所述第一 RD为所述第一 VPN实例的 RD, 所述第一 IP地址 为所述第一路由设备的 IP地址；
所述第二 VPN实例标识包括： 第二 RD和第二 IP地址， 所述第二 RD为 所述第二 VPN实例的 RD, 所述第二 IP地址为所述第二路由设备的 IP地址。
可选地， 所述第一 BGP更新消息还包括： 标签封装方式标识信息， 所述 标签封装方式标识信息用于标识所述第一路由设备将业务转发过程中使用的 VPN私网路由标签替换为第二 VPN实例标签， 并在业务转发过程中的 VPN 报文中封装所述第二 VPN实例标签和隧道标签， 或者标识所述第一路由设备 在业务转发过程中使用的标签中增加所述第二 VPN实例标签， 并在业务转发 过程中的 VPN报文中封装所述第二 VPN实例标签、 VPN私网路由标签和隧 道标签； 所述第二 VPN实例标签是所述第二路由设备在确定所述第一 RT和 所述第二 RT相等后为所述第一 VPN实例分配的 VPN实例标签。
可选地， 所述方法还包括：
所述第二路由设备将业务转发过程中使用的 VPN私网路由标签替换为所 述第一 VPN实例标签，以在业务转发过程中的 VPN 4艮文中封装所述第一 VPN 实例标签和隧道标签； 或者
所述第二路由设备在业务转发过程中使用的标签中增加所述第一 VPN实 例标签， 以在业务转发过程中的 VPN报文中封装所述第一 VPN实例标签、 VPN私网路由标签和隧道标签。
可选地， 所述方法还包括：
所述第二路由设备向所述第一路由设备发送第四 BGP更新消息， 所述第 四 BGP更新消息包括： 所述第二 VPN 实例标识、 所述第二 RT、 所述第一 VPN实例标识和第二 VPN实例标签， 所述第二 VPN实例标签是所述第二路 由设备在确定所述第一 RT和所述第二 RT相等后为所述第一 VPN实例分配 的 VPN实例标签。
本发明实施例又一方面提供一种第二路由设备， 包括：
第三消息接收单元， 用于接收第一路由设备发送的第一边界网关协议 BGP更新消息， 所述第一 BGP更新消息包括： 第一虚拟专用网络 VPN实例 标识和第一路由目标 RT, 所述第一 VPN实例标识用于标识所述第一路由设 备上的第一 VPN实例， 所述第一 RT为所述第一 VPN实例的 RT；
第三消息发送单元， 用于在确定所述第一 RT和第二 RT相等后， 向所述 第一路由设备发送第二 BGP更新消息， 所述第二 BGP更新消息包括： 第二 VPN实例标识和所述第二 RT, 所述第二 VPN实例标识用于标识所述第二路 由设备上的第二 VPN实例， 所述第二 RT为所述第二 VPN实例的 RT;
第一消息接收单元， 用于接收所述第一路由设备发送的第三 BGP更新消 息， 所述第三 BGP更新消息包括： 第一 VPN实例标签， 所述第一 VPN实例 标签是所述第一路由设备在确定所述第一 RT和所述第二 RT相等后为所述第 二 VPN实例分配的 VPN实例标签。
可选地， 所述第三 BGP更新消息还包括： 所述第一 VPN实例标识、 所 述第一 RT和所述第二 VPN实例标识。
可选地， 所述第一 BGP更新消息还包括： 第一能力标识， 所述第一能力 标识用于标识所述第一 VPN 实例支持三层虚拟专用网络操作管理维护 L3VPN OAM;
所述第二 BGP更新消息还包括： 第二能力标识， 所述第二能力标识用于 标识所述第二 VPN实例支持 L3VPN OAM。
可选地， 所述第一 VPN实例标识包括： 第一路由区分符 RD和第一互联 网协议 IP地址， 所述第一 RD为所述第一 VPN实例的 RD, 所述第一 IP地址 为所述第一路由设备的 IP地址； 所述第二 VPN实例标识包括： 第二 RD和第二 IP地址， 所述第二 RD为 所述第二 VPN实例的 RD, 所述第二 IP地址为所述第二路由设备的 IP地址。
可选地， 所述第一 BGP更新消息还包括： 标签封装方式标识信息， 所述 标签封装方式标识信息用于标识所述第一路由设备将业务转发过程中使用的 VPN私网路由标签替换为第二 VPN实例标签， 并在业务转发过程中的 VPN 报文中封装所述第二 VPN实例标签和隧道标签， 或者标识所述第一路由设备 在业务转发过程中使用的标签中增加所述第二 VPN实例标签， 并在业务转发 过程中的 VPN报文中封装所述第二 VPN实例标签、 VPN私网路由标签和隧 道标签； 所述第二 VPN实例标签是所述第二路由设备在确定所述第一 RT和 所述第二 RT相等后为所述第一 VPN实例分配的 VPN实例标签。
可选地， 所述第二路由设备还包括：
标签替换单元， 用于将业务转发过程中使用的 VPN私网路由标签替换为 所述第一 VPN实例标签， 以在业务转发过程中的 VPN ·^艮文中封装所述第一 VPN实例标签和隧道标签； 和 /或
标签增加单元， 用于在业务转发过程中使用的标签中增加所述第一 VPN 实例标签， 以在业务转发过程中的 VPN报文中封装所述第一 VPN实例标签、 VPN私网路由标签和隧道标签。
可选地， 所述第二路由设备还包括：
第四消息发送单元， 用于向所述第一路由设备发送第四 BGP更新消息， 所述第四 BGP更新消息包括： 所述第二 VPN实例标识、 所述第二 RT、 所述 第一 VPN实例标识和第二 VPN实例标签， 所述第二 VPN实例标签是所述第 二路由设备在确定所述第一 RT和所述第二 RT相等后为所述第一 VPN实例 分配的 VPN实例标签。
由上述可见， 在本发明实施例提供的技术方案中， 第一路由设备与第二 路由设备通过对 MP-BGP进行扩展， 通过相互学习 VPN实例， 实现了对 VPN实 例的标识， 在标识 VPN实例之后可以为 VPN实例分配标签， 使得作为业务尾 端节点的路由设备在接收到携带有自己分配的 VPN实例标签的 L 3VPN业务报 文时， 根据报文中的 VPN实例标签识别出 L 3VPN业务具体来自于哪个 VPN实 附图说明 为了更清楚地说明本发明实施例或现有技术中的技术方案， 下面将对实 施例或现有技术描述中所需要使用的附图作一筒单地介绍， 显而易见地， 下 面描述中的附图是本发明的一些实施例， 对于本领域普通技术人员来讲， 在 不付出创造性劳动性的前提下， 还可以根据这些附图获得其他的附图。
图 1A为本发明一实施例提供的标签分发方法的流程图；
图 1B为本发明一实施例提供的标签分发消息中携带多个 VPN实例标签 的结构示意图；
图 2为本发明另一实施例提供的标签分发方法的流程图；
图 3A为本发明一实施例提供的第一路由设备的结构示意图；
图 3B为本发明另一实施例提供的第一路由设备的结构示意图
图 4A为本发明一实施例提供的第二路由设备的结构示意图；
图 4B为本发明另一实施例提供的第二路由设备的结构示意图。
具体实施方式 为使本发明实施例的目的、 技术方案和优点更加清楚， 下面将结合本发 明实施例中的附图， 对本发明实施例中的技术方案进行清楚、 完整地描述， 显然， 所描述的实施例是本发明一部分实施例， 而不是全部的实施例。 基于 本发明中的实施例， 本领域普通技术人员在没有作出创造性劳动前提下所获 得的所有其他实施例， 都属于本发明保护的范围。
图 1A为本发明一实施例提供的标签分发方法的流程图。 如图 1A所示， 本实施例的方法包括：
步骤 101、 第一路由设备向第二路由设备发送第一边界网关协议（英文全 称为 Border Gateway Protocol, 英文缩写为 BGP ) 更新消息， 所述第一 BGP 更新消息包括第一 VPN实例标识和第一路由目标（英文全称为 Route Target, 英文缩写为 RT ),所述第一 VPN实例标识用于标识第一路由设备上第一 VPN 实例， 所述第一 RT为第一 VPN实例的 RT。
本实施例中的第一路由设备和第二路由设备可以是 PE, 例如第一路由设 备为第一 PE, 第二路由设备为第二 PE, 但不限于此。
对于第一路由设备上的第一 VPN实例和第二路由设备上的第二 VPN实 例之间的业务来说， 第一 VPN实例和第二 VPN实例可以分为业务主动方和 业务被动方。 哪一端是业务主动方， 哪一端是业务被动方可以通过配置， 也 可以通过协议协商确定。 如果通过配置的方式， 在步骤 101之前需要预先为 业务两端第一 VPN实例和第二 VPN实例分别配置业务角色， 所配置的业务 角色是业务被动方或业务主动方。在本实施例中，第一路由设备上的第一 VPN 实例为第一 VPN实例和第二 VPN实例之间的业务的业务主动方； 第二路由 设备上的第二 VPN实例为第一 VPN实例和第二 VPN实例之间的业务的业务 被动方。
在本实施例中， 第一 VPN实例和第二 VPN实例之间的业务为 L3VPN业 务。
在开展 L3VPN业务的过程中， 第一路由设备可以使用多协议边界网关协 议 (英文全称为 multiprotocol-border gateway protocol, 英文缩写为 MP-BGP ) 与第二路由设备进行业务协商。 但是， 在现有 L3VPN机制中， 第一路由设备 和第二路由设备之间相互通告的是 VPN私网路由和 VPN私网标签。一个 VPN 实例中存在多个 IP路由， VPN私网路由是指 VPN实例中的 IP路由， VPN私 网标签是用于标识 VPN私网路由的标签。 而在本实施例中， 为了能够通过 0AM 技术对 L3VPN 业务进行有效的故障定位和性能检测 （即为了解决 L3VPN 0AM问题 ), 需要为 VPN实例而不是 VPN私网路由分配标签， 为了 给 VPN实例分配标签首先要解决的问题就是如何标识 VPN实例的问题。 基 于此， 第一路由设备通过对 MP-BGP进行扩展， 通过扩展后的 MP-BGP (第 一 BGP更新消息属于扩展后的 MP-BGP )将标识第一 VPN实例的第一 VPN 实例标识和第一 RT通告给第二路由设备。
第一 VPN实例标识所标识的第一路由设备上的第一 VPN实例实际上是 第一路由设备上承载上述 L3VPN业务的 VPN实例。
步骤 102、 第一路由设备接收第二路由设备发送的第二 BGP更新消息， 所述第二 BGP更新消息包括第二 VPN实例标识和第二 RT , 所述第二 VPN 实例标识用于标识第二路由设备的第二 VPN实例， 所述第二 RT为第二 VPN 实例的 RT。
在本实施例中， VPN实例的 RT, 例如第一 VPN实例的 RT和第二 VPN 实例的 RT, 主要用于供第一路由设备和第二路由设备确定相互之间的 VPN 实例是否具有业务对等关系。 也就是说， 可以通过两个 VPN实例的 RT判断 这两个 VPN 实例之间是否具有业务对等关系。 如果一个 VPN 实例的引入 ( Import ) RT和另一个 VPN实例的导出（ Export ) RT相等，说明这两个 VPN 实例之间具有业务对等关系。 在本实施例中， 第一路由设备上的第一 VPN实 例的 RT, 即第一 RT被视为引入 RT, 而第二路由设备上的第二 VPN实例的 RT被视为导出 RT。 在本实施例中， 第二路由设备上的、 与所述第一 VPN实 例具有业务对等关系的一个 VPN实例为第二 VPN实例。
第二路由设备接收到第一 BGP更新消息后， 从中获取第一 RT, 然后将 第一 RT和第二 RT进行比较， 如果第一 RT和第二 RT相等， 则可以确定第 一 VPN实例和第二 VPN实例之间具有业务对等关系。第二 RT是第二路由设 备上的第二 VPN实例的 RT, 第二 VPN实例通过第二 VPN实例标识来标识。
当第二路由设备在确定第一 RT和第二 RT相等后， 向第一路由设备发送 第二 BGP更新消息， 并在第二 BGP更新消息中携带第二 VPN实例标识和第 二 RT, 以将第二 VPN实例标识和第二 RT通告给第一路由设备。
其中， 第二 VPN实例标识所标识的第二路由设备上的第二 VPN实例实 际上是第二路由设备上承载上述 L3VPN业务的 VPN实例。
步骤 103、 第一路由设备在确定第一 RT和第二 RT相等后， 为第二 VPN 实例分配第一 VPN实例标签。
相应的， 第一路由设备也可以在确定第一 RT和第二 RT相等后， 确定第 一 VPN实例和第二 VPN实例之间具有业务对等关系。 当第一路由设备确定 第一 RT和第二 RT相等后， 为第二 VPN实例分配 VPN实例标签， 即第一 VPN实例标签。 该第一 VPN实例标签是针对 VPN实例分配的， 是用于标识 VPN实例路由的标签， 不同于现有技术中标识 VPN私网路由的 VPN私网标 佥。
步骤 104、 第一路由设备向第二路由设备发送第三 BGP更新消息， 所述 第三 BGP更新消息包括上述第一 VPN实例标签。
当第一路由设备为第二 VPN实例分配第一 VPN实例标签之后， 通过第 三 BGP更新消息将第一 VPN实例标签发送给第二路由设备， 这样当第一路 由设备接收到携带有第一 VPN实例标签的 L3VPN业务报文时， 可以根据所 述报文中的第一 VPN实例标签识别出 L3 VPN业务具体来自于第二 VPN实例。 可选的， 第一路由设备在识别出 L3VPN业务来自于第二 VPN实例后， 可以 通过 OAM技术对 L3VPN业务进行有效的故障定位和性能检测。 可选的， 第三 BGP更新消息除了包括第一 VPN实例标签之外， 还可以 包括第一 VPN实例标识、 第一 RT和第二 VPN实例标识等信息。
由上述可见， 在本实施例中， 第一路由设备和第二路由设备通过对 MP-BGP 进行扩展， 即通过 BGP 更新消息携带 VPN 实例标识， 使得开展 L3VPN业务的路由设备可以相互学习对端的 VPN实例， 从而实现对 L3VPN 业务对应 VPN实例的标识，在标识 VPN实例之后可以为 VPN实例分配标签， 这样当作为业务尾端节点的路由设备接收到携带有尾端节点自身分配的 VPN 实例标签的 L3VPN业务报文时， 可以根据所述报文中携带的 VPN实例标签 识别出 L3VPN业务具体来自于哪个 VPN实例，解决了识别 L3VPN业务的源 端的问题。 可选的， 作为业务尾端节点的路由设备在识别出 L3VPN业务来自 于哪个 VPN实例后， 可以通过 OAM技术对 L3VPN业务进行有效的故障定 位和性能检测， 解决了 L3VPN OAM问题， 为 L3VPN OAM技术的进一步发 展提供了条件。
在上述实施例的一个可选实施方式中， 第一路由设备和第二路由设备可 以通过属性信息和网络层可达信息 （英文全称为 Network Layer Reachability Information, 英文缩写为 NLRI )来携带 VPN实例的 RT和 VPN实例标识， 或者通过 NLRI来携带 VPN实例标识和 VPN实例的 RT。
基于上述， 第一路由设备向第二路由设备发送第一 BGP更新消息的过程 可以是：第一路由设备将第一 RT封装在第一 BGP更新消息中的属性信息中， 将第一 VPN实例标识封装在第一 BGP更新消息中的 NLRI对象中，然后将封 装有第一 RT和第一 VPN实例标识的第一 BGP更新消息发送给第二路由设 备。 或者， 第一路由设备向第二路由设备发送第一 BGP更新消息的过程可以 是：第一路由设备将第一 RT和第一 VPN实例标识封装在第一 BGP更新消息 中的 NLRI对象中， 然后将封装有第一 RT和第一 VPN实例标识的第一 BGP 更新消息发送给第二路由设备。 相应的， 第一路由设备接收第二路由设备发 送的第二 BGP更新消息的过程可以是： 第一路由设备接收第二路由设备发送 的第二 BGP更新消息， 对第二 BGP更新消息进行解析， 从第二 BGP更新消 息中的属性信息中获取第二 RT ,从第二 BGP更新消息中的 NLRI对象中获取 第二 VPN实例标识。 或者， 第一路由设备接收第二路由设备发送的第二 BGP 更新消息的过程可以是： 第一路由设备接收第二路由设备发送的第二 BGP更 新消息， 对第二 BGP更新消息进行解析， 从第二 BGP更新消息中的 NLRI 对象中获取第二 RT和第二 VPN实例标识。
在上述实施例的一个可选实施方式中， VPN实例标识可包括路由区分符 (英文全称为 Router Distinguishes 英文缩写为 RD )和 IP地址。 其中， RD 用于区分同一设备上不同的 VPN实例。第一 VPN实例标识包括第一 RD和第 一 IP地址。第一 RD为第一 VPN实例的 RD, 第一 IP地址为第一路由设备的 IP地址， 第一 IP地址标识的是第一路由设备而不是第一路由设备上的 VPN 实例中的 IP路由。 相应的， 第二 VPN实例标识包括第二 RD和第二 IP地址。 第二 RD为第二 VPN实例的 RD, 第二 IP地址为第二路由设备的 IP地址， 第 二 IP地址标识的是第二路由设备而不是第二路由设备上的 VPN实例中的 IP 路由。
进一步， NRLI还包括下一跳信息。 下一跳信息是指第一 IP地址或第二 IP地址的下一跳信息。
在上述实施例的一个可选实施方式中， 如果第一路由设备与多个路由设 备开展 L3VPN业务， 则可以在一个第三 BGP更新消息中携带多个第一 VPN 实例标签， 其结构如图 1B所示。 在图 1B所示的第三 BGP更新消息中， 第一 路由设备同时与 N个路由设备开展 L3VPN业务， N个路由设备上的 VPN实 例分别为第二 VPN实例 1、 第二 VPN实例 2 第二 VPN实例 N, 分别 用第二 VPN实例标识 1、 第二 VPN实例标识 2 第二 VPN实例标识 N 来标识， 相应的， 第一路由设备为 N个路由设备上的 VPN实例分配的第一
VPN实例标签分别为第一 VPN实例标签 1、 第一 VPN实例标签 2 第一
VPN实例标签 N; 第一路由设备上与上述 N个路由设备上的 N个 VPN实例 开展 L3VPN业务的 VPN实例分别为第一 VPN实例 1、第一 VPN实例 2 第一 VPN实例 M , 分别用第一 VPN实例标识 1、 第一 VPN实例标识 2 第一 VPN实例标识 M来标识。 其中， 由于同一个第一 VPN实例可能与多个 路由设备上的第二 VPN实例开展 L3VPN业务，因此， M<=N。为了筒化图示， 在图 1B中未示出第一 RT。
在上述实施例的一个可选实施方式中， 第一路由设备和第二路由设备还 可以进行 L3VPN 0AM能力学习，即相互通告开展业务的 VPN实例是否支持 L3VPN 0AM。 具体的， 如果第一 VPN实例支持 L3VPN 0AM, 则第一路由 设备发送给第二路由设备的第一 BGP更新消息中还可以包括第一能力标识， 所述第一能力标识用以标识第一 VPN实例支持 L3VPN 0AM。如果第二 VPN 实例支持 L3 VPN OAM , 则第二路由设备发送给第一路由设备的第二 BGP更 新消息中还可以包括第二能力标识， 所述第二能力标识用于标识第二 VPN实 例支持 L3VPN ΟΑΜ。
可选的， VPN实例是否支持 L3VPN ΟΑΜ可以通过以下方式进行判断： 如果 VPN实例有本地交叉的情况， 那么就意味着无法进行 L3VPN ΟΑΜ, 即 不支持 L3VPN ΟΑΜ。如果 VPN实例本地没有交叉的情况出现，可以将 L3VPN ΟΑΜ的能力标识置位， 表示支持 L3 VPN ΟΑΜ。
另外， 如果 L3VPN的流量从多个接口进入， 在业务另一端从一个隧道流 出， 这也是一个多点到点的问题。 基于此， VPN实例是否支持 L3VPN ΟΑΜ 还可以通过以下方式进行判断： 如果路由设备的硬件实现可以很好地支持多 点到点的流量的统计， 就可以认为该路由设备上的 VPN 实例支持 L3VPN ΟΑΜ , 否则就认为该路由设备上的 VPN实例无法支持 L3 VPN ΟΑΜ。 信息自动判断， 但不限于此。 在实际应用中， 还可以根据规划配置开展特定 L3VPN业务的 VPN实例是否支持 ΟΑΜ ,并通过扩展 MP-BGP的方式进行协 商然后通告给对端。
在上述实施例的一个可选实施方式中， 第一路由设备还会接收第二路由 设备发送的第四 BGP更新消息。 其中， 第四 BGP更新消息包括第二 VPN实 例标识、 第二 RT和第一 VPN实例标识和第二 VPN实例标签。 具体的， 第二 路由设备在确定第一 RT和第二 RT相等，即确定出第一 VPN实例和第二 VPN 实例之间具有业务关系后， 为第一路由设备上的第一 VPN实例分配 VPN实 例标签， 即第二 VPN实例标签。 同理， 第二路由设备为第一 VPN实例分配 第二 VPN实例标签后， 通过第四 BGP更新消息将第二 VPN实例标签发送给 第一路由设备。
对于第一路由设备来说， 在接收到第二路由设备分发的第二 VPN实例标 签后， 在第一路由设备上就会存在第二 VPN实例标签、 VPN私网路由标签和 隧道标签。 基于此， 第一路由设备在转发 L3VPN业务时， 需要封装所述第二 VPN实例标签， 这样， 当第二路由设备接收到封装有第二 VPN实例标签的业 务报文时， 可以确定该业务报文是来自第一 VPN实例的。
在上述实施例的一个可选实施方式中， 第一路由设备在获取第二 VPN实 例标签之后， 可以用第二 VPN实例标签替换业务转发过程中使用的 VPN私 网路由标签。 基于此， 第一路由设备可以在进行业务转发时， 在业务转发过 程中的 VPN报文中封装第二 VPN实例标签和隧道标签。 在该实施方式中， 第一路由设备只需要将 VPN私网路由标签替换为第二 VPN实例标签即可， 与现有技术中 VPN报文携带两层标签的结构相匹配， 有利于提高报文的携带 效率。
在上述实施例的一个可选实施方式中， 第一路由设备在获取第二 VPN实 例标签之后，还可以在业务转发过程中使用的标签中增加第二 VPN实例标签。 基于此， 第一路由设备可以在进行业务转发时， 在业务转发过程中的 VPN报 文中封装第二 VPN实例标签、 VPN私网路由标签和隧道标签。在该实施方式 中， 第一路由设备可以不改变现有技术为 VPN私网路由分配 VPN私网标签 的方式， 只需增加分配第二 VPN实例标签的操作即可。
基于上述， 第一路由设备还可以在第一 BGP更新消息中携带标签封装方 式标识信息。 其中， 标签封装方式标识信息用于标识第一路由设备将业务转 发过程中使用的 VPN私网路由标签替换为第二 VPN实例标签， 并在业务转 发过程中的 VPN报文中封装第二 VPN实例标签和隧道标签。 在该实施方式 中， 第一路由设备在给第二路由设备分发第一 VPN 实例标签的时候， 本地 VPN实例中的私网路由都使用相同的标签， 即使用由该第二路由设备分配的 第二 VPN实例标签。 但是， 对于不同的路由设备， 第一路由设备向这些路由 设备分发各自对应的 VPN实例标签时需要使用不同的 VPN实例标签。
或者， 上述标签封装方式标识信息用于标识第一路由设备在业务转发过 程中使用的标签中增加第二 VPN实例标签， 并在业务转发过程中的 VPN报 文中封装第二 VPN实例标签、 VPN私网路由标签和隧道标签。
第一路由设备将自己使用第二 VPN 实例标签的方式通告给第二路由设 备， 可供第二路由设备参考， 以便于第一路由设备和第二路由设备在具有相 同能力时， 可以尽量采用相同的方式使用所分配到的 VPN实例标签。
在本实施例中，第一路由设备和第二路由设备通过对 MP-BGP进行扩展， 通过相互学习 VPN实例， 实现了对 VPN实例的标识， 在标识 VPN实例之后 可以为 VPN实例分配标签而不是针对某个 VPN私网路由， 这样当作为业务 尾端节点的路由设备接收到携带有尾端节点自身分配的 VPN 实例标签的 L3VPN业务报文时，可以根据所述报文中携带的 VPN实例标签识别出 L3VPN 业务具体来自于哪个 VPN实例， 解决了识别 L3VPN业务的源端的问题。 可 选的， 作为业务尾端节点的路由设备在识别出 L3VPN业务来自于哪个 VPN 解决了 L3VPN OAM问题， 为 L3VPN OAM技术的进一步发展提供了条件。
图 2为本发明另一实施例提供的标签分发方法的流程图。 如图 2所示， 本实施例的方法包括：
步骤 201、 第二路由设备接收第一路由设备发送的第一 BGP更新消息， 所述第一 BGP更新消息包括第一 VPN实例标识和第一 RT, 所述第一 VPN 实例标识用于标识第一路由设备上的第一 VPN实例，所述第一 RT为第一 VPN 实例的 RT。
本实施例中的第一路由设备和第二路由设备可以是 PE, 例如第一路由设 备为第一 PE, 第二路由设备为第二 PE, 但不限于此。
对于第一路由设备上的第一 VPN实例和第二路由设备上的第二 VPN实 例之间的业务来说， 第一 VPN实例和第二 VPN实例可以分为业务主动方和 业务被动方。 哪一端是业务主动方， 哪一端是业务被动方可以通过配置， 也 可以通过协议协商确定。 如果通过配置的方式， 在步骤 201之前需要预先为 业务两端第一 VPN实例和第二 VPN实例分别配置业务角色， 所配置的业务 角色是业务被动方或业务主动方。在本实施例中，第一路由设备上的第一 VPN 实例为第一 VPN实例和第二 VPN实例之间的业务的业务主动方； 第二路由 设备上的第二 VPN实例为第一 VPN实例和第二 VPN实例之间的业务的业务 被动方。
在本实施例中， 第一 VPN实例和第二 VPN实例之间的业务为 L3VPN业 务。
在开展 L3VPN业务的过程中，第二路由设备可以使用 MP-BGP与第一路 由设备进行业务协商。 但是， 在现有 L3VPN机制中， 第一路由设备和第二路 由设备之间相互通告的是 VPN私网路由和 VPN私网标签。 一个 VPN实例中 存在多个 IP路由， VPN私网路由是指 VPN实例中的 IP路由， VPN私网标签 是用于标识 VPN私网路由的标签。 而在本实施例中， 为了能够通过 OAM技 术对 L3VPN业务进行有效的故障定位和性能检测（即为了解决 L3VPN OAM 问题）， 需要为 VPN实例而不是 VPN私网路由分配标签， 为了给 VPN实例 分配标签首先要解决的问题就是如何标识 VPN实例的问题。 基于此， 第一路 由设备通过对 MP-BGP进行扩展， 通过扩展后的 MP-BGP (第一 BGP更新消 息属于扩展后的 MP-BGP )将标识第一 VPN实例的第一 VPN实例标识和第 一 RT通告给第二路由设备。相应地， 第二路由设备接收第一路由设备发送的 第一 BGP更新消息， 从第一 BGP更新消息中获取第一 VPN实例标识和第一 RT。
其中， 第一 VPN实例标识所标识的第一路由设备上的第一 VPN实例实 际上是第一路由设备上承载上述 L3VPN业务的 VPN实例。
步骤 202、 第二路由设备在确定第一 RT和第二 RT相等后， 向第一路由 设备发送第二 BGP更新消息， 所述第二 BGP更新消息包括第二 VPN实例标 识和第二 RT , 所述第二 VPN实例标识用于标识第二路由设备上的第二 VPN 实例， 所述第二 RT为第二 VPN实例的 RT。
在本实施例中， VPN实例的 RT, 例如第一 VPN实例的 RT和第二 VPN 实例的 RT, 主要用于供第一路由设备和第二路由设备确定相互之间的 VPN 实例是否具有业务对等关系。 也就是说， 可以通过两个 VPN实例的 RT判断 这两个 VPN 实例之间是否具有业务对等关系。 如果一个 VPN 实例的引入 ( Import ) RT和另一个 VPN实例的导出（ Export ) RT相等，说明这两个 VPN 实例之间具有业务对等关系。 在本实施例中， 第一路由设备上的第一 VPN实 例的 RT, 即第一 RT被视为引入 RT, 而第二路由设备上的第二 VPN实例的 RT被视为导出 RT。 在本实施例中， 第二路由设备上的、 与所述第一 VPN实 例具有业务对等关系的一个 VPN实例为第二 VPN实例。
第二路由设备获知第一 RT后， 可以将第一 RT和第二 RT进行比较， 如 果第一 RT和第二 RT相等， 则可以确定第一 VPN实例和第二 VPN实例之间 具有业务对等关系。 第二 RT是第二路由设备上的第二 VPN实例的 RT, 第二 VPN实例通过第二 VPN实例标识来标识。
当第二路由设备在确定第一 RT和第二 RT相等后， 向第一路由设备发送 第二 BGP更新消息， 并在第二 BGP更新消息中携带第二 VPN实例标识和第 二 RT, 以将第二 VPN实例标识和第二 RT通告给第一路由设备。
其中， 第二 VPN实例标识所标识的第二路由设备上的第二 VPN实例实 际上是第二路由设备上承载上述 L3VPN业务的 VPN实例。
步骤 203、 第二路由设备接收第一路由设备发送的第三 BGP更新消息， 所述第三 BGP更新消息包括第一 VPN实例标签； 所述第一 VPN实例标签是 第一路由设备在确定第一 RT和第二 RT相等后为第二 VPN实例分配的 VPN 实例标签。
相应的， 第一路由设备在接收到第二 BGP 更新消息后， 也从第二 BGP 更新消息中获取第二 VPN实例和第二 RT。 然后， 第一路由设备将第一 RT和 第二 RT进行比较， 判断第一 RT和第二 RT是否相等， 当确定第一 RT和第 二 RT相等后， 确定第一 VPN实例和第二 VPN实例之间具有业务对等关系。 当第一路由设备确定第一 RT和第二 RT相等后， 为第二 VPN实例分配 VPN 实例标签， 即第一 VPN实例标签。 该第一 VPN实例标签是针对 VPN实例分 配的， 是用于 VPN实例路由的标签， 不同于现有技术中标识 VPN私网路由 的 VPN私网标签。
当第一路由设备为第二 VPN实例分配第一 VPN实例标签之后， 通过第 三 BGP更新消息将第一 VPN实例标签发送给第二路由设备。 相应地， 第二 路由设备接收第一路由设备发送的第三 BGP更新消息，从第三 BGP更新消息 中获取第一 VPN实例标签。 这样当第一路由设备接收到携带有第一 VPN实 例标签的 L3VPN业务报文时， 可以根据所述报文中携带的 VPN实例标签识 别出 L3VPN业务具体来自于第二 VPN实例。 可选的， 第一路由设备在识别 出 L3VPN业务来自于第二 VPN实例后， 可以通过 OAM技术对 L3VPN业务 进行有效的故障定位和性能检测。
可选的， 第三 BGP更新消息除了包括第一 VPN实例标签之外， 还可以 包括第一 VPN实例标识、 第一 RT和第二 VPN实例标识等信息。
可选的， 第二路由设备在确定第一 RT和第二 RT相等后， 可以为第一 VPN实例分配第二 VPN实例标签。 当第二路由设备为第一 VPN实例分配第 二 VPN实例标签之后， 可以向第一路由设备发送第四 BGP更新消息， 所述 第四 BGP更新消息包括第二实例标识、 第二 RT、 第一 VPN实例标识和第二 VPN 实例标签。 这样当第二路由设备接收到携带有第二 VPN 实例标签的 L3VPN业务报文时， 可以根据所述报文中的 VPN实例标签识别出 L3VPN业 务具体来自于第一 VPN实例。 可选的， 第二路由设备在识别出 L3VPN业务 来自于第一 VPN实例后， 可以通过 OAM技术对 L3VPN业务进行有效的故 障定位和性能检测。
由上述可见， 在本实施例中， 第一路由设备和第二路由设备通过对 MP-BGP 进行扩展， 即通过 BGP 更新消息携带 VPN 实例标识， 使得开展 L3VPN 业务两端的路由设备可以相互学习对端的 VPN 实例， 从而实现对 L3VPN业务对应 VPN实例的标识，在标识 VPN实例之后可以为 VPN实例分 配标签， 这样当作为业务尾端节点的路由设备接收到携带尾端节点自身分配 的 VPN实例标签的 L3VPN业务报文时，可以根据所述报文中的 VPN实例标 签识别出 L3VPN业务具体来自于哪个 VPN实例，解决了识别 L3VPN业务的 源端的问题。 例如， 第一路由设备为第二 VPN实例分配了第一 VPN实例标 签后， 如果第一路由设备作为业务尾端节点接收到了封装有第一 VPN实例标 签的业务报文， 则第一路由设备可以确定该业务报文来自于第二 VPN实例。 可选地， 基于本实施例中的方法， 可以进一步地通过 0 AM技术对 L3 VPN业 务进行有效的故障定位和性能检测， 解决了 L3VPN OAM 问题， 为 L3VPN 0 AM技术的进一步发展提供了条件。
在上述实施例的一个可选实施方式中， 第一路由设备和第二路由设备可 以通过属性信息和 NLRI来携带 VPN实例的 RT和 VPN实例标识，或者通过 NLRI来携带 VPN实例标识和 VPN实例的 RT。
基于上述， 第二路由设备接收第一路由设备发送的第一 BGP更新消息的 过程可以是： 第二路由设备接收第一路由设备发送的第一 BGP更新消息， 对 第一 BGP更新消息进行解析， 从第一 BGP更新消息的属性信息中获取第一 RT, 从第一 BGP更新消息的 NLRI对象中获取第一 VPN实例标识。 或者， 第二路由设备接收第一路由设备发送的第一 BGP更新消息的过程可以是： 第 二路由设备接收第一路由设备发送的第一 BGP更新消息，对第一 BGP更新消 息进行解析， 从第一 BGP更新消息的 NLRI对象中获取第一 RT和第一 VPN 实例标识。 相应地， 第二路由设备向第一路由设备发送第二 BGP更新消息的 过程可以是： 第二路由设备将第二 RT封装在第二 BGP更新消息中的属性信 息中，将第二 VPN实例标识封装在第二 BGP更新消息中的 NLRI对象中， 然 后将封装有第二 RT和第二 VPN实例标识的第二 BGP更新消息发送给第一路 由设备。 或者， 第二路由设备向第一路由设备发送第二 BGP更新消息的过程 可以是：第二路由设备将第二 RT和第二 VPN实例标识封装在第二 BGP更新 消息中的 NLRI对象中， 然后将封装有第二 RT和第二 VPN实例标识的第二 BGP更新消息发送给第一路由设备。
在上述实施例的一个可选实施方式中， VPN实例标识可包括路 RD和 IP 地址。 其中， RD用于区分同一设备上不同的 VPN实例。 第一 VPN实例标识 包括第一 RD和第一 IP地址。 第一 RD为第一 VPN实例的 RD, 第一 IP地址 为第一路由设备的 IP地址，第一 IP地址标识的是第一路由设备而不是第一路 由设备上的 VPN实例中的 IP路由。相应的，第二 VPN实例标识包括第二 RD 和第二 IP地址。 第二 RD为第二 VPN实例的 RD, 第二 IP地址为第二路由设 备的 IP地址， 第二 IP地址标识的是第二路由设备而不是第二路由设备上的 VPN实例中的 IP路由。
进一步， NRLI还包括下一跳信息。 下一跳信息是指第一 IP地址或第二 IP地址的下一跳信息。
在上述实施例的一个可选实施方式中， 第一路由设备和第二路由设备还 可以进行 L3VPN OAM能力学习，即相互通告开展业务的 VPN实例是否支持 L3VPN OAM。 具体的， 如果第一 VPN实例支持 L3VPN OAM, 则第一路由 设备发送给第二路由设备的第一 BGP更新消息中还可以包括：第一能力标识， 所述第一能力标识用以标识第一 VPN实例支持 L3VPN OAM。如果第二 VPN 实例支持 L3 VPN 0 AM , 则第二路由设备发送给第一路由设备的第二 BGP更 新消息还可以包括： 第二能力标识， 所述第二能力标识用于标识第二 VPN实 例支持 L3VPN OAM。
其中， VPN实例是否支持 L3 VPN 0 AM可以通过以下方式进行判断： 如 果 VPN实例有本地交叉的情况， 那么就意味着无法进行 L3VPN OAM, 即不 支持 L3VPN OAM。如果 VPN实例本地没有交叉的情况出现，可以将 L3VPN OAM的能力标识置位， 表示支持 L3 VPN OAM。
另外， 如果 L3VPN的流量从多个接口进入， 在业务另一端从一个隧道流 出， 这也是一个多点到点的问题。 基于此， VPN实例是否支持 L3VPN OAM 还可以通过以下方式进行判断： 如果路由设备的硬件实现可以很好地支持多 点到点的流量的统计， 就可以认为该路由设备上的 VPN 实例支持 L3VPN OAM , 否则就认为该路由设备上的 VPN实例无法支持 L3 VPN OAM。 信息自动判断， 但不限于此。 在实际应用中， 还可以根据规划配置开展特定 L3VPN业务的 VPN实例是否支持 OAM ,并通过扩展 MP-BGP的方式进行协 商然后通告给对端。
在上述实施例的一个可选实施方式中， 第一 BGP更新消息还可以包括： 标签封装方式标识信息。 其中， 该标签封装方式标识信息或者用于标识第一 路由设备将业务转发过程中使用的 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实例标签的操作即可。
在本实施例中，第一路由设备和第二路由设备通过对 MP-BGP进行扩展， 通过相互学习 VPN实例， 实现了对 VPN实例的标识， 在标识 VPN实例之后 可以为 VPN实例分配标签而不是针对 VPN私网路由， 这样当作为业务尾端 节点的路由设备接收到携带尾端节点分配的 VPN实例标签的 L3VPN业务报 文时， 可以根据所述报文中的 VPN实例标签识别出 L3VPN业务具体来自于 哪个 VPN实例， 解决了识别 L3VPN业务的源端的问题。 可选的， 基于本实 施例的方法， 可以进一步地通过 OAM技术对 L3VPN业务进行有效的故障定 位和性能检测， 解决了 L3VPN OAM问题， 为 L3VPN OAM技术的进一步发 展提供了条件。
图 3A为本发明一实施例提供的第一路由设备的结构示意图。 如图 3A所 示， 本实施例的第一路由设备包括： 第一消息发送单元 1101、 第一消息接收 单元 1102、 标签分配单元 1103和第二消息发送单元 1104。
第一消息发送单元 1101 , 用于向第二路由设备发送第一 BGP更新消息， 所述第一 BGP更新消息包括第一 VPN实例标识和第一 RT, 第一 VPN实例 标识用于标识本实施例的第一路由设备上的第一 VPN实例， 第一 RT为第一 VPN实例的 RT。 可选地， 第一消息发送单元 1101为物理发送端口。
第一消息接收单元 1102,用于接收第二路由设备发送的第二 BGP更新消 息， 所述第二 BGP更新消息包括第二 VPN实例标识和第二 RT, 第二 VPN 实例标识用于标识第二路由设备上的第二 VPN实例，第二 RT为第二 VPN实 例的 RT。 第一消息接收单元 1102具体在第一消息发送单元 1101向第二路由 设备发送第一 BGP更新消息后，接收第二路由设备发送的第二 BGP更新消息。 可选的， 第一消息接收单元 1102与第一消息发送单元 1101连接。 可选地， 第一消息接收单元 1102为物理接收端口。
标签分配单元 1103 , 与第一消息接收单元 1102连接， 用于在确定第一 RT和第一消息接收单元 1102接收到的第二 RT相等后， 为第二 VPN实例分 配第一 VPN实例标签。 可选地， 标签分配单元 1103为处理器。
第二消息发送单元 1104, 与标签分配单元 1103连接， 用于向第二路由设 备发送第三 BGP更新消息， 所述第三 BGP更新消息包括标签分配单元 1103 分配的第一 VPN实例标签。 可选地， 第二消息发送单元 1104为物理发送端 口。
可选的， 第三 BGP更新消息还可以包括： 第一 VPN实例标识、 第一 RT 和第二 VPN实例标识。
可选的， 第一 BGP更新消息还可以包括： 第一能力标识， 所述第一能力 标识用于标识第一 VPN实例支持 L3VPN OAM。
相应地， 第二 BPG更新消息还可以包括： 第二能力标识， 所述第二能力 标识用于标识第二 VPN实例支持 L3VPN OAM。
可选的， 第一 VPN实例标识可以包括第一 RD和第一 IP地址； 所述第一 RD为第一 VPN实例的 RD , 所述第一 IP地址为本实施例的第一路由设备的 IP地址。
相应地，第二路由设备的 VPN实例标识可以包括第二 RD和第二 IP地址； 所述第二 RD为第二 VPN实例的 RD, 所述第二 IP地址为第二路由设备的 IP 地址。 可选的， 第一 BGP更新消息还可以包括： 标签封装方式标识信息， 所述 标签封装方式标识信息用于标识本实施例的第一路由设备将业务转发过程中 使用的 VPN私网路由标签替换为第二 VPN实例标签， 并在业务转发过程中 的 VPN报文中封装第二 VPN实例标签和隧道标签； 或者该标签封装方式标 识信息用于标识本实施例的第一路由设备在业务转发过程中使用的标签中增 加第二 VPN实例标签， 并在业务转发过程中的 VPN ·^艮文中封装第二 VPN实 例标签、 VPN私网路由标签和隧道标签。
本实施例的第一路由设备的各功能单元可用于执行图 1A 所示标签分发 方法的流程， 其具体工作原理不再赘述， 详见方法实施例的描述。
本实施例的第一路由设备可以是 PE , 但不限于此。
本实施例的第一路由设备， 与第二路由设备相配合， 通过对 MP-BGP进 行扩展， 通过相互学习 VPN实例， 实现了对 VPN实例的标识， 在标识 VPN 实例之后可以为 VPN实例分配标签而不是针对 VPN私网路由， 这样当第一 路由设备作为业务尾端节点在接收到携带有第一 VPN实例标签的 L3VPN业 务报文时， 可以根据所述报文中的 VPN实例标签识别出 L3VPN业务具体来 自于第二 VPN实例， 解决了识别 L3VPN业务的源端的问题。 可选的， 本实 施例的第一路由设备在识别出 L3VPN业务来自于第二 VPN实例后， 进一步 地可以通过 OAM技术对 L3VPN业务进行有效的故障定位和性能检测， 解决 了 L3VPN OAM问题， 为 L3VPN OAM技术的进一步发展提供了条件。
图 3B为本发明另一实施例提供的第一路由设备的结构示意图。本实施例 基于图 3A所示实施例实现。如图 3B所示，本实施例的第一路由设备也包括： 第一消息发送单元 1101、 第一消息接收单元 1102、 标签分配单元 1103和第 二消息发送单元 1104, 并且各单元也具有图 3A所示实施例描述的功能。
进一步， 本实施例的第一路由设备还包括： 第二消息接收单元 1105。 第 二消息接收单元 1105 , 用于接收第二路由设备发送的第四 BGP更新消息， 所 述第四 BGP更新消息包括： 第二 VPN实例标识、 第二 RT、 第一 VPN实例 标识和第二 VPN实例标签。第二消息接收模块具体在第一消息发送单元 1101 向第二路由设备发送第一 BGP 更新消息后， 接收第二路由设备发送的第四 BGP更新消息。 可选的， 第二消息接收单元 1105与第一消息发送单元 1101 连接。
第二 VPN实例标签是第二路由设备在确定第一 RT和第二 RT相等后为 第一 VPN实例分配的 VPN实例标签。
上述功能单元可用于执行图 1A所示标签分发方法的流程，其具体工作原 理不再赘述， 详见方法实施例的描述。
本实施例的第一路由设备， 与第二路由设备相配合， 通过对 MP-BGP进 行扩展， 通过相互学习 VPN实例， 实现了对 VPN实例的标识， 在标识 VPN 实例之后可以为 VPN实例分配标签而不是针对 VPN私网路由， 这样当第一 路由设备作为业务尾端节点在接收到携带有第一 VPN实例标签的 L3VPN业 务报文时， 可以根据所述报文中的 VPN实例标签识别出 L3VPN业务具体来 自于第二 VPN实例， 解决了识别 L3VPN业务的源端的问题。 可选的， 本实 施例的第一路由设备在识别出 L3VPN业务来自于第二 VPN实例后， 进一步 地可以通过 OAM技术对 L3VPN业务进行有效的故障定位和性能检测， 解决 了 L3VPN OAM问题， 为 L3VPN OAM技术的进一步发展提供了条件。
图 4A为本发明一实施例提供的第二路由设备的结构示意图。 如图 4A所 示， 本实施例的第二路由设备包括： 第三消息接收单元 1201、 第三消息发送 单元 1202和第四消息接收单元 1203。
第三消息接收单元 1201 ,用于接收第一路由设备发送的第一 BGP更新消 息， 所述第一 BGP更新消息包括第一 VPN实例标识和第一 RT, 所述第一 VPN实例标识用于标识第一路由设备上的第一 VPN实例， 所述第一 RT为第 一 VPN实例的 RT。 可选地， 所述第三消息接收单元 1201为物理接收端口。
第三消息发送单元 1202, 与第三消息接收单元 1201连接， 用于在确定第 三消息接收单元 1201接收到的第一 RT和第二 RT相等后， 向第一路由设备 发送第二 BGP更新消息， 所述第二 BGP更新消息包括第二 VPN实例标识和 第二 RT, 所述第二 VPN实例标识用于标识本实施例的第二路由设备上的第 二 VPN实例， 所述第二 RT为第二 VPN实例的 RT。 可选地， 第三消息发送 单元 1202包括用于确定第一 RT和第二 RT是否相等的处理器和用于发送二 BGP更新消息的物理发送端口。
第四消息接收单元 1203 ,用于接收第一路由设备发送的第三 BGP更新消 息， 所述第三 BGP更新消息包括第一 VPN实例标签； 所述第一 VPN实例标 签是第一路由设备在确定第一 RT和第二 RT相等后为第二 VPN实例分配的 VPN实例标签。 第四消息接收单元 1203具体在第三消息发送单元 1202向第 一路由设备发送第二 BGP 更新消息后， 接收第一路由设备发送的第三 BGP 更新消息。 可选的， 第四消息接收单元 1203和第三消息发送单元 1202连接。 可选的， 第三 BGP更新消息还可以包括： 第一 VPN实例标识、 第一 RT 和第二 VPN实例标识。
可选的， 第一 BGP更新消息还可以包括： 第一能力标识。 第一能力标识 用于标识第一 VPN实例支持 L3VPN OAM。
相应地， 第二 BGP更新消息还可以包括： 第二能力标识。 第二能力标识 用于标识第二 VPN实例支持 L3VPN OAM。
其中， 第一 VPN实例标识包括： 第一 RD和第一 IP地址， 所述第一 RD 为第一 VPN实例的 RD , 所述第一 IP地址为第一路由设备的 IP地址。
相应地， 第二 VPN实例标识包括： 第二 RD和第二 IP地址， 所述第二 RD为第二 VPN实例的 RD , 所述第二 IP地址为本实施例的第二路由设备的 IP地址。
可选的， 第一 BGP更新消息中还可以包括： 标签封装方式标识信息。 该 标签封装方式标识信息用于标识第一路由设备将业务转发过程中使用的 VPN 私网路由标签替换为第二 VPN实例标签， 并在业务转发过程中的 VPN报文 中封装第二 VPN实例标签和隧道标签。 或者， 该标签封装方式标识信息用于 标识第一路由设备在业务转发过程中使用的标签中增加第二 VPN实例标签， 并在业务转发过程中的 VPN报文中封装第二 VPN实例标签、 VPN私网路由 标签和隧道标签。
本实施例的第二路由设备的各功能单元可用于执行图 2所示标签分发方 法的流程， 其具体工作原理不再赘述， 详见方法实施例的描述。
本实施例的第二路由设备可以是 PE , 但不限于此。
本实施例的第二路由设备， 与第一路由设备相配合， 通过对 MP-BGP进 行扩展， 通过相互学习 VPN实例， 实现了对 VPN实例的标识， 在标识 VPN 实例之后可以为 VPN实例分配标签而不是针对某个 VPN私网路由， 使得第 一路由设备作为业务尾端节点在接收到携带有第一 VPN实例标签的 L3VPN 业务 4艮文时， 可以根据所述报文中的 VPN实例标签识别出 L3VPN业务具体 来自于第二 VPN实例， 解决了识别 L3VPN业务的源端的问题。 可选的， 第 一路由设备在识别出 L3VPN业务来自于第二 VPN实例后， 进一步地可以通 过 OAM技术对 L3VPN业务进行有效的故障定位和性能检测，解决了 L3VPN OAM问题， 为 L3VPN OAM技术的进一步发展提供了条件。 图 4B为本发明另一实施例提供的第二路由设备的结构示意图。本实施例 基于图 4A所示实施例实现。如图 4B所示，本实施例的第二路由设备也包括： 第三消息接收单元 1201、 第三消息发送单元 1202和第四消息接收单元 1203 , 并且各单元也具有图 4A所示实施例描述的功能。
进一步， 本实施例的第二路由设备还可以包括： 标签替换单元 1204。 标签替换单元 1204,用于将业务转发过程中使用的 VPN私网路由标签替 换为第四消息接收单元 1203接收的第一 VPN实例标签， 以在业务转发过程 中的 VPN报文中封装第一 VPN实例标签和隧道标签。 可选的， 标签替换单 元 1204与第四消息接收单元 1203连接。
可选的， 本实施例的第二路由设备还可以包括： 标签增加单元 1205。 标签增加单元 1205 , 用于在业务转发过程中使用的标签中增加第四消息 接收单元 1203接收的第一 VPN实例标签， 以在业务转发过程中的 VPN报文 中封装第一 VPN实例标签、 VPN私网路由标签和隧道标签。 可选的， 标签增 加单元 1205与第四消息接收单元 1203连接。
进一步， 本实施例的第二路由设备还包括： 第四消息发送单元 1206。 第四消息发送单元 1206 , 用于向第一路由设备发送第四 BGP更新消息， 所述第四 BGP更新消息包括： 第二 VPN实例标识、 第二 RT、 第三消息接收 单元 1201接收到的第一 VPN实例标识和第二 VPN实例标签。
第二 VPN实例标签是第二路由设备中的第四消息发送单元 1206在确定 第一 RT和第二 RT相等后为第一 VPN实例分配的 VPN实例标签。 可选地， 第四消息发送单元 1206与第三消息发送单元 1202连接，
上述各功能单元可用于执行图 2所示标签分发方法的流程， 其具体工作 原理不再赘述， 详见方法实施例的描述。
本实施例的第二路由设备， 与第一路由设备相配合， 通过对 MP-BGP进 行扩展， 通过相互学习 VPN实例， 实现了对 VPN实例的标识， 在标识 VPN 实例之后可以为 VPN实例分配标签而不是针对某个 VPN私网路由， 使得第 一路由设备作为业务尾端节点在接收到携带第一 VPN实例标签 L3VPN业务 报文时， 可以根据所述报文中的 VPN实例标签识别出 L3VPN业务具体来自 于第二 VPN实例， 解决了识别 L3VPN业务的源端的问题。 可选的， 第一路 由设备识别出 L3VPN业务来自于第二 VPN实例后，进一步地可以通过 OAM 技术对 L3VPN业务进行有效的故障定位和性能检测，解决了 L3VPN OAM问 题， 为 L3 VPN OAM技术的进一步发展提供了条件。 进一步， 本实施例的第 二路由设备作为业务尾端节点在接收到携带第二 VPN实例标签的 L3VPN业 务时， 可以根据所述报文中的 VPN实例标签识别出 L3VPN业务来自于第一 VPN实例， 解决了识别 L3VPN业务的源端的问题。 可选的， 本实施例的第二 路由设备在识别出 L3VPN业务来自于第一 VPN实例后， 进一步地可以通过 OAM技术对 L3VPN业务进行有效的故障定位和性能检测， 解决了 L3VPN OAM问题， 为 L3VPN OAM技术的进一步发展提供了条件。
本领域普通技术人员可以理解： 实现上述各方法实施例的全部或部分步 骤可以通过程序指令相关的硬件来完成。 前述的程序可以存储于一计算机可 读取存储介质中。 该程序在执行时， 执行包括上述各方法实施例的步骤； 而 前述的存储介质包括： ROM、 RAM, 磁碟或者光盘等各种可以存储程序代码 的介质。
最后应说明的是： 以上各实施例仅用以说明本发明的技术方案， 而非对 其限制； 尽管参照前述各实施例对本发明进行了详细的说明， 本领域的普通 技术人员应当理解： 其依然可以对前述各实施例所记载的技术方案进行修改， 或者对其中部分或者全部技术特征进行等同替换； 而这些修改或者替换， 并 不使相应技术方案的本质脱离本发明各实施例技术方案的范围。

Claims

权 利 要 求
1、 一种标签分发方法， 其特征在于， 包括：
第一路由设备向第二路由设备发送第一边界网关协议 BGP更新消息， 所 述第一 BGP更新消息包括： 第一虚拟专用网络 VPN实例标识和第一路由目 标 RT, 所述第一 VPN实例标识用于标识所述第一路由设备上的第一 VPN实 例， 所述第一 RT为所述第一 VPN实例的 RT;
所述第一路由设备接收所述第二路由设备发送的第二 BGP更新消息， 所 述第二 BGP更新消息包括： 第二 VPN实例标识和第二 RT, 所述第二 VPN 实例标识用于标识所述第二路由设备上第二 VPN实例， 所述第二 RT为所述 第二 VPN实例的 RT , 所述第二 BGP更新消息是所述第二路由设备在确定所 述第一 RT和所述第二 RT相等后发送的；
所述第一路由设备在确定所述第一 RT和所述第二 RT相等后， 为所述第 二 VPN实例分配第一 VPN实例标签；
所述第一路由设备向所述第二路由设备发送第三 BGP更新消息， 所述第 三 BGP更新消息包括： 所述第一 VPN实例标签。
2、 根据权利要求 1 所述的标签分发方法， 其特征在于， 所述第三 BGP 更新消息还包括： 所述第一 VPN实例标识、所述第一 RT和所述第二 VPN实 例标识。
3、 根据权利要求 1 或 2 所述的标签分发方法， 其特征在于， 所述第一 BGP 更新消息还包括： 第一能力标识， 所述第一能力标识用于标识所述第一 VPN实例支持三层虚拟专用网络操作管理维护 L3VPN OAM;
所述第二 BGP更新消息还包括： 第二能力标识， 所述第二能力标识用于 标识所述所述第二 VPN实例支持 L3VPN OAM。
4、 根据权利要求 1至 3中任一项所述的标签分发方法， 其特征在于, 所述第一 VPN实例标识包括： 第一路由区分符 RD和第一互联网协议 IP 地址， 所述第一 RD为所述第一 VPN实例的 RD , 所述第一 IP地址为所述第 一路由设备的 IP地址；
所述第二 VPN实例标识包括： 第二 RD和第二 IP地址， 所述第二 RD为 所述第二 VPN实例的 RD, 所述第二 IP地址为所述第二路由设备的 IP地址。
5、 根据权利要求 1至 4中任一项所述的标签分发方法， 其特征在于， 所 述第一 BGP更新消息还包括： 标签封装方式标识信息， 所述标签封装方式标 识信息用于标识所述第一路由设备将业务转发过程中使用的 VPN私网路由标 签替换为第二 VPN实例标签， 并在业务转发过程中的 VPN报文中封装所述 第二 VPN实例标签和隧道标签， 或者标识所述第一路由设备在业务转发过程 中使用的标签中增加所述第二 VPN 实例标签， 并在业务转发过程中的 VPN 艮文中封装所述第二 VPN实例标签、 VPN私网路由标签和隧道标签； 所述第 二 VPN实例标签是所述第二路由设备在确定所述第一 RT和所述第二 RT相 等后为所述第一 VPN实例分配的 VPN实例标签。
6、 根据权利要求 1至 4中任一项所述的标签分发方法， 其特征在于， 还 包括：
所述第一路由设备接收所述第二路由设备发送的第四 BGP更新消息， 所 述第四 BGP更新消息包括： 所述第二 VPN实例标识、 所述第二 RT、 所述第 一 VPN实例标识和第二 VPN实例标签， 所述第二 VPN实例标签是所述第二 路由设备在确定所述第一 RT和所述第二 RT相等后为所述第一 VPN实例分 配的 VPN实例标签。
7、 一种标签分发方法， 其特征在于， 包括：
第二路由设备接收第一路由设备发送的第一边界网关协议 BGP 更新消 息， 所述第一 BGP更新消息包括： 第一虚拟专用网络 VPN实例标识和第一 路由目标 RT, 所述第一 VPN实例标识用于标识所述第一路由设备上的第一 VPN实例， 所述第一 RT为所述第一 VPN实例的 RT;
所述第二路由设备在确定所述第一 RT和第二 RT相等后， 向所述第一路 由设备发送第二 BGP更新消息， 所述第二 BGP更新消息包括： 第二 VPN实 例标识和所述第二 RT, 所述第二 VPN实例标识用于标识所述第二路由设备 上的第二 VPN实例， 所述第二 RT为所述第二 VPN实例的 RT;
所述第二路由设备接收所述第一路由设备发送的第三 BGP更新消息， 所 述第三 BGP更新消息包括： 第一 VPN实例标签， 所述第一 VPN实例标签是 所述第一路由设备在确定所述第一 RT和所述第二 RT相等后为所述第二 VPN 实例分配的 VPN实例标签。
8、 根据权利要求 7 所述的标签分发方法， 其特征在于， 所述第三 BGP 更新消息还包括： 所述第一 VPN实例标识、所述第一 RT和所述第二 VPN实 例标识。
9、 根据权利要求 7或 8 所述的标签分发方法， 其特征在于， 所述第一 BGP 更新消息还包括： 第一能力标识， 所述第一能力标识用于标识所述第一 VPN实例支持三层虚拟专用网络操作管理维护 L3VPN OAM;
所述第二 BGP更新消息还包括： 第二能力标识， 所述第二能力标识用于 标识所述第二 VPN实例支持 L3VPN OAM。
10、 根据权利要求 7至 9中任一项所述的标签分发方法， 其特征在于， 所述第一 VPN实例标识包括： 第一路由区分符 RD和第一互联网协议 IP 地址， 所述第一 RD为所述第一 VPN实例的 RD , 所述第一 IP地址为所述第 一路由设备的 IP地址；
所述第二 VPN实例标识包括： 第二 RD和第二 IP地址， 所述第二 RD为 所述第二 VPN实例的 RD, 所述第二 IP地址为所述第二路由设备的 IP地址。
11、 根据权利要求 7至 10中任一项所述的标签分发方法， 其特征在于， 所述第一 BGP更新消息还包括： 标签封装方式标识信息， 所述标签封装方式 标识信息用于标识所述第一路由设备将业务转发过程中使用的 VPN私网路由 标签替换为第二 VPN实例标签， 并在业务转发过程中的 VPN报文中封装所 述第二 VPN实例标签和隧道标签， 或者标识所述第一路由设备在业务转发过 程中使用的标签中增加所述第二 VPN实例标签，并在业务转发过程中的 VPN 艮文中封装所述第二 VPN实例标签、 VPN私网路由标签和隧道标签； 所述第 二 VPN实例标签是所述第二路由设备在确定所述第一 RT和所述第二 RT相 等后为所述第一 VPN实例分配的 VPN实例标签。
12、 根据权利要求 7至 11中任一项所述的标签分发方法， 其特征在于， 还包括：
所述第二路由设备将业务转发过程中使用的 VPN私网路由标签替换为所 述第一 VPN实例标签，以在业务转发过程中的 VPN 4艮文中封装所述第一 VPN 实例标签和隧道标签； 或者
所述第二路由设备在业务转发过程中使用的标签中增加所述第一 VPN实 例标签， 以在业务转发过程中的 VPN报文中封装所述第一 VPN实例标签、 VPN私网路由标签和隧道标签。
13、 根据权利要求 7至 10中任一项所述的标签分发方法， 其特征在于， 还包括：
所述第二路由设备向所述第一路由设备发送第四 BGP更新消息， 所述第 四 BGP更新消息包括： 所述第二 VPN 实例标识、 所述第二 RT、 所述第一 VPN实例标识和第二 VPN实例标签， 所述第二 VPN实例标签是所述第二路 由设备在确定所述第一 RT和所述第二 RT相等后为所述第一 VPN实例分配 的 VPN实例标签。
14、 一种第一路由设备， 其特征在于， 包括：
第一消息发送单元， 用于向第二路由设备发送第一边界网关协议 BGP更 新消息， 所述第一 BGP更新消息包括： 第一虚拟专用网络 VPN实例标识和 第一路由目标 RT, 所述第一 VPN实例标识用于标识所述第一路由设备上的 第一 VPN实例， 所述第一 RT为所述第一 VPN实例的 RT;
第一消息接收单元， 用于接收所述第二路由设备发送的第二 BGP更新消 息， 所述第二 BGP更新消息包括： 第二 VPN实例标识和第二 RT, 所述第二 VPN实例标识用于标识所述第二路由设备上的第二 VPN实例， 所述第二 RT 为所述第二 VPN实例的 RT;
标签分配单元， 用于在确定所述第一 RT和所述第二 RT相等后， 为所述 第二 VPN实例分配第一 VPN实例标签；
第二消息发送单元， 用于向所述第二路由设备发送第三 BGP更新消息， 所述第三 BGP更新消息包括： 所述第一 VPN实例标签。
15、 根据权利要求 14所述的第一路由设备， 其特征在于， 所述第三 BGP 更新消息还包括： 所述第一 VPN实例标识、所述第一 RT和所述第二 VPN实 例标识。
16、 根据权利要求 14或 15所述的第一路由设备， 其特征在于， 所述第 一 BGP更新消息还包括： 第一能力标识， 所述第一能力标识用于标识所述第 一 VPN实例支持三层虚拟专用网络操作管理维护 L3VPN OAM;
所述第二 BGP更新消息还包括： 第二能力标识， 所述第二能力标识用于 标识所述所述第二 VPN实例支持 L3VPN OAM。
17、 根据权利要求 14至 16中任一项所述的第一路由设备， 其特征在于， 所述第一 VPN实例标识包括：第一路由区分符 RD和第一互联网协议 IP地址， 所述第一 RD为所述第一 VPN实例的 RD , 所述第一 IP地址为所述第一路由 设备的 IP地址；
所述第二 VPN实例标识包括： 第二 RD和第二 IP地址， 所述第二 RD为 所述第二 VPN实例的 RD, 所述第二 IP地址为所述第二路由设备的 IP地址。
18、 根据权利要求 14至 17中任一项所述的第一路由设备， 其特征在于， 所述第一 BGP更新消息还包括： 标签封装方式标识信息， 所述标签封装方式 标识信息用于标识所述第一路由设备将业务转发过程中使用的 VPN私网路由 标签替换为第二 VPN实例标签， 并在业务转发过程中的 VPN报文中封装所 述第二 VPN实例标签和隧道标签， 或者标识所述第一路由设备在业务转发过 程中使用的标签中增加所述第二 VPN实例标签，并在业务转发过程中的 VPN 艮文中封装所述第二 VPN实例标签、 VPN私网路由标签和隧道标签； 所述第 二 VPN实例标签是所述第二路由设备在确定所述第一 RT和所述第二 RT相 等后为所述第一 VPN实例分配的 VPN实例标签。
19、 根据权利要求 14至 17中任一项所述的第一路由设备， 其特征在于， 还包括：
第二消息接收单元， 用于接收所述第二路由设备发送的第四 BGP更新消 息， 所述第四 BGP更新消息包括： 所述第二 VPN实例标识、 所述第二 RT、 所述第一 VPN实例标识和第二 VPN实例标签， 所述第二 VPN实例标签是所 述第二路由设备在确定所述第一 RT和所述第二 RT相等后为所述第一 VPN 实例分配的 VPN实例标签。
20、 一种第二路由设备， 其特征在于， 包括：
第三消息接收单元， 用于接收第一路由设备发送的第一边界网关协议 BGP更新消息， 所述第一 BGP更新消息包括： 第一虚拟专用网络 VPN实例 标识和第一路由目标 RT, 所述第一 VPN实例标识用于标识所述第一路由设 备上的第一 VPN实例， 所述第一 RT为所述第一 VPN实例的 RT；
第三消息发送单元， 用于在确定所述第一 RT和第二 RT相等后， 向所述 第一路由设备发送第二 BGP更新消息， 所述第二 BGP更新消息包括： 第二 VPN实例标识和所述第二 RT, 所述第二 VPN实例标识用于标识所述第二路 由设备上的第二 VPN实例， 所述第二 RT为所述第二 VPN实例的 RT;
第四消息接收单元， 用于接收所述第一路由设备发送的第三 BGP更新消 息， 所述第三 BGP更新消息包括： 第一 VPN实例标签， 所述第一 VPN实例 标签是所述第一路由设备在确定所述第一 RT和所述第二 RT相等后为所述第 二 VPN实例分配的 VPN实例标签。
21、 根据权利要求 20所述的第二路由设备， 其特征在于， 所述第三 BGP 更新消息还包括： 所述第一 VPN实例标识、所述第一 RT和所述第二 VPN实 例标识。
22、 根据权利要求 20或 21所述的第二路由设备， 其特征在于， 所述第 一 BGP更新消息还包括： 第一能力标识， 所述第一能力标识用于标识所述第 一 VPN实例支持三层虚拟专用网络操作管理维护 L3VPN OAM;
所述第二 BGP更新消息还包括： 第二能力标识， 所述第二能力标识用于 标识所述第二 VPN实例支持 L3VPN OAM。
23、 根据权利要求 20至 22中任一项所述的第二路由设备， 其特征在于， 所述第一 VPN实例标识包括：第一路由区分符 RD和第一互联网协议 IP地址， 所述第一 RD为所述第一 VPN实例的 RD , 所述第一 IP地址为所述第一路由 设备的 IP地址；
所述第二 VPN实例标识包括： 第二 RD和第二 IP地址， 所述第二 RD为 所述第二 VPN实例的 RD, 所述第二 IP地址为所述第二路由设备的 IP地址。
24、 根据权利要求 20至 23中任一项所述的第二路由设备， 其特征在于， 所述第一 BGP更新消息还包括： 标签封装方式标识信息， 所述标签封装方式 标识信息用于标识所述第一路由设备将业务转发过程中使用的 VPN私网路由 标签替换为第二 VPN实例标签， 并在业务转发过程中的 VPN报文中封装所 述第二 VPN实例标签和隧道标签， 或者标识所述第一路由设备在业务转发过 程中使用的标签中增加所述第二 VPN实例标签，并在业务转发过程中的 VPN 艮文中封装所述第二 VPN实例标签、 VPN私网路由标签和隧道标签； 所述第 二 VPN实例标签是所述第二路由设备在确定所述第一 RT和所述第二 RT相 等后为所述第一 VPN实例分配的 VPN实例标签。
25、 根据权利要求 20至 24中任一项所述的第二路由设备， 其特征在于， 还包括：
标签替换单元， 用于将业务转发过程中使用的 VPN私网路由标签替换为 所述第一 VPN实例标签， 以在业务转发过程中的 VPN ·^艮文中封装所述第一 VPN实例标签和隧道标签； 和 /或
标签增加单元， 用于在业务转发过程中使用的标签中增加所述第一 VPN 实例标签， 以在业务转发过程中的 VPN报文中封装所述第一 VPN实例标签、 VPN私网路由标签和隧道标签。
26、 根据权利要求 20至 23中任一项所述的第二路由设备， 其特征在于， 还包括： 第四消息发送单元， 用于向所述第一路由设备发送第四 BGP更新消息， 所述第四 BGP更新消息包括： 所述第二 VPN实例标识、 所述第二 RT、 所述 第一 VPN实例标识和第二 VPN实例标签， 所述第二 VPN实例标签是所述第 二路由设备在确定所述第一 RT和所述第二 RT相等后为所述第一 VPN实例 分配的 VPN实例标签。
PCT/CN2013/076854 2012-06-06 2013-06-06 标签分发方法及设备 WO2013182066A1 (zh)

Priority Applications (4)

Application Number Priority Date Filing Date Title
EP17162667.4A EP3255840B1 (en) 2012-06-06 2013-06-06 Label distribution method and device
EP13800150.8A EP2846498B1 (en) 2012-06-06 2013-06-06 Label distribution method and device
US14/562,427 US9893986B2 (en) 2012-06-06 2014-12-05 Label distribution method and device
US15/845,851 US10554542B2 (en) 2012-06-06 2017-12-18 Label distribution method and device

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CN201210184111.3A CN102724118B (zh) 2012-06-06 2012-06-06 标签分发方法及设备
CN201210184111.3 2012-06-06

Related Child Applications (1)

Application Number Title Priority Date Filing Date
US14/562,427 Continuation US9893986B2 (en) 2012-06-06 2014-12-05 Label distribution method and device

Publications (1)

Publication Number Publication Date
WO2013182066A1 true WO2013182066A1 (zh) 2013-12-12

Family

ID=46949783

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2013/076854 WO2013182066A1 (zh) 2012-06-06 2013-06-06 标签分发方法及设备

Country Status (4)

Country Link
US (2) US9893986B2 (zh)
EP (2) EP2846498B1 (zh)
CN (1) CN102724118B (zh)
WO (1) WO2013182066A1 (zh)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN112769614A (zh) * 2021-01-04 2021-05-07 烽火通信科技股份有限公司 一种按需vpn的自动管理方法和异构网络的互通系统

Families Citing this family (16)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN102724117B (zh) 2012-06-06 2015-09-30 华为技术有限公司 多协议标签交换流量工程隧道建立方法及设备
CN102724118B (zh) * 2012-06-06 2014-12-31 华为技术有限公司 标签分发方法及设备
CN103209125B (zh) * 2013-04-07 2016-03-02 杭州华三通信技术有限公司 一种标签信息的传输方法和设备
CN104734929B (zh) * 2013-12-18 2019-03-01 华为技术有限公司 路由扩散的方法及装置
CN105812198B (zh) * 2014-12-26 2020-02-14 中兴通讯股份有限公司 桥接网络端到端的监测方法和装置
CN106034075B (zh) * 2015-03-09 2020-03-27 中兴通讯股份有限公司 一种为vpn路由分配标签的方法及装置
CN106936713B (zh) * 2015-12-30 2020-02-21 华为技术有限公司 一种标签管理方法，数据流处理方法及设备
US10164876B2 (en) 2016-12-09 2018-12-25 Cisco Technology, Inc. Efficient multicast traffic forwarding in EVPN-based multi-homed networks
CN107547378B (zh) * 2017-09-28 2020-04-03 新华三技术有限公司 一种vpn路由学习方法和装置
CN110557317B (zh) * 2018-06-01 2022-05-13 华为技术有限公司 管理虚拟专用网络的方法和设备
CN110677345B (zh) * 2018-07-02 2021-12-17 华为技术有限公司 一种用户报文传输方法及通信设备
CN113660161A (zh) 2018-08-30 2021-11-16 华为技术有限公司 通信方法和通信设备
US10897417B2 (en) * 2018-09-19 2021-01-19 Amazon Technologies, Inc. Automated route propagation among networks attached to scalable virtual traffic hubs
CN113472658B (zh) * 2021-06-29 2022-11-18 新华三信息安全技术有限公司 一种报文封装方法、报文转发方法及装置
US20230079209A1 (en) * 2021-09-09 2023-03-16 Juniper Networks, Inc. Containerized routing protocol process for virtual private networks
CN113765794B (zh) * 2021-09-30 2022-11-25 新华三信息安全技术有限公司 数据发送的方法、装置、电子设备及介质

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20080101385A1 (en) * 2006-10-30 2008-05-01 At&T Knowledge Ventures, L.P. System and method for filtering routing updates
CN102281533A (zh) * 2011-08-03 2011-12-14 华为技术有限公司 基于rt建立lsp的方法、系统和路由器
CN102724118A (zh) * 2012-06-06 2012-10-10 华为技术有限公司 标签分发方法及设备

Family Cites Families (26)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6665273B1 (en) 2000-01-11 2003-12-16 Cisco Technology, Inc. Dynamically adjusting multiprotocol label switching (MPLS) traffic engineering tunnel bandwidth
US20020136223A1 (en) 2000-12-19 2002-09-26 Ho Ka K. Method and apparatus for interworking PNNI with the signalling and routing protocols used in MPLS networks
US7619966B2 (en) * 2003-02-21 2009-11-17 Alcatel Lucent Hybrid virtual private LAN extensions
US6970464B2 (en) * 2003-04-01 2005-11-29 Cisco Technology, Inc. Method for recursive BGP route updates in MPLS networks
US20040255028A1 (en) * 2003-05-30 2004-12-16 Lucent Technologies Inc. Functional decomposition of a router to support virtual private network (VPN) services
KR100693059B1 (ko) 2005-01-24 2007-03-12 삼성전자주식회사 Ｍｐｌｓ 기반의 ｖｐｎ 제공 장치 및 방법
US7508829B2 (en) * 2005-11-30 2009-03-24 Cisco Technology, Inc. Method and apparatus providing prioritized recursion resolution of border gateway protocol forwarding information bases
CN100563211C (zh) * 2006-09-29 2009-11-25 华为技术有限公司 一种虚拟网关、虚拟子网的实现方法以及系统
CN103840998A (zh) 2007-01-17 2014-06-04 北方电讯网络有限公司 用于使用了基于802.1ah的隧道的第2层和第3层虚拟专用网络的边界网关协议扩展团体属性
CA2670766A1 (en) * 2007-01-17 2008-07-24 Nortel Networks Limited Method and apparatus for interworking ethernet and mpls networks
ATE556514T1 (de) * 2008-01-09 2012-05-15 Ericsson Telefon Ab L M Einrichten eines virtuellen privaten netzwerks
CN101237376A (zh) * 2008-01-24 2008-08-06 华为技术有限公司 一种虚拟专用网的标签获取方法和自主系统边界路由设备
CN101277245B (zh) 2008-05-06 2012-05-23 华为技术有限公司 一种l2vpn跨域的实现方法、系统和装置
CN101577657B (zh) 2008-05-08 2012-05-23 华为技术有限公司 一种建立隧道的方法以及实现隧道建立的系统
US8565248B2 (en) 2008-06-26 2013-10-22 Cisco Technology, Inc. Pure control-plane approach for on-path connection admission control operations in multiprotocol label switching virtual private networks
CN101631072B (zh) 2008-07-17 2012-04-04 华为技术有限公司 一种伪线建立方法、装置和系统
CN101388823A (zh) * 2008-11-05 2009-03-18 杭州华三通信技术有限公司 建立双向流量工程隧道的方法和设备
US8514864B2 (en) * 2009-03-31 2013-08-20 Verizon Patent And Licensing Inc. System and method for providing network mobility
CN101883044A (zh) 2009-05-08 2010-11-10 华为技术有限公司 一种双向点到多点标签交换路径的建立方法、装置及系统
CN101599901B (zh) * 2009-07-15 2011-06-08 杭州华三通信技术有限公司 远程接入mpls vpn的方法、系统和网关
CN102025586B (zh) * 2009-09-09 2014-07-09 华为技术有限公司 多协议标签交换网络和以太网的互通方法、装置和系统
CN102148738A (zh) 2010-02-05 2011-08-10 华为技术有限公司 无缝多协议标签交换网络中标签分配方法、装置和系统
US8767731B2 (en) * 2010-05-19 2014-07-01 Alcatel Lucent Method and apparatus for MPLS label allocation for a BGP MAC-VPN
CN102377630A (zh) 2011-10-13 2012-03-14 华为技术有限公司 基于流量工程隧道的虚拟专用网络实现方法及系统
US8750099B2 (en) * 2011-12-16 2014-06-10 Cisco Technology, Inc. Method for providing border gateway protocol fast convergence on autonomous system border routers
CN102724117B (zh) 2012-06-06 2015-09-30 华为技术有限公司 多协议标签交换流量工程隧道建立方法及设备

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20080101385A1 (en) * 2006-10-30 2008-05-01 At&T Knowledge Ventures, L.P. System and method for filtering routing updates
CN102281533A (zh) * 2011-08-03 2011-12-14 华为技术有限公司 基于rt建立lsp的方法、系统和路由器
CN102724118A (zh) * 2012-06-06 2012-10-10 华为技术有限公司 标签分发方法及设备

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN112769614A (zh) * 2021-01-04 2021-05-07 烽火通信科技股份有限公司 一种按需vpn的自动管理方法和异构网络的互通系统
CN112769614B (zh) * 2021-01-04 2022-04-15 烽火通信科技股份有限公司 一种按需vpn的自动管理方法和异构网络的互通系统

Also Published As

Publication number Publication date
US20180109448A1 (en) 2018-04-19
US10554542B2 (en) 2020-02-04
EP2846498A1 (en) 2015-03-11
CN102724118B (zh) 2014-12-31
US9893986B2 (en) 2018-02-13
CN102724118A (zh) 2012-10-10
US20150092780A1 (en) 2015-04-02
EP2846498B1 (en) 2017-05-03
EP3255840A1 (en) 2017-12-13
EP2846498A4 (en) 2015-04-29
EP3255840B1 (en) 2019-01-02

Similar Documents

Publication Publication Date Title
US10554542B2 (en) Label distribution method and device
US11032105B2 (en) Method for implementing GRE tunnel, home gateway and aggregation gateway
US9979595B2 (en) Subscriber management and network service integration for software-defined networks having centralized control
US8913623B2 (en) Method and apparatus for processing labeled flows in a communications access network
US9184935B2 (en) Network communication method and network node device
CN105245452B (zh) 多协议标签交换流量工程隧道建立方法及设备
CN108574616A (zh) 一种处理路由的方法、设备及系统
KR102050910B1 (ko) 연결 실패 시에 홈 네트워크에 대한 재라우팅을 인에이블시키는 방법 및 시스템
JP5403562B2 (ja) ネットワークシステム
CN105357099A (zh) 一种基于sdn的虚拟专用网络的实现方法
KR101694223B1 (ko) 패킷을 전송하는 방법, 라우팅 브리지, 및 시스템
CN112491687B (zh) 一种处理报文的方法及装置
JP2011521525A (ja) フロー容量を等化する方法、装置、及びシステム
WO2021185043A1 (zh) 转发路径建立方法、装置以及计算机可读存储介质
CN105490937B (zh) 以太虚拟网络网关切换方法和服务商边缘节点设备
EP2166735A1 (en) Method and device for data processing and communication system comprising such device
WO2012142753A1 (zh) Ip承载网性能监控的方法及设备
EP2995045B1 (en) Method and telecom network equipment for aggregating pseudowires
WO2007082424A1 (fr) Procédé d&#39;identification de chemins a multiples flux de trafic a émulation
WO2012013060A1 (zh) 通过伪线传输业务的方法及装置

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

Country of ref document: EP

Kind code of ref document: A1

REEP Request for entry into the european phase

Ref document number: 2013800150

Country of ref document: EP

WWE Wipo information: entry into national phase

Ref document number: 2013800150

Country of ref document: EP

NENP Non-entry into the national phase

Ref country code: DE