WO2012088910A1 - Procédé et système de détection d'échec de connectivité - Google Patents

Procédé et système de détection d'échec de connectivité Download PDF

Info

Publication number
WO2012088910A1
WO2012088910A1 PCT/CN2011/078980 CN2011078980W WO2012088910A1 WO 2012088910 A1 WO2012088910 A1 WO 2012088910A1 CN 2011078980 W CN2011078980 W CN 2011078980W WO 2012088910 A1 WO2012088910 A1 WO 2012088910A1
Authority
WO
WIPO (PCT)
Prior art keywords
cfm
function service
service board
board
message
Prior art date
Application number
PCT/CN2011/078980
Other languages
English (en)
Chinese (zh)
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 WO2012088910A1 publication Critical patent/WO2012088910A1/fr

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L43/00—Arrangements for monitoring or testing data switching networks
    • H04L43/08—Monitoring or testing based on specific metrics, e.g. QoS, energy consumption or environmental parameters
    • H04L43/0805—Monitoring or testing based on specific metrics, e.g. QoS, energy consumption or environmental parameters by checking availability
    • H04L43/0811—Monitoring or testing based on specific metrics, e.g. QoS, energy consumption or environmental parameters by checking availability by checking connectivity
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L43/00—Arrangements for monitoring or testing data switching networks
    • H04L43/10—Active monitoring, e.g. heartbeat, ping or trace-route
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L43/00—Arrangements for monitoring or testing data switching networks
    • H04L43/08—Monitoring or testing based on specific metrics, e.g. QoS, energy consumption or environmental parameters
    • H04L43/0823—Errors, e.g. transmission errors
    • H04L43/0829—Packet loss
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L43/00—Arrangements for monitoring or testing data switching networks
    • H04L43/08—Monitoring or testing based on specific metrics, e.g. QoS, energy consumption or environmental parameters
    • H04L43/0852—Delays

