CN103580884B - Method, system, sending ending equipment and the receiving device of relaying configuration - Google Patents

Abstract

The invention discloses a protection configuration method, system, sending end device and receiving end device, wherein the method includes: the sending end device adds path configuration information in the message sent to the opposite end, wherein the path configuration information includes The number information and priority information of the path; the sending end device sends the message added with the path configuration information to the receiving end device. By using the present invention, in the case of a path failure in the related art, the problem that the two endpoints negotiate the path to be switched inconsistency, resulting in service interruption, and thus enable the two endpoint devices to negotiate, will no longer be caused by the failure of the negotiation. Successfully interrupt the business and improve the performance of the system.

Description

Protection configuration method, system, sending end device and receiving end device

technical field

The present invention relates to the communication field, in particular, to a protection configuration method, system, sending end equipment and receiving end equipment.

Background technique

At present, the protection technologies of transmission network include linear protection and ring network protection, and the relevant protocols are formulated in ITU-T and IETF respectively. For example, the standards G.8131 and G.8132 formulated by ITU-T adopt automatic protection switching (Automatic Protection Switching, referred to as APS), and the protection switching protocol (Protection State Coordination, referred to as PSC) defined by IETF. The standard is RFC6378. In view of the 1+1 and 1:1 standards of linear protection switching, one protection path can only protect one working path. In order to improve resource utilization, these two standard organizations have developed 1:N protection switching technologies respectively.

The architecture of 1:N protection switching is shown in Figure 1. There are N working paths and one protection path between Network Element (NE for short) A and NE B. The N+1 paths are shared risk chains as far as possible. The shared risk link group (SRLG for short) is separated to reduce the probability of simultaneous failure. A protection path protects N working paths, and reserves resources according to the maximum bandwidth requirements of the N common paths; when a working path fails, it protects the failed path; when multiple paths fail at the same time, only the The path with the highest priority. This involves that the two endpoints must be consistent in the distribution of path priorities. Otherwise, when multiple paths fail at the same time, the two endpoints will not agree on the path to be switched, causing the protection switching protocol APS or PSC to enter the pause state, and the service interruption time long.

Furthermore, the current protection switching configuration of the transmission network is based on the Network Management System (NMS for short), which is configured separately on two nodes, and manual operation is prone to configuration errors. Sex is not good. For example, NE A in Figure 1 belongs to manufacturer A, while NE B in the figure belongs to manufacturer B. The NEA of manufacturer A is configured by its network management system NMS A; the NE B of manufacturer B is configured by its network management system NMS B. . In view of the lack of intercommunication standards between NMS A and NMS B, the coordination of their configuration can only be done through the BSS (Business Support System)/OSS (Operation Support System) system of the operator group. Currently, the interworking between NMS and BSS/OSS The northbound interface does not involve protection configuration either.

Contents of the invention

The present invention provides a protection configuration method, system, sending end equipment, and receiving end equipment, so as to at least solve the problem in the related art that in the case of a path failure, the two endpoints do not agree on the path to be switched, resulting in service interruption. question.

According to one aspect of the present invention, a protection configuration method is provided, including: the sending end device adds path configuration information in the message sent to the opposite end, wherein the path configuration information includes path number information and priority information ; The sending end device sends the message added with the path configuration information to the receiving end device.

Preferably, adding the path configuration information in the message sent to the opposite end by the sending end device includes: the path configuration information includes a first field and a second field, wherein the first field is used to indicate the number of the path, The second field is used to indicate the priority of the path.

Preferably, the path configuration information is carried in the traffic engineering-based extended resource reservation protocol (RSVP-Traffic Engineering, referred to as RSVP-TE) signaling, wherein the path configuration information only includes path configuration information.

Preferably, when the path configuration information only includes path configuration information corresponding to the path, the path configuration information is carried in a PATH message of the path.

Preferably, in the scenario where the path configuration information carries a protection switching protocol or a notification protocol, the path configuration information further includes a third field and a fourth field, wherein the third field is used to indicate the tunnel ID of the path ID, the fourth field is used to indicate the LSP ID of the path; the path configuration information is transmitted on the protection path, and the path configuration information includes path configuration information of all paths.

