[go: up one dir, main page]

WO2012149777A1 - 标签交换路径建立的方法、装置和系统 - Google Patents

标签交换路径建立的方法、装置和系统 Download PDF

Info

Publication number
WO2012149777A1
WO2012149777A1 PCT/CN2011/080305 CN2011080305W WO2012149777A1 WO 2012149777 A1 WO2012149777 A1 WO 2012149777A1 CN 2011080305 W CN2011080305 W CN 2011080305W WO 2012149777 A1 WO2012149777 A1 WO 2012149777A1
Authority
WO
WIPO (PCT)
Prior art keywords
node
path message
session identifier
address information
core node
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/CN2011/080305
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 PCT/CN2011/080305 priority Critical patent/WO2012149777A1/zh
Priority to CN201180002218.5A priority patent/CN102439919B/zh
Publication of WO2012149777A1 publication Critical patent/WO2012149777A1/zh
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
    • 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

  • the present invention relates to the field of communications technologies, and in particular, to a method, an apparatus, and a system for establishing a label switching path. Background technique
  • GMPLS Generalized Multi-Protocol Label Switching
  • RSVP-TE Resource Reservation Protocol-Traffic Engineering
  • the source node assigns a tunnel ID (tunnel identifier) and an LSP ID (label switching path identifier) to the connection;
  • the sink node After receiving the Path message, the sink node starts the sink node, performs label allocation, resource reservation, and cross-connection establishment on a node-by-node basis in the reverse direction of the connection, and returns a Resv (Resource Reservation Message) message to the upstream node.
  • the message carries the assigned tag information;
  • the source node receives the Resv message and the connection is established successfully.
  • Overlay Network establishes a label switched path between the nodes through the Core Network.
  • the routing information between the overlay network and the core network is isolated from each other, that is, in the overlay network.
  • the node cannot obtain the detailed topology information in the core network through the routing protocol.
  • the nodes in the core network cannot obtain the detailed topology information in the overlay network through the routing protocol, and need to establish between the nodes in the two overlay networks.
  • a connection through the core network is required, a UNI (User-Network Interface) between the overlay network and the core network is required to establish a connection.
  • the UNI interfaces that require the source EN (Edge Node), the ingress CN (Core Node), the egress CN, and the sink EN belong to the same addressing space.
  • the source EN is the upstream node of the ingress CN
  • the egress CN is the upstream node of the sink EN.
  • the GMPLS signaling message can start from the source EN, along the node through which the connection passes. The hop is sent to the sink EN to establish the connection.
  • each node uses the source EN address + sink EN address + the source ID assigned by the source EN as the unique identifier of the session.
  • the overlay network and the core network may be deployed independently, when addressing the network node, it is likely that the two networks are not assigned addresses from within the same addressing space. Individually addressed, the address of the node in the overlay network may conflict with the address of the node in the core network, such as the same address. In this case, it may happen that although it belongs to two different sessions, it is due to the nodes in the overlay network. The address and the node in the core network are assigned the same address, resulting in the same situation in which the two session identifiers are the same. As a result, the nodes in the core network cannot correctly distinguish different label switching paths, which causes the signaling protocol processing to be confusing, and finally can not be established. The correct label switching path.
  • the overlay network and the core network adopt different addressing methods, for example, the nodes in the overlay network adopt the IPv4 addressing mode, and the nodes in the core network adopt the IPv6 addressing mode, if the overlay network and the core network If the node in the core network receives the path message sent by the node in the network, the address in the path message cannot be correctly identified because the address space is different. Label switching path.
  • the embodiment of the present invention provides a method, an apparatus, and a system for establishing a label switching path.
  • the technical solution is as follows:
  • a method for establishing a label switched path includes:
  • the ingress core node receives the first path message from the source edge node, where the first path message carries the first session identifier, where the first session identifier includes: address information of the source node, address information of the sink node, and the source node assignment Tunnel identification;
  • the second path message Converting the first path message to a second path message, where the second path message carries the first session identifier and the second session identifier, where the second session identifier includes: address information of the ingress core node, The address information of the egress core node and the tunnel identifier assigned by the ingress core node, so that the core node in the core network uses the second session identifier as the session identifier of the label switching path;
  • an ingress node comprising:
  • a receiving module configured to receive a first path message sent by the source edge node, where the first path message carries a first session identifier, where the first session identifier includes: address information of the source node, address information of the sink node, and Source section Point assigned tunnel identifier;
  • a conversion module configured to convert the first path message into a second path message, where the second path message carries the first session identifier and the second session identifier, where the second session identifier includes: the entry core The address information of the node, the address information of the egress core node, and the tunnel identifier assigned by the ingress core node, so that the core node in the core network uses the second session identifier as the session identifier of the label switching path;
  • a sending module configured to send the second path message to the egress core node hop by hop, so that the egress core node restores the second path message to the first path message according to the first session identifier And sending the first path message to the sink node to establish a label switched path.
  • a method for establishing a label switched path comprising:
  • the user network interface UNI server receives the first path message from the source edge node, where the first path message carries the first session identifier, where the first session identifier includes: address information of the source node, address information of the sink node, and the source The tunnel identifier assigned by the node;
  • the second path message Converting the first path message to a second path message, where the second path message carries the first session identifier and the second session identifier, where the second session identifier includes: address information of the ingress core node, The address information of the egress core node and the tunnel identifier assigned by the ingress core node, so that the core node in the core network uses the second session identifier as the session identifier of the label switching path;
  • the first session identifier restores the second path message to the first path message, and sends the first path message to the sink node to establish a label switching path.
  • a system for label switching path establishment comprising: an ingress core node and an egress core node as described above;
  • the egress core node is configured to receive a second path message sent by the ingress core node hop by hop according to the first session identifier, and restore the second path message to a first path message, where the first path message is sent Sent to the sink node to establish a label switched path.
  • a server comprising:
  • a receiving module configured to receive a first path message from the source edge node, where the first path message carries a first session identifier, where the first session identifier includes: address information of the source node, address information of the sink node, and the source The tunnel identifier assigned by the node;
  • a conversion module configured to convert the first path message into a second path message, where the second path message carries the first session identifier and the second session identifier, where the second session identifier includes: the entry core Node address information, The address information of the egress core node and the tunnel identifier assigned by the ingress core node, so that the core node in the core network uses the second session identifier as the session identifier of the label switching path;
  • a forwarding module configured to send the second path message to the ingress core node, to enable the ingress core node to send the second path message hop by hop to a server at the egress core node, where the egress core
  • the server at the node restores the second path message to the first path message according to the first session identifier, and sends the first path message to the sink node to establish a label switching path.
  • a system for label switched path establishment comprising: a server at the server, an ingress core node, and an egress core node as described above;
  • the ingress core node is configured to receive a second path message sent by the server, and send the second path message hop by hop to a server at the egress core node;
  • the server at the egress core node is configured to restore the second path message to the first path message according to the first session identifier, and send the first path message to the sink node to establish a label switching path.
  • the first session identifier carried in the first path message is converted into the second session identifier at the ingress core node, where the second session identifier includes: address information of the ingress core node And the address information of the egress core node and the tunnel identifier allocated by the ingress core node, where the second session identifier information is unique on the path from the ingress core node to the egress core node, and the core node in the core network is in the second session
  • the session identifier of the label switching path is identified, thereby solving the problem that the nodes in the core network cannot correctly distinguish different label switching paths and cannot establish a correct label switching path because the source node and the ingress core node address are the same.
  • FIG. 1 is a flowchart of a method for establishing a label switching path according to an embodiment of the present invention
  • FIG. 2 is a flowchart of a method for establishing a label switching path according to an embodiment of the present invention
  • FIG. 3 is a flowchart of a method for establishing a label switching path according to an embodiment of the present invention
  • 4 is a schematic diagram of a system for deploying a UNI server outside a node of a network according to an embodiment of the present invention
  • FIG. 5 is a schematic diagram of a UNI_info object format according to an embodiment of the present invention
  • FIG. 6 is a schematic system diagram of a label switching path according to an embodiment of the present invention.
  • FIG. 7 is a schematic diagram of an ingress core node according to an embodiment of the present invention.
  • FIG. 8 is a schematic diagram of a system for establishing a label switching path according to an embodiment of the present invention.
  • FIG. 9 is a schematic diagram of a server according to an embodiment of the present invention.
  • FIG. 10 is a schematic diagram of a system for establishing a label switching path according to an embodiment of the present invention. detailed description
  • a connection is a pipe established between the first and last node pairs, which can be used to transmit the services of the client layer;
  • a tunnel is a transmission resource provided for a specific service of a client layer between a pair of first and last nodes.
  • a tunnel may contain one or more connections. For example, if the connection fails and re-routing, or the bandwidth of the connection is modified, the re-routed or bandwidth-modified connection and the original connection are two different connections, but belong to the same tunnel; 1+1 or 1: 1 service, the working path and the protection path are two different connections but belong to the same tunnel;
  • the GMPLS signaling protocol uses one Session to establish and control one tunnel.
  • the signaling protocol carries the identifier of the session and the identifier of the connection to indicate the tunnel and the connection corresponding to the signaling message.
  • GMPLS uses the source node address + sink node address + the unique tunnel ID assigned by the source node in the source node as the unique identifier of one session;
  • GMPLS uses the session identifier + the unique LSP ID assigned by the source node in the source node (or within the source node + tunnel ID range) as the unique identifier of one connection.
  • an embodiment of the present invention provides a method for establishing a label switching path, including:
  • the ingress core node receives the first path message sent by the source edge node, where the first path message carries a first session identifier, where the first session identifier includes address information of the source node, address information of the sink node, and the The tunnel identifier assigned by the source node;
  • the first path message is converted into a second path message, where the second path message carries the first session identifier and the second session identifier, where the second session identifier includes: address information of the ingress core node, and an egress core Node ground The address information and the tunnel identifier allocated by the ingress core node, so that the core node in the core network uses the second session identifier as the session identifier of the label switching path;
  • the source edge node, the sink edge node, the source node, and the sink node belong to the overlay network
  • the ingress core node and the egress core node belong to the core network
  • the source edge node is the upstream node of the ingress core node
  • the sink edge node is the egress core.
  • converting the first path message to the second path message includes:
  • the pre-configured UNI information includes: The address information of the source edge node, the address information of the ingress core node corresponding to the source edge node, the address information of the sink edge node, and the address information of the egress core node corresponding to the sink edge node;
  • the first path message further carries a port identifier of the source node or a port identifier of the ingress core node, and is used to indicate a user network interface selected by the source node;
  • the ingress core node After receiving the first path message sent by the source node, further includes:
  • the port identifier of the source node is replaced with the port identifier of the ingress core node.
  • the first path message carries the first label switching path identifier LSP ID
  • the second path message carries the second label switching path identifier and the first label switching path identifier, where
  • the second tag interaction path identifier is that the ingress core node is allocated for the label switching path.
  • the method further includes: the egress core node receiving the second path message;
  • the first path message further carries a network identifier where the source node is located, and is used to indicate the The network where the source node is located.
  • the first session identifier carried in the first path message is converted into the second session identifier at the ingress core node, where the second session identifier includes: address information of the ingress core node, Address information of the egress core node and a tunnel identifier assigned by the ingress core node, where the second session identifier information is unique on the path from the ingress core node to the egress core node, and the core node in the core network is identified by the second session
  • the problem that the nodes in the core network cannot correctly distinguish different label switching paths and cannot establish a correct label switching path due to the same address of the source node and the ingress core node is solved.
  • an embodiment of the present invention provides a method for establishing a label switching path, including:
  • the user network interface UNI server receives the first path message sent by the source edge node, where the first path message carrying message carries the first session identifier, where the first session identifier includes: address information of the source node, and the location information of the sink node Address information and a tunnel identifier assigned by the source node;
  • the second P path message carries the first session identifier and the second session identifier
  • the second session identifier includes: The address information, the address information of the egress core node, and the tunnel identifier assigned by the ingress core node, so that the core node in the core network uses the second session identifier as the session identifier of the label switching path;
  • converting the first path message to the second path message includes:
  • the pre-configured UNI information includes: Address information of the source edge node, address information of the ingress core node corresponding to the source edge node, address information of the sink edge node, and address information of the egress core node corresponding to the sink edge node;
  • the method of the present invention provides the following steps:
  • the UNI server is configured to convert the first session identifier carried in the first path message into a second session identifier, where the second session identifier includes: address information of the ingress core node, Address information of the egress core node and a tunnel identifier assigned by the ingress core node, where the second session identifier information is unique on the path from the ingress core node to the egress core node, and the core node in the core network is identified by the second session
  • the session identifier of the label switching path the problem that the nodes in the core network cannot correctly distinguish different label switching paths and cannot establish a correct label switching path due to the same address of the source node and the ingress core node is solved.
  • an embodiment of the present invention provides a method for establishing a label switching path.
  • a source node and a source edge node are one node
  • a sink node and a sink edge node are one node.
  • the specific method includes:
  • a UNI server in order to solve the problem of the UNI address space limitation, a UNI server is provided, and the UNI server is configured with related information of the UNI link, that is, pre-configured UNI information, such as node addresses at both ends, interfaces at both ends Address, etc.
  • the UNI server can implement the conversion of the address identifier in the path message and the forwarding of the path message.
  • the UNI server may be a server independent of each node in the network, or may be directly deployed on an ingress and/or egress node at the edge of the core network, that is, the edge core node directly functions as a UNI server.
  • a distributed schematic diagram of a system in which a UNI server is deployed outside the nodes of the network is provided.
  • the edge nodes in the overlay network are EN1 and EN2, and the core nodes in the core network are CN1, CN2, and CN3.
  • CN1 is the ingress core node
  • CN2 is the egress core node
  • UNI server A and UNI server B are servers deployed outside CN1 and CN2 respectively.
  • the UNI server is controlled by the operator of the core network, and the overlay network applies to the core network operator to connect to the core network when the network is built; the core network configures the UNI server, thereby providing services for the overlay network.
  • the operator of the core network can configure the information of each UNI link on each UNI server.
  • These UNI link information can be directly configured in the routing table or as separate UNI link information. Table. For example, for the UNI server in Figure 4, the UNI link information shown in Table 1 below can be configured:
  • the port of the UNI link can be configured as an IP address or a unique unnumbered port identifier in only the node.
  • link binding that is, when multiple member links are bound to one UNI link, in addition to configuring the port address or port identifier of the bonded link, you need to further configure the internal link. Member link ID of each member link.
  • both UNI server A and UNI server B are distributed servers. Local UNI link information is deployed on the two servers. That is, the address information of EN1 and CN1 is deployed on UNI server A. The address information of EN2 and CN2 is deployed on the UNI server B.
  • the address information deployed on the UNI server A and the UNI server B is flooded to other UNI servers in the core network through the routing protocol, that is, the UNI server A is deployed.
  • the address information is flooded to the UNI server B, and the address information on the UNI server B is flooded to the UNI server A.
  • the UNI server in order for the UNI server to communicate with the overlay network control plane, the UNI server requires a control plane interface to be connected to the control plane of the overlay network, and the interface needs to be assigned an address that belongs to the same addressing space as the overlay network. If the UNI server is independent of the core network, the UNI server needs another interface to be connected to the control plane of the core network. Similarly, the interface needs to allocate an address that belongs to the same addressing space as the core network.
  • the source EN1 sends a Path message to EN2 via the intermediate node.
  • the source EN1 is the source node of the label switching path.
  • EN1 can be sent to the corresponding UNI server.
  • Send Path The message, in the Path message, carries the source node address information, the sink node address information, and the unique tunnel address information in the range of the source node.
  • EN1 indicates that the connected first and the sink nodes are respectively EN1.
  • the tunnel ID of EN has different tunnel IDs, but the tunnel IDs of tunnels arriving at different sinks EN may be the same.
  • the source node address information, sink node address information, and unique tunnel address information within the source node are the first. Session ID.
  • the message further includes an IF-ID RSVP-HOP object, where the object includes a local port identifier or a peer port identifier of the UNI link, and is used to indicate the UNI link selected by the source node.
  • EN1 may select a UNI link with port identifiers at both ends, Pa and P1.
  • the IF-ID RSVP-HOP object contains the peer port identifier of the UNI link (Pl , ie link ID).
  • the EN node may not be able to fill in the identifier of the peer port of the UNI link in the object due to the addressing space problem (for example, the EN node does not know the peer port identifier of the UNI link, or the signaling processing of the EN node. IPv6 is not supported, and the peer port identifier is in IPv6 format. Therefore, the UNI peer port identifier cannot be filled in the IF-ID RSVP-HOP. In this case, EN1 can be filled in the IF-ID RSVP-HOP object.
  • Local port ID (Pa) Local port ID
  • EN1 encapsulates the Path message as an IP packet, and the destination address of the IP packet is the corresponding UNI server.
  • the Path message can be sent to the UNI server.
  • the UNI server or the ingress core node processes the received Path message.
  • the processing of the Path message by the UNI server or the ingress core node after receiving the Path message specifically includes:
  • the UNI server or the ingress core node obtains the address information of the sink edge node, searches for the configured UNI information according to the address information of the sink edge node, and determines the address information of the egress core node connected to the sink edge node. More preferably, if the sink edge node is connected to multiple egress core nodes at the same time (referred to as multi-homing), the UNI server can select an optimal egress core node according to the network topology and resource conditions, for example, the UNI server can calculate from the source EN to The least cost path between the sinks EN, thus determining the exit core node.
  • the UNI server or the ingress core node replaces the source node address and the sink node address in the Path message with the addresses of the ingress core node and the egress core node, that is, replaces the address of EN1 with the address of CN1, and replaces the address of EN2 with the address of CN2. .
  • the IF-ID RSVP-HOP object in the Path message contains the port identifier of the UNI link on the EN side, it is also required to replace the identifier with the port identifier of the UNI link on the ingress core node side according to the UNI information. That is, replace Pa with P1, so that the ingress core node can know which UNI link the EN selects, and then reserve resources on the selected UNI link for use by the service.
  • the UNI server or the ingress core node allocates a tunnel ID to the label switching path according to the address information of the egress core node, and the tunnel ID is unique within the scope of the ingress core node; or, the tunnel ID and the egress core section
  • the identifier of the address of the point is unique within the scope of the ingress core node (ie, in the ingress core node, all the tunnels that reach the same egress core node have different tunnel ID values, but the tunnel ID of the tunnel reaching the different egress core nodes may be the same).
  • the address of the ingress core node and the egress core node and the ingress core node allocate a tunnel ID to the label switching path as the second session identifier according to the address information of the egress core node.
  • Step 2) -3) Performing is a process of converting the first path message into a second path message.
  • the first session identifier needs to be saved in the Path message, including the node of the source EN and the sink EN. Address, tunnel ID assigned by source EN.
  • a UNI_info object can be newly defined in the Path message to save the information.
  • the UNI server can also save the LSP ID assigned by the source EN. Referring to FIG.
  • an embodiment of the present invention provides a format of a UNI_info object format, where a tunnel source end point address and a tunnel destination end point address are respectively a node address of a source EN and a sink EN (32 bits are respectively occupied by using IPv4,
  • the LSP ID field is optional.
  • the tunnel ID and LSP ID are the tunnel ID and LSP ID assigned by the source node.
  • the LSP ID field is optional.
  • the Path message also carries the LSP ID, and the UNI server or the ingress core node may directly adopt the LSP ID assigned by the source EN, or may re-allocate a new LSP ID. If a new LSP ID is assigned, the LSP ID assigned by the source EN needs to be filled in the UNI_info object.
  • the UNI server or the ingress core node locally saves the pre-conversion session identifier (source EN address + sink EN address + source EN assigned tunnel ID) and the converted session identifier (ingress core node address + egress core node) Address + tunnel ID assigned by the ingress core node).
  • the UNI server or ingress core node can also save the pre- and post-conversion LSP IDs.
  • the UNI server needs to send the processed Path message to the ingress core node.
  • the UNI server may use the RSVP-TE protocol, and may also use other communication protocols for sending, which is not specifically limited in this embodiment. This process is not required if the UNI server is deployed directly in the ingress core node.
  • the ingress core node needs to process the Path message in a normal manner, including creating a control status block on the control plane of the ingress core node, and saving the information in the Path message.
  • the established connection selects the link in the downstream direction of the ingress core node and sends a Path message in the downstream direction.
  • the ingress core node may also perform label allocation on the selected link (the allocated label will be carried in the Path message, sent to the ingress core node) and the resource reservation process.
  • the command may be further sent to the data plane of the ingress core node to establish a cross-connection from the ingress port to the egress port of the ingress core node.
  • Each intermediate core node performs processing on the received Path message.
  • the intermediate core node nodes that are connected to process the Path message in a normal manner including creating a control status block on the control plane of the node, saving the information in the Path message, and selecting the downstream direction for the connection to be established.
  • the link sends the Path message to the downstream direction hop by hop until the core node node is exported.
  • the intermediate node may also perform label allocation on the selected link (the assigned label will be carried in the Path message, sent to the downstream neighbor node) and the resource reservation process, and The command may be further sent to the data plane of the node to establish a cross-connection from the ingress port to the egress port of the intermediate node.
  • the UNI_info object remains unchanged and is always passed along with the Path message to the egress core node.
  • the Path message is processed after the egress core node or the UNI server receives the Path message.
  • the UNI server since the UNI server converts the original Path message sent by the source node at the ingress core node, the UNI server needs to restore the converted Path message at the egress core node, including:
  • the egress core node or the UNI server After receiving the Path message, the egress core node or the UNI server obtains the address information of the source EN and the sink EN from the UNI_info object and the tunnel ID assigned by the source EN. At the same time, the egress core node or the UNI server will be in the Path message. The source node address, the sink node address, and the tunnel ID are restored to the source EN, the address information of the sink EN, and the tunnel ID assigned by the source EN, and the UNI_info object in the Path message is deleted.
  • the egress core node or the UNI server also needs to restore the LSP ID in the Path message to the source EN allocation. LSP ID.
  • the egress core node or UNI server selects the UNI link between the egress core node and the sink EN for connection.
  • the egress core node is at the IF— ID RSVP—The HOP object fills in the port identifier (such as P3) on the egress core node side of the selected UNI link, and the UNI server replaces the local port ID in the IF-ID RSVP-HOP object according to the UNI information table. It is the port identifier (such as Pc) on the side of the sink EN.
  • the egress core node or the UNI server may directly select the The UNI link is filled in the IF-ID RSVP-HOP object with the port identifier (such as Pc) on the sink EN side.
  • the UNI server or the egress core node locally saves the pre-restore session identifier (ingress core node address + egress core node address + tunnel ID assigned by the ingress core node) and the restored session identifier (source EN address + sink EN) Address + tunnel ID assigned by source EN).
  • the UNI server or the egress core node can also save the pre-restore and post-restore LSP IDs.
  • the export core node also needs to process the Path message in the normal way, including in the exit core section.
  • the control plane of the point creates a control status block, which stores the information in the Path message; optionally, after selecting the UNI link between the egress core node and the sink EN, the egress core node can also be on its selected UNI link.
  • the process of performing label allocation (the assigned label will be carried in the Path message and sent to the sink EN node) and resource reservation, and further issuing a command to the data plane of the egress core node to establish an ingress port from the egress core node A cross-connection between the outgoing port (that is, the port on the egress core node side of the UNI link).
  • the UNI server encapsulates the modified Path message into an IP packet, and the destination address of the IP packet is the address of the sink EN. In this way, the Path message can be sent to the sink EN.
  • the sink EN2 processes the Path message after receiving the Path message, and returns a Resv message to the EN1 via the intermediate node.
  • the sink EN processes the Path message in a normal manner, including: creating a control status block on the control plane of the sink EN node, and saving the information in the Path message; if the previous exit core node is not
  • the sinking EN node performs the process of label allocation and resource reservation on the selected UNI link, otherwise the resource is reserved on the selected UNI link according to the label allocated by the egress core node node, and is upstream.
  • the node returns a Resv message carrying the assigned tag information.
  • the source and sink nodes in the Resv message are still source EN and sink EN, and the tunnel ID and LSP ID are still the values assigned to the source EN.
  • the sink EN if the sink EN does not have the port identification information of the UNI link on the egress core node side, the port identification information of the UNI on the EN side is filled in the IF_ID RSVP_HOP object.
  • the sink EN encapsulates the Resv message into an IP packet, and the destination address of the IP packet is the address of the corresponding UNI server, thereby transmitting the Resv message to the corresponding UNI server.
  • the processing of the Resv message by the egress core node and the UNI server is similar to the processing of the Path message by the ingress core node and the UNI server, and specifically includes: the UNI server replaces the source node address and the sink node address in the Resv message with The address of the ingress core node and the egress core node, that is, the address of EN1 is replaced by the address of CN1, and the address of EN2 is replaced by the address of CN2.
  • the UNI server replaces the tunnel ID in the Resv message with the tunnel ID assigned by the ingress core node.
  • the IF-ID RSVP-HOP object in the Resv message contains the port identifier of the UNI link on the EN side, it is also required to replace the identifier with the port identifier of the UNI link on the core node side according to the UNI information table. , that is, replace Pc with P3.
  • the egress core node or the UNI server needs to replace the LSP ID in the Resv message with the LSP ID assigned by the ingress core node.
  • the Resv message contains the UNI_info object, but since the ingress core node or the UNI server holds the information in the UNI_info object, the object may or may not be carried.
  • the egress core node processes the Resv message in the normal manner, including: saving the letter in the Resv message Information, obtain the label allocated by the sink EN node, thereby determining the resource reserved on the UNI link; if the upstream neighbor node of the export core node node is not assigned a label, the exit core node is selected in the upstream direction The process of label allocation and resource reservation is performed on the road. Otherwise, resources are reserved on the selected link according to the label allocated by the upstream neighbor node of the export core node.
  • the egress node If the egress node does not establish a cross-connection before processing the Path message, it is required to further issue a command to the data plane of the node to establish an ingress port to the egress port from the egress core node (that is, the UNI link is in the egress core). Cross-connection between ports on the node side). Finally, the egress core node returns a Resv message to the upstream node, where the message carries the allocated tag information.
  • Each intermediate core node node processes the received Resv message.
  • the intermediate core nodes that are connected to process the Resv message in a normal manner including: saving the information in the Resv message, obtaining the label allocated by the downstream neighbor node, and determining the node and its downstream neighbor node. Resources reserved on the link; if the upstream neighbor node of the intermediate node does not assign a label, the intermediate node performs label allocation and resource reservation on the selected link in the upstream direction; otherwise, the intermediate node The label assigned by the upstream neighbor node reserves resources on the selected link. If the intermediate node does not establish a cross-connection before processing the Path message, it is required to further issue a command to the data plane of the node to establish a cross-connection from the ingress port to the egress port of the intermediate node.
  • each intermediate node sends a Resv message to the upstream direction hop by hop, and the message carries the allocated tag information until the ingress core node. If the Resv message contains a UNI_info object, then in the process, the UNI_info object remains unchanged and is always passed to the ingress core node with the Resv message.
  • the incoming core node or the UNI server processes the received Resv message.
  • the processing of the Resv message by the ingress core node and the UNI server is similar to the processing of the Path message by the egress core node and the UNI server, and specifically includes: After the Ingress core node or the UNI server receives the Resv message, the UNI_info object is received.
  • the source EN, the address information of the sink EN, and the tunnel ID assigned by the source EN are obtained from the locally saved information.
  • the ingress core node or the UNI server restores the source node address, the sink node address, and the tunnel ID in the Resv message to the source EN, the address information of the sink EN, and the tunnel ID assigned by the source EN, and deletes the UNI in the Path message. Info object.
  • the ingress core node is assigned a new LSP ID
  • the ingress core node or the UNI server also needs to restore the LSP ID in the Resv message to the LSP ID assigned by the source EN.
  • the UNI server fills the port identifier (such as Pa) of the previously selected UNI link on the source EN side into the IF-ID RSVP-HOP object; or, the egress core node selects the previously selected UNI chain.
  • the port identifier (such as P1) on the core node side is filled in the IF-ID RSVP-HOP object, and the UNI server converts the identifier into the corresponding port identifier (such as Pa) on the source EN side.
  • the ingress core node node processes the Resv message in a normal manner, including: saving information in the Resv message, obtaining a label allocated by the downstream neighbor node, thereby determining that the ingress core node node and its downstream neighbor node Resources reserved on the link; if the source EN node does not assign a label, the ingress core node performs label allocation and resource reservation on the selected UNI link, otherwise it is allocated by the source EN node.
  • the label reserves resources on the selected UNI link.
  • the ingress core node also contains the assigned tag in the Resv message.
  • the ingress core node node does not establish a cross-connection before processing the Path message, it is further required to issue a command to the data plane of the node to establish an ingress port from the ingress core node node (ie, the UNI link is on the ingress core node side). Port) A cross-connection between the outgoing ports.
  • the UNI server encapsulates the modified Resv message into an IP packet, and the destination address of the IP packet is the address of the source EN. In this way, the Resv message can be sent to the source EN.
  • Source EN1 handles the Resv message.
  • the source EN1 node after receiving the Resv message, saves the information in the Resv message, obtains the label allocated by the ingress core node node, determines the resource reserved on the UNI link, and completes the connection establishment process.
  • the core network provides transmission resources for two mutually independent overlay networks (A and B). Since the core network, the overlay network A, and the overlay network B all allocate node addresses within their respective ranges, it is possible
  • the addresses of EN1, EN3, and CN1 are the same (both 1. 1. 1. 1), and the addresses of EN2, EN4, and CN2 are the same (both 1. 1. 1. 2).
  • the CN1 or UNI server can judge according to which control plane interface the Path message comes from. Which overlay network the source edge node in the Path message belongs to.
  • the node addresses of EN2 and EN4 are the same, CN2 cannot determine which overlay network is the sink edge node of the UNI connection according to the address information of the sink edge node in the UNI_info object after receiving the Path message. To prevent this, the CN1 or UNI server needs to carry additional information in the Path message to indicate which source of the UNI connection and which overlay network the sink edge node belongs to.
  • One method is to carry the port identifier P1 of the source UNI link on the ingress core node side in the Path message, which can be placed in an ERO (Expl icit Route Object) object, such that the egress core node or the UNI
  • the server may determine, according to the configured UNI information table, that the source edge node of the connection is from overlay network A; another method is to add an overlay_network_ID object in the Path, and explicitly indicate that the source edge node is from the overlay. Network A.
  • the session identifier is converted at CN1, although the source and sink node addresses are still 1. 1. 1. 1 and 1. 1. 1. 2, but
  • the Path message also needs to carry the port identifier P2 or the overlay_network_ID object of the source UNI link on the ingress CN side to indicate that the source edge node is from overlay network B.
  • each node in the core network can correctly know that the three connections belong to different sessions, so these three connections can be established correctly.
  • a source node and a source edge node are one node, where the source node and the source edge node may not be one node, and the source edge node is an intermediate node of the entire label switching path, instead of establishing The initiator of the label switching path.
  • the source node sends a Path message to the source edge node hop by hop, in which the source node indicates in a normal manner.
  • First and last sections of the connection The source node and the sink node are respectively assigned, and the unique tunnel ID is allocated in the network where the source node is located.
  • the source edge node After receiving the Path message, the source edge node sends a Path message to the corresponding UNI server or sends the Path message to the UNI server.
  • the UNI server or the ingress core node processes the Path message.
  • the process of processing the Path message is the same as the embodiment in which the source node and the source edge node are one node in the foregoing embodiment.
  • the source node and the sink node are allocated, and the unique tunnel ID in the network domain where the source node is located is replaced with the address information of the ingress core node, the address information of the egress core node, and the tunnel identifier assigned by the ingress core node, except that the source is
  • the sink edge node is the sink node
  • the Path message carries the address information of the sink edge node, and in the scenario where the source node and the source edge node are not one node, if the source node is established Before the connection has determined the various network domains that the connection will go through, then P The ath message carries the ingress node address of each network domain, including the address of the ingress node (ie, the sink edge node) of the sink overlay network.
  • the UNI server may The path calculation server having the global path calculation capability is requested to perform the inter-domain path calculation, thereby determining the sink edge node node address.
  • the process of processing the Path message in the intermediate node in the core network is the same as that in the foregoing embodiment, and details are not described herein again.
  • the sink edge node After receiving the Path message, the sink edge node sends the Path message to the sink node hop by hop after processing the Path message. After receiving the Path message, the sink node returns the Resv message hop by hop, thereby establishing label switching from the source node to the sink node. path.
  • the method provided by the present invention has the beneficial effects of: deploying a UNI server in an overlay network and a core network, or expanding a function of a UNI server on an ingress core node and an egress core node, and configuring a UNI link in the UNI server.
  • the UNI server can implement the conversion of the address identifier in the Path message and the forwarding of the Path message, even in the scenario where the overlay network and the core network belong to different addressing spaces, through the UNI server.
  • an embodiment of the present invention provides an ingress core node, including: a receiving module 401, a converting module 402, and a sending module 403.
  • the receiving module 401 is configured to receive a first path message sent by the source edge node, where the first path message carries a first session identifier, where the first session identifier includes: address information of the source node, address information of the sink node, and a tunnel identifier assigned by the source node;
  • the conversion module 402 is configured to convert the first path message into a second path message, where the second path message carries the first session identifier and the second session identifier, where the second session identifier includes: the portal Core The address information of the node, the address information of the egress core node, and the tunnel identifier assigned by the ingress core node, so that the core node in the core network uses the second session identifier as the session identifier of the label switching path;
  • the sending module 403 is configured to send the second path message hop by hop to the egress core node, so that the egress core node restores the second path message to the first path message according to the first session identifier And sending the first path message to the sink node to establish a label switched path.
  • the conversion module 402 includes:
  • a determining unit configured to obtain address information of the sink edge node, search for pre-configured user network interface UNI information according to the address information of the sink edge node, and determine address information of the egress core node connected to the sink node;
  • the configured UNI information includes: address information of the source edge node, address information of an ingress core node corresponding to the source edge node, address information of the sink edge node, and an egress core node corresponding to the sink edge node. Address information;
  • an allocating unit configured to allocate a tunnel identifier to the label switching path according to the address information of the egress core node determined by the determining unit, to obtain a second session identifier, where the second session identifier includes: address information and an exit of the ingress core node Address information of the core node and a tunnel identifier assigned by the ingress core node;
  • an embodiment of the present invention further provides a system for establishing a label switching path, including: an ingress core node 601 and an egress core node 602 as described above;
  • the egress core node 602 is configured to receive a second path message sent by the ingress core node hop by hop according to the first session identifier, and restore the second path message to a first path message, where the first path is A message is sent to the sink node to establish a label switched path.
  • the device provided by the present invention has the following beneficial effects: the first session identifier carried in the first path message is converted into the second session identifier at the ingress core node, where the second session identifier includes: address information of the ingress core node, Address information of the egress core node and a tunnel identifier assigned by the ingress core node, where the second session identifier information is unique on the path from the ingress core node to the egress core node, and the core node in the core network is identified by the second session
  • the session identifier of the label switching path the problem that the nodes in the core network cannot correctly distinguish different label switching paths and cannot establish a correct label switching path due to the same address of the source node and the ingress core node is solved.
  • an embodiment of the present invention provides a server, including: a receiving module 501, a converting module 502, and a forwarding module 503.
  • the receiving module 501 is configured to receive a first path path message from the source edge node, where the first path message carries a first session identifier, where the first session identifier includes: address information of the source node, address information of the sink node And a tunnel identifier allocated by the source node;
  • the conversion module 502 is configured to convert the first path message into a second path message, where the second path message carries the first session identifier and the second session identifier, where the second session identifier includes: the portal The address information of the core node, the address information of the egress core node, and the tunnel identifier allocated by the ingress core node, so that the core node in the core network uses the second session identifier as the session identifier of the label switching path;
  • the forwarding module 503 is configured to send the second path message to the ingress core node, so that the ingress core node sends the second path message hop by hop to the egress core node, where the egress core node is configured according to The second session identifier restores the second path message to a first path message, and sends the first path message to the sink node to establish a label switching path.
  • the conversion module 502 includes:
  • a determining unit configured to obtain address information of the sink edge node, search for pre-configured user network interface UNI information according to the address information of the sink edge node, and determine an egress core node connected to the sink edge node;
  • the UNI information includes: address information of the source edge node, address information of an ingress core node corresponding to the source edge node, address information of the sink edge node, and an address of an egress core node corresponding to the sink edge node.
  • an allocating unit configured to allocate a tunnel identifier to the label switching path according to the address information of the egress core node, to obtain a second session identifier, where the second session identifier includes: address information of the ingress core node, and an address of the egress core node Information and a tunnel identifier assigned by the ingress core node;
  • a system for label switching path establishment includes: a server 701, an ingress core node 702, and a server 703 at an egress core node as described above;
  • the ingress core node 702 is configured to receive a second path message sent by the server 701, and send the second path The path message is hop by hop to the server 703 at the egress core node;
  • the server 703 at the egress core node is configured to restore the second path message to the first path message according to the first session identifier, and send the first path message to the sink node to establish a label switching path.
  • the system implementation of the present invention has the following advantages: the first session identifier carried in the first path message is converted into the second session identifier at the ingress core node, where the second session identifier includes: address information of the ingress core node, Address information of the egress core node and a tunnel identifier assigned by the ingress core node, where the second session identifier information is unique on the path from the ingress core node to the egress core node, and the core node in the core network is identified by the second session
  • the session identifier of the label switching path the problem that the nodes in the core network cannot correctly distinguish different label switching paths and cannot establish a correct label switching path due to the same address of the source node and the ingress core node is solved.
  • the device and the system provided in this embodiment may be the same as the method embodiment, and the specific implementation process is described in detail in the method embodiment, and details are not described herein again.

