CN101471821B - Method and apparatus for detecting failure of operator backbone network transmission network - Google Patents
Method and apparatus for detecting failure of operator backbone network transmission network Download PDFInfo
- Publication number
- CN101471821B CN101471821B CN200710307846XA CN200710307846A CN101471821B CN 101471821 B CN101471821 B CN 101471821B CN 200710307846X A CN200710307846X A CN 200710307846XA CN 200710307846 A CN200710307846 A CN 200710307846A CN 101471821 B CN101471821 B CN 101471821B
- Authority
- CN
- China
- Prior art keywords
- node
- appointment
- response message
- detection messages
- pbt tunnel
- 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.)
- Active
Links
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
- H04L41/06—Management of faults, events, alarms or notifications
- H04L41/0677—Localisation of faults
Abstract
The invention provides a method for conducting fault detection to a provider backbone transport (PBT) network and a device thereof. The method mainly comprises the following steps: sending a detection message along the path of a specified PBT channel which needs fault detection in the PBT network; and acquiring a failure message in the specified PBT channel according to the feedback of a response message to the detection message. The device mainly comprises a detection message sending module and a response message receiving module. The method and the device can rapidly detect and locate the fault of a link or a node in the specified PBT channel.
Description
Technical field
The present invention relates to network communication field, relate in particular to the fault detection method and the device of a kind of PBT (provider backbonetransport, provider backbone transmission) network.
Background technology
Ethernet (Ethernet) is the most general communication protocol standard that existing local area network (LAN) adopts, and is that a kind of transmission rate is the local area network standard commonly used of 10M/100M/1000M/10Gbps.When the PBT technology is applied to Metro Ethernet (Metro Ethernet), during as the transmission of Metro Ethernet and switching technology, just constitute the PBT network.At present, in the PBT network, exist to lack the method that OAM (Operation, Administration and Maintenance, Operations, Administration and Maintenance) detects, and problem such as fault location fast.
A kind of method of carrying out fault detect on Ethernet is in the prior art: the multicast detection method that IEEE (Institute of Electrical and Electronics Engineers, IEEE) 802.1ag provides.The main processing procedure of this method is as follows: at the source of Ethernet bridge node structure LTM (Link Trace Message, the access path response) message, above-mentioned source node carries out multicast with this LTM message in Ethernet, soon this LTM message sends to a plurality of other bridge nodes in the Ethernet, and the propagation path of this LTM message is fixing.After other bridge nodes in the Ethernet receive above-mentioned LTM message, can from many forward-paths, select corresponding path to come to jump bridge node and transmit this LTM message to next, and to above-mentioned source bridge node clean culture answer LTR (Link Trace Response, the access path response) message arrives the purpose bridge node up to this LTM message.If above-mentioned source bridge node is not received the LTR message that some other bridge nodes (comprising intermediate axle node or purpose bridge node) are replied, illustrate that then above-mentioned source node to the forward-path between these other bridge nodes fault has taken place.
In realizing process of the present invention, the inventor finds that the shortcoming of the method for above-mentioned prior art is: because the LTM message is to carry out multicast to transmit in Ethernet, forward-path is unfixing, can not send along certain fixed route that has been configured, therefore, this method can not detect the fault in the PBT tunnel of the appointment in the PBT network.
Summary of the invention
The purpose of the embodiment of the invention provides a kind of fault detection method and device of PBT network, thereby can solve the problem that existing method can not detect the fault in a certain appointment PBT tunnel in the PBT network.
The purpose of the embodiment of the invention is achieved through the following technical solutions:
A kind of fault detection method of operator backbone network transmission network comprises:
Send detection messages, comprise the information of specifying provider backbone transmission PBT tunnel in the described detection messages, comprise source node and destination node MAC Address in the described detection messages; After intermediate node in the described appointment PBT tunnel receives described detection messages, reply the response message of described detection messages to described source node at receiving port, and described detection messages is continued to transmit along the path in described appointment PBT tunnel, arrive destination node up to described detection messages;
Receive the response message of described detection messages,, obtain the fault message in described appointment PBT tunnel according to the reception condition of described response message.
A kind of failure detector of operator backbone network transmission network comprises:
The detection messages sending module is used to send detection messages, comprises the information of specifying the PBT tunnel in the described detection messages, comprises source node and destination node MAC Address in the described detection messages; After intermediate node in the described appointment PBT tunnel receives described detection messages, reply the response message of described detection messages to described source node at receiving port, described detection messages is continued to transmit along the path in described appointment PBT tunnel, after forwarding, reply the response message of described detection messages to described source node, arrive destination node up to described detection messages at transmit port;
The response message receiver module is used to receive the response message of described detection messages, according to the reception condition of described response message, obtains the fault message in described appointment PBT tunnel.
The technical scheme that the invention described above embodiment provides as can be seen, the embodiment of the invention is by structure clean culture LTM message in the PBT network, and this clean culture LTM message transmitted along the appointment PBT tunnel that needs detect, thereby detect and locate fault in the above-mentioned appointment PBT tunnel.
Description of drawings
Fig. 1 carries out the process chart of the method for fault detect for what the embodiment of the invention one provided to the PBT network;
The networking schematic diagram of a kind of PBT network that Fig. 2 provides for the embodiment of the invention one;
A kind of structural representation that the PBT network is carried out the device of fault detect that Fig. 3 provides for the embodiment of the invention two.
Embodiment
In embodiments of the present invention, in the time need carrying out fault detect to the appointment PBT tunnel in the PBT network, by the source node structure unicast message in described appointment PBT tunnel, the path in the appointment PBT tunnel of described unicast message in the described PBT network is sent.
After intermediate node in the described appointment PBT tunnel receives described unicast message, described unicast message is continued to transmit along the path in described appointment PBT tunnel, arrive described destination node up to described unicast message.At receiving port or reply simultaneously the response message of described unicast message to described source node at receiving port and transmit port.
Described source node is according to the situation of returning of the response message of described unicast message, obtain the fault message in described appointment PBT tunnel, such as, in the time of one section appointment, do not receive the response message that certain intermediate node is replied on the described appointment PBT tunnel when described source node, determine that then described source node fault occurred to the path between this intermediate node.
Describe the embodiment of the invention in detail below in conjunction with accompanying drawing.
The embodiment of the invention one provide to the PBT network carry out fault detect method handling process as shown in Figure 1, comprise the steps:
Source bridge node in step 11, the PBT network is constructed clean culture LTM message, and sends this clean culture LTM message along the appointment PBT tunnel that needs detect.
In the time need carrying out fault detect to certain the appointment PBT tunnel in the PBT network, the embodiment of the invention is at first constructed clean culture LTM message on the source bridge node in initiating the PBT network that detects.This clean culture LTM message adopts clean culture MAC (Mdium Access Control, medium access control layer) address to encapsulate, and a kind of structure of clean culture LTM message is shown in following table 1.
Table 1:
B-DA | B-SA | B-VLAN | OAMTYPE | ?OAM?PDU |
The value of the B-DA field in the above-mentioned table 1 is the MAC Address of the purpose bridge node of above-mentioned clean culture LTM message; The value of B-SA field is the MAC Address of the source bridge node of above-mentioned initiation clean culture LTM message; The value of B-VLAN field is the VLAN ID (Virtual Local Area Network ID, VLAN ID) in certain the appointment PBT tunnel between above-mentioned source bridge node and the purpose bridge node; The value of OAMTYPE field is 0x8E60, and this field is a protocol type field, and being used to identify this message is an ETHOAM message; The definition that OAM PDU field is continued to use IEEE802.1ag is the protocol Data Unit of ETH OAM message, is used to preserve OAM information.
Because B-DA, B-DA and B-VLAN can determine uniquely that is specified a PBT tunnel.Then, above-mentioned source bridge node specifies the path in PBT tunnel to send to the purpose bridge node along certain of needs inspection the clean culture LTM message of above-mentioned structure.
Such as, networking with PBT network shown in Figure 2 is an example, MEP among Fig. 2 (MaintenanceEnd Point, maintaining end point) node is PE (the Provider Edge of PBT network, provider edge equipment) node, what thick black line was represented is the PBT tunnel path that disposes between the MEP node, and a plurality of PBT tunnel is arranged between MEP1 and the MEP2.When the MEP1 node need be to this certain in a plurality of PBT tunnel when specifying the PBT tunnel to carry out fault detect, so, the MEP1 node is just constructed above-mentioned clean culture LTM message, the value of the B-SA field of the clean culture LTM message of being constructed is the MAC Address of above-mentioned MEP1 node, the value of B-DA field is the MAC Address of MEP2 node, and the value of B-VLAN field is the VLAN ID that above-mentioned needs carry out the appointment PBT tunnel of fault detect.The implication of above-mentioned unicast message is meant to have only a unique destination address in this message, and in the present embodiment, this unique destination address is the MAC Address of MEP2 node.
Then, above-mentioned MEP1 node sends along the path that above-mentioned needs carry out the appointment PBT tunnel of fault detect the clean culture LTM message of above-mentioned structure to the MEP2 node.
Step 12, the intermediate axle node of receiving clean culture LTM message are replied clean culture LTR message to the source bridge node, and continue to transmit above-mentioned clean culture LTM message along the path of specifying the PBT tunnel, up to arriving the purpose bridge node.
Above-mentioned after certain need carry out receiving on the receiving port of the intermediate axle node on the path in appointment PBT tunnel of fault detect the clean culture LTM message that above-mentioned source bridge node sends, reply clean culture LTR message at receiving port to source bridge node (MEP1 node).The structure of this clean culture LTR message is identical with the structure of above-mentioned LTM message, the value of the B-SA field of this clean culture LTR message is the MAC Address of above-mentioned intermediate axle node, the value of B-DA field is the MAC Address of above-mentioned source bridge node, and the value of B-VLAN field still is the VLAN ID in above-mentioned certain PBT tunnel.
Then, certain need carry out the PBT tunnel path of the appointment of fault detect to above-mentioned intermediate axle node along this, continue to transmit forward above-mentioned LTM message, above-mentioned needs carry out after next intermediate axle node on the PBT tunnel path of appointment of fault detect receives above-mentioned LTM message, also reply clean culture LTR message to source bridge node (MEP1 node), and continue to transmit forward above-mentioned LTM message at receiving port.After purpose bridge node (MEP2 node) receives above-mentioned LTM message, also reply clean culture LTR message to source bridge node (MEP1 node) at receiving port.
In actual applications, can also at the transmit port of above-mentioned intermediate axle node when transmitting the LTM message, reply a LTR message to source MEP node (MEP1 node) again at transmit port.And increase the definition of PDU field, distinguish the LTR message that receiving port and transmit port are replied.Can orient abort situation in more detail like this, distinguish the fault of intermediate axle node or the fault of link.
Step 13, source bridge node are obtained the fault message of specifying the PBT tunnel according to the situation of returning of LTR message.
In the time of one section appointment, do not receive above-mentioned needs when above-mentioned source bridge node and carry out the LTR message that certain intermediate axle node (comprising receiving port and transmit port) is replied on the appointment PBT tunnel of fault detect, can determine that then the source bridge node that above-mentioned needs carry out in the appointment PBT tunnel of fault detect fault occurred to the path between this intermediate axle node.
When above-mentioned source node has been received the LTR message that node 1 is replied, and do not receive the LTR message that node 2 (node 2 is next nodes of node 1 on the tunnel) is replied, the fault that then can orient tunnel path occur in node 1 to the link of node 2 or fault occur on the node 2.
In the time of one section appointment, do not receive above-mentioned needs when above-mentioned source bridge node and carry out the LTR message that a plurality of continuous intermediate axle nodes (comprising receiving port and transmit port) are replied on the appointment PBT tunnel of fault detect, can determine that then the source bridge node that above-mentioned needs carry out in the appointment PBT tunnel of fault detect fault occurred to the path between the nearest intermediate axle node of source bridge node in these a plurality of continuous intermediate axle nodes.
In the time of one section appointment, receive above-mentioned needs when above-mentioned source bridge node and carry out the LTR message that the receiving port of certain intermediate axle node on the appointment PBT tunnel of fault detect is replied, but, do not receive the LTR message of the transmit port answer of this intermediate axle node, determine that then fault has appearred in this intermediate axle node.
In above-mentioned processing procedure, the intermediate axle node of PBT network only E-Packets according to the purpose MAC and the VLAN ID of above-mentioned LTM message, this has just guaranteed that LTM message forwarding path is consistent with the path of specifying the PBT tunnel that detects, thereby can finish the fault detect and the location of needs being carried out the appointment PBT tunnel of fault detect.
The structural representation of the embodiment of the invention two provides a kind of device that the PBT network is carried out fault detect as shown in Figure 3,
The detection messages sending module, be used for detection messages is sent along the path that the needs of described PBT network carry out the appointment PBT tunnel of fault detect, comprise MAC Address, the MAC Address of destination node and the VLAN ID in described appointment PBT tunnel of the source node in the described appointment PBT tunnel of the described detection messages of structure in the described detection messages.Above-mentioned detection messages can be unicast message.
The response message receiver module is used to receive the response message of described detection messages, according to the answer situation of the response message of described detection messages, obtains the failure condition in described appointment PBT tunnel.Comprise fault detection module.
Wherein, fault detection module is used for not receiving the response message that certain intermediate node is replied on the described appointment PBT tunnel when described device in the time of one section appointment, determines that then described source node fault occurred to the path between this intermediate node;
In the time of one section appointment, do not receive the response message that a plurality of continuous intermediate nodes are replied on the described appointment PBT tunnel when described device, then determine in the described appointment PBT tunnel the source bridge node to the path between the nearest intermediate node of described source node in a plurality of continuous intermediate nodes fault has appearred;
When described device has been received the response message that certain node is replied, and the response message that the next node of not receiving this certain node is replied, this certain node in then definite described appointment PBT tunnel and link occurs fault or the described next node between the next node break down.
When described device is received the response message that the receiving port of certain intermediate axle node on the described appointment PBT tunnel is replied in the time of one section appointment, do not receive the response message of the transmit port answer of described intermediate node, determine that then fault has appearred in this intermediate node.
Said apparatus can be the source node in the appointment PBT tunnel in the PBT network, such as being the MEP node.
In sum, the embodiment of the invention is by structure clean culture LTM message in the PBT network, and this clean culture LTM message transmitted along the appointment PBT tunnel that needs detect, thereby can fast detecting and orient the link of specifying in the PBT tunnel and the fault of node.
Be combined in CC (Continuity Check, detection of connectivity) and LB (Loopback, the loopback message) characteristic of operation ETH OAM on the PBT network, high-quality network service can be provided.
The above; only for the preferable embodiment of the present invention, but protection scope of the present invention is not limited thereto, and anyly is familiar with those skilled in the art in the technical scope that the present invention discloses; the variation that can expect easily or replacement all should be encompassed within protection scope of the present invention.Therefore, protection scope of the present invention should be as the criterion with the protection range of claim.
Claims (9)
1. the fault detection method of an operator backbone network transmission network is characterized in that, comprising:
Send detection messages, comprise the information of specifying provider backbone transmission PBT tunnel in the described detection messages, comprise source node and destination node MAC Address in the described detection messages; After intermediate node in the described appointment PBT tunnel receives described detection messages, reply the response message of described detection messages to described source node at receiving port, and described detection messages is continued to transmit along the path in described appointment PBT tunnel, arrive destination node up to described detection messages;
Receive the response message of described detection messages,, obtain the fault message in described appointment PBT tunnel according to the reception condition of described response message.
2. method according to claim 1 is characterized in that, the information in described appointment PBT tunnel is for specifying the VLAN ID VLAN ID in PBT tunnel.
3. method according to claim 1 and 2 is characterized in that, described method also comprises:
Intermediate node in the described appointment PBT tunnel is replied the response message of described detection messages to described source node at transmit port after described detection messages is transmitted along the path in described appointment PBT tunnel.
4. method according to claim 3 is characterized in that, the situation of returning of described response message according to described detection messages is obtained the process of the failure condition in described appointment PBT tunnel, specifically comprises:
In the time of one section appointment, do not receive the response message that certain intermediate node is replied on the described appointment PBT tunnel when described source node, determine that then described source node fault occurred to the path between this intermediate node.
5. method according to claim 3 is characterized in that, the situation of returning of described response message according to described detection messages is obtained the process of the failure condition in described appointment PBT tunnel, specifically comprises:
In the time of one section appointment, do not receive the response message that a plurality of continuous intermediate nodes are replied on the described appointment PBT tunnel when described source node, then determine in the described appointment PBT tunnel source node to the path between the nearest intermediate node of described source node in a plurality of continuous intermediate nodes fault has appearred.
6. method according to claim 3 is characterized in that, the situation of returning of described response message according to described detection messages is obtained the process of the failure condition in described appointment PBT tunnel, specifically comprises:
When described source node has been received the response message that certain node is replied, and the response message that the next node of not receiving this certain node is replied, this certain node in then definite described appointment PBT tunnel and link occurs fault or this next node between this next node break down.
7. method according to claim 3 is characterized in that, the situation of returning of described response message according to described detection messages is obtained the process of the failure condition in described appointment PBT tunnel, specifically comprises:
When described source node is received the response message that the receiving port of certain intermediate node on the described appointment PBT tunnel is replied in the time of one section appointment, do not receive the response message of the transmit port answer of described intermediate node, determine that then fault has appearred in this intermediate node.
8. the failure detector of an operator backbone network transmission network is characterized in that, comprising:
The detection messages sending module is used to send detection messages, comprises the information of specifying the PBT tunnel in the described detection messages, comprises source node and destination node MAC Address in the described detection messages; After intermediate node in the described appointment PBT tunnel receives described detection messages, reply the response message of described detection messages to described source node at receiving port, described detection messages is continued to transmit along the path in described appointment PBT tunnel, after forwarding, reply the response message of described detection messages to described source node, arrive destination node up to described detection messages at transmit port;
The response message receiver module is used to receive the response message of described detection messages, according to the reception condition of described response message, obtains the fault message in described appointment PBT tunnel.
9. device according to claim 8 is characterized in that, described response message receiver module comprises:
Fault detection module is used for not receiving the response message that certain intermediate node is replied on the described appointment PBT tunnel when described device in the time of one section appointment, determines that then described source node fault occurred to the path between this intermediate node;
In the time of one section appointment, do not receive the response message that a plurality of continuous intermediate nodes are replied on the described appointment PBT tunnel when described device, then determine in the described appointment PBT tunnel source node to the path between the nearest intermediate node of described source node in a plurality of continuous intermediate nodes fault has appearred;
When described device has been received the response message that certain node is replied, and the response message that the next node of not receiving this certain node is replied, this certain node in then definite described appointment PBT tunnel and link occurs fault or this next node between this next node break down;
In the time of one section appointment, receive the response message that the receiving port of certain intermediate node on the described appointment PBT tunnel is replied when described device, do not receive the response message of the transmit port answer of described intermediate node, determine that then fault has appearred in this intermediate node.
Priority Applications (2)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN200710307846XA CN101471821B (en) | 2007-12-29 | 2007-12-29 | Method and apparatus for detecting failure of operator backbone network transmission network |
PCT/CN2008/073663 WO2009092257A1 (en) | 2007-12-29 | 2008-12-23 | Fault detection method and device for provider backbone transport network |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN200710307846XA CN101471821B (en) | 2007-12-29 | 2007-12-29 | Method and apparatus for detecting failure of operator backbone network transmission network |
Publications (2)
Publication Number | Publication Date |
---|---|
CN101471821A CN101471821A (en) | 2009-07-01 |
CN101471821B true CN101471821B (en) | 2011-07-06 |
Family
ID=40828964
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN200710307846XA Active CN101471821B (en) | 2007-12-29 | 2007-12-29 | Method and apparatus for detecting failure of operator backbone network transmission network |
Country Status (2)
Country | Link |
---|---|
CN (1) | CN101471821B (en) |
WO (1) | WO2009092257A1 (en) |
Cited By (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN103532773A (en) * | 2012-09-29 | 2014-01-22 | 深圳市友讯达科技发展有限公司 | Network node detecting method and related device |
WO2017148139A1 (en) * | 2016-03-01 | 2017-09-08 | 中兴通讯股份有限公司 | Fault detection method and device |
Families Citing this family (8)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN102347850A (en) * | 2010-07-28 | 2012-02-08 | 中兴通讯股份有限公司 | Fault positioning method and system for point 2 multiple point (P2MP) path |
CN101986604B (en) * | 2010-10-29 | 2015-01-28 | 中兴通讯股份有限公司 | Link fault positioning method and system of packet transport network (PTN) |
CN102136965B (en) * | 2010-12-24 | 2013-12-04 | 华为技术有限公司 | Method for detecting tunnel faults and traffic engineering (TE) node |
CN103178972B (en) * | 2011-12-20 | 2017-07-28 | 华为技术有限公司 | The demarcation method of link failure, apparatus and system |
CN107005440B (en) * | 2015-06-24 | 2019-12-06 | 华为技术有限公司 | method, device and system for positioning link fault |
CN106878066A (en) * | 2017-01-16 | 2017-06-20 | 新华三技术有限公司 | Fault detection method and device |
CN107547241B (en) * | 2017-05-18 | 2021-07-23 | 新华三技术有限公司 | TE tunnel fault detection method and device |
CN112134716B (en) * | 2019-06-24 | 2023-05-16 | 中兴通讯股份有限公司 | Method for determining fault position and controller |
Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN1866849A (en) * | 2005-05-16 | 2006-11-22 | 华为技术有限公司 | Method for detecting Ethernet user line state |
US7167912B1 (en) * | 2002-08-09 | 2007-01-23 | Cisco Technology, Inc. | Method and apparatus for detecting failures in network components |
CN1901468A (en) * | 2006-07-19 | 2007-01-24 | 华为技术有限公司 | Method and network for detecting specific route fault under internet protocol multiple jump condition |
CN101036330A (en) * | 2004-12-01 | 2007-09-12 | 思科技术公司 | System and methods for detecting network failure |
Family Cites Families (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN100499485C (en) * | 2004-04-08 | 2009-06-10 | 华为技术有限公司 | Maintaining method of Ethernet link state |
WO2007041860A1 (en) * | 2005-10-14 | 2007-04-19 | Nortel Networks Limited | Gmpls control of ethernet |
-
2007
- 2007-12-29 CN CN200710307846XA patent/CN101471821B/en active Active
-
2008
- 2008-12-23 WO PCT/CN2008/073663 patent/WO2009092257A1/en active Application Filing
Patent Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US7167912B1 (en) * | 2002-08-09 | 2007-01-23 | Cisco Technology, Inc. | Method and apparatus for detecting failures in network components |
CN101036330A (en) * | 2004-12-01 | 2007-09-12 | 思科技术公司 | System and methods for detecting network failure |
CN1866849A (en) * | 2005-05-16 | 2006-11-22 | 华为技术有限公司 | Method for detecting Ethernet user line state |
CN1901468A (en) * | 2006-07-19 | 2007-01-24 | 华为技术有限公司 | Method and network for detecting specific route fault under internet protocol multiple jump condition |
Cited By (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN103532773A (en) * | 2012-09-29 | 2014-01-22 | 深圳市友讯达科技发展有限公司 | Network node detecting method and related device |
WO2017148139A1 (en) * | 2016-03-01 | 2017-09-08 | 中兴通讯股份有限公司 | Fault detection method and device |
Also Published As
Publication number | Publication date |
---|---|
WO2009092257A1 (en) | 2009-07-30 |
CN101471821A (en) | 2009-07-01 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN101471821B (en) | Method and apparatus for detecting failure of operator backbone network transmission network | |
CN101938377B (en) | link aggregation error protection method, equipment and system | |
KR101498320B1 (en) | Multi-point and rooted multi-point protection switching | |
US20080112331A1 (en) | Method and system for transmitting connectivity fault management messages in ethernet,and a node device | |
CN101764751B (en) | Method, system and equipment for forwarding roaming messages for wireless user terminal travelling across VLAN | |
CN101127724B (en) | Multicast system, device and method based on 802.1ah protocol in MAN Ethernet network | |
CN102137009B (en) | Method, system and equipment for processing Dual-layer service in network | |
CN109981323B (en) | Method and network equipment for detecting multicast path state of data link layer | |
JP6436262B1 (en) | Network management apparatus, network system, method, and program | |
CN102143026A (en) | Method for avoiding loop circuit in virtual layer 2 network | |
CN101710869A (en) | Device and method for detecting two-layer virtual private network failures | |
CN102281165A (en) | Fault detection method based on QoS, system and apparatus thereof | |
CN100446476C (en) | Method and apparatus for communicating network trouble dtecting result | |
CN102857421B (en) | A kind of VLL fault detection method and equipment | |
CN1980155A (en) | Method for recovering sponsor media accessing control address and operation businesss edge apparatus | |
CN102209003A (en) | Link detection method, system and loopback initiation equipment | |
CN100518128C (en) | Multi-point to multi-point VPN interconnecting method, system and device in PBT network | |
CN102752210B (en) | The method and system of message transmission between a kind of local area network (LAN) | |
JP2019117972A (en) | Network management device, network system, method, and program | |
CN103200107B (en) | Message transmitting method and message transmitting equipment | |
WO2022057514A1 (en) | Link fault detection method and apparatus and computer-readable storage medium | |
CN101702664B (en) | Data transmission method, device and system of virtual local area network | |
CN102812750B (en) | Fault handling method, grouping conveying network and node in grouping conveying network | |
CN104168169B (en) | A kind of MAC address entries delet method and equipment | |
CN104168132A (en) | Fault diagnosis method, equipment and system |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | Publication | ||
PB01 | Publication | ||
C10 | Entry into substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
C14 | Grant of patent or utility model | ||
GR01 | Patent grant | ||
TR01 | Transfer of patent right | ||
TR01 | Transfer of patent right |
Effective date of registration: 20211222 Address after: 450046 Floor 9, building 1, Zhengshang Boya Plaza, Longzihu wisdom Island, Zhengdong New Area, Zhengzhou City, Henan Province Patentee after: Super fusion Digital Technology Co.,Ltd. Address before: 518129 Bantian HUAWEI headquarters office building, Longgang District, Guangdong, Shenzhen Patentee before: HUAWEI TECHNOLOGIES Co.,Ltd. |