WO2007073648A1

WO2007073648A1 - A method and system for detecting the ethernet multicast performance

Info

Publication number: WO2007073648A1
Application number: PCT/CN2006/002255
Authority: WO
Inventors: Hejun Li
Original assignee: Huawei Technologies Co., Ltd.
Priority date: 2005-12-29
Filing date: 2006-09-01
Publication date: 2007-07-05
Also published as: CN1992651A; CN1992651B

Abstract

A method and system for detecting the network multicast performance. The invention mainly includes: first, constructing and sending the request message of the measure multicast performance containing the ID information at the test originating point; and then sending the response message of the measure multicast performance containing said ID information to the test originating point respectively on the respective node receiving said multicast performance measure message; finally, within the predetermined time, the test originating point receives said performance measure response message, and measures the multicast performance parameter according to the ID information in the receiving message. The present invention modifies lesser for OAM frame format defined by Y.17ethoam, and during implementing the invention, the process flow of the sending point and receiving point is relatively simple, and calculating the multicast performance measure based on the calculating method of the existing broadcast performance measure. Therefore, the present can well implement P2MP multicast performance parameter measure in ETH-OAM, and thus assisting the OAM to provide the network performance evaluation more overall.

Description

TECHNICAL FIELD 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). BACKGROUND OF THE INVENTION With the development of network communication technologies, Ethernet (Ethernet) technology has gradually developed from a local area network to a metropolitan area network by virtue of its high cost performance, and its port rate has also been developed from 10M to 10G. In the process of Ethernet development to the metropolitan area network, Ethernet technology is required to meet the requirements of carrier-class networks. Among them, 0AM is the basic requirement of various technologies for carrier-class networks. The corresponding 0AM mainly includes network fault management mechanism and network performance management mechanism.

Currently, fault/performance management mechanisms for ETH networks include - based on ETH-CC (Ethernet Connectivity Check) continuity detection, which is used to detect connectivity between ΕΊΉ (Ethernet dimension domain endpoints);

Based on ETH-LB (Ethernet Loopback) loopback function, used for connectivity detection between MEP (Maintenance Domain Endpoint) and MIP (Maintenance Domain Intermediate Node) / MEP, and frame delay and frame delay jitter measurement in performance parameters ;

ETH-LT (Ethernet Link Tracking) function for fault location;

Alarm indication function based on ETH-AIS (Ethernet Alarm Indication Signal) and ETH-RDI (Ethernet Reverse Defect Indication) for fault alarm forward/reverse suppression;

ETH-LM (Ethernet Frame Loss Measurement) function, used to measure the frame loss rate in performance parameters;

ETH-DM (Ethernet Frame Delay Measurement) function for measuring delays in performance parameters.

In the Y. 17ethoam (Y. 17 Ethernet 0AM) fault management function, 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.

Moreover, in the Y. ethoam performance management function, 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.

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.

In the MEF10-Ethernet Service Attribute (Metro Ethernet Forum 10 - Ethernet Service Attribute) In Draft 4, 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.

At present, there is also a method for implementing performance parameters between multiple points by using a set of performance parameters of multiple unicast paths.

For example, assuming that there are three nodes in the network, a, b, and c, the network performance parameters between multiple points in a multipoint network are represented by vectors:

(1) {FLR (a, b), FLR (c , b ) , FLR (a, c) } represents the frame loss performance between multiple points of the network;

(2) {FD (a, b), FD (c, b), FD (a, c) } represent the frame delay performance between multiple points of the network;

(3) { FDV (a, b) , FDV ( c, b ) , FDV (a, c ) } represent the performance of frame delay variation between multiple points of the network.

Of course, when there are many nodes in the network, the elements of the vector will also be greatly increased. At this time, it is impossible to save all the elements. As 0AM, only the maximum value, the minimum value, and the average value are needed, that is, correspondingly, The network performance parameters can be expressed as:

(1) FLR {Max (maximum), Min (minimum), Average (average) }, frame loss parameters between multiple points;

(2) FD (Max, Min, Average), frame delay parameter between multiple points; '

(3) FDV (Max, Min, Average), frame change parameter between multiple points.

In summary, there are already definitions of network performance parameters between multiple points, but 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.

However, since it is very difficult to collect the network performance parameter values between all two points on the 0AM plane, it is impossible to detect the network performance parameters between the multiple points defined above based on the single point on the 0AM plane. .