Preferably, after the sending end device sends the message adding the path configuration information to the receiving end device, it further includes: the receiving end device receiving the path configuration information from the sending end device; the receiving end device Perform protection configuration on the path according to the path configuration information.

Preferably, the receiving-end device performing protection configuration on the path according to the path configuration information includes: when multiple paths fail and the priorities of the multiple paths are different, according to the priority of the paths Determine the path for this switching among the multiple paths; in the case that the multiple paths are faulty and the priorities of the multiple paths are the same, determine this switch among the multiple paths according to the number of the path The switching path.

According to another aspect of the present invention, a sender device is provided, including: an adding module, configured to add path configuration information to a message sent to the opposite end, wherein the path configuration information includes path number information and priority level information; a sending module, configured to send the message added to the path configuration information to the receiving end device.

Preferably, the adding module adds path configuration information in the following manner: the path configuration information includes a first field and a second field, wherein the first field is used to indicate the number of the path, and the second field Used to indicate the priority of said path.

Preferably, the sending module is configured to carry the path configuration information in RSVP-TE signaling, wherein the path configuration information only includes path configuration information corresponding to the path.

Preferably, the adding module is configured to include a third field and a fourth field in the scenario where the path configuration information carries a protection switching protocol or a notification protocol, wherein the third field is used for Indicate the Tunnel ID of the path, the fourth field is used to indicate the LSP ID of the path; the sending module is configured to, in the scenario where the path configuration information carries a protection switching protocol or a notification protocol, in the protection The path configuration information is transmitted on a path, wherein the path configuration information includes path configuration information of all paths.

According to another aspect of the present invention, there is provided a receiving end device, including: a receiving module, configured to receive the path configuration information from the sending end device, wherein the path configuration information includes path number information and priority Information; a configuration module, configured to perform protection configuration on the path according to the path configuration information.

Preferably, the configuration module is configured in the following manner: in the case that multiple paths fail and the priorities of the multiple paths are different, determine this time among the multiple paths according to the priorities of the paths Paths to be switched: in the case that the multiple paths are faulty and the priorities of the multiple paths are the same, the path to be switched this time is determined among the multiple paths according to the numbers of the paths.

According to still another aspect of the present invention, there is provided a protection configuration system, which is characterized by comprising: the sending end device in any one of the above and the receiving end device in any one of the above.

The present invention adopts the following method: the sending end device adds the path configuration information to the sent message, and sends the message adding the path configuration information to the receiving end device, wherein the path configuration information is the number and priority of the path information. By using the present invention, the path configuration information is added to the sent message, and the path configuration information added is negotiated with the receiving end device, which solves the problem of two endpoints negotiating on the path to be switched in the case of a path failure in the related art The inconsistency leads to the problem of business interruption, so that the two endpoint devices can negotiate, and the business will not be interrupted due to unsuccessful negotiation, which improves the performance of the system.

Description of drawings

The accompanying drawings described here are used to provide a further understanding of the present invention and constitute a part of the application. The schematic embodiments of the present invention and their descriptions are used to explain the present invention and do not constitute improper limitations to the present invention. In the attached picture:

FIG. 1 is a schematic diagram of a protection switching architecture according to related technologies;

FIG. 2 is a flow chart of a method for protecting configurations according to an embodiment of the present invention;

FIG. 3 is a first structural diagram of a TLV message according to an embodiment of the present invention;

FIG. 4 is a second structural diagram of a TLV message according to an embodiment of the present invention;

Fig. 5 is a flow chart of a method for protection configuration of a receiver device according to an embodiment of the present invention;

FIG. 6 is a schematic structural diagram of protected objects in the extended RSVP-TE signaling protocol according to preferred embodiment 1 of the present invention;

Fig. 7 is a schematic structural diagram of the PSC message format in the extended PSC protocol according to the second preferred embodiment of the present invention;

Fig. 8 is a structural block diagram of a sending end device according to an embodiment of the present invention;

FIG. 9 is a structural block diagram of a receiver device according to an embodiment of the present invention;

Fig. 10 is a structural block diagram of a protection configuration system according to an embodiment of the present invention.

Detailed ways

