WO2007073648A1 - Procede et systeme pour detecter une performance de multidiffusion ethernet - Google Patents

Procede et systeme pour detecter une performance de multidiffusion ethernet Download PDF

Info

Publication number
WO2007073648A1
WO2007073648A1 PCT/CN2006/002255 CN2006002255W WO2007073648A1 WO 2007073648 A1 WO2007073648 A1 WO 2007073648A1 CN 2006002255 W CN2006002255 W CN 2006002255W WO 2007073648 A1 WO2007073648 A1 WO 2007073648A1
Authority
WO
WIPO (PCT)
Prior art keywords
frame
multicast
value
measurement
response
Prior art date
Application number
PCT/CN2006/002255
Other languages
English (en)
Chinese (zh)
Inventor
Hejun Li
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 WO2007073648A1 publication Critical patent/WO2007073648A1/fr

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00—Data switching networks
    • H04L12/02—Details
    • H04L12/16—Arrangements for providing special services to substations
    • H04L12/18—Arrangements for providing special services to substations for broadcast or conference, e.g. multicast
    • 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/50—Testing arrangements

Definitions

  • the present invention relates to the field of network communication technologies, and in particular, to a multicast performance detection technology in Ethernet 0AM (operation management and maintenance).
  • Ethernet Ethernet
  • 0AM operation management and maintenance
  • ETH-CC Ethernet Connectivity Check
  • ETH-LB Ethernet Loopback
  • ETH-LT Ethernet Link Tracking
  • ETH-AIS Ethernet Alarm Indication Signal
  • ETH-RDI Ethernet Reverse Defect Indication
  • ETH-LM Ethernet Frame Loss Measurement
  • ETH-DM Ethernet Frame Delay Measurement
  • the ETH-CC and ETH-LB functions can be implemented in multicast mode, but the multicast implementation of the ETH-LT function is difficult, so there is currently no Define the ETH-LT for multicast.
  • the definition and measurement of network performance parameters such as FLR (frame loss rate), FD (frame delay) and FDV (frame delay jitter) are based on unicast point-to-point (P2P). ), performance parameters and measurements for multicast are not yet achievable.
  • Ethernet-based multicast services With the development of Ethernet technology, the advantages of certain types of Ethernet (such as IEEE 802. 3) suitable for multicast, Ethernet-based multicast services will gradually be widely used in Ethernet, for this reason, Measurement of Ethernet multicast performance parameters is required to measure the multicast performance of Ethernet.
  • a performance parameter between multiple points is defined, specifically represented as a vector, and each element of the vector represents a performance parameter between a pair of nodes in a multi-point group.
  • ⁇ FLR (a, b), FLR (c , b ) , FLR (a, c) ⁇ represents the frame loss performance between multiple points of the network
  • the network performance parameters can be expressed as:
  • the performance parameters between corresponding multiple points are based on the definition of unicast performance parameters between multiple two points, and thus, based on the definition detection
  • the network performance parameters also correspond to the corresponding unicast network performance parameters.
  • the multicast path of the P2MP is not necessarily the same as the unicast path of the P2MP.
  • the function of performing unicast communication to complete the multicast communication must be one-way replication of the communication traffic, and the multicast communication. Then, because of the upstream traffic, traffic may only be sent one copy, and traffic is only replicated at the branching point, so that multicast communication will use less network resources. Therefore, the timeliness of multicast communication constructed by directly using multicast communication and unicast communication using multiple unicast paths is also different. This makes a specific ring for P2MP (point-to-multipoint) multicast communication It is not suitable to measure the network communication performance of P2MP multicast communication by using unicast network performance parameters of multiple unicast paths from point to multipoint.
  • An object of the present invention is to provide an implementation method and system for detecting Ethernet multicast performance, which can effectively detect and determine a multicast network performance parameter of a point-to-multipoint network in an Ethernet, and assist the Ethernet 0AM to provide comprehensive network performance. Evaluation.
  • the object of the present invention is achieved by the following technical solutions.
  • the present invention provides an implementation method for detecting network multicast performance, including: - constructing and transmitting a multicast performance measurement request message including identification information at a test initiation point;
  • Each node that receives the multicast performance measurement request message separately sends a performance measurement response message including the identifier information to the test initiation point;
  • the test initiation point receives the performance measurement response packet, and after determining that the identifier information in the performance measurement response packet is consistent with the identifier information included in the measurement request packet, the response measurement packet is measured according to the performance. Implement measurement of multicast performance parameters.
  • the processing of constructing and transmitting the multicast performance measurement request message including the identification information includes:
  • a multicast request frame that uses the multicast media access control MAC address is constructed and sent at the test initiation point, where the request frame carries the multicast performance measurement operation code information and the identifier. information.
  • the method for detecting the multicast performance of the network according to claim 2, wherein the processing of constructing and transmitting the multicast performance measurement request message including the identifier information comprises:
  • a multicast request frame adopting a multicast MAC address is constructed at the test initiation point, and the multicast frame loss measurement request operation code, the forward transmission frame counter value information, and the identifier are included in the request frame.
  • Information ; and / or,
  • the identification information includes:
  • the transmission identifier Transaction ID in the Ethernet 0AM packet The transmission identifier Transaction ID in the Ethernet 0AM packet.
  • the processing of sending the performance measurement response message including the identifier information to the test initiation point includes: When performing frame loss measurement, constructing a multicast response frame in the node receiving the multicast request, including the identification information, the multicast frame loss measurement response operation code, and the forward frame sending counter value information in the request frame in the response frame And receiving the frame counter value information of the receiving node, and transmitting the multicast response frame after delaying the predetermined random delay time; and/or,
  • the processing of measuring the multicast performance parameter includes:
  • the test initiation point receives the performance measurement response message within a predetermined time, and measures the multicast performance parameter according to the identification information in the received message.
  • the method before performing the measurement multicast performance parameter processing, the method further includes:
  • the frame loss value and/or the frame delay value are initialized before testing the multicast request frame.
  • the frame loss value includes: a minimum frame loss value, a maximum frame loss value, and/or a total frame loss value, and a value of a multicast group size;
  • the frame delay value includes: a minimum frame delay value, a maximum frame delay value, and/or a total frame delay value, and a value of a multicast group size.
  • the processing of measuring the multicast performance parameter specifically includes:
  • the test initiation point calculates the frame loss value according to the forward transmission frame counter value and the forward reception frame counter value in the two multicast response frames of the same identification information continuously received within a predetermined time. And updating a minimum frame loss value, a maximum frame loss value, and/or a total frame loss value and a value of the multicast group size according to the frame loss value;
  • the test initiation point is based on the time when the multicast response frame is received, and the forward transmission timestamp information, the forward reception timestamp information, and the reverse transmission in the multicast response frame within a predetermined time.
  • the timestamp information calculates a frame delay value and updates a minimum frame delay value, a maximum frame delay value, and/or a total frame delay value and a value of the multicast group size based on the frame delay value.
  • the processing of calculating a frame loss value and updating a minimum frame loss value, a maximum frame loss value, and/or a total frame loss value and a multicast group size according to the frame loss value includes:
  • the frame loss value is equal to the difference of the forward transmission frame counter values in the two multicast response frames of the same identification information continuously received minus the difference of the t-to-receive frame counter values in the two multicast response frames, and:
  • the total frame loss value is equal to the sum of the current total frame loss value and the frame loss value, and the value of the multicast group size needs to be increased by one.
  • the processing of calculating the frame delay value and updating the minimum frame delay value, the maximum frame delay value, and/or the total frame delay value and the value of the multicast group size according to the frame delay value includes - the frame delay value is equal to the receiving multicast
  • the frame delay value is taken as the minimum frame delay value.
  • the frame delay value is taken as the maximum frame delay value; and/or,
  • the total frame delay value is equal to the sum of the current total frame delay value and the frame delay value, and the value of the multicast group size is incremented by one.
  • the processing for determining that the identifier information in the performance measurement response packet is consistent with the identifier information included in the measurement request packet includes:
  • the identifier information in the performance measurement response packet is consistent with the saved valid identifier information, determining that the identifier information in the performance measurement response packet is consistent with the identifier information included in the measurement request packet.
  • the invention also provides a system for detecting network multicast performance, which mainly comprises:
  • An identifier packet sending processing unit is configured to be configured in a test initiation point, configured to construct and send a multicast performance measurement request packet that includes the identifier information;
  • the identifier message response processing unit is configured to send, in each node that receives the multicast performance measurement message, a performance measurement response message that includes the identifier information to the test initiation point, respectively;
  • a determining processing unit configured to be in a test initiation point, configured to determine, after receiving the multicast response message, Whether the identifier information in the received multicast response packet is consistent with the saved valid identifier information, and when they are consistent, triggering the multicast performance detecting unit;
  • the multicast performance detecting unit is configured to be used in the test initiation point, and is configured to implement measurement of the multicast performance parameter according to the received performance measurement response message.
  • the identifier packet sending processing unit may further include:
  • a frame loss measurement identification message transmission processing unit configured to construct a multicast request frame using a multicast MAC address at the test initiation point, and include a multicast frame loss measurement request operation code, forward direction in the request frame Sending frame counter value information and identification information;
  • the frame delay measurement identifier sending message processing unit is configured to construct a multicast request frame using a multicast MAC address at the test originating point, and include a multicast frame delay measurement request operation code and a forward sending in the request frame. Timestamp information and identification information.
  • the identifier message response processing unit includes: a frame loss measurement identifier message response processing unit, configured to construct a multicast response frame in the node that receives the multicast request, and include the identifier information, the multicast frame in the response frame Losing the measurement response operation code, the forward transmission frame counter value information in the request frame, and the forward receiving frame counter value information of the receiving node, and transmitting the multicast response frame after delaying the predetermined random delay time;
  • the frame delay measurement identifier packet response processing unit is configured to construct a multicast response frame in the node that receives the multicast request, and include the identifier information, the multicast frame delay measurement response operation code, and the front of the request frame in the response frame. Transmitting timestamp information and transmitting; or, for constructing a multicast response frame in a node receiving the multicast request, including the identification information, the multicast frame delay measurement response operation code, and the forward direction in the request frame in the response frame
  • the timestamp information is sent and the forward receiving timestamp information of the receiving node is sent, and after the predetermined random delay time is delayed, the backward sending timestamp of the receiving node is written into the multicast response frame and then sent.
  • the multicast performance detecting unit specifically includes:
  • a frame loss measurement processing unit configured in the test initiation point, for forward transmission frame counter value and forward reception frame counter value in two multicast response frames according to the same identification information continuously received within a predetermined time Calculating a frame loss value, and updating a minimum frame loss value, a maximum frame loss value, and/or a total frame loss value and a value of the multicast group size according to the frame loss value;
  • a frame delay measurement processing unit is disposed in the test initiation point, configured to, according to a time when the multicast response frame is received, and forward transmit timestamp information, forward receive timestamp in the multicast response frame, within a predetermined time
  • the information and the reverse transmission inter-post stamp information calculate a frame delay value, and update the minimum frame delay value, the maximum frame delay value, and/or the total frame delay value and the value of the multicast group size according to the frame delay value.
  • the present invention defines Ethernet based on a multicast path.
  • Multicast performance parameters in 0AM and corresponding multi-cast performance parameter detection methods are provided.
  • the present invention can be implemented based on the 0AM frame format defined by Y. 17ethoam, and the 0AM frame format defined by Y. 17ethoam is not changed much, and only four message operation codes need to be added.
  • For the frame delay measurement as long as the response frame is brought back The timestamp is sent to the receiving timestamp and the backwards, and the difference between the two includes the random delay made by the receiving point.
  • the processing flow at the transmitting point and the receiving point is relatively simple, and the calculation method adopted is a calculation method based on the original unicast performance measurement.
  • Figure lb is a schematic diagram of a multicast message transmission process
  • FIG. 2 is a schematic diagram of a general implementation process of the method according to the present invention.
  • Figure 3 is a specific implementation process of the method of the present invention.
  • FIG. 5 is a schematic diagram of a specific implementation structure of the system according to the present invention.
  • Mode for Carrying Out the Invention The core of the present invention is to define P2MP multicast performance parameters in Ethernet based on a multicast path, and provide P2MP multicast performance measurement support in Ethernet 0AM, so that it can be in the 0AM plane from the frame like the unicast performance parameter. Loss rate, frame delay, and frame delay variation evaluate Ethernet P2MP multicast performance.
  • specific implementations of the present invention are described below.
  • the P2MP multicast performance parameter is first defined in the specific implementation process, so that the corresponding performance parameter can be measured according to the defined content in the subsequent process; Defining P2MP multicast performance parameters is also implemented in terms of frame loss, frame delay, and frame delay variation.
  • the P2MP multicast performance parameter is based on the performance parameter of the multicast path, that is, the destination address of the corresponding 0AM must be a multicast address.
  • the size Z of the multicast group needs to be considered, and at the same time, the measurement needs to be considered. Waiting time T.
  • the corresponding performance parameters of each multicast path include: Max (maximum), Min (minimum), and Average (average) values of each performance parameter. In the actual measurement of each performance parameter, the corresponding Max and Min can be measured as needed. And any one or more of the effects.
  • the two-way (bidirectional) method can usually be used, that is, the calculation may include the reverse direction measurement, but this has no significant impact on the multicast performance evaluation.
  • the P2MP multicast performance parameter defined in the present invention may specifically be -
  • P2MP-FLR defined as (Max, Min, Average) z , ⁇ of each P2MP multicast path FLR;
  • P2MP-FD defined as (Max, Min, Average) z , ⁇ of each multicast path FD of P2MP
  • P2MP-FDV defined as (Max, Min, Average) z . ⁇ of P2MP multicast paths FDV;
  • the subscript ⁇ indicates the multicast group size, which specifically represents real-time measurement.
  • the multicast group size that is, the number of multicast paths, can be assumed in the specific implementation process of the present invention.
  • the multicast group size is unpredictable. Therefore, for the two-way mode measurement, the measurement origination point Set the waiting time experience value as the waiting time T of the measurement. If the reply message arrives within the time, the measurement is valid. If the measurement response message is still received after the waiting time is exceeded, an alarm is generated, specifically 0AM.
  • the Transaction ID (Transmission ID) in the text is implemented as identification information.
  • the present invention may also set other predetermined conditions as measurement waiting conditions (such as receiving a predetermined message, or a predetermined event occurs, etc.), before the measurement waiting condition is satisfied, The received reply message is considered valid. After the measurement wait condition is met, an alert can be sent for the received reply message.
  • measurement waiting conditions such as receiving a predetermined message, or a predetermined event occurs, etc.
  • the 0AM function is implemented in hardware, the calculation of Average may require division, which is very difficult for hardware. Therefore, it can be expressed by ⁇ Max, Min, Total (sum of measured values) ⁇ z . ⁇ , where Total represents each The sum of the measurement values of the multicast path performance parameters, which is basically the same as the meaning of the previously described representation. At this point, Total's storage space must be large enough, usually requiring 64bit. Based on the definition of each multicast performance parameter, the corresponding multicast performance parameter measurement process is as follows: First, in the latest Y. 17 ethoam Draft, Nov., 2005, the defined Ethernet 0AM common frame header format is shown in Table 1. : 1
  • a frame loss measurement and a frame delay measurement operation code are defined, as follows:
  • the embodiment of the present invention sets the operation code of the multicast performance measurement, as follows:
  • P2MP-LMM P2MP multicast frame loss measurement request operation code
  • P2MP-LMR P2MP multicast frame loss measurement response opcode
  • P2MP-DMM P2MP multicast frame delay measurement request operation code
  • P2MP-DMR P2MP multicast frame delay measurement response opcode.
  • the unicast L ⁇ frame must contain the TxFCf field, that is, the forward transmit frame counter value, and the P2MP-L frame request is the same;
  • the unicast LMR frame must contain the TxFCf, RxFCf, and TxFCb fields, that is, the forward transmit frame counter value, the forward receive frame counter value, and the backward frame transmit counter value, where the TxFCf field is copied from the U4M frame, P2MP-LMR
  • TxFCf the forward transmit frame counter value
  • RxFCfo the forward receive frame counter value
  • backward frame transmit counter value where the TxFCf field is copied from the U4M frame, P2MP-LMR
  • the frame requirements are the same, but in reality only TxFCf, RxFCfo are used.
  • the unicast DMM frame must contain the forward transmission timestamp TxTiraeStampf, and the P2MP-DMM frame requirement is the same; the unicast DMR frame must contain the forward transmission timestamp TxTimeStampf, which is copied from the DMM frame.
  • the DMR also needs a forward receive timestamp RxTimeStampf and a backward transmit timestamp TxTimeStampb, and the difference between TxTimeStampb and RxTimeStarapf must contain the random delay made by the receiving point.
  • RxTimeStampf a forward receive timestamp
  • TxTimeStampb a backward transmit timestamp
  • the difference between TxTimeStampb and RxTimeStarapf must contain the random delay made by the receiving point.
  • Multi-point reflow is too large.
  • the measurement initiation point is required to send measurement request messages at a very low rate.
  • Transaction ID since each transmission message is assigned a Transaction ID, after the message is sent, Transaction The ID is reserved for a period of time. It is used to associate the reply packet.
  • the retention time is the same as the packet sending rate. The retention time is configured according to experience. For example, the default is 5s.
  • Multi-point reflow is too concentrated, which can be overcome by delaying the receiving point by a random time (ie, random delay) before the response.
  • the random delay has a certain range, and the range is also configurable. For example, the default is Ls. Whether measuring frame loss or frame delay, in general, the same process is followed for multicast measurements. The corresponding process is shown in Figure 2:
  • the sending end sends a multicast measurement request frame, including a measurement operation code, a message identification information, and a parameter value of a sending time of the transmitting end, such as a forward sending frame count value required for measuring a frame loss, and a measurement frame delay required.
  • a timestamp to;
  • the receiving end After receiving the multicast measurement request frame, the receiving end performs a reply, including measuring the operation reply code, the message identification information, and the parameter value of the receiving end receiving time and the parameter value of the reply sending time, for example, before measuring the frame loss required.
  • Receives the forward received frame count value required for reception measures the forward receive timestamp and backward transmit timestamp required for the frame delay, and also copies the received parameter value into the reply message, such as the measurement frame. Loss of the required forward transmission frame count value, measuring the forward transmission timestamp required for the frame delay;
  • the sender first verifies the validity of the message, mainly to verify whether the message ID is valid, and then extracts the parameter value in the message, calculates the parameter value on the path, and finally uses the path.
  • the parameter value, the calculation update multicast performance parameter includes: a specific performance parameter value, a sum of performance parameter values of the multicast group, and a multicast group size, a maximum 'value and/or a minimum value, where the performance parameter value Includes frame loss values and frame delay values.
  • P2MP Multicast Frame Loss Measurement P2MP-LM
  • the sending interval for transmitting measurement packets at the transmitting end is the waiting time for measurement! 1 , that is, the local Transaction ID retention time, when the message exceeds the time T after sending the message, the saved Transaction ID is deleted, and then, if If the frame with the Transaction ID is received, it is considered invalid and an alarm can be issued.
  • the receiving point receives a random delay range after receiving the multicast measurement frame, that is, the random delay is R;
  • the measurement origination point sends the constructed request frame, and starts the Transaction ID retention timer.
  • the timeout is the measured waiting time T, and the 2, Total Min, and Max values are cleared.
  • the source MAC address is used as the destination address
  • the local MAC address is used as the source.
  • the response opcode is P2MP-LMR, copy the Transaction ID and TxFCf into the response frame, and fill in the local forward receive frame counter value into the RxFCf field of the response frame. 'Other fields don't care;
  • the measurement initiation point is based on two P2MP-LMR frames to calculate the frame loss on a certain path.
  • the overflow needs to be considered; suppose the counter value of the previous response frame is TxFCfl, RxFCfl
  • the current received response frame counter value is TxFCf2, RxFCf2, and the corresponding processing flow is as shown in FIG. 3, specifically - Step 31: determining the received response frame according to the Transaction ID value retained in the measurement initiation point.
  • Step 33 Whether the Transaction ID is consistent and whether the SPTransaction ID is valid. If yes, go to Step 33, No. lj, and go to Step 32 to generate an alarm.
  • Step 33 Calculate the frame loss value FL is (TxFCf2—TxFCfl ) — (RxFCf2-RxFCf 1 );
  • Step 34 Calculate the total frame loss value Total for the current Total value plus the FL value, and increase the Z value by one;
  • the response frame of the same Transaction ID that is returned is received for the duration of T on the measurement initiation point, and the above processing is performed, and the frame loss is obtained when the time T is reached.
  • the value of the multicast performance parameter is the value of the multicast performance parameter.
  • P2MP multicast frame delay measurement P2MP DM
  • the sending interval of the measurement packet sent by the transmitting end is the measurement waiting time, that is, the local Transact ion ID retention time.
  • the packet exceeds the time T after the packet is sent, the saved Transaction ID is deleted, and then, if the packet is received again, The frame of the Transaction ID is considered illegal and can be warned;
  • the random delay range is assumed to be R;
  • the timeout is the waiting time T of the measurement, and the values of ⁇ , Total s Min, and Max are cleared.
  • the source MAC address is used as the destination address
  • the local MAC address is used as the source.
  • the response opcode is P2MP-DMR, copy the Transaction ID and TxTimeStampf into the response frame, and fill the local forward receive timestamp into the RxTimeStampf of the response frame;
  • the measurement initiation point sets the reception time to RxTimeb, and the corresponding processing flow is as shown in FIG. 4, which specifically includes:
  • Step 41 Determine whether the Transaction ID in the received response frame is consistent according to the value of the Transaction ID that is reserved in the measurement initiation point, that is, whether the Transaction ID is valid, and if yes, execute Step 43, and if no, perform Step 42 to generate an alarm. ;
  • Step 43 Calculate the frame delay time FD is RxTimeb - TxTimeStampf - ( RxTimeStampf - TxTimeStampb );
  • Step 44 Calculate the total frame delay time Total is the current Total value plus the FD value, and increase the Z value by 1;
  • the response frame of the same Transaction ID that is returned is received for the duration of T at the measurement initiation point, and the above processing is performed, and the multicast performance of the frame delay is obtained after the time T is reached.
  • the present invention also provides a system for detecting network multicast performance.
  • the specific implementation structure can be as shown in FIG. 5, that is, the corresponding specific embodiment may include the following processing units:
  • an identifier packet sending processing unit configured in the test originating point, configured to construct and send a multicast performance measurement request message including the identifier information
  • the identifier packet sending processing unit includes: a frame loss measurement identifier packet sending processing unit, configured to construct a multicast request frame using the broadcast MAC address at the test originating point, and include in the request frame Multicast frame loss measurement request operation code, forward transmission frame counter value information, and identification information;
  • the frame delay measurement identifier sending message processing unit is configured to construct a multicast request frame using the multicast MAC address at the test origin, and include the multicast frame delay measurement request operation code, the forward direction in the request frame. Send timestamp information and identification information. '
  • an identifier message response processing unit configured to send, in each node that receives the multicast performance measurement message, a performance measurement response message including the identifier information to the test initiation point;
  • the identifier message response processing unit includes:
  • the frame loss measurement identification message response processing unit is configured to construct a multicast response frame in the node that receives the multicast request, and include the identifier information, the multicast frame loss measurement response operation code, and the front of the request frame in the response frame. Sending frame counter value information and forward receiving frame counter value information of the receiving node, and transmitting the multicast response frame after delaying a predetermined random delay time;
  • the frame delay measurement identifier packet response processing unit is configured to construct a multicast response frame in the node that receives the multicast request, and include the identifier information, the multicast frame delay measurement response operation code, and the front of the request frame in the response frame.
  • Send timestamp information and receive The node forwardly receives the timestamp information, and after delaying the predetermined random delay time, writes the backward transmission timestamp of the receiving node into the multicast response frame, and then transmits the response frame.
  • the unit may be disposed in the test initiating point, and configured to: after receiving the multicast response message, determine the identifier information in the received multicast response message according to the saved valid identification information Whether the response message corresponding to the multicast performance measurement request message sent by the local end determines whether the identification information in the multicast response message is consistent with the locally saved valid identification information, and if so, triggers the multicast performance.
  • the detection unit otherwise, does not trigger the multicast performance detection unit.
  • the multicast performance detecting unit is configured to be used in the test initiation point, and is configured to perform measurement of the multicast performance parameter by using the currently received performance measurement response message under the trigger of the determining processing unit;
  • the multicast performance detecting unit specifically includes:
  • a frame loss measurement processing unit configured in the test initiation point, for forward transmission frame counter value and forward reception frame counter value in two multicast response frames according to the same identification information continuously received within a predetermined time Calculating a frame loss value, and updating a minimum frame loss value, a maximum frame loss value, and/or a total frame loss value and a value of a multicast group size according to the frame loss value; 'and/or,
  • a frame delay measurement processing unit is disposed in the test initiation point, configured to, according to a time when the multicast response frame is received, and forward transmit timestamp information, forward receive timestamp in the multicast response frame, within a predetermined time
  • the information and the reverse transmission timestamp information calculate a frame delay value, and update a minimum frame delay value, a maximum frame delay value, and/or a total frame delay value and a value of the multicast group size according to the frame delay value.
  • the implementation method for defining the multicast performance parameter in the Ethernet 0AM based on the multicast path and then performing the Ethernet multicast performance parameter detection has little change to the 0AM frame format defined by Y. 17 ethoam. It is only required to add 4 message codes.
  • the frame delay measurement as long as the response frame brings back the forward reception time stamp and the backward transmission time stamp, the difference between the two includes the random delay made by the receiving point.
  • the processing flow of the sending point and the receiving point is also not complicated, and is based on the calculation method of the original unicast performance measurement. Therefore, the P2MP multicast performance parameter measurement can be well implemented in Ethernet 0AM by using the present invention.

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)

