CN1992651B

CN1992651B - Implementation method for detecting multicast performance of Ethernet

Info

Publication number: CN1992651B
Application number: CN2005101352988A
Authority: CN
Inventors: 李贺军
Original assignee: Huawei Technologies Co Ltd
Current assignee: Huawei Technologies Co Ltd
Priority date: 2005-12-29
Filing date: 2005-12-29
Publication date: 2010-12-01
Anticipated expiration: 2025-12-29
Also published as: CN1992651A; WO2007073648A1

Abstract

This invention relates to a detecting network multicast performance method. The invention mainly includes: firstly, at the test starting point, construct and send the multicast performance measurement request packet with the identification information; then, at each node receiving the said multicast performance measurement request packet, respectively send the performance measurement response packet with the said identification information to the test starting point; finally, in the scheduled time, the test starting point receives the said performance measurement response packet, and according to the identification information, measure the multicast performance parameters. The invention makes small change to the OAM frame format defined in Y.17ethoam, and in the realization of the invention, the process in the sending point and the receiving point is rather simple, and based on the original unicast performance measurement calculation method, it processes the calculation method of multicast performance measurement. Therefore, the invention can be nice to achieve P2MP multicast performance parameter measurement in the Ethernet OAM, thereby assisting OAM to provide a more comprehensive network performance assessment.

Description

Detect the implementation method of Ethernet-Tree performance

Technical field

The present invention relates to network communications technology field, relate in particular to the multicast performance detection technique in a kind of Ethernet OAM (Operations,Administration And Maintenance).

Background technology

Along with the development of the network communications technology, Ethernet (Ethernet) technology relies on the advantage of its high performance-price ratio to be developed to metropolitan area network by local area network (LAN) gradually, and its port speed also develops into 10G from 10M.In the process of metropolitan area network development, require the Ethernet technology must satisfy the carrier class network requirement at Ethernet.Wherein, OAM is the basic demand of carrier class network to various technology.Corresponding OAM mainly comprises network failure management mechanism and network performance management mechanism.

At present, the fault/performance management mechanism at the ETH network comprises:

Based on ETH-CC (inspection of Ethernet connectivity) continuity measuring ability, be used to detect between the ETHMEP connective;

Based on ETH-LB (Ethernet Loopback) loop fuction, be used for detection of connectivity between MEP (maintenance field end points) and MIP (maintenance field the intermediate node)/MEP, and frame delay in the performance parameter and frame delay jitter measurement;

ETH-LT (Ethernet Link Trace) function is used for fault location;

Alarm deixis based on ETH-AIS (Ethernet alarm indication signal) and ETH-RDI (the reverse defective indication of Ethernet) is used for the fault warning forward/reverse and suppresses;

ETH-LM (ethernet frame is lost measurement) function is used for the frame loss rate of measurement performance parameter;

ETH-DM (ethernet frame delay measurements) function is used for the delay of measurement performance parameter.

In 7ethoam (Y.1 7 Ethernet OAM) fault management capability Y.1, ETH-CC and ETH-LB function can realize in the multicast mode, but the multicast of ETH-LT function realizes that difficulty is bigger, thereby, also do not define the ETH-LT of multicast at present.

And, in performance management function Y.17ethoam, the definition of FLR (frame loss rate), FD (frame delay) and FDV network performance parameters such as (frame delay shakes) and measurement all are based on point-to-point (the Point to Point of clean culture, P2P), for the performance parameter of multicast with measure and still can't realize.

Along with development of Ethernet technology, the Ethernet of some type (as IEEE 802.3) the advantage of intrinsic suitable multicast, feasible multicast service based on Ethernet will be widely used in the Ethernet gradually, for this reason, need carry out the measurement of Ethernet multicast performance parameter to weigh the multicast performance of Ethernet.

In the Draft 4 (draft 4) of MEF10-Ethernet Service Attribute (10-of Metro Ethernet Forum Ethernet service attribute), defined the performance parameter between the multiple spot, specifically be expressed as a vector, the performance parameter in each element representation multiple spot group of vector between certain a pair of node.

