[go: up one dir, main page]

WO2014044151A1 - Vpn实现方法和pe设备 - Google Patents

Vpn实现方法和pe设备 Download PDF

Info

Publication number
WO2014044151A1
WO2014044151A1 PCT/CN2013/083435 CN2013083435W WO2014044151A1 WO 2014044151 A1 WO2014044151 A1 WO 2014044151A1 CN 2013083435 W CN2013083435 W CN 2013083435W WO 2014044151 A1 WO2014044151 A1 WO 2014044151A1
Authority
WO
WIPO (PCT)
Prior art keywords
vpn
topology
local
opposite end
information
Prior art date
Legal status (The legal status 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 status listed.)
Ceased
Application number
PCT/CN2013/083435
Other languages
English (en)
French (fr)
Inventor
庄顺万
李振斌
宋宝华
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Huawei Technologies Co Ltd
Original Assignee
Huawei Technologies Co Ltd
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 Huawei Technologies Co Ltd filed Critical Huawei Technologies Co Ltd
Priority to EP13839169.3A priority Critical patent/EP2890060B1/en
Publication of WO2014044151A1 publication Critical patent/WO2014044151A1/zh
Priority to US14/664,392 priority patent/US9755855B2/en
Anticipated expiration legal-status Critical
Ceased legal-status Critical Current

Links

Classifications

    • 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
    • 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]
    • H04L12/4675—Dynamic sharing of VLAN information amongst network nodes
    • H04L12/4683—Dynamic sharing of VLAN information amongst network nodes characterized by the protocol used
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/12—Discovery or management of network topologies
    • H04L41/122—Discovery or management of network topologies of virtualised topologies, e.g. software-defined networks [SDN] or network function virtualisation [NFV]
    • 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
    • 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]

