WO2016082572A1 - 通知信息的发送方法及装置 - Google Patents

通知信息的发送方法及装置 Download PDF

Info

Publication number
WO2016082572A1
WO2016082572A1 PCT/CN2015/085352 CN2015085352W WO2016082572A1 WO 2016082572 A1 WO2016082572 A1 WO 2016082572A1 CN 2015085352 W CN2015085352 W CN 2015085352W WO 2016082572 A1 WO2016082572 A1 WO 2016082572A1
Authority
WO
WIPO (PCT)
Prior art keywords
node
interface
root
notification information
root node
Prior art date
Application number
PCT/CN2015/085352
Other languages
English (en)
French (fr)
Inventor
吴文龙
赵德涛
司徒嘉
Original Assignee
中兴通讯股份有限公司
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by 中兴通讯股份有限公司 filed Critical 中兴通讯股份有限公司
Publication of WO2016082572A1 publication Critical patent/WO2016082572A1/zh

Links

Images

Definitions

  • the present invention relates to the field of communications, and in particular to a method and apparatus for transmitting notification information.
  • the affected label switching path LSP
  • the topology change of the Interior Gateway Protocol (IGP) will be notified in the entire network, that is, the routing nodes through which the LSP passes may be received.
  • IGP Interior Gateway Protocol
  • 101, 102, 103, 104, and 105 on the LSP receive the IGP change notification. If these nodes respond, the network resources are seriously occupied and the processing capability of the routing node is affected.
  • the interface failure will be more affected, and a large number of redundant redundant response packets will be generated in the network.
  • an embodiment of the present invention provides a method and an apparatus for transmitting notification information.
  • a method for transmitting notification information comprising: monitoring an interface failure condition of a node in a Multi-Protocol Label Switching (MPLS) network; When the interface of the specified node in the MPLS network fails, the notification information indicating that the interface is invalid is sent to the other node according to the topological relationship of the specified node in the MPLS network, where the other node belongs to the A node other than the specified node in a node of a topological relationship.
  • MPLS Multi-Protocol Label Switching
  • the designated node when the designated node is the root node in the MPLS network, sending a notification for indicating that the interface is invalid according to the topological relationship of the designated node in the MPLS network to other nodes.
  • the information includes: deleting the LSP information corresponding to the failed interface in the specified node; determining, according to the topology relationship, whether the next hop node of the root node is a tail node, and if yes, deleting the next node by using the tail node
  • the notification information is sent to the downstream node of the next hop node via the next hop node.
  • the designated node when the designated node is an intermediate node in the MPLS network, sending a notification for indicating that the interface is invalid according to the topological relationship of the designated node in the MPLS network to other nodes.
  • the information includes: when the inbound interface of the designated node fails, deleting the local LSP information corresponding to the failed inbound interface in the specified node, and sending the notification information to the next node of the designated node; Determining whether the previous hop node of the specified node is the root node, and if so, deleting the local LSP information corresponding to the failed inbound interface in the root node by using the root node; If the node is not the root node, the notification information is sent to the root node, and after the root node deletes the local LSP information corresponding to the failed inbound interface in the root node, the notification information is sent to the root node through the root node. The downstream node of the root node.
  • the designated node when the designated node is an intermediate node in the MPLS network, sending a notification for indicating that the interface is invalid according to the topological relationship of the designated node in the MPLS network to other nodes.
  • the information includes: sending the notification information to the root node when the outbound interface of the specified node is invalid, and deleting the local LSP information corresponding to the failed outbound interface in the root node after the root node is deleted, Determining, by the root node, the notification information to the downstream node of the root node; determining, according to the topology relationship, whether the next hop node of the designated node is a tail node, and if yes, deleting the The local LSP information corresponding to the failed outbound interface in the tail node; if the next hop node is not the tail node, after deleting the local LSP information corresponding to the failed outbound interface in the next hop node, The hop node transmits the notification information to a downstream node of the next hop node.
  • the designated node when the designated node is a tail node in the MPLS network, sending a notification for indicating that the interface is invalid according to the topological relationship of the designated node in the MPLS network to other nodes.
  • the information includes: deleting local LSP information corresponding to the failed interface in the specified node; determining, according to the topology relationship, whether the previous hop node of the designated node is a root node, and if yes, deleting the root node by using the root node
  • the notification information is sent to the downstream node of the root node via the root node.
  • the sending, to the other node, the notification information for indicating that the interface is invalid includes: sending the teardown information to the other node, where the notification information is carried in the teardown information.
  • nodes in the MPLS network support IGP.
  • a transmitting device for notifying information comprising: a monitoring module configured to monitor an interface failure condition of a node in a multi-protocol label switching MPLS network; and a sending module configured to When the interface of the designated node in the MPLS network fails, according to the specified node in the MPLS
  • the topology relationship in the network sends notification information indicating that the interface is invalid to other nodes, wherein the other nodes are nodes other than the designated node among the nodes belonging to the topology relationship.
  • the sending module includes: a first deleting unit, configured to: when the designated node is a root node, delete the local label switching path LSP information corresponding to the failed interface in the specified node; And determining, according to the topology relationship, whether the next hop node of the root node is a tail node, where, when the next hop node is a tail node, deleting, by the tail node, the next hop node a local LSP information corresponding to the failed interface; the first sending unit is configured to: after the tail node deletes the local LSP information corresponding to the failed interface in the next hop node, The next hop node sends the notification information to the downstream node of the next hop node.
  • the first deleting unit is further configured to: when the specified node is an intermediate node, and the inbound interface of the intermediate node fails, deleting the corresponding failed inbound interface in the specified node Local LSP information; the first sending unit is further configured to send the notification information to a next node of the designated node; the determining unit is configured to determine a previous one of the designated node according to the topological relationship Whether the hop node is the root node, where the local LSP information corresponding to the failed inbound interface in the root node is deleted when the last hop node is the root node; the first sending unit is set to be the previous one.
  • the notification information is sent to the root node, and after the root node deletes the local LSP information corresponding to the failed inbound interface in the root node, the notification information is sent through the root node. To the downstream node of the root node.
  • the sending module includes: the first sending unit, configured to: when the specified node is an intermediate node, and send the notification information to the outbound interface of the intermediate node a root node, after the root node deletes the local LSP information corresponding to the failed outbound interface in the root node, sending the notification information to the downstream node of the root node via the root node; And determining, according to the topological relationship, whether the next hop node of the designated node is a tail node, where, when the next hop node is a tail node, deleting, by the tail node, the tail node a local LSP information corresponding to the outbound interface; the first sending unit is further configured to: after the next hop node is not the tail node, delete the local LSP information corresponding to the failed outbound interface in the next hop node, The next hop node sends the notification information to a downstream node of the next hop node.
  • the first deleting unit is configured to delete local LSP information corresponding to the failed interface in the specified node when the designated node is a tail node; the determining unit is set according to the topology Determining whether the previous hop node of the specified node is a root node, where the local LSP information corresponding to the failed interface in the root node is deleted when the previous hop node is a root node; a sending unit, configured to send the notification information to a root node when the last hop node is not a root node, and delete the root node After the local LSP information corresponding to the failed interface in the root node, the notification information is sent to the downstream node of the root node via the root node.
  • the notification information technology means for notifying the interface failure is sent to other nodes according to the topology relationship of the node in the network according to the interface failure, and the related technologies in the entire network are solved when the interface fails.
  • the routing node is notified by a large number of redundant packets, which wastes network resources. It does not require all nodes in the network to respond to packets without wasting network resources.
  • FIG. 1 is a schematic structural diagram of an MPLS network according to the related art
  • FIG. 2 is a flowchart of a method of transmitting notification information according to an embodiment of the present invention
  • FIG. 3 is a flowchart of processing a root node responding to an interface failure according to an embodiment of the present invention
  • FIG. 4 is a flowchart of a process in which an intermediate node responds to an inbound interface failure according to an embodiment of the present invention
  • FIG. 5 is a flowchart of a process in which an intermediate node responds to an outbound interface failure according to a preferred embodiment of the present invention
  • FIG. 6 is a flowchart of a process in which a tail node responds to an interface failure according to a preferred embodiment of the present invention
  • FIG. 7 is a structural block diagram of an apparatus for transmitting notification information according to an embodiment of the present invention.
  • FIG. 8 is a block diagram showing another structure of a device for transmitting notification information according to an embodiment of the present invention.
  • FIG. 2 is a flowchart of a method for sending notification information according to an embodiment of the present invention. As shown in FIG. 2, the process includes the following steps:
  • Step S202 monitoring an interface failure condition of a node in the multi-protocol label switching MPLS network
  • Step S204 when the interface of the designated node in the MPLS network fails, sending, according to the topological relationship of the designated node in the MPLS network, notification information indicating that the interface is invalid, wherein the other node belongs to the foregoing A node other than the above specified node in the node of the topological relationship.
  • the node that fails the interface sends notification information for notifying the interface failure to other nodes according to the topology relationship in the network, instead of all the nodes in the network uniformly sending the notification information, and the related interface is solved in the related art.
  • a failure occurs, all the routing nodes in the entire network are notified, and a large number of redundant packets are generated, which wastes the problem of network resources, and thus does not require all nodes in the network to respond to the message without wasting network resources.
  • the processing power of the corresponding routing node is also provided.
  • step S204 there are multiple implementation manners.
  • the location of the failed interface in the topological relationship is: the interface of the root node, the inbound interface of the intermediate node, the outbound interface of the intermediate node, and the interface of the tail node.
  • the above step S204 can be mainly divided into the following four implementation manners:
  • the notification information indicating that the interface is invalid is sent to the other node according to the topological relationship of the specified node in the MPLS network, including: deleting the invalid interface in the specified node.
  • the local label switching path LSP information determining whether the next hop node of the root node is a tail node according to the topological relationship, and if yes, deleting the local LSP information corresponding to the failed interface in the next hop node; if the next hop If the node is not a tail node, the local LSP information corresponding to the failed interface in the next hop node is deleted, and the notification information is sent to the downstream node of the next hop node.
  • FIG. 3 is a flowchart of processing a root node in response to an interface failure according to an embodiment of the present invention. As shown in FIG. 3, the method includes the following steps:
  • Step S302 the outbound interface A of the root node 101 is invalid.
  • Step S304 The root node 101 deletes the local LSP information.
  • Step S306 Whether the next hop node 102 is a tail node
  • Step S308 If yes, the node 102 deletes the local information; if not, the node 102 deletes the local information and sends a teardown message to the node 103.
  • the notification information indicating that the interface is invalid is sent to the other node according to the topological relationship of the specified node in the MPLS network, and the inbound interface of the specified node is invalid. Deleting the local LSP information corresponding to the failed inbound interface in the specified node, and sending the notification information to the next node of the designated node; determining whether the previous hop node of the specified node is the root node according to the topological relationship.
  • the local LSP information corresponding to the failed inbound interface in the root node is deleted; if the last hop node is not the root node, the notification information is sent to the root node, and the root node deletes the invalid incoming interface in the root node. Corresponding local LSP information, and sending the foregoing notification information to the downstream node of the root node.
  • FIG. 4 is a flowchart of processing an intermediate node responding to an interface failure according to an embodiment of the present invention. As shown in FIG. 4, the method includes the following steps:
  • Step S402 the inbound interface B of the intermediate node 103 is invalid.
  • Step S404 The node 103 sends a teardown message to the node 104, and deletes the local LSP information.
  • Step S406 Whether the last hop node 102 is a root node
  • Step S408 If yes, the node 102 deletes the local information; if not, the node 102 sends a teardown notification message to the root node 101, the root node receives the message, deletes the local information, and sends a teardown message to the node 102.
  • the notification information indicating that the interface is invalid is sent to the other node according to the topological relationship of the specified node in the MPLS network, including: the outbound interface of the specified node is invalid.
  • the local LSP information corresponding to the interface, and the foregoing notification information is sent to the downstream node of the next node.
  • FIG. 5 is a flowchart of processing an intermediate node responding to an interface failure according to a preferred embodiment of the present invention. As shown in FIG. 5, the method includes the following steps:
  • Step S502 the outbound interface C of the intermediate node 103 is invalid.
  • Step S504 The node 103 sends a teardown notification message to the LSP root node 101, and the root node 101 receives the message, deletes the local information, and sends a teardown message to the downstream node 102.
  • Step S506 Whether the next hop node 104 is a tail node
  • Step S508 If yes, the node 104 deletes the local information, and if not, the node 104 deletes the local information and sends a teardown message to the downstream node 105.
  • the notification information indicating that the interface is invalid is sent to the other node according to the topology relationship of the specified node in the MPLS network, including: deleting the invalid interface in the specified node.
  • the local LSP information is determined according to the above topology relationship, and the previous hop node of the specified node is the root node, and if yes, the local LSP information corresponding to the failed interface in the root node is deleted; if the previous hop node is not the root node, And sending the notification information to the root node, where the root node deletes the local LSP information corresponding to the failed interface in the root node, and sends the notification information to the downstream node of the root node.
  • FIG. 6 is a flowchart of a process for a tail node to respond to an interface failure according to a preferred embodiment of the present invention. As shown in FIG. 6, the method includes the following steps:
  • Step S602 the inbound interface D of the tail node 105 is invalid.
  • Step S604 The tail node 105 deletes the local LSP information.
  • Step S606 Whether the last hop node 104 is a root node
  • Step S608 If yes, the node 104 deletes the local information. If not, the node 104 sends a teardown notification message to the root node 101, and the root node 101 receives the message, deletes the local information, and sends a teardown message to the downstream node 102.
  • the technical solution for sending the notification information for indicating the failure of the interface to the other node may be implemented by: sending the teardown information to the other node, where the notification information is carried in the foregoing Remove the information.
  • a further improvement of the foregoing embodiment in the embodiment of the present invention is that the node in the MPLS network supports the internal gateway protocol IGP, and when a node sends a detachment NOTIFY notification message of multiple LSPs to the same root node upstream, the method is adopted. Packets are sent in time-sharing to reduce the number of network packets.
  • the method for invalidating the MPLS-TE tunnel response interface, and the packet time-sharing processing of the notification message to the same root node further invalidate the tunnel response interface. Efficient, reduce redundancy, and reduce unnecessary response for most nodes.
  • FIG. 7 is a structural block diagram of an apparatus for transmitting notification information according to an embodiment of the present invention. As shown in Figure 7, the device includes:
  • the monitoring module 70 is configured to monitor an interface failure condition of a node in the multi-protocol label switching MPLS network
  • the sending module 72 is connected to the monitoring module 70, and is configured to send, when the interface of the designated node in the MPLS network fails, the notification information indicating that the interface is invalid according to the topological relationship of the designated node in the MPLS network.
  • the other nodes are nodes other than the specified node among the nodes belonging to the topological relationship.
  • the notification information for notifying the interface failure is sent to other nodes according to the topology relationship of the interface in the network, instead of all the nodes in the network to uniformly send the notification information, and the related technology is solved.
  • the routers are notified of all the routing nodes in the entire network, which causes a large number of redundant packets, which wastes the problem of network resources, and thus does not require all nodes in the network to respond to the packets without wasting.
  • Network resources also provide the processing power of the corresponding routing nodes.
  • the sending module 72 may include the following modules:
  • the first deleting unit 720 is configured to: when the designated node is the root node, delete the local label switching path LSP information corresponding to the failed interface in the specified node;
  • the determining unit 722 is connected to the first deleting unit 720, and is configured to determine, according to the topological relationship, whether the next hop node of the root node is a tail node, wherein when the next hop node is a tail node, deleting the foregoing by using the tail node Local LSP information corresponding to the failed interface in the next hop node;
  • the first sending unit 724 is connected to the determining unit 722, and is configured to: after the tail node deletes the local LSP information corresponding to the dead interface in the next hop node, after the next hop node is not the tail node, The above notification information is sent to the downstream node of the next hop node.
  • a further improvement of the foregoing technical solution in the embodiment of the present invention is that the first deleting unit 720 is further configured to: when the specified node is an intermediate node, and the inbound interface of the intermediate node fails, deleting the failed inbound interface in the specified node.
  • the first sending unit 724 is further configured to send the notification information to the next node of the designated node; the determining unit 722 is configured to determine, according to the topological relationship, whether the last hop node of the designated node is a root a node, wherein, when the last hop node is a root node, the local LSP information corresponding to the failed inbound interface in the root node is deleted; the first sending unit 724 is configured to: when the last hop node is not a root node, The notification information is sent to the root node, and after the root node deletes the local LSP information corresponding to the failed inbound interface in the root node, the notification information is sent to the downstream node of the root node via the root node.
  • a further improvement of the foregoing technical solution in the embodiment of the present invention is that the first sending unit 724 is configured to: when the specified node is an intermediate node, and send the notification information to the root node when the outbound interface of the intermediate node fails, After the root node deletes the local LSP information corresponding to the failed outbound interface in the root node, the root node sends the notification information to the downstream node of the root node, and the determining unit 722 is configured to determine the specified node according to the topological relationship.
  • next hop node is a tail node
  • the next hop node is a tail node
  • the local LSP information corresponding to the failed outbound interface in the tail node is deleted by the tail node
  • the first sending unit 724 is further configured.
  • the notification information is sent to the downstream node of the next hop node via the next hop node.
  • a further improvement of the foregoing technical solution in the embodiment of the present invention is that the first deleting unit 720 is configured to delete the local LSP information corresponding to the failed interface in the specified node when the designated node is the tail node; the determining unit 722 is configured to be according to the foregoing The topological relationship is used to determine whether the previous hop node of the specified node is the root node, and the local LSP information corresponding to the failed interface in the root node is deleted when the previous hop node is the root node; the first sending unit 724 is configured.
  • the notification information is sent to the root node, and after the root node deletes the local LSP information corresponding to the failed interface in the root node, the notification information is sent to the foregoing by using the root node.
  • the downstream node of the root node is the root node.
  • the embodiment of the present invention achieves the following technical effects: it solves the problem that a large number of redundant packets are caused by notifying all routing nodes in the entire network when the interface fails, and the network resources are wasted.
  • the problem does not require all nodes in the network to respond to the message, does not waste network resources, and provides the processing capability of the corresponding routing node.
  • a storage medium is further provided, wherein the software includes the above-mentioned software, including but not limited to: an optical disk, a floppy disk, a hard disk, an erasable memory, and the like.
  • modules or steps of the present invention described above can be implemented by a general-purpose computing device that can be centralized on a single computing device or distributed across a network of multiple computing devices. Alternatively, they may be implemented by program code executable by the computing device such that they may be stored in the storage device by the computing device and, in some cases, may be different from the order herein.
  • the steps shown or described are performed, or they are separately fabricated into individual integrated circuit modules, or a plurality of modules or steps thereof are fabricated as a single integrated circuit module.
  • the invention is not limited to any specific combination of hardware and software.
  • the notification information technology means for notifying the interface failure is sent to other nodes according to the topology relationship of the interface in the network according to the topology failure of the interface, and the related network is solved when the interface fails.
  • All the routing nodes in the notifications have a large number of redundant packets, which wastes network resources. It is not necessary for all nodes in the network to respond to packets without wasting network resources.

