CN1992651A - Implementation method for detecting multicast performance of Ethernet - Google Patents

Implementation method for detecting multicast performance of Ethernet Download PDF

Info

Publication number
CN1992651A
CN1992651A CNA2005101352988A CN200510135298A CN1992651A CN 1992651 A CN1992651 A CN 1992651A CN A2005101352988 A CNA2005101352988 A CN A2005101352988A CN 200510135298 A CN200510135298 A CN 200510135298A CN 1992651 A CN1992651 A CN 1992651A
Authority
CN
China
Prior art keywords
frame
multicast
value
delay
lof
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Granted
Application number
CNA2005101352988A
Other languages
Chinese (zh)
Other versions
CN1992651B (en
Inventor
李贺军
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Huawei Technologies Co Ltd
Original Assignee
Huawei Technologies Co Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Huawei Technologies Co Ltd filed Critical Huawei Technologies Co Ltd
Priority to CN2005101352988A priority Critical patent/CN1992651B/en
Priority to PCT/CN2006/002255 priority patent/WO2007073648A1/en
Publication of CN1992651A publication Critical patent/CN1992651A/en
Application granted granted Critical
Publication of CN1992651B publication Critical patent/CN1992651B/en
Expired - Fee Related legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00Data switching networks
    • H04L12/02Details
    • H04L12/16Arrangements for providing special services to substations
    • H04L12/18Arrangements for providing special services to substations for broadcast or conference, e.g. multicast
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L43/00Arrangements for monitoring or testing data switching networks
    • H04L43/50Testing arrangements

Landscapes

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

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 (Y.17 Ethernet OAM) fault management capability Y.17ethoam, 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 Draft4 (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{Ma * (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 network multicast performance, comprising:
A, initiate the some structure and send the multicast performance that comprises identification information to measure request message in test;
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.
Described steps A comprises:
When realizing that ethernet operation administers and maintains OAM, initiate the some structure and send the multicast claim frame that adopts multicast media access control MAC address in test, carrying multicast performance measuring operation sign indicating number information and corresponding identification information in the described request frame.
Described steps A comprises:
A1, when carrying out LOF and measure, initiate point in test and make up a multicast claim frame that adopts the multicast MAC Address, and in described claim frame, comprise the multicast LOF and measure request operation code, forward direction transmit frame Counter Value information and identification information;
And/or,
A2, when carrying out frame delay when measuring, initiate point in test and make up a multicast claim frame that adopts the multicast MAC Address, and comprise in described claim frame that the multicast frame delay is measured request operation code, the forward direction transmitting time is stabbed information and identification information.
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.
Described step C comprises:
Within the predetermined time, test is initiated point and is received described performance measurement response message, and measures the multicast performance parameter according to the identification information that receives in the message.
Also comprise before the described step C:
Before test multicast claim frame, 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 specifically comprises:
C1, when carrying out LOF and measure, test is initiated point within the predetermined time, calculate the LOF value according to forward direction transmit frame Counter Value in two multicast response frames of the same identification information of continuous reception and forward direction received frame Counter Value, and upgrade minimum frame according to this LOF value 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, 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 stab information, forward direction time of reception stab information and oppositely transmitting time stab information calculations frame delay value, and 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 this frame delay value.
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 described multicast response message, when wherein identification information is correct identification information, and execution in step C then.
Described step C0 also comprises:
Whether the identification information in the multicast response message of determining to receive according to the effective identification information of preserving is correct.
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, be defined as each bar multicast path FLR of P2MP (Max, Min, Average) Z, T
(2) P2MP-FD, be defined as each bar multicast path FD of P2MP (Max, Min, Average) Z, T
(3) P2MP-FDV, be defined as each bar multicast path FDV of P2MP (Max, Min, Average) Z, T
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 unusual difficulty for hardware, therefore, can be with { Max, Min, Total (measured value and) } Z, TRepresent that wherein Total represents each multicast path performance measured value of parameters sum, 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
0 1 2 3
OAM EtherType
ME Level Version OpCode HdrLength
OpCode Specific Fields
...
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:
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 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 (14)

1, a kind of implementation method that detects the network multicast performance is characterized in that, comprising:
A, initiate the some structure and send the multicast performance that comprises identification information to measure request message in test;
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.
2, the implementation method of detection network multicast performance according to claim 1 is characterized in that, described steps A comprises:
When realizing that ethernet operation administers and maintains OAM, initiate the some structure and send the multicast claim frame that adopts multicast media access control MAC address in test, carrying multicast performance measuring operation sign indicating number information and corresponding identification information in the described request frame.
3, the implementation method of detection network multicast performance according to claim 2 is characterized in that, described steps A comprises:
A1, when carrying out LOF and measure, initiate point in test and make up a multicast claim frame that adopts the multicast MAC Address, and in described claim frame, comprise the multicast LOF and measure request operation code, forward direction transmit frame Counter Value information and identification information;
And/or,
A2, when carrying out frame delay when measuring, initiate point in test and make up a multicast claim frame that adopts the multicast MAC Address, and comprise in described claim frame that the multicast frame delay is measured request operation code, the forward direction transmitting time is stabbed information and identification information.
4, the implementation method of detection network multicast performance according to claim 3 is characterized in that, described identification information comprises:
Transmission sign Transaction ID in the Ethernet OAM message.
5, the implementation method of detection network multicast performance according to claim 3 is characterized in that, 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.
6, the implementation method of detection network multicast performance according to claim 5 is characterized in that, 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.
According to the implementation method of each described detection network multicast performance of claim 1 to 6, it is characterized in that 7, described step C comprises:
Within the predetermined time, test is initiated point and is received described performance measurement response message, and measures the multicast performance parameter according to the identification information that receives in the message.
8, the implementation method of detection network multicast performance according to claim 7 is characterized in that, also comprises before the described step C:
Before test multicast claim frame, initialization frame is lost value and/or frame delay value.
9, the implementation method of detection network multicast performance according to claim 8 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,
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.
10, the implementation method of detection network multicast performance according to claim 9 is characterized in that, described step C specifically comprises:
C1, when carrying out LOF and measure, test is initiated point within the predetermined time, calculate the LOF value according to forward direction transmit frame Counter Value in two multicast response frames of the same identification information of continuous reception and forward direction received frame Counter Value, and upgrade minimum frame according to this LOF value 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, 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 stab information, forward direction time of reception stab information and oppositely transmitting time stab information calculations frame delay value, and 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 this frame delay value.
11, the implementation method of detection network multicast performance according to claim 10 is characterized in that, 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.
12, the implementation method of detection network multicast performance according to claim 10 is characterized in that, 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.
13, according to the implementation method of each described detection network multicast performance of claim 1 to 6, it is characterized in that, carry out described step C and also comprise before:
C0, test are initiated after point receives described multicast response message, when wherein identification information is correct identification information, and execution in step C then.
14, the implementation method of detection network multicast performance according to claim 13 is characterized in that, described step C0 also comprises:
Whether the identification information in the multicast response message of determining to receive according to the effective identification information of preserving is correct.
CN2005101352988A 2005-12-29 2005-12-29 Implementation method for detecting multicast performance of Ethernet Expired - Fee Related CN1992651B (en)

Priority Applications (2)

Application Number Priority Date Filing Date Title
CN2005101352988A CN1992651B (en) 2005-12-29 2005-12-29 Implementation method for detecting multicast performance of Ethernet
PCT/CN2006/002255 WO2007073648A1 (en) 2005-12-29 2006-09-01 A method and system for detecting the ethernet multicast performance

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN2005101352988A CN1992651B (en) 2005-12-29 2005-12-29 Implementation method for detecting multicast performance of Ethernet

Publications (2)

Publication Number Publication Date
CN1992651A true CN1992651A (en) 2007-07-04
CN1992651B CN1992651B (en) 2010-12-01

Family

ID=38214612

Family Applications (1)

Application Number Title Priority Date Filing Date
CN2005101352988A Expired - Fee Related CN1992651B (en) 2005-12-29 2005-12-29 Implementation method for detecting multicast performance of Ethernet

Country Status (2)

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

Cited By (11)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101237345B (en) * 2007-12-04 2010-09-08 奇瑞汽车股份有限公司 A network management method for CAN bus
WO2010118569A1 (en) * 2009-04-14 2010-10-21 华为技术有限公司 Ip network performance measurement method, apparatus and system
WO2010139281A1 (en) * 2009-06-04 2010-12-09 中兴通讯股份有限公司 Method and apparatus for detecting ethernet operation, administration and maintenance (oam)
WO2011057544A1 (en) * 2009-11-11 2011-05-19 中兴通讯股份有限公司 Method and system for implementing operation administration and maintenance (oam) from point to multi-points based on 802.3ah protocol
CN102256291A (en) * 2011-07-11 2011-11-23 福建星网锐捷网络有限公司 Wireless access device detection method and system
CN101521607B (en) * 2009-04-13 2012-01-04 重庆中天重邮通信技术有限公司 Method and device for testing Ethernet network performance
CN102651702A (en) * 2012-05-09 2012-08-29 华为技术有限公司 Ethernet performance measurement method and equipment
WO2014008809A1 (en) * 2012-07-09 2014-01-16 中兴通讯股份有限公司 Frame loss detection method and system
CN103828302A (en) * 2011-09-20 2014-05-28 日本电气株式会社 Diagnostic system
CN102271067B (en) * 2011-08-30 2017-08-11 南京中兴新软件有限责任公司 Network detecting method, apparatus and system
CN110971477A (en) * 2018-09-29 2020-04-07 华为技术有限公司 Communication method, device, system and storage medium

Families Citing this family (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN117640481B (en) * 2023-12-19 2024-05-31 中国西安卫星测控中心 Multi-network node parallel multicast test method

Family Cites Families (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6732182B1 (en) * 2000-05-17 2004-05-04 Worldcom, Inc. Method for generating packet loss report by a data coordinator in a multicast data transmission network utilizing a group shortest path tree
EP1211842A1 (en) * 2000-11-30 2002-06-05 BRITISH TELECOMMUNICATIONS public limited company Network management apparatus
US7007086B2 (en) * 2002-06-14 2006-02-28 Sun Microsystems, Inc. Method and apparatus for measuring multi-connection performance of a server
US7924725B2 (en) * 2003-11-10 2011-04-12 Nortel Networks Limited Ethernet OAM performance management

Cited By (16)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101237345B (en) * 2007-12-04 2010-09-08 奇瑞汽车股份有限公司 A network management method for CAN bus
CN101521607B (en) * 2009-04-13 2012-01-04 重庆中天重邮通信技术有限公司 Method and device for testing Ethernet network performance
WO2010118569A1 (en) * 2009-04-14 2010-10-21 华为技术有限公司 Ip network performance measurement method, apparatus and system
US8670331B2 (en) 2009-06-04 2014-03-11 Zte Corporation Method and apparatus for detecting Ethernet operation, administration and maintenance (OAM)
WO2010139281A1 (en) * 2009-06-04 2010-12-09 中兴通讯股份有限公司 Method and apparatus for detecting ethernet operation, administration and maintenance (oam)
WO2011057544A1 (en) * 2009-11-11 2011-05-19 中兴通讯股份有限公司 Method and system for implementing operation administration and maintenance (oam) from point to multi-points based on 802.3ah protocol
CN102256291A (en) * 2011-07-11 2011-11-23 福建星网锐捷网络有限公司 Wireless access device detection method and system
CN102271067B (en) * 2011-08-30 2017-08-11 南京中兴新软件有限责任公司 Network detecting method, apparatus and system
CN103828302A (en) * 2011-09-20 2014-05-28 日本电气株式会社 Diagnostic system
CN103828302B (en) * 2011-09-20 2018-02-06 日本电气株式会社 diagnostic system
WO2013166811A1 (en) * 2012-05-09 2013-11-14 华为技术有限公司 Method and apparatus for ethernet performance measurement
CN102651702A (en) * 2012-05-09 2012-08-29 华为技术有限公司 Ethernet performance measurement method and equipment
WO2014008809A1 (en) * 2012-07-09 2014-01-16 中兴通讯股份有限公司 Frame loss detection method and system
CN103546303A (en) * 2012-07-09 2014-01-29 中兴通讯股份有限公司 Lost frame measuring method and system
CN110971477A (en) * 2018-09-29 2020-04-07 华为技术有限公司 Communication method, device, system and storage medium
CN110971477B (en) * 2018-09-29 2022-03-29 华为技术有限公司 Communication method, device, system and storage medium

Also Published As

Publication number Publication date
WO2007073648A1 (en) 2007-07-05
CN1992651B (en) 2010-12-01

Similar Documents

Publication Publication Date Title
CN1992651A (en) Implementation method for detecting multicast performance of Ethernet
CN1881908A (en) Method for measuring MPLS network performance parameter
US8804722B2 (en) Method and apparatus for routing multicast data across multiple multicast routing domains connected by a shortest path bridging (SPB) network
CN1929424A (en) Method of evaluating channel bandwidth utilization ratio, wireless communication system
CN101040550A (en) Method and apparatus for power savings in wireless systems
CN101030901A (en) Distributed Ethernet system and method for inspecting fault based thereon
CN1703884A (en) Dynamic tunneling peering with performance optimization
CN1855935A (en) Information processing apparatus and method, program, and recording medium
CN1750512A (en) Single broadcast reverse path repeating method
CN1815970A (en) Method for detecting network chain fault and positioning said fault
CN101056215A (en) A network performance measurement method and system
CN1929444A (en) Operator's boundary notes, virtual special LAN service communication method and system
CN101047633A (en) Method, device and system for implementing multi-route transmission
US8054749B2 (en) Method and apparatus for checking maintenance association integrity and method and apparatus for adding maintenance end point
CN1968156A (en) Ethernet device link failure detection method and its system
CN1889470A (en) Chain-circuit time delay detecting method
US20140301404A1 (en) Expanding member ports of a link aggregation group between clusters
CN1893424A (en) Method for realizing warning management adopting affirming mechanism under SNMP protocol
EP3456071A1 (en) Methods, apparatuses and computer program for transmission format/retransmission adaptation in wireless network
US20230100296A1 (en) Communication method, apparatus, and system
CN101043385A (en) System and method for detecting service healthiness
CN105227403B (en) A kind of OpenStack network flow monitoring methods
CN106330762A (en) Method of switch to accelerate data processing, CPU core for carrying out acceleration processing on data and switch
CN1889477A (en) Method for raising group broadcasting requested broadcasting success rate and protocol extraneous group broadcasting routing device
CN1859199A (en) System and method for detecting network worm

Legal Events

Date Code Title Description
C06 Publication
PB01 Publication
C10 Entry into substantive examination
SE01 Entry into force of request for substantive examination
C14 Grant of patent or utility model
GR01 Patent grant
C17 Cessation of patent right
CF01 Termination of patent right due to non-payment of annual fee

Granted publication date: 20101201

Termination date: 20121229