Definitions

  • VPN implementation method and PE device The present application claims priority to Chinese Patent Application No. 201210351991.9, entitled “VPN Implementation Method and PE Device”, filed on September 20, 2012, the entire contents of which are incorporated by reference. Combined in this application.
  • the present invention relates to communications technologies, and in particular, to a virtual private network (Virtual Private Network) implementation method and a PE device. Background technique
  • the VPN members are connected in different locations through the MPLS backbone network, for example, the first VPN member and The second VPN member is connected, and the first VPN member and the second VPN member are connected in the same VPN through the MPLS backbone network.
  • the first VPN member connects to the first carrier edge (Provider Edge, nickname: ⁇ ) device of the MPLS backbone network through a first user edge (Customer Edge: CE) device, and the first device passes the MPLS backbone.
  • the second PE device is connected to the second PE device, and the second PE device is connected to the second VPN member by using the second CE.
  • the first VPN member and the second VPN member can pass the first CE, the first PE, the MPLS backbone network, the second PE, and the second The CE connected path communicates.
  • the MPLS backbone network multiple topologies with different Quality of Service (Qos) may be divided. For example, the first topology and the second with different Qos are divided in the MPLS backbone network. Topology.
  • Qos Quality of Service
  • the first topology and the second with different Qos are divided in the MPLS backbone network.
  • Topology In the prior art, when different VPN members are connected through the MPLS backbone network, traffic in different directions may be selected from different topologies of the MPLS backbone network. For example, when the first VPN member sends a packet to the second VPN member, the packet is transmitted through the MPLS. The first topology of the backbone network is transmitted, and the second VPN member sends the packet to the first VPN member through the second topology of the MPLS backbone network, which causes the service quality of the communication between the two ends of the same VPN to be inconsistent and lower. The quality of service of the VPN.
  • a VPN implementation method and a PE device are provided to implement MPLS VPN in a multi-topology environment, and improve the service quality of the multi-topology VPN.
  • a first aspect of the present invention provides a VPN implementation method, which is applied to a multi-protocol label switching virtual private network MPLS VPN having multiple topologies, where the MPLS VPN includes an MPLS backbone network, and is connected through the MPLS backbone network.
  • the MPLS VPN includes an MPLS backbone network, and is connected through the MPLS backbone network.
  • Each of the VPN members, the MPLS backbone network includes at least two PE devices, and the at least two PE devices are used to connect each VPN member in the MPLS VPN.
  • the method includes:
  • the local end and the peer end select a topology supported by the peer end;
  • the MPLS VPN is implemented by connecting the VPN members by the commonly supported topology.
  • the multiple topology exists in the VPN member of the MPLS VPN; the VPN topology information of the local end is sent to the PE device of the peer end, and the VPN topology of the peer end sent by the PE device of the opposite end is received.
  • the information includes: the topology information supported by all the VPN members connected to the local end is used as the VPN topology information of the local end, and is sent to the peer PE device;
  • the sending the VPN topology information of the local end to the PE device of the peer end, and receiving the VPN topology information of the peer end sent by the PE device of the peer end further includes: configuring the VPN topology information of the local end
  • the VPN ID of the VPN member to which the VPN member belongs, the IP address of the local PE device where the VPN member is located, and the routing target RT are sent to the peer PE device.
  • the VPN member of the VPN member to which the VPN topology information sent by the peer PE device belongs is received.
  • the VPN sent by the PE device of the end obtains the VPN topology information of the local end that matches the RT, and the obtained VPN topology information of the local end belongs to the same VPN member of the peer end;
  • the information and the VPN topology information of the peer end obtain the VPN topology information supported by the same VPN member of the local end and the peer end;
  • Each member of the VPN connection further comprising: transmitting said further IP address of the local PE device to the peer PE.
  • the sending the VPN topology information of the local end to the PE device of the peer end includes: encapsulating the VPN topology information of the local end in the BGP NLRI and sending the PE device to the peer PE device;
  • the sending, by the peer PE device, the VPN topology information that is supported by the peer PE includes: encapsulating the commonly supported VPN topology information in the BGP extended community attribute and sending the information to the peer PE device.
  • the method before the sending the VPN topology information of the local end to the PE device of the peer end, the method further includes: receiving a BGP Open message sent by the PE device of the peer end, where the BGP Open message is carried in the BGP Open message.
  • the operation of the PE device that supports the peer end supports the VPN topology discovery capability; the operation of transmitting the VPN topology information of the local end to the peer PE device is performed according to the identifier.
  • the multiple topology exists in the MPLS backbone network of the MPLS VPN; the sending the VPN topology information of the local end to the PE device of the opposite end, and receiving the PE of the opposite end
  • the VPN topology information of the peer end sent by the device is:
  • the topology identifier of the topology of the MPLS backbone network selected by the local PE device is sent to the PE device of the peer end, and the MPLS selected by the peer device sent by the peer PE device is received.
  • the topology identifier of the topology is such that the local end and the peer end select the MPLS backbone network topology having the same topology identifier; and the connecting the VPN members by using the commonly supported topology, including:
  • the MPLS backbone network topology corresponding to the same topology identifier selected by the peer end and the peer end implements communication between the members.
  • the local PE device is a service active party of the VPN service
  • the topology identifier of the MPLS backbone network topology selected by the local end is sent to the peer PE device
  • the The topological identifier of the MPLS backbone network topology selected by the peer device sent by the peer PE device includes: after performing the performing the topology identifier of the topology of the MPLS backbone network selected by the local end, sending the topology identifier of the MPLS backbone network topology to the peer PE device, The topology identifier of the topology of the MPLS backbone network selected by the peer device, and the topological identifier of the topology of the MPLS backbone network selected by the peer end and the topology of the MPLS backbone network selected by the local end
  • the Park logo is the same.
  • the local PE device is a service passive party of the VPN service
  • the topology identifier of the MPLS backbone network topology selected by the local end is sent to the peer PE device
  • the The topological identifier of the topology of the MPLS backbone network selected by the peer device, which is sent by the peer PE device includes: a topology identifier of the MPLS backbone network topology selected by the peer device that is sent by the peer PE device;
  • the topology of the MPLS backbone network corresponding to the topological identifier of the MPLS backbone network topology selected by the peer PE device is sent to the peer PE device.
  • the topology identifier selected by the local end is the same as the topology identifier selected by the peer end.
  • the topology identifier of the topology of the MPLS backbone network selected by the local end is sent to the PE device of the peer end, and the method includes: encapsulating the topological identifier of the topology of the MPLS backbone network selected by the local end in BGP The PE device sent to the peer in the NLRI.
  • the topology identifier of the topology of the MPLS backbone network selected by the local end is encapsulated in the BGP NLRI and sent to the peer PE device, and the method further includes: receiving the BGP Open sent by the peer PE device
  • the BGP Open message carries an identifier for indicating that the PE device of the peer end supports the VPN topology selection capability; and the topology identifier of the MPLS backbone network topology selected by the local end is encapsulated in the BGP NLRI and sent to the BGP NLRI.
  • the peer PE device is executed according to the identifier.
  • the topology of the MPLS backbone network selected by the local end is The topology identifier is encapsulated in the BGP NLRI and sent to the peer PE device.
  • the previous method includes: encapsulating the IP address of the local end, the VPN ID of each VPN member connected to the local end, and the routing target RT in the BGP NLRI, and sending the The peer PE device; and the IP address of the peer PE device sent by the peer PE device through the BGP NLRI encapsulation, the VPN ID of each VPN member connected to the peer PE device, and the RT; RT: Obtain the VPN ID of the local VPN member that matches the RT. The obtained VPN member of the local end belongs to the same VPN as the VPN member of the peer.
  • the VPN topology information of the local end is sent to the peer PE device, including: The topology of the topology of the MPLS backbone network, the VPN ID of the local VPN member that selects the topology of the MPLS backbone network, the IP address of the local end, the VPN ID of the peer VPN member that belongs to the same VPN as the local VPN member, and the peer end.
  • the IP address of the PE device is encapsulated in the BGP NLRI and sent to the peer PE device.
  • the topology identifier of the topology of the MPLS backbone network selected by the local end is sent to the PE device of the peer end, and the method includes: encapsulating the topology identifier of the topology of the MPLS backbone network selected by the local end in the The LDP mapping message or the BGP extended community attribute is sent to the peer PE device.
  • Another aspect of the present invention provides a PE device, which is applied to a multi-protocol label switching virtual private network MPLS VPN having multiple topologies, where the MPLS VPN includes an MPLS backbone network, and each connected through the MPLS backbone network.
  • the MPLS VPN includes an MPLS backbone network, and each connected through the MPLS backbone network.
  • a VPN member at least two of the PE devices that are respectively connected to each VPN member are located in the MPLS backbone network; each of the PE devices includes:
  • the information exchange unit is configured to send the VPN topology information of the local end to the PE device of the peer end, and receive the VPN topology information of the peer end sent by the PE device of the opposite end;
  • the topology determining unit is configured to: according to the VPN topology information of the local end and the VPN topology information of the peer end, the local end and the peer end select a topology supported by the peer end;
  • the VPN processing unit is configured to connect the VPN members by using the commonly supported topology to implement the MPLS VPN.
  • the multiple topology exists in a VPN member of the MPLS VPN; the information exchange unit is specifically configured to use topology information supported by all VPN members connected to the local end as The VPN topology information of the local end is sent to the PE device of the peer end; and the topology information supported by all VPN members connected to the peer PE device sent by the PE device of the peer end is received; The peer PE device sends a VPN route. Information, and the commonly supported VPN topology information.
  • the information exchange unit is further configured to: use the VPN identifier of the VPN member to which the VPN topology information of the local end belongs, the IP address of the local PE device where the VPN member is located, and The routing target RT is sent to the peer PE device; and receives the VPN identity of the VPN member to which the VPN topology information sent by the peer PE device belongs, the IP address of the peer PE device, and the RT; the topology determining unit is specifically used for Obtaining the VPN topology information of the local end that matches the RT according to the received RT of the PE device of the peer end, and obtaining the VPN member of the local end of the VPN topology information that belongs to the VPN member of the peer end; And obtaining, according to the VPN topology information of the local end and the VPN topology information of the peer end, a topology corresponding to the VPN topology information supported by the same VPN member of the local end and the peer end as the same extension
  • the VPN processing unit is further configured to send the IP address of the local PE device to the peer PE device.
  • the information exchange unit is specifically configured to encapsulate the VPN topology information of the local end in a BGP NLRI and send the PE device to the peer end;
  • the VPN processing unit is specifically configured to: The commonly supported VPN topology information encapsulation is sent to the peer PE device in the BGP extended community attribute.
  • the information exchange unit is further configured to: before the sending the VPN topology information of the local end to the PE device of the opposite end, receive the BGP Open message sent by the PE device of the opposite end, where The BGP Open message carries an identifier for indicating that the PE device of the peer end supports the VPN topology discovery capability.
  • the multiple topology exists in the MPLS backbone network of the MPLS VPN; and the information exchange unit is specifically configured to use the topology of the MPLS backbone network selected by the local end. Identifying the PE device that is sent to the peer end, and receiving the topology identifier of the MPLS backbone network topology selected by the peer device sent by the peer PE device; the topology determining unit is specifically used for the MPLS backbone network selected according to the local end. The topology identifier of the topology and the topology identifier of the topology of the MPLS backbone network selected by the peer end are the same, so that the topology identifier of the local end and the peer end are the same; the VPN processing unit is specifically configured to pass the local end and the pair.
  • the MPLS backbone network topology corresponding to the same topology identifier selected by the terminal is used to implement communication between the members.
  • the PE device is a service active party of the VPN service, and the information exchange unit is specifically configured to perform the topological identifier of the MPLS backbone network topology selected by the local end. After being sent to the peer PE device, receiving the PE device sent by the peer end Topological identifier of the topology of the MPLS backbone network selected by the peer.
  • the PE device is a service passive party of the VPN service
  • the information exchange unit is specifically configured to receive the MPLS backbone network topology selected by the peer device sent by the peer PE device. If the local end supports the topology of the MPLS backbone network corresponding to the topology identifier, the topology identifier of the topology of the MPLS backbone network selected by the local end is sent to the peer PE device, and the local end selects the The topology identifier is the same as the topology identifier selected by the peer.
  • the information exchange unit is specifically configured to encapsulate the topology identifier of the topology of the MPLS backbone network selected by the local PE device in the BGP NLRI to be sent to the peer PE device.
  • the information exchange unit is further configured to: before the topology identifier of the MPLS backbone network topology selected by the local PE device is encapsulated in the BGP NLRI and sent to the peer PE device, and received A BGP Open message sent by the PE device of the peer end, where the BGP Open message carries an identifier for indicating that the PE device of the peer end supports the VPN topology selection capability.
  • the information exchange unit is further configured to: before the topological identifier of the MPLS backbone network topology selected by the local end is encapsulated in the BGP NLRI and sent to the peer PE device,
  • the IP address of the local PE device, the VPN ID of each VPN member connected to the local end, and the route target RT are encapsulated in the BGP NLRI and sent to the peer PE device.
  • the peer PE device is sent through the BGP NLRI encapsulation.
  • the IP address of the peer PE device, the VPN ID of each VPN member connected to the peer PE device, and the RT; and the topology identifier of the topology of the MPLS backbone network selected by the local end, and the MPLS backbone network is selected.
  • the VPN ID of the local VPN member, the IP address of the local end, the VPN ID of the peer VPN member that belongs to the same VPN as the local VPN member, and the IP address of the peer PE device are encapsulated in the BGP NLRI.
  • the topology determining unit is further configured to obtain, according to the received RT sent by the PE device of the peer end, a VPN identifier of the VPN member of the local end that matches the RT, where the End VPN member and peer The VPN member belongs to the same.
  • the information exchange unit is specifically configured to send the local community attribute to the peer PE device. Using the above technical solution, the VPN topology letter is executed between the local PE device and the peer PE device.
  • FIG. 1 is a structural diagram of an application system of an embodiment of a VPN implementation method according to the present invention
  • FIG. 2 is a schematic flowchart of an embodiment of a VPN implementation method according to the present invention.
  • FIG. 3 is a schematic structural diagram of a system according to another embodiment of a VPN implementation method according to the present invention.
  • FIG. 4 is a schematic flowchart of another embodiment of a VPN implementation method according to the present invention.
  • FIG. 5 is a schematic flowchart diagram of still another embodiment of a VPN implementation method according to the present invention.
  • FIG. 6 is a schematic structural diagram of a system according to still another embodiment of a VPN implementation method according to the present invention.
  • FIG. 7 is a schematic flowchart of still another embodiment of a VPN implementation method according to the present invention.
  • FIG. 8 is a schematic flowchart of still another embodiment of a VPN implementation method according to the present invention.
  • FIG. 9 is a schematic flowchart of still another embodiment of a VPN implementation method according to the present invention.
  • FIG. 10 is a schematic structural diagram of an embodiment of a PE device according to the present invention.
  • FIG. 11 is a structural diagram of an entity of an embodiment of a PE device according to the present invention. detailed description
  • FIG. 1 is an application system architecture diagram of an embodiment of a VPN implementation method of the present invention.
  • the system is a network architecture of an MPLS VPN
  • the MPLS VPN includes an MPLS backbone network 11 and a plurality of VPN members 12.
  • Each VPN member 12 in a different location is connected through the MPLS backbone network 11, and the plurality of VPN members 12 may belong to the same VPN; for example, two VPN members 12 as illustrated in FIG. 1 are connected through the MPLS backbone network 11 and both are connected.
  • At least two PE devices are disposed at the edge of the MPLS backbone network 11, and the PE device is used to connect to the VPN member.
  • the VPN implementation method and the specific structure of the PE device in the embodiment of the present invention are described in detail below on the basis of the network architecture shown in FIG. 1.
  • the MPLS VPN shown in FIG. Park the multiple topologies may be located, for example, in the VPN member 12. Or in the MPLS backbone network 11, the embodiment of the present invention will describe the implementation of the VPN in the multi-topology environment.
  • the concepts of "local end” and “peer end” are involved, which are mutual names of two VPN member sides connected through the MPLS backbone network; for example, the first VPN member and the first The two VPN members are connected through the MPLS backbone network. From the perspective of the first VPN member, the end of the first VPN member is the local end, and the end of the second VPN member is the peer end. Similarly, from the second VPN. From the perspective of the member, the end of the second VPN member is the local end, and the end of the first VPN member is the peer.
  • FIG. 2 is a schematic flowchart of a VPN implementation method according to an embodiment of the present invention.
  • the VPN implementation method in this embodiment may be performed by a PE device in an MPLS backbone network. As shown in FIG. 2, the method includes:
  • the local PE device and the peer PE device exchange VPN topology information, that is, the local PE device sends the local VPN topology information to the peer end, and the peer end also sends the VPN topology information to the local end. .
  • the VPN topology information is, for example, a topology identifier of two logical topologies (for example, a topology ID).
  • the MPLS backbone network includes two topologies; at this time, the VPN topology information refers to, for example, two extensions.
  • the basic logo of Park for example, the topology ID).
  • the VPN topology information is collected by the PE device when multiple topologies in the MPLS VPN are present in the VPN member.
  • the topology information existing in the VPN member connected by the CE may be sent to the PE by the CE. device.
  • the PE device may be the VPN member from the MPLS backbone according to the information about the VPN member connected thereto (for example, the service requirements of the VPN member). Select a topology from multiple topologies of the network. 202. According to the VPN topology information of the local end and the VPN topology information of the peer end, the local end and the opposite end select a topology supported by the peer end;
  • the local end and the peer PE perform the exchange of the VPN topology information, so that the local end and the peer end can select the same topology from the multiple topologies according to the exchanged VPN topology information.
  • the same topology refers to the topology with the same topology ID.
  • the VPN topology information at both ends includes topology 1, and the same topology selected includes topology 1.
  • the local PE device can perform topology information according to the local VPN member (for example, Topology 1, Topology 2, Topology 3), and The topology information (for example, Topology 1, Topology 4) in the received VPN member of the peer end, so that the local end and the peer end select the topology supported by the peer (for example, Topology 1), the local end and the opposite end. Select the same topology, that is, the topology (topology 1) that is supported together. The choice is the same topology. If there are multiple topologies supported together, you can choose one to form a VPN.
  • the local PE device in the MPLS backbone network sends the service flow to the peer PE device.
  • the path can be transmitted through path 1 or through path 2.
  • the local PE device can make the topology information of the MPLS backbone network selected by the local end (for example, topology 1) and the topology information of the MPLS backbone network selected by the peer PE device (for example, topology 1).
  • the local end and the peer end select the same topology from the multiple topologies.
  • the traffic may be transmitted through the topology 1. It can also be transmitted through topology 2, etc., which topology transmission is determined by the PE device, that is, the PE device is responsible for selecting one of multiple topologies of the MPLS backbone network, for example, It needs to determine the transmission of traffic flow, etc., corresponding to different topologies of the transmission path may have different transmission quality.
  • the local PE device and the peer PE device are the active party and the service passive party. The active party is the one that performs the topology selection first, and the service passive party is the topology selection.
  • the PE device is the active party of the service or the passive party of the service; the active party first selects a topology from multiple topologies of the MPLS backbone network and notifies the passive party of the service, and the passive party of the service performs the same selection as the active party of the service. can.
  • the VPN is implemented based on the same topology.
  • the VPN member of the local end connected by the MPLS backbone network and the VPN member of the opposite end can implement the VPN through the topology 1 that they support together; or, when MPLS When multiple topologies in the VPN exist in the MPLS backbone network, both the local VPN member and the peer VPN member can communicate through the topology 1 in the MPLS backbone network.
  • the VPN topology information is exchanged between the local PE device and the peer PE device, and the VPN topology information is exchanged according to the VPN topology information. Selecting the same topology as the peer to implement the VPN in the multi-topology environment ensures the service quality of the multi-topology VPN. For example, when the MPLS backbone network is more topological, the local and peer select the same MPLS backbone network extension. Park, can guarantee the same quality of service when communicating at both ends.
  • FIG. 3 is a schematic diagram of a system architecture of another embodiment of a VPN implementation method according to the present invention.
  • FIG. 4 is a schematic flowchart of another embodiment of a VPN implementation method according to the present invention.
  • multiple topologies are stored in VPN members of the MPLS VPN.
  • PE1 is connected to VPNA and VPNB.
  • VPNA and VPNB are VPN members on the PE1 side
  • PE2 is connected to VPNA and VPNB
  • VPNA and VPNB connected to PE2 are VPN members on the PE2 side
  • the VPNA connected to PE1 and the VPNA connected to PE2 are connected through the MPLS backbone network, and all belong to the same VPN, that is, VPNA.
  • the VPNA described here is a VPN.
  • PE1 and PE2 are respectively connected, for example, the VPNA refers to the VPNA.
  • VPN members are connected, and VPNA connected to each VPN of PE1 and PE2 refers to a VPN.
  • the VPNB connected to PE1 and the VPNB connected to PE2 are connected through the MPLS backbone network, and all belong to the same VPN, that is, VPNB.
  • Each VPN member is connected to a CE device.
  • VPNA on the PE1 side is connected to CE1.
  • the topologies are Topology 1, Topology 3 and Topology 5 (VPN Topo 5).
  • the topology of each VPNB member is similar. See Figure 3.
  • the method for implementing the VPN in this embodiment is as shown in FIG. 4.
  • the side where the PE1 is located is referred to as the local end, and the side where the PE2 is located is referred to as the opposite end.
  • BGP Open Boundary Gateway Association Open the message
  • the BGP session establishment process between the PE1 and the PE2 is performed.
  • BGP Border Gateway Protocol
  • PE1 and PE2 will be established. Confirmation of related parameters of session establishment by sending a BGP Open message.
  • an identifier for indicating that the PE device supports the VPN topology discovery capability is defined.
  • the identifier "240" is used to represent the VPN topology discovery capability, and the capability negotiation parameter corresponding to the identifier is carried in the BGP Open message.
  • the BGP Open message originally has this field, this embodiment only defines a new identifier to represent this new capability, namely VPN topology discovery capability, and sets the identifier in this field.
  • PE1 supports the VPN topology discovery capability, it carries the identifier "240" in the BGP Open message sent to the peer PE2.
  • the PE2 receives the Open message, it can confirm according to the identifier "240" carried in it.
  • PE1 is capable of supporting VPN topology discovery.
  • PE1 can also confirm that PE2 supports VPN topology discovery based on the identifier carried in the BGP Open message sent by PE2.
  • the VPN topology discovery capability refers to the ability of the PE device to obtain the topology information of each VPN member connected thereto. If both PE1 and PE2 confirm that both parties support the VPN topology discovery capability, proceed to 402; otherwise, if one of the VPNs does not support the VPN topology discovery capability, the VPN in the multi-topology environment cannot be implemented, and the process ends. .
  • the PE1 collects the VPN topology information that the local end can support, and the VPN topology information that PE1 can support is sent to the PE2.
  • the PE2 collects the VPN topology information that the local end, that is, the PE2 can support, and sends the information to the PE1.
  • PE1 and PE2 collect the VPN topology information of the local device.
  • the CE can report the topology information supported by the connected VPN member to the PE.
  • CE1 can send the topology information supported by its connected VPNA (supporting Topology 1, Topology 2, and Topology 3) to PE1.
  • CE3 can connect its VPNA.
  • the supported topology information (support topology 1, topology 3, topology 5) is sent to PE2.
  • the local VPN topology information collected by PE1 and PE2 refers to the topology information supported by all VPN members connected to the local end.
  • the VPN member connected to PE1 includes VPNA connected to CE1 and VPNB connected to CE2.
  • the topology information supported by VPNA is Topology 1, Topology 2, and Topology 3.
  • the topology information supported by VPNB is Topology 2.
  • the topology information obtained by PE1 is Topology 1, Topology 2, Topology 3, Topology 4, and Topology 6, including topology information supported by all VPN members. .
  • the local VPN topology obtained by PE2 The information is Topology 1, Topology 3 and Topology 5.
  • PE1 and PE2 send the VPN topology information of each end to the peer in the Network Layer Reachability Information (NLRI) of BGP.
  • NLRI Network Layer Reachability Information
  • This example defines the format of the packet frame for the device to advertise the VPN topology information to the peer. See Table 1 below. This table 1 can be called the frame in the VPN topology discovery route:
  • VPN MT ID 1 (2 octets)
  • VPN MT ID 2 (2 octets)
  • VPN MT ID N (2 octets)
  • MT Multiple Topology indicates multiple topologies; ID is a topology identifier, for example, Topology 1, Topology 2, etc. described above, where " ⁇ , "2" is equivalent to the topology ID, and the ID is used to represent the corresponding topology.
  • other identifiers may also be used; for example, the VPN MT ID 1 indicates the topology 1 in the multi-topography; and, the implementation
  • Each topology information in the example (such as VPN MT ID 1) is designed to occupy 2 bytes (2 octets).
  • the PE device can pass the BGP NLRI message frame shown in Table 1. All corresponding VPN topology information is simultaneously sent to the peer end, such as "VPN MT ID 1, VPN MT ID 2 VPN MT ID N".
  • the Autonomous System (AS) information of the local device itself can be added to the local device.
  • the information can occupy 4 bytes (4 octets).
  • the peer can identify the scenario in the domain or across the domain, and accordingly perform different routing information processing; for example, the peer PE device
  • the local VPN member and the peer VPN member connected to the MPLS backbone network belong to the same AS (that is, the intra-domain), according to the received AS in the packet frame shown in Table 1. ), or belong to different ASs (that is, cross-domain); after identifying the scenario, the PE device will process routing information according to different scenarios. For example, when it is a cross-domain scenario, the PE device will receive the information.
  • the routing information is translated in a cross-domain scenario.
  • the specific routing information is processed using common technologies and is not described.
  • the PE1 and the PE2 obtain the present according to the VPN topology information supported by the local end and the peer end respectively.
  • the topology corresponding to the VPN topology information supported by the peer end and the peer end is the same topology;
  • the VPN topology information supported by the PE1 includes Topology 1, Topology 2, Topology 3, Topology 4, and Topology 6.
  • the VPN topology information supported by PE2 includes topology 1, topology 3 And Topology 5.
  • PE1 and PE2 can obtain the VPN topology information supported by both parties: Topology 1 and Topology 3.
  • the Topology 1 and Topology 3 are the same extensions selected by both parties. Piao, that is, the VPN member connected to PE1 and the VPN member connected to PE2 can communicate through Topology 1 and Topology 3.
  • the VPNA that connects CE1 and the VPNA that connects to CE3 can choose their own topology 1 to connect, or choose their own topology 3 to connect.
  • VPNB there is no topology 1 or topology supported by both ends of the VPNB connected to CE2.
  • the actual VPNB and the VPNB connected to the CE4 are not supported by the topology. Therefore, the two VPNB members at both ends of the MPLS backbone network, that is, the VPNB of CE2 and the VPNB of CE4 cannot communicate with each other through the MPLS backbone network. In the same VPN.
  • the PE1 and the PE2 respectively send, to the peer end, the VPN topology information supported by the two ends and the VPN routing information corresponding to the VPN topology information.
  • the PEs need to exchange routing information.
  • the PE device supports the VPNs supported by the two ends.
  • the topology information is sent to the peer PE device.
  • the VPN topology information that is commonly supported may be carried when the VPN routing information is sent to the peer PE device.
  • the VPNA connected to the PE1 and the VPNA connected to the PE2 are connected through the MPLS MPLS backbone network, and the topologies supported by the VPNAs at both ends are Topology 1 and Topology 3.
  • the topologies supported by the VPNAs at both ends are Topology 1 and Topology 3.
  • PE1 sends the VPN routing information of the local end to PE2, Carry the identifier of the topology to which the routing information belongs.
  • this embodiment is passing VPNv4 (Virtual Private Network Version)
  • the fourth version of the virtual private network) packet transmission topology 1 corresponding routing information, carrying the identifier of the topology 1, so that the peer PE2 knows that the routing information belongs to the topology 1.
  • PE2 advertises routing information to PE1, it also carries the topology identifier corresponding to the routing information.
  • This embodiment defines a new BGP extended community attribute, and encapsulates the topology identifier corresponding to the VPN routing information in the BGP extended community attribute, and the BGP extended community attribute is sent together with the routing information of the VPNv4 packet (the BGP extended community) Attributes and routing information are carried in the VPNv4 packet.
  • the peer can know the mapping between the routing information and the topology. See Table 2 below is an example of a BGP extended community attribute:
  • 0x03 represents that the encapsulation table represents an extended community attribute, TBD represents undefined, and Reserved represents a reserved bit, and the VPN MT ID is a topology identifier to which the routing information belongs.
  • CE1 sends the routing information of VPNA and the corresponding topology to PE1.
  • PE1 then sends the packet to PE2 through the MPLS backbone network.
  • PE2 then forwards it to CE3.
  • CE3 also passes CE3 to the opposite path.
  • the routing information of the VPNA and the corresponding topology are advertised to the CE1.
  • the exchange of the routing information enables the forwarding devices in the VPNA to be learned by the forwarding devices of the two VPNA members at both ends of the MPLS backbone network, such as the PE device and the CE device.
  • the information is forwarded according to the topology information in the process of forwarding the subsequent packets, thereby implementing VPN connectivity.
  • the VPN can be determined by the route target (RT: RT) when sending the routing information.
  • RT route target
  • the local end sends the topology 1 corresponding to it.
  • the routing information carries the RT (export RT).
  • the peer assumes that there are two VPN members that belong to different VPNs.
  • the topology 1 exists. At this point, the peer device will find the entry that matches the outgoing RT according to the RT.
  • the two VPNs of the peer end have different inbound RTs, and only one of them matches the outbound RT of the local end, and the matching RT and the two VPN members corresponding to the RT are only It belongs to the same VPN; according to this, the device can send routing information to VPN members that belong to the same VPN.
  • FIG. 5 is a schematic flowchart of still another embodiment of a VPN implementation method according to the present invention. This embodiment is still directed to a scenario in which multiple topologies exist in a VPN member. The difference from the second embodiment is that the receiving end can clearly identify the The VPN corresponding to the VPN topology information, when the ⁇ device in the embodiment sends the VPN topology information to the peer end, carries the identifier of the VPN corresponding to the VPN topology information.
  • the method may include:
  • the PE1 collects the VPN topology information supported by each VPN on the PE1 side and sends it to the PE2.
  • the PE2 collects the VPN topology information supported by each VPN on the PE2 side and sends the information to the PE1.
  • the granularity of the VPN topology information is collected for each VPN connected to the PE device.
  • PE1 collects topology information of all VPN members that are connected, and obtains PE1 support topology 1 , topology 2, topology 3, topology 4, and topology 6, but does not distinguish which VPN member each topology belongs to; in this embodiment, when PE1 collects VPN topology information, it will distinguish each The VPN member to which the topology belongs, for example, Topology 1 belongs to VPNA, and Topology 4 belongs to VPNB.
  • the PE device carries the VPN identifier corresponding to the VPN topology information when it is sent to the peer in the BGP NLRI. See Table 3 below.
  • Table 3 shows the format of the packet frame for the PE device to advertise the VPN topology information to the peer.
  • the table 3 can also be called the frame in the VPN topology discovery route.
  • VPN MT ID 1 (2 octets)
  • VPN MT ID 2 (2 octets)
  • the VPN MT ID N (2 octets) includes the VPN ID of the VPN member to which the VPN topology information belongs.
  • the VPN instance corresponding to the topology information (the VPN instance is the VPN routing forwarding table, and is configured by the PE).
  • a route identifier (route Distinguisher, nickname: RD) that is established and maintained for the directly connected VPN member, including the routing information of the VPN member, and the Internet Protocol (Internet Protocol, of the local PE device where the VPN instance is located)
  • the combination of the RD of the VPN instance and the IP address of the PE in which the VPN instance is located indicates the unique corresponding VPN member;
  • Table 3 also includes the topology information supported by the VPN member.
  • the route target (Route Target, RT: RT), the RT carried at this time is RT (export RT).
  • PE2 also uses the VPN topology information supported by each VPN of PE2. The same format is sent to PE1. Among them, "VPN MT ID 1, VPN MT ID 2 VPN” in Table 3.
  • the MT ID N" is the topology information supported by the VPN member corresponding to the combination of the "VPN RD and the PE address, that is, the IP address of the PE".
  • the VPNA connected to the CE1 supports Topology 1, Topology, and Topology 3.
  • the information encapsulated in Table 3 format sent by PE1 is the IP address of RD and PE1 of VPNA and the topology information supported by VPNA (Topology 1, Topology 2, and Topology 3), but not all VPNs connected by PE. All topology information supported by the member.
  • the PE1 and the PE2 respectively obtain the topology corresponding to the VPN topology information supported by the same VPN member of the local end and the peer end according to the VPN topology information supported by the local end and the peer end, respectively, as the same topology;
  • PE1 and PE2 will first obtain the VPN topology information of the local end that matches the RT according to the RT sent in 502. For example, PE1 receives the VPN topology discovery route in the format of Table 3 sent by PE2, and the RT corresponding to the route, the RT is export RT; PE1 will find the VPN topology discovery route stored by itself, if the route is RT (this If the corresponding RT of the end routing table is import RT and matches the export RT, it indicates that the two VPN topology discovery routing tables belong to the same VPN member. For example, in the above manner, the topology discovery route of the VPNA connected to the PE1 and the topology discovery route of the corresponding VPNA connected to the PE2 can be found.
  • PE1 and PE2 are determined to belong to the same VPN member.
  • the same VPN member here means that both ends are VPNA.
  • the outgoing RT of VPN1 of PE1 is equal to the incoming RT of VPNA of PE2, and the incoming RT of VPN1 of PE1 is equal to
  • the VPN topology information that is supported by the local end and the peer end is searched for.
  • the VPNA connected to PE1 supports Topology 1, Topology 2, and Topology 3.
  • the VPNA connected to PE2 supports Extension 4 Bu 1, Extension 4 Bu 3, and Extension 4 Bu 5, and PE1 and PE2 VPNA support the same. It is Topology 1 and Topology 3.
  • both the VPN members of the interactive information have obtained important quintuple information: local PE address, local VPN RD, remote PE address, remote VPN RD, and commonly supported topology information.
  • the PE1 and the PE2 respectively send the VPN routing information to the peer end, and carry the VPN topology information supported by the two ends and the IP address of the local PE device.
  • the PE device in order to enable the receiving end to clearly identify the VPN corresponding to the VPN topology information, the PE device sends the VPN routing information to the peer PE device, and carries the topology identifier to which the routing information belongs.
  • the IP address of the local PE device will be carried. See Table 4 below.
  • Table 4 shows an example of a BGP extended community attribute: BGP extended community attribute that encapsulates VPN topology information
  • PE1 when PE1 sends VPNv4 packets to PE2 to advertise VPN routing information, PE1 can carry the VPN MT ID encapsulated in Table 4 format.
  • the VPN MT ID is the topology identifier to which the routing information belongs, and the IP address of PE1 (that is, PE Address). ).
  • the VPN RD is also carried.
  • the RD is not in the same BGP extended community attribute as the VPN MT ID and the PE address, and is part of the VPNv4 routing information.
  • the peer PE2 obtains the route.
  • the VPN identifier of the topology may be obtained according to the IP address of the PE1 and the VPN RD; and, according to the foregoing three information, plus the local PE address and the local VPN RD, matching the quintuple information obtained by 504, PE2 can accurately know which VPN should be sent to the local VPN.
  • the receiving end can identify the VPN corresponding to the VPN topology information, so that the receiving end can advertise the VPN routing information to the corresponding VPN more quickly, thereby improving the efficiency of the VPN routing information interaction.
  • FIG. 6 is a schematic structural diagram of a system according to still another embodiment of a VPN implementation method according to the present invention
  • FIG. 7 is a schematic flowchart diagram of still another embodiment of a VPN implementation method according to the present invention.
  • multiple topologies are stored in the MPLS backbone network of the MPLS VPN.
  • PE1 is connected to VPNA and VPNB.
  • the VPNA and VPNB are VPN members on the PE1 side.
  • PE2 is connected to VPNA and VPNB.
  • the VPNA and VPNB are VPN members on the PE2 side.
  • the VPNA and the connection on the PE1 are connected.
  • the VPNA of PE2 is connected through the MPLS backbone network and belongs to the same VPN, that is, VPNA.
  • the VPNB connected to PE1 and the VPNB connected to PE2 are connected through the MPLS backbone network, and all belong to the same VPN, that is, VPNB.
  • Each VPN member is connected to the PE device through the CE.
  • the CE is not shown in Figure 6.
  • topologies in the MPLS backbone network there are multiple topologies in the MPLS backbone network, for example, there is a topology A (ie, a path represented by a dotted line indicated by Topo in FIG. 6) and a topology B (ie, Topo B in FIG. 6). The indicated dashed line represents the path).
  • the VPN implementation method in this embodiment is shown in FIG. It is described how each VPN member in the same VPN at both ends of the MPLS backbone network selects the same topology among multiple topologies of the MPLS backbone network.
  • the PEs at both ends need to be pre-configured as the active party or the passive party.
  • PE1 is the active party and PE2 is the passive party.
  • the VPN implementation method in this embodiment includes:
  • PE1 and PE2 confirm that both parties support the VPN topology selection capability through the BGP Open message.
  • an identifier for indicating that the PE device supports the VPN topology selection capability is defined in the BGP Open message, for example, the identifier "120" is used to represent the VPN topology selection capability, and if the PE1 supports the VPN topology selection capability, It will carry the identifier "120" in the Open message sent to the peer PE2.
  • the PE2 can confirm that the PE1 supports the VPN topology selection function according to the identifier "120" carried therein. .
  • PE1 can also confirm that PE2 supports VPN topology selection based on the identifier "120" carried in the BGP Open message sent by PE2.
  • the VPN topology selection capability refers to the ability of the PE device to perform topology selection from multiple topologies of the MPLS backbone network, and specifically, the PE device selects according to the service requirements of the VPN service. If both PE1 and PE2 confirm that both parties support the VPN topology selection capability, proceed to 702. Otherwise, if one of the VPN members does not support the VPN topology selection capability, the MPLS cannot guarantee that the VPN members at both ends select the same topology. The quality of service of the VPN.
  • PE1 and PE2 exchange VPN member information of each connection, and determine the two ends.
  • the VPN members belong to the same VPN.
  • the VPN members that belong to the VPN at both ends of the MPLS backbone network select the same topology of the MPLS backbone network, so firstly, it is necessary to determine the exchange of subsequent topology selection information. (The interaction between the active information selected by the active party and the passive party) is established between the VPN members of the same VPN.
  • advertising VPN member information between PE devices may be through BGP.
  • the advertised VPN member information includes the IP address of the local PE device ( MY PE Address ) and the VPN ID of the VPN member connected to the local end ( MY VPN RD ). In addition, it also carries the inbound RT of the local end (the RT can be carried over another BGP NLRI).
  • PE1 receives the information of the VPNA encapsulated by the BGP NLRI shown in Table 5, such as the RD of the VPNA, the IP address of the PE2, and the RT.
  • the PE1 will first search for the stored information according to the RT.
  • the VPN member information of the local end matched by the RT.
  • the VPN member corresponding to the VPN ID in the VPN member information belongs to the same VPN as the VPN member connected to the peer PE2.
  • the VPNA member connected to PE1 and the VPNA member connected to PE2 are through MPLS.
  • the backbone network is connected in the same VPN (ie VPNA).
  • the service active party PE1 sends the local MPLS backbone network topology information selected by PE1 to the service passive party PE2.
  • the PE1 will first notify the remote party PE2 of the peer end of the topology of the MPLS backbone tunnel selected by the local end.
  • PE1 can be selected according to the VPN service requirements, and multiple MPLS backbone networks are selected.
  • the topology usually has different QoS, and PE1 can select a topology with corresponding Q 0S according to business needs.
  • Table 6 is a frame format for advertising a VPN selection topology.
  • the topology information for sending the VPN selection may be referred to as a VPN selection topology routing message, and the VPN selection topology is a PE according to the VPN information.
  • PE1 will use the VPN ID of the local VPN member (MY VPN RD ), the IP address of the local end ( MY PE Address ), and the VPN of the peer VPN member that belongs to the same VPN as the local VPN member.
  • ID YOUR VPN RD, this information is through the VPN member information in 702
  • the IP address of the peer PE device (the YOUR PE address, that is, the IP address of the PE2), and the topology identifier of the topology of the MPLS backbone network selected by the local end (Selected MT ID, for example, selecting the topology in the MPLS backbone network) A), encapsulated in BGP NLRI according to the format shown in Table 6, and sent to PE2.
  • the PE2 After receiving the topology information of the MPLS backbone network selected by the PE1, the PE2 sends the topology information of the PE2 MPLS backbone network to the PE1.
  • the topology selection of the PE2 is the same as the topology selection of the PE1.
  • the topology information of the MPLS backbone network selected by the PE1 is the topology identifier of the MPLS backbone network selected by the PE1.
  • the PE2 After receiving the topology identifier of the MPLS backbone network selected by the PE1, the PE2 will perform the validity verification. The PE2 will check whether the topology of the topology identifier is supported by the PE2. If it supports, the PE2 will PE1 sends the topology information of the MPLS backbone network selected by PE2 (that is, the topology of the MPLS backbone network).
  • the topology of the MPLS backbone network selected by PE2 is the same as that of the MPLS backbone network selected by PE1.
  • the scenario in which the same topology is selected from multiple topologies of the MPLS backbone network is selected by the PE device of the active party of the service, and the active party of the service is notified to the passive party of the service.
  • the PE device in the passive side of the service will select the same topology as the active party of the service, so that the choices at both ends are the same.
  • PE1 and PE2 implement the communication between the members of the VPN through the topology of the backbone network corresponding to the same topology identifier selected by the local end and the peer end.
  • the communication in both directions is performed through the same MPLS backbone network topology.
  • PE1 sends the packet of the VPN member of PE1 to PE2
  • it sends it through the topology of the selected MPLS backbone network.
  • PE2 sends the packet of the VPN member of PE2 to PE1
  • the same MPLS backbone is selected.
  • the network topology is sent; the two directions are the same as the topology of the selected MPLS backbone network, so they have the same QoS, which improves the service quality of the VPN.
  • FIG. 8 is a schematic flowchart of another embodiment of a VPN implementation method according to the present invention.
  • a label distribution protocol Label Distribution Protocol
  • the cylinder is called: LDP) signaling extension implementation, so that the PE devices at both ends of the Pseudo Wire (Pseudo Wire, PW) of the MPLS backbone network select the tunnel on the same topology.
  • the PE device in the MPLS backbone network is pre-configured as a service active party and a service passive party. As shown in FIG. 8, the method may include:
  • the service active party carries the selected MT ID TLV (selected multi-topology identifier TLV) through the LDP mapping (label distribution protocol mapping) message, and notifies the MPLS backbone network topology identifier selected by the local end of the service passive party;
  • the LDP mapping message includes many types/lengths/values (Type/Length/Value, TLV).
  • TLV Type/Length/Value
  • a new TLV is designed, which is the selected MT ID TLV.
  • the topology ID of the MPLS backbone network used to carry the Layer 2 service For the specific format, see Table 7 below:
  • the topology identifier of the MPLS backbone network selected for the Layer 2 service is the Selected MT ID.
  • the LDP mapping message carries the FEC TLV (equivalent forwarding class TLV) and the Generic Label TLV (general label TLV, which is an allocation label corresponding to the FEC). In this embodiment, Table 7 is added to the LDP mapping message. Selected MT ID TLV as shown.
  • the service passive party sends an LDP mapping message to the active service party according to the topology identifier of the MPLS backbone network selected by the service active party, and the LDP mapping message carries the Selected MT ID TLV, and confirms the selection of the active party of the service;
  • the passive party of the service also performs the validity verification according to the topology identifier of the MPLS backbone network selected by the active party of the service, that is, whether it supports the topology of the MPLS backbone network selected by the service initiative party. If it is supported, the passive party sends an LDP mapping message to the active party, and carries the selected MT ID TLV.
  • the format of the selected MT ID TLV is the same as that in Table 7, which encapsulates the topology of the MPLS backbone network selected by the active party. That is, the Selected MT ID indicates the confirmation of the selection of the active party of the service, that is, the passive party of the service also selects the same MPLS backbone topology.
  • the service active party and the service passive party perform the above information exchange, and establish a PW through the same topology of the MPLS backbone network.
  • the business initiative party and the business passive party will implement the VPN members through the established PW. Communication between.
  • FIG. 9 is a schematic flowchart of another embodiment of a method for implementing a VPN according to the present invention.
  • This embodiment is also an implementation manner for selecting a topology of a Layer 2 service in a multi-topology MPLS backbone network, and implementing the BGP protocol extension.
  • the PE devices at both ends of the PW of the MPLS backbone network select tunnels on the same topology.
  • the PE device in the MPLS backbone network is still configured as a service active party and a service passive party.
  • the method may include:
  • the service active party carries the BGP extended community attribute through the BGP Update message, that is, the MPLS backbone network topology identifier selected by the terminal notifies the service passive party; wherein the Used Topo ID is the selected MPLS backbone network topology identifier;
  • Table 8 BGP extended community attributes that encapsulate the topology information of the MPLS backbone network
  • the service passive party sends a BGP Update message to the active party of the service according to the topology identifier of the MPLS backbone network selected by the active party, and carries the Used Topo ID Extended Community, and confirms the selection of the active party of the service;
  • the passive party of the service also performs the validity verification according to the topology identifier of the MPLS backbone network selected by the active party of the service, that is, whether it supports the topology of the MPLS backbone network selected by the service initiative party. If supported, the passive party sends a BGP Update message to the active party, carrying the Used Topo ID Extended Community; the format of the Used Topo ID Extended Community is the same as that shown in Table 8, which encapsulates the selected by the active party.
  • the MPLS backbone network topology identifier, that is, the Used Topo ID indicates that the active party selection is confirmed, that is, the service passive party also selects the same MPLS backbone network topology.
  • the service active party and the service passive party perform the above information exchange, and establish a PW through the same topology of the MPLS backbone network.
  • the business initiative party and the business passive party will pass the PW, that is, the same extension selected at both ends Park, to achieve communication between the members of the VPN.
  • FIG. 10 is a schematic structural diagram of an embodiment of a PE device according to the present invention.
  • the PE device can perform the VPN implementation method according to any embodiment of the present invention.
  • the specific working principle can be combined with any method embodiment of the present invention.
  • the structure of the PE device is described as a single sheet.
  • the PE device may include: an information exchange unit 91, a topology determining unit 92, and a VPN processing unit 93;
  • the information exchange unit 91 is configured to send the VPN topology information of the local end to the PE device of the peer end, and receive the VPN topology information of the peer end sent by the PE device of the opposite end;
  • the topology determining unit 92 is configured to: according to the VPN topology information of the local end and the VPN topology information of the peer end, the local end and the peer end select a topology supported by the peer end;
  • the VPN processing unit 93 is configured to connect the VPN members by using the commonly supported topology to implement the VPN.
  • the information exchange unit 91 is specifically configured to use topology information supported by all VPN members connected to the local end as the local VPN.
  • the topology information is sent to the peer PE device; and the topology information supported by all the VPN members connected to the peer PE device sent by the peer PE device is received, and the VPN processing unit 93 is specifically configured to send to the peer PE.
  • the device sends VPN routing information and the commonly supported VPN topology information.
  • the information exchange unit 91 is further configured to send the VPN identifier of the VPN member to which the VPN topology information of the local end belongs, the IP address of the local end where the VPN member is located, and a routing target (RT) to the peer end. And receiving the VPN identifier of the VPN member to which the VPN topology information sent by the peer PE device belongs, the IP address of the peer PE device, and the RT; the topology determining unit 92 is specifically configured to receive the pair according to the received The RT sent by the PE device of the terminal obtains the VPN topology information of the local end that matches the RT, and the VPN member to which the VPN topology information belongs is the same as the VPN member of the peer end; and, according to the VPN of the local end The topology information and the VPN topology information of the peer end are obtained as the same topology corresponding to the VPN topology information supported by the same VPN member of the local end and the peer end; the VPN processing unit 93 is further The IP address of the local end is sent to the peer PE device. Further, the information exchange
  • the VPN processing unit 93 is configured to send the commonly supported VPN topology information to the peer PE device in the BGP extended community attribute.
  • the information exchange unit 91 is further configured to: before the sending the VPN topology information of the local end to the PE device of the opposite end, receive the BGP Open message sent by the PE device of the opposite end, where the BGP Open message is carried in the BGP Open message.
  • the identifier indicating that the peer PE device supports the VPN topology discovery capability.
  • the information exchange unit 91 is specifically configured to send the topology identifier of the topology of the MPLS backbone network selected by the local end to the peer PE. Receiving, by the device, the topology identifier of the MPLS backbone network topology selected by the peer end sent by the peer PE device;
  • the topology determining unit 92 is specifically configured to determine the topology selected by the local end and the peer end according to the topology identifier of the MPLS backbone network topology selected by the local end and the topology identifier of the MPLS backbone network topology selected by the peer end. The same identifier;
  • the VPN processing unit 93 is configured to implement communication between the members by using the topology of the MPLS backbone network corresponding to the same topology identifier selected by the local end and the peer end.
  • the PE device is a service active party of the VPN service; and the information exchange unit 91 is configured to send the topology identifier of the MPLS backbone network topology selected by the local end to the peer PE device. Then, the topology identifier of the MPLS backbone network topology selected by the peer end sent by the peer PE device is received.
  • the PE device is a service passive party of the VPN service;
  • the information exchange unit 91 is specifically configured to receive a topology identifier of the MPLS backbone network topology selected by the peer end sent by the peer PE device;
  • the local end supports the topology of the MPLS backbone network corresponding to the topology identifier, and then sends the topology identifier of the MPLS backbone network topology selected by the local end to the peer PE device, and the topology identifier and the peer end selected by the local end are The selected topology identifier is the same.
  • the information exchange unit 91 is configured to encapsulate the topology identifier of the topology of the MPLS backbone network selected by the local end into the PE device of the peer end in the BGP NLRI.
  • the information exchange unit 91 is further configured to: before the MPLS NLRI is configured to be encapsulated in the BGP NLRI and sent to the peer PE device, the information exchange unit 91 is configured to receive the BGP Open sent by the peer PE device.
  • the BGP Open message carries an identifier for indicating that the PE device of the peer end supports the VPN topology selection capability.
  • the information exchange unit 91 is further configured to: before the topological identifier of the topology of the MPLS backbone network selected by the local end is encapsulated in the BGP NLRI and sent to the peer PE device, the IP address of the local end, and The VPN ID of the VPN member connected to the local end and the route target (RT) are encapsulated in the BGP NLRI and sent to the peer PE device.
  • the IP address of the peer PE device sent by the peer PE device through BGP NLRI encapsulation is received. Address, VPN ID of each VPN member connected to the peer PE device, and RT;
  • the topology identifier of the topology of the MPLS backbone network selected by the local end is the same as the local VPN member.
  • the VPN ID of the peer VPN member of the VPN and the IP address of the peer PE device are encapsulated in the BGP NLRI and sent to the peer PE device.
  • the topology determining unit 92 is further configured to obtain, according to the received RT sent by the peer PE device, a VPN identity of the VPN member of the local end that matches the RT, where the VPN member of the local end and the VPN member of the remote end Belongs to the same VPN.
  • the information exchange unit 91 is configured to encapsulate the topology identifier of the topology of the MPLS backbone network selected by the local end into an LDP mapping message and send the packet to the peer PE device.
  • the PE device in this embodiment implements the exchange of the VPN topology information between the local end and the peer PE device, and selects the same topology on the local end and the peer end to implement the VPN according to the exchanged VPN topology information.
  • the VPN in a multi-topology environment improves the service quality of multi-topology VPN.
  • FIG. 11 is a physical configuration diagram of an embodiment of a PE device according to the present invention, the PE device includes at least one processor, and a memory connected to the at least one processor; the at least one processor reads storage information in the memory, and executes Corresponding processing steps.
  • the at least one processor reads storage information in the memory, and executes Corresponding processing steps.
  • FIG. 11 only one processor and memory including read-only memory (ROM) and random access memory (RAM) are illustrated in FIG. 11 as an example. .
  • the storage device is configured to save the storage information, where the storage information includes: the VPN topology information of the local end and the VPN topology information of the opposite end;
  • the processor is configured to: send the VPN topology information of the local end to the PE device of the opposite end, and receive the VPN topology information of the peer end sent by the PE device of the opposite end, and send the information to the memory; The VPN topology information of the end and the VPN topology information of the peer end, so that the local end and the peer end select the same topology from the multiple topologies; and through the same topology connection
  • the VPN members are implemented to implement the VPN.
  • the processor may also be configured to perform various steps in a method embodiment, no longer described herein.
  • the aforementioned program can be stored in a computer readable storage medium.
  • the program when executed, performs the steps including the above-described 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实现方法和PE设备，其中方法包括：将本端的VPN拓扑信息发送至对端的PE设备，并接收所述对端的PE设备发送的对端的VPN拓扑信息；根据所述本端的VPN拓扑信息和对端的VPN拓扑信息，使得本端和对端选择共同支持的拓扑；通过所述相同的拓扑连接所述各VPN成员，实现所述VPN。可以实现多拓扑环境下的VPN且提高多拓扑VPN的服务质量。

