WO2008025283A1 - Procédé et système pour une détection d'échec ethernet oam - Google Patents

Procédé et système pour une détection d'échec ethernet oam Download PDF

Info

Publication number
WO2008025283A1
WO2008025283A1 PCT/CN2007/070493 CN2007070493W WO2008025283A1 WO 2008025283 A1 WO2008025283 A1 WO 2008025283A1 CN 2007070493 W CN2007070493 W CN 2007070493W WO 2008025283 A1 WO2008025283 A1 WO 2008025283A1
Authority
WO
WIPO (PCT)
Prior art keywords
mep
mac address
learning function
lbr
source
Prior art date
Application number
PCT/CN2007/070493
Other languages
English (en)
Chinese (zh)
Inventor
Huachen Zhang
Original Assignee
Huawei Technologies Co., Ltd.
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Huawei Technologies Co., Ltd. filed Critical Huawei Technologies Co., Ltd.
Publication of WO2008025283A1 publication Critical patent/WO2008025283A1/fr

Links

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/0695—Management of faults, events, alarms or notifications the faulty arrangement being the maintenance, administration or management system

Definitions

  • the present invention relates to an Ethernet fault detection technology, and in particular, to a method and system for Ethernet operation and maintenance fault detection. Background of the invention
  • the fault detection in Ethernet Operation and Maintenance mainly includes: CC (Continuity Check), Loopback LB (Loopback), Link Tracking (LT) and other technologies.
  • CC is mainly used to detect faults; LB is used to confirm faults; LT is used to locate specific fault points.
  • LB has both single-handed and multi-handed usages.
  • FIG. 1 is a schematic structural diagram of a prior art Ethernet OAM fault detection system.
  • the system includes six devices, namely, A, B, C, D, E, and F.
  • the source maintenance association end point (MEP) is on device A; the two sink MEPs are on devices D and F, respectively, and the system also includes 11 maintenance association intermediate points (MIPs).
  • MIPs maintenance association intermediate points
  • the rectangle represents the MEP and the ellipse represents the MIP.
  • the implementation process of the CC is as follows:
  • the source MEP periodically sends an unresponsive CC message to the sink MEP, and the sink MEP periodically detects whether the CC message of the source is received, so as to determine whether the entire path is faulty.
  • the process of implementing the single-handed LB is as follows:
  • the source MEP sends a loopback message (LBM) message to a sink MEP or a MIP, and periodically detects whether the sink MEP or MIP sends a loopback response message (LBR).
  • LBM loopback message
  • LBR loopback response message
  • the single-delivery LB can be:
  • the source MEP sends an LBM packet to the sink MEP on the device D in the system, and periodically detects whether the sink MEP sends the LBR.
  • the message is used to determine whether there is a fault in the path between the source MEP and the sink MEP on the device D.
  • the process of the multi-delivery LB is as follows: The source MEP sends an LBM packet to all the sink MEPs in the system, and periodically detects whether all the MEPs send LBR packets to determine whether the path is faulty.
  • the system shown in Figure 1 is used as an example.
  • the multi-delivery LB is: The source MEP sends an LBM packet to the sink MEP on the devices D and F in the system, and periodically detects whether the two sink MEPs send LBR packets. To determine if the entire path is faulty.
  • the packet header of the LBM packet carries the destination MAC address information. If it is a single delivery, it carries the unique destination MAC address. If it is multi-delivery, it carries the identifier indicating the multi-delivery, and all the sink MEPs in the system are located.
  • the MAC address of the device is the destination MAC address.
  • the sink MEP After receiving the LBM packet, the sink MEP returns the LBR packet to the source MEP, and carries the destination MAC address in the header of the LBR.
  • the destination MAC address is the MAC address of the device where the MEP is located.
  • the data carried in the LBM packet and the LBR packet are in the Protocol Data Unit (PDU) format.
  • the data carried in the LBM and LBR packets includes the following fields: Maintenance Entity Group Level (MEL), Version Number ( Version ), Opcode, Flags, TLV Offset, Transaction ID/Sequence Number, and optional TLV information and TLV end flag ( Optional TLV starts here; otherwise End TLV ). Since the meaning of these fields is a technique well known to those skilled in the art, no further details are provided herein.
  • the CC and LB mechanisms of the prior art can only be used to detect whether there is a fault in the path, that is, whether the broadcast forwarding path is valid.
  • the forwarding efficiency is not only related to whether the forwarding path is faulty, but also related to whether the MAC address learning function of each device in the path is normal.
  • the principle of the Layer 2 forwarding is: If the destination MAC address is not learned, the LBR packet is broadcast to all ports. That is, if the device where the MEP or MIP is located in the system does not learn the destination MAC address. The device on which the MEP or MIP is located will broadcast LBR packets to all ports connected to the system.
  • An embodiment of the present invention provides an ETH 0AM fault detection method, and an EHT 0AM fault detection system, which enables the source to learn whether the MAC address learning function of each device in the system is normal, and implements a forwarding plane fault. Fully tested.
  • the ETH OAM fault detection method includes: the source end maintenance association endpoint MEP sends a loopback message LBM message to the sink MEP, where the LBM packet carries an instruction for returning the MAC address learning function detection result. ;
  • the sinking MEP receives the LBM packet, and detects whether the MAC address learning function is normal, and sends an LBR packet carrying the detection result to the source MEP; the source MEP receives the LBR packet. And determining, according to the detection result carried in the device, whether the MAC address learning function detection fault occurs in the device where the sink MEP is located.
  • a system for detecting ETH OAM faults includes: a source MEP and a sink MEP, where
  • the source MEP is configured to send an LBM packet to the sink MEP, where the LBM packet carries an instruction for returning a MAC address learning function detection result; and detecting a fault according to the received LBR learning function;
  • the sink MEP is configured to receive the LBM packet from the source MEP, check whether the MAC address learning function is normal, and carry the detection result in the LBR packet to the source MEP.
  • the ETH OAM fault detection method and system carries an instruction for returning a MAC address learning function detection result in an LBM packet sent by the source MEP, and returns the device at the sink MEP to the source MEP.
  • the LBR packet carries the MAC address learning function detection result, so that the source MEP learns whether the MAC address learning function of the device where the MEP is located is normal, thereby implementing complete detection of the forwarding plane fault.
  • FIG. 1 is a schematic structural diagram of a prior art Ethernet OAM fault detection system
  • FIG. 2 is a flowchart of an embodiment of a first Ethernet OAM fault detection method according to the present invention
  • FIG. 3 is a second Ethernet OAM fault detection method according to the present invention
  • the ETH OAM fault detection method and system provided by the present invention carries an LBR message that is required to return a MAC address learning function detection result in the LBM message sent by the source MEP, and returns an LBR message to the source MEP at the sink MEP.
  • the MAC address learning function detection result information is carried in, so that the source end learns whether the MAC address learning function of the sink MEP is normal.
  • the sink MEP sends the LBR text to the source MEP through the one or more MIPs.
  • the method further includes: when each MIP between the source MEP and the sink MEP receives the LBR packet, detects whether the MAC address learning function is normal, and carries the detection result in the received LBR packet. Send to the connected MIP or source MEP.
  • the source MEP can determine whether the device where the one or more MIPs are located has a MAC address according to the detection result of the one or more MIPs carried in the MEP.
  • the learning function detects the fault and determines which device has failed.
  • FIG. 2 is a flowchart of an embodiment of a method for detecting an Ethernet OAM fault according to the present invention, where the process includes the following steps:
  • Step 201 The source MEP sends an LBM packet to the sink MEP, where the LBM packet is sent. Carry an instruction to return the MAC address learning function detection result.
  • the instruction to return the MAC address learning function detection result may be carried in a field in the LBM message, such as an empty field Flags field in the LBM message.
  • the Flags field is padded to 0, which occupies one byte.
  • the present invention can use one of the 8 bits of the Flags field as a flag bit returned by the MAC address learning function detection result.
  • the instruction required to return the MAC address learning function detection result carried in the LBM message may be replaced by: Whether to return the MAC address learning function detection result.
  • the instruction may be executed according to the LB detection method of the prior art when the detection result is not required to be returned. It can also be a multi-delivery LBM packet, that is, the source MEP can send the LBM 4 message to only one sink MEP, or can simultaneously send the LBM 4 message to multiple sink MEPs.
  • Step 202 The sink MEP receives the LBM packet from the source MEP, detects whether the MAC address learning function is normal, and carries the detection result in the LBR packet to the source MEP.
  • the detection result carried in the LBR packet includes: the MAC address of the device where the MEP is located and the information about whether the MAC address learning function of the device is normal.
  • the method for detecting the MAC address learning function of the device is the prior art, and details are not described herein again.
  • Step 203 The source MEP receives the LBR packet from the sink MEP, and determines whether the MAC address learning function detects the fault according to the detection result of the MEP carried by the sink MEP.
  • the sink MEP only the device where the sink MEP and the source MEP are located is set in the system.
  • one or more MIP devices are usually located between the source MEP and the sink MEP.
  • the sink MEP sends the LBR packet to the MIP connected to itself, and sends the MIP to the source MEP through one or more MIPs between the MEP and the source MEP. LBR message.
  • each MIP between the source MEP and the sink MEP When each MIP between the source MEP and the sink MEP receives the LBR packet, it checks whether its MAC address learning function is normal, and carries its own detection result in the received LBR packet and sends it to the connected MIP. Or source MEP. In this way, the source MEP can determine, according to the detection result carried in the received LBR packet, whether the MEP of the sink and the device where the MIP between the MEP and the sink MEP are located have a MAC address learning function detection fault, and which device appears. A fault is achieved to achieve complete detection of the forwarding plane failure.
  • the LBR message carries only the MAC address of the device where the MEP is located and whether the MAC address learning function of the device where the MEP is located is normal. If there is one or more MIP devices between the MEP and the MEP where the source MEP is located, the LBR packet must not only carry the MAC address of the device where the MEP is located but also the MAC address of the device where the MEP is located. If the function is normal, the information about whether the MAC address of the corresponding device and the learning function of the MAC address are normal are added when the device is in a MIP.
  • the method for detecting the MAC address learning function carried in the LBR packet may be: the sink MEP or the device where the MIP is located, adding a TLV information to the LBR packet, including: type, length, and MAC address learning function. Normal information and the MAC address of the corresponding device.
  • FIG. 3 is a flowchart of a method for detecting a second Ethernet OAM fault according to the present invention.
  • the process includes the following steps:
  • Step 301 The source MEP sends a single-handed LBM message to the sink MEP, where the Flags field of the LBM message carries an instruction whether to return a MAC address learning function detection result.
  • the first bit of the Flags field is used as a flag for returning the MAC address learning function detection result, and if the bit of the Flags field is 1, it indicates that the MAC address learning function detection result is required to be returned; if the flag of the Flags field is 0. , it means that the MAC address learning function detection result is not required to be returned.
  • Step 302 After receiving the LBM packet, the sink MEP detects whether the MAC address learning function is normal. According to the Flags field in the LBM packet, it is determined whether the detection result needs to be carried in the LBR packet. Then, go to step 303.
  • the unicast mode is used to send an LBR packet to the destination end, that is, the MIP. If the sink MEP detects that its own MAC address learning function is abnormal, the broadcast is adopted. The method sends an LBR packet to the destination.
  • the device on which the MEP resides detects whether the MAC address learning function of the source MEP exists in the forwarding list of the MAC address.
  • the MAC address learning function of the MEP of the sink is normal. Otherwise, the MAC address learning function of the MEP of the sink is abnormal.
  • Each forwarding entry in the MAC address forwarding list includes: MAC address, forwarding port, and time stamp.
  • Table 2 if the sink MEP just learned the source MAC address OO-ff-00-11-22-33, or received the MAC address from the source MEP as OO-ff-00-l 1-
  • the forwarding entry corresponding to the MAC address of the source MEP is as shown in the first line of Table 2.
  • the MAC address is OO-ff-00-11-22-33, and the forwarding port is 1.
  • the time stamp is 0, and the forwarding port is selected according to the actual situation.
  • the sink MEP receives the last destination MAC address of OO-ff-00-l 1-22-55 or sends it to the destination of the destination MAC address OO-ff-00-l 1-22-55 ⁇
  • Step 303 The device in the MEP where the MEP is located carries the detection result of the MAC address learning function of the LBR packet sent to the source MEP, and sends the LBR packet to the device where the MIP connected to the device is located.
  • the MAC address learning function detects a type-length-value (TLV) information, which includes: a MAC address of the sink MEP and a flag of whether the MAC address forwarding entry is generated.
  • TLV type-length-value
  • Table 3 a schematic diagram of a preferred embodiment of the LBR message format issued by the sink MEP.
  • the Flags field is 1, indicating that the MAC address learning function detection is required; the TLV Offset field is 4, indicating that the start bit of the TLV information is the fourth byte; the start bit of the optional TLV information is the ninth byte,
  • the TLV information includes: type, length, MAC address learning function flag, and MAC address.
  • the type is newly added to indicate that the TLV information is newly added information; the length of 7 indicates that the information content other than the type and length carried by the TLV information occupies 7 bytes, and one byte is used to represent Whether to learn the MAC address of the source MEP, that is, the MAC address learning function flag (MacLearnFlag), which can usually be represented by a hexadecimal number.
  • MacLearnFlag MAC address learning function flag
  • 1 means that the MAC address learning function is normal, and 0 means that the MAC address learning function is abnormal;
  • the bytes are used to store the MAC address of the sink MEP. 8 7 6 5 4 3 2 1 8 7 6 5 4 3 2 1 8 7 6 5 4 3 2 1 8 7 6 5 4 3 2 1 8 7 6 5 4 3 2 1 8 7 6 5 4 3 2 1 8 7 6 5 4 3 2 1
  • TLV Offset indicates that the TLV is represented starting from the 4th byte after it.
  • Step 304 After receiving the LBR packet, the device where the MIP device receives the MAC address learning function is normal, and determines whether the detection result needs to be carried in the LBR packet according to the Flags field in the received LBM packet. When it is determined that it needs to be carried, step 305 is performed.
  • the unicast mode is used to send LBR packets to the destination end, that is, the source MEP. If the MIP detects that its own MAC address learning function is abnormal, the broadcast mode is adopted. Send an LBR packet to the destination.
  • the device where the MIP is located checks whether the source MAC address forwarding entry exists in the MAC address forwarding list of the device. The MAC address learning function is normal. If the source MAC address forwarding entry exists, the MAC address learning function is normal. Otherwise, it is determined that the MAC address learning function is not functioning properly.
  • Step 305 The device where the MIP is located adds the MAC address learning function detection result of the LBR packet sent to the source MEP.
  • Table 4 a schematic diagram of a preferred embodiment of an LBR message sent to the source port.
  • the LBR message shown in Table 4 adds TLV information indicating the detection result of the MAC address learning function of the device where the device is located in the LBR message shown in Table 3.
  • the TLV information is the same as the TLV information structure of the MAC address learning function detection result of the device where the sink MEP is added in Table 3, including the type, length, MAC address learning function flag, and MAC address.
  • the MAC address learning function flag here indicates whether the MAC address learning function of the current device is normal, and the MAC address is the MAC address of the device where the MIP is located.
  • Step 306 After receiving the LBR packet, the source MEP determines whether the MAC address learning function of each device in the system is normal according to the TLV information, and determines whether the device has a fault in the entire path and which device is faulty.
  • the MEP sends the LBR packet to the MEP
  • the MAC address learning function is required for each device. Detecting, and transmitting the MAC address learning function detection result of the device to the source MEP by using the TLV information in the LBR message.
  • the source MEP can determine which device is faulty according to the TLV information of each device carried in the received LBR packet.
  • the time interval at which the source MEP sends the LBM packet twice is greater than the time when the MAC address is aged, which is usually 5 minutes. This is because if the time for sending LBM packets is less than the aging time of the MAC address, in the subsequent fault detection process, the source MAC address learned in the previous detection is retained in each device, so the next fault occurs. The detection cannot be used to detect whether there is a MAC address learning function failure in each device.
  • the source and sink MAC addresses are different from the MAC addresses used for CC detection. This is because, after the CC detection is started, the MIP along the way will learn the MAC address of the source. If the time at which the source sends the CC message is less than the aging time of the MAC address, the MAC address forwarding entry of the source is learned. It exists in the MIP along the way and in the sink MEP. If an LBM message is sent in this process, even if there is a MAC address learning function failure in the MIP along the way and in the sink MEP, it cannot be detected. Therefore, if it is in the fault detection and CC detection of the present invention. If the MAC address of the source is the same, the purpose of detecting the MAC address learning function cannot be achieved. In order to solve this problem, the present invention sets two different MAC addresses for the source MEP for CC detection and the fault detection method of the present invention.
  • the embodiment shown in FIG. 3 is an example of a single-delivery LBM packet. If the source MEP sends a multi-delivery LBM packet, the execution process after each sink MEP receives the LBM packet is the same as the embodiment shown in FIG. The process described is completely consistent. In the case of multiple delivery, the device at the sinking MEP returns an LBR packet to the source MEP. The LBR packet carries the MAC address learning function detection result information of the device passing the path, and the source MEP receives the system. The LBR packet with the same number of MEPs on the sink side.
  • the embodiment of the invention also provides a system for fault detection of Ethernet operation and maintenance.
  • the system includes: a source MEP and one or more sink MEPs.
  • the source MEP is configured to send an LBM packet to the sink MEP, where the LBM packet carries an instruction for returning a MAC address learning function detection result, and determines a sink MEP according to the detection result carried in the received LBR packet. Whether the device has a MAC address learning function to detect faults.
  • the sink MEP is configured to receive the LBM packet from the source MEP, check whether the MAC address learning function is normal, and carry the detection result in the LBR packet to the source MEP.
  • the system further includes: one or more MIPs connected in series between the source MEP and each sink MEP;
  • the MEP is configured to send an LBR packet carrying its own detection result to the MIP connected to itself.
  • Each MIP in the system is configured to receive the LBR packet from the sink MEP or the connected MIP, check whether the MAC address learning function is normal, and carry the detection result in the received LBR packet. Connected MIP or source MEP;
  • the source MEP is further configured to determine, according to the detection result of each MIP carried in the received LBR packet, whether the MEP and one or more devices where the MIP is located have a MAC address learning function detection fault.
  • the embodiment of the present invention carries an instruction for returning a MAC address learning function detection result in an LBM message sent by the source MEP to the sink MEP, and the MEP at the sink end and the MIP along the way to the source MEP.
  • the returned LBR packet carries the detection result of the MAC address learning function of the MEP and the MIP along the path, so that the source MEP can learn whether the MAC address learning function of all devices in the entire path is normal according to the received LBR packet. Which devices are faulty, thus achieving complete detection of forwarding plane failures.

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Small-Scale Networks (AREA)