In addition, as shown in FIG. 1 , the multicast path of the P2MP is not necessarily the same as the unicast path of the P2MP. Moreover, 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.

Therefore, the definition and measurement of performance parameters for P2MP multicast (ie, multicast) communication must be based on a multicast path. However, there is currently no feasible multicast-based network performance parameter detection method. SUMMARY OF THE INVENTION 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:

When the Ethernet operation management and maintenance 0AM is implemented, 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:

When the frame loss measurement is performed, 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,

When performing frame delay measurement, constructing a multicast request frame using a multicast MAC address at the test initiation point, and including a multicast frame delay measurement request operation code, forward transmission timestamp information, and identification information in the request frame. .

The identification information includes:

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,

When performing frame delay measurement, constructing and transmitting 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 request frame in the multicast response frame Sending timestamp information forwardly; or, when performing frame delay measurement, 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 request frame in the response frame The forward sending timestamp information and the forward receiving timestamp information of the receiving node, and delaying the predetermined random delay time, writing the backward sending timestamp of the receiving node into the multicast response frame, and transmitting.

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.

In the present invention, 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;

and / or,

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:

When performing the frame loss measurement, 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;

and / or,

When performing frame delay measurement, 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:

When the frame loss value is less than the minimum frame loss value, updating the minimum frame loss value to the frame loss value; and/or,

When the frame loss value is greater than the maximum frame loss value, updating the maximum frame loss value to the frame loss value; and/or,

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 difference between the time of the response frame and the forward transmission timestamp information minus the difference between the forward reception timestamp information and the reverse transmission timestamp information, and:

When the frame delay value is less than the minimum frame delay value, the frame delay value is taken as the minimum frame delay value; and/or,

When the frame delay value is greater than the maximum 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:

And if 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;

and / or, , '

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;

and / or,

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;

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 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.

It can be seen from the technical solution provided by the above invention that 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.

Moreover, in the implementation process of the present invention, 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.

Therefore, the present invention can well implement P2MP multicast performance parameter measurement in Ethernet 0AM, thereby assisting 0AM to provide a more comprehensive network performance evaluation. BRIEF DESCRIPTION OF THE DRAWINGS Figure la is a schematic diagram of a unicast message transmission process;

Figure lb is a schematic diagram of a multicast message transmission process;

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;

4 is a specific implementation process 2 of the method according to 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. In order to facilitate an understanding of the present invention, specific implementations of the present invention are described below.

In the specific implementation process, 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. In the definition process, 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.

For the performance parameters of the multicast path, only the point-to-multipoint, point-to-multicast group direction parameter value is meaningful, and the reverse direction is meaningless because it is essentially unicast. However, in the measurement, 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 -

(1) P2MP-FLR, defined as (Max, Min, Average) _z , _{τ of} each P2MP multicast path FLR;

(2) P2MP-FD, defined as (Max, Min, Average) _z , _{τ of} each multicast path FD of P2MP;

(3) P2MP-FDV, defined as (Max, Min, Average) _z . _τ of P2MP multicast paths FDV; Among the above performance parameters, 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. Of course, in the specific implementation process, 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.

If 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

In the prior art, for unicast performance measurement, a frame loss measurement and a frame delay measurement operation code are defined, as follows:

LMM, frame loss measurement request opcode;

LMR, frame loss measurement response opcode;

D wake up, frame delay measurement request operation code;

DMR, frame delay measurement response opcode.

Based on the above operation code of the unicast performance measurement, 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 fields included in the measurement frame during the measurement of the multicast performance parameters are as follows:

(1) For frame loss measurement

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 The frame requirements are the same, but in reality only TxFCf, RxFCfo are used.

(2) For frame delay measurement

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.

For P2MP-DMR frames, 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. ' In addition, compared with unicast performance measurement, the Two-way method in P2MP multicast performance measurement faces two problems:

(1) Multi-point reflow is too large. To this end, the measurement initiation point is required to send measurement request messages at a very low rate. According to Y. 17ethoam, 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.

(2) 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:

First, 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. Send a timestamp to;

Secondly, 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;

Finally, after receiving the reply message, 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.

The difference between the measurement of the frame loss value and the measurement of the frame delay value is: After the response message is received by the transmitting end, the calculation formula for calculating the frame loss and the frame delay on a single path is different, and the specific Corresponding description will be made in the description of FIGS. 3 and 4. The measurement process of each multicast performance parameter will be described in detail below with reference to Figs. 3 and 4.