Landscapes

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

Abstract

本发明实施例提供了一种标签交换路径建立的方法、装置和系统，涉及通信技术领域，所述方法包括：入口核心节点接收来自源边缘节点发送的第一路径消息，第一路径消息携带第一会话标识；将第一路径消息转换为第二路径消息，第二路径消息携带第一会话标识和第二会话标识，第二会话标识包括：入口核心节点的地址信息、出口核心节点的地址信息和入口核心节点分配的隧道标识，使核心网络中的核心节点以第二会话标识作为标签交换路径的会话标识；将第二路径消息逐跳发送给出口核心节点，使出口核心节点根据所述第一会话标识将第二路径消息还原为第一路径消息，并将第一路径消息发送给宿节点，以建立标签交换路径。

Description

标签交换路径建立的方法、 装置和系统 技术领域
本发明涉及通信技术领域， 特别涉及一种标签交换路径建立的方法、 装置和系统。 背景技术
随着传送技术的不断扩展， 一说种能够自动完成标签交换路径建立的新型网络技术 -GMPLS ( General ized Multi-Protocol Label Switching, 通用多协议标签交换） 应运而 生。 在 GMPLS的网络中， GMPLS利用 RSVP-TE ( Resource Reservation Protocol-Traffic Engineering, 带流量工程的资源预留协议） 实现连接的建立， 其中， 基本过程如下：
书
1、 源节点为连接分配 Tunnel ID (隧道标识） 和 LSP ID ( label switching path Identifier, 标签交换路径标识）；
2、 从源节点开始， 沿连接方向逐跳发送路径 （Path) 消息， 消息中携带隧道标识和标 签交换路径标识等；
3、 宿节点收到 Path 消息后， 从宿节点开始， 沿连接的反方向逐节点进行标签分配、 资源预留和交叉连接建立等操作， 并向上游节点返回 Resv (资源预留消息） 消息， 消息中 携带所分配的标签信息；
4、 源节点收到 Resv消息， 连接建立成功。
现有 GMPLS网络的一种模型为 Overlay model (覆盖模型）， 在覆盖模型下， 是在两个
Overlay Network (覆盖网络） 节点之间建立 1条穿过 Core Network (核心网络） 的标签 交换路径， 但是现有 GMPLS 网络中， 覆盖网络和核心网络之间的路由信息相互隔离， 即覆 盖网络中的节点不能通过路由协议获得核心网络中的详细拓扑信息； 同样地， 核心网络中 的节点也不能通过路由协议获得覆盖网络中的详细拓扑信息， 当需要在两个覆盖网络中的 节点之间建立 1 条穿过核心网络的连接时， 需要采用覆盖网络和核心网络之间的 UNI (User-Network Interface, 用户网络接口） 进行连接的建立。
在现有的覆盖网络中， 要求源 EN ( Edge Node, 边缘节点）、 入口 CN (Core Node, 核 心节点）、 出口 CN、 宿 EN四个节点的 UNI接口属于相同的编址空间， 才可以采用 GMPLS UNI 信令， 来实现从源 EN到宿 EN的连接的自动建立。 源 EN是入口 CN的上游节点， 出口 CN是 宿 EN的上游节点。 在该前提下， GMPLS的信令消息可以从源 EN开始， 沿连接经过的节点逐 跳发送至宿 EN， 实现连接的建立。 在连接建立过程中， 各节点利用源 EN地址 +宿 EN地址 + 源 EN分配的 Tunnel ID, 作为该会话的唯一标识。
但是在实际网络部署中， 由于覆盖网络和核心网络可能是各自独立部署的， 因此在为 网络节点进行编址时， 很可能不是从同一编址空间之内为两个网络进行地址分配的， 由于 各自独立编址， 覆盖网络中的节点地址可能与核心网络中的节点地址冲突， 如分配了相同 的地址， 这种情况下会可能出现虽然属于两个不同的会话， 但由于覆盖网络中的节点地址 和核心网络中的节点分配了相同的地址， 导致两个会话标识相同的情况， 致使核心网络中 的节点不能正确区分不同的标签交换路径， 从而使信令协议处理发生混乱， 最终导致无法 建立正确的标签交换路径。 或是覆盖网络和核心网络采用不同的编址方式， 例如覆盖网络 中的节点采用 IPv4的编址方式， 而核心网络中的节点则采用了 IPv6的编址方式， 如果覆 盖网络和核心网络之间属于不同编址方式， 则核心网络中的节点接收到覆盖网络中的节点 发送的路径消息后， 由于编址空间不一样， 不能够正确识别路径消息中携带的地址， 从而 也会导致无法建立正确的标签交换路径。 发明内容
为了解决现有技术中无法正确建立标签交换路径的问题， 本发明实施例提供了一种标 签交换路径建立的方法、 装置和系统。 所述技术方案如下：
一方面， 提供了一种标签交换路径建立的方法， 所述方法包括：
入口核心节点接收来自源边缘节点第一路径消息， 所述第一路径消息携带第一会话标 识， 所述第一会话标识包括： 源节点的地址信息、 宿节点的地址信息和所述源节点分配的 隧道标识；
将所述第一路径消息转换为第二路径消息， 所述第二路径消息携带所述第一会话标识 和第二会话标识， 所述第二会话标识包括： 所述入口核心节点的地址信息、 出口核心节点 的地址信息和所述入口核心节点分配的隧道标识， 使核心网络中的核心节点以所述第二会 话标识作为标签交换路径的会话标识；
将所述第二路径消息逐跳发送给所述出口核心节点， 使所述出口核心节点根据所述第 一会话标识将所述第二路径消息还原为所述第一路径消息， 并将所述第一路径消息发送给 所述宿节点， 以建立标签交换路径。
另一方面， 提供了一种入口节点， 所述节点包括：
接收模块， 用于接收来自源边缘节点发送的第一路径消息， 所述第一路径消息携带第 一会话标识， 所述第一会话标识包括： 源节点的地址信息、 宿节点的地址信息和所述源节 点分配的隧道标识；
转换模块， 用于将所述第一路径消息转换为第二路径消息， 所述第二路径消息携带所 述第一会话标识和第二会话标识， 所述第二会话标识包括： 所述入口核心节点的地址信息、 出口核心节点的地址信息和所述入口核心节点分配的隧道标识， 使核心网络中的核心节点 以所述第二会话标识作为标签交换路径的会话标识；
发送模块， 用于将所述第二路径消息逐跳发送给所述出口核心节点， 使所述出口核心 节点根据所述第一会话标识将所述第二路径消息还原为所述第一路径消息， 并将所述第一 路径消息发送给所述宿节点， 以建立标签交换路径。
另一方面， 还提供了一种标签交换路径建立的方法， 所述方法包括：
用户网络接口 UNI 服务器接收来自源边缘节点第一路径消息， 所述第一路径消息携带 第一会话标识， 所述第一会话标识包括： 源节点的地址信息、 宿节点的地址信息和所述源 节点分配的隧道标识；
将所述第一路径消息转换为第二路径消息， 所述第二路径消息携带所述第一会话标识 和第二会话标识， 所述第二会话标识包括： 所述入口核心节点的地址信息、 出口核心节点 的地址信息和所述入口核心节点分配的隧道标识， 使核心网络中的核心节点以所述第二会 话标识作为标签交换路径的会话标识；
将所述第二路径消息发送给所述入口核心节点， 使所述入口核心节点将所述第二路径 消息逐跳发送给所述出口核心节点处的服务器， 所述出口核心节点处的服务器根据所述第 一会话标识将所述第二路径消息还原为所述第一路径消息， 将所述第一路径消息发送给所 述宿节点， 以建立标签交换路径。
另一方面， 还提供了一种标签交换路径建立的系统， 所述系统包括： 如上所述的入口 核心节点和出口核心节点；
所述出口核心节点， 用于接收所述入口核心节点逐跳发送的第二路径消息； 根据第一 会话标识， 将所述第二路径消息还原为第一路径消息， 将所述第一路径消息发送给宿节点， 以建立标签交换路径。
另一方面， 还提供了一种服务器， 所述服务器包括：
接收模块， 用于接收来自源边缘节点第一路径消息， 所述第一路径消息携带第一会话 标识， 所述第一会话标识包括： 源节点的地址信息、 宿节点的地址信息和所述源节点分配 的隧道标识；
转换模块， 用于将所述第一路径消息转换为第二路径消息， 所述第二路径消息携带所 述第一会话标识和第二会话标识， 所述第二会话标识包括： 所述入口核心节点的地址信息、 出口核心节点的地址信息和所述入口核心节点分配的隧道标识， 使核心网络中的核心节点 以所述第二会话标识作为标签交换路径的会话标识；
转发模块， 用于将所述第二路径消息发送给所述入口核心节点， 使所述入口核心节点 将所述第二路径消息逐跳发送给所述出口核心节点处的服务器， 所述出口核心节点处的服 务器根据所述第一会话标识将所述第二路径消息还原为所述第一路径消息， 将所述第一路 径消息发送给所述宿节点， 以建立标签交换路径。
另一方面， 还提供了一种标签交换路径建立的系统， 所述系统包括： 如上所述的服务 器、 入口核心节点和出口核心节点处的服务器；
所述入口核心节点， 用于接收所述服务器发送的第二路径消息， 并将所述第二路径消 息逐跳发送给所述出口核心节点处的服务器；
所述出口核心节点处的服务器， 用于根据第一会话标识将所述第二路径消息还原为第 一路径消息， 将所述第一路径消息发送给宿节点， 以建立标签交换路径。
本发明实施例提供的技术方案的有益效果是： 在入口核心节点处将第一路径消息中携 带的第一会话标识转换第二会话标识， 第二会话标识包括： 所述入口核心节点的地址信息、 出口核心节点的地址信息和所述入口核心节点分配的隧道标识， 第二会话标识信息在入口 核心节点到出口核心节点的路径上是唯一的， 核心网络中的核心节点以所述第二会话标识 作为标签交换路径的会话标识， 从而解决了由于源节点和入口核心节点地址相同致使核心 网络中的节点不能正确区分不同的标签交换路径， 无法建立正确的标签交换路径的问题。 且由于在入口核心节点处将第一路径消息转换为第二路径消息， 使得核心网络中的核心节 点以所述第二会话标识作为标签交换路径的会话标识， 这样即使覆盖网络的编址空间和核 心网络的编址空间不一样， 核心网上的节点还是能够读取转换后的第二路径消息， 从而也 能够解决由于编址方式不一样而无法正确建立标签交换路径的问题。 附图说明
为了更清楚地说明本发明实施例中的技术方案， 下面将对实施例描述中所需要使用的 附图作简单地介绍， 显而易见地， 下面描述中的附图仅仅是本发明的一些实施例， 对于本 领域普通技术人员来讲， 在不付出创造性劳动的前提下， 还可以根据这些附图获得其他的 附图。
图 1是本发明实施例提供的一种标签交换路径建立的方法的流程图；
图 2是本发明实施例提供的一种标签交换路径建立的方法的流程图；
图 3是本发明实施例提供的一种标签交换路径建立的方法的流程图； 图 4是本发明实施例提供的一种将 UNI服务器部署在网络各节点以外的系统示意图； 图 5是本发明实施例提供的一种 UNI— info对象格式的示意图；
图 6是本发明实施例提供的一种标签交换路径的系统示意图；
图 7是本发明实施例提供的一种入口核心节点的示意图；
图 8是本发明实施例提供的一种标签交换路径建立的系统示意图；
图 9是本发明实施例提供的一种服务器的示意图；
图 10是本发明实施例提供的一种标签交换路径建立的系统示意图。 具体实施方式
为使本发明的目的、 技术方案和优点更加清楚， 下面将结合附图对本发明实施方式作 进一步地详细描述。
为方便理解， 需要说明一下隧道（Tunnel )、 连接（也称 LSP或路径）、 会话（session) 三者的关系：
连接是在首末节点对之间建立起来的一条管道， 可用于传送客户层的业务；
Tunnel是在一对首末节点之间为客户层一个特定业务提供的传送资源，一条 tunnel可 能包含 1 条或多条连接。 例如， 如果连接发生故障并进行重路由， 或者对连接的带宽进行 修改， 则重路由后或者带宽修改后的连接和原来的连接是两条不同的连接， 但属于同一个 Tunnel ; 又如， 对于 1+1或 1 : 1业务， 工作路径和保护路径是两条不同的连接但属于同一 个 Tunnel ;
在控制平面， GMPLS信令协议利用 1个 Session来建立和控制 1个 Tunnel。 在信令协 议中会携带 session的标识和连接的标识， 来指明该信令消息所对应的 Tunnel和连接；
GMPLS利用源节点地址 +宿节点地址 +源节点分配的、 在源节点内唯一的 Tunnel ID, 作 为 1个 session的唯一标识；
GMPLS利用 session标识 +源节点分配的、在源节点内 （或在源节点 +Tunnel ID范围内） 唯一的 LSP ID, 作为 1条连接的唯一标识。
参见图 1， 本发明实施例提供了一种标签交换路径建立的方法， 包括：
101： 入口核心节点接收来自源边缘节点发送的第一路径消息， 所述第一路径消息携带 第一会话标识， 所述第一会话标识包括源节点的地址信息、 宿节点的地址信息和所述源节 点分配的隧道标识；
102： 将第一路径消息转换为第二路径消息， 第二路径消息携带所述第一会话标识和第 二会话标识， 所述第二会话标识包括： 所述入口核心节点的地址信息、 出口核心节点的地 址信息和所述入口核心节点分配的隧道标识， 使核心网络中的核心节点以所述第二会话标 识作为标签交换路径的会话标识；
103： 将所述第二路径消息逐跳发送给所述出口核心节点， 使所述出口核心节点根据所 述第一会话标识将第二路径消息还原为第一路径消息， 并将所述第一路径消息发送给所述 宿节点， 以建立标签交换路径。
本实施例中， 源边缘节点、 宿边缘节点、 源节点和宿节点属于覆盖网络， 入口核心节 点和出口核心节点属于核心网络， 源边缘节点是入口核心节点的上游节点， 宿边缘节点是 出口核心节点的下游节点。
本实施例中， 将所述第一路径消息转换为第二路径消息， 包括：
获得宿边缘节点的地址信息， 根据所述宿边缘节点的地址信息查找预先配置的用户网 络接口信息， 确定与所述宿边缘节点相连的出口核心节点； 所述预先配置的 UNI信息包括: 所述源边缘节点的地址信息、 与所述源边缘节点对应的入口核心节点的地址信息， 所述宿 边缘节点的地址信息、 与所述宿边缘节点对应的出口核心节点的地址信息；
根据所述确定的出口核心节点的地址信息为标签交换路径分配隧道标识， 得到第二会 话标识， 所述第二会话标识包括： 所述入口核心节点的地址信息、 出口核心节点的地址信 息和所述入口核心节点分配的隧道标识；
将第一路径消息中携带的所述第一会话标识替换为所述第二会话标识， 得到第二路径 消息， 所述第二路径消息包括所述第一会话标识和所述第二会话标识。
本实施例中， 第一路径消息中还携带所述源节点的端口标识或所述入口核心节点的端 口标识， 用于指明所述源节点选择的用户网络接口；
其中， 当所述第一路径消息中携带所述源节点的端口标识时， 所述入口核心节点接收 源节点发送的第一路径消息之后， 还包括：
将所述源节点的端口标识代替为所述入口核心节点的端口标识。
进一步地， 本实施例中， 第一路径消息中还携带第一标签交换路径标识 LSP ID; 则所 述第二路径消息携带第二标签交换路径标识和所述第一标签交换路径标识， 所述第二标签 交互路径标识是所述入口核心节点为标签交换路径分配的。
本实施例中， 将所述第二路径消息逐跳发送给所述出口核心节点之后， 还包括： 所述出口核心节点接收所述第二路径消息；
根据所述第一会话标识， 将所述第二路径消息中的第二会话标识替换为所述第一会话 标识， 以得到所述第一路径消息。
本实施例中， 第一路径消息中还携带所述源节点所在的网络标识， 用于表明所述所述 源节点所在的网络。
本发明提供的方法实施例的有益效果是： 在入口核心节点处将第一路径消息中携带的 第一会话标识转换第二会话标识， 第二会话标识包括： 所述入口核心节点的地址信息、 出 口核心节点的地址信息和所述入口核心节点分配的隧道标识， 第二会话标识信息在入口核 心节点到出口核心节点的路径上是唯一的， 核心网络中的核心节点以所述第二会话标识作 为标签交换路径的会话标识， 从而解决了由于源节点和入口核心节点地址相同致使核心网 络中的节点不能正确区分不同的标签交换路径， 无法建立正确的标签交换路径的问题。 且 由于在入口核心节点处将第一路径消息转换为第二路径消息， 使得核心网络中的核心节点 以所述第二会话标识作为标签交换路径的会话标识， 这样即使覆盖网络的编址空间和核心 网络的编址空间不一样， 核心网上的节点还是能够读取转换后的第二路径消息， 从而也能 够解决由于编址方式不一样而无法正确建立标签交换路径的问题。 参见图 2， 本发明实施例提供了一种标签交换路径建立的方法， 包括：
201： 用户网络接口 UNI服务器接收来自源边缘节点发送的第一路径消息， 所述第一路 径消息携带消息携带第一会话标识， 所述第一会话标识包括： 源节点的地址信息、 宿节点 的地址信息和所述源节点分配的隧道标识；
202： 将所述第一路径消息转换为第二路径消息， 所述第二 P路径消息携带所述第一会 话标识和第二会话标识， 所述第二会话标识包括： 所述入口核心节点的地址信息、 所述出 口核心节点的地址信息和所述入口核心节点分配的隧道标识， 使核心网络中的核心节点以 所述第二会话标识作为标签交换路径的会话标识；
203： 将所述第二路径消息发送给所述入口核心节点， 使所述入口核心节点将所述第二 路径消息逐跳发送给所述出口核心节点处的 UNI服务器， 所述出口核心节点处的 UNI服务 器根据所述第一会话标识将所述第二路径消息还原为第一路径消息， 将所述第一路径消息 发送给所述宿节点， 以建立标签交换路径。
本实施例中， 将所述第一路径消息转换为第二路径消息， 包括：
获得宿边缘节点的地址信息， 根据所述宿边缘节点的地址信息查找预先配置的 UNI 信 息， 确定与所述宿边缘节点相连的出口核心节点的地址信息； 所述预先配置的 UNI 信息包 括： 所述源边缘节点的地址信息、 与所述源边缘节点对应的入口核心节点的地址信息， 所 述宿边缘节点的地址信息、 与所述宿边缘节点对应的出口核心节点的地址信息；
根据所述确定的出口核心节点的地址信息为标签交换路径分配隧道标识， 得到第二会 话标识， 所述第二会话标识包括： 所述入口核心节点的地址信息、 出口核心节点的地址信 息和所述入口核心节点分配的隧道标识；
将所述第一路径消息中携带的所述第一会话标识替换为所述第二会话标识， 得到第二 路径消息， 所述第二路径消息包括所述第一会话标识和所述第二会话标识。
本发明提供的方法实施例的有益效果是： 通过设置 UNI 服务器， 将第一路径消息中携 带的第一会话标识转换第二会话标识， 第二会话标识包括： 所述入口核心节点的地址信息、 出口核心节点的地址信息和所述入口核心节点分配的隧道标识， 第二会话标识信息在入口 核心节点到出口核心节点的路径上是唯一的， 核心网络中的核心节点以所述第二会话标识 作为标签交换路径的会话标识， 从而解决了由于源节点和入口核心节点地址相同致使核心 网络中的节点不能正确区分不同的标签交换路径， 无法建立正确的标签交换路径的问题。 且由于在入口核心节点处将第一路径消息转换为第二路径消息， 使得核心网络中的核心节 点以所述第二会话标识作为标签交换路径的会话标识， 这样即使覆盖网络的编址空间和核 心网络的编址空间不一样， 核心网上的节点还是能够读取转换后的第二路径消息， 从而也 能够解决由于编址方式不一样而无法正确建立标签交换路径的问题。 参见图 3， 本发明实施例提供了一种标签交换路径建立的方法， 本实施例中源节点和源 边缘节点为一个节点， 宿节点和宿边缘节点为一个节点， 具体方法包括：
301： 初始化 UNI服务器。
本实施例中， 为解决 UNI的编址空间限定问题， 提供了一种 UNI服务器， 该 UNI服务 器中配置了 UNI链路的相关信息， 即预先配置 UNI信息， 如两端节点地址、 两端接口地址 等。 在建立 UNI连接时， UNI服务器可以实现对路径消息中的地址标识的转换， 以及对路径 消息的转发。 具体实现中， 该 UNI 服务器可以是独立于网络中各节点以外的服务器， 也可 以直接部署在核心网络边缘的入口和 /或出口节点上，即边缘核心节点直接作为 UNI服务器。 另外， 可以在 1个核心网络中只部署 1个集中式的 UNI服务器， 也可以为每个边缘核心节 点部署 1个分布式的 UNI服务器。 本实施例对此不做具体限定。 如图 4所示， 提供了一种 分布式的将 UNI 服务器部署在网络各节点以外的系统示意图， 其中覆盖网络中的边缘节点 为 EN1和 EN2, 核心网络中的核心节点为 CN1、 CN2和 CN3， 其中 CN1为入口核心节点， CN2 为出口核心节点， UNI服务器 A和 UNI服务器 B是分别部署在 CN1和 CN2外的服务器。
本实施例中， UNI服务器由核心网络的运营商控制， 覆盖网络在建网的时候向核心网络 运营商申请连接到该核心网络； 核心网络配置 UNI服务器， 从而可以为覆盖网络提供服务。 具体的， 在网络初始化的时候， 核心网络的运营商可以在每个 UNI服务器上配置各 UNI链 路的信息。 这些 UNI链路信息可以直接配置在路由表内， 也可以做为单独的 UNI链路信息 表。 例如， 对于图 4中的 UNI服务器， 可配置如下表 1所示的 UNI链路信息:
表 1
Figure imgf000011_0001
其中， UNI链路的端口的编制方式可以是 IP地址， 也可以是在只节点内唯一的无编号 端口标识。 另外， 对于链路绑定的情况， 即多条成员链路绑定为 1条 UNI链路的情况， 除 了配置绑定链路的端口地址或端口标识以外， 还需要进一步配置绑定链路内部各条成员链 路的成员链路标识。
本实施例中， 对于分布式 UNI服务器的情况， 还可以在每个 UNI服务器上只配置对应 的 UNI链路 （即本地 UNI链路） 的信息， 然后通过路由协议， 把该 UNI链路的信息在 core network内洪泛到其他 UNI服务器， 其他服务器根据收到的 UNI链路信息， 自动配置非本地 的 UNI链路的信息。 如图 4所示的 UNI服务器 A和 UNI服务器 B均是分布式服务器， 在两 个服务器上分别部署了本地的 UNI链路信息， 即在 UNI服务器 A上部署了 EN1和 CN1的地 址信息， 在 UNI服务器 B上部署了 EN2和 CN2的地址信息， 然后通过路由协议， 在核心网 络内， 将 UNI服务器 A和 UNI服务器 B上部署的地址信息洪泛到其它 UNI服务器， 即将 UNI 服务器 A上部署的地址信息洪泛到 UNI服务器 B上， 将 UNI服务器 B上的地址信息洪泛到 UNI服务器 A上。
另外， 为使 UNI服务器可以与覆盖网络控制平面通信， UNI服务器需要 1个控制平面接 口与覆盖网络的控制平面相连， 同时该接口需要分配一个与覆盖网络属于同一编址空间的 地址。 如果 UNI服务器独立于核心网之外， 则 UNI服务器还需要另一个接口与核心网的控 制平面相连， 同样， 该接口需要分配 1个与核心网络属于同一编址空间的地址。
302： 当需要在 EN1和 EN2之间建立连接时， 源 EN1经中间节点向 EN2发送 Path消息。 本实施例中， 如图 4所示源 EN1就是标签交换路径的源节点， 当 EN1需要在 EN1和 EN2 之间建立连接时（假定该连接属于一个新的 tunnel ), EN1可向相应的 UNI服务器发送 Path 消息， 在 Path消息中， 携带源节点地址信息、 宿节点地址信息和在源节点范围内的唯一隧 道地址信息， 如图 4所示， EN1按正常的方式指明连接的首、 宿节点分别为 EN1和 EN2, 并 分配在 EN1范围内唯一的 tunnel ID (例如 tunnel ID=111 )， 或者该 tunnel ID和宿 EN的 地址组成的标识在源 EN范围内唯一（即在源 EN中， 所有到达相同宿 EN的隧道， 其 tunnel ID的值都不同， 但到达不同宿 EN的隧道的 tunnel ID可能相同）， 该源节点地址信息、 宿 节点地址信息和在源节点范围内的唯一隧道地址信息就是第一会话标识。
本实施例中， 消息中还包含 IF— ID RSVP— HOP对象， 该对象中包括 UNI链路的本端端口 标识或对端端口标识， 用于指明源节点所选择的 UNI链路。 例如， 在图 4中， EN1可能选择 两端端口标识分别为 Pa和 P1的 UNI链路， 在通常情况下， IF— ID RSVP— HOP对象中包含的 是 UNI链路的对端端口标识 （Pl， 即链路 ID)。 但 EN节点可能因为编址空间问题而不能在 该对象中填入该 UNI链路的对端端口的标识 （例如 EN节点不知道该 UNI链路的对端端口标 识， 或 EN节点的信令处理不支持 IPv6， 而对端端口标识是 IPv6的格式，因此无法在 IF— ID RSVP— HOP中填入 UNI对端端口标识）， 这种情况下， EN1可以在 IF— ID RSVP— HOP对象中填 写本端的端口标识 （Pa)。
最后， EN1把 Path消息封装为 IP包， IP包的目的地址为对应的 UNI服务器。 这样，
Path消息就可以发送至 UNI服务器。
303： UNI服务器或入口核心节点对接收到的 Path消息进行处理。
本实施例中， UNI服务器或入口核心节点收到 Path消息后对 Path消息的处理具体包括：
1 ) 确定出口核心节点。 UNI 服务器或入口核心节点获得宿边缘节点的地址信息， 根据 宿边缘节点地址信息， 查找所配置的 UNI 信息， 确定与宿边缘节点相连的出口核心节点的 地址信息。 更优地， 如果宿边缘节点同时与多个出口核心节点相连 （称为多归属）， 则 UNI 服务器可根据网络拓扑和资源情况选择最优的出口核心节点， 例如 UNI 服务器可计算从源 EN到宿 EN之间代价最小的路径， 从而确定出口核心节点。
2 )地址替换。 UNI服务器或入口核心节点将 Path消息中的源节点地址、 宿节点地址替 换为入口核心节点和出口核心节点的地址， 即把 EN1的地址替换为 CN1的地址， 把 EN2的 地址替换为 CN2的地址。 另外， 如果 Path消息中的 IF— ID RSVP— HOP对象包含的是 UNI链 路在 EN侧的端口标识， 则还需要根据 UNI信息， 把该标识替换为 UNI链路在入口核心节点 侧的端口标识， 即把 Pa替换为 Pl， 这样入口核心节点可以知道 EN所选择的是哪条 UNI链 路， 然后在被选的 UNI链路上预留资源， 给业务使用。
3 ) UNI 服务器或入口核心节点根据出口核心节点的地址信息为标签交换路径分配 tunnel ID, 该 tunnel ID在入口核心节点范围内唯一； 或者， 该 tunnel ID和出口核心节 点的地址组成的标识在入口核心节点范围内唯一 （即在入口核心节点中， 所有到达相同出 口核心节点的隧道，其 tunnel ID的值都不同，但到达不同出口核心节点的隧道的 tunnel ID 可能相同）。 其中， 入口核心节点、 出口核心节点的地址和入口核心节点根据出口核心节点 的地址信息为标签交换路径分配 tunnel ID为作为第二会话标识。
步骤 2 ) -3 ) 执行的就是将所述第一路径消息转换为第二路径消息的过程。
本实施例中， UNI服务器或入口核心节点将源节点发送的第一 session标识， 替换为第 二 session标识之后， 还需在 Path消息中保存第一 session标识， 具体包括源 EN和宿 EN 的节点地址、源 EN分配的 tunnel ID。具体实现中，可以在 Path消息中新定义一个 UNI— info 对象来保存这些信息。 UNI服务器还可以保存源 EN分配的 LSP ID。 参见图 5， 本发明实施 例提供了一个 UNI— info 对象格式的示意图， 其中 Tunnel source end point address 和 Tunnel destination end point address分别为源 EN和宿 EN的节点地址 （采用 IPv4时分 别占用 32比特， 采用 IPv6时分别占用 128比特）； Tunnel ID和 LSP ID分别为源节点所分 配的 Tunnel ID和 LSP ID, LSP ID字段可选。
本实施例中， Path消息还携带 LSP ID, UNI服务器或入口核心节点可以直接采用源 EN 分配的 LSP ID, 也可以重新分配一个新的 LSP ID。 如果分配新的 LSP ID, 则 UNI— info对 象中需要填写源 EN分配的 LSP ID。
本实施例中， UNI服务器或入口核心节点在本地保存转换前的 session标识 （源 EN地 址 +宿 EN地址 +源 EN分配的 tunnel ID) 和转换后的 session标识 （入口核心节点地址 +出 口核心节点地址 +入口核心节点分配的 tunnel ID)。 UNI服务器或入口核心节点还可以保存 转换前和转换后的 LSP ID。
需要说明的是， 如果 UNI服务器部署在入口核心节点之外， 则 UNI服务器需要把处理 过的 Path消息发送给入口核心节点。 其中， UNI服务器可以采用 RSVP-TE协议， 也可以采 用其他通信协议进行发送， 对此本实施例不做具体限定。 如果 UNI 服务器直接部署在入口 核心节点内， 则不需要该过程。
4)入口核心节点除了完成以上 1 ) -3 )步骤外， 还需要按正常的方式对 Path消息进行 处理， 包括在入口核心节点的控制平面创建控制状态块， 保存 Path消息中的信息， 为所要 建立的连接选择入口核心节点的下游方向的链路， 并向下游方向发送 Path消息。 可选地， 在处理 Path消息时， 入口核心节点还可以在其选择的链路上进行标签分配 （所分配的标签 将携带在 Path消息中， 发送给入口核心节点） 和资源预留的过程， 还可以进一步向入口核 心节点的数据平面下发命令， 建立从入口核心节点的入端口到出端口之间的交叉连接。
304： 各中间核心节点节点对接收到的 Path消息进行处理。 本实施例中， 连接经过的各中间核心节点节点按正常的方式对 Path消息进行处理， 包 括在节点的控制平面创建控制状态块， 保存 Path消息中的信息， 为所要建立的连接选择下 游方向的链路， 并逐跳向下游方向发送 Path消息， 直到出口核心节点节点。 可选地， 在处 理 Path消息时， 中间节点还可以在其选择的链路上进行标签分配 （所分配的标签将携带在 Path消息中， 发送给下游邻居节点） 和资源预留的过程， 还可以进一步向节点的数据平面 下发命令， 建立从中间节点的入端口到出端口之间的交叉连接。 在中间节点对 Path消息的 处理过程中， UNI— info对象保持不变， 一直随 Path消息传递到出口核心节点。
305： 出口核心节点或 UNI服务器接收到 Path消息后对 Path消息进行处理。
本实施例中， 由于在入口核心节点处， UNI服务器对源节点发送的原始 Path消息进行 了转换， 所以在出口核心节点处， UNI服务器需要还原转换后的 Path消息， 具体包括：
1 ) 出口核心节点或 UNI服务器收到 Path消息后， 从 UNI— info对象中获得源 EN、 宿 EN的地址信息以及源 EN所分配的 tunnel ID, 同时， 出口核心节点或 UNI服务器将 Path 消息中的源节点地址、 宿节点地址和 tunnel ID还原为源 EN、 宿 EN的地址信息以及源 EN 所分配的 tunnel ID， 并删除 Path消息中的 UNI— info对象。 可选地， 如果入口核心节点分 配了新的 LSP ID, 且 UNI— info对象中包含源 EN分配的 LSP ID, 则出口核心节点或 UNI服 务器还需要把 Path消息中的 LSP ID还原为源 EN分配的 LSP ID。
2 ) 出口核心节点或 UNI服务器选择出口核心节点与宿 EN之间的 UNI链路， 给连接使 用。
本实施例中， 如果 UNI 服务器独立于出口核心节点之外， 并由出口核心节点选择 UNI 链路， 且出口核心节点没有 UNI链路在宿 EN侧的端口标识信息， 则出口核心节点在 IF— ID RSVP— HOP对象中填写所选择的 UNI链路的出口核心节点侧的端口标识 （如 P3)， 而 UNI服 务器则根据 UNI信息表， 把 IF— ID RSVP— HOP对象中的本端端口标识代替为宿 EN侧的端口 标识 （如 Pc)。
可选地， 如果 UNI服务器部署于核心节点上， 或者由 UNI服务器选择 UNI链路， 或者 出口核心节点具有 UNI链路在宿 EN侧的地址信息， 则出口核心节点或 UNI服务器可以直接 把所选择的 UNI链路在宿 EN侧的端口标识 （如 Pc ) 填入到 IF— ID RSVP— HOP对象中。
进一步地， UNI服务器或出口核心节点节点在本地保存还原前的 session标识（入口核 心节点地址 +出口核心节点地址 +入口核心节点分配的 tunnel ID)和还原后的 session标识 (源 EN地址 +宿 EN地址 +源 EN分配的 tunnel ID)。 优选地， UNI服务器或出口核心节点节 点还可以保存还原前和还原后的 LSP ID。
同样地， 出口核心节点也需要按正常的方式对 Path消息进行处理， 包括在出口核心节 点的控制平面创建控制状态块， 保存 Path消息中的信息； 可选地， 在选择了出口核心节点 与宿 EN之间的 UNI链路之后，出口核心节点还可以在其选择的 UNI链路上进行标签分配 (所 分配的标签将携带在 Path消息中， 发送给宿 EN节点） 和资源预留的过程， 还可以进一步 向出口核心节点的数据平面下发命令， 建立从出口核心节点的入端口到出端口 （即 UNI 链 路在出口核心节点侧的端口） 之间的交叉连接。
最后， UNI服务器把修改后的 Path消息封装为 IP包， IP包的目的地址为宿 EN的地址。 这样， Path消息就可以发送至宿 EN。
306： 宿 EN2接收到 Path消息后对 Path消息进行处理， 并经中间节点向 EN1返回 Resv 消息。
本实施例中， 宿 EN收到 Path消息后， 按正常方式处理该 Path消息， 包括： 在宿 EN 节点的控制平面创建控制状态块， 保存 Path消息中的信息； 如果之前的出口核心节点节点 未分配标签， 则宿 EN节点在被选择的 UNI链路上进行标签分配和资源预留的过程， 否则按 出口核心节点节点所分配的标签在被选择的 UNI链路上预留资源， 并向上游节点返回 Resv 消息， 消息中携带所分配的标签信息。 Resv消息中的源、宿节点仍为源 EN和宿 EN， tunnel ID和 LSP ID仍为源 EN分配的值。
同步骤 202类似，如果宿 EN没有 UNI链路在出口核心节点侧的端口标识信息，则在 IF— ID RSVP— HOP对象中填写 UNI在 EN侧的端口标识信息。 宿 EN把 Resv消息封装为 IP包， IP包 的目的地址为相应的 UNI服务器的地址， 从而将 Resv消息发送给相应的 UNI服务器。
307： 出口核心节点或 UNI服务器对 Resv消息的处理。
本实施例中， 出口核心节点和 UNI服务器对 Resv消息的处理与入口核心节点和 UNI服 务器对 Path消息的处理类似， 具体包括： UNI服务器将 Resv消息中的的源节点地址、 宿节 点地址代替为入口核心节点和出口核心节点的地址， 即把 EN1 的地址代替为 CN1 的地址， 把 EN2的地址代替为 CN2的地址。 同时， UNI服务器把 Resv消息中的 tunnel ID代替为入 口核心节点分配的 tunnel ID。 另外， 如果 Resv消息中的 IF— ID RSVP— HOP对象包含的是 UNI链路在 EN侧的端口标识， 则还需要根据 UNI信息表， 把该标识代替为 UNI链路在核心 节点侧的端口标识， 即把 Pc代替为 P3。
可选地， 本实施例中， 如果入口核心节点分配了新的 LSP ID, 则出口核心节点或 UNI 服务器还需要把 Resv消息中的 LSP ID代替为入口核心节点分配的 LSP ID。
可选地， Resv消息中包含 UNI— info对象， 但是由于入口核心节点或 UNI服务器保存了 UNI— info对象中的信息， 因此这个对象可带可不带。
同样， 出口核心节点节点按正常方式处理该 Resv消息， 包括： 保存 Resv消息中的信 息， 获得宿 EN节点所分配的标签， 从而确定在 UNI链路上所预留的资源； 如果之前出口核 心节点节点的上游邻居节点未分配标签， 则出口核心节点节点在上游方向被选择的链路上 进行标签分配和资源预留的过程， 否则按出口核心节点节点的上游邻居节点所分配的标签 在被选择的链路上预留资源。 如果出口核心节点节点之前在处理 Path消息时没有建立交叉 连接， 则还需要进一步向本节点的数据平面下发命令， 建立从出口核心节点节点的入端口 到出端口 （即 UNI 链路在出口核心节点侧的端口） 之间的交叉连接。 最后， 出口核心节点 节点向上游节点返回 Resv消息， 消息中携带所分配的标签信息。
308： 各中间核心节点节点对接收到的 Resv消息进行处理。
本实施例中， 连接经过的各中间核心节点按正常的方式对 Resv消息进行处理， 包括： 保存 Resv消息中的信息， 获得下游邻居节点所分配的标签， 从而确定在本节点与其下游邻 居节点之间的链路上所预留的资源； 如果之前中间节点的上游邻居节点未分配标签， 则中 间节点在上游方向被选择的链路上进行标签分配和资源预留的过程， 否则按中间节点的上 游邻居节点所分配的标签在被选择的链路上预留资源。 如果中间节点之前在处理 Path消息 时没有建立交叉连接， 则还需要进一步向本节点的数据平面下发命令， 建立从中间节点的 入端口到出端口之间的交叉连接。 最后， 各中间节点逐跳向上游方向发送 Resv消息， 消息 中携带所分配的标签信息， 直到入口核心节点。 若 Resv消息中包含 UNI— info对象， 则在 该过程中， UNI— info对象保持不变， 一直随 Resv消息传递到入口核心节点。
309： 入口核心节点或 UNI服务器对接收到的 Resv消息进行处理。
本实施例中， 入口核心节点和 UNI服务器对 Resv消息的处理与出口核心节点和 UNI服 务器对 Path消息的处理类似， 具体包括： 入口核心节点或 UNI服务器收到 Resv消息后， 从 UNI— info对象中或从本地保存的信息中获得源 EN、宿 EN的地址信息以及源 EN所分配的 tunnel ID。 同时， 入口核心节点或 UNI服务器将 Resv消息中的源节点地址、 宿节点地址 和 tunnel ID还原为源 EN、 宿 EN的地址信息以及源 EN所分配的 tunnel ID, 并删除 Path 消息中的 UNI— info对象。 可选地， 如果入口核心节点分配了新的 LSP ID， 则入口核心节点 或 UNI服务器还需要把 Resv消息中的 LSP ID还原为源 EN分配的 LSP ID。
本实施例中， UNI服务器把之前选定的 UNI链路在源 EN侧的端口标识 （如 Pa) 填入到 IF— ID RSVP— HOP对象中； 或者， 出口核心节点把之前选定的 UNI链路在核心节点侧的端口 标识 （如 P1 ) 填入到 IF— ID RSVP— HOP对象中， 再由 UNI服务器把该标识转换为对应的源 EN侧的端口标识 （如 Pa)。
同样， 入口核心节点节点按正常方式处理该 Resv消息， 包括： 保存 Resv消息中的信 息， 获得下游邻居节点所分配的标签， 从而确定在入口核心节点节点与其下游邻居节点之 间的链路上所预留的资源； 如果之前源 EN节点未分配标签， 则入口核心节点节点在被选择 的 UNI链路上进行标签分配和资源预留的过程， 否则按源 EN节点所分配的标签在被选择的 UNI链路上预留资源。 入口核心节点节点还在 Resv消息中包含所分配的标签。 如果入口核 心节点节点之前在处理 Path消息时没有建立交叉连接， 则还需要进一步向本节点的数据平 面下发命令， 建立从入口核心节点节点的入端口 （即 UNI 链路在入口核心节点侧的端口） 到出端口之间的交叉连接。
最后， UNI服务器把修改后的 Resv消息封装为 IP包， IP包的目的地址为源 EN的地址。 这样， Resv消息就可以发送至源 EN。
310： 源 EN1对 Resv消息的处理。
本实施例中， 源 EN1节点收到 Resv消息后， 保存 Resv消息中的信息， 获得入口核心 节点节点所分配的标签， 从而确定在 UNI链路上所预留的资源， 完成连接建立的过程。
为使本领域技术人员能够更加清楚的理解本发明， 现举例如下：
图 6所示， 假设核心网络为两个相互独立的覆盖网络 （A和 B) 提供传送资源， 由于核 心网络、覆盖网络 A、覆盖网络 B都是在各自的范围内分配节点地址，因此有可能存在 EN1、 EN3、 CN1 的地址相同 （都是 1. 1. 1. 1 )， EN2、 EN4、 CN2的地址相同 （都是 1. 1. 1. 2 ) 的情 况。 为区分不同的覆盖网络， 在 UNI服务器中， 还可以配置 UNI链路所属的覆盖网络的标 识， 如下表 2所示：
表 2
Figure imgf000017_0001
假设需要分别建立 CN1-CN2、 EN1-EN2, EN3-EN4等 3条连接， 贝 lj :
1、 在建立 CN1-CN2的连接时， 由于不涉及到 UNI信令， 因此可按正常的 GMPLS信令进 行连接建立。假设 CN1对该 session的标识为：源节点地址 =1. 1. 1. 1，宿节点地址 =1. 1. 1. 2, tunnel ID=111。 2、 在建立 EN1-EN2时， 假设 EN1分配的 tunnel ID也刚好是 111， 即 EN1对该 session 的标识同样为源节点地址 =1. 1. 1. 1， 宿节点地址 =1. 1. 1. 2, tunnel ID=111。
在 CN1对 session标识进行转换， 尽管源和宿节点地址仍为 1. 1. 1. 1和 1. 1. 1. 2, 但 CN1需要为该连接新分配 1个在 CN1范围内唯一的 tunnel ID, 或者该 tunnel ID和 CN2的 地址组成的标识在 CN1 范围内唯一 （如 tunnel ID=222 ), 因此 CN1对 EN1-EN2 的连接的 session标识为: 源节点地址 =1. 1. 1. 1， 宿节点地址 =1. 1. 1. 2, tunnel ID=222。
另外， 在核心网络入口处， 由于 CN1或 UNI服务器需要提供至少 2个控制平面接口， 分别与 EN1和 EN3的控制平面相连， 因此， CN1或 UNI服务器可根据 Path消息来自哪个控 制平面接口， 来判断 Path消息中的源边缘节点属于哪个覆盖网络。 但是， 由于 EN2和 EN4 的节点地址相同， CN2在收到 Path消息后却不能根据 UNI— info对象中的宿边缘节点地址信 息判断哪个该覆盖网络是该 UNI连接的宿边缘节点。 为防止这种情况， CN1或 UNI服务器需 要在 Path消息中携带额外的信息来指明该 UNI连接的源、 宿边缘节点属于哪个覆盖网络。 一种方法是， 在 Path消息中携带源端 UNI链路在入口核心节点侧的端口标识 Pl， 可放在 ERO ( Expl icit Route Object , 显式路由对象） 对象中， 这样， 出口核心节点或 UNI 服务 器可根据配置的 UNI信息表， 判断出该连接的源边缘节点来自 overlay network A; 另一种 方法是， 在 Path中新增 1个 overlay— network— ID对象， 显式指明源边缘节点来自 overlay network A。
3、 同样地， 在建立 EN3-EN4时， 假设 EN3分配的 tunnel ID也刚好是 222, 即 EN3对 该 session的标识同样为源节点地址 =1. 1. 1. 1， 宿节点地址 =1. 1. 1. 2, tunnel ID=222。
在 CN1对 session标识进行转换， 尽管源和宿节点地址仍为 1. 1. 1. 1和 1. 1. 1. 2, 但
CN1需要为该连接新分配 1个在 CN1范围内唯一的 tunnel ID, 或者该 tunnel ID和 CN2的 地址组成的标识在 CN1范围内唯一，如 tunnel ID=333，因此 CN1对 EN3-EN4的连接的 session 标识为： 源节点地址 =1. 1. 1. 1， 宿节点地址 =1. 1. 1. 2, tunnel ID=333。 同样地， Path消息 中也需要携带源端 UNI链路在入口 CN侧的端口标识 P2或 overlay— network— ID对象， 来指 明源边缘节点来自 overlay network B。
可见， 核心网络中的各个节点可以正确获知 3条连接分别属于不同的 session, 因此这 3条连接均可以正确建立。
本实施例中提供了一种源节点和源边缘节点为一个节点的实施方式， 其中， 源节点和 源边缘节点也可以不是一个节点， 源边缘节点为整个标签交换路径的中间节点， 而不是建 立标签交换路径的发起者， 在这种情况下， 当源节点和宿节点之间需要建立连接时， 源节 点逐跳向源边缘节点发送 Path消息， 在该消息中， 源节点按正常的方式指明连接的首末节 点分别为源节点和宿节点， 并分配在源节点所在网络范围内唯一的 tunnel ID， 源边缘节点 收到 Path消息后， 向相应的 UNI服务器发送 Path消息或将该 Path消息发送给具有 UNI服 务器功能的入口核心节点上， UNI服务器或是入口核心节点再对该 Path消息进行处理， 具 体的对 Path 消息的处理过程与上述实施例中源节点与源边缘节点为一个节点的实施例一 样， 将源节点和宿节点， 并分配在源节点所在网络范围内唯一的 tunnel ID 替换为入口核 心节点的地址信息、 出口核心节点的地址信息和入口核心节点分配的隧道标识， 不同之处 就是， 在源节点就是源边缘节点的实施例中， 宿边缘节点就是宿节点， 所以 Path消息中携 带了宿边缘节点的地址信息， 而在源节点与源边缘节点不是一个节点的场景下， 如果源节 点在建立连接之前已经确定了连接所要经过的各个网络域， 则 Path消息中会携带各个网络 域的入口节点地址， 包括宿覆盖网络的入口节点 （即宿边缘节点） 的地址； 如果源节点在 建立连接之前还没有确定连接所要经过的各个网络域， UNI服务器可以请求具有全局路径计 算能力的路径计算服务器进行域间路径计算， 从而确定宿边缘节点节点地址。 核心网络中 的中间节点对于 Path消息的处理与上述实施例中的处理流程一样， 在此不再赘述。 当宿边 缘节点收到 Path消息后， 对 Path消息处理后， 向宿节点逐跳发送 Path消息； 宿节点收到 Path消息后， 沿路逐跳返回 Resv消息， 从而建立源节点到宿节点的标签交换路径。
本发明提供的方法实施例的有益效果是： 在覆盖网络和核心网络中部署 UNI 服务器， 或是将入口核心节点和出口核心节点上扩充 UNI服务器的功能，在 UNI服务器中配置了 UNI 链路的相关信息， 在建立 UNI连接时， UNI服务器可以实现对 Path消息中的地址标识的转 换， 以及对 Path消息的转发， 即使在覆盖网络与核心网络属于不同编址空间的场景下， 通 过 UNI服务器的转换，将 Path消息中的地址信息转换为核心网络节点能够识别的地址信息， 从而自动建立 UNI 连接， 并在入口核心节点处， 重新分配隧道地址， 避免了覆盖网络和核 心网络地址相同， 出现不同会话的标识相同的情况， 最终解决了 UNI 连接不能自动建立的 问题。 参见图 7，本发明实施例提供了一种入口核心节点，包括： 接收模块 401、转换模块 402 和发送模块 403。
接收模块 401， 用于接收来自源边缘节点发送的第一路径消息， 所述第一路径消息携带 第一会话标识， 所述第一会话标识包括： 源节点的地址信息、 宿节点的地址信息和所述源 节点分配的隧道标识；
转换模块 402， 用于将所述第一路径消息转换为第二路径消息， 所述第二路径消息携带 所述第一 session标识和第二 session标识， 所述第二 session标识包括： 所述入口核心 节点的地址信息、 出口核心节点的地址信息和所述入口核心节点分配的隧道标识， 使核心 网络中的核心节点以所述第二 sess ion标识作为标签交换路径的 sess ion标识；
发送模块 403， 用于将所述第二路径消息逐跳发送给所述出口核心节点， 使所述出口核 心节点根据所述第一 sess ion标识将所述第二路径消息还原为第一路径消息， 并将所述第 一路径消息发送给所述宿节点， 以建立标签交换路径。
其中， 转换模块 402， 包括：
确定单元， 用于获得宿边缘节点的地址信息， 根据所述宿边缘节点的地址信息查找预 先配置的用户网络接口 UNI 信息， 确定与所述宿节点相连的出口核心节点的地址信息； 所 述预先配置的 UNI 信息包括： 所述源边缘节点的地址信息、 与所述源边缘节点对应的入口 核心节点的地址信息， 所述宿边缘节点的地址信息、 与所述宿边缘节点对应的出口核心节 点的地址信息；
分配单元， 用于根据所述确定单元确定的出口核心节点的地址信息为标签交换路径分 配隧道标识， 得到第二会话标识， 所述第二会话标识包括： 所述入口核心节点的地址信息、 出口核心节点的地址信息和所述入口核心节点分配的隧道标识；
替换单元， 用于将所述第一路径消息中携带的所述第一会话标识替换为所述第二会话 标识， 得到第二路径消息， 所述第二路径消息中包括所述第一会话标识和所述第二会话标 识。 参见图 8， 本发明实施例还提供了一种标签交换路径建立的系统， 包括： 如上所述的入 口核心节点 601和出口核心节点 602 ;
所述出口核心节点 602， 用于接收所述入口核心节点逐跳发送的第二路径消息； 根据第 一会话标识， 将所述第二路径消息还原为第一路径消息， 将所述第一路径消息发送给宿节 点， 以建立标签交换路径。
本发明提供的装置实施例的有益效果是： 在入口核心节点处将第一路径消息中携带的 第一会话标识转换第二会话标识， 第二会话标识包括： 所述入口核心节点的地址信息、 出 口核心节点的地址信息和所述入口核心节点分配的隧道标识， 第二会话标识信息在入口核 心节点到出口核心节点的路径上是唯一的， 核心网络中的核心节点以所述第二会话标识作 为标签交换路径的会话标识， 从而解决了由于源节点和入口核心节点地址相同致使核心网 络中的节点不能正确区分不同的标签交换路径， 无法建立正确的标签交换路径的问题。 且 由于在入口核心节点处将第一路径消息转换为第二路径消息， 使得核心网络中的核心节点 以所述第二会话标识作为标签交换路径的会话标识， 这样即使覆盖网络的编址空间和核心 网络的编址空间不一样， 核心网上的节点还是能够读取转换后的第二路径消息， 从而也能 够解决由于编址方式不一样而无法正确建立标签交换路径的问题。 参见图 9， 本发明实施例提供了一种服务器， 包括： 接收模块 501、 转换模块 502和转 发模块 503。
接收模块 501， 用于接收来自源边缘节点第一路径路径消息， 所述第一路径消息携带第 一会话标识， 所述第一会话标识包括： 所述源节点的地址信息、 宿节点的地址信息和所述 源节点分配的隧道标识；
转换模块 502， 用于将所述第一路径消息转换为第二路径消息， 所述第二路径消息携带 所述第一会话标识和第二会话标识， 所述第二会话标识包括： 所述入口核心节点的地址信 息、 出口核心节点的地址信息和所述入口核心节点分配的隧道标识， 使核心网络中的核心 节点以所述第二会话标识作为标签交换路径的会话标识；
转发模块 503， 用于将所述第二路径消息发送给所述入口核心节点， 使所述入口核心节 点将所述第二路径消息逐跳发送给所述出口核心节点， 所述出口核心节点根据所述第二会 话标识将所述第二路径消息还原为第一路径消息， 将所述第一路径消息发送给所述宿节点， 以建立标签交换路径。
其中， 转换模块 502， 包括：
确定单元， 用于获得宿边缘节点的地址信息， 根据所述宿边缘节点的地址信息查找预 先配置的用户网络接口 UNI 信息， 确定与所述宿边缘节点相连的出口核心节点； 所述预先 配置的 UNI 信息包括： 所述源边缘节点的地址信息、 与所述源边缘节点对应的入口核心节 点的地址信息， 所述宿边缘节点的地址信息、 与所述宿边缘节点对应的出口核心节点的地 址信息；
分配单元， 用于根据所述出口核心节点的地址信息为标签交换路径分配隧道标识， 得 到第二会话标识， 所述第二会话标识包括： 所述入口核心节点的地址信息、 出口核心节点 的地址信息和所述入口核心节点分配的隧道标识；
替换单元， 用于将所述第一路径消息中携带的所述第一会话标识替换为所述第二会话 标识， 得到第二路径消息， 所述第二路径消息包括所述第一会话标识和所述第二会话标识。 参见图 10， 一种标签交换路径建立的系统， 包括： 如上所述的服务器 701、 入口核心 节点 702和出口核心节点处的服务器 703;
所述入口核心节点 702， 用于接收所述服务器 701发送的第二路径消息， 并将所述第二 路径消息逐跳发送给所述出口核心节点处的服务器 703;
所述出口核心节点处的服务器 703，用于根据第一会话标识将第二路径消息还原为第一 路径消息， 将第一路径消息发送给宿节点， 以建立标签交换路径。
本发明提供的系统实施例的有益效果是： 在入口核心节点处将第一路径消息中携带的 第一会话标识转换第二会话标识， 第二会话标识包括： 所述入口核心节点的地址信息、 出 口核心节点的地址信息和所述入口核心节点分配的隧道标识， 第二会话标识信息在入口核 心节点到出口核心节点的路径上是唯一的， 核心网络中的核心节点以所述第二会话标识作 为标签交换路径的会话标识， 从而解决了由于源节点和入口核心节点地址相同致使核心网 络中的节点不能正确区分不同的标签交换路径， 无法建立正确的标签交换路径的问题。 且 由于在入口核心节点处将第一路径消息转换为第二路径消息， 使得核心网络中的核心节点 以所述第二会话标识作为标签交换路径的会话标识， 这样即使覆盖网络的编址空间和核心 网络的编址空间不一样， 核心网上的节点还是能够读取转换后的第二路径消息， 从而也能 够解决由于编址方式不一样而无法正确建立标签交换路径的问题。 本实施例提供的装置和系统， 具体可以与方法实施例属于同一构思， 其具体实现过程 详见方法实施例， 这里不再赘述。 本领域普通技术人员可以理解实现上述实施例的全部或部分步骤可以通过硬件来完 成， 也可以通过程序来指令相关的硬件完成， 所述的程序可以存储于一种计算机可读存储 介质中， 上述提到的存储介质可以是只读存储器， 磁盘或光盘等。 以上所述仅为本发明的较佳实施例， 并不用以限制本发明， 凡在本发明的精神和原则 之内， 所作的任何修改、 等同替换、 改进等， 均应包含在本发明的保护范围之内。

Claims

权 利 要 求 书
1、 一种标签交换路径建立的方法， 其特征在于， 所述方法包括：
入口核心节点接收来自源边缘节点第一路径消息，所述第一路径消息携带第一会话标识， 所述第一会话标识包括： 源节点的地址信息、 宿节点的地址信息和所述源节点分配的隧道标 识；
将所述第一路径消息转换为第二路径消息， 所述第二路径消息携带所述第一会话标识和 第二会话标识， 所述第二会话标识包括： 所述入口核心节点的地址信息、 出口核心节点的地 址信息和所述入口核心节点分配的隧道标识， 使核心网络中的核心节点以所述第二会话标识 作为标签交换路径的会话标识；
将所述第二路径消息逐跳发送给所述出口核心节点， 使所述出口核心节点根据所述第一 会话标识将所述第二路径消息还原为所述第一路径消息， 并将所述第一路径消息发送给所述 宿节点， 以建立标签交换路径。
2、根据权利要求 1所述的方法， 其特征在于， 所述将所述第一路径消息转换为第二路径 消息， 包括：
获得宿边缘节点的地址信息， 根据所述宿边缘节点的地址信息查找预先配置的用户网络 接口信息， 确定与所述宿边缘节点相连的出口核心节点的地址信息； 所述预先配置的用户网 络接口信息包括： 所述源边缘节点的地址信息、 与所述源边缘节点对应的入口核心节点的地 址信息， 所述宿边缘节点的地址信息、 与所述宿边缘节点对应的出口核心节点的地址信息； 根据所述确定的出口核心节点的地址信息为标签交换路径分配隧道标识， 得到第二会话 标识， 所述第二会话标识包括： 所述入口核心节点的地址信息、 出口核心节点的地址信息和 所述入口核心节点分配的隧道标识；
将所述第一路径消息中携带的所述第一会话标识替换为所述第二会话标识， 得到第二路 径消息， 所述第二路径消息包括所述第一会话标识和所述第二会话标识。
3、根据权利要求 1-2任一项所述的方法， 其特征在于， 所述第一路径消息中还携带所述 源节点的端口标识或所述入口核心节点的端口标识， 用于指明所述源节点选择的用户网络接 P ;
其中， 当所述第一路径消息中携带所述源节点的端口标识时， 所述入口核心节点接收源 节点发送的第一路径消息之后， 还包括：
将所述源节点的端口标识代替为所述入口核心节点的端口标识。
4、根据权利要求 1-3任一项所述的方法， 其特征在于， 所述第一路径消息中还携带第一 标签交换路径标识； 则所述第二路径消息携带第二标签交换路径标识和所述第一标签交换路 径标识， 所述第二标签交互路径标识是所述入口核心节点为标签交换路径分配的。
5、根据权利要求 1-4任一项所述的方法， 其特征在于， 将所述第二路径消息逐跳发送给 所述出口核心节点之后， 还包括：
所述出口核心节点接收所述第二路径消息；
根据所述第一会话标识， 将所述第二路径消息中的第二会话标识替换为所述第一会话标 识， 以得到所述第一路径消息。
6、根据权利要求 1-5任一项所述的方法， 其特征在于， 所述第一路径消息中还携带所述 源节点所在的网络标识， 用于表明所述所述源节点所在的网络。
7、 一种入口核心节点， 其特征在于， 所述节点包括：
接收模块， 用于接收来自源边缘节点第一路径消息， 所述第一路径消息携带第一会话标 识， 所述第一会话标识包括： 源节点的地址信息、 宿节点的地址信息和所述源节点分配的隧 道标识；
转换模块， 用于将所述第一路径消息转换为第二路径消息， 所述第二路径消息携带所述 第一会话标识和第二会话标识， 所述第二会话标识包括： 所述入口核心节点的地址信息、 出 口核心节点的地址信息和所述入口核心节点分配的隧道标识， 使核心网络中的核心节点以所 述第二会话标识作为标签交换路径的会话标识；
发送模块， 用于将所述第二路径消息逐跳发送给所述出口核心节点， 使所述出口核心节 点根据所述第一会话标识将所述第二路径消息还原为所述第一路径消息， 并将所述第一路径 消息发送给所述宿节点， 以建立标签交换路径。
8、 根据权利要求 7所述的节点， 其特征在于， 所述转换模块， 包括：
确定单元， 用于获得宿边缘节点的地址信息， 根据所述宿节点的地址信息查找预先配置 的用户网络接口信息， 确定与所述宿边缘节点相连的出口核心节点的地址信息； 所述预先配 置的用户网络接口信息包括： 所述源边缘节点的地址信息、 与所述源边缘节点对应的入口核 心节点的地址信息， 所述宿边缘节点的地址信息、 与所述宿边缘节点对应的出口核心节点的 地址信息；
分配单元， 用于根据所述确定单元确定的所述出口核心节点的地址信息为标签交换路径 分配隧道标识， 得到第二会话标识， 所述第二会话标识包括： 所述入口核心节点的地址信息、 出口核心节点的地址信息和所述入口核心节点分配的隧道标识；
替换单元， 用于将所述第一路径消息中携带的所述第一会话标识替换为所述第二会话标 识， 得到第二路径消息， 所述第二路径消息中包括所述第一会话标识和所述第二会话标识。
9、 一种标签交换路径建立的方法， 其特征在于， 所述方法包括：
用户网络接口 UNI服务器接收来自源边缘节点第一路径消息， 所述第一路径消息携带第 一会话标识， 所述第一会话标识包括： 源节点的地址信息、 宿节点的地址信息和所述源节点 分配的隧道标识；
将所述第一路径消息转换为第二路径消息， 所述第二路径消息携带所述第一会话标识和 第二会话标识， 所述第二会话标识包括： 所述入口核心节点的地址信息、 出口核心节点的地 址信息和所述入口核心节点分配的隧道标识， 使核心网络中的核心节点以所述第二会话标识 作为标签交换路径的会话标识；
将所述第二路径消息发送给所述入口核心节点， 使所述入口核心节点将所述第二路径消 息逐跳发送给所述出口核心节点处的服务器， 所述出口核心节点处的服务器根据所述第一会 话标识将所述第二路径消息还原为所述第一路径消息， 将所述第一路径消息发送给所述宿节 点， 以建立标签交换路径。
10、 根据权利要求 9所述的方法， 其特征在于， 所述将所述第一路径消息转换为第二路 径消息， 包括：
获得宿边缘节点的地址信息， 根据所述宿边缘节点的地址信息查找预先配置的用户网络 接口信息， 确定与所述宿边缘节点相连的出口核心节点的地址信息； 所述预先配置的用户网 络接口信息包括： 所述源边缘节点的地址信息、 与所述源边缘节点对应的入口核心节点的地 址信息， 所述宿边缘节点的地址信息、 与所述宿边缘节点对应的出口核心节点的地址信息； 根据所述确定的出口核心节点的地址信息为标签交换路径分配隧道标识， 得到第二会话 标识， 所述第二会话标识包括： 所述入口核心节点的地址信息、 出口核心节点的地址信息和 所述入口核心节点分配的隧道标识；
将所述第一路径消息中携带的所述第一会话标识替换为所述第二会话标识， 得到第二路 径消息， 所述第二路径消息包括所述第一会话标识和所述第二会话标识。
11、 一种服务器， 其特征在于， 所述服务器包括：
接收模块， 用于接收来自源边缘节点发送的路径第一路径消息， 所述第一路径消息携带 第一会话标识， 所述第一会话标识包括： 源节点的地址信息、 宿节点的地址信息和所述源节 点分配的隧道标识；
转换模块， 用于将所述第一路径消息转换为第二路径消息， 所述第二路径消息携带所述 第一会话标识和第二会话标识， 所述第二会话标识包括： 所述入口核心节点的地址信息、 出 口核心节点的地址信息和所述入口核心节点分配的隧道标识， 使核心网络中的核心节点以所 述第二会话标识作为标签交换路径的会话标识；
转发模块， 用于将所述第二路径消息发送给所述入口核心节点， 使所述入口核心节点将 所述第二路径消息逐跳发送给所述出口核心节点处的服务器， 所述出口核心节点处的服务器 根据所述第一会话标识将所述第二路径消息还原为所述第一路径消息， 将所述第一路径消息 发送给所述宿节点， 以建立标签交换路径。
12、 根据权利要求 11所述的服务器， 其特征在于， 所述转换模块， 包括：
确定单元， 用于获得宿边缘节点的地址信息， 根据所述宿边缘节点的地址信息查找预先 配置的用户网络接口信息， 确定与所述宿边缘节点相连的出口核心节点的地址信息； 所述预 先配置的用户网络接口信息包括： 所述源边缘节点的地址信息、 与所述源边缘节点对应的入 口核心节点的地址信息， 所述宿边缘节点的地址信息、 与所述宿边缘节点对应的出口核心节 点的地址信息；
分配单元， 用于根据所述确定单元确定的出口核心节点的地址信息为标签交换路径分配 隧道标识， 得到第二会话标识， 所述第二会话标识包括： 所述入口核心节点的地址信息、 出 口核心节点的地址信息和所述入口核心节点分配的隧道标识；
替换单元， 用于将所述第一路径消息中携带的所述第一会话标识替换为所述第二会话标 识， 得到第二路径消息， 所述第二路径消息包括所述第一会话标识和所述第二会话标识。
13、 一种标签交换路径建立的系统， 其特征在于， 所述系统包括： 如权利要求 7-8任一 项所述的入口核心节点和出口核心节点；
所述出口核心节点， 用于接收所述入口核心节点逐跳发送的第二路径消息； 根据第一会 话标识， 将所述第二路径消息还原为第一路径消息， 将所述第一路径消息发送给宿节点， 以 建立标签交换路径。
14、 一种标签交换路径建立的系统， 其特征在于， 所述系统包括： 如权利要求 11-12任 一项所述的服务器、 入口核心节点和出口核心节点处的服务器；
所述入口核心节点， 用于接收所述服务器发送的第二路径消息， 并将所述第二路径消息 逐跳发送给所述出口核心节点处的服务器；
所述出口核心节点处的服务器， 用于根据第一会话标识将所述第二路径消息还原为第一 路径消息， 将所述第一路径消息发送给宿节点， 以建立标签交换路径。
PCT/CN2011/080305 2011-09-28 2011-09-28 标签交换路径建立的方法、装置和系统 Ceased WO2012149777A1 (zh)

Priority Applications (2)

Application Number Priority Date Filing Date Title
PCT/CN2011/080305 WO2012149777A1 (zh) 2011-09-28 2011-09-28 标签交换路径建立的方法、装置和系统
CN201180002218.5A CN102439919B (zh) 2011-09-28 2011-09-28 标签交换路径建立的方法、装置和系统

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
PCT/CN2011/080305 WO2012149777A1 (zh) 2011-09-28 2011-09-28 标签交换路径建立的方法、装置和系统

Publications (1)

Publication Number Publication Date
WO2012149777A1 true WO2012149777A1 (zh) 2012-11-08

Family

ID=45986272

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2011/080305 Ceased WO2012149777A1 (zh) 2011-09-28 2011-09-28 标签交换路径建立的方法、装置和系统

Country Status (2)

Country Link
CN (1) CN102439919B (zh)
WO (1) WO2012149777A1 (zh)

Families Citing this family (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2014059570A1 (zh) * 2012-10-15 2014-04-24 华为技术有限公司 建立标签交换路径的方法、设备和系统
CN104144122B (zh) * 2013-05-10 2019-06-21 华为技术有限公司 建立标签交换路径的方法、设备及系统
CN103841022B (zh) * 2014-03-12 2017-04-05 华为技术有限公司 用于建立隧道的方法及装置
CN108377495B (zh) 2016-10-31 2021-10-15 华为技术有限公司 一种数据传输方法、相关设备及系统
CN106656802B (zh) * 2016-12-21 2019-06-21 北京格林伟迪科技股份有限公司 一种端到端隧道生成方法

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101030914A (zh) * 2007-03-31 2007-09-05 华为技术有限公司 一种保证二级运营商公网带宽的方法、路由器和系统
CN101163110A (zh) * 2007-11-30 2008-04-16 华为技术有限公司 部署流量工程隧道的方法及装置
US20090323698A1 (en) * 2008-06-26 2009-12-31 Cisco Technology, Inc. Pure control-plane approach for on-path connection admission control operations in multiprotocol label switching virtual private networks
CN101984595A (zh) * 2010-11-03 2011-03-09 北京星网锐捷网络技术有限公司 跨区域流量工程隧道建立方法、系统及装置

Family Cites Families (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
ITMI20051570A1 (it) * 2005-08-12 2007-02-13 Alcatel Italia Metodo di monitoraggio di una connessione tandem in una rete di telecomunicazioni di tipo mpls
CN101771577B (zh) * 2008-12-31 2012-10-17 华为技术有限公司 一种为双向lsp建立双向转发检测的方法、系统及设备
CN102136991B (zh) * 2010-07-02 2013-10-09 华为技术有限公司 在标签交换路径上配置隧道的方法和节点
CN102130829B (zh) * 2010-12-28 2013-06-05 华为技术有限公司 一种lsp的建立方法、装置

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101030914A (zh) * 2007-03-31 2007-09-05 华为技术有限公司 一种保证二级运营商公网带宽的方法、路由器和系统
CN101163110A (zh) * 2007-11-30 2008-04-16 华为技术有限公司 部署流量工程隧道的方法及装置
US20090323698A1 (en) * 2008-06-26 2009-12-31 Cisco Technology, Inc. Pure control-plane approach for on-path connection admission control operations in multiprotocol label switching virtual private networks
CN101984595A (zh) * 2010-11-03 2011-03-09 北京星网锐捷网络技术有限公司 跨区域流量工程隧道建立方法、系统及装置

Also Published As

Publication number Publication date
CN102439919A (zh) 2012-05-02
CN102439919B (zh) 2014-04-16

Similar Documents

Publication Publication Date Title
JP4328478B2 (ja) ラベル転送ネットワークにおける経路変更方法並びにラベルスイッチングノード及び管理ノード
CN103688497B (zh) 跨域路径的建立方法及设备
CN101291288B (zh) 为伪点到点连接预留网络资源的方法和装置
US20170012895A1 (en) Path Computation Element Central Controllers (PCECCs) for Network Services
JP2009512287A (ja) イーサネットのｇｍｐｌｓ制御
WO2011103781A2 (zh) 身份标识与位置分离的实现方法、设备及数据封装方法
JP2006211661A (ja) Ｍｐｌｓ基盤のｖｐｎ提供装置及びｖｐｎ提供方法
CN105594167A (zh) 转发报文的方法、控制器、转发设备和网络系统
WO2005006670A1 (ja) ラベルスイッチネットワークにおけるセッション確立方法及びラベルスイッチノード
CN101383769A (zh) 建立双向点到点连接的方法
CN106982157A (zh) 流量工程隧道建立方法和装置
CN102469010B (zh) 一种分配mpls标签的方法和网络设备
JP2003032280A (ja) コネクション型通信ネットワークにおけるリンク識別子の割当システム
WO2012149777A1 (zh) 标签交换路径建立的方法、装置和系统
CN104144122A (zh) 建立标签交换路径的方法、设备及系统
US8902909B2 (en) Method, system, and device for implementing service forwarding
CN100477628C (zh) 通过多层进行通信的通信网中的路径设定方法和通信装置
CN103491002A (zh) 一种获取ip链路的链路开销值的方法及系统
CN101656740A (zh) 控制标签发送的方法和路由设备
JPWO2005079022A1 (ja) パケット通信ネットワーク、経路制御サーバ、経路制御方法、パケット転送装置、アドミッション制御サーバ、光波長パス設定方法、プログラム、および記録媒体
US7463580B2 (en) Resource sharing among network tunnels
CN113556283A (zh) 路由管理方法及隧道端点设备
WO2008011771A1 (en) Mothod, network equipment and system of esteblishing a switching path in an optical internet
JP2005295551A (ja) 移動ネットワーク通信におけるハンドオーバー時のパス形成方法
WO2010097041A1 (zh) 一种呼叫处理方法、系统及装置

Legal Events

Date Code Title Description
WWE Wipo information: entry into national phase

Ref document number: 201180002218.5

Country of ref document: CN

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

Ref document number: 11864813

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 11864813

Country of ref document: EP

Kind code of ref document: A1