Definitions

  • the present invention relates to the field of communications, and in particular to a connectivity fault detection method and system.
  • BACKGROUND OF THE INVENTION The CFM function based on the IEEE 802. lag standard and ITU-T Y.1731 establishes an end-to-end Ethernet fault detection mechanism, and the shortest detection period can reach 3.3 ms, providing an easy and fast connectivity fault finding for the network. , detection and management functions.
  • the CFM functions specified in IEEE 802.1 ag and ITU-T Y.1731 include the CC (Continuity Check) function, the loopback (LB, Loopback) function, the link tracking (LT, Linktrace) function, and the packet loss measurement (LM, Loss Measurement) function, delay measurement (DM, Delay Measurement) function, etc.
  • CC function is the most basic and most important function of CFM function, which is the prerequisite for other functions to be realized.
  • the CFM fault detection mechanism requires that the maintenance domain (MD, Maintenance Domains) and the corresponding maintenance association end point (MEP) of the same maintenance level be established on both ends of the link to be tested.
  • the MEPs at both ends send CC messages (CCM, Continuity Check Message) according to the configuration period, and receive CCM from the peer end and perform corresponding judgment processing. If there is no 3.5 times period. If the CCM sent by the peer is received, the link is considered to be faulty. However, simply using the CPU to send and process CCM packets with a period of 3.3ms often causes the CPU to be busy and cannot handle other services. If multiple CC detection links are configured in the system, the system may not work. At present, the common practice is to implement fast CCM transmission and processing in hardware with high performance processors such as NP and FPGA. However, a distributed switch usually consists of a number of boards. The physical ports on the boards are connected to external devices.
  • a primary object of the present invention is to provide a connectivity fault detection method and system to solve the problem of cost and resource waste caused by using high-performance boards in a distributed switch system.
  • a connectivity fault detection method includes: transmitting CFM configuration information for connectivity detection to a CFM function service board of a local end; the CFM function service board receiving a pair according to the foregoing configuration information.
  • the CC message sent by the terminal if the CFM function service board does not receive the CC message sent by the peer end within a predetermined time, the CFM function service board detects the connectivity between the local end and the peer end. The fault is sent to the main control board of the local terminal.
  • the method further includes: sending, by the CFM function service board, the CC message to the opposite end according to the configuration information; The CC packet performs packet delay statistics and packet loss rate statistics.
  • the CFM function service board of the local end is selected by the following steps: determining whether the current board receiving the message is a CFM function service board; if yes, The board that receives the current packet is configured as the CFM function service board of the local end; if not, the CFM function service board with the smallest slot number of the current CFM function service board is selected as the CFM function service board of the local end. Or, an online CFM function service board is specified as the CFM function service board of the local end. When the CFM function service board is offline, perform the steps of selecting the CFM function service board of the local device.
  • the step of receiving, by the CFM function service board, the CC message sent by the peer end according to the configuration information includes: receiving the CC message, determining whether the received CC message is a CFM message, and if the CFM message is a CFM message, The received CC message is redirected to the CFM function service board.
  • the CFM function service board receives the received CC message according to the configuration information. The above redirection rule is sent to each of the ports when the CFM configuration is performed, and the CFM function service board or the CFM function service board is placed on or off the line according to the user command.
  • the step of receiving the CC message to determine whether the received CC message is a CFM message includes: the port matching the parameters of the received CC message, where the parameter includes at least one of the following: The protocol type, the VLAN ID, the physical port number, the MD level, and the OpCode. If the parameters of the received CC message are matched successfully, it is determined whether the received CC message is a CFM message.
  • a connectivity fault detection system including: a CFM function service board, configured to receive CFM configuration information for connectivity detection, and receive a CC sent by a peer according to the foregoing configuration information.
  • the main control board is configured to receive the CFM function service board.
  • the CFM function service board is further configured to send a CC message to the peer end according to the configuration information, and perform packet delay statistics and packet loss rate statistics on the sent CC message.
  • the main control board includes: a judging unit configured to: before the CFM function service board receives the CC message sent by the peer end according to the configuration information, determine whether the board that receives the current message is a CFM function service board; processing unit, setting When the board that receives the packet is the CFM function service board, the board that receives the current packet is configured as the CFM function service board of the local end; the board that receives the current packet is not the CFM.
  • For the function of the service board select the CFM function service board with the smallest slot number in the current CFM function service board as the CFM function service board of the local end, or specify an online CFM function service board as the above-mentioned one according to the user's instruction.
  • the CFM function business board at the end is configured to: before the CFM function service board receives the CC message sent by the peer end according to the configuration information, determine whether the board that receives the current message is a CFM function service board; processing unit, setting When the board that receives the packet is the C
  • the physical port for transmitting and receiving CC packets is located on the CFM function card or the common interface card in the connectivity fault detection system.
  • the CFM function service board is used to process fast CFM packets, which solves the problem that the common single-board CPU is difficult to implement the fast CFM function, and all the high-performance boards are used, which causes cost and resource waste, and thus achieves Effectively reduce the load on other boards, improve equipment utilization, and reduce equipment costs.
  • FIG. 1 is a preferred flow chart of a connectivity fault detection method according to an embodiment of the present invention
  • FIG. 2 is a block diagram showing a preferred structure of a connectivity fault detection system according to an embodiment of the present invention. Another structural block diagram of a connectivity fault detection system according to an embodiment of the present invention; FIG.
  • FIG. 1 is a preferred flowchart of a connectivity fault detection method according to an embodiment of the present invention, which includes the following steps:
  • S102 Send CFM configuration information for connectivity detection to the local CFM function service board.
  • the CFM function service board receives the CC message sent by the peer end according to the configuration information; S106, if the CFM function service board does not receive the CC message sent by the peer end within a predetermined time, The CFM function service board detects that the connectivity between the local end and the peer end is faulty, and sends the detection result to the main control board of the local end.
  • the main control board has a CPU processing unit.
  • the CFM function service board is used to process fast CFM packets, which solves the problem of cost and resource waste caused by using high-performance boards to implement fast CC packet processing. Effectively reduce the load on other boards, improve equipment utilization, and reduce equipment costs.
  • the connectivity fault detection method further includes: the CFM function service board according to the configuration information. Sending a CC message to the peer end; the CFM function service board performs packet delay statistics and packet loss rate statistics on the sent CC message.
  • the CFM function service board of the local end can send a CC message to the CFM function service board of the peer end, so that the CFM function service board of the peer end can also determine whether the connection occurs according to the situation of receiving the CC message. sexual failure.
  • the CFM function service board of the local end is selected by the following steps: determining whether the current board receiving the message is a CFM function. The service board; if yes, the board that is currently receiving the packet is configured as the CFM function service board of the local end; if not, the CFM function service board with the smallest slot number of all the current CFM function service boards is selected.
  • the CFM function service board of the local end an online CFM function service board is specified as the CFM function service board of the local end.
  • the most suitable CFM function service board can be selected by the specific selection method described above.
  • the step of selecting the CFM function service board of the local end is performed.
  • the new CFM function service board is continuously selected when the current CFM function service board is offline, and whether the CFM function service board needs to be updated when the new CFM function service is online is determined.
  • the step of the CFM function service board receiving the CC message sent by the peer end according to the configuration information includes: determining, by the port that receives the CC message, whether the received CC message is a CFM message; The CFM packet redirects the received CC message to the CFM function service board.
  • the CFM function service board receives the received CC message according to the configuration information.
  • the CC message is correctly identified and forwarded by the redirection mechanism.
  • the redirection rule is sent to each of the ports when performing CFM configuration, specifying a CFM function service board or a CFM function service board on or off according to a user instruction.
  • the time points of the above-mentioned specific configuration redirection rules enable each port to efficiently receive and use the redirection rules.
  • the step of determining, by the port that receives the CC message, whether the received CC message is a CFM message comprises: the port matching the parameters of the received CC message, where the parameter includes the following At least one of the following: the protocol type of the packet, the VLAN ID, the physical port number, the MD level, and the OpCode. If the parameters of the received CC packet match, the CCC is determined to be CFM. Message. In the preferred embodiment, the CFM message can be effectively identified by the above specific judgment rule.
  • FIG. 2 is a block diagram showing a preferred configuration of a connectivity fault detection system according to an embodiment of the present invention, which includes:
  • the CFM function service board 202 is configured to receive CFM configuration information for connectivity detection, and receive a CC message sent by the peer end according to the configuration information; if the CC message sent by the peer end is not received within a predetermined time If the connectivity between the local end and the peer end is faulty, the main control board 206 is configured to receive the detection result sent by the CFM function service board.
  • the CFM function service board is used to process fast CFM packets, which solves the problem of cost and resource waste caused by using high-performance boards to implement fast CC packet processing. Effectively reduce the load on other boards, improve equipment utilization, and reduce equipment costs.
  • the connectivity fault detection system further includes: a common interface board 204, configured to provide a physical port for transmitting and receiving fast CC messages.
  • the physical port is not limited to being located on the common interface board 204, and may also be located on the CFM function service board 202.
  • the CFM function service board 202 is further configured to organize a CC message according to the configuration information, and send the packet to the peer end through a real physical port, and perform packet delay statistics on the sent CC message. And packet loss rate statistics.
  • the physical port may be located on the CFM function service board 202 or on other common interface boards 204.
  • the main control board 206 may include: a determining unit, configured to determine whether the board currently receiving the message is a CFM before the CFM function service board receives the CC message sent by the opposite end according to the configuration information.
  • a function service board configured to: when the board that receives the current packet is the CFM function service board, set the board that currently receives the packet as the CFM function service board of the local end; When the board that receives the packet is not the CFM function service board, the CFM function service board with the smallest slot number of the current CFM function service board is selected as the CFM function service board of the local end, or An online CFM function service board is specified as the CFM function service board of the local end.
  • the most suitable CFM function service board can be selected by the specific selection method described above.
  • the step of selecting the CFM function service board of the local end is performed.
  • it is ensured that the new CFM function service board is continuously selected when the current CFM function service board is offline, and whether the CFM function service board needs to be updated when the new CFM function service is online is determined. Thereby ensuring the continuity of the business.
  • the step of the CFM function service board 202 receiving the CC message sent by the peer end according to the configuration information includes: determining, by the port that receives the CC message, whether the received CC message is a CFM message; For the CFM packet, the received CC message is redirected to the CFM function service board; the CFM function service board receives the received CC message according to the configuration information.
  • the CC message is correctly identified and forwarded by the redirection mechanism.
  • the redirection rule is sent to each of the ports when performing CFM configuration, specifying a CFM function service board or a CFM function service board on or off according to a user instruction.
  • the time points of the above-mentioned specific configuration redirection rules enable each port to efficiently receive and use the redirection rules.
  • the step of determining, by the port that receives the CC message, whether the received CC message is a CFM message according to the redirection rule comprises: the port matching the parameters of the received CC message, where The parameter includes at least one of the following: a protocol type of the packet, a VLAN ID, a physical port number, an MD level, and an OpCode. If the parameters of the received CC message match successfully, the received CC report is determined. Whether the text is a CFM message. In the preferred embodiment, the CFM message can be effectively identified by the above specific judgment rule.
  • FIG. 3 is another structural block diagram of a connectivity fault detection system according to an embodiment of the present invention, including the following components: a main control board 302, a CFM function service board 304, and a common board 306.
  • the common board 306 is composed of a CPU 3061, a switch chip 3062, and a physical interface 3063, and can implement the LB and LT functions, and implement the slow CC function, the LB function, and the LT function.
  • the CPM function service board 304 includes: a CPU 3041, a switch chip 3042, a physical interface 3043, an OAM hardware module 3044, and an LM hardware module 3045.
  • the CFM function service board 304 is present, the CCM is redirected to the CFM function service board 304 to implement the CC. Function, and at the same time can realize LB function, LT function, LM function and DM function.
  • the common board 306 is connected to the peer device through the high-speed backplane 308, that is, the CROSS-BAR.
  • the device is connected to the peer device through the physical interface of the CFM function service board 304 and the ordinary board 306. In the connectivity fault detection system of this embodiment, one or two main control boards 302 must be included.
  • the main control board 302 is configured to send the CFM configuration to the common board 306 and the CFM function service board 304, and receive and process the echo information of the ordinary board 306 and the CFM function service board 304. Or alarm information.
  • the connectivity failure detecting process of the system will be described below with reference to the drawings.
  • the system supports dynamic selection of the CFM function service board, and the selection process may adopt the following strategies:
  • FIG. 4 is a flowchart of selecting a CFM function carrier board according to a connectivity fault detection method according to an embodiment of the present invention, which includes the following steps:
  • the main control board detects that there is a single on-board or off-line on the device by interrupting or polling.
  • step S406 determining whether the board of the online or offline line is a CFM function service board, if not, executing step S406; if it is a CFM function service board, executing step S403;
  • CFM function service is on-line.
  • the service that has selected the effective carrier board will not be affected.
  • the service that needs to be the carrier board but does not have a valid carrier board needs to re-select the carrier board.
  • the CFM function service board is offline. All services need to be re-selected.
  • step 406 is performed, if not, step 405 is performed;
  • the CFM function carrier board selection process ends.
  • Embodiment 4 The preferred embodiment provides a connectivity fault detection system, which includes the following components: 1. An advanced service carrier board selection module, configured to dynamically select when a board is offline according to a carrier board selection rule. The CFM function carries the board, and notifies the following packet redirection module to deliver the corresponding packet redirection rule;
  • the packet redirection module is configured to perform the packet redirection rule when the CFM is configured or the board is re-determined, and the packets received by the board are filtered according to the rules, and the CFM packet is redirected to the bearer.
  • the OAM hardware module is located on the CFM function service board. It is set to send, receive, and process the CCM according to the configured packet sending period. At the same time, the corresponding alarm is reported to the CFM software module according to the detection result, and the CC function is completed.
  • the LM hardware module which is located on the CFM function service board, is set to the number of packets and time statistics required to implement the LM and DM functions, and the number and time data when the LM and DM packets pass through the module. Fill in the corresponding fields of the message;
  • CFM software module the module is located in the CPU of each function board, set to send CFM related configuration, receive and process various alarms reported by hardware, realize LB and LT functions, complete LM and DM function calculation work,
  • the transmission and processing of the slow (transmission period Is and above) CCM is completed without the presence of the carrier board.
  • the delivery of the redirection rule can be completed by the message redirection module, which is divided into two cases:
  • the CFM function is used to send the redirection rule to each physical port of each function board. This rule matches the packet protocol type. All CFM packets are required. Send the CPU to the board;
  • the CFM configuration in the CFM configuration is performed on the physical port of a function board. .
  • the redirection rule to be delivered at this time needs to match the protocol type, VLAN ID, physical port number, MD level, and OpCode of the packet. After the match is successful, it is determined whether to redirect to the bearer or send the packet according to the OpCode value of the packet.
  • the CPU of this board OpCode is set to determine the function type of the CFM message. The value needs to comply with the IEEE 802. lag and ITU-T Y.1731.
  • the OpCode display message is CCM, it is redirected to the carrier board.
  • Other CFM The packet is sent to the CPU of the board.
  • the CFM function service board is deployed, the following rules are applied:
  • Down-type MEP processes CFM packets from the Ethernet interface and sends and receives packet redirection rules only on the bound ports.
  • the UP-type MEP processes the CFM packets from the bridge, and sends and removes the redirection rules on the ports other than the bound ports in the virtual local area network (VLAN).
  • VLAN virtual local area network
  • FIG. 5 is a flowchart of a redirection filtering CFM message according to the connectivity fault detection method according to an embodiment of the present invention.
  • the physical port receives the CFM packet and sends it to the switch chip.
  • the packet is processed by the LM hardware module on the CFM function service board.
  • the redirection module uses the redirection rule to match the packet and redirects the packet to the carrier board or the CPU of the local board. The specific process is as follows:
  • the switch chip receives the packet sent from the physical port, and enters the redirection module for processing
  • step S504 if there is a CFM packet redirection rule in the redirection rule, if there is step S503, if not, step S504 is performed;
  • the CFM packet redirection rule is used to match the packet to determine whether it is a CFM packet.
  • the CCM needs to be redirected to the carrier board. Other CFM packets are sent to the local device. Board CPU;
  • the message is sent to the CPU of the board, and the corresponding CFM function is completed by the CFM software module.
  • the OAM hardware module primarily performs CC functions, including transmission, reception, and processing of the CCM.
  • the sending of the CCM includes: each local MEP saves a SndTimer table in the OAM module, and is set as a timer for periodically transmitting CCM messages.
  • the SndTimer table is initialized according to the period and starts timing.
  • the time is up, the CCM is sent and the initial value is restored.
  • the message is sent, the CCM data is read from the CC message table corresponding to the local MEP, and the MEP ID and the message sequence number are filled in.
  • the information is broadcasted in the protected VLAN of the corresponding MA.
  • the CCM packet format satisfies the packet requirements defined in IEEE 802. lag or ITU-T Y1731.
  • CCM receiving and processing After receiving the redirected CCM, the CCM is matched with the CC message table, and the corresponding connection status is detected according to the matching result: 1. If the remote MEP is not received within 3.5 times of the transmission period When the CCM message is received, the connectivity to the MEP is detected to be lost;
  • the LM hardware module mainly performs the counting function of the LM function and the DM function specified in ITU-T Y1731. To complete the LM count, the statistics table with the VLAN ID as the index is stored in the hardware. As shown in Figure 4, it is set to record the number of LM packets of different maintenance domain levels in different VLANs received by the local device. When the LM packet passes, the LM hardware module fills in the corresponding field of the packet for the local device and the remote device to calculate.
  • the system time is synchronized to the LM hardware module when the system is initialized or the system time is modified.
  • the LM hardware module will time according to its inherent clock frequency, and its accuracy can reach 8ns.
  • the LM hardware module fills in the corresponding field of the packet for use by the local device and the remote device for calculation.
  • the CFM software module is located in the CPU of each function board.
  • the module saves the entries corresponding to the above hardware modules, and is set to complete the CFM configuration delivery, LB function, LT function, LM and DM function statistics, and CFM does not exist in the system. Slow CC function when functioning the board.
  • the CFM software module sends or receives LB messages (LBM, LB Message) and LB recovery messages (LBR, LB Reply).
  • the processing is in accordance with IEEE 802. lag and ITU-T Y1731.
  • the CFM software module When the LT function is enabled, the CFM software module sends or receives LT messages (LTM, LT Message) and LT recovery messages (LTR, LT Reply), which are processed in accordance with IEEE 802. lag and ITU-T Yl 731.
  • LTM LT messages
  • LTR LT recovery messages
  • ITU-T Yl 731 ITU-T Yl 731.
  • the CFM software module for the dual-end LM, the CFM software module periodically takes data from the remote MEP data table in the OAM hardware module and calculates the statistical result.
  • the CFM software module For the single-ended LM, the CFM software module periodically sends or receives the LM.
  • Each switch supports at least 16 MDs specified by IEEE 802.1ag and ITU-T Y1731. Each MD supports at least 32 MAs. Each MA supports at least 512 MEPs. The whole machine supports at least 8K MEPs. 4 Each switch supports eight levels (0-7) of MDs, belonging to users, service providers, and operations.
  • the CCM with a transmission period less than Is is called fast CCM
  • the CCM with a transmission period of Is and above is a slow CCM.
  • the present invention adopts a solution that uses a carrier board to process a fast CFM message CCM, and solves the problem that a common single-board CPU is difficult to implement a fast CFM function, and all high-performance boards are used, which causes cost and resource waste, and thus achieves It can effectively reduce the load on other boards and increase the utilization rate of equipment while reducing the cost of equipment.
  • the invention also combines the hardware and the software, the hardware counts and marks the data, and the software takes the data statistics manner, and processes the sending and receiving of the packets with the time stamp or the number of the packets, and realizes the packet delay statistics (DM) and packet loss rate statistics (LM) capabilities.
  • DM packet delay statistics
  • LM packet loss rate statistics

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Health & Medical Sciences (AREA)
  • Cardiology (AREA)
  • General Health & Medical Sciences (AREA)
  • Environmental & Geological Engineering (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)
  • Maintenance And Management Of Digital Transmission (AREA)