(1) P2MP Multicast Frame Loss Measurement (P2MP-LM)

To facilitate the description of the frame loss measurement process, the following assumptions are made:

Assume that the sending interval for transmitting measurement packets at the transmitting end is the waiting time for measurement! ¹ , 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.

Assume that the receiving point receives a random delay range after receiving the multicast measurement frame, that is, the random delay is R;

Assume that the size of the multicast group measured this time is Z;

Assume that the frame loss of each multicast path is cumulative Total, the minimum frame loss is Min, and the maximum frame loss is Max. Second, based on the above assumptions, the corresponding frame loss measurement process is as follows -

(1) At the measurement initiation point, construct a P2MP-LM request frame, specifically need to use a multicast MAC address and a P2MP-LMM operation code, assign a Transaction ID to the current frame, and fill in the current forward transmission frame counter value to the request frame. In the TxFCf field, other fields may not care;

(2) 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.

(3) After receiving the frame loss measurement request frame at a receiving point, that is, a certain point in the multicast group, construct a P2MP-LMR response frame. Specifically, the source MAC address is used as the destination address, and the local MAC address is used as the source. Her address, 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;

(4) Make a random delay within the time R, that is, send a response frame after the delay time R;

(5) The measurement initiation point is based on two P2MP-LMR frames to calculate the frame loss on a certain path. When two counter values are subtracted, 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.

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; Step 35: Determine whether the minimum value Min of the current frame loss is greater than the FL value, and if so, Min==FL, otherwise, go to step 36;

Step 36: Determine whether the maximum Max of the current frame loss is less than the FL value. If yes, let Max=FL, No Bay |J, the process ends.

Based on the processing of steps 31 to 36 above, 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.

(2) P2MP multicast frame delay measurement (P2MP DM)

Similarly, to facilitate the description of the frame delay measurement process, the following assumptions are made:

Assume that 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. When 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;

Setting a random delay range after the receiving point receives the multicast measurement frame, that is, the random delay range is assumed to be R;

Assume that the size of the multicast group measured this time is Z;

Assume that the frame delay of each multicast path is cumulative, the minimum frame delay is Min, and the maximum frame delay is Max. Second, based on the above assumptions, the processing of the corresponding frame delay measurement is as follows:

(1) At the measurement initiation point, construct a P2MP-DM request frame, specifically need to use the multicast MAC address and the P2MP-DMM request operation code, assign a Transaction ID to the current frame, and fill in the current forward transmission timestamp to the request frame. In the TxTimeStampf field, other fields may not care;

(2) Send the request frame at the measurement origination point, and start the Transaction ID retention timer. The timeout is the waiting time T of the measurement, and the values of ∑, Total s Min, and Max are cleared.

(3) After receiving the frame loss measurement request frame at the receiving point, that is, at a certain point in the multicast group, construct a P2MP-DMR response frame. Specifically, the source MAC address is used as the destination address, and the local MAC address is used as the source. Address, 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;

(4) At the receiving point, make a random delay in the time R range, that is, after delaying the R time, fill the backward transmission time stamp into the TxTimeStampb field of the response frame and immediately send the response frame;

(5) After receiving 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; Step 45: Determine whether the minimum value of the current frame delay time Miri is greater than the FD value, and if so, Order Min = FD, otherwise, go to step 46;

Step 46: Determine whether the maximum value of the current frame delay time Max is less than the FD value, and if so, let Max = FD, otherwise, the process ends.

Based on the processing of steps 41 to 46 above, 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 value of the parameter. 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:

(1) 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;

Moreover, 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;

and / or,

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. '

(2) 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;

Moreover, 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;

and / or,

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. Sending 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 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.

(3) a judging processing unit, 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.

(4) 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;

Moreover, 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.

In summary, 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. For 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.

The above is only a preferred embodiment of the present invention, but the scope of the present invention is not limited thereto, and any person skilled in the art can easily think of changes or within the technical scope disclosed by the present invention. Alternatives are intended to be covered by the scope of the present invention. Therefore, the scope of protection of the present invention should be determined by the scope of the claims.

Claims

Rights request

A method for implementing network multicast performance, characterized in that it comprises:

Constructing and transmitting a multicast performance measurement request message including the identification information at the test initiation point;