Description

VPN实现方法和 PE设备 本申请要求于 2012 年 9 月 20 日提交中国专利局、 申请号为 201210351991.9、 发明名称为 "VPN实现方法和 PE设备" 的中国专利申请 的优先权， 其全部内容通过引用结合在本申请中。
技术领域 本发明涉及通信技术， 尤其涉及一种虚拟专用网络（Virtual Private Network , 筒称 VPN ) 实现方法和 PE设备。 背景技术
在多协议标签交换虚拟专用网 （Multi-Protocol Label Switching Virtual Private Network, 筒称： MPLS VPN )的实现中， 是通过 MPLS骨干网将处 在不同位置的 VPN成员连接，例如将第一 VPN成员和第二 VPN成员连接， 该第一 VPN成员和第二 VPN成员通过 MPLS骨干网连通在同一个 VPN。 其中， 第一 VPN成员通过第一用户边缘 (Customer Edge, 筒称： CE)设备 连接 MPLS骨干网的第一运营商边缘 ( Provider Edge , 筒称： ΡΕ )设备， 该第一 ΡΕ设备通过 MPLS骨干网连接第二 PE设备， 第二 PE设备通过第 二 CE连接第二 VPN成员； 第一 VPN成员和第二 VPN成员可以通过第一 CE、 第一 PE、 MPLS骨干网、 第二 PE和第二 CE连接的通路进行通信。
在 MPLS 骨干网中， 可能会划分具有不同的服务质量 （Quality of Service, 筒称： Qos )的多个拓朴， 例如， 在 MPLS骨干网中划分出具有不 同 Qos的第一拓朴和第二拓朴。 现有技术中， 不同 VPN成员在通过 MPLS 骨干网连通时， 不同方向的流量可能选择的是 MPLS骨干网的不同拓朴， 例如， 第一 VPN成员向第二 VPN成员发送报文时是通过 MPLS骨干网的 第一拓朴传输，而第二 VPN成员向第一 VPN成员发送报文时是通过 MPLS 骨干网的第二拓朴传输， 这样会造成同一 VPN的两端通信的服务质量不一 致， 降低该 VPN的服务质量。 此外， 随着 MPLS VPN技术的不断发展， 在 VPN成员侧， 用户需要 在 VPN中划分用于承载不同业务流的逻辑拓朴，例如，分别用于承载语音、 视频和数据等业务流的逻辑拓朴； 处在不同位置的 VPN成员连接时必须选 择相同的拓朴才能实现 VPN。例如，第一 VPN成员中选择的是用于承载语 音业务流的拓朴 1 , 则第二 VPN成员中也必须是选择该用于承载语音业务 流的拓朴 1 (相同的拓朴 ID表示拓朴 7 载的业务流相同）， 这样第一 VPN 成员和第二 VPN成员才能组成同一个 VPN; 否则， 如果第一 VPN成员选 择的是拓朴 1 , 第二 VPN成员选择的是用于承载视频业务流的拓朴 2, 这 两个 VPN成员是不能组成 VPN的。 但是， 现有技术中 MPLS VPN将处在 不同位置的多拓朴的 VPN成员连接时， 无法保证各 VPN成员间选择相同 的拓朴， 从而无法实现 MPLS骨干网两端的 VPN成员中存在多拓朴时的 MPLS VPN, 不能够满足用户的需求。 发明内容
提供一种 VPN实现方法和 PE设备， 实现存在多拓朴环境时的 MPLS VPN, 且提高多拓朴 VPN的服务质量。
本发明的第一个方面是提供一种 VPN实现方法， 应用于存在多个拓朴 的多协议标签交换虚拟专用网 MPLS VPN, 所述 MPLS VPN包括 MPLS骨 干网、 以及通过所述 MPLS骨干网连接的各 VPN成员， 所述 MPLS骨干网 中包括至少两个 PE设备，所述至少两个 PE设备用于将各 VPN成员连接在 所述 MPLS VPN中； 所述方法包括：
将本端的 VPN拓朴信息发送至对端的 PE设备， 并接收所述对端的 PE 设备发送的对端的 VPN拓朴信息；
根据所述本端的 VPN拓朴信息和对端的 VPN拓朴信息， 使得本端和 对端选择共同支持的拓朴；
通过所述共同支持的拓朴连接所述各 VPN成员，实现所述 MPLSVPN。 在一种可能的实现方式中，所述多个拓朴存在于 MPLS VPN的 VPN成 员中；将本端的 VPN拓朴信息发送至对端的 PE设备，接收对端的 PE设备 发送的对端的 VPN拓朴信息， 包括： 将与本端连接的所有 VPN成员支持 的拓朴信息作为本端的 VPN拓朴信息， 发送至对端的 PE设备； 并接收对 端的 PE设备发送的与对端 PE设备连接的所有 VPN成员支持的拓朴信息； 所述通过所述共同支持的拓朴连接各 VPN成员， 包括： 向所述对端 PE设 备发送 VPN路由信息、 以及共同支持的 VPN拓朴信息。
在另一种可能的实现方式中， 所述将本端的 VPN拓朴信息发送至对端 的 PE设备，接收对端的 PE设备发送的对端的 VPN拓朴信息，进一步包括： 将本端的 VPN拓朴信息所属的 VPN成员的 VPN标识、 所述 VPN成员所 在的本端 PE设备的 IP地址以及路由目标 RT发送至对端的 PE设备； 并接 收对端的 PE设备发送的 VPN拓朴信息所属的 VPN成员的 VPN标识、 对 端 PE设备的 IP地址以及 RT; 才艮据本端的 VPN拓朴信息和对端的 VPN拓 朴信息， 使得本端和对端选择共同支持的拓朴， 包括： 根据接收的所述对 端的 PE设备发送的 RT, 获得与所述 RT匹配的本端的 VPN拓朴信息， 获 得的所述本端的 VPN拓朴信息所属的 VPN成员与对端的 VPN成员相同； 根据所述本端的 VPN拓朴信息和对端的 VPN拓朴信息， 得到本端和对端 的相同的所述 VPN成员共同支持的 VPN拓朴信息； 所述通过所述相同的 拓朴连接所述各 VPN成员， 还包括： 还向所述对端 PE设备发送本端 PE 设备的 IP地址。
在又一种可能的实现方式中， 所述将本端的 VPN拓朴信息发送至对端 的 PE设备， 包括： 将本端的 VPN拓朴信息封装在 BGP NLRI中发送至对 端的 PE设备； 所述向所述对端 PE设备发送共同支持的 VPN拓朴信息， 包 括： 将所述共同支持的 VPN拓朴信息封装在 BGP扩展团体属性中发送至 所述对端 PE设备。
在又一种可能的实现方式中， 在所述将本端的 VPN拓朴信息发送至对 端的 PE设备之前， 还包括： 接收对端的 PE设备发送的 BGP Open消息， 所述 BGP Open消息中携带用于表示对端的 PE设备支持 VPN拓朴发现能 力的标识； 所述将本端的 VPN拓朴信息发送至对端的 PE设备的操作根据 所述标识执行。
在又一种可能的实现方式中， 所述多个拓朴存在于所述 MPLS VPN的 MPLS骨干网中； 所述将本端的 VPN拓朴信息发送至对端的 PE设备， 接 收所述对端的 PE设备发送的对端的 VPN拓朴信息， 包括： 将本端 PE设备 选择的 MPLS骨干网拓朴的拓朴标识发送至对端的 PE设备，并接收所述对 端的 PE设备发送的对端选择的 MPLS骨干网拓朴的拓朴标识；所述根据本 端的 VPN拓朴信息和对端的 VPN拓朴信息， 使得本端和对端选择共同支 持的拓朴， 包括： 根据本端选择的 MPLS骨干网拓朴的拓朴标识和对端选 择的 MPLS骨干网拓朴的拓朴标识， 使得本端和对端选择具有相同的拓朴 标识的 MPLS骨干网拓朴； 所述通过所述共同支持的拓朴连接所述各 VPN 成员， 包括： 通过所述本端和对端选择的相同的拓朴标识对应的 MPLS骨 干网拓朴， 实现所述各成员间的通信。
在又一种可能的实现方式中，本端 PE设备为 VPN业务的业务主动方； 则所述将本端选择的 MPLS骨干网拓朴的拓朴标识发送至对端的 PE设备， 并接收所述对端的 PE设备发送的对端选择的 MPLS骨干网拓朴的拓朴标 识， 包括： 在执行所述将本端选择的 MPLS骨干网拓朴的拓朴标识发送至 对端的 PE设备之后， 接收所述对端的 PE设备发送的对端选择的 MPLS骨 干网拓朴的拓朴标识， 所述对端选择的 MPLS 骨干网拓朴的拓朴标识与所 述本端选择的 MPLS骨干网拓朴的拓朴标识相同。
在又一种可能的实现方式中，本端 PE设备为 VPN业务的业务被动方， 则所述将本端选择的 MPLS骨干网拓朴的拓朴标识发送至对端的 PE设备， 并接收所述对端的 PE设备发送的对端选择的 MPLS骨干网拓朴的拓朴标 识， 包括： 接收所述对端的 PE设备发送的对端选择的 MPLS骨干网拓朴的 拓朴标识；若本端支持所述对端 PE设备发送的对端选择的 MPLS骨干网拓 朴的拓朴标识对应的 MPLS骨干网拓朴， 则将本端选择的 MPLS骨干网拓 朴的拓朴标识发送至对端的 PE设备，本端选择的所述拓朴标识与对端选择 的拓朴标识相同。
在又一种可能的实现方式中， 将本端选择的 MPLS骨干网拓朴的拓朴 标识发送至对端的 PE设备， 包括： 将本端选择的 MPLS骨干网拓朴的拓朴 标识封装在 BGP NLRI中发送至对端的 PE设备。
在又一种可能的实现方式中， 在将本端选择的 MPLS骨干网拓朴的拓 朴标识封装在 BGP NLRI中发送至对端的 PE设备， 之前还包括： 接收对端 的 PE设备发送的 BGP Open消息，所述 BGP Open消息中携带用于表示所 述对端的 PE设备支持 VPN拓朴选择能力的标识；所述将本端选择的 MPLS 骨干网拓朴的拓朴标识封装在 BGP NLRI中发送至对端的 PE设备，根据所 述标识执行。
在又一种可能的实现方式中， 在所述将本端选择的 MPLS骨干网拓朴 的拓朴标识封装在 BGP NLRI中发送至对端的 PE设备， 之前还包括： 将本 端的 IP地址、 与本端连接的各 VPN成员的 VPN标识、 以及路由目标 RT 封装在 BGP NLRI中， 发送至对端的 PE设备； 并接收对端的 PE设备通过 BGP NLRI封装发送的对端 PE设备的 IP地址、 与对端的 PE设备连接的各 VPN成员的 VPN标识以及 RT; 根据接收的对端的 PE设备发送的 RT, 获 得与 RT匹配的本端的 VPN成员的 VPN标识， 获得的本端的 VPN成员与 对端的 VPN成员属于同一 VPN;将本端的 VPN拓朴信息发送至对端的 PE 设备， 包括： 将本端选择的 MPLS骨干网拓朴的拓朴标识、 选择 MPLS骨 干网拓朴的本端 VPN成员的 VPN标识、本端的 IP地址、与本端 VPN成员 属于同一 VPN的对端 VPN成员的 VPN标识、 对端 PE设备的 IP地址， 同 时封装在 BGP NLRI中， 发送至对端的 PE设备。
在又一种可能的实现方式中， 将本端所选择的 MPLS骨干网拓朴的拓 朴标识发送至对端的 PE设备， 包括： 将本端选择的 MPLS骨干网拓朴的拓 朴标识封装在 LDP Mapping消息或者 BGP扩展团体属性中，发送至对端的 PE设备。
本发明的另一个方面是提供一种 PE设备，应用于存在多个拓朴的多协 议标签交换虚拟专用网 MPLS VPN, 所述 MPLS VPN包括 MPLS骨干网、 以及通过所述 MPLS骨干网连接的各 VPN成员， 用于分别连接各 VPN成 员的至少两个所述 PE设备位于所述 MPLS骨干网中； 每个所述 PE设备包 括：
信息交换单元， 用于将本端的 VPN拓朴信息发送至对端的 PE设备， 并接收所述对端的 PE设备发送的对端的 VPN拓朴信息；
拓朴确定单元， 用于根据所述本端的 VPN拓朴信息和对端的 VPN拓 朴信息， 使得本端和对端选择共同支持的拓朴；
VPN处理单元， 用于通过所述共同支持的拓朴连接所述各 VPN成员， 实现所述 MPLSVPN。
在一种可能的实现方式中， 所述多个拓朴存在于所述 MPLS VPN 的 VPN成员中； 所述信息交换单元， 具体用于将与本端连接的所有 VPN成员 支持的拓朴信息作为所述本端的 VPN拓朴信息， 发送至对端的 PE设备； 并接收对端的 PE设备发送的与对端 PE设备连接的所有 VPN成员支持的拓 朴信息； 所述 VPN处理单元， 具体用于向所述对端 PE设备发送 VPN路由 信息、 以及所述共同支持的 VPN拓朴信息。
在另一种可能的实现方式中， 所述信息交换单元， 还用于将所述本端 的 VPN拓朴信息所属的 VPN成员的 VPN标识、 所述 VPN成员所在的本 端 PE设备的 IP地址以及路由目标 RT发送至对端的 PE设备； 并接收对端 的 PE设备发送的 VPN拓朴信息所属的 VPN成员的 VPN标识、 对端 PE 设备的 IP地址以及 RT; 所述拓朴确定单元， 具体用于根据接收的所述对 端的 PE设备发送的 RT, 获得与所述 RT匹配的本端的 VPN拓朴信息， 获 得的所述本端的 VPN拓朴信息所属的 VPN成员与所述对端的 VPN成员相 同； 以及， 获得的根据所述本端的 VPN拓朴信息和对端的 VPN拓朴信息， 得到本端和对端的相同的所述 VPN成员共同支持的 VPN拓朴信息对应的 拓朴作为所述相同的拓朴； 所述 VPN处理单元， 还用于向所述对端 PE设 备发送本端 PE设备的 IP地址。
在又一种可能的实现方式中， 所述信息交换单元， 具体用于将本端的 VPN拓朴信息封装在 BGP NLRI中发送至对端的 PE设备； 所述 VPN处理 单元， 具体用于将所述共同支持的 VPN拓朴信息封装在 BGP扩展团体属 性中发送至所述对端 PE设备。
在又一种可能的实现方式中， 所述信息交换单元， 还用于在所述将本 端的 VPN拓朴信息发送至对端的 PE设备之前，接收对端的 PE设备发送的 BGP Open消息， 所述 BGP Open消息中携带用于表示所述对端的 PE设备 支持 VPN拓朴发现能力的标识。
在又一种可能的实现方式中， 所述多个拓朴存在于所述 MPLS VPN的 MPLS骨干网中； 所述信息交换单元， 具体用于将本端选择的 MPLS骨干 网拓朴的拓朴标识发送至对端的 PE设备， 并接收所述对端的 PE设备发送 的对端选择的 MPLS骨干网拓朴的拓朴标识； 所述拓朴确定单元， 具体用 于根据本端选择的 MPLS骨干网拓朴的拓朴标识和对端选择的 MPLS骨干 网拓朴的拓朴标识， 使得本端和对端选择的拓朴标识相同； 所述 VPN处理 单元， 具体用于通过所述本端和对端选择的相同的拓朴标识对应的 MPLS 骨干网拓朴， 实现所述各成员间的通信。
在又一种可能的实现方式中，所述 PE设备为 VPN业务的业务主动方； 则所述信息交换单元， 具体用于在执行所述将本端选择的 MPLS骨干网拓 朴的拓朴标识发送至对端的 PE设备之后， 接收所述对端的 PE设备发送的 对端选择的 MPLS骨干网拓朴的拓朴标识。
在又一种可能的实现方式中，所述 PE设备为 VPN业务的业务被动方； 则所述信息交换单元，具体用于接收所述对端的 PE设备发送的对端选择的 MPLS骨干网拓朴的拓朴标识； 若本端支持所述拓朴标识对应的 MPLS骨 干网拓朴， 则将本端选择的 MPLS骨干网拓朴的拓朴标识发送至对端的 PE 设备， 本端选择的所述拓朴标识与对端选择的拓朴标识相同。
在又一种可能的实现方式中， 所述信息交换单元， 具体用于将本端 PE 设备选择的 MPLS骨干网拓朴的拓朴标识封装在 BGP NLRI中发送至对端 的 PE设备。
在又一种可能的实现方式中， 所述信息交换单元， 还用于在将本端 PE 设备选择的 MPLS骨干网拓朴的拓朴标识封装在 BGP NLRI中发送至对端 的 PE设备之前，接收对端的 PE设备发送的 BGP Open消息，所述 BGP Open 消息中携带用于表示所述对端的 PE设备支持 VPN拓朴选择能力的标识。
在又一种可能的实现方式中， 所述信息交换单元， 还用于在所述将本 端选择的 MPLS骨干网拓朴的拓朴标识封装在 BGP NLRI中发送至对端的 PE设备之前，将本端 PE设备的 IP地址、与本端连接的各 VPN成员的 VPN 标识、以及路由目标 RT封装在 BGP NLRI中，发送至所述对端的 PE设备； 并接收对端的 PE设备通过 BGP NLRI封装发送的对端 PE设备的 IP地址、 与对端的 PE设备连接的各 VPN成员的 VPN标识以及 RT; 以及， 用于将 本端选择的 MPLS骨干网拓朴的拓朴标识、 选择所述 MPLS骨干网拓朴的 本端 VPN成员的 VPN标识、本端的 IP地址、与所述本端 VPN成员属于同 一 VPN的对端 VPN成员的 VPN标识、 对端 PE设备的 IP地址， 同时封装 在 BGP NLRI中， 发送至所述对端的 PE设备； 所述拓朴确定单元， 还用于 根据接收的所述对端的 PE设备发送的 RT, 获得与所述 RT匹配的本端的 VPN成员的 VPN标识，所述本端的 VPN成员与对端的 VPN成员属于同一 在又一种可能的实现方式中， 所述信息交换单元， 具体用于将本端选 团体属性中， 发送至对端的 PE设备。 ' 、 采用上述技术方案，本端 PE设备与对端 PE设备之间执行 VPN拓朴信 息的交换， 并根据该交换的 VPN拓朴信息在本端和对端选择相同的拓朴实 现 VPN, 实现了多拓朴环境下的 VPN且提高了多拓朴 VPN的服务质量。 附图说明
图 1是本发明 VPN实现方法实施例的应用系统架构图；
图 2为本发明 VPN实现方法一实施例的流程示意图；
图 3为本发明 VPN实现方法另一实施例的系统架构示意图；
图 4为本发明 VPN实现方法另一实施例的流程示意图；
图 5为本发明 VPN实现方法再一实施例的流程示意图；
图 6为本发明 VPN实现方法又一实施例的系统架构示意图；
图 7为本发明 VPN实现方法又一实施例的流程示意图；
图 8为本发明 VPN实现方法又一实施例的流程示意图；
图 9为本发明 VPN实现方法又一实施例的流程示意图；
图 10为本发明 PE设备实施例的结构示意图；
图 11为本发明 PE设备实施例的实体构造图。 具体实施方式
图 1是本发明 VPN实现方法实施例的应用系统架构图， 如图 1所示， 该系统是 MPLS VPN的网络架构，该 MPLS VPN中包括 MPLS 骨干网 11、 多个 VPN成员 12。 处在不同位置的各 VPN成员 12通过 MPLS骨干网 11 连通， 并且， 多个 VPN成员 12可以是属于同一 VPN; 例如， 图 1中所示 例的两个 VPN成员 12通过 MPLS骨干网 11连接且均属于 VPNA。在 MPLS 骨干网 11的边缘设置有至少两个 PE设备， 该 PE设备是用于连接 VPN成 员的； 例如， 图 1 中所示的 MPLS骨干网一端的 VPN成员 12是通过 CE 连接到 PE设备， 再通过 PE设备在 MPLS骨干网的连接而与 MPLS骨干网 另一端的 VPN成员 12连接起来。 需要说明的是， MPLS VPN中的 VPN成 员和 PE设备等的数量并不局限于两个， 图 1仅是以两个为例。
下面将在图 1所示网络架构的基础上， 详细描述本发明实施例的 VPN 实现方法以及 PE设备的具体结构； 其中， 在本发明实施例中， 图 1所示的 MPLS VPN存在多个拓朴， 该多个拓朴例如可以是位于 VPN成员 12中， 或者是位于 MPLS骨干网 11中，本发明实施例将描述在该多拓朴的环境下 VPN的实现方式。
其中， 在如下的各实施例中， 涉及到了 "本端" 和 "对端" 的概念， 这是对通过 MPLS骨干网连接的两个 VPN成员侧的互称； 比如，第一 VPN 成员和第二 VPN成员通过 MPLS骨干网连接， 则从第一 VPN成员的角度 说， 第一 VPN成员所在的一端即为本端， 第二 VPN成员所在的一端即为 对端； 同理， 从第二 VPN成员的角度说， 第二 VPN成员所在的一端即为 本端， 第一 VPN成员所在的一端即为对端。
实施例一
图 2为本发明 VPN实现方法一实施例的流程示意图，本实施例的 VPN 实现方法可以由 MPLS骨干网中的某一 PE设备执行， 如图 2所示， 该方法 包括：
201、 将本端的 VPN拓朴信息发送至对端的 PE设备， 并接收所述对端 的 PE设备发送的对端的 VPN拓朴信息；
本实施例中，本端的 PE设备与对端的 PE设备交换 VPN拓朴信息， 即 本端的 PE设备将本端 VPN拓朴信息发送至对端，对端也将其 VPN拓朴信 息发送至本端。
例如， 当 MPLS VPN中的多个拓朴存在于 VPN成员中时， 例如， 可以 从 VPN成员的网络结构中划分出不同的路径， 该不同路径对应于不同的拓 朴， 分别用于承载不同的业务流， 比如其中包括分别用于承载语音、 视频 流的两个逻辑拓朴； 此时， 所述的 VPN拓朴信息例如是两个逻辑拓朴的拓 朴标识（例如是拓朴 ID ) 。
再例如， 当 MPLS VPN中的多个拓朴存在于 MPLS骨干网中时，例如， MPLS骨干网中包括两个拓朴； 此时， 所述的 VPN拓朴信息指的是例如是 两个拓朴的拓朴标识（例如是拓朴 ID ) 。
其中， 当 MPLS VPN中的多个拓朴存在于 VPN成员中时， VPN拓朴 信息是由 PE设备收集的， 例如， 可以是由 CE将其连接的 VPN成员中存 在的拓朴信息发送至 PE设备。
或者， 当 MPLS VPN中的多个拓朴存在于 MPLS骨干网中时， 可以由 PE设备根据连接在其上的 VPN成员的相关信息（例如是 VPN成员的业务 需求） ， 为 VPN成员从 MPLS骨干网的多个拓朴中选择一个拓朴。 202、 根据所述本端的 VPN拓朴信息和对端的 VPN拓朴信息， 使得本 端和对端选择共同支持的拓朴；
本实施例中， 通过本端与对端的 PE设备执行 VPN拓朴信息的交换， 使得本端和对端可以根据交换的所述 VPN拓朴信息从多个拓朴中选择相同 的拓朴， 该相同的拓朴指的是拓朴 ID相同的拓朴， 比如两端的 VPN拓朴 信息都包括拓朴 1 , 那么选择的相同的拓朴包括拓朴 1。
例如， 当 MPLS VPN中的多个拓朴存在于 VPN成员中时， 本端 PE设 备可以根据本端的 VPN成员中的拓朴信息 （例如存在拓朴 1、 拓朴 2、 拓 朴 3 ) 、 以及接收到的对端的 VPN成员中的拓朴信息（例如存在拓朴 1、 拓朴 4 ) , 从而使得本端和对端选择共同支持的拓朴（例如是拓朴 1 ) , 本 端和对端选择相同的拓朴， 即共同支持的拓朴（拓朴 1 ) , 所选择的是一个 相同的拓朴， 如果共同支持的拓朴有多个， 也可以从中选择一个即可组成 一个 VPN。
再例如， 当 MPLS VPN中的多个拓朴存在于 MPLS骨干网中时， 即从 MPLS骨干网中的网络中规划出不同的流量传输路径，该不同的路径即对应 着不同的拓朴， MPLS骨干网中可以存在多种路径， 因此存在多个拓朴， 比 如， MPLS骨干网中的本端 PE设备发送业务流到达对端 PE设备， 可以是 经过路径 1传输， 也可以是经过路径 2传输； 这种情况下， 本端 PE设备可 以根据本端选择的 MPLS骨干网拓朴信息（例如拓朴 1 ) , 以及对端 PE设 备选择的 MPLS骨干网拓朴信息（例如拓朴 1 ) , 使得本端和对端从所述多 个拓朴中选择相同的拓朴； 如上所述的， MPLS骨干网中存在多个拓朴， 业 务流在 MPLS骨干网传输时， 可以是经过拓朴 1传输， 也可以经过拓朴 2 传输等， 具体通过哪个拓朴传输是由 PE设备决定的， 即由 PE设备负责从 MPLS骨干网的多个拓朴中选择一个，例如可以是根据业务流的传输需求等 确定， 不同的拓朴对应的传输路径可能具有不同的传输质量。 其中， 本端 PE设备和对端 PE设备， 分别是业务主动方和业务被动方， 先进行拓朴选 择的即为业务主动方， 后进行拓朴选择的即为业务被动方， 可以是预先配 置 PE设备为业务主动方或业务被动方即可；业务主动方首先从 MPLS骨干 网的多个拓朴中选择一个拓朴并通知业务被动方， 业务被动方则执行与业 务主动方相同的选择即可。
203、通过所述共同支持的拓朴连接各 VPN成员，实现所述 MPLSVPN。 本实施例中， 在本端和对端从多个拓朴中选择了相同的拓朴后， 将基 于该相同的拓朴实现 VPN。
例如， 当 MPLS VPN中的多个拓朴存在于 VPN成员中时， 通过 MPLS 骨干网连接的本端的 VPN成员和对端的 VPN成员就可以通过其共同支持 的拓朴 1实现 VPN; 或者， 当 MPLS VPN中的多个拓朴存在于 MPLS骨干 网中时， 本端的 VPN成员和对端的 VPN成员就可以均通过 MPLS骨干网 中的拓朴 1进行通信。
本实施例的 VPN实现方法， 在多拓朴环境时的 MPLS VPN, 通过本端 PE设备与对端 PE设备之间执行 VPN拓朴信息的交换， 并根据该交换的 VPN拓朴信息在本端和对端选择相同的拓朴实现多拓朴环境下的 VPN, 保 证了多拓朴 VPN的服务质量， 例如， 在 MPLS骨干网多拓朴时， 本端和对 端选择相同的 MPLS骨干网拓朴， 能够保证两端通信时的服务质量一致。
实施例二
图 3为本发明 VPN实现方法另一实施例的系统架构示意图， 图 4为本 发明 VPN实现方法另一实施例的流程示意图。 本实施例中， 多个拓朴是存 在于 MPLS VPN的 VPN成员中。
如图 3所示， PE1连接 VPNA和 VPNB, 需要说明的是， 该 VPNA和 VPNB是在 PE1侧的 VPN成员； PE2连接 VPNA和 VPNB, 该 PE2连接的 VPNA和 VPNB是在 PE2侧的 VPN成员； 连接 PE1的 VPNA与连接 PE2 的 VPNA通过 MPLS骨干网连通，且均属于同一个 VPN即 VPNA, 这里所 述的 VPNA是一个 VPN, 即如上所述的， PE1和 PE2分别连接的例如所述 VPNA指的是 VPN成员，而连接在 PE1和 PE2的各 VPN组合起来的 VPNA 指的是一个 VPN。 连接 PE1的 VPNB与连接 PE2的 VPNB通过 MPLS骨 干网连通， 且均属于同一个 VPN即 VPNB 。 每一个 VPN成员连接在一个 CE设备上， 例如， PE1侧的 VPNA连接 CE1。 其中， 连接 PE1的 VPNA 中存在三个拓朴， 即拓朴 1 ( VPN Topo 1 ) 、 拓朴 2 ( VPN Τορο 2 )和拓朴 3 ( VPN Topo 3 ) , 连接在 PE2侧的 VPNA中存在三个拓朴即拓朴 1、 拓朴 3和拓朴 5 ( VPN Topo 5 ) 。 各 VPNB成员的拓朴存在同理参见图 3所示。
在图 3所示的系统架构下， 本实施例的 VPN实现方法参见图 4, 其中， 在以下的说明中， 将 PE1所在侧称为本端， 将 PE2所在侧称为对端； 包括：
401、 PE1和 PE2在 BGP会话建立阶段， 通过 BGP Open (边界网关协 议打开） 消息确认双方都支持 VPN拓朴发现能力；
其中， PE1和 PE2在 MPLS骨干网中建立连接后， 将执行 PE1和 PE2 之间的 BGP会话建立过程； 在该边界网关协议（ Border Gateway Protocol , 筒称： BGP )会话建立阶段， PE1和 PE2将通过发送 BGP Open消息进行会 话建立的相关参数的确认。
本实施例中，定义了用于表示 PE设备支持 VPN拓朴发现能力的标识， 例如，采用标识" 240"代表 VPN拓朴发现能力；并将该标识携带在 BGP Open 消息中的能力协商参数对应的字段中 （BGP Open消息中本来就有该字段， 本实施例只是定义了一种新的标识来代表这种新的能力， 即 VPN拓朴发现 能力， 并将该标识设置在该字段中） 。 假如 PE1支持 VPN拓朴发现能力， 则其在向对端的 PE2发送的 BGP Open消息中携带该标识 "240" ； 而 PE2 在接收到该 Open消息时， 根据其中携带的标识 "240" 就可以确认 PE1是 支持 VPN拓朴发现能力的。 同理， PE1也可以根据 PE2发送的 BGP Open 消息中携带的标识， 确认 PE2支持 VPN拓朴发现能力。
所述的 VPN拓朴发现能力指的是 , PE设备能够获取与其连接的各 VPN 成员的拓朴信息的能力。当 PE1和 PE2均确认双方都支持 VPN拓朴发现能 力时， 则继续执行 402; 否则， 若其中一方不支持 VPN拓朴发现能力， 则 该多拓朴环境下的 VPN仍然不能实现， 流程至此结束。
402、 PE1收集本端即 PE1能够支持的 VPN拓朴信息发送至 PE2, PE2 收集其本端即 PE2能够支持的 VPN拓朴信息发送至 PE1;
其中， PE1和 PE2分别收集本端的 VPN拓朴信息，采用的方式可以是， 由 CE将连接的 VPN成员支持的拓朴信息上报至 PE。例如，参见图 3所示， CE1可以将其连接的 VPNA所支持的拓朴信息（支持拓朴 1、 拓朴 2、 拓朴 3 )发送至 PE1; 同理， CE3可以将其连接的 VPNA所支持的拓朴信息（支 持拓朴 1、 拓朴 3、 拓朴 5 )发送至 PE2。
本实施例中， PE1和 PE2收集的本端 VPN拓朴信息， 指的是本端连接 的所有 VPN成员支持的拓朴信息。 例如， PE1连接的 VPN成员包括连接 在 CE1的 VPNA、 以及连接在 CE2的 VPNB, VPNA支持的拓朴信息是拓 朴 1、 拓朴 2和拓朴 3, VPNB支持的拓朴信息是拓朴 2、 拓朴 4和拓朴 6, 则 PE1得到的本端拓朴信息即为拓朴 1、 拓朴 2、 拓朴 3、 拓朴 4和拓朴 6, 包括了所有 VPN成员支持的拓朴信息。 同理， PE2得到的本端 VPN拓朴 信息是拓朴 1、 拓朴 3和拓朴 5。
PE1和 PE2将各自端的 VPN拓朴信息， 封装在 BGP 的网络层可达性 信息（ Network Layer Reachability Information , 筒称： NLRI )中发送至对端。 本实施例定义了 ΡΕ设备向对端通告 VPN拓朴信息的报文帧格式， 参见如 下的表 1 , 该表 1可以称为 VPN拓朴发现路由中的帧：
表 1 封装 VPN拓朴信息的 BGP NLRI报文帧
Origin AS (4 octets)
VPN MT ID 1 (2 octets)
VPN MT ID 2 (2 octets)
VPN MT ID N (2 octets) 如表 1所示， MT ( Multiple Topology )表示多拓朴； ID是拓朴标识， 例如， 上面所述的拓朴 1、拓朴 2等， 其中的 "Γ 、 "2"就相当于拓朴 ID, 用该 ID代表了对应的拓朴， 具体实施中也可以采用其他标识； 例如， VPN MT ID 1就表示多拓朴中的拓朴 1; 并且， 本实施例中的每个拓朴信息（如 VPN MT ID 1 )设计为占用 2个字节 （ 2 octets ) 。 从表 1还可以看到， PE 设备可以通过表 1所示的 BGP NLRI报文帧将其对应的所有 VPN拓朴信息 同时发送至对端， 如 "VPN MT ID 1、 VPN MT ID 2 VPN MT ID N" 。
可选的， 参见表 1 , 本实施例在表 1中还可以加入本端的 ΡΕ设备自身 所在的自治域（ Autonomous System,筒称： AS )信息，即表 1中所示的' Origin AS" , 该信息可以占用 4个字节（4 octets ) 。 通过加入 PE设备所在的 AS 信息， 可以使得对端识别域内或跨域的场景， 从而据此进行不同的路由信 息处理； 例如， 对端的 PE设备能够根据接收到的表 1所示报文帧中的 AS, 判断得到该 VPN是域内还是跨域， 即， MPLS骨干网连接的本端 VPN成员 和对端 VPN成员是属于同一个 AS (即域内），还是分别属于不同的 AS (即 跨域） ； PE设备在识别出该场景后， 将会根据不同的场景进行路由信息的 处理， 例如当是跨域的场景时， PE设备将会对接收到的路由信息进行跨域 场景下的转换， 具体的路由信息处理采用常用技术， 不再描述。
403、 PE1和 PE2分别根据本端和对端支持的 VPN拓朴信息， 得到本 端和对端共同支持的 VPN拓朴信息对应的拓朴作为相同的拓朴；
其中， 如上所述的， PE1支持的 VPN拓朴信息包括拓朴 1、 拓朴 2、 拓朴 3、 拓朴 4和拓朴 6, PE2支持的 VPN拓朴信息包括拓朴 1、 拓朴 3和 拓朴 5。 PE1和 PE2各自根据两端支持的 VPN拓朴信息， 就可以得到双方 共同支持的 VPN拓朴信息是拓朴 1和拓朴 3, 该拓朴 1和拓朴 3则为双方 选择的相同的拓朴， 即， 连接 PE1的 VPN成员与连接 PE2的 VPN成员可 以通过拓朴 1和拓朴 3连通。
例如， 参见图 3所示， 连接 CE1的 VPNA和连接 CE3的 VPNA可以 均选择自身的拓朴 1进行连通， 或者均选择自身的拓朴 3进行连通。 而对 于 VPNB, 由于连接 CE2的 VPNB中不存在两端共同支持的拓朴 1或拓朴
3, 则实际该 VPNB与连接在 CE4的 VPNB是不存在共同支持的拓朴的， 所以， MPLS骨干网两端的两个 VPNB成员即 CE2的 VPNB和 CE4的 VPNB, 不能够通过 MPLS骨干网连通在同一个 VPN中。
404、 PE1和 PE2分别向对端发送两端共同支持的 VPN拓朴信息、 以 及与所述 VPN拓朴信息对应的 VPN路由信息；
其中， 为了保证 VPN的连通性， PE设备之间需要交换路由信息； 本 实施例中， 在确定了本端和对端共同支持的 VPN拓朴信息之后， PE设备 会将两端共同支持的 VPN拓朴信息发送至对端 PE设备， 例如可以在向对 端 PE设备发送 VPN路由信息时携带该共同支持的 VPN拓朴信息。
举例如下， PE1连接的 VPNA与 PE2连接的 VPNA通过 MPLSMPLS 骨干网连通， 并且两端 VPNA共同支持的拓朴是拓朴 1和拓朴 3, 则 PE1 在向 PE2发送本端的 VPN路由信息时，将携带上该路由信息所属的拓朴的 标识。 例如， 本实施例 PE1在通过 VPNv4 ( Virtual Private Network Version
4, 第 4版虚拟专用网 )报文发送拓朴 1对应的路由信息时， 携带上该拓朴 1的标识， 以使得对端的 PE2据此知道所述的路由信息是属于拓朴 1的。 同理， PE2在向 PE1通告路由信息时， 也会携带上路由信息对应的拓朴标 识。
本实施例定义了一种新的 BGP扩展团体属性，在该 BGP扩展团体属性 中封装 VPN路由信息对应的拓朴标识， 该 BGP扩展团体属性和 VPNv4报 文的路由信息一起发送 （该 BGP 扩展团体属性和路由信息都是携带在 VPNv4报文中的） ， 可以使得对端知道路由信息与拓朴的对应关系。 参见 如下的表 2, 为一种 BGP扩展团体属性的示例：
封装 VPN拓朴信息的 BGP扩展团体属性
Figure imgf000017_0001
上述的表 1中 , 0x03代表该封装表表示的是扩展团体属性， TBD代表 未定义， Reserved代表保留位， VPN MT ID即为路由信息所属的拓朴标识。
通过上述的步骤， CE1将 VPNA的路由信息及对应的拓朴发送至 PE1 , PE1再通过 MPLS骨干网发送至 PE2, PE2接着将其转发给 CE3, 同理， CE3也通过相反的路径将 CE3侧的 VPNA的路由信息及对应的拓朴通告至 CE1; 上述路由信息的交换使得连接 MPLS骨干网两端的两个 VPNA成员 的各个转发设备，例如 PE设备和 CE设备，都能获知 VPNA中的拓朴信息， 并在后续的报文转发的过程中根据该拓朴信息执行报文转发， 从而实现 VPN连通。
此外， 若不同的 VPN中具有相同的拓朴， 则 VPN的区分可以通过发 送路由信息时的路由目标（ Route Target , 筒称： RT )来确定； 举例如下： 本端在发送拓朴 1对应的路由信息时携带出 RT ( export RT ) , 对端假设有 两个分别属于不同 VPN的 VPN成员， 均存在拓朴 1 , 此时对端 ΡΕ设备将 根据出 RT, 查找与该出 RT匹配的入 RT ( import RT ) , 所述的对端两个 VPN具有的入 RT是不同的， 只有一个是与所述本端的出 RT匹配的，相匹 配的出 RT和入 RT对应的两个 VPN成员才属于同一个 VPN;据此对端 ΡΕ 设备就可以将路由信息发送到同属于一个 VPN的 VPN成员。
实施例三
图 5为本发明 VPN实现方法再一实施例的流程示意图， 本实施例仍然 是针对多个拓朴存在于 VPN成员中的场景， 与实施例二不同的是， 为了使 得接收端能够明确识别出 VPN拓朴信息对应的 VPN, 本实施例中的 ΡΕ设 备在向对端发送 VPN拓朴信息时， 携带了该 VPN拓朴信息所对应的 VPN 的标识。
如下的方法描述中， 与实施例二相同的处理将筒单说明， 重点介绍与 实施例二的不同之处。 如图 5所示， 该方法可以包括：
501、 PE1和 ΡΕ2在 BGP会话建立阶段，通过 BGP Open消息确认双方 都支持 VPN拓朴发现能力；
502、 PEl收集 PEl侧的每个 VPN支持的 VPN拓朴信息发送至 PE2, PE2收集 PE2侧的每个 VPN支持的 VPN拓朴信息发送至 PE1;
本实施例中， 收集 VPN拓朴信息的粒度是连接在 PE设备上的每个 VPN; 例如， 在实施例二中， PE1是收集连接的所有 VPN成员的拓朴信息， 得到 PE1支持拓朴 1、 拓朴 2、 拓朴 3、 拓朴 4和拓朴 6, 但是并不区分各 个拓朴是属于哪个 VPN成员的； 而本实施例中， PE1在收集 VPN拓朴信 息时， 将区分出各拓朴所属的 VPN成员， 例如， 拓朴 1属于 VPNA、 拓朴 4属于 VPNB。
相应的， PE设备在将各自端的 VPN拓朴信息， 封装在 BGP NLRI中 向对端发送时， 将携带上该 VPN拓朴信息对应的 VPN的标识。 参见如下 的表 3, 表 3是 PE设备向对端通告 VPN拓朴信息的报文帧格式， 该表 3 也可以称为 VPN拓朴发现路由中的帧；
表 3 封装 VPN拓朴信息的 BGP NLRI报文帧
MY VPN RD (8 octets)
MY PE Address (Variable)
VPN MT ID 1 (2 octets)
VPN MT ID 2 (2 octets)
VPN MT ID N (2 octets) 如表 3所示，其中包括了 VPN拓朴信息所属的 VPN成员的 VPN标识， 例如， 该拓朴信息对应的 VPN实例（ VPN实例即 VPN路由转发表， 由 PE 为直接相连的 VPN成员建立并维护， 包含该 VPN成员相关的路由信息 ) 的路由标识符（ Route Distinguisher , 筒称： RD ) , 以及该 VPN实例所在 的本端 PE设备的互联网协议（Internet Protocol, 筒称： IP )地址， 本实施 例是采用所述的 VPN实例的 RD及其所在的 PE的 IP地址的组合表示唯一 对应的 VPN成员； 表 3还包括该 VPN成员所支持的拓朴信息， 以及路由 目标（Route Target, 筒称： RT ) , 此时携带的 RT是出 RT ( export RT ) 。
同理， PE2也将 PE2每个 VPN支持的 VPN拓朴信息， 采用与表 3相 同的格式发送至 PE1。其中，表 3中的 "VPN MT ID 1、 VPN MT ID 2 VPN
MT ID N"是与 "VPN RD和 PE Address即 PE的 IP地址"组合对应的 VPN 成员所支持的拓朴信息， 例如， 与 CE1连接的 VPNA支持拓朴 1、 拓朴 和拓朴 3, 则 PE1发送的采用表 3格式封装的信息是 VPNA的 RD、 PE1的 IP地址以及该 VPNA支持的拓朴信息（拓朴 1、 拓朴 2和拓朴 3 ) , 而不再 是 PE连接的所有 VPN成员支持的所有拓朴信息。
503、 PE1和 PE2分别根据本端和对端支持的 VPN拓朴信息， 得到本 端和对端的相同的 VPN成员共同支持的 VPN拓朴信息对应的拓朴， 作为 相同的拓朴；
其中， PE1和 PE2将首先根据 502中发送的 RT, 获得与所述 RT匹配 的本端的 VPN拓朴信息。 例如， PE1接收到 PE2发送的表 3格式的 VPN 拓朴发现路由， 以及该路由对应的 RT, 该 RT为 export RT; PE1将查找自 身存储的 VPN拓朴发现路由，如果该路由的 RT (本端路由表的对应 RT是 import RT )与 export RT匹配， 则表明这两个 VPN拓朴发现路由表属于同 一个 VPN成员。例如，通过上述方式可以找到连接在 PE1的 VPNA的拓朴 发现路由、 以及对应的连接在 PE2的 VPNA的拓朴发现路由。
PE1和 PE2在确定出属于同一个 VPN成员 （这里的同一个 VPN成员 指的是例如两端都是 VPNA,其中 PE1的 VPNA的出 RT等于 PE2的 VPNA 的入 RT, PE1的 VPNA的入 RT等于 PE2的 VPNA的出 RT ) 的 VPN拓 朴发现路由后， 将针对该 VPN成员寻找本端和对端所共同支持的 VPN拓 朴信息。 例如， 连接在 PE1的 VPNA支持拓朴 1、 拓朴 2和拓朴 3, 连接在 PE2的 VPNA支持拓 4卜 1、 拓 4卜 3和拓 4卜 5, 则 PE1和 PE2的 VPNA共同 支持的是拓朴 1和拓朴 3。 至此， 交互信息的 VPN成员双方都获得了重要 的五元组信息：本地 PE地址、本地 VPN RD、远端 PE地址、远端 VPN RD、 共同支持的拓朴信息。
504、 PE1和 PE2分别向对端发送 VPN路由信息， 并携带两端共同支 持的 VPN拓朴信息、 以及本端 PE设备的 IP地址；
本实施例中， 为了使得接收端能够明确识别出 VPN拓朴信息对应的 VPN , PE设备将在向对端 PE设备发送 VPN路由信息时， 在携带该路由信 息所属的拓朴标识之外，还将携带本端 PE设备的 IP地址。参见如下的表 4, 表 4为一种 BGP扩展团体属性的示例： 封装 VPN拓朴信息的 BGP扩展团体属性
Figure imgf000020_0001
例如， PE1在向 PE2发送 VPNv4报文通告 VPN路由信息时， 就可以 携带表 4格式封装的 VPN MT ID,该 VPN MT ID是路由信息所属的拓朴标 识， 以及 PE1的 IP地址（即 PE Address ) 。 此外， 在发送该 VPN路由信 息时还携带了 VPN RD (该 RD未和 VPN MT ID、 PE Address设在同一个 BGP扩展团体属性中， 是 VPNv4路由信息的一部分）； 对端的 PE2在获得 该路由信息对应的拓朴标识的同时， 还可以根据 PE1的 IP地址、 以及所述 的 VPN RD, 得到该拓朴所在的 VPN成员； 并且， 根据上述三个信息、 再 加上本地 PE地址、本地 VPN RD,与 504所述获得的五元组信息匹配， PE2 就可以精确得知应该将接收的路由信息发往本地的哪个 VPN。
通过携带拓朴标识对应的 VPN成员信息， 使得接收端识别出 VPN拓 朴信息对应的 VPN,能够使得接收端更快速的将 VPN路由信息通告至对应 的 VPN , 提高 VPN路由信息交互的效率。
实施例四
图 6为本发明 VPN实现方法又一实施例的系统架构示意图， 图 7为本 发明 VPN实现方法又一实施例的流程示意图。 本实施例中， 多个拓朴是存 在于 MPLS VPN的 MPLS骨干网中。
如图 6所示， PE1连接 VPNA和 VPNB , 该 VPNA和 VPNB是在 PE1 侧的 VPN成员； PE2连接 VPNA和 VPNB, 该 VPNA和 VPNB是在 PE2 侧的 VPN成员； 连接在 PE1的 VPNA与连接在 PE2的 VPNA通过 MPLS 骨干网连通，且均属于同一个 VPN即 VPNA; 连接在 PE1的 VPNB与连接 在 PE2的 VPNB通过 MPLS骨干网连通， 且均属于同一个 VPN即 VPNB。 每一个 VPN成员均通过 CE与 PE设备连接， 图 6中未显示出 CE。 本实施 例中， MPLS骨干网中存在多个拓朴， 例如，存在拓朴 A (即图 6中的 Topo Α所指示的虚线代表的路径 )和拓朴 B (即图 6中的 Topo B所指示的虚线 代表的路径） 。
在图 6所示的系统架构下， 本实施例的 VPN实现方法参见图 7, 将描 述 MPLS骨干网两端的同属于同一 VPN的各 VPN成员之间是如何在 MPLS 骨干网的多个拓朴中选择相同的拓朴的。 其中， 在 MPLS骨干网中存在多 拓朴的场景下， 两端的 PE设备需要预先配置为业务主动方或者业务被动 方， 本实施例假设 PE1是业务主动方， PE2是业务被动方。
如图 7所示， 本实施例的 VPN实现方法包括：
701、 PE1和 PE2在 BGP会话建立阶段，通过 BGP Open消息确认双方 都支持 VPN拓朴选择能力；
本实施例中， 在 BGP Open消息中定义了用于表示 PE设备支持 VPN 拓朴选择能力的标识， 例如， 采用标识 "120" 代表 VPN拓朴选择能力， 假如 PE1支持 VPN拓朴选择能力， 则其将在向对端的 PE2发送的 Open消 息中携带该标识 "120" ； 而 PE2在接收到该 BGP Open消息时， 根据其中 携带的标识 "120" 就可以确认 PE1是支持 VPN拓朴选择能力的。 同理， PE1也可以根据 PE2发送的 BGP Open消息中携带的标识 "120" ,确认 PE2 支持 VPN拓朴选择能力。
所述的 VPN拓朴选择能力指的是， PE设备能够从 MPLS骨干网的多 个拓朴中进行拓朴选择的能力， 具体可以是 PE设备根据 VPN业务的业务 需求进行选择。 当 PE1和 PE2均确认双方都支持 VPN拓朴选择能力时， 则 继续执行 702; 否则， 若其中一方不支持 VPN拓朴选择能力， 尽管 MPLS 不能保证两端的 VPN成员选择同一拓朴， 即不能保证该 VPN的服务质量。
702、 PE1和 PE2相互交换各自连接的 VPN成员信息， 并确定两端的
VPN成员属于同一个 VPN;
其中， 由于本实施例是对于同一个 VPN中来说， 使得 MPLS骨干网两 端的同属于该 VPN的 VPN成员选择 MPLS骨干网的相同拓朴， 所以首先 是需要确定后续的拓朴选择信息的交换（即业务主动方和被动方所选择的 拓朴信息的交互）是建立在同一 VPN的 VPN成员之间的。
本实施例中，在 PE设备之间通告 VPN成员信息可以是通过 BGP中的
Update (更新 ) 消息， 该 BGP Update 消息中的 BGP NLRI的帧格式参见 如下的表 5所示：
表 5 通告 VPN成员信息的帧格式
MY VPN RD (8 octets) MY PE Address (Variable) 如表 5所示，通告的 VPN成员信息包括本端 PE设备的 IP地址（ MY PE Address ) 、 与本端连接的 VPN成员的 VPN标识（ MY VPN RD ) 。 此外， 还携带本端的入 RT (该 RT可以是通过另外的 BGP NLRI承载） 。
例如， PE1接收对端的 PE2发送的通过表 5所示的 BGP NLRI封装的 VPNA的信息， 例如 VPNA的 RD、 PE2的 IP地址以及 RT, PE1将首先根 据所述的 RT, 查找自身存储的与该 RT相匹配的本端的 VPN成员信息， 该 VPN成员信息中的 VPN标识对应的 VPN成员与对端 PE2连接的 VPN成 员属于同一 VPN, 例如， PE1连接的 VPNA成员与 PE2连接的 VPNA成员 是通过 MPLS骨干网连接在同一个 VPN中 （即 VPNA ) 。
703、 业务主动方 PE1将本端即 PE1选择的 MPLS骨干网拓朴信息发 送至业务被动方 PE2;
其中， 作为业务主动方， PE1将首先向对端的业务被动方 PE2通告本 端所选择的 MPLS骨干网隧道属于哪一个拓朴， PE1可以是根据 VPN业务 需求来选择， MPLS骨干网中的多个拓朴 通常是具有不同的 Qos, PE1可 以根据业务需求选择具有对应 Q0S的拓朴。
参见表 6, 表 6是通告 VPN选择拓朴的帧格式； 其中， 发送该 VPN选 择的拓朴信息可以称为 VPN选拓朴路由消息， 所述的 VPN选择拓朴是 PE 根据 VPN信息为该 VPN选择的拓朴；
表 6 通告 VPN选择拓朴的帧格式
MY VPN RD (8 octets)
MY PE Address (Variable)
YOUR VPN RD (8 octets)
YOUR PE Address (Variable)
Selected MT ID (2 octets) 具体的， PE1将本端 VPN成员的 VPN标识（ MY VPN RD ) 、 本端的 IP地址（ MY PE Address ) 、 与本端 VPN成员属于同一 VPN的对端 VPN 成员的 VPN标识（ YOUR VPN RD, 该信息是通过 702中的 VPN成员信息 交换得到 ) 、 对端 PE设备的 IP地址（ YOUR PE Address, 即 PE2的 IP地 址） 、 本端选择的 MPLS骨干网拓朴的拓朴标识（Selected MT ID, 例如选 择 MPLS骨干网中的拓朴 A ) ,按照表 6所示的格式同时封装在 BGP NLRI 中， 发送至 PE2。
704、 PE2接收到 PE1发送的 PE1选择的 MPLS骨干网拓朴信息后， 向 PE1发送对端即 PE2的 MPLS骨干网拓朴信息， PE2的拓朴选择与 PE1的 拓朴选择相同；
本实施例中， 所述的 PE1选择的 MPLS骨干网拓朴信息即 PE1选择的 MPLS骨干网拓朴标识。 PE2在接收到 PE1选择的 MPLS骨干网拓朴标识 后， 将进行合法性验证， 该验证指的是 PE2将查看自身侧是否支持该拓朴 标识对应的拓朴；如果可以支持，则 PE2将向 PE1发送 PE2所选择的 MPLS 骨干网拓朴信息（即 MPLS骨干网拓朴标识） ， 并且， PE2选择的 MPLS 骨干网拓朴与 PE1选择的 MPLS骨干网拓朴相同。
从本实施例可以看到， 对于从 MPLS骨干网的多个拓朴中选择相同拓 朴的场景， 是由业务主动方的 PE设备先进行选择， 并将该业务主动方的选 择通知业务被动方； 而业务被动方的 PE设备将选择与业务主动方相同的拓 朴即可， 从而实现两端的选择相同。
705、 PE1和 PE2通过本端和对端选择的相同的拓朴标识对应的骨干网 拓朴， 实现 VPN的各成员间的通信。
其中， PE1和 PE2在将 MPLS骨干网两端的 VPN成员连接通信时， 两 个方向的通信都通过确定的相同的 MPLS骨干网拓朴进行。 例如， PE1将 PE1的 VPN成员的报文向 PE2发送时，通过选定的 MPLS骨干网拓朴发送； PE2将 PE2的 VPN成员的报文向 PE1发送时，也是通过选定的相同的 MPLS 骨干网拓朴发送； 两个方向由于选择的 MPLS骨干网拓朴相同， 所以具有 相同的 Qos, 提高了 VPN的服务质量。
实施例五
图 8为本发明 VPN实现方法又一实施例的流程示意图， 本实施例是针 对二层业务在多拓朴的 MPLS骨干网中选择相同的拓朴的实现方式， 以标 签分发协议（Label Distribution Protocol, 筒称： LDP )信令扩展实现， 使得 MPLS骨干网的伪线 （ Pseudo Wire , 筒称： PW ) 两端的 PE设备选择同一 拓朴上的隧道。 本实施例的 VPN实现方法中， MPLS骨干网中的 PE设备仍然预先配 置为业务主动方和业务被动方， 如图 8所示， 该方法可以包括：
801、 业务主动方通过 LDP Mapping (标签分发协议映射） 消息携带 Selected MT ID TLV (选定的多拓朴标识 TLV ) , 通知业务被动方本端所选 择的 MPLS骨干网拓朴标识；
其中， LDP Mapping 消息中包括很多不同用途的类型 /长度 /值 ( Type/Length/Value, 筒称： TLV ) , 本实施例进行 LDP扩展设计了新的 TLV, 即所述的 Selected MT ID TLV, 用于携带二层业务所选用的 MPLS 骨干网的拓朴 ID, 其具体格式参见如下的表 7:
Selected MT ID TLV封装格式
Figure imgf000024_0001
该表 7中携带了二层业务所选用的 MPLS骨干网的拓朴标识即 Selected MT ID。 在 LDP Mapping消息中， 还携带有 FEC TLV (等价转发类 TLV ) 和 Generic Label TLV (通用标签 TLV, 是与 FEC对应的分配标签）， 本实 施例是在该 LDP Mapping消息中增加了表 7所示的 Selected MT ID TLV。
802、 业务被动方根据业务主动方选择的 MPLS骨干网拓朴标识， 向业 务主动方发送 LDP Mapping消息，该 LDP Mapping消息中携带 Selected MT ID TLV, 对业务主动方的选择进行确认；
其中， 业务被动方也会根据业务主动方选择的 MPLS骨干网拓朴标识， 进行合法性验证， 即看自身是否支持业务主动方所选择的 MPLS骨干网拓 朴。 如果可以支持， 则业务被动方发送 LDP Mapping消息给业务主动方， 携带 Selected MT ID TLV; 该 Selected MT ID TLV的格式与表 7相同， 其 中封装了业务主动方所选择的 MPLS骨干网拓朴标识即 Selected MT ID,表 明对业务主动方选择的确认， 即业务被动方也选择相同的 MPLS骨干网拓 朴。
803、 业务主动方和业务被动方经过如上的信息交换， 通过 MPLS骨干 网的同一个拓朴建立 PW。
其中， 业务主动方和业务被动方将通过建立的 PW实现 VPN的各成员 间的通信。
实施例六
图 9为本发明 VPN实现方法又一实施例的流程示意图， 本实施例也是 针对二层业务在多拓朴的 MPLS骨干网中选择相同的拓朴的实现方式， 并 且是以 BGP协议扩展实现， 使得 MPLS骨干网的 PW两端的 PE设备选择 同一拓朴上的隧道。
本实施例的 VPN实现方法中， MPLS骨干网中的 PE设备仍然预先配 置为业务主动方和业务被动方， 如图 9所示， 该方法可以包括：
901、 业务主动方通过 BGP Update消息携带 BGP扩展团体属性， 即 端所选择的 MPLS 骨干网拓朴标识通知业务被动方； 其中， 所述的 Used Topo ID即为选择的 MPLS骨干网拓朴标识；
其中， 上述的 BGP扩展团体属性的具体格式参见如下的表 8:
表 8 封装 MPLS骨干网拓朴信息的 BGP扩展团体属性
Figure imgf000025_0001
902、 业务被动方根据业务主动方选择的 MPLS骨干网拓朴标识， 向业 务主动方发送 BGP Update 消息， 其中携带 Used Topo ID Extended Community, 对业务主动方的选择进行确认；
其中， 业务被动方也会根据业务主动方选择的 MPLS骨干网拓朴标识， 进行合法性验证， 即看自身是否支持业务主动方所选择的 MPLS骨干网拓 朴。 如果可以支持， 则业务被动方发送 BGP Update消息给业务主动方， 携 带 Used Topo ID Extended Community;该 Used Topo ID Extended Community 的格式与表 8所示的格式相同， 其中封装了业务主动方所选择的 MPLS骨 干网拓朴标识即 Used Topo ID, 表明对业务主动方选择的确认， 即业务被 动方也选择相同的 MPLS骨干网拓朴。
903、 业务主动方和业务被动方经过如上的信息交换， 通过 MPLS骨干 网的同一个拓朴建立 PW。
其中， 业务主动方和业务被动方将通过该 PW, 即两端选择的相同的拓 朴， 实现 VPN的各成员间的通信。
实施例七
图 10为本发明 PE设备实施例的结构示意图，该 PE设备可以执行本发 明任意实施例的 VPN实现方法， 其具体的工作原理可以结合本发明任意的 方法实施例所述， 本实施例仅对该 PE设备的结构做筒单说明。
如图 10所示， 该 PE设备可以包括： 信息交换单元 91、 拓朴确定单元 92和 VPN处理单元 93; 其中，
信息交换单元 91 ,用于将本端的 VPN拓朴信息发送至对端的 PE设备， 并接收所述对端的 PE设备发送的对端的 VPN拓朴信息；
拓朴确定单元 92, 用于根据所述本端的 VPN拓朴信息和对端的 VPN 拓朴信息， 使得本端和对端选择共同支持的拓朴；
VPN处理单元 93, 用于通过所述共同支持的拓朴连接各 VPN成员， 实现所述 VPN。
进一步的， 当多个拓朴存在于所述 MPLS VPN的 VPN成员中时； 所述信息交换单元 91 ,具体用于将与本端连接的所有 VPN成员支持的 拓朴信息作为所述本端的 VPN拓朴信息， 发送至对端的 PE设备； 并接收 对端的 PE设备发送的与对端 PE设备连接的所有 VPN成员支持的拓朴信 所述 VPN处理单元 93, 具体用于向所述对端 PE设备发送 VPN路由 信息、 以及所述共同支持的 VPN拓朴信息。
进一步的， 所述信息交换单元 91 ,还用于将所述本端的 VPN拓朴信息 所属的 VPN成员的 VPN标识、所述 VPN成员所在的本端的 IP地址以及路 由目标（ RT )发送至对端的 PE设备； 并接收对端的 PE设备发送的 VPN 拓朴信息所属的 VPN成员的 VPN标识、 对端 PE设备的 IP地址以及 RT; 所述拓朴确定单元 92, 具体用于根据接收的所述对端的 PE设备发送 的 RT, 获得与所述 RT匹配的本端的 VPN拓朴信息， 所述本端的 VPN拓 朴信息所属的 VPN成员与所述对端的 VPN成员相同； 以及， 根据所述本 端的 VPN拓朴信息和对端的 VPN拓朴信息， 得到本端和对端的相同的所 述 VPN成员共同支持的 VPN拓朴信息对应的拓朴作为所述相同的拓朴； 所述 VPN处理单元 93 ,还用于向所述对端 PE设备发送本端的 IP地址。 进一步的， 所述信息交换单元 91 , 具体用于将本端的 VPN拓朴信息封 装在 BGP NLRI中发送至对端的 PE设备；
所述 VPN处理单元 93 , 具体用于将所述共同支持的 VPN拓朴信息封 装在 BGP扩展团体属性中发送至所述对端 PE设备。
进一步的， 所述信息交换单元 91 ,还用于在所述将本端的 VPN拓朴信 息发送至对端的 PE设备之前，接收对端的 PE设备发送的 BGP Open消息， 所述 BGP Open消息中携带用于表示所述对端的 PE设备支持 VPN拓朴发 现能力的标识。
进一步的， 当多个拓朴存在于所述 MPLS VPN的 MPLS骨干网中时； 所述信息交换单元 91 , 具体用于将本端选择的 MPLS骨干网拓朴的拓 朴标识发送至对端的 PE设备， 并接收所述对端的 PE设备发送的对端选择 的 MPLS骨干网拓朴的拓朴标识；
所述拓朴确定单元 92, 具体用于根据本端选择的 MPLS骨干网拓朴的 拓朴标识和对端选择的 MPLS骨干网拓朴的拓朴标识， 确定本端和对端选 择的拓朴标识相同；
所述 VPN处理单元 93,具体用于通过所述本端和对端选择的相同的拓 朴标识对应的 MPLS骨干网拓朴， 实现所述各成员间的通信。
进一步的， 所述 PE设备为 VPN业务的业务主动方； 则所述信息交换 单元 91 , 具体用于在执行所述将本端选择的 MPLS骨干网拓朴的拓朴标识 发送至对端的 PE设备之后， 接收所述对端的 PE设备发送的对端选择的 MPLS骨干网拓朴的拓朴标识。
进一步的， 所述 PE设备为 VPN业务的业务被动方； 则所述信息交换 单元 91 , 具体用于接收所述对端的 PE设备发送的对端选择的 MPLS骨干 网拓朴的拓朴标识； 若本端支持所述拓朴标识对应的 MPLS骨干网拓朴， 则将本端选择的 MPLS骨干网拓朴的拓朴标识发送至对端的 PE设备，本端 选择的所述拓朴标识与对端选择的拓朴标识相同。
进一步的， 所述信息交换单元 91 , 具体用于将本端选择的 MPLS骨干 网拓朴的拓朴标识封装在 BGP NLRI中发送至对端的 PE设备。
进一步的， 所述信息交换单元 91 , 还用于在将本端选择的 MPLS骨干 网拓朴的拓朴标识封装在 BGP NLRI中发送至对端的 PE设备之前，接收对 端的 PE设备发送的 BGP Open消息，所述 BGP Open消息中携带用于表示 所述对端的 PE设备支持 VPN拓朴选择能力的标识。 进一步的， 所述信息交换单元 91 , 还用于在所述将本端选择的 MPLS 骨干网拓朴的拓朴标识封装在 BGP NLRI中发送至对端的 PE设备之前，将 本端的 IP地址、与本端连接的各 VPN成员的 VPN标识、以及路由目标（ RT ) 封装在 BGP NLRI中， 发送至所述对端的 PE设备； 并接收对端的 PE设备 通过 BGP NLRI封装发送的对端 PE设备的 IP地址、与对端的 PE设备连接 的各 VPN成员的 VPN标识以及 RT;
以及， 用于将本端选择的 MPLS 骨干网拓朴的拓朴标识、 选择所述 MPLS骨干网拓朴的本端 VPN成员的 VPN标识、 本端的 IP地址、 与所述 本端 VPN成员属于同一 VPN的对端 VPN成员的 VPN标识、对端 PE设备 的 IP地址， 同时封装在 BGP NLRI中， 发送至所述对端的 PE设备。
所述拓朴确定单元 92, 还用于根据接收的所述对端的 PE设备发送的 RT,获得与所述 RT匹配的本端的 VPN成员的 VPN标识，所述本端的 VPN 成员与对端的 VPN成员属于同一 VPN。
进一步的， 信息交换单元 91 , 具体用于将本端选择的 MPLS骨干网拓 朴的拓朴标识封装在 LDP Mapping消息中发送至对端的 PE设备。
本实施例的 PE设备，通过在本端与对端 PE设备之间执行 VPN拓朴信 息的交换， 并根据该交换的 VPN拓朴信息在本端和对端选择相同的拓朴实 现 VPN, 实现了多拓朴环境下的 VPN且提高了多拓朴 VPN的服务质量。
实施例八
图 11为本发明 PE设备实施例的实体构造图，该 PE设备包括至少一个 处理器、 以及与所述至少一个处理器连接的存储器； 所述至少一个处理器 读取存储器中的存储信息， 执行对应的处理步骤。 为了筒明起见， 在图 11 中仅以一个处理器、 存储器包括只读存储器（Read-Only Memory, 筒称： ROM )和随机存取存储器（random access memory, 筒称： RAM ) 为例进 行说明。
所述存储器， 用于保存存储信息， 所述存储信息包括： 本端的 VPN拓 朴信息以及对端的 VPN拓朴信息；
所述处理器， 被配置： 将本端的 VPN拓朴信息发送至对端的 PE设备， 并接收所述对端的 PE设备发送的对端的 VPN拓朴信息， 发送至存储器； 还用于根据所述本端的 VPN拓朴信息和对端的 VPN拓朴信息， 使本端和 对端从所述多个拓朴中选择相同的拓朴； 以及通过所述相同的拓朴连接所 述各 VPN成员， 实现所述 VPN。
所述处理器还可以被配置用于执行方法实施例中的各个步骤， 在这里 不再——描述。
本领域普通技术人员可以理解： 实现上述各方法实施例的全部或部分 步骤可以通过程序指令相关的硬件来完成。 前述的程序可以存储于一计算 机可读取存储介质中。 该程序在执行时， 执行包括上述各方法实施例的步 骤； 而前述的存储介质包括： ROM、 RAM, 磁碟或者光盘等各种可以存储 程序代码的介质。
最后应说明的是： 以上各实施例仅用以说明本发明的技术方案， 而非 对其限制； 尽管参照前述各实施例对本发明进行了详细的说明， 本领域的 普通技术人员应当理解： 其依然可以对前述各实施例所记载的技术方案进 行修改， 或者对其中部分或者全部技术特征进行等同替换； 而这些修改或 者替换， 并不使相应技术方案的本质脱离本发明各实施例技术方案的范围。