At present, also have a kind of set of adopting the performance parameter of many unicast path to represent the implementation method of the performance parameter between the multiple spot.

For example, suppose to have in the network 3 nodes, a, b and c, then the network performance parameter between the multiple spot in multidrop network with vector representation is:

(1) { FLR (a, b), FLR (c, b), FLR (a, c) } represented the LOF performance between the multiple spot of this network;

(2) { FD (a, b), FD (c, b), FD (a, c) } represented the frame delay performance between the multiple spot of this network;

(3) { FDV (a, b), FDV (c, b), FDV (a, c) } represented that the frame delay between the multiple spot of this network changes performance.

Certainly, when node is a lot of in the network, the element of vector also will increase greatly, at this moment, can not preserve all elements, as OAM, only need wherein maximum, minimum value and mean value to get final product, that is, therefore, corresponding network performance parameter can be expressed as:

(1) FLR{Max (maximum), Min (minimum value), Average (mean value) }, LOF parameter between the multiple spot;

(2) FD (Max, Min, Average), frame delay parameter between the multiple spot;

(3) FDV (Max, Min, Average), frame running parameter between the multiple spot.

In a word, there has been network performance parameter definition between the multiple spot at present, but, performance parameter between the corresponding multiple spot is based on the definition that the clean culture performance parameter between many 2 has been done, thereby, the network performance parameter that detect to obtain based on this definition also just corresponding corresponding unicast networks performance parameter.

But,, therefore, can't detect the network performance parameter that obtains between the above-mentioned multiple spot that defines between based on single-point on the OAM plane in fact because the network performance parameter value between collecting on the OAM plane at all 2 is unusual difficulty at all.

In addition, as shown in Figure 1, because each bar unicast path of multicast path and its of P2MP might not be identical; And, the function that unicast communication will be finished cast communication must be taken turns the traffic replication amount one by one, and cast communication is then because in the multicast upstream, flow may only send a, only on bifurcation, just duplicate flow, make cast communication can utilize Internet resources still less comparatively speaking.Therefore, directly use cast communication ageing also different with the cast communication that the unicast communication that utilizes many unicast path constructs.This just makes for the specific environment of P2MP (putting multiple spot) cast communication, is not fit to adopt point to go to weigh the network service performance of P2MP cast communication to the unicast networks performance parameter of many unicast path of multiple spot.

Therefore, the definition of the performance parameter of P2MP multi-casting communication and measurement must realize based on the multicast path.But, also do not have a kind of feasible network performance parameter detection method at present based on multicast.

Summary of the invention

The purpose of this invention is to provide a kind of implementation method that detects the Ethernet-Tree performance, determine the multicast network performance parameter of Ethernet mid point to multiple spot thereby can effectively detect, auxiliary Ethernet OAM provides comprehensive network performance evaluation.

The objective of the invention is to be achieved through the following technical solutions:

The invention provides a kind of implementation method that detects the Ethernet-Tree performance, comprising:

A, initiate the some structure and send the multicast performance that comprises identification information to measure request message in test; Described multicast performance measurement comprises: LOF measurement and/or frame delay are measured;

Particularly, when realizing that ethernet operation administers and maintains OAM and carries out LOF and measure, initiate the some structure and send the multicast claim frame that adopts multicast media access control MAC address in test, comprise the multicast LOF in the described request frame and measure request operation code, forward direction transmit frame Counter Value information and identification information; When realizing that ethernet operation administers and maintains OAM and carries out frame delay when measuring, initiate a structure and send the multicast claim frame that adopts multicast media access control MAC address in test, comprise the multicast frame delay in the described request frame and measure request operation code, forward direction transmitting time stamp information and identification information;

Each node of B, the described multicast performance measured message of reception is initiated point to test respectively and is sent the performance measurement response message that comprises described identification information;

C, test are initiated point and are received described performance measurement response message, and measure the multicast performance parameter according to the identification information that receives in the message;