Abstract

L'invention concerne un procédé et un système de détection d'échec de connectivité. Le procédé consiste : à envoyer des informations de configuration CFM utilisées pour une détection de connectivité à une carte de service de fonction CFM d'une extrémité locale; à recevoir par la carte de service de fonction CFM, selon les informations de configuration, un message CC envoyé par une extrémité homologue; si la carte de service de fonction CFM ne reçoit pas le message CC envoyé par l'extrémité homologue pendant une période de temps prédéterminée, la carte de service de fonction CFM détecte qu'un échec de connectivité existe entre l'extrémité locale et l'extrémité homologue, et envoie un résultat de détection à une carte de commande principale de l'extrémité locale. La présente invention résout le problème de gaspillage de coûts et de ressources provoqué par l'adoption de cartes individuelles de grande efficacité dans un système de commutation distribué, permettant ainsi d'obtenir une réduction du coût du dispositif, tout en réduisant efficacement la charge d'autres cartes individuelles et en améliorant l'utilisation du dispositif.
PCT/CN2011/078980 2010-12-30 2011-08-26 Procédé et système de détection d'échec de connectivité WO2012088910A1 (fr)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CN2010106163517A CN102055624A (zh) 2010-12-30 2010-12-30 连通性故障检测方法和系统
CN201010616351.7 2010-12-30