Claims

权利要求
1、 一种虚拟专用网 VPN 实现方法， 应用于存在多个拓朴的多协议标 签交换虚拟专用网 MPLS VPN, 所述 MPLS VPN包括 MPLS骨干网、 以及 通过所述 MPLS骨干网连接的各 VPN成员，所述 MPLS骨干网中包括至少 两个 PE设备，所述至少两个 PE设备用于将各 VPN成员连接在所述 MPLS VPN中； 其特征在于， 所述方法包括：
将本端的 VPN拓朴信息发送至对端的 PE设备， 并接收所述对端的 PE 设备发送的对端的 VPN拓朴信息；
根据所述本端的 VPN拓朴信息和对端的 VPN拓朴信息， 使得本端和 对端选择共同支持的拓朴；
通过所述共同支持的拓朴连接所述各 VPN成员，实现所述 MPLS VPN。
2、 根据权利要求 1所述的 VPN实现方法， 其特征在于， 所述多个拓 朴存在于所述 MPLS VPN的 VPN成员中；
所述将本端的 VPN拓朴信息发送至对端的 PE设备， 接收对端的 PE 设备发送的对端的 VPN拓朴信息， 包括：
将与本端连接的所有 VPN成员支持的拓朴信息作为所述本端的 VPN 拓朴信息， 发送至对端的 PE设备； 并接收对端的 PE设备发送的对端 PE 设备连接的所有 VPN成员支持的拓朴信息；
所述通过所述共同支持的拓朴连接所述各 VPN成员， 包括： 向所述对 端 PE设备发送 VPN路由信息、 以及所述共同支持的 VPN拓朴信息。
3、 根据权利要求 2所述的 VPN实现方法， 其特征在于，
所述将本端的 VPN拓朴信息发送至对端的 PE设备， 接收对端的 PE 设备发送的对端的 VPN拓朴信息， 进一步包括：
将所述本端的 VPN拓朴信息所属的 VPN成员的 VPN标识、所述 VPN 并接收对端的 PE设备发送的 VPN拓朴信息所属的 VPN成员的 VPN标识、 对端 PE设备的 IP地址以及 RT;
根据所述本端的 VPN拓朴信息和对端的 VPN拓朴信息， 使得本端和 对端选择共同支持的拓朴， 包括：
根据接收的所述对端的 PE设备发送的 RT, 获得与所述 RT匹配的本 端的 VPN拓朴信息， 获得的所述本端的 VPN拓朴信息所属的 VPN成员与 对端的 VPN成员相同；
根据获得的所述本端的 VPN拓朴信息和对端的 VPN拓朴信息， 得到 所述通过所述相同的拓朴连接所述各 VPN成员， 还包括： 还向所述对 端 PE设备发送本端 PE设备的 IP地址。
4、 根据权利要求 2或 3所述的 VPN实现方法， 其特征在于， 所述将本端的 VPN拓朴信息发送至对端的 PE设备， 包括： 将本端的
VPN拓朴信息封装在边界网关协议网络层可达性信息 BGP NLRI中发送至 对端的 PE设备；
所述向所述对端 PE设备发送共同支持的 VPN拓朴信息， 包括： 将所 述共同支持的 VPN拓朴信息封装在边界网关协议 BGP扩展团体属性中发 送至所述对端 PE设备。
5、 根据权利要求 2或 3所述的 VPN实现方法， 其特征在于， 在所述将本端的 VPN拓朴信息发送至对端的 PE设备之前， 还包括： 接收对端的 PE设备发送的边界网关协议打开 BGP Open消息， 所述
BGP Open消息中携带用于表示所述对端的 PE设备支持 VPN拓朴发现能力 的标识；
所述将本端的 VPN拓朴信息发送至对端的 PE设备的操作根据所述标 识执行。
6、 根据权利要求 1所述的 VPN实现方法， 其特征在于， 所述多个拓 朴存在于所述 MPLS VPN的 MPLS骨干网中；
所述将本端的 VPN拓朴信息发送至对端的 PE设备， 接收所述对端的 PE设备发送的对端的 VPN拓朴信息， 包括：
将本端 PE设备选择的 MPLS骨干网拓朴的拓朴标识发送至对端的 PE 设备，并接收所述对端的 PE设备发送的对端选择的 MPLS骨干网拓朴的拓 朴标识；
所述根据本端的 VPN拓朴信息和对端的 VPN拓朴信息， 使得本端和 对端选择共同支持的拓朴， 包括： 根据本端选择的 MPLS骨干网拓朴的拓 朴标识和对端选择的 MPLS骨干网拓朴的拓朴标识， 使得本端和对端选择 具有相同拓朴标识的 MPLS骨干网拓朴； 所述通过所述共同支持的拓朴连接所述各 VPN成员， 包括： 通过所述 本端和对端选择的相同的拓朴标识对应的 MPLS骨干网拓朴， 实现所述各 成员间的通信。
7、 根据权利要求 6所述的 VPN实现方法， 其特征在于， 所述本端 PE 设备为 VPN业务的业务主动方； 则
所述将本端选择的 MPLS骨干网拓朴的拓朴标识发送至对端的 PE设 备，并接收所述对端的 PE设备发送的对端选择的 MPLS骨干网拓朴的拓朴 标识， 包括：
在执行所述将本端选择的 MPLS骨干网拓朴的拓朴标识发送至对端的 PE设备之后， 接收所述对端的 PE设备发送的对端选择的 MPLS骨干网拓 朴的拓朴标识， 所述对端选择的 MPLS 骨干网拓朴的拓朴标识与所述本端 选择的 MPLS骨干网拓朴的拓朴标识相同。
8、 根据权利要求 6所述的 VPN实现方法， 其特征在于， 所述本端 PE 设备为 VPN业务的业务被动方， 则
所述将本端选择的 MPLS骨干网拓朴的拓朴标识发送至对端的 PE设 备，并接收所述对端的 PE设备发送的对端选择的 MPLS骨干网拓朴的拓朴 标识， 包括：
接收所述对端的 PE设备发送的对端选择的 MPLS骨干网拓朴的拓朴标 识；
若本端支持所述对端 PE设备发送的对端选择的 MPLS骨干网拓朴的拓 朴标识对应的 MPLS骨干网拓朴， 则将本端选择的 MPLS骨干网拓朴的拓 朴标识发送至对端的 PE设备，本端选择的所述拓朴标识与对端选择的拓朴 标识相同。
9、 根据权利要求 7或 8所述的 VPN实现方法， 其特征在于， 将本端 选择的 MPLS骨干网拓朴的拓朴标识发送至对端的 PE设备， 包括： 层可达性信息 BGP NLRI中发送至对端的 PE设备。
10、 根据权利要求 9所述的 VPN实现方法， 其特征在于，
在将本端选择的 MPLS骨干网拓朴的拓朴标识封装在 BGP NLRI中发 送至对端的 PE设备， 之前还包括： 接收对端的 PE设备发送的边界网关协 议打开 BGP Open消息， 所述 BGP Open消息中携带用于表示所述对端的 PE设备支持 VPN拓朴选择能力的标识；
所述将本端选择的 MPLS骨干网拓朴的拓朴标识封装在 BGP NLRI中 发送至对端的 PE设备， 根据所述标识执行。
11、 根据权利要求 9所述的 VPN实现方法， 其特征在于，
在所述将本端选择的 MPLS骨干网拓朴的拓朴标识封装在 BGP NLRI 中发送至对端的 PE设备， 之前还包括：
将本端的互联网协议 IP地址、与本端连接的各 VPN成员的 VPN标 识、 以及路由目标 RT封装在 BGP NLRI中， 发送至所述对端的 PE设备； 与对端的 PE设备连接的各 VPN成员的 VPN标识以及 RT;
根据接收的所述对端的 PE设备发送的 RT,获得与所述 RT匹配的本 端的 VPN成员的 VPN标识， 获得的所述本端的 VPN成员与对端的 VPN 成员属于同一 VPN;
所述将本端的 VPN拓朴信息发送至对端的 PE设备， 包括： 将本端选 择的 MPLS骨干网拓朴的拓朴标识、选择所述 MPLS骨干网拓朴的本端 VPN 成员的 VPN标识、 本端的 IP地址、 与所述本端 VPN成员属于同一 VPN 的对端 VPN成员的 VPN标识、 对端 PE设备的 IP地址， 同时封装在 BGP NLRI中， 发送至所述对端的 PE设备。
12、 根据权利要求 7或 8所述的 VPN实现方法， 其特征在于， 将本端 所选择的 MPLS骨干网拓朴的拓朴标识发送至对端的 PE设备， 包括：
将本端选择的 MPLS骨干网拓朴的拓朴标识封装在标签分发协议映射 LDP Mapping消息或者 BGP扩展团体属性中， 发送至对端的 PE设备。
13、 一种 PE设备， 应用于存在多个拓朴的多协议标签交换虚拟专用网 MPLS VPN, 所述 MPLS VPN包括 MPLS骨干网、 以及通过所述 MPLS骨 干网连接的各 VPN成员，用于分别连接各 VPN成员的至少两个所述 PE设 备位于所述 MPLS骨干网中； 其特征在于， 每个所述 PE设备包括：
信息交换单元， 用于将本端的 VPN拓朴信息发送至对端的 PE设备， 并接收所述对端的 PE设备发送的对端的 VPN拓朴信息；
拓朴确定单元， 用于根据所述本端的 VPN拓朴信息和对端的 VPN拓 朴信息， 使得本端和对端选择共同支持的拓朴；
VPN处理单元， 用于通过所述共同支持的拓朴连接所述各 VPN成员， 实现所述 MPLS VPN。
14、 根据权利要求 13所述的 PE设备， 其特征在于， 所述多个拓朴存 在于所述 MPLS VPN的 VPN成员中；
所述信息交换单元， 具体用于将与本端连接的所有 VPN成员支持的拓 朴信息作为所述本端的 VPN拓朴信息， 发送至对端的 PE设备； 并接收对 端的 PE设备发送的与对端 PE设备连接的所有 VPN成员支持的拓朴信息； 所述 VPN处理单元，具体用于向所述对端 PE设备发送 VPN路由信息、 以及所述共同支持的 VPN拓朴信息。
15、 根据权利要求 14所述的 PE设备， 其特征在于，
所述信息交换单元， 还用于将所述本端的 VPN拓朴信息所属的 VPN 成员的 VPN标识、 所述 VPN成员所在的本端 PE设备的 IP地址以及路由 目标 RT发送至对端的 PE设备； 并接收对端的 PE设备发送的 VPN拓朴信 息所属的 VPN成员的 VPN标识、 对端 PE设备的 IP地址以及 RT;
所述拓朴确定单元， 具体用于根据接收的所述对端的 PE设备发送的 RT, 获得与所述 RT匹配的本端的 VPN拓朴信息，获得的所述本端的 VPN 拓朴信息所属的 VPN成员与所述对端的 VPN成员相同； 以及， 获得的根 据所述本端的 VPN拓朴信息和对端的 VPN拓朴信息， 得到本端和对端的 相同的所述 VPN成员共同支持的 VPN拓朴信息对应的拓朴作为所述相同 的拓朴；
所述 VPN处理单元， 还用于向所述对端 PE设备发送本端 PE设备的 IP地址。
16、 根据权利要求 14或 15所述的 PE设备， 其特征在于，
所述信息交换单元， 具体用于将本端的 VPN拓朴信息封装在边界网关 协议网络层可达性信息 BGP NLRI中发送至对端的 PE设备；
所述 VPN处理单元， 具体用于将所述共同支持的 VPN拓朴信息封装 在边界网关协议 BGP扩展团体属性中发送至所述对端 PE设备。
17、 根据权利要求 14或 15所述的 PE设备， 其特征在于，
所述信息交换单元， 还用于在所述将本端的 VPN拓朴信息发送至对端 的 PE设备之前， 接收对端的 PE设备发送的 边界网关协议打开 BGP Open 消息， 所述 BGP Open消息中携带用于表示所述对端的 PE设备支持 VPN 拓朴发现能力的标识。
18、 根据权利要求 13所述的 PE设备， 其特征在于， 所述多个拓朴存 在于所述 MPLS VPN的 MPLS骨干网中；
所述信息交换单元， 具体用于将本端选择的 MPLS骨干网拓朴的拓朴 标识发送至对端的 PE设备， 并接收所述对端的 PE设备发送的对端选择的 MPLS骨干网拓朴的拓朴标识；
所述拓朴确定单元， 具体用于根据本端选择的 MPLS骨干网拓朴的拓 朴标识和对端选择的 MPLS骨干网拓朴的拓朴标识， 使得本端和对端选择 的拓朴标识相同；
所述 VPN处理单元， 具体用于通过所述本端和对端选择的相同的拓朴 标识对应的 MPLS骨干网拓朴， 实现所述各成员间的通信。
19、 根据权利要求 18所述的 PE设备， 其特征在于， 所述 PE设备为 VPN业务的业务主动方； 则
所述信息交换单元， 具体用于在执行所述将本端选择的 MPLS骨干网 拓朴的拓朴标识发送至对端的 PE设备之后， 接收所述对端的 PE设备发送 的对端选择的 MPLS骨干网拓朴的拓朴标识。
20、 根据权利要求 18所述的 PE设备， 其特征在于， 所述 PE设备为 VPN业务的业务被动方； 则
所述信息交换单元，具体用于接收所述对端的 PE设备发送的对端选择 的 MPLS骨干网拓朴的拓朴标识； 若本端支持所述拓朴标识对应的 MPLS 骨干网拓朴， 则将本端选择的 MPLS骨干网拓朴的拓朴标识发送至对端的 PE设备， 本端选择的所述拓朴标识与对端选择的拓朴标识相同。
21、 根据权利要求 19或 20所述的 PE设备， 其特征在于，
所述信息交换单元， 具体用于将本端选择的 MPLS骨干网拓朴的拓朴 标识封装在 BGP NLRI中发送至对端的 PE设备。
22、 根据权利要求 21所述的 PE设备， 其特征在于，
所述信息交换单元，还用于在将本端 PE设备选择的 MPLS骨干网拓朴 的拓朴标识封装在 BGP NLRI中发送至对端的 PE设备之前， 接收对端的 PE设备发送的 BGP Open消息， 所述 BGP Open消息中携带用于表示所述 对端的 PE设备支持 VPN拓朴选择能力的标识。
23、 根据权利要求 21所述的 PE设备， 其特征在于，
所述信息交换单元， 还用于在所述将本端选择的 MPLS骨干网拓朴的 拓朴标识封装在 BGP NLRI中发送至对端的 PE设备之前， 将本端 PE设备 的互联网协议 IP地址、 与本端连接的各 VPN成员的 VPN标识、 以及路由 目标 RT封装在 BGP NLRI中， 发送至所述对端的 PE设备； 并接收对端的 PE设备通过 BGP NLRI封装发送的对端 PE设备的 IP地址、 与对端的 PE 设备连接的各 VPN成员的 VPN标识以及 RT;
以及， 用于将本端选择的 MPLS 骨干网拓朴的拓朴标识、 选择所述 MPLS骨干网拓朴的本端 VPN成员的 VPN标识、 本端 PE设备的 IP地址、 与所述本端 VPN成员属于同一 VPN的对端 VPN成员的 VPN标识、 对端 PE设备的 IP地址， 同时封装在 BGP NLRI中，发送至所述对端的 PE设备； 所述拓朴确定单元，还用于根据接收的所述对端的 PE设备发送的 RT, 获得与所述 RT匹配的本端的 VPN成员的 VPN标识， 所述本端的 VPN成 员与对端的 VPN成员属于同一 VPN。
24、 根据权利要求 19或 20所述的 PE设备， 其特征在于，
所述信息交换单元， 具体用于将本端选择的 MPLS骨干网拓朴的拓朴 标识封装在标签分发协议映射 LDP Mapping消息或者 BGP扩展团体属性 中， 发送至对端的 PE设备。
PCT/CN2013/083435 2012-09-20 2013-09-13 Vpn实现方法和pe设备 Ceased WO2014044151A1 (zh)