Hereinafter, the present invention will be described in detail with reference to the drawings and examples. It should be noted that, in the case of no conflict, the embodiments in the present application and the features in the embodiments can be combined with each other.

Based on the problem in the related art that in the case of a path failure, the two endpoints disagree on the path to be switched, resulting in service interruption, the embodiment of the present invention provides a protection configuration method, and the flow of the method is shown in Figure 2 , including step S202 to step S204:

Step S202, the sending end device adds path configuration information in the message sent to the opposite end, wherein the path configuration information includes path number information and priority information;

Step S204, the sending end device sends the message adding path configuration information to the receiving end device.

The embodiment of the present invention adopts the following method: the sending end device adds the path configuration information to the sent message, and sends the message adding the path configuration information to the receiving end device, wherein the path configuration information is the path number and priority information. By using the embodiment of the present invention, the path configuration information is added to the sent message, and the path configuration information added is negotiated with the receiving end device, which solves the problem of the two endpoints to be switched when the path fails in the related technology. The inconsistency of path negotiation leads to the problem of service interruption, so that the two endpoint devices can negotiate, and the service will not be interrupted due to unsuccessful negotiation, which improves the performance of the system.

During the implementation of step S202, the path configuration information includes a first field and a second field, wherein the first field is used to indicate the number of the path, and the second field is used to indicate the priority of the path. During the implementation of this step, the mapping relationship corresponding to the first field and the second field may also be added. After adding the number information and priority information, the sending end device can send the message added with the path configuration information, and negotiate with the receiving end device through the added path configuration information.

When the sending end device sends the packet adding the path configuration information to the receiving end device, if the path is dynamically created through RSVP-TE signaling, the path configuration information only includes the configuration information of the path.

During the implementation process, if the information or mapping relationship reflected in the path configuration information is carried in the signaling of a path, such as the RSVP-TE path (Path) message or LSP Ping, then the structure of the TLV message can be as shown in the figure 3. Among them, the Path field represents the number of the path, and the Priority field represents the priority of the path; although the Path field and the Priority field here are both 8 bits, this is only for illustration, and the bits can be assigned in the actual implementation process. The number can be set arbitrarily, and there is no limit here.

In the process that the sending end device sends the message adding the path configuration information to the receiving end device, if the current path configuration information carries a protection switching protocol or a notification protocol scenario, the path configuration information may also include the third field and the first Four fields, wherein the third field is used to indicate the Tunnel ID of the path, and the fourth field is used to indicate the LSP ID of the path. The TLV message format after adding the above two fields can be as shown in Figure 4; path configuration information Transmitted on the protection path, the path configuration information includes path configuration information of all paths.

During implementation, if the information or mapping relationship reflected in the path configuration information carries a protection switching protocol (APS or PSC), or other notification protocols, such as the general channel-associated channel notification protocol (Gach Advertisement Protocol, GAP for short), given that the PSC (or APS) runs on the protection path and needs to carry the path configuration information (mapping relationship) of N+1 paths. Its TLV structure can be shown in Figure 4 below.

In Figure 4, the unique identifier of a path consists of Global ID, Node ID, Tunnel ID, and LSP ID. Since the first and last nodes of the 1:N protection path are the same, the Global ID and Node ID can be omitted, and only the Tunnel ID is used: LSP ID uniquely identifies a path in a 1:N protection group, Path is the number assigned to the path, and Priority is the priority assigned to the path. The TLV carries the mapping relationship between identifiers of the N+1 paths and Path and Priority. When the number of paths is an odd number, it must be filled with 0, that is, padding, so that the TLV4 byte alignment is changed; when the number of paths is an even number, it is naturally aligned and padding is no longer required.

After the sending end device in step S204 sends the message adding path configuration information to the receiving end device, the receiving end device receives its signaling. This process includes steps S502 to S504 shown in FIG. 5:

Step S502, the receiver device receives path configuration information from the sender device;

In step S504, the receiving end device configures the protection of the path according to the path configuration information.

During the implementation of step S504, the receiving end device configures the protection process of each path according to the number and priority information of each path.