Landscapes

  • Data Exchanges In Wide-Area Networks (AREA)

Abstract

本发明提供了一种通知信息的发送方法及装置，其中，所述方法包括：监测多协议标签交换MPLS网络内节点的接口失效情况；在所述MPLS网络内指定节点的接口失效时，根据所述指定节点在所述MPLS网络内的拓扑关系向其他节点发送用于指示所述接口失效的通知信息，其中，所述其他节点为隶属于所述拓扑关系的节点中除所述指定节点之外的节点。采用本发明的上述技术方案，解决了相关技术中当接口失效时要对整个网络中的所有路由节点均进行通知而导致的存在大量冗余报文，浪费网络资源的问题，实现了不需要对所有网路中的节点都进行报文响应，进而实现不浪费网络资源。

Description

通知信息的发送方法及装置 技术领域
本发明涉及通信领域，具体而言，涉及一种通知信息的发送方法及装置。
背景技术
相关技术中，当隧道的拓扑结构发生变化或者某个接口失效时，受到影响的本地标签交换路径(Label Switched Path，简称为LSP)必须相应拆除。内部网关协议(Interior Gateway Protocol，简称为IGP)拓扑变化会在整个网络中通知，即LSP经过的路由节点都可能接收到。如图1所示，当接口B失效，LSP上的101、102、103、104、105都会收到IGP变化通知，如果这些节点都响应，严重占用网络资源、影响路由节点的处理能力，在实际场景中，大量隧道的LSP经过同一节点同一接口时，接口失效影响会更大，在网络中产生大量重复冗余的响应报文。
针对相关技术中，当接口失效时要对整个网络中的所有路由节点均进行通知而导致的存在大量冗余报文，浪费网络资源的问题，尚未提出有效的解决方案。
发明内容
为了解决上述技术问题，本发明实施例提供了一种通知信息的发送方法及装置。
根据本发明的一个实施例，提供了一种通知信息的发送方法，所述方法包括：监测多协议标签交换(Multi-Protocol Label Switching，简称为MPLS)网络内节点的接口失效情况；在所述MPLS网络内指定节点的接口失效时，根据所述指定节点在所述MPLS网络内的拓扑关系向其他节点发送用于指示所述接口失效的通知信息，其中，所述其他节点为隶属于所述拓扑关系的节点中除所述指定节点之外的节点。
在本发明实施例中，当所述指定节点为所述MPLS网络内的根节点时，根据所述指定节点在所述MPLS网络内的拓扑关系向其他节点发送用于指示所述接口失效的通知信息，包括：删除所述指定节点内失效接口对应的LSP信息；根据所述拓扑关系判断所述根节点的下一跳节点是否为尾节点，如果是，则通过所述尾节点删除所述下一跳节点内所述失效接口对应的本地LSP信息；如果所述下一跳节点不是尾节点，则在所述下一跳节点删除所述下一跳节点内所述失效接口对应的本地LSP信息后，经由所述下一跳节点将所述通知信息发送至所述下一跳节点的下游节点。
在本发明实施例中，当所述指定节点为所述MPLS网络内的中间节点时，根据所述指定节点在所述MPLS网络内的拓扑关系向其他节点发送用于指示所述接口失效的通知信息，包括：在所述指定节点的入接口失效时，删除所述指定节点内失效入接口所对应的本地LSP信息，并将所述通知信息发送至所述指定节点的下一条节点；根据所述拓扑关系判断所述指定节点的上一跳节点是否为根节点，如果是，则通过所述根节点删除所述根节点内所述失效入接口对应的本地LSP信息；如果所述上一跳节点不是根节点，则将所述通知信息发送至根节点，并在所述根节点删除所述根节点内失效入接口对应的本地LSP信息后，经由所述根节点将所述通知信息发送至所述根节点的下游节点。
在本发明实施例中，当所述指定节点为所述MPLS网络内的中间节点时，根据所述指定节点在所述MPLS网络内的拓扑关系向其他节点发送用于指示所述接口失效的通知信息，包括：在所述指定节点的出接口失效时，将所述通知信息发送至根节点，在所述根节点删除所述根节点内所述失效出接口对应的本地LSP信息后，经由所述根节点将所述通知信息发送至所述根节点的下游节点；根据所述拓扑关系判断所述指定节点的下一跳节点是否为尾节点，如果是，则通过所述尾节点删除所述尾节点内所述失效出接口对应的本地LSP信息；如果下一跳节点不是尾节点，则在删除所述下一跳节点内所述失效出接口对应的本地LSP信息后，经由所述下一跳节点将所述通知信息发送至所述下一跳节点的下游节点。
在本发明实施例中，当所述指定节点为所述MPLS网络内的尾节点时，根据所述指定节点在所述MPLS网络内的拓扑关系向其他节点发送用于指示所述接口失效的通知信息，包括：删除所述指定节点内失效接口对应的本地LSP信息；根据所述拓扑关系判断所述指定节点的上一跳节点是否为根节点，如果是，则通过所述根节点删除所述根节点内所述失效接口对应的本地LSP信息；如果上一跳节点不是根节点，则将所述通知信息发送至根节点，在所述根节点删除所述根节点内所述失效接口对应的本地LSP信息后，经由所述根节点将所述通知信息发送至所述根节点的下游节点。
在本发明实施例中，向其他节点发送用于指示所述接口失效的通知信息，包括：向所述其他节点发送拆除信息，其中，所述通知信息携带于所述拆除信息中。
在本发明实施例中，所述MPLS网络内的节点支持IGP。
根据本发明的另一个实施例，还提供了一种通知信息的发送装置，所述装置包括：监测模块，设置为监测多协议标签交换MPLS网络内节点的接口失效情况；发送模块，设置为在所述MPLS网络内指定节点的接口失效时，根据所述指定节点在所述MPLS 网络内的拓扑关系向其他节点发送用于指示所述接口失效的通知信息，其中，所述其他节点为隶属于所述拓扑关系的节点中除所述指定节点之外的节点。
在本发明实施例中，所述发送模块，包括：第一删除单元，设置为在所述指定节点为根节点时，删除所述指定节点内失效接口对应的本地标签交换路径LSP信息；判断单元，设置为根据所述拓扑关系判断根节点的下一跳节点是否为尾节点，其中，在所述下一跳节点为尾节点时，通过所述尾节点删除所述下一跳节点内所述失效接口对应的本地LSP信息；第一发送单元，设置为在下一跳节点不是尾节点时，在所述尾节点删除所述下一跳节点内所述失效接口对应的本地LSP信息后，经由所述下一跳节点将所述通知信息发送至所述下一跳节点的下游节点。
在本发明实施例中，所述第一删除单元，还设置为在所述指定节点为中间节点，且所述中间节点的入接口失效时，删除所述指定节点内所述失效入接口对应的本地LSP信息；所述第一发送单元，还设置为将所述通知信息发送至所述指定节点的下一条节点；所述判断单元，设置为根据所述拓扑关系判断所述指定节点的上一跳节点是否为根节点，其中，在所述上一跳节点为根节点时，删除所述根节点内所述失效入接口对应的本地LSP信息；所述第一发送单元，设置为在上一跳节点不是根节点时，将所述通知信息发送至根节点，并在所述根节点删除所述根节点内失效入接口对应的本地LSP信息后，经由所述根节点将所述通知信息发送至所述根节点的下游节点。
在本发明实施例中，所述发送模块包括：所述第一发送单元，设置为在所述指定节点为中间节点，且在所述中间节点的出接口失效时，将所述通知信息发送至根节点，在所述根节点删除所述根节点内所述失效出接口对应的本地LSP信息后，经由所述根节点将所述通知信息发送至所述根节点的下游节点；所述判断单元，设置为根据所述拓扑关系判断所述指定节点的下一跳节点是否为尾节点，其中，在所述下一跳节点为尾节点时，通过所述尾节点删除所述尾节点内所述失效出接口对应的本地LSP信息；所述第一发送单元，还设置为在下一跳节点不是尾节点时，在删除所述下一跳节点内所述失效出接口对应的本地LSP信息后，经由所述下一跳节点将所述通知信息发送至所述下一跳节点的下游节点。
在本发明实施例中，所述第一删除单元，设置为在所述指定节点为尾节点时删除所述指定节点内失效接口对应的本地LSP信息；所述判断单元，设置为根据所述拓扑关系判断所述指定节点的上一跳节点是否为根节点，其中，在所述上一跳节点为根节点时，删除所述根节点内所述失效接口对应的本地LSP信息；所述第一发送单元，设置为在上一跳节点不是根节点时，将所述通知信息发送至根节点，在所述根节点删除 所述根节点内所述失效接口对应的本地LSP信息后，经由所述根节点将所述通知信息发送至所述根节点的下游节点。
通过本发明实施例，采用根据接口失效的节点在在网络中的拓扑关系向其他节点发送用于通知接口失效的通知信息技术手段，解决了相关技术中当接口失效时要对整个网络中的所有路由节点均进行通知而导致的存在大量冗余报文，浪费网络资源的问题，不需要所有网路中的节点都进行报文响应，不浪费网络资源。
附图说明
此处所说明的附图用来提供对本发明的进一步理解，构成本申请的一部分，本发明的示意性实施例及其说明用于解释本发明，并不构成对本发明的不当限定。在附图中：
图1是根据相关技术中的MPLS网络结构示意图；
图2是根据本发明实施例的通知信息的发送方法的流程图；
图3为根据本发明实施例的根节点响应出接口失效的处理流程图；
图4为根据本发明实施例的中间节点响应入接口失效的处理流程图；
图5为根据本发明优选实施例的中间节点响应出接口失效的处理流程图；
图6为根据本发明优选实施例的尾节点响应入接口失效的处理流程图；
图7为根据本发明实施例的通知信息的发送装置的结构框图；
图8为根据本发明实施例的通知信息的发送装置的另一结构框图。
具体实施方式
下文中将参考附图并结合实施例来详细说明本发明。需要说明的是，在不冲突的情况下，本申请中的实施例及实施例中的特征可以相互组合。
本发明的其它特征和优点将在随后的说明书中阐述，并且，部分地从说明书中变得显而易见，或者通过实施本发明而了解。本发明的目的和其他优点可通过在所写的说明书、权利要求书、以及附图中所特别指出的结构来实现和获得。
为了使本技术领域的人员更好地理解本发明方案，下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分的实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都应当属于本发明保护的范围。
在本实施例中提供了一种通知信息的发送方法，图2是根据本发明实施例的通知信息的发送方法的流程图，如图2所示，该流程包括如下步骤：
步骤S202，监测多协议标签交换MPLS网络内节点的接口失效情况；
步骤S204，在上述MPLS网络内指定节点的接口失效时，根据上述指定节点在上述MPLS网络内的拓扑关系向其他节点发送用于指示上述接口失效的通知信息，其中，上述其他节点为隶属于上述拓扑关系的节点中除上述指定节点之外的节点。
通过上述各个步骤，根据接口失效的节点在在网络中的拓扑关系向其他节点发送用于通知接口失效的通知信息，而不是想网络中的所有节点统一发送通知信息，解决了相关技术中当接口失效时要对整个网络中的所有路由节点均进行通知而导致的存在大量冗余报文，浪费网络资源的问题，进而不需要所有网路中的节点都进行报文响应，不浪费网络资源，也提供了相应路由节点的处理能力。
对于上述步骤S204有多种实现方式，在本发明实施例中，根据上述失效接口在拓扑关系中的位置：根节点的接口、中间节点的入接口、中间节点的出接口、尾节点的接口，上述步骤S204主要可以分为以下四种实现方式：
第一种实现方式
当上述指定节点为上述MPLS网络内的根节点时，根据上述指定节点在上述MPLS网络内的拓扑关系向其他节点发送用于指示上述接口失效的通知信息，包括：删除上述指定节点内失效接口对应的本地标签交换路径LSP信息；根据上述拓扑关系判断上述根节点的下一跳节点是否为尾节点，如果是，则删除上述下一跳节点内上述失效接口对应的本地LSP信息；如果下一跳节点不是尾节点，则删除上述下一跳节点内上述失效接口对应的本地LSP信息，并将上述通知信息发送至上述下一跳节点的下游节点。
为了更好的理解上述第一种方式的实现过程，以下结合图1、图3以及一个优选实施例进行说明：
图3为根据本发明实施例的根节点响应出接口失效的处理流程图，如图3所示，包括以下步骤：
步骤S302：根节点101的出接口A失效；
步骤S304：根节点101删除本地LSP信息；
步骤S306：下一跳节点102是否是尾节点；
步骤S308：如果是，节点102删除本地信息；如果否，节点102删除本地信息，并且向节点103发送拆除消息。
第二种实现方式
当上述指定节点为上述MPLS网络内的中间节点时，根据上述指定节点在上述MPLS网络内的拓扑关系向其他节点发送用于指示上述接口失效的通知信息，包括：在上述指定节点的入接口失效时，删除上述指定节点内上述失效入接口对应的本地LSP信息，并将上述通知信息发送至上述指定节点的下一条节点；根据上述拓扑关系判断上述指定节点的上一跳节点是否为根节点，如果是，则删除上述根节点内上述失效入接口对应的本地LSP信息；如果上一跳节点不是根节点，则将上述通知信息发送至根节点，上述根节点删除上述根节点内上述失效入接口对应的本地LSP信息，并将上述通知信息发送至上述根节点的下游节点。
为了更好的理解上述第一种方式的实现过程，以下结合图1、图4以及一个优选实施例进行说明：
图4为根据本发明实施例的中间节点响应入接口失效的处理流程图，如图4所示，包括以下步骤：
步骤S402：中间节点103的入接口B失效；
步骤S404：节点103向节点104发送拆除消息，并删除本地LSP信息；
步骤S406：上一跳节点102是否是根节点；
步骤S408：如果是，节点102删除本地信息；如果否，节点102向根节点101发送拆除通知消息，根节点收到消息，删除本地信息并且向节点102发送拆除消息。
第三种实现方式
当上述指定节点为上述MPLS网络内的中间节点时，根据上述指定节点在上述MPLS网络内的拓扑关系向其他节点发送用于指示上述接口失效的通知信息，包括：在上述指定节点的出接口失效时，将上述通知信息发送至根节点，上述根节点删除上述根节点内上述失效出接口对应的本地LSP信息，并将上述通知信息发送至上述根节点的下游节点；根据上述拓扑关系判断上述指定节点的下一跳节点是否为尾节点，如果是，则删除上述尾节点内上述失效出接口对应的本地LSP信息；如果下一跳节点不是尾节点，则删除上述下一跳节点内上述失效出接口对应的本地LSP信息，并将上述通知信息发送至上述下一条节点的下游节点。
为了更好的理解上述第一种方式的实现过程，以下结合图1、图5以及一个优选实施例进行说明：
图5为根据本发明优选实施例的中间节点响应出接口失效的处理流程图，如图5所示，包括以下步骤：
步骤S502：中间节点103的出接口C失效；
步骤S504：节点103向LSP根节点101发送拆除通知消息，根节点101收到消息，删除本地信息并且向下游节点102发送拆除消息；
步骤S506：下一跳节点104是否是尾节点；
步骤S508：如果是，节点104删除本地信息，如果否，节点104删除本地信息，并且向下游节点105发送拆除消息。
第四种实现方式
当上述指定节点为上述MPLS网络内的尾节点时，根据上述指定节点在上述MPLS网络内的拓扑关系向其他节点发送用于指示上述接口失效的通知信息，包括：删除上述指定节点内失效接口对应的本地LSP信息；根据上述拓扑关系判断上述指定节点的上一跳节点是否为根节点，如果是，则删除上述根节点内上述失效接口对应的本地LSP信息；如果上一跳节点不是根节点，则将上述通知信息发送至根节点，上述根节点删除上述根节点内上述失效接口对应的本地LSP信息，并将上述通知信息发送至上述根节点的下游节点。
为了更好的理解上述第一种方式的实现过程，以下结合图1、图6以及一个优选实施例进行说明：
图6为根据本发明优选实施例的尾节点响应入接口失效的处理流程图，如图6所示，包括以下步骤：
步骤S602：尾节点105的入接口D失效；
步骤S604：尾节点105删除本地LSP信息；
步骤S606：上一跳节点104是否是根节点；
步骤S608：如果是，节点104删除本地信息，如果否，节点104向根节点101发送拆除通知消息，根节点101收到消息，删除本地信息并且向下游节点102发送拆除消息。
可选地，在本发明实施例中，对于向其他节点发送用于指示上述接口失效的通知信息的技术方案可以通过以下方式实现：向上述其他节点发送拆除信息，其中，上述通知信息携带于上述拆除信息中。
本发明实施例对上述实施方式的进一步改进在于，上述MPLS网络内的节点支持的是内部网关协议IGP，并且，某个节点向上游同一个根节点发送多个LSP的拆除NOTIFY通知消息时，采用打包分时发送，减轻网络报文数目。
综上所述，采用本发明实施例的上述技术方案，通过对MPLS-TE隧道响应接口失效的方法设计，以及对到达同一根节点的通知消息的打包分时处理，使隧道响应接口失效处理更加高效、减少冗余、减少了多数节点不必要的响应。
在本实施例中还提供了一种通知信息的发送装置，用于实现上述实施例及优选实施方式，已经进行过说明的不再赘述，下面对该装置中涉及到的模块进行说明。如以下所使用的，术语“模块”可以实现预定功能的软件和/或硬件的组合。尽管以下实施例所描述的装置较佳地以软件来实现，但是硬件，或者软件和硬件的组合的实现也是可能并被构想的。图7为根据本发明实施例的通知信息的发送装置的结构框图。如图7所示，该装置包括：
监测模块70，设置为监测多协议标签交换MPLS网络内节点的接口失效情况；
发送模块72，与监测模块70连接，设置为在上述MPLS网络内指定节点的接口失效时，根据上述指定节点在上述MPLS网络内的拓扑关系向其他节点发送用于指示上述接口失效的通知信息，其中，上述其他节点为隶属于上述拓扑关系的节点中除上述指定节点之外的节点。
通过上述各个模块的综合作用，根据接口失效的节点在在网络中的拓扑关系向其他节点发送用于通知接口失效的通知信息，而不是想网络中的所有节点统一发送通知信息，解决了相关技术中当接口失效时要对整个网络中的所有路由节点均进行通知而导致的存在大量冗余报文，浪费网络资源的问题，进而不需要所有网路中的节点都进行报文响应，不浪费网络资源，也提供了相应路由节点的处理能力。
可选地，如图8所示，为了完成上述发送模块72的功能和作用，发送模块72可以包括以下模块：
第一删除单元720，设置为在上述指定节点为根节点时，删除上述指定节点内失效接口对应的本地标签交换路径LSP信息；
判断单元722，与第一删除单元720连接，设置为根据上述拓扑关系判断根节点的下一跳节点是否为尾节点，其中，在上述下一跳节点为尾节点时，通过上述尾节点删除上述下一跳节点内上述失效接口对应的本地LSP信息；
第一发送单元724，与判断单元722连接，设置为在下一跳节点不是尾节点时，在上述尾节点删除上述下一跳节点内上述失效接口对应的本地LSP信息后，经由上述下一跳节点将上述通知信息发送至上述下一跳节点的下游节点。
本发明实施例对上述技术方案的进一步改进在于，第一删除单元720，还设置为在上述指定节点为中间节点，且上述中间节点的入接口失效时，删除上述指定节点内上述失效入接口对应的本地LSP信息；第一发送单元724，还设置为将上述通知信息发送至上述指定节点的下一条节点；判断单元722，设置为根据上述拓扑关系判断上述指定节点的上一跳节点是否为根节点，其中，在上述上一跳节点为根节点时，删除上述根节点内上述失效入接口对应的本地LSP信息；第一发送单元724，设置为在上一跳节点不是根节点时，将上述通知信息发送至根节点，并在上述根节点删除上述根节点内失效入接口对应的本地LSP信息后，经由上述根节点将上述通知信息发送至上述根节点的下游节点。
本发明实施例对上述技术方案的进一步改进在于，第一发送单元724，设置为在上述指定节点为中间节点，且在上述中间节点的出接口失效时，将上述通知信息发送至根节点，在上述根节点删除上述根节点内上述失效出接口对应的本地LSP信息后，经由上述根节点将上述通知信息发送至上述根节点的下游节点；判断单元722，设置为根据上述拓扑关系判断上述指定节点的下一跳节点是否为尾节点，其中，在上述下一跳节点为尾节点时，通过上述尾节点删除上述尾节点内上述失效出接口对应的本地LSP信息；第一发送单元724，还设置为在下一跳节点不是尾节点时，在删除上述下 一跳节点内上述失效出接口对应的本地LSP信息后，经由上述下一跳节点将上述通知信息发送至上述下一跳节点的下游节点。
本发明实施例对上述技术方案的进一步改进在于，第一删除单元720，设置为在上述指定节点为尾节点时删除上述指定节点内失效接口对应的本地LSP信息；判断单元722，设置为根据上述拓扑关系判断上述指定节点的上一跳节点是否为根节点，其中，在上述上一跳节点为根节点时，删除上述根节点内上述失效接口对应的本地LSP信息；第一发送单元724，设置为在上一跳节点不是根节点时，将上述通知信息发送至根节点，在上述根节点删除上述根节点内上述失效接口对应的本地LSP信息后，经由上述根节点将上述通知信息发送至上述根节点的下游节点。
综上所述，本发明实施例达到了以下技术效果：解决了相关技术中当接口失效时要对整个网络中的所有路由节点均进行通知而导致的存在大量冗余报文，浪费网络资源的问题，进而不需要所有网路中的节点都进行报文响应，不浪费网络资源，也提供了相应路由节点的处理能力。
在另外一个实施例中，还提供了一种软件，该软件用于执行上述实施例及优选实施方式中描述的技术方案。
在另外一个实施例中，还提供了一种存储介质，该存储介质中存储有上述软件，该存储介质包括但不限于：光盘、软盘、硬盘、可擦写存储器等。
需要说明的是，本发明的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的对象在适当情况下可以互换，以便这里描述的本发明的实施例能够以除了在这里图示或描述的那些以外的顺序实施。此外，术语“包括”和“具有”以及他们的任何变形，意图在于覆盖不排他的包含，例如，包含了一系列步骤或单元的过程、方法、系统、产品或设备不必限于清楚地列出的那些步骤或单元，而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。
显然，本领域的技术人员应该明白，上述的本发明的各模块或各步骤可以用通用的计算装置来实现，它们可以集中在单个的计算装置上，或者分布在多个计算装置所组成的网络上，可选地，它们可以用计算装置可执行的程序代码来实现，从而，可以将它们存储在存储装置中由计算装置来执行，并且在某些情况下，可以以不同于此处的顺序执行所示出或描述的步骤，或者将它们分别制作成各个集成电路模块，或者将它们中的多个模块或步骤制作成单个集成电路模块来实现。这样，本发明不限制于任何特定的硬件和软件结合。
以上所述仅为本发明的优选实施例而已，并不用于限制本发明，对于本领域的技术人员来说，本发明可以有各种更改和变化。凡在本发明的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。
工业实用性
通过本发明上述提供的技术方案，采用根据接口失效的节点在在网络中的拓扑关系向其他节点发送用于通知接口失效的通知信息技术手段，解决了相关技术中当接口失效时要对整个网络中的所有路由节点均进行通知而导致的存在大量冗余报文，浪费网络资源的问题，不需要所有网路中的节点都进行报文响应，不浪费网络资源