Abstract

La présente invention concerne un procédé et un système pour détecter une performance de multidiffusion réseau. Ce procédé consiste principalement, dans un premier lieu, à établir et à envoyer le message de requête concernant la performance de multidiffusion à mesurer, qui contient les informations d'ID au point de départ du test, puis à envoyer le message de réponse concernant la performance de multidiffusion à mesurer, qui contient les informations d'ID au point de départ du test, respectivement sur le noeud respectif qui reçoit le message de mesure de performance de multidiffusion. Finalement, pendant l'intervalle de temps prédéfini, le point de départ du test reçoit le message de réponse de mesure de performance, puis mesure le paramètre de performance de multidiffusion en fonction des informations d'ID dans le message reçu. Cette invention permet de modifier de façon moins importante le format de trame OAM défini par Y.17ethoam et, lors de la mise en oeuvre de cette invention, le déroulement des opérations du point d'émission et du point de réception est relativement simple. Le procédé consiste ensuite à calculer la mesure de performance de multidiffusion sur la base du procédé de calcul de la mesure de performance de diffusion existante. La présente invention permet par conséquent de mettre en oeuvre une mesure de paramètre de performance de multidiffusion P2MP dans ETH-OAM et donc d'aider l'OAM à fournir une évaluation de performance de réseau de façon plus globale.
PCT/CN2006/002255 2005-12-29 2006-09-01 Procede et systeme pour detecter une performance de multidiffusion ethernet WO2007073648A1 (fr)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CN200510135298.8 2005-12-29
CN2005101352988A CN1992651B (zh) 2005-12-29 2005-12-29 检测以太网多播性能的实现方法