During the configuration process, if multiple paths are faulty and the priorities of the multiple paths are different, the receiving end device determines the switching path among the multiple paths according to the priorities of the paths. Higher paths are first protected and configured according to the path configuration information. If the receiving end device is in a situation where multiple paths are faulty and the priorities of the multiple paths are the same, the switching path can be determined among the multiple paths according to the path numbers, for example, the path with the highest switching number is protected first.

In the embodiment of the present invention, the path and priority information (or called mapping relationship) is added and carried in a TLV structure, which is sent from one end node to another end node. Secondly, when the opposite end receives the information or mapping relationship reflected in the path configuration information, it can automatically or manually perform protection configuration based on the path configuration information.

By adopting the method of the embodiment of the present invention, it can be ensured that the two end nodes of the 1:N protection system have consistent path priority configurations, and when multiple paths fail at the same time, service packets can be correctly switched to the protection path.

The embodiments of the present invention will be further described below in conjunction with the accompanying drawings and preferred embodiments.

Preferred embodiment one

This preferred embodiment proposes a protection configuration method in order to ensure that the priority configurations of the two end nodes implementing the protection switching protocol are consistent for the paths. This embodiment carries the path and priority information in the extended RSVP-TE signaling protocol Map entry.

As shown in Figure 1, a 1:N protection group is configured between node A (NE A) and node B (NE B), and one protection path protects N working paths. Node A and node B are the common first and last nodes of these N+1 paths, and they can be directly connected, or they can span many nodes in between. Generally speaking, these N+1 paths belong to different SRLGs, for example, they are in different optical fibers. In this way, when an accident of fiber cutting occurs, only one path will be affected, so that none of the N+1 paths will be unusable. The protection trail is numbered 0, and the working trails are numbered from 1 to N in sequence. If the N+1 paths are dynamically established and generated by the control plane, each path is created by separate signaling, and the path and priority mapping table entries can be brought from one end to the other end during the creation process.

The creation of the N+1 paths at point A can be based on the NMS, or can be triggered by a command line (Command-Line Interface, CLI for short), or other methods; each path has a separate signaling process.

The signaling Path message of each path sent from point A will carry a protection (Protection) object and an association (Association) object, which are defined in RFC4872 and RFC4873, where the association object takes this N+ 1 path is associated together to form a protection group, and the Protection object indicates whether the path is a protection path or a working path and whether the protection switching is based on the transmission plane or the control plane. Among them, the format of the protection object is shown in Figure 6. When the type of LSP Flags is "0x041:N Protection with Extra-Traffic", if the path is a working path, the P flag and the S flag must be cleared; if the path is To protect the path, the S flag is cleared and the P flag is set.

When it carries a sub-TLV, the mapping relationship between the priority of the path it carries and the path number is as follows: If the path is a protection path, then the Mapping TLV defined here can be used as a TLV of the object or an accompanying object, where the Path field Set to 0, indicating that the number of the protection path is 0, and the priority of Priority is set to the highest, such as 0; if the path is a working path, the Path field is set to the number of the path, such as 3, and the Priority field is set to the priority of the path level, such as 20. It should be noted that different path numbers must not be the same, but their priorities can be configured to be the same. If the priority is configured to be the same, when two paths with the same priority fail simultaneously, it can be determined which path to switch based on the channel number, for example, switch the path with the smallest number.

The Path message sent by point A will reach the destination node B after one or more hops. After receiving the Path messages of the N+1 paths, point B extracts the associated objects and protected objects. Wherein, the association object uniquely identifies a protection group, and the protection object carries configuration information of the protection group, and the configuration information is used for protection configuration. For point B of the receiving end device, extract the mapping relationship from the carrier that identifies the mapping relationship between the path priority and the path number (it can be a separate object, or the sub-TLV of the protected object, or other methods); It is used to configure the mapping relationship between paths and priorities to ensure consistency with the configuration at point A. Among them, the extracted information can be automatically submitted for protection configuration, and the mapping relationship table items in the configuration information can be generated; it can also be presented to the network management system first, and then the network management system can issue protection configuration commands for protection configuration.

Preferred embodiment two

This preferred embodiment proposes a 1:N protection configuration method in order to ensure that the priority configurations of the two end nodes implementing the protection switching protocol are consistent with each other, and this embodiment carries the mapping of paths and priorities in the extended PSC protocol entry.