Claims (12)

  1. 一种通知信息的发送方法，所述方法包括：
    监测多协议标签交换MPLS网络内节点的接口失效情况；
    在所述MPLS网络内指定节点的接口失效时，根据所述指定节点在所述MPLS网络内的拓扑关系向其他节点发送用于指示所述接口失效的通知信息，其中，所述其他节点为隶属于所述拓扑关系的节点中除所述指定节点之外的节点。
  2. 根据权利要求1所述的方法，其中，当所述指定节点为所述MPLS网络内的根节点时，根据所述指定节点在所述MPLS网络内的拓扑关系向其他节点发送用于指示所述接口失效的通知信息，包括：
    删除所述指定节点内失效接口对应的本地标签交换路径LSP信息；
    根据所述拓扑关系判断所述根节点的下一跳节点是否为尾节点，如果是，则通过所述尾节点删除所述下一跳节点内所述失效接口对应的本地LSP信息；
    如果所述下一跳节点不是尾节点，则在所述下一跳节点删除所述下一跳节点内所述失效接口对应的本地LSP信息后，经由所述下一跳节点将所述通知信息发送至所述下一跳节点的下游节点。
  3. 根据权利要求1所述的方法，其中，当所述指定节点为所述MPLS网络内的中间节点时，根据所述指定节点在所述MPLS网络内的拓扑关系向其他节点发送用于指示所述接口失效的通知信息，包括：
    在所述指定节点的入接口失效时，删除所述指定节点内失效入接口所对应的本地LSP信息，并将所述通知信息发送至所述指定节点的下一条节点；
    根据所述拓扑关系判断所述指定节点的上一跳节点是否为根节点，如果是，则通过所述根节点删除所述根节点内所述失效入接口对应的本地LSP信息；
    如果所述上一跳节点不是根节点，则将所述通知信息发送至根节点，并在所述根节点删除所述根节点内失效入接口对应的本地LSP信息后，经由所述根节点将所述通知信息发送至所述根节点的下游节点。
  4. 根据权利要求1所述的方法，其中，当所述指定节点为所述MPLS网络内的中间节点时，根据所述指定节点在所述MPLS网络内的拓扑关系向其他节点发送用于指示所述接口失效的通知信息，包括：
    在所述指定节点的出接口失效时，将所述通知信息发送至根节点，在所述根节点删除所述根节点内失效出接口对应的本地LSP信息后，经由所述根节点将所述通知信息发送至所述根节点的下游节点；
    根据所述拓扑关系判断所述指定节点的下一跳节点是否为尾节点，如果是，则通过所述尾节点删除所述尾节点内所述失效出接口对应的本地LSP信息；
    如果下一跳节点不是尾节点，则在删除所述下一跳节点内所述失效出接口对应的本地LSP信息后，经由所述下一跳节点将所述通知信息发送至所述下一跳节点的下游节点。
  5. 根据权利要求1所述的方法，其中，当所述指定节点为所述MPLS网络内的尾节点时，根据所述指定节点在所述MPLS网络内的拓扑关系向其他节点发送用于指示所述接口失效的通知信息，包括：
    删除所述指定节点内失效接口对应的本地LSP信息；
    根据所述拓扑关系判断所述指定节点的上一跳节点是否为根节点，如果是，则通过所述根节点删除所述根节点内所述失效接口对应的本地LSP信息；
    如果上一跳节点不是根节点，则将所述通知信息发送至根节点，在所述根节点删除所述根节点内所述失效接口对应的本地LSP信息后，经由所述根节点将所述通知信息发送至所述根节点的下游节点。
  6. 根据权利要求1所述的方法，其中，向其他节点发送用于指示所述接口失效的通知信息，包括：向所述其他节点发送拆除信息，其中，所述通知信息携带于所述拆除信息中。
  7. 根据权利要求1-6任一项所述的方法，其中，所述MPLS网络内的节点支持内部网关协议IGP。
  8. 一种通知信息的发送装置，所述装置包括：
    监测模块，设置为监测多协议标签交换MPLS网络内节点的接口失效情况；
    发送模块，设置为在所述MPLS网络内指定节点的接口失效时，根据所述指定节点在所述MPLS网络内的拓扑关系向其他节点发送用于指示所述接口失 效的通知信息，其中，所述其他节点为隶属于所述拓扑关系的节点中除所述指定节点之外的节点。
  9. 根据权利要求8所述的装置，其中，所述发送模块，包括：
    第一删除单元，设置为在所述指定节点为根节点时，删除所述指定节点内失效接口对应的本地标签交换路径LSP信息；
    判断单元，设置为根据所述拓扑关系判断根节点的下一跳节点是否为尾节点，其中，在所述下一跳节点为尾节点时，通过所述尾节点删除所述下一跳节点内所述失效接口对应的本地LSP信息；
    第一发送单元，设置为在下一跳节点不是尾节点时，在所述尾节点删除所述下一跳节点内所述失效接口对应的本地LSP信息后，经由所述下一跳节点将所述通知信息发送至所述下一跳节点的下游节点。
  10. 根据权利要求9所述的装置，其中，
    所述第一删除单元，还设置为在所述指定节点为中间节点，且所述中间节点的入接口失效时，删除所述指定节点内失效入接口对应的本地LSP信息；
    所述第一发送单元，还设置为将所述通知信息发送至所述指定节点的下一条节点；
    所述判断单元，设置为根据所述拓扑关系判断所述指定节点的上一跳节点是否为根节点，其中，在所述上一跳节点为根节点时，删除所述根节点内所述失效入接口对应的本地LSP信息；
    所述第一发送单元，设置为在上一跳节点不是根节点时，将所述通知信息发送至根节点，并在所述根节点删除所述根节点内失效入接口对应的本地LSP信息后，经由所述根节点将所述通知信息发送至所述根节点的下游节点。
  11. 根据权利要求9所述的装置，其中，所述发送模块包括：
    所述第一发送单元，设置为在所述指定节点为中间节点，且在所述中间节点的出接口失效时，将所述通知信息发送至根节点，在所述根节点删除根节点内所述失效出接口对应的本地LSP信息后，经由所述根节点将所述通知信息发送至所述根节点的下游节点；
    所述判断单元，设置为根据所述拓扑关系判断所述指定节点的下一跳节点是否为尾节点，其中，在所述下一跳节点为尾节点时，通过所述尾节点删除所述尾节点内所述失效出接口对应的本地LSP信息；
    所述第一发送单元，还设置为在下一跳节点不是尾节点时，在删除所述下一跳节点内所述失效出接口对应的本地LSP信息后，经由所述下一跳节点将所述通知信息发送至所述下一跳节点的下游节点。
  12. 根据权利要求11所述的装置，其中，
    所述第一删除单元，设置为在所述指定节点为尾节点时删除所述指定节点内失效接口对应的本地LSP信息；
    所述判断单元，设置为根据所述拓扑关系判断所述指定节点的上一跳节点是否为根节点，其中，在所述上一跳节点为根节点时，删除所述根节点内所述失效接口对应的本地LSP信息；
    所述第一发送单元，设置为在上一跳节点不是根节点时，将所述通知信息发送至根节点，在所述根节点删除所述根节点内所述失效接口对应的本地LSP信息后，经由所述根节点将所述通知信息发送至所述根节点的下游节点。