2. The method for detecting network multicast performance according to claim 1, wherein the processing of constructing and transmitting a multicast performance measurement request message including the identification information comprises: when implementing Ethernet operation management and When the 0AM is maintained, a multicast request frame that uses the multicast media access control MAC address is constructed and sent in the test initiation point, where the request frame carries the multicast performance measurement opcode information and the identification information.

When the frame loss measurement is performed, a multicast request frame using the 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 request frame are included in the request frame. Identification information; and / or,

The method for detecting network multicast performance according to claim 3, wherein the identifier information comprises:

The transmission identifier Transaction ID in the Ethernet 0AM packet.

The method for detecting network multicast performance according to claim 3, wherein the processing of transmitting the performance measurement response message including the identifier information to the test origination point comprises: when performing frame loss measurement And constructing a multicast, response frame in the node receiving the multicast request, including the identifier information, the multicast frame loss measurement response operation code, the forward transmission frame counter value information in the request frame, and the receiving node in the response frame. Forwarding frame counter value information, and transmitting the multicast response frame after delaying a predetermined random delay time; and/or,

When performing frame delay measurement, constructing and transmitting 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 request frame in the multicast response frame Forward send time Poke information; or, when performing frame delay measurement, 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 Sending timestamp information and forward receiving timestamp information of the receiving node, and delaying the predetermined random delay time, sending the backward sending timestamp of the receiving node to the multicast response frame for transmission.

The method for detecting multicast performance of a network according to any one of claims 1 to 5, wherein the processing of measuring the multicast performance parameter comprises: at a predetermined time, the test originating point receiving station The performance measurement response message is described, and the multicast performance parameter is measured according to the identification information in the received message.

The method for detecting network multicast performance according to claim 6, wherein before performing the measuring multicast performance parameter processing, the method further comprises:

8. The method for detecting network multicast performance according to claim 7, wherein the frame loss value comprises: a minimum frame loss value, a maximum frame loss value, and/or a total frame loss value, and a group. The value of the broadcast group size; and / or, .

The method for detecting network multicast performance according to claim 8, wherein the processing of measuring the multicast performance parameter specifically includes: when performing frame loss measurement, the test initiation point is within a predetermined time Calculating a frame loss value according to a forward transmission frame counter value and a forward reception frame counter value in two multicast response frames of the same identification information continuously received, and updating a minimum frame loss value and a maximum frame loss according to the frame loss value Value and/or total frame loss value and value of multicast group size;

and / or,

When performing frame delay measurement, 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.

10. The method for detecting network multicast performance according to claim 9, wherein the calculating a frame loss value, and updating a minimum frame loss value, a maximum frame loss value, and/or a total according to the frame loss value. The processing of the frame loss value and the value of the multicast group size 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 forward reception frame counter values in the two multicast response frames, and:

11. The method for detecting network multicast performance according to claim 9, wherein the calculating a frame delay value, and updating a minimum frame delay value, a maximum frame delay value, and/or a total according to the frame delay value. The processing of the frame delay value and the value of the multicast group size includes:

The frame delay value is equal to the difference between the time of receiving the multicast response frame and the forward transmission timestamp information minus the difference between the forward reception timestamp information and the reverse transmission timestamp information, and - when the frame delay value is less than When the minimum frame delay value is used, the frame delay value is taken as the minimum frame delay value; and/or,

The method for detecting network multicast performance according to any one of claims 1 to 5, wherein the determining the identification information in the performance measurement response message and the measurement request report The consistent processing of the identification information contained in the text includes:

13. A system for detecting network multicast performance, characterized in that:

The system for detecting network multicast performance according to claim 13, wherein the identifier message sending and processing unit comprises:

The frame loss measurement identification message transmission processing unit is 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 and a forward transmission in the request frame. Frame counter value information and identification information;

and / or,

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 origination point, and include a multicast frame delay measurement request operation code in the request frame, and forward direction Send timestamp information and identification information.

The system for detecting network multicast performance according to claim 14, wherein the identification message response processing unit comprises:

Wohe / or,

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 that receives the multicast request, including the identification information, the multicast frame delay measurement response operation code, and the front of the request frame in the response frame Sending timestamp information and receiving forward timestamp information of the receiving node, and delaying the predetermined random delay time, sending the backward sending timestamp of the receiving node to the multicast response frame for transmission.

The system for detecting network multicast performance according to claim 13, 14 or 15, wherein 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 Count 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;

and / or,