As shown in Figure 1, a 1:N protection group is configured between node A (NE A) and node B (NE B), and one protection path protects N working paths. Node A and node B are the common first and last nodes of these N+1 paths, and they can be directly connected, or they can span many nodes in between. Generally speaking, these N+1 paths belong to different SRLGs, for example, they are in different optical fibers. In this way, when an accident of fiber cutting occurs, only one path will be affected, so that none of the N+1 paths will be unusable. The protection trail is numbered 0, and the working trails are numbered from 1 to N in sequence. The N+1 paths can be statically configured by the NMS. The NMS not only configures the forwarding entries of the paths, but also configures and enables the protection groups. The two end nodes send protection switching protocols to each other on the protection paths, which can be PSC or Can be APS. Here, the extended PSC or APS protocol carries the mapping table items of paths and priorities. The extension of PSC or APS is similar. The following uses PSC as an example. The message format of PSC protocol for 1:N protection switching is shown in Figure 7.

During the implementation process, the network management issues a configuration command, instructing to insert the Mapping TLV defined in Figure 4 into the PSC message sent from point A to point B, as an optional TLV for the PSC message; in order to reduce the overhead of the message, it can be The TLV is inserted in the first three packets, but does not need to be inserted in the following TLV packets. Of course, it can be inserted all the time, and there is no limitation here. After receiving the PSC message, Node B parses the carried Mapping TLV. If the node has already configured the mapping table entry of the path and priority, check whether the already configured one is consistent with the one sent from point A. If they are consistent, no modification is required; if they are inconsistent, modify the mapping table entry to make it the same as A The mapping table entries sent by the click are consistent. If the node is not configured with a path and priority mapping entry, then point B extracts the mapping entry sent from point A and stores it locally for path switching judgment in subsequent failures.

Point B, the receiving end device, can carry the Mapping TLV in the response PSC message sent to point A. If it is carried, it means that point B has configured the local mapping table entries consistent with the configuration of point A; here, in order to reduce message overhead, the TLV can only be carried in the first three response messages, or it can be carried all the time. Of course, point B can also not carry the Mapping TLV in the response PSC message sent to point A, and point B will modify it according to the configuration of point A by default.

Preferred Embodiment Three

In this preferred embodiment, during the normal operation of the 1:N protection group, a new path may be added to the protection group; or a path no longer carries services and is deleted from the protection path group, so a protection path is proposed The method of adding or removing paths during configuration.

If a dynamically created path is newly added, the number of the path may be K. K cannot be the number of an existing working or protection path in any protection group, and the priority may be X. This information needs to be carried at point A and sent to In the Path message of point B. After receiving the information, point B saves and performs protection configuration.

If a path is dynamically deleted, the Path Tear message sent from point A to point B carries the TLV representing the mapping relationship between the path and the path priority. After receiving the message, point B can delete the path from the locally saved mapping representation. entry, and advertised as a protection switching module.

If a statically configured path is newly added, the number of the path may be K. K cannot be the number of an existing working or protection path in any protection group, and the priority may be X. This information needs to be carried at point A and sent to In the PSC message of point B. In order to reduce the overhead of the message, the updated TLV can be inserted in the first three PSC update messages, but not inserted in the following TLV messages, of course, it can be inserted all the time, and there is no limitation here. In addition, this TLV can carry the mapping relationship between paths and priorities of all paths (including the Kth path), or it can only carry the mapping relationship of the Kth path. In order to reduce message overhead, it can only carry the Kth path mapping relationship.

When point B receives the information and saves it, point B can carry the updated Mapping TLV in the response PSC message sent to point A. If it is carried, it means that point B has configured the local mapping table entries consistent with the configuration of point A; here, in order to reduce message overhead, the TLV can only be carried in the first three response messages, or it can be carried all the time. Of course, point B can also not carry the Mapping TLV in the response PSC message sent to point A, and point B will modify it according to the configuration of point A by default. Similarly, if the Kth path is statically deleted, the updated mapping TLV should be carried in the PSC message sent from point A to point B, which may only reflect the mapping relationship of the Kth path, or reflect the remaining The mapping relationship of the paths in the protection group is stored when point B receives the information, and optionally carries the updated Mapping TLV in the response PSC message sent to point A.