Particularly, when carrying out LOF and measure, test is initiated point within the predetermined time, calculates the LOF value according to forward direction transmit frame Counter Value and forward direction received frame Counter Value in two multicast response frames of the same identification information of continuous reception; When carrying out the frame delay measurement, test is initiated point within the predetermined time, according to the time that receives the multicast response frame, and the forward direction transmitting time in the multicast response frame is stabbed information, the forward direction time of reception stabs information and reverse transmitting time is stabbed information calculations frame delay value.

Described identification information comprises:

Transmission sign Transaction ID in the Ethernet OAM message.

Described step B comprises:

B1, when carrying out LOF and measure, make up the multicast response frame at the node that receives the multicast request, in response frame, comprise described identification information, multicast LOF and measure the forward direction transmit frame Counter Value information in operation response sign indicating number, the claim frame and the forward direction received frame Counter Value information of receiving node, and after postponing predetermined random delay time, send this multicast response frame;

And/or,

B2, when carrying out frame delay when measuring, make up the multicast response frame at the node that receives the multicast request, in response frame, comprise described identification information, multicast frame delay and measure forward direction transmitting time in operation response sign indicating number, the claim frame and stab information and send.

Described step B2 specifically comprises:

When carrying out the frame delay measurement, make up the multicast response frame at the node that receives the multicast request, in response frame, comprise the forward direction time of reception stamp information that the forward direction transmitting time in described identification information, multicast frame delay measurement operation response sign indicating number, the claim frame is stabbed information and receiving node, and after postponing predetermined random delay time, the back stamp to transmitting time of receiving node write in the multicast response frame, and send.

Also comprise before the described step C:

Before test multicast performance parameter, initialization frame is lost value and/or frame delay value.

Described LOF value comprises: minimum frame is lost value, largest frames is lost value and/or total LOF value, and the value of multicast group size;

And/or,

Described frame delay value comprises: minimum frame length of delay, largest frames length of delay and/or total frame delay value, and the value of multicast group size.

Described step C also comprises:

C1, when carrying out LOF and measure, upgrade minimum frame according to the described LOF value that obtains and lose value, largest frames and lose value and/or the total LOF value and the value of multicast group size;

And/or,

C2, when carrying out frame delay when measuring, upgrade minimum frame length of delay, largest frames length of delay and/or the total frame delay value and the value of multicast group size according to the described frame delay value that obtains.

Described step C1 comprises:

The difference that the LOF value equals the forward direction transmit frame Counter Value in two multicast response frames of the same identification information that receives continuously deducts the difference of two forward direction received frame Counter Values in the multicast response frame, and:

When described LOF value is lost value less than minimum frame, minimum frame is lost value be updated to this LOF value;

And/or,

When described LOF value is lost value greater than largest frames, largest frames is lost value be updated to this LOF value;

And/or,

Total LOF value equal current total LOF value and described LOF value and, and the value of multicast group size need add one.

Described step C2 comprises:

The frame delay value equals to receive the time of multicast response frame and the difference of forward direction transmitting time stamp information deducts the difference that the forward direction time of reception stabs information and reverse transmitting time stamp information, and:

When described frame delay value during less than the minimum frame length of delay, then with described frame delay value as the minimum frame length of delay;

And/or,

When described frame delay value during greater than the largest frames length of delay, then with described frame delay value as the largest frames length of delay;

And/or,

Total frame delay value equal current total frame delay value and described frame delay value and, and the value of multicast group size added one.

Among the present invention, carry out described step C and also comprise before:

C0, test are initiated after point receives a described multicast performance and measure response message, when wherein identification information is correct identification information, and execution in step C then.

Described step C0 also comprises:

Whether correct according to the identification information that the definite multicast performance that receives of the effective identification information of preserving is measured in the response message.

As seen from the above technical solution provided by the invention, the present invention is to serve as multicast performance parameter in the basis definition Ethernet OAM with the multicast path, and corresponding multicast performance parameter detection method is provided.The present invention is to Y.17ethoam defined OAM frame format change is little, concrete 4 message opcode of increase that only need, measure for frame delay that the forward direction time of reception stabs and stab to transmitting time the back as long as response frame is taken back, the difference of the two comprises the random delay that acceptance point does and gets final product.