Priority Applications (2)

Application Number Priority Date Filing Date Title
EP13839169.3A EP2890060B1 (en) 2012-09-20 2013-09-13 Vpn implementation method and pe device
US14/664,392 US9755855B2 (en) 2012-09-20 2015-03-20 VPN implementation method and PE device

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CN201210351991.9 2012-09-20
CN201210351991.9A CN103684959B (zh) 2012-09-20 2012-09-20 Vpn实现方法和pe设备

Related Child Applications (1)

Application Number Title Priority Date Filing Date
US14/664,392 Continuation US9755855B2 (en) 2012-09-20 2015-03-20 VPN implementation method and PE device

Publications (1)

Publication Number Publication Date
WO2014044151A1 true WO2014044151A1 (zh) 2014-03-27

Family

ID=50321335

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2013/083435 Ceased WO2014044151A1 (zh) 2012-09-20 2013-09-13 Vpn实现方法和pe设备

Country Status (4)

Country Link
US (1) US9755855B2 (zh)
EP (1) EP2890060B1 (zh)
CN (2) CN107483311B (zh)
WO (1) WO2014044151A1 (zh)

Families Citing this family (9)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US9954761B2 (en) * 2015-06-11 2018-04-24 Arbor Networks, Inc. Dynamic detection of VPN sites
CN107222449B (zh) * 2016-03-21 2020-06-16 华为技术有限公司 基于流规则协议的通信方法、设备和系统
WO2018058639A1 (zh) * 2016-09-30 2018-04-05 华为技术有限公司 伪线负载分担的方法和设备
US10454809B2 (en) * 2017-06-08 2019-10-22 Vmware, Inc. Automatic network topology detection for merging two isolated networks
CN111742524B (zh) 2018-02-20 2021-12-14 华为技术有限公司 企业虚拟专用网络(vpn)与虚拟私有云(vpc)粘连
CN110290044B (zh) * 2019-06-26 2021-08-06 普联技术有限公司 一种vpn网络和主干网络的分流方法、装置及存储介质
CN110912878B (zh) * 2019-11-13 2022-04-01 南京理工大学 基于vpn的信息管理系统网络安全防护方法及系统
US11140132B1 (en) * 2019-12-10 2021-10-05 Amazon Technologies, Inc. Network flow management
CN117336255A (zh) 2022-06-23 2024-01-02 华为技术有限公司 一种隧道创建方法、信息发布方法及装置

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1744541A (zh) * 2004-08-31 2006-03-08 华为技术有限公司 一种在多层标签交换网络中实现虚拟专网业务的方法
CN101047636A (zh) * 2006-06-07 2007-10-03 华为技术有限公司 端到端伪线仿真虚拟租用线接入虚拟专用网的方法及系统
US20090287810A1 (en) * 2001-10-05 2009-11-19 Stonesoft Corporation Virtual private network management