The embodiment of the present invention also provides a sender device. The structure of the device is shown in FIG. 8 , including: an adding module 10, configured to add path configuration information to the message sent to the receiver, wherein the path configuration information includes Path number information and priority information; the sending module 20, coupled with the adding module 10, is used to send the message added with the path configuration information to the receiving end device.

During implementation, the adding module 10 adds path configuration information in the following manner: the path configuration information includes a first field and a second field, wherein the first field is used to indicate the number of the path, and the second field is used to indicate the number of the path priority.

In different scenarios, the sending module 20 is used to perform different operations. In the RSVP-TE scenario, the sending module 20 carries the path configuration information in the RSVP-TE signaling, and transmits the path configuration information on all the paths in the protection group, wherein the path configuration information only includes the path configuration corresponding to the path information. In the implementation process, the adding module 10, in the scenario where the path configuration information carries a protection switching protocol or a notification protocol, the path configuration information also includes a third field and a fourth field, wherein the third field is used to indicate the Tunnel ID of the path , the fourth field is used to indicate the LSP ID of the path;

The sending module 20 is configured to transmit the path configuration information on the protection path when the path configuration information carries a protection switching protocol or a notification protocol, wherein the path configuration information includes path configuration information of all paths.

The embodiment of the present invention also provides a receiver device. As shown in FIG. 9 , the receiver device includes: a receiver module 30 configured to receive path configuration information from the sender device, wherein the path configuration information includes path number information and priority information; a configuration module 40, coupled with the receiving module 30, for performing protection configuration on the path according to the path configuration information.

In the implementation process, the configuration module 40 is configured in the following manner: when multiple paths fail and the priorities of the multiple paths are not the same, determine the path for this switching among the multiple paths according to the priorities of the paths; In the case that multiple paths are faulty and have the same priority, the path for this switching is determined among the multiple paths according to the numbers of the paths.

The embodiment of the present invention also provides a protection configuration system. The structure of the system is shown in FIG. 10 , including the above-mentioned sending end device 1 and receiving end device 2 .

From the above description, it can be seen that the present invention achieves the following technical effects:

The embodiment of the present invention adopts the following method: the sending end device adds the path configuration information to the sent message, and sends the message adding the path configuration information to the receiving end device, wherein the path configuration information is the path number and priority information. By using the embodiment of the present invention, the path configuration information is added to the sent message, and the path configuration information added is negotiated with the receiving end device, which solves the problem of the two endpoints to be switched when the path fails in the related technology. The inconsistency of path negotiation leads to the problem of service interruption, so that the two endpoint devices can negotiate, and the service will not be interrupted due to unsuccessful negotiation, which improves the performance of the system.

Obviously, those skilled in the art should understand that each module or each step of the above-mentioned present invention can be realized by a general-purpose computing device, and they can be concentrated on a single computing device, or distributed in a network formed by multiple computing devices Alternatively, they may be implemented in program code executable by a computing device so that they may be stored in a storage device to be executed by a computing device, and in some cases in an order different from that shown here The steps shown or described are carried out, or they are separately fabricated into individual integrated circuit modules, or multiple modules or steps among them are fabricated into a single integrated circuit module for implementation. As such, the present invention is not limited to any specific combination of hardware and software.

The above descriptions are only preferred embodiments of the present invention, and are not intended to limit the present invention. For those skilled in the art, the present invention may have various modifications and changes. Any modifications, equivalent replacements, improvements, etc. made within the spirit and principles of the present invention shall be included within the protection scope of the present invention.

Claims (13)

1. a kind of method of relaying configuration, which is characterized in that including：

Path configuration information is added in sending ending equipment in the message for being sent to opposite end, wherein the path configuration information includes road The number information and precedence information of diameter；

The message that the path configuration information is added is sent to receiving device by the sending ending equipment；

Wherein, in the case where the path configuration information carries pretection switch agreement or advertizing protocol scene, the path configuration information Including third field and the 4th field, wherein the third field is used to indicate the Tunnel ID marks in the path, described 4th field is used to indicate the LSP ID marks in the path；The path configuration information transmits on Protection path, the road Diameter configuration information includes the path configuration information in all paths.