Publications (1)

Publication Number Publication Date
WO2007073648A1 true WO2007073648A1 (fr) 2007-07-05

Family

ID=38214612

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2006/002255 WO2007073648A1 (fr) 2005-12-29 2006-09-01 Procede et systeme pour detecter une performance de multidiffusion ethernet

Country Status (2)

Country Link
CN (1) CN1992651B (fr)
WO (1) WO2007073648A1 (fr)

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN117640481A (zh) * 2023-12-19 2024-03-01 中国西安卫星测控中心 一种多网络节点并行组播测试方法
CN117640481B (zh) * 2023-12-19 2024-05-31 中国西安卫星测控中心 一种多网络节点并行组播测试方法

Families Citing this family (11)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101237345B (zh) * 2007-12-04 2010-09-08 奇瑞汽车股份有限公司 一种用于can总线的网络管理方法
CN101521607B (zh) * 2009-04-13 2012-01-04 重庆中天重邮通信技术有限公司 以太网网络性能的测试方法及装置
WO2010118569A1 (fr) * 2009-04-14 2010-10-21 华为技术有限公司 Procédé, appareil et système de mesure de performances de réseau ip
CN101577638B (zh) * 2009-06-04 2011-07-13 中兴通讯股份有限公司 一种基于电信网管系统探测以太网oam的方法和装置
CN102055598A (zh) * 2009-11-11 2011-05-11 中兴通讯股份有限公司 一种实现点到多点802.3ah协议OAM的方法及系统
CN102256291A (zh) * 2011-07-11 2011-11-23 福建星网锐捷网络有限公司 无线接入设备检测方法及系统
CN102271067B (zh) * 2011-08-30 2017-08-11 南京中兴新软件有限责任公司 网络检测方法、装置及系统
JP6011540B2 (ja) * 2011-09-20 2016-10-19 日本電気株式会社 診断システム
CN102651702A (zh) * 2012-05-09 2012-08-29 华为技术有限公司 以太网性能测量方法及设备
CN103546303A (zh) * 2012-07-09 2014-01-29 中兴通讯股份有限公司 一种丢失帧测定方法及系统
CN110971477B (zh) * 2018-09-29 2022-03-29 华为技术有限公司 一种通信方法、设备、系统和存储介质

Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2001088734A1 (fr) * 2000-05-17 2001-11-22 Mci Worldcom, Inc. Procede et appareil de mesure des performances de multidiffusion
US20030233448A1 (en) * 2002-06-14 2003-12-18 Jie Zhu Method and apparatus for measuring multi-connection performance of a server