Publications (1)

Publication Number Publication Date
WO2012088910A1 true WO2012088910A1 (fr) 2012-07-05

Family

ID=43959580

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2011/078980 WO2012088910A1 (fr) 2010-12-30 2011-08-26 Procédé et système de détection d'échec de connectivité

Country Status (2)

Country Link
CN (1) CN102055624A (fr)
WO (1) WO2012088910A1 (fr)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN103684887A (zh) * 2013-12-31 2014-03-26 杭州华三通信技术有限公司 一种连通错误检测组网系统硬件表项生成的方法及设备

Families Citing this family (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN102055624A (zh) * 2010-12-30 2011-05-11 中兴通讯股份有限公司 连通性故障检测方法和系统
CN103001819B (zh) * 2011-09-19 2015-01-21 盛科网络（苏州）有限公司 Mpls-tp网络中oam侦测结果处理方法及系统
CN105515807B (zh) * 2014-09-25 2020-09-08 中兴通讯股份有限公司 up cfm报文处理方法、系统及网络数据交换设备
CN109428778B (zh) * 2017-08-24 2020-11-17 龙芯中科技术有限公司 主板网络连通性测试方法及装置
CN108282383B (zh) * 2017-12-18 2020-09-18 瑞斯康达科技发展股份有限公司 一种实现故障处理的方法及设备
CN112838944B (zh) * 2020-07-29 2022-08-12 中兴通讯股份有限公司 诊断及管理、规则确定及部署方法、分布式设备、介质
CN113726614B (zh) * 2021-10-20 2023-01-24 迈普通信技术股份有限公司 一种防止报文丢包的方法、装置、分布式设备及存储介质
CN114567574B (zh) * 2022-03-01 2023-11-10 烽火通信科技股份有限公司 一种基于时序控制实现lm免流量测试的方法与装置

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101499938A (zh) * 2009-03-27 2009-08-05 武汉烽火网络有限责任公司 实现cfm中高频连续性检测的装置及方法
CN101521603A (zh) * 2008-12-26 2009-09-02 中兴通讯股份有限公司 一种快速检测链路连通性的方法及系统
CN102055624A (zh) * 2010-12-30 2011-05-11 中兴通讯股份有限公司 连通性故障检测方法和系统

Family Cites Families (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7751416B2 (en) * 2003-09-18 2010-07-06 Cisco Technology, Inc. Virtual network device
CN101378333B (zh) * 2008-10-08 2011-04-20 中兴通讯股份有限公司 实现连续性检查消息报文收发的系统、装置及方法

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101521603A (zh) * 2008-12-26 2009-09-02 中兴通讯股份有限公司 一种快速检测链路连通性的方法及系统
CN101499938A (zh) * 2009-03-27 2009-08-05 武汉烽火网络有限责任公司 实现cfm中高频连续性检测的装置及方法
CN102055624A (zh) * 2010-12-30 2011-05-11 中兴通讯股份有限公司 连通性故障检测方法和系统

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN103684887A (zh) * 2013-12-31 2014-03-26 杭州华三通信技术有限公司 一种连通错误检测组网系统硬件表项生成的方法及设备
CN103684887B (zh) * 2013-12-31 2017-01-04 杭州华三通信技术有限公司 一种连通错误检测组网系统硬件表项生成的方法及设备

Also Published As

Publication number Publication date
CN102055624A (zh) 2011-05-11

Similar Documents

Publication Publication Date Title
WO2012088910A1 (fr) Procédé et système de détection d'échec de connectivité
US9705735B2 (en) System and method using RSVP hello suppression for graceful restart capable neighbors
EP2781063B1 (fr) Technique de reroutage
EP2720418B1 (fr) Procédé et dispositif de commutation de liaison lacp et de transmission de données
KR101548034B1 (ko) 프로바이더 네트워크에서의 ｃｃ 메시지 송신의 감소
EP3694160A1 (fr) Procédé, appareil et dispositif de transmission de données
EP3257199B1 (fr) Surveillance de performance de service dans un réseau de communication virtualisé
JP5784139B2 (ja) 通信システム
CN108632099B (zh) 一种链路聚合的故障检测方法及装置
WO2013071801A1 (fr) Procédé, dispositif et système pour détecter un réseau en anneau à commutation multiprotocole par étiquette
WO2015070608A1 (fr) Procédé et appareil de surveillance de performances d'opération, administration et maintenance (oam)
EP2916489B1 (fr) Système, dispositif et procédé de traitement de paquet oam
US20140043960A1 (en) Method, tor switch, and system for implementing protection switchover based on trill network
WO2013185567A1 (fr) Appareil et procédé de protection et de commutation d'un réseau de transport de paquets
US10862735B2 (en) Method and apparatus for implementing operation, administration, and maintenance function
EP2681871A1 (fr) Test de débit en service dans des architectures à routeurs/commutateurs distribués
WO2015168947A1 (fr) Procédé et dispositif de commutation de chemin
WO2014146541A1 (fr) Système de convergence de cdn et de réseau, procédé de sélection de module de planification et support de stockage informatique
CN105897580B (zh) 一种协议无关转发网络快速故障检测与流量保护切换方法
JP5352502B2 (ja) パケット通信システム及びパケット通信装置制御方法
WO2015035852A1 (fr) Procédé et dispositif d'annonce d'un état entre des nœuds
US11888680B1 (en) Early detection of telemetry data streaming interruptions
CN112073270B (zh) 一种链路故障检测方法及装置
WO2015158058A1 (fr) Procédé et système de mise en œuvre de sauvegarde et de récupération d'appel
WO2014000509A1 (fr) Dispositif et procédé de surveillance de transmission

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

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

Country of ref document: EP

Kind code of ref document: A1