2. according to the method described in claim 1, it is characterized in that, path is added in sending ending equipment in the message for being sent to opposite end Configuration information includes：

The path configuration information includes the first field and the second field, wherein first field is used to indicate the path Number, second field is used to indicate the priority in the path.

3. method according to claim 1 or 2, which is characterized in that the path configuration information is carried based on flow work In the Resource Reservation Protocol RSVP-TE signalings of journey extension, wherein only include corresponding with the path in the path configuration information Path configuration information.

4. according to the method described in claim 3, it is characterized in that, only including and the path in the path configuration information In the case of corresponding path configuration information, the path configuration information carries in the PATH message in the path.

5. according to the method described in claim 1, it is characterized in that, the path configuration information will be added in the sending ending equipment Message be sent to after receiving device, further include：

The receiving device receives the path configuration information from sending ending equipment；

The receiving device carries out relaying configuration according to the path configuration information to the path.

6. according to the method described in claim 5, it is characterized in that, the receiving device is according to the path configuration information pair The path carries out relaying configuration：

Priority in mulitpath failure and the mulitpath is different, and the priority according to the path exists The path this time switched is determined in the mulitpath；

Priority in the mulitpath failure and the mulitpath is identical, and the number according to the path exists The path this time switched is determined in the mulitpath.

7. a kind of sending ending equipment, which is characterized in that including：

Add module, for path configuration information to be added in the message for being sent to opposite end, wherein the path configuration information includes The number information and precedence information in path；

Sending module, for the message that the path configuration information is added to be sent to receiving device；

Wherein, in the case where the path configuration information carries pretection switch agreement or advertizing protocol scene, the path configuration information Including third field and the 4th field, wherein the third field is used to indicate the Tunnel ID marks in the path, described 4th field is used to indicate the LSP ID marks in the path；The path configuration information transmits on Protection path, the road Diameter configuration information includes the path configuration information in all paths.

8. sending ending equipment according to claim 7, which is characterized in that path is added in the add module in the following manner Configuration information：

The path configuration information includes the first field and the second field, wherein first field is used to indicate the path Number, second field is used to indicate the priority in the path.

9. sending ending equipment according to claim 7 or 8, which is characterized in that the sending module is used for the path Configuration information carries in the Resource Reservation Protocol RSVP-TE signalings based on Traffic Engineering extensions, wherein matches confidence in the path It only include path configuration information corresponding with the path in breath.

10. sending ending equipment according to claim 8, which is characterized in that the add module, for matching in the path Confidence breath carries under pretection switch agreement or advertizing protocol scene, and the path configuration information further includes third field and the 4th word Section, wherein the third field is used to indicate the Tunnel ID marks in the path, and the 4th field is used to indicate described The LSP ID marks in path；

The sending module is being protected under carrying pretection switch agreement or advertizing protocol scene in the path configuration information The path configuration information is transmitted on road maintenance diameter, wherein the path configuration information includes that confidence is matched in the path in all paths Breath.

11. a kind of receiving device, which is characterized in that including：

Receiving module, for receiving the path configuration information from sending ending equipment, wherein the path configuration information includes road The number information and precedence information of diameter；

Configuration module, for carrying out relaying configuration to the path according to the path configuration information；

Wherein, in the case where the path configuration information carries pretection switch agreement or advertizing protocol scene, the path configuration information Including third field and the 4th field, wherein the third field is used to indicate the Tunnel ID marks in the path, described 4th field is used to indicate the LSP ID marks in the path；The path configuration information transmits on Protection path, the road Diameter configuration information includes the path configuration information in all paths.

12. receiving device according to claim 11, which is characterized in that the configuration module carries out in the following way Configuration：

Priority in mulitpath failure and the mulitpath is different, and the priority according to the path exists The path this time switched is determined in the mulitpath；

Priority in the mulitpath failure and the mulitpath is identical, and the number according to the path exists The path this time switched is determined in the mulitpath.

13. a kind of system of relaying configuration, which is characterized in that including：The transmitting terminal of any one of claim 7 to 10 is set Standby and claim 11 or 12 the receiving device.