Family Cites Families (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP1211842A1 (fr) * 2000-11-30 2002-06-05 BRITISH TELECOMMUNICATIONS public limited company Dispositif de gestion de réseau
US7924725B2 (en) * 2003-11-10 2011-04-12 Nortel Networks Limited Ethernet OAM performance management

Patent Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2001088734A1 (fr) * 2000-05-17 2001-11-22 Mci Worldcom, Inc. Procede et appareil de mesure des performances de multidiffusion
US20030233448A1 (en) * 2002-06-14 2003-12-18 Jie Zhu Method and apparatus for measuring multi-connection performance of a server

Non-Patent Citations (2)

* Cited by examiner, † Cited by third party
Title
SU X. ET AL.: "A Rate-based Multicast Congestion Control Algorithm and Its Performance Analysis", ACTA ELECTRONICA SINICA, vol. 32, no. 2, February 2004 (2004-02-01), pages 330 - 334, XP008083001 *
YANG N.: "A method of performance measurements of 802.3 LAN", JOURNAL OF SHANGHAI NORMAL UNIVERSITY (NATURAL SCIENCES), vol. 33, no. 4, December 2004 (2004-12-01), pages 46 - 50, XP008083002 *

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN117640481A (zh) * 2023-12-19 2024-03-01 中国西安卫星测控中心 一种多网络节点并行组播测试方法
CN117640481B (zh) * 2023-12-19 2024-05-31 中国西安卫星测控中心 一种多网络节点并行组播测试方法

Also Published As

Publication number Publication date
CN1992651B (zh) 2010-12-01
CN1992651A (zh) 2007-07-04

Similar Documents

Publication Publication Date Title
WO2007073648A1 (fr) Procede et systeme pour detecter une performance de multidiffusion ethernet
TWI528755B (zh) 軟體定義網路中用於延遲量測之網路控制器、延遲量測系統及延遲量測方法
US7924725B2 (en) Ethernet OAM performance management
US20050099954A1 (en) Ethernet OAM network topography discovery
US20050099951A1 (en) Ethernet OAM fault detection and verification
US20050099949A1 (en) Ethernet OAM domains and ethernet OAM frame format
CN106465159B (zh) Mbms承载故障管理的方法、网络节点和故障管理器
CN100450101C (zh) 一种oam报文的转发控制方法及系统
WO2011079702A1 (fr) Procédé, dispositif et routeur pour détection de perte de paquets
CN101984587B (zh) 一种检测组播转发树上两点间连通性的方法、系统和装置
WO2008037203A1 (fr) Procédé et dispositif noeud destinés à réaliser une découverte de topologie réseau
WO2010111956A1 (fr) Procédé et système de convergence de trajet de relais multidiffusion
WO2016150105A1 (fr) Procédé, dispositif et système de localisation d'anomalie pour une liaison ethernet
US11139995B2 (en) Methods and router devices for verifying a multicast datapath
WO2007073649A1 (fr) Procede et systeme pour obtenir une unite de transfert maximale de voie dans un reseau
CN102075422A (zh) 一种组播管理方法及二层设备
WO2016062165A1 (fr) Procédé et appareil pour mise en oeuvre d'une fonction d'exploitation, d'administration et de maintenance
WO2013166811A1 (fr) Procédé et appareil pour la mesure de performance d'ethernet
CN101674199A (zh) 用于实现网络故障时切换的方法及查询器
WO2011020361A1 (fr) Procédé d'administration de nœuds d'accès optiques et nœud d'accès optique correspondant
CN102185776B (zh) 以太网二层组播快速收敛的方法及以太网系统
WO2014101185A1 (fr) Procédé, appareil et système de détection des performances d'un canal de multidiffusion
CN105897580B (zh) 一种协议无关转发网络快速故障检测与流量保护切换方法
US20120057497A1 (en) Method, apparatus, and system for measuring network performance
WO2016131359A1 (fr) Procédé et dispositif de commutation de ligne de multidiffusion pour un réseau en forme d'anneau

Legal Events

Date Code Title Description
121 Ep: the epo has been informed by wipo that ep was designated in this application
NENP Non-entry into the national phase

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 06775572

Country of ref document: EP

Kind code of ref document: A1