And the present invention is in implementation procedure, and is comparatively simple in the handling process that sends point and acceptance point, and the computational methods that adopt are the computational methods based on original clean culture performance measurement.

Therefore, the present invention can well realize the parameter measurement of P2MP multicast performance in Ethernet OAM, thereby auxiliary OAM provides more comprehensive network performance evaluation.

Description of drawings

Fig. 1 a is a unicast message transport process schematic diagram;

Fig. 1 b is a multicast message transport process schematic diagram;

Fig. 2 is the total specific implementation process schematic diagram of method of the present invention;

Fig. 3 is the specific implementation process one of method of the present invention;

Fig. 4 is the specific implementation process two of method of the present invention.

Embodiment

Core of the present invention is based on the P2MP multicast performance parameter among the multicast path definition Ethernet, providing the P2MP multicast performance to measure in Ethernet OAM supports, thereby can change the P2MP multicast performance of assessment Ethernet from frame loss rate, frame delay, frame delay on the OAM plane as the clean culture performance parameter.

For ease of the understanding of the present invention, will describe specific implementation of the present invention below.

The present invention at first needs P2MP multicast performance parameter is defined in the specific implementation process, so that can carry out the measurement of corresponding performance parameter according to the content of definition in the subsequent process;

Definition P2MP multicast performance parameter also changes three aspects from LOF, frame delay and frame delay and realizes.Described P2MP multicast performance parameter is based on the performance parameter of multicast path, and the destination address of promptly corresponding OAM must be a multicast address, needs to consider the big or small Z of multicast group in definition procedure, simultaneously, also needs to consider the stand-by period T that measures.The performance parameter of corresponding every multicast path comprises: the Max of each performance parameter (maximum), Min (minimum) and Average (on average) value situation, in each performance parameter process of actual measurement, can measure as required among corresponding M ax, Min and the Average each or multinomial.

For the performance parameter of multicast path, it is meaningful only a bit promptly to put the parameter value of multicast group direction to multiple spot, is mode of unicast and non-meaning because of its essence then in the other direction.But, when measuring, can use two-way (two-way) mode to measure usually, promptly may comprise reciprocal measured value in the computational process, assessment there is no big influence but this is to multicast performance.

The P2MP multicast performance parameter that defines among the present invention is specific as follows:

(1) P2MP-FLR is defined as (Max, Min, Average) Z, the T of each bar multicast path FLR of P2MP;

(2) P2MP-FD is defined as (Max, Min, Average) Z, the T of each bar multicast path FD of P2MP;

(3) P2MP-FDV is defined as (Max, Min, Average) Z, the T of each bar multicast path FDV of P2MP;

In above-mentioned each performance parameter, subscript Z represents the multicast group size, concrete expression be the multicast group size that is embodied when measuring in real time, it is the bar number in multicast path, hypothesis multicast group size is unpredictable among the present invention, therefore, measurement for the two-way mode, by measuring the initiation point stand-by period empirical value T is set, if the answer message all arrives in the time at T, measure effectively, still can receive measurement answer message if surpass stand-by period T, then sending alarm, specifically is to realize with the TransactionID in the OAM message (transmission sign).

If OAM(Operation Administration Maintenance) is implemented in the hardware, the calculating of Average may need division, this is very difficult for hardware, therefore, can use { Max, Min, Total (measured value and) } Z, T represents that wherein Total represents each multicast path performance measured value of parameters sum, and the implication of this expression mode and previously described expression mode is basic identical.At this moment, the memory space of Total must be enough big, needs 64bit usually.

Based on the definition of above-mentioned each multicast performance parameter, corresponding multicast performance parameter measurement process is as follows:

At first, at up-to-date Y.17ethoam Draft, Nov., on 2005, the general frame head form of the Ethernet OAM of definition is as shown in table 1:

Table 1

In the prior art,, defined LOF measurement and frame delay measuring operation sign indicating number for the clean culture performance measurement, specific as follows:

LMM, request operation code is measured in LOF;

LMR, the operation response sign indicating number is measured in LOF;

DMM, frame delay is measured request operation code;