Family Cites Families (12)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR100693059B1 (ko) * 2005-01-24 2007-03-12 삼성전자주식회사 Ｍｐｌｓ 기반의 ｖｐｎ 제공 장치 및 방법
FI120612B (fi) 2005-02-14 2009-12-15 Teliasonera Ab Menetelmä virtuaalisen yksityisverkon palveluiden tuottamiseksi autonomisten järjestelmien välille
US20070097991A1 (en) * 2005-10-31 2007-05-03 Tatman Lance A Method and system for discovering and providing near real-time updates of VPN topologies
US7593352B2 (en) * 2006-06-02 2009-09-22 Cisco Technology, Inc. Discovering MPLS VPN services in a network
CN101114971A (zh) * 2006-07-27 2008-01-30 华为技术有限公司 基于IPv6地址结构实现虚拟专用网的方法
US7626984B2 (en) * 2006-10-25 2009-12-01 At&T Corp. Method and apparatus for providing congruent multicast and unicast routing
CN101617305B (zh) * 2007-01-17 2013-05-01 北方电讯网络有限公司 使用基于以太网的隧道的、用于mpls和第2层vpn的边界网关协议过程
US8000265B2 (en) * 2009-04-29 2011-08-16 Hewlett-Packard Development Company, L.P. Method and system for determining network topology of a virtual private network in multi protocol label switching (MPLS) based virtual private networks (VPNs)
US8121136B2 (en) * 2009-06-24 2012-02-21 Cisco Technology, Inc. Dynamic discovery mechanisms via inter-domain routing protocol
US8488491B2 (en) * 2009-11-12 2013-07-16 Cisco Technology, Inc. Compressed virtual routing and forwarding in a communications network
WO2011101575A1 (fr) * 2010-02-16 2011-08-25 France Telecom Gestion de reseaux prives virtuels
CN101834793A (zh) * 2010-04-29 2010-09-15 电子科技大学 基于mpls/ops的虚拟专用网的实现方法

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20090287810A1 (en) * 2001-10-05 2009-11-19 Stonesoft Corporation Virtual private network management
CN1744541A (zh) * 2004-08-31 2006-03-08 华为技术有限公司 一种在多层标签交换网络中实现虚拟专网业务的方法
CN101047636A (zh) * 2006-06-07 2007-10-03 华为技术有限公司 端到端伪线仿真虚拟租用线接入虚拟专用网的方法及系统

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
See also references of EP2890060A4 *