PCT/CN2015/085352 2014-11-26 2015-07-28 通知信息的发送方法及装置 WO2016082572A1 (zh)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CN201410698397.6 2014-11-26
CN201410698397.6A CN105704044B (zh) 2014-11-26 2014-11-26 通知信息的发送方法及装置

Publications (1)

Publication Number Publication Date
WO2016082572A1 true WO2016082572A1 (zh) 2016-06-02

Family

ID=56073538

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2015/085352 WO2016082572A1 (zh) 2014-11-26 2015-07-28 通知信息的发送方法及装置

Country Status (2)

Country Link
CN (1) CN105704044B (zh)
WO (1) WO2016082572A1 (zh)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN113872868A (zh) * 2020-06-30 2021-12-31 华为技术有限公司 通知消息传输方法、装置及系统、存储介质

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101136788A (zh) * 2006-08-30 2008-03-05 华为技术有限公司 一种mpls组播的故障定位方法及系统
CN101710899A (zh) * 2009-12-09 2010-05-19 中兴通讯股份有限公司 一种mpls网络保护切换方法、lsr和系统
US20140328163A1 (en) * 2013-05-06 2014-11-06 Verizon Patent And Licensing Inc. Midspan re-optimization of traffic engineered label switched paths

Family Cites Families (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101132642B (zh) * 2007-09-21 2012-05-23 中兴通讯股份有限公司 基于mpls-te的ngn中lsp隧道的建立方法
EP2110992A1 (en) * 2008-04-17 2009-10-21 Vodafone España, S.A. System and method for monitoring and optimizing traffic in MPLS-diffserv networks
WO2013188802A1 (en) * 2012-06-14 2013-12-19 Huawei Technologies Co., Ltd. Mrsvp-te based fast reroute in facility (1:n) protection mode
CN102833108B (zh) * 2012-08-30 2016-03-30 华为技术有限公司 故障点位置信息处理方法及设备

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101136788A (zh) * 2006-08-30 2008-03-05 华为技术有限公司 一种mpls组播的故障定位方法及系统
CN101710899A (zh) * 2009-12-09 2010-05-19 中兴通讯股份有限公司 一种mpls网络保护切换方法、lsr和系统
US20140328163A1 (en) * 2013-05-06 2014-11-06 Verizon Patent And Licensing Inc. Midspan re-optimization of traffic engineered label switched paths

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN113872868A (zh) * 2020-06-30 2021-12-31 华为技术有限公司 通知消息传输方法、装置及系统、存储介质

Also Published As

Publication number Publication date
CN105704044B (zh) 2019-08-30
CN105704044A (zh) 2016-06-22

Similar Documents

Publication Publication Date Title
EP3065342B1 (en) Update of mac routes in evpn single-active topology
US10263808B2 (en) Deployment of virtual extensible local area network
US20170063600A1 (en) Egress protection for bum traffic with link failures in evpn
US9628409B1 (en) Designated forwarder election for multi-homed data center interconnect using multicast routing protocol state information
WO2020135395A1 (zh) 一种跨内部网关协议的前缀标识通告方法和装置
CN112039769B (zh) 一种处理路由的方法及网络设备
WO2017036180A1 (zh) 报文的处理方法及装置
WO2020030000A1 (zh) 容灾切换方法、相关设备及计算机存储介质
WO2016062165A1 (zh) 一种实现操作管理维护功能的方法及装置
CN102868569A (zh) 三层虚拟专用网的性能检测方法、节点和系统
CN108540386B (zh) 一种防止业务流中断方法及装置
WO2018219103A1 (zh) 一种链路状态确定方法及设备
CN103188153B (zh) 一种广播网链路上bfd报文发送方法和设备
WO2013013642A1 (zh) 处理跨环业务的方法和相交节点
WO2012083767A1 (zh) 一种隧道故障检测方法和流量工程节点
US8670299B1 (en) Enhanced service status detection and fault isolation within layer two networks
JP2012151604A (ja) プロバイダ網及びプロバイダエッジ装置
WO2018036453A1 (zh) 一种sfc网络中同步拓扑信息的方法及路由网元
CN104702498B (zh) 一种通过协调保护减少设备间光连接数量的方法及装置
CN109802879B (zh) 一种数据流路由方法及装置
WO2017140238A1 (zh) 一种报文传输方法及装置
WO2016082572A1 (zh) 通知信息的发送方法及装置
US8514876B2 (en) Method and apparatus for sequencing operations for an incoming interface check in data center ethernet
CN106878173B (zh) 一种路由发送方法及装置
CN111865803B (zh) 基于evpn的路由处理方法及装置

Legal Events

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

Ref document number: 15862984

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

Country of ref document: EP

Kind code of ref document: A1