DMR, frame delay is measured request operation code.

Based on the command code of above-mentioned clean culture performance measurement, the present invention is provided with the command code that multicast performance is measured, and is specific as follows:

P2MP-LMM, request operation code is measured in P2MP multicast LOF;

P2MP-LMR, the operation response sign indicating number is measured in P2MP multicast LOF;

P2MP-DMM, P2MP multicast frame delay is measured request operation code;

P2MP-DMR, P2MP multicast frame delay is measured the operation response sign indicating number.

It is as follows to measure the field that comprises in the frame in carrying out multicast performance parameter measurement process:

(1) measures for LOF

Clean culture LMM frame must comprise the TxFCf field, i.e. forward direction transmit frame Counter Value, and the P2MP-LMM frame requires identical therewith;

Clean culture LMR frame must comprise TxFCf, RxFCf and TxFCb field, be that forward direction transmit frame Counter Value, forward direction received frame Counter Value and back are to frame transmitting counter value, wherein the TxFCf field copies from the LMM frame and comes, the P2MP-LMM frame requires identical therewith, but only actually uses TxFCf, RxFCf.

(2) measure for frame delay

Clean culture DMM frame must comprise the forward direction transmitting time and stab TxTimeStampf, and the P2MP-DMM frame requires identical therewith;

Clean culture DMR frame must comprise the forward direction transmitting time and stab TxTimeStampf, promptly come from DMM frame copy, for the P2MP-DMM frame, DMR also needs the forward direction time of reception to stab RxTimeStampf and TxTimeStampb is stabbed to transmitting time in the back, and the difference of TxTimeStampb and RxTimeStampf must contain the random delay that acceptance point is done.

In addition and the clean culture performance measurement relatively, the measurement of the Two-way mode during the P2MP multicast performance is measured faces two problems:

(1) multiple spot refluxes excessive, for this reason, require to measure the initiation point and must measure request message, according to Y.17ethoam, because each transmission message distributes a TransactionID with low-down speed transmission, after message sends, Transaction ID keeps a period of time, is used for the related message of replying, and retention time is unified with message transmitting spped rate in fact, retention time disposes according to experience, for example defaults to 5s;

(2) the multiple spot backflow is too concentrated, can overcome by making acceptance point postpone a random time (being random delay) before response, and described random delay has certain limit, and this scope also is configurable, for example defaults to 1s.

No matter be to measure LOF or frame delay, in general, all follow roughly the same processing procedure for multicast is measured, process is as shown in Figure 2 accordingly:

At first, transmitting terminal sends the multicast measurement request frame, comprises the parameter value of measuring operation sign indicating number, message identification information and transmitting terminal delivery time, such as measuring the needed forward direction transmit frame of LOF count value, measures the needed forward direction transmitting time of frame delay and stabs;

Secondly, receiving terminal is received after the multicast measurement request frame, reply, comprise the measuring operation answer, message is represented the parameter value of information and receiving terminal time of reception and the parameter value of replying delivery time, receive needed forward direction received frame count value such as measuring the needed forward direction of LOF, measuring the needed forward direction time of reception of frame delay stabs, stab to transmitting time the back, and the parameter value of receiving to be copied to reply in the message and return, such as measuring the needed forward direction transmit frame of LOF count value, measure the needed forward direction transmitting time of frame delay and stab;

At last, transmitting terminal is received and is replied after the message, at first verifies the validity of message, mainly is whether checking message ID is effective, extract the parameter value in the message then, calculate the parameter value on this path, utilize the parameter value on this path at last, calculate and upgrade the multicast performance parameter, comprise: concrete performance parameter value, the performance parameter value summation of multicast group, and multicast group size, maximum and/or minimum value, wherein said performance parameter value comprise LOF value and frame delay value.

Difference at the measurement of the measurement of LOF value and frame delay value is: transmitting terminal receive reply message after, the computing formula of LOF and frame delay is different on the calculating individual paths, specifically will be to illustrate accordingly in the follow-up description at Fig. 3 and Fig. 4.

Below in conjunction with Fig. 3 and Fig. 4 the measuring process of each multicast performance parameter is described in detail.