Abstract

L'invention concerne un procédé pour la détection d'échec Ethernet OAM, qui comprend : dans le message LBM transmis par un point de maintenance d'extrémité (MEP) de source, le transport avec l'instruction de demander le retour du résultat de détection de fonction d'apprentissage d'adresse MAC, et dans le message LBR retourné à partir du dispositif du MEP de destination jusqu'au MEP de source, le transport avec le résultat de détection de fonction d'apprentissage d'adresse MAC du MEP de destination, de telle sorte que le MEP de source peut apprendre si la fonction d'apprentissage d'adresse MAC du dispositif MEP de destination fonctionne ou non. L'invention concerne également un système pour une détection d'échec Ethernet OAM. Il est capable d'exécuter une détection complète de l'échec de plan de transmission par ce procédé et ce système.
PCT/CN2007/070493 2006-08-21 2007-08-15 Procédé et système pour une détection d'échec ethernet oam WO2008025283A1 (fr)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CN2006101112809A CN101132319B (zh) 2006-08-21 2006-08-21 一种以太网操作与维护故障检测的方法
CN200610111280.9 2006-08-21

Publications (1)

Publication Number Publication Date
WO2008025283A1 true WO2008025283A1 (fr) 2008-03-06

Family

ID=39129450

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2007/070493 WO2008025283A1 (fr) 2006-08-21 2007-08-15 Procédé et système pour une détection d'échec ethernet oam