Also Published As

Publication number Publication date
EP2890060A4 (en) 2015-08-12
CN107483311A (zh) 2017-12-15
CN103684959A (zh) 2014-03-26
CN107483311B (zh) 2020-07-21
US9755855B2 (en) 2017-09-05
EP2890060B1 (en) 2017-03-15
US20150195105A1 (en) 2015-07-09
EP2890060A1 (en) 2015-07-01
CN103684959B (zh) 2017-10-24

Similar Documents

Publication Publication Date Title
CN107483311B (zh) Vpn实现方法和pe设备
CN110635935B (zh) 为用户接口的相应服务接口使用多个evpn路由
ES2830182T3 (es) Controladores centrales de elementos de cálculo de rutas (PCECC) para servicios de red
CN104219147B (zh) 边缘设备的vpn实现处理方法及装置
CN103621025B (zh) 具有增强学习方法和系统的在边缘路由器之间使用两种伪线的以太网树
WO2013182059A1 (zh) 多协议标签交换流量工程隧道建立方法及设备
WO2016066072A1 (zh) 实现nvo3网络与mpls网络之间通信的方法和装置
WO2009021458A1 (en) Method, apparatus and system for connecting layer2 network and layer3 network
WO2013026384A1 (zh) 业务数据传输的方法、网络节点及系统
WO2013117165A1 (zh) 实现基于VPLS的E-tree业务的方法和节点
US9521072B2 (en) Method and network device for distributing multi-protocol label switching labels
CN114448859B (zh) 支持用于边界网关协议的多传输选项
WO2012130083A1 (zh) 一种配置地址解析协议arp表项的方法和装置
CN101635684B (zh) 一种实现业务流分类的方法和系统
CN103326915A (zh) 实现三层虚拟专用网络的方法、设备及系统
CN102546433A (zh) 基于mpls vpn的数据转发方法和边缘设备
CN101800691A (zh) 一种建立网络中数据转发路径的方法、设备和系统
CN105553810A (zh) 一种转发专线业务报文的方法及装置
CN103188123B (zh) 实现以太树业务的方法及运营商边缘设备
CN113285877B (zh) 一种报文转发的控制方法及相关装置
CN105324961A (zh) Gre隧道实现方法、接入点和网关
CN100393062C (zh) 将核心网接入多协议标记交换虚拟专用网的方法
WO2009076848A1 (zh) 一种pbb网络中自动拓扑发现及资源管理的方法和装置
JP2013544453A (ja) オフセットを用いてインバンド制御チャネルを提供する疑似ワイヤ
CN103634210B (zh) 发现vpls实例的对端pe设备的方法及设备

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

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE

REEP Request for entry into the european phase

Ref document number: 2013839169

Country of ref document: EP

WWE Wipo information: entry into national phase

Ref document number: 2013839169

Country of ref document: EP