(1) (P2MP-LM) measured in P2MP multicast LOF

For ease of description, at first carry out following hypothesis to the LOF measuring process:

Suppose that the transmission that sends measured message at transmitting terminal is spaced apart time T, it is local Transaction ID retention time, after sending message during overtime T, with the Transaction ID deletion of preserving, afterwards, if receive the frame that has this Transaction ID again, then think illegal, can send alarm;

Suppose that acceptance point receives that multicast measures random delay scope behind the frame, promptly described random delay is R;

The size of supposing the multicast group of this measurement is Z;

The LOF accumulative total of supposing each bar multicast path is Total, and minimum frame is lost and is Min, and largest frames is lost and is Max.

Secondly, based on above-mentioned hypothesis, the processing procedure that corresponding LOF is measured is as follows:

(1) measuring the initiation point, make up the P2MP-LM claim frame, specifically need to use multicast MAC Address and P2MP-LMM command code, for present frame distributes a Transaction ID, current forward direction transmit frame Counter Value is filled up in the TxFCf field of claim frame, and other fields can be indifferent to;

(2) measure the initiation point and send a claim frame that makes up, and start Transaction ID reservation timer, overtime length is T, the Z of zero clearing simultaneously, Total, Min, Max value.

(3) at acceptance point, be after some points are received the LOF measurement request frame in the multicast group, making up the P2MP-LMR response frame, particularly, is exactly as destination address with source MAC, with local mac address as source address, the operation response sign indicating number is P2MP-LMR, Transaction ID and TxRCf copied in the response frame, and, local forward direction received frame Counter Value is filled up in the RxFCf field of response frame, and other fields are indifferent to;

(4) in time R scope, do a random delay, promptly send response frame behind R time of delay;

(5) measure initiating point is to calculate LOF on certain paths according to two P2MP-LMR frames, need consider to overflow when adopting two Counter Values to subtract each other; Suppose Counter Value TxFCf1, the RxFCf1 of previous response frame, the Counter Value of the current response frame of receiving is TxFCf2, RxFCf2, and then corresponding handling process is specially as shown in Figure 3:

Step 31: judge according to measuring the Transaction ID value of initiating to keep in the point whether the Transaction ID in the response frame that receives is consistent, and promptly whether Transaction ID is effective, if, then execution in step 33, otherwise execution in step 32 promptly produces alarm;

Step 33: calculating LOF value FL is (TxFCf2-TxFCf1)-(RxFCf2-RxFCf1);

Step 34: calculating total LOF value Total is that current Total value adds this FL value, and makes Z that value adds 1;

Step 35: whether the minimum M in that judges current LOF greater than the FD value, if, then make Min=FD, otherwise, execution in step 36;

Step 36: whether the maximum Max that judges current LOF is less than the FD value, if then make Max=FD, otherwise process finishes.

Based on the processing procedure of above-mentioned steps 31 to step 36, on measuring the initiation point, wait for the response frame that receives the same Transaction ID that returns in the time of lasting T always, and carry out above-mentioned processing, obtain the value of the multicast performance parameter of LOF behind the T when the time of advent.

(2) P2MP multicast frame delay is measured (P2MP-DM)

Equally, for ease of description, at first carry out following hypothesis to the frame delay measuring process:

The size of supposing the multicast group of this measurement is Z;

Secondly, based on above-mentioned hypothesis, the processing procedure that corresponding frame delay is measured is as follows:

(1) measuring the initiation point, make up the P2MP-DM claim frame, specifically need to use multicast MAC Address and P2MP-DMM request operation code, for present frame distributes a Transaction ID, current forward direction transmitting time stamp is filled up in the TxTimeStampf field of claim frame, and other fields can be indifferent to;

(2) initiate point in measurement and send a claim frame, and start Transaction ID reservation timer, overtime length is T, the Z of zero clearing simultaneously, Total, Min, Max value.