Country Status (2)

Country Link
CN (1) CN101132319B (fr)
WO (1) WO2008025283A1 (fr)

Cited By (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN104348678A (zh) * 2013-08-05 2015-02-11 华为技术有限公司 以太网性能测量方法、装置及系统
CN108055162A (zh) * 2017-12-29 2018-05-18 瑞斯康达科技发展股份有限公司 一种故障确定方法及节点
CN111865884A (zh) * 2019-04-30 2020-10-30 华为技术有限公司 一种报文处理方法、装置及设备

Families Citing this family (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101686199B (zh) * 2009-07-20 2012-12-19 中兴通讯股份有限公司 以太网保护系统中控制报文的处理方法、装置及系统
CN101958810B (zh) * 2010-10-27 2013-01-23 华为数字技术有限公司 用于中间节点自主实现故障定位的方法及系统
CN102088417B (zh) * 2011-03-18 2013-04-17 华为技术有限公司 实现ip报文环回的方法及设备
CN102833122B (zh) * 2011-06-17 2017-05-24 中兴通讯股份有限公司 一种环回检测方法及系统
CN103036731B (zh) * 2011-09-30 2018-05-15 中兴通讯股份有限公司 一种基于流的环回检测的设备、系统及方法
CN102739448A (zh) * 2012-06-28 2012-10-17 华为技术有限公司 传输报文的方法、设备和系统

Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR20060064245A (ko) * 2004-12-08 2006-06-13 엘지노텔 주식회사 더블유디엠-피오엔 시스템에서의 오에이엠 데이터 전송장치 및 그 방법
CN1801742A (zh) * 2004-12-22 2006-07-12 阿尔卡特公司 用于减少以太网oam域中oam帧漏的系统和方法

Family Cites Families (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN100344116C (zh) * 2004-04-20 2007-10-17 北京润光泰力科技发展有限公司 一种以太网转换器线路侧环回检测的方法和装置
US7362710B2 (en) * 2004-05-03 2008-04-22 Lucent Technologies Inc. Organization and maintenance loopback cell processing in ATM networks

Patent Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR20060064245A (ko) * 2004-12-08 2006-06-13 엘지노텔 주식회사 더블유디엠-피오엔 시스템에서의 오에이엠 데이터 전송장치 및 그 방법
CN1801742A (zh) * 2004-12-22 2006-07-12 阿尔卡特公司 用于减少以太网oam域中oam帧漏的系统和方法

Non-Patent Citations (2)

* Cited by examiner, † Cited by third party
Title
CHEN W. ET AL.: "Research of remote testing and maintenance for EPON", OPTICAL COMMUNICATION TECHNOLOGY, vol. 6, 2006, pages 32 - 34 *
SHEN X. ET AL.: "The transport baseline of OAM message in Ethernet access network", OPTICAL COMMUNICATION TECHNOLOGY, no. 3, 2003, pages 26 - 28 *

Cited By (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN104348678A (zh) * 2013-08-05 2015-02-11 华为技术有限公司 以太网性能测量方法、装置及系统
CN104348678B (zh) * 2013-08-05 2018-10-30 华为技术有限公司 以太网性能测量方法、装置及系统
CN108055162A (zh) * 2017-12-29 2018-05-18 瑞斯康达科技发展股份有限公司 一种故障确定方法及节点
CN108055162B (zh) * 2017-12-29 2020-12-25 瑞斯康达科技发展股份有限公司 一种故障确定方法及节点
CN111865884A (zh) * 2019-04-30 2020-10-30 华为技术有限公司 一种报文处理方法、装置及设备
CN111865884B (zh) * 2019-04-30 2023-01-06 华为技术有限公司 一种报文处理方法、装置及设备

Also Published As

Publication number Publication date
CN101132319A (zh) 2008-02-27
CN101132319B (zh) 2010-11-03

Similar Documents

Publication Publication Date Title
WO2008025283A1 (fr) Procédé et système pour une détection d'échec ethernet oam
US8406143B2 (en) Method and system for transmitting connectivity fault management messages in ethernet, and a node device
US9075717B2 (en) Connectivity fault notification
US7586842B2 (en) Failover of multicast traffic flows using NIC teaming
US9059905B2 (en) Methods and arrangements in an MPLS-TP network
US20080101241A1 (en) Ethernet OAM at intermediate nodes in a PBT network
US8023506B2 (en) Method and provider edge device for advertising and processing pseudo-wire information
WO2008028385A1 (fr) Procédé et dispositif de détection de défaut de liaison de dispositif ethernet
US20080232261A1 (en) Transmission apparatus, test method, and transmission apparatus control program
WO2008131624A1 (fr) Système ethernet réparti et son utilisation pour détection de dysfonctionnement
WO2008037203A1 (fr) Procédé et dispositif noeud destinés à réaliser une découverte de topologie réseau
JP2004328752A (ja) Ｏａｍ機能を可能にするアドレスの挿入
US20100177658A1 (en) Network Monitoring System and Path Extracting Method
WO2013044827A1 (fr) Procédé de test pour déterminer le chemin suivi par un paquet (traceroute) et système, appareil et dispositif correspondants
WO2008028384A1 (fr) Procédé et système de mise en oeuvre de commande de transmission pour messages oam
CN101459547A (zh) 标签转发路径故障的检测方法及系统
WO2009092257A1 (fr) Procédé de détection de défaut et dispositif pour réseau 'provider backbone transport'
US20200044964A1 (en) Defect detection in ip/mpls network tunnels
EP3479528A1 (fr) Procédés et dispositifs de routeur destinés à vérifier un chemin de données de multidiffusion
KR101393268B1 (ko) 이더넷 멀티캐스트의 연속성 체크를 위한 방법 및 시스템
WO2008017223A1 (fr) Procédé, appareil et réseau permettant de communiquer réciproquement des résultats de détection de pannes
US7626937B2 (en) System and method for network connection detection
US20070115838A1 (en) Method and system for loop-back and continue in packet-based network
US20100246412A1 (en) Ethernet oam fault propagation using y.1731/802.1ag protocol
JP2006253867A (ja) フレーム伝送システム及びフレーム伝送方法

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

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE

NENP Non-entry into the national phase

Ref country code: RU

122 Ep: pct application non-entry in european phase

Ref document number: 07800969

Country of ref document: EP

Kind code of ref document: A1