(3) at acceptance point, be after some points are received the LOF measurement request frame in the multicast group, make up the P2MP-DMR response frame, particularly, be exactly with source MAC as destination address, as source address, the operation response sign indicating number is P2MP-DMR with local mac address, Transaction ID and TxTimeStampf are copied in the response frame, and local forward direction time of reception is stabbed the RxTimeStampf that is filled up to response frame;

(4) at acceptance point, in time R scope, do a random delay, promptly postpone R after the time, the back is stabbed in the TxTimeStampb field that is filled up to response frame to transmitting time send response frame immediately;

(5) after described measurement initiation point was received response frame, establishing the time of receipt (T of R) was RxTimeb, and then corresponding handling process specifically comprises as shown in Figure 4:

Step 41: judge according to measuring the Transaction ID value of initiating to keep in the point whether the Transaction ID in the response frame that receives is consistent, and promptly whether Transaction ID is effective, if, then execution in step 43, otherwise execution in step 42 promptly produces alarm;

Step 43: calculating frame delay time FD is RxTimeb-TxTimeStampf-(RxTimeStampf-TxTimeStampb);

Step 44: calculating total frame delay time T otal is that current Total value adds this FD value, and makes Z that value adds 1;

Step 45: whether the minimum M in that judges the current frame delay time greater than the FD value, if, then make Min=FD, otherwise, execution in step 46;

Step 46: whether the maximum Max that judges the current frame delay time is less than the FD value, if then make Max=FD, otherwise process finishes.

Based on the processing procedure of above-mentioned steps 41 to step 46, on measuring the initiation point, wait for the response frame that receives the same Transaction ID that returns in the time of lasting T always, and carry out above-mentioned processing, obtain the value of the multicast performance parameter of frame delay behind the T when the time of advent.

In sum, provided by the inventionly serve as the multicast performance parameter in the basis definition Ethernet OAM and then carry out implementation method that the Ethernet-Tree performance parameter detects and change little defined OAM frame format Y.17ethoam with the multicast path, only requiring increases by 4 message codes, measure for frame delay that the forward direction time of reception stabs and stab to transmitting time the back as long as response frame is taken back, the difference of the two comprises the random delay that acceptance point does and gets final product.The handling process that sends point and acceptance point is also uncomplicated, and based on the computational methods of original clean culture performance measurement.Therefore, utilize the present invention can in Ethernet OAM, well realize the parameter measurement of P2MP multicast performance.

The above; only for the preferable embodiment of the present invention, but protection scope of the present invention is not limited thereto, and anyly is familiar with those skilled in the art in the technical scope that the present invention discloses; the variation that can expect easily or replacement all should be encompassed within protection scope of the present invention.Therefore, protection scope of the present invention should be as the criterion with the protection range of claim.

Claims

1. an implementation method that detects the Ethernet-Tree performance is characterized in that, comprising:

2. the implementation method of detection Ethernet-Tree performance according to claim 1 is characterized in that, described identification information comprises:

Transmission sign Transaction ID in the Ethernet OAM message.

3. the implementation method of detection Ethernet-Tree performance according to claim 1 is characterized in that, described step B comprises:

And/or,

4. the implementation method of detection Ethernet-Tree performance according to claim 3 is characterized in that, described step B2 specifically comprises:

5. the implementation method of detection Ethernet-Tree performance according to claim 1 is characterized in that, also comprises before the described step C:

6. the implementation method of detection Ethernet-Tree performance according to claim 5 is characterized in that, described LOF value comprises: minimum frame is lost value, largest frames is lost value and/or total LOF value, and the value of multicast group size;

And/or,

7. the implementation method of detection Ethernet-Tree performance according to claim 6 is characterized in that, described step C also comprises:

And/or,

8. the implementation method of detection Ethernet-Tree performance according to claim 7 is characterized in that, described step C1 comprises:

And/or,

9. the implementation method of detection Ethernet-Tree performance according to claim 7 is characterized in that, described step C2 comprises:

And/or,

10. according to the implementation method of each described detection Ethernet-Tree performance of claim 1 to 4, it is characterized in that, carry out described step C and also comprise before:

11. the implementation method of detection Ethernet-Tree performance according to claim 10 is characterized in that, described step C0 also comprises: