CA2252211C - Delay monitoring of telecommunication networks - Google Patents
Delay monitoring of telecommunication networks Download PDFInfo
- Publication number
- CA2252211C CA2252211C CA002252211A CA2252211A CA2252211C CA 2252211 C CA2252211 C CA 2252211C CA 002252211 A CA002252211 A CA 002252211A CA 2252211 A CA2252211 A CA 2252211A CA 2252211 C CA2252211 C CA 2252211C
- Authority
- CA
- Canada
- Prior art keywords
- node
- cell
- delay
- measurement
- measurement cell
- 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.)
- Expired - Fee Related
Links
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04Q—SELECTING
- H04Q11/00—Selecting arrangements for multiplex systems
- H04Q11/04—Selecting arrangements for multiplex systems for time-division multiplexing
- H04Q11/0428—Integrated services digital network, i.e. systems for transmission of different types of digitised signals, e.g. speech, data, telecentral, television signals
- H04Q11/0478—Provisions for broadband connections
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L12/00—Data switching networks
- H04L12/54—Store-and-forward switching systems
- H04L12/56—Packet switching systems
- H04L12/5601—Transfer mode dependent, e.g. ATM
- H04L2012/5625—Operations, administration and maintenance [OAM]
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L12/00—Data switching networks
- H04L12/54—Store-and-forward switching systems
- H04L12/56—Packet switching systems
- H04L12/5601—Transfer mode dependent, e.g. ATM
- H04L2012/5628—Testing
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L12/00—Data switching networks
- H04L12/54—Store-and-forward switching systems
- H04L12/56—Packet switching systems
- H04L12/5601—Transfer mode dependent, e.g. ATM
- H04L2012/5638—Services, e.g. multimedia, GOS, QOS
- H04L2012/5646—Cell characteristics, e.g. loss, delay, jitter, sequence integrity
- H04L2012/5649—Cell delay or jitter
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L12/00—Data switching networks
- H04L12/54—Store-and-forward switching systems
- H04L12/56—Packet switching systems
- H04L12/5601—Transfer mode dependent, e.g. ATM
- H04L2012/5638—Services, e.g. multimedia, GOS, QOS
- H04L2012/5646—Cell characteristics, e.g. loss, delay, jitter, sequence integrity
- H04L2012/5652—Cell construction, e.g. including header, packetisation, depacketisation, assembly, reassembly
Abstract
Novel techniques are disclosed for continuously monitoring parameters of delay between two nodes in a telecommunication network such as an ATM or frame relay network. The techniques use measurement cells, i.e. test cells, test frames, performance management ATM OAM cells, or performance management frame relay frames.
These cells or frames contain a timestamp indicating the time a cell or frame is sent and a delay value indicating a difference between reception and transmission times of the cell or frame.
These cells or frames contain a timestamp indicating the time a cell or frame is sent and a delay value indicating a difference between reception and transmission times of the cell or frame.
Description
CA 022~2211 1998-10-29 DELAY MONITORING OF TELECOMMUNICATION NETWORKS
Field of the Invention The invention relates generally to monitoring performance of a 5 telecommunication network. In particular, it is directed to monitoring of the cell delay in a telecommunication network, e.g. ATM networks, frame relay networks etc., using measurement cells, test cells or OAM
(Operations, Administration, and Maintenance) cells or, in the case of a frame relay network, test or OAM frames.
Background of the Invention Telecommunication networks must be properly maintained to ensure that adequate network performance is achieved and that end-user services are supported. Maintenance functions include 15 "performance management" (continuous in-service performance monitoring for proactive warning of performance degradation) and "fault management" (detection and location of network trouble and ii failure).
Delay monitoring is important in managing performance of 20 ATM or other telecommunications networks and the following parameters are used for such purposes because they affect important network management functions.
Cell Transfer Delay (CTD) Relates to throughput and response time for high speed data 25 services, and is used for:
-provisioning congestion and protocol parameters such as window sizes and time-outs;
-selecting low delay routes (e.g. to avoid satellite links); and -deploying echo cancellers.
30 Cell Delay Variation (CDV) Used for:
-dimensioning AAL-l buffers for smoothing CBR (continuous bit rate) traffic;
-detecting excessive traffic; and 35 -predicting congestion.
CA 022~2211 1998-10-29 ". :~
To support performance and fault management functions of VPC/VCC (virtual path connection/virtual channel connection) in ATM networks, OAM cells are defined to carry operation information such as error checks, node identifiers (IDs), fault descriptions, loopback 5 indications, timestamps, etc. OAM cells are identified in the ATM cell header as separate from user cells.
Bellcore Technical Advisory TA-NWT-001248, Issue 1, October 1992, describes on pages 5-12 and 5-13 how Performance Management OAM cells (PM OAM cells), each containing a timestamp, can be used 10 to obtain an estimate of excessive cell transfer delay occurrences at the broadband switching system that receives the timestamp information in the forward report within the forward monitoring cell. It further states that this count can only be made and stored at the connection/segment end point that receives the forward monitoring 15 cell, because at present there is no field in the PM OAM cell that allows backward reporting of excessive cell transfer delay occurrences. Bellcore goes on to state:
If "the clocks of the BSSs are synchronized in absolute time,....the one-way delay can be measured directly with a Performance Management OAM cell. However while the frequencies of the BSSs' clocks will be almost perfectly matched in a BISDN network, the absolute time is not expected to be synchronized. In practice, absolute time differences of several seconds are possible.
Whether the clocks are synchronized or not, there is a lower bound on ,the delays observed at a receiving node. Delays longer than the minimum would be caused by queuing and processing delays. ....the parameter of interest is how many delay measurements exceed the maximum allowed value, L+Vma where L is the lowest observed value (obtained through calibration).
When the timestamp is being used, it is encoded in the PM OAM cell at the originating end. This time stamp will be accurate to within +1.0 ,usec. The terminating end point compares the time stamp to the time shown by its own clock.
This comparison needs to be done as soon as OAM processing CA 022~2211 1998-10-29 has begun on the received PM OAM cell, so that the delay measurement includes as little OAM cell processing time as possible. Variation of the delay experienced by the PM OAM cell will provide a good estimate of the delay variation experienced by the user-information cells.
....One can estimate the lowest value, L, by a calibration procedure in which the delays of the first C PM cells [C may be e.g. 1000] are observed, and the lowest value is recorded. Note that L may be negative, because the clocks of the two nodes are 0 not necessarily synchronized. The amount by which the observed delay measurements exceed L provides an unbiased estimate of the delay variation."
To summarize, Bellcore states that:
"To measure cell delay variation, the following actions have to be performed:
- the originating mode must encode time stamps, - the receiving node must calibrate the first C PM cells to calculate L, and - the receiving node must count the number of PM cells with delays greater than L+vmax Monitoring can be performed at different locations in a network and the following are examples:
a) Near-End monitoring which provides performance of a received signal from its origination to its termination. Bit Interleaved 25 Parity (BIP) is used for ATM by forward monitoring OAM cells. The monitoring point is at the received signal termination.
b) Far-End monitoring provides performance of a transmitted signal from its origination to its termination. For ATM, performance at the far-end termination is sent back to the monitoring point in 30 received signal overhead, e.g. backward reporting OAM cells. The monitoring point is at the received signal termination where the overhead is read.
c) Intermediate monitoring is at intermediate locations in a transparent mode such that near- and far-end performance indicators 35 are read but not terminated. This provides performance of the received signal from its origination to the intermediate monitoring point (e.g. by CA 022~2211 1998-10-29 calculating BIP in forward monitoring OAM cells), and performance of a transmitted signal from its origination to its termination (e.g. by reading backward reporting OAM cells at the intermediate monitoring point).
As seen in the above description, the technique described by Bellcore only provides near-end monitoring, and for one parameter only.
In U. S. Patent No. 5,450,394 Sep. 12, 1995 Gruber et al, good techniques for monitoring delays in telecommunications networks are 10 described. The techniques use measurement cells (test cells, PM OAM
cells, test frames etc.,) for sending timestamps between two nodes. In one example in the patent, node A sends to node B a measurement cell containing timestamp value T1 indicating the time the measurement cell is sent, according to a clock at node A. In response to the 15 measurement cell, node B sends to node A a reporting measurement cell containing timestamp value T3 and a delay difference value Td, wherein Td=T2-T1, and T2 and T3 are respectively the times the measurement cell is received at node B and the reporting measurement cell is sent from node B, both according to a clock at node 20 B. Node A then receives the reporting measurement cell at time T4, according to the clock at node A, and calculates delay parameters using T1, T3, T4 and Td.
In the patent, by using these values, node A is able to calculate cell delay variation, (CDV), round trip delay (RTD), cell transfer delay 25 (CTD) etc. The clocks at nodes A and B are not neccessarily synchronized It should be noted, however, that all the above calculations call for T1 value which must be stored at least until T4, that is to say, until node A receives the reporting measurement cell from node B.
The present invention uses similar techniques as described in the patent. The present inventors, however, have realized that for certain delay monitorings e.g., RTD and CTD, timestamp values do not have to be stored at either node.
CA 022~2211 1998-10-29 ,~'~
Objects of the Invention It is therefore an object of the present invention to provide a method of and apparatus for monitoring performance of a telecommunication network such as an ATM or frame relay network.
It is another object of the present invention to provide a method of and apparatus for monitoring delay parameters of a telecommunication network such as an ATM or frame relay network.
It is a further object of the present invention to provide a method of and apparatus for near-end monitoring of delay parameters 10 of a telecommunication network such as an ATM network using measurement cells.
Summ~ry of the Invention Briefly stated, according to one aspect, the invention is directed 15 to a method of measuring delay parameters between nodes A and B in a telecommunication network. The method comprises steps of node A
sending to node B a measurement cell containing timestamp value T1 indicating the time the measurement cell is sent, according to a clock at node A and receiving at time T4, according to the clock at node A a 20 reporting measurement cell from node B, the reporting measurement cell containing the timestamp value T1 and a delay difference value Tb, wherein Tb=T3-T2, and T2 and T3 are respectively the time at which node B received the measurement cell from node A and the time at which node B sent the reporting measurement cell to node A, both 25 according to a clock at node B. The method fruther includes a step of calculating delay parameters using T1, T4 and Tb.
Brief Description of the Drawings For a more complete understanding of the present invention 30 and for further objects and advantages thereof, reference may now be made to the following description, taken in conjunction with the accompanying drawings, in which:
Figure 1 is a schematic illustration of a basic concept of the present invention;
Figure 2 shows a PM OAM cell format.
CA 022~2211 1998-10-29 Detailed Description of Preferred Embodiments Figure 1 depicts schematically the basic concept of near-end and far-end performance monitoring of an ATM network at node A. Near-end and far-end monitoring can be performed independently, 5 however, for convenience the figure shows both. According to one embodiment of the present invention, when monitoring of both near-and far-end is performed, single-ended monitoring is possible at node A. In the figure, the following designations are employed:
T1 is the timestamp value indicating when a measurement cell 10 is sent from A, according to A's clock;
T2 is the time the measurement cell is received at B, according to B's clock;
T3 is the timestamp value indicating when a reporting measurement cell is sent from B, according to B's clock; and T4 is the time the reporting measurement cell is received at A, according to A's clock.
It should be noted that the measurement cell and reporting measurement cell described above can be any specialized cells, they can be test cells, or PM OAM cells. OAM cells are defined in ATM
20 standards and are used for in-service monitoring. The test cells, on the other hand, are used for out-of-service measurements. It is to be understood, therefore, that measurement cells, test cells and OAM cells are interchangeably used throughout this application. OAM cells will be described in more detail below with respect to a different 25 embodiment of the present invention. In frame relay networks, on the other hand, test or OAM frames can be used.
Delays can be expressed as follows:
~ Td=T2-T1=transfer delay + variable delay + TOD error (1) at B, for A to B direction; and 30 ~ Ts=T4-T3=transfer delay + variable delay + TOD error (2) at A, for B to A direction.
In the above equations, the TOD (Time of Day) error is a discrepancy between individual clocks at A and B and equal in value in each direction; it is considered constant during the period of delay test.
35 The transfer delay is system specific and includes propagation and processing delays. Transfer delay is also considered constant in each CA 022~2211 1998-10-29 , -- , direction during the period of delay test. The variable delays are not necessarily equal in each direction. A change in Td or Ts is called cell delay variation (CDV). It should be noted that in unidirectional monitoring (single-ended monitoring at one node), the test is initiated 5 at node A when node A sends a forward monitoring cell or frame to node B and node B responds by sending to node A a backward reporting cell or frame. Full test results are available only at node A.
Referring to Figure 1 again, the algorithmic process of one embodiment of the invention is explained as follows:
10 ~ Node A sends to node B a measurement cell with timestamp T1, according to the node A's clock;
~ Node B receives the measurement cell at T2, according to the node B's clock and copies timestamp T1;
~ At T3, according to the node B's clock, node B sends to node A a reporting measurement cell containing timestamp T1 and delay difference information Tb, where Tb=T3-T2;
~ Node A receives the reporting measurement cell at T4, according to the node A's clock.
Thus Node A has in its possession values T1, T4 and Tb and will be able to obtain various delay parameters using these values.
Round Trip Delay (RTD) can be determined as the sum of the delay differences RTD = (T4-T3) + (T2-T1) (3) Equation (3) can be rearranged as below:
RTD = (T4-T1) - (T3-T2) = (T4-T1) - Tb. (4) Equation (4) thus indicates that RTD is the total round trip delay (T4-T1) less (T3-T2) which includes the cell processing delay and other miscellaneous delays of equipment at node B. From RTD, the cell transfer delay (CTD) in one direction can be calculated as CTD = RTD/2 = {(T4-T1) - Tb}/2. (5) If Time of Day (TOD) distribution among network nodes were accurate, or in other words, if the clocks at the nodes were perfectly synchronized in absolute time, the TOD error in Equations (1) and (2) would be zero. However, in practice, the TOD error can be of the order of a few seconds, so that direct monitoring of one-way transfer delay using timestamps in Equations (1) and (2) is impractical. However, it CA 022~2211 1998-10-29 should be noted that even if the clocks at the nodes are not synchronized, Equations (3) and (4) are always true for RTD
measurement because the TOD error in the direction from A to B in equation (1) will cancel out with the TOD error in another direction from B to A in equation (2 Other delay parameters can be obtained at node A.
Maximum Cell Transfer Delay (MCTD) Averaging samples of CTD provides the mean one-way delay, but for certain circumstances it is more useful to monitor the 10 maximum CTD.
Thus:
Max. CTD = Max. RTD/2 = Max. {(T4-T1) - (Tb)}/2 (6) This is a reasonable estimate of maximum CTD, since physical routing of ATM connections is the same in each direction, that is to say, 15 propagation and nominal processing delays are similar in each direction, although CDV may differ. In équation (6) Max. RTD is the maximum value among RTD samples obtained by equation (3) or (4).
Advantages of this single ended monitoring approach of the present invention thus far described are:
- neither a Time of Day (TOD) clock (i.e., hour, min., sec., etc.), nor TOD coordination among nodes is required. The TOD error among nodes cancels; and - times T1, T2, T3 and T4 don't need to be stored in the equipment at nodes while the delay measurement is underway. They 25 are effectively stored in the test or OAM cells.
While a measurement cell containing a timestamp has thus far been described, different embodiments use test or PM OAM cells which have fields suitable for the purpose of delay monitoring.
The some performance management functions included in the 30 OAM cell format of the recent version are shown in Figure 2 which includes a proposed delay result field.
Forward Monitoring Fields - Block Error Detection Code (BEDCo+l) for cells with CLP (Cell Loss Priority)=0 or 1.
35 Backward Reporting Fields CA 022~2211 1998-10-29 , ,~ , _~
- Total Received Cell Count (TRCC); TRCCo for cells with CLP=0 and TRCCo+l for cells with CLP=0 or 1.
- Block Error Result (BLER); BLERo+l for cells with CLP=0 or 1.
- Delay Result: This field is proposed and will be used to report delay difference information, according to one embodiment of the invention e.g., Tb=T3-T2 in Figure 1.
Shared Fields - Timestamp (TSTP) defined as optional in the recent version.
10 - Monitoring Cell Sequence Number (MCSN).
- Total User-cell Count (TUC); TUCo for cells with CLP=0 and TUCo+l for cells with CLP=0 or 1.
Delay Monitoring Implementation Considerations Out-of-Service Approach: Test cells would be inserted and 15 extracted at test ports. Test cells could be specialized cells with out-of-service test equipment. For delay monitoring, test cells would have a 4 byte timestamp field to carry T1 forward, and the same field could be used to carry T1 backward. In addition, there would be an additional 4 byte field to carry the delay difference Tb = (T3-T2) backward. These 20 fields would be similar in principle to the delay monitoring related fields in the PM OAM cell in Figure 2.
In-Service Approach: This approach would use the PM OAM
cell. At present, the optional 4 byte timestamp field in PM OAM cells is defined for monitoring cells (and for monitoring + reporting cells), and 25 can be used to carry T1 forward. At present, this timestamp field is unused for reporting cells, but could be used to carry T1 backward. As in Figure 2, an additional optional 4 byte "delay result" field could be defined to carry the delay difference Tb = (T3-T2) backward.
Ignored or missing user cells have no bearing on the integrity of 30 delay monitoring as long as a sufficiently large number of samples are reported to reliably determine CTD.
Field of the Invention The invention relates generally to monitoring performance of a 5 telecommunication network. In particular, it is directed to monitoring of the cell delay in a telecommunication network, e.g. ATM networks, frame relay networks etc., using measurement cells, test cells or OAM
(Operations, Administration, and Maintenance) cells or, in the case of a frame relay network, test or OAM frames.
Background of the Invention Telecommunication networks must be properly maintained to ensure that adequate network performance is achieved and that end-user services are supported. Maintenance functions include 15 "performance management" (continuous in-service performance monitoring for proactive warning of performance degradation) and "fault management" (detection and location of network trouble and ii failure).
Delay monitoring is important in managing performance of 20 ATM or other telecommunications networks and the following parameters are used for such purposes because they affect important network management functions.
Cell Transfer Delay (CTD) Relates to throughput and response time for high speed data 25 services, and is used for:
-provisioning congestion and protocol parameters such as window sizes and time-outs;
-selecting low delay routes (e.g. to avoid satellite links); and -deploying echo cancellers.
30 Cell Delay Variation (CDV) Used for:
-dimensioning AAL-l buffers for smoothing CBR (continuous bit rate) traffic;
-detecting excessive traffic; and 35 -predicting congestion.
CA 022~2211 1998-10-29 ". :~
To support performance and fault management functions of VPC/VCC (virtual path connection/virtual channel connection) in ATM networks, OAM cells are defined to carry operation information such as error checks, node identifiers (IDs), fault descriptions, loopback 5 indications, timestamps, etc. OAM cells are identified in the ATM cell header as separate from user cells.
Bellcore Technical Advisory TA-NWT-001248, Issue 1, October 1992, describes on pages 5-12 and 5-13 how Performance Management OAM cells (PM OAM cells), each containing a timestamp, can be used 10 to obtain an estimate of excessive cell transfer delay occurrences at the broadband switching system that receives the timestamp information in the forward report within the forward monitoring cell. It further states that this count can only be made and stored at the connection/segment end point that receives the forward monitoring 15 cell, because at present there is no field in the PM OAM cell that allows backward reporting of excessive cell transfer delay occurrences. Bellcore goes on to state:
If "the clocks of the BSSs are synchronized in absolute time,....the one-way delay can be measured directly with a Performance Management OAM cell. However while the frequencies of the BSSs' clocks will be almost perfectly matched in a BISDN network, the absolute time is not expected to be synchronized. In practice, absolute time differences of several seconds are possible.
Whether the clocks are synchronized or not, there is a lower bound on ,the delays observed at a receiving node. Delays longer than the minimum would be caused by queuing and processing delays. ....the parameter of interest is how many delay measurements exceed the maximum allowed value, L+Vma where L is the lowest observed value (obtained through calibration).
When the timestamp is being used, it is encoded in the PM OAM cell at the originating end. This time stamp will be accurate to within +1.0 ,usec. The terminating end point compares the time stamp to the time shown by its own clock.
This comparison needs to be done as soon as OAM processing CA 022~2211 1998-10-29 has begun on the received PM OAM cell, so that the delay measurement includes as little OAM cell processing time as possible. Variation of the delay experienced by the PM OAM cell will provide a good estimate of the delay variation experienced by the user-information cells.
....One can estimate the lowest value, L, by a calibration procedure in which the delays of the first C PM cells [C may be e.g. 1000] are observed, and the lowest value is recorded. Note that L may be negative, because the clocks of the two nodes are 0 not necessarily synchronized. The amount by which the observed delay measurements exceed L provides an unbiased estimate of the delay variation."
To summarize, Bellcore states that:
"To measure cell delay variation, the following actions have to be performed:
- the originating mode must encode time stamps, - the receiving node must calibrate the first C PM cells to calculate L, and - the receiving node must count the number of PM cells with delays greater than L+vmax Monitoring can be performed at different locations in a network and the following are examples:
a) Near-End monitoring which provides performance of a received signal from its origination to its termination. Bit Interleaved 25 Parity (BIP) is used for ATM by forward monitoring OAM cells. The monitoring point is at the received signal termination.
b) Far-End monitoring provides performance of a transmitted signal from its origination to its termination. For ATM, performance at the far-end termination is sent back to the monitoring point in 30 received signal overhead, e.g. backward reporting OAM cells. The monitoring point is at the received signal termination where the overhead is read.
c) Intermediate monitoring is at intermediate locations in a transparent mode such that near- and far-end performance indicators 35 are read but not terminated. This provides performance of the received signal from its origination to the intermediate monitoring point (e.g. by CA 022~2211 1998-10-29 calculating BIP in forward monitoring OAM cells), and performance of a transmitted signal from its origination to its termination (e.g. by reading backward reporting OAM cells at the intermediate monitoring point).
As seen in the above description, the technique described by Bellcore only provides near-end monitoring, and for one parameter only.
In U. S. Patent No. 5,450,394 Sep. 12, 1995 Gruber et al, good techniques for monitoring delays in telecommunications networks are 10 described. The techniques use measurement cells (test cells, PM OAM
cells, test frames etc.,) for sending timestamps between two nodes. In one example in the patent, node A sends to node B a measurement cell containing timestamp value T1 indicating the time the measurement cell is sent, according to a clock at node A. In response to the 15 measurement cell, node B sends to node A a reporting measurement cell containing timestamp value T3 and a delay difference value Td, wherein Td=T2-T1, and T2 and T3 are respectively the times the measurement cell is received at node B and the reporting measurement cell is sent from node B, both according to a clock at node 20 B. Node A then receives the reporting measurement cell at time T4, according to the clock at node A, and calculates delay parameters using T1, T3, T4 and Td.
In the patent, by using these values, node A is able to calculate cell delay variation, (CDV), round trip delay (RTD), cell transfer delay 25 (CTD) etc. The clocks at nodes A and B are not neccessarily synchronized It should be noted, however, that all the above calculations call for T1 value which must be stored at least until T4, that is to say, until node A receives the reporting measurement cell from node B.
The present invention uses similar techniques as described in the patent. The present inventors, however, have realized that for certain delay monitorings e.g., RTD and CTD, timestamp values do not have to be stored at either node.
CA 022~2211 1998-10-29 ,~'~
Objects of the Invention It is therefore an object of the present invention to provide a method of and apparatus for monitoring performance of a telecommunication network such as an ATM or frame relay network.
It is another object of the present invention to provide a method of and apparatus for monitoring delay parameters of a telecommunication network such as an ATM or frame relay network.
It is a further object of the present invention to provide a method of and apparatus for near-end monitoring of delay parameters 10 of a telecommunication network such as an ATM network using measurement cells.
Summ~ry of the Invention Briefly stated, according to one aspect, the invention is directed 15 to a method of measuring delay parameters between nodes A and B in a telecommunication network. The method comprises steps of node A
sending to node B a measurement cell containing timestamp value T1 indicating the time the measurement cell is sent, according to a clock at node A and receiving at time T4, according to the clock at node A a 20 reporting measurement cell from node B, the reporting measurement cell containing the timestamp value T1 and a delay difference value Tb, wherein Tb=T3-T2, and T2 and T3 are respectively the time at which node B received the measurement cell from node A and the time at which node B sent the reporting measurement cell to node A, both 25 according to a clock at node B. The method fruther includes a step of calculating delay parameters using T1, T4 and Tb.
Brief Description of the Drawings For a more complete understanding of the present invention 30 and for further objects and advantages thereof, reference may now be made to the following description, taken in conjunction with the accompanying drawings, in which:
Figure 1 is a schematic illustration of a basic concept of the present invention;
Figure 2 shows a PM OAM cell format.
CA 022~2211 1998-10-29 Detailed Description of Preferred Embodiments Figure 1 depicts schematically the basic concept of near-end and far-end performance monitoring of an ATM network at node A. Near-end and far-end monitoring can be performed independently, 5 however, for convenience the figure shows both. According to one embodiment of the present invention, when monitoring of both near-and far-end is performed, single-ended monitoring is possible at node A. In the figure, the following designations are employed:
T1 is the timestamp value indicating when a measurement cell 10 is sent from A, according to A's clock;
T2 is the time the measurement cell is received at B, according to B's clock;
T3 is the timestamp value indicating when a reporting measurement cell is sent from B, according to B's clock; and T4 is the time the reporting measurement cell is received at A, according to A's clock.
It should be noted that the measurement cell and reporting measurement cell described above can be any specialized cells, they can be test cells, or PM OAM cells. OAM cells are defined in ATM
20 standards and are used for in-service monitoring. The test cells, on the other hand, are used for out-of-service measurements. It is to be understood, therefore, that measurement cells, test cells and OAM cells are interchangeably used throughout this application. OAM cells will be described in more detail below with respect to a different 25 embodiment of the present invention. In frame relay networks, on the other hand, test or OAM frames can be used.
Delays can be expressed as follows:
~ Td=T2-T1=transfer delay + variable delay + TOD error (1) at B, for A to B direction; and 30 ~ Ts=T4-T3=transfer delay + variable delay + TOD error (2) at A, for B to A direction.
In the above equations, the TOD (Time of Day) error is a discrepancy between individual clocks at A and B and equal in value in each direction; it is considered constant during the period of delay test.
35 The transfer delay is system specific and includes propagation and processing delays. Transfer delay is also considered constant in each CA 022~2211 1998-10-29 , -- , direction during the period of delay test. The variable delays are not necessarily equal in each direction. A change in Td or Ts is called cell delay variation (CDV). It should be noted that in unidirectional monitoring (single-ended monitoring at one node), the test is initiated 5 at node A when node A sends a forward monitoring cell or frame to node B and node B responds by sending to node A a backward reporting cell or frame. Full test results are available only at node A.
Referring to Figure 1 again, the algorithmic process of one embodiment of the invention is explained as follows:
10 ~ Node A sends to node B a measurement cell with timestamp T1, according to the node A's clock;
~ Node B receives the measurement cell at T2, according to the node B's clock and copies timestamp T1;
~ At T3, according to the node B's clock, node B sends to node A a reporting measurement cell containing timestamp T1 and delay difference information Tb, where Tb=T3-T2;
~ Node A receives the reporting measurement cell at T4, according to the node A's clock.
Thus Node A has in its possession values T1, T4 and Tb and will be able to obtain various delay parameters using these values.
Round Trip Delay (RTD) can be determined as the sum of the delay differences RTD = (T4-T3) + (T2-T1) (3) Equation (3) can be rearranged as below:
RTD = (T4-T1) - (T3-T2) = (T4-T1) - Tb. (4) Equation (4) thus indicates that RTD is the total round trip delay (T4-T1) less (T3-T2) which includes the cell processing delay and other miscellaneous delays of equipment at node B. From RTD, the cell transfer delay (CTD) in one direction can be calculated as CTD = RTD/2 = {(T4-T1) - Tb}/2. (5) If Time of Day (TOD) distribution among network nodes were accurate, or in other words, if the clocks at the nodes were perfectly synchronized in absolute time, the TOD error in Equations (1) and (2) would be zero. However, in practice, the TOD error can be of the order of a few seconds, so that direct monitoring of one-way transfer delay using timestamps in Equations (1) and (2) is impractical. However, it CA 022~2211 1998-10-29 should be noted that even if the clocks at the nodes are not synchronized, Equations (3) and (4) are always true for RTD
measurement because the TOD error in the direction from A to B in equation (1) will cancel out with the TOD error in another direction from B to A in equation (2 Other delay parameters can be obtained at node A.
Maximum Cell Transfer Delay (MCTD) Averaging samples of CTD provides the mean one-way delay, but for certain circumstances it is more useful to monitor the 10 maximum CTD.
Thus:
Max. CTD = Max. RTD/2 = Max. {(T4-T1) - (Tb)}/2 (6) This is a reasonable estimate of maximum CTD, since physical routing of ATM connections is the same in each direction, that is to say, 15 propagation and nominal processing delays are similar in each direction, although CDV may differ. In équation (6) Max. RTD is the maximum value among RTD samples obtained by equation (3) or (4).
Advantages of this single ended monitoring approach of the present invention thus far described are:
- neither a Time of Day (TOD) clock (i.e., hour, min., sec., etc.), nor TOD coordination among nodes is required. The TOD error among nodes cancels; and - times T1, T2, T3 and T4 don't need to be stored in the equipment at nodes while the delay measurement is underway. They 25 are effectively stored in the test or OAM cells.
While a measurement cell containing a timestamp has thus far been described, different embodiments use test or PM OAM cells which have fields suitable for the purpose of delay monitoring.
The some performance management functions included in the 30 OAM cell format of the recent version are shown in Figure 2 which includes a proposed delay result field.
Forward Monitoring Fields - Block Error Detection Code (BEDCo+l) for cells with CLP (Cell Loss Priority)=0 or 1.
35 Backward Reporting Fields CA 022~2211 1998-10-29 , ,~ , _~
- Total Received Cell Count (TRCC); TRCCo for cells with CLP=0 and TRCCo+l for cells with CLP=0 or 1.
- Block Error Result (BLER); BLERo+l for cells with CLP=0 or 1.
- Delay Result: This field is proposed and will be used to report delay difference information, according to one embodiment of the invention e.g., Tb=T3-T2 in Figure 1.
Shared Fields - Timestamp (TSTP) defined as optional in the recent version.
10 - Monitoring Cell Sequence Number (MCSN).
- Total User-cell Count (TUC); TUCo for cells with CLP=0 and TUCo+l for cells with CLP=0 or 1.
Delay Monitoring Implementation Considerations Out-of-Service Approach: Test cells would be inserted and 15 extracted at test ports. Test cells could be specialized cells with out-of-service test equipment. For delay monitoring, test cells would have a 4 byte timestamp field to carry T1 forward, and the same field could be used to carry T1 backward. In addition, there would be an additional 4 byte field to carry the delay difference Tb = (T3-T2) backward. These 20 fields would be similar in principle to the delay monitoring related fields in the PM OAM cell in Figure 2.
In-Service Approach: This approach would use the PM OAM
cell. At present, the optional 4 byte timestamp field in PM OAM cells is defined for monitoring cells (and for monitoring + reporting cells), and 25 can be used to carry T1 forward. At present, this timestamp field is unused for reporting cells, but could be used to carry T1 backward. As in Figure 2, an additional optional 4 byte "delay result" field could be defined to carry the delay difference Tb = (T3-T2) backward.
Ignored or missing user cells have no bearing on the integrity of 30 delay monitoring as long as a sufficiently large number of samples are reported to reliably determine CTD.
Claims (9)
1. In a telecommunication network, a method of measuring delay parameters between node A and node B, comprising steps of:
node A sending to node B a measurement cell containing timestamp value T1 indicating the time the measurement cell is sent, according to a clock at node A;
node A receiving at time T4, according to the clock at node A a reporting measurement cell from node B, the reporting measurement cell containing the timestamp value T1 and a delay difference value Tb, wherein Tb=T3-T2, and T2 and T3 are respectively the time at which node B received the measurement cell from node A and the time at which node B sent the reporting measurement cell to node A, both according to a clock at node B; and calculating delay parameters using T1, T4 and Tb.
node A sending to node B a measurement cell containing timestamp value T1 indicating the time the measurement cell is sent, according to a clock at node A;
node A receiving at time T4, according to the clock at node A a reporting measurement cell from node B, the reporting measurement cell containing the timestamp value T1 and a delay difference value Tb, wherein Tb=T3-T2, and T2 and T3 are respectively the time at which node B received the measurement cell from node A and the time at which node B sent the reporting measurement cell to node A, both according to a clock at node B; and calculating delay parameters using T1, T4 and Tb.
2. The method according to claim 1, wherein one of the delay parameters is a round trip delay RTD, the method further comprising a step of node A calculating the RTD by the following equation:
RTD= (T4-T1) - Tb.
RTD= (T4-T1) - Tb.
3. The method according to claim 2, wherein another of the delay parameters are a cell transfer delay CTD and a maximum cell transfer delay MCTD, the method further comprising a step of node A
obtaining the parameters by the following equations:
CTD=RTD/2, and MCTD=Max. RTD/2.
obtaining the parameters by the following equations:
CTD=RTD/2, and MCTD=Max. RTD/2.
4. The method according to claim 1 wherein the measurement cell is a test cell or performance management OAM cell defined in the ATM standard, each measurement cell containing a timestamp and each reporting measurement cell further containing delay result field.
5. The method according to claim 1 wherein the telecommunication network is a frame relay network and the measurement cell is a measurement frame, each measurement frame containing a timestamp and each reporting measurement frame further containing delay result field.
6. The method according to claim 2 wherein the measurement cell is a test cell or performance management OAM cell defined in the ATM standard, each measurement cell containing a timestamp and each reporting measurement cell further containing delay result field.
7. The method according to claim 2 wherein the telecommunication network is a frame relay network and the measurement cell is a measurement frame, each measurement frame containing a timestamp and each reporting measurement frame further containing delay result field.
8. The method according to claim 3 wherein the measurement cell is a test cell or performance management OAM cell defined in the ATM standard, each measurement cell containing a timestamp and each reporting measurement cell further containing delay result field.
9. The method according to claim 3 wherein the telecommunication network is a frame relay network and the measurement cell is a measurement frame, each measurement frame containing a timestamp and each reporting measurement frame further containing delay result field.
Applications Claiming Priority (2)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| US08/965,930 | 1997-11-07 | ||
| US08/965,930 US5878032A (en) | 1997-11-07 | 1997-11-07 | Delay monitoring of telecommunication networks |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CA2252211A1 CA2252211A1 (en) | 1999-05-07 |
| CA2252211C true CA2252211C (en) | 2002-06-04 |
Family
ID=25510690
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CA002252211A Expired - Fee Related CA2252211C (en) | 1997-11-07 | 1998-10-29 | Delay monitoring of telecommunication networks |
Country Status (4)
| Country | Link |
|---|---|
| US (1) | US5878032A (en) |
| EP (1) | EP0915635B1 (en) |
| CA (1) | CA2252211C (en) |
| DE (1) | DE69824937T2 (en) |
Families Citing this family (86)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| DE19625219C1 (en) * | 1996-06-24 | 1997-10-30 | Siemens Ag | Propagation time difference compensation device esp. for digital transmissions |
| JP3337945B2 (en) * | 1997-05-27 | 2002-10-28 | 沖電気工業株式会社 | Connection management method and management system |
| US6052726A (en) * | 1997-06-30 | 2000-04-18 | Mci Communications Corp. | Delay calculation for a frame relay network |
| US6373821B2 (en) * | 1998-02-20 | 2002-04-16 | Apple Computer, Inc. | Method for setting time stamp in SYT field of packet headers for IEEE-1394 devices |
| US6683856B1 (en) * | 1998-10-09 | 2004-01-27 | Lucent Technologies Inc. | Method and apparatus for measuring network performance and stress analysis |
| US6731600B1 (en) * | 1999-02-08 | 2004-05-04 | Realnetworks, Inc. | System and method for determining network conditions |
| US6498783B1 (en) * | 1999-06-22 | 2002-12-24 | Lucent Technologies Inc. | Traffic monitoring system and service differentiation in a dynamic channel assignment system for TCP/IP data transmitted via cable television channels |
| US7154858B1 (en) * | 1999-06-30 | 2006-12-26 | Cisco Technology, Inc. | System and method for measuring latency of a selected path of a computer network |
| US7054273B1 (en) * | 1999-08-06 | 2006-05-30 | Tellabs Operations, Inc. | Circuit integrity in a packet-switched network |
| US6445681B1 (en) | 1999-09-15 | 2002-09-03 | Vocaltec Communications Ltd. | Method for measuring delay parameters in a network |
| US6671261B1 (en) * | 1999-12-15 | 2003-12-30 | At&T Corp. | Method for measuring transmission delay |
| US6366563B1 (en) * | 1999-12-22 | 2002-04-02 | Mci Worldcom, Inc. | Method, computer program product, and apparatus for collecting service level agreement statistics in a communication network |
| US7145881B1 (en) * | 2000-04-10 | 2006-12-05 | Peregrine Systems, Inc. | Method of determining the route of packets through a network of communicating objects |
| US7016309B1 (en) * | 2000-04-12 | 2006-03-21 | Cisco Technology, Inc. | Method and apparatus for calculating packet loss for a communication circuit |
| US6990616B1 (en) * | 2000-04-24 | 2006-01-24 | Attune Networks Ltd. | Analysis of network performance |
| US7512069B2 (en) * | 2000-05-18 | 2009-03-31 | Exfo Service Assurance, Inc. | IP packet identification method and system for TCP connection and UDP stream |
| US7123616B2 (en) | 2000-06-09 | 2006-10-17 | Ixia | Determining round-trip time delay |
| US6717917B1 (en) * | 2000-06-09 | 2004-04-06 | Ixia | Method of determining real-time data latency and apparatus therefor |
| KR20020065949A (en) * | 2001-02-08 | 2002-08-14 | 조용인 | Method for fault transerence in atm and frame relay networks |
| US20020105914A1 (en) * | 2001-02-08 | 2002-08-08 | International Business Machines Corporation Armonk, New York | Method and apparatus for setting system time out values in a nodally networked system |
| US6757292B2 (en) | 2001-07-11 | 2004-06-29 | Overture Networks, Inc. | Automatic adjustment of buffer depth for the correction of packet delay variation |
| US7035210B2 (en) * | 2001-07-12 | 2006-04-25 | Telefonaktiebolaget Lm Ericsson (Publ) | Media stream delay monitoring for node |
| US7362707B2 (en) * | 2001-07-23 | 2008-04-22 | Acme Packet, Inc. | System and method for determining flow quality statistics for real-time transport protocol data flows |
| US7536546B2 (en) * | 2001-08-28 | 2009-05-19 | Acme Packet, Inc. | System and method for providing encryption for rerouting of real time multi-media flows |
| US6768748B2 (en) * | 2001-07-30 | 2004-07-27 | Overture Networks, Inc. | Flexible mapping of circuits into packets |
| US7113485B2 (en) * | 2001-09-04 | 2006-09-26 | Corrigent Systems Ltd. | Latency evaluation in a ring network |
| US7516216B2 (en) * | 2001-10-01 | 2009-04-07 | Ixia | Generating traffic for testing a system under test |
| US8914432B2 (en) | 2001-10-01 | 2014-12-16 | Ixia | Real world traffic |
| US7194002B2 (en) * | 2002-02-01 | 2007-03-20 | Microsoft Corporation | Peer-to-peer based network performance measurement and analysis system and method for large scale networks |
| US7133368B2 (en) * | 2002-02-01 | 2006-11-07 | Microsoft Corporation | Peer-to-peer method of quality of service (QoS) probing and analysis and infrastructure employing same |
| US7158721B2 (en) * | 2002-02-25 | 2007-01-02 | Corrigent Systems Ltd. | Performance monitoring of multiple channels in an automatic protection switched network |
| US7142516B2 (en) * | 2002-04-24 | 2006-11-28 | Corrigent Systems Ltd | Performance monitoring of high speed communications networks |
| GB0220660D0 (en) * | 2002-09-05 | 2002-10-16 | Nokia Corp | Signal propogation delay routing |
| US7137937B2 (en) | 2002-10-07 | 2006-11-21 | Ellen Croft | Collapsible resistance exercise device |
| KR100605846B1 (en) * | 2003-01-02 | 2006-07-31 | 삼성전자주식회사 | Method for controlling loopback procedure in ethernet passive optical network |
| US20040177142A1 (en) * | 2003-03-06 | 2004-09-09 | Ixia | Dynamic streams for network analysis |
| US8204051B2 (en) * | 2003-03-19 | 2012-06-19 | Samsung Electronics Co., Ltd. | Apparatus and method for queuing delay-sensitive packets for transmission on heterogenous links |
| US7627669B2 (en) * | 2003-05-21 | 2009-12-01 | Ixia | Automated capturing and characterization of network traffic using feedback |
| US7840664B2 (en) * | 2003-05-21 | 2010-11-23 | Ixia | Automated characterization of network traffic |
| US8130661B2 (en) * | 2003-08-01 | 2012-03-06 | Opnet Technologies, Inc. | Systems and methods for intelligent probe testing |
| US7327686B2 (en) * | 2003-11-12 | 2008-02-05 | Ixia | Generating processed traffic |
| US8244891B2 (en) * | 2004-03-08 | 2012-08-14 | Ixia | Simulating a large number of users |
| JP2006031371A (en) * | 2004-07-15 | 2006-02-02 | Estijl Co Ltd | Method for circulating financial information |
| DE602004012571D1 (en) * | 2004-10-27 | 2008-04-30 | Nokia Siemens Networks Gmbh | Method and installation for time synchronization in a distributed communication network |
| US8064356B1 (en) * | 2005-01-11 | 2011-11-22 | Verizon Services Corp. | System and methods for measuring network performance |
| US8121148B2 (en) * | 2005-03-24 | 2012-02-21 | Ixia | Protocol stack using shared memory |
| US7675856B2 (en) * | 2005-03-24 | 2010-03-09 | Microsoft Corporation | Bandwidth estimation in broadband access networks |
| US7561559B2 (en) | 2005-03-30 | 2009-07-14 | Ixia | Hardware time stamping and processor synchronization |
| US7733794B2 (en) | 2005-06-17 | 2010-06-08 | Alcatel Lucent | Performance monitoring of frame transmission in data network OAM protocols |
| US8458098B1 (en) * | 2005-09-29 | 2013-06-04 | Qurio Holdings, Inc. | Methods of tracking remote software installations and registrations and related systems and computer program products |
| US7516104B1 (en) | 2005-09-29 | 2009-04-07 | Qurio Holdings, Inc. | Methods of providing software over a network and related systems and computer program products |
| US20070115833A1 (en) * | 2005-11-21 | 2007-05-24 | Gerald Pepper | Varying the position of test information in data units |
| US20080010523A1 (en) * | 2006-05-12 | 2008-01-10 | Samik Mukherjee | Performance Testing Despite Non-Conformance |
| US8180856B2 (en) * | 2006-09-14 | 2012-05-15 | Ixia | Testing a network |
| US7643431B2 (en) * | 2006-11-10 | 2010-01-05 | Ixia | Distributed packet group identification for network testing |
| US8068429B2 (en) * | 2007-05-31 | 2011-11-29 | Ixia | Transmit scheduling |
| US7957295B2 (en) * | 2007-11-02 | 2011-06-07 | Cisco Technology, Inc. | Ethernet performance monitoring |
| CN102132531A (en) * | 2007-12-20 | 2011-07-20 | 爱立信电话股份有限公司 | Method and arrangement in a telecommunication system |
| US20100128770A1 (en) * | 2008-11-21 | 2010-05-27 | Adrian Stanciu | Measuring Delay in a Network Segment and/or through a Network Communications Device |
| US20110170537A1 (en) * | 2010-01-08 | 2011-07-14 | Marius Ungureanu | One Way and Round Trip Delays Using Telephony In-Band Tones |
| US8310942B2 (en) | 2010-08-27 | 2012-11-13 | Ixia | Flow statistics aggregation |
| US8571032B2 (en) | 2010-11-17 | 2013-10-29 | Ixia | Testing packet fragmentation |
| US8730826B2 (en) | 2010-11-17 | 2014-05-20 | Ixia | Testing fragment reassembly |
| US9197691B2 (en) * | 2011-10-04 | 2015-11-24 | Google Technology Holdings LLC | System and method for latency measurement at each network element participating as an RTP relay in a telecommunication network |
| US9178790B2 (en) | 2012-08-06 | 2015-11-03 | Ixia | Methods, systems, and computer readable media for controlling Tx and Rx throughput over TCP |
| US9178823B2 (en) | 2012-12-12 | 2015-11-03 | Ixia | Methods, systems, and computer readable media for generating simulated network traffic using different traffic flows and maintaining a configured distribution of traffic between the different traffic flows and a device under test |
| US9397901B2 (en) | 2012-12-18 | 2016-07-19 | Ixia | Methods, systems, and computer readable media for classifying application traffic received at a network traffic emulation device that emulates multiple application servers |
| US9071234B2 (en) | 2013-03-07 | 2015-06-30 | Raytheon Company | High-resolution link-path delay estimator and method for estimating a signal-path delay |
| US9198150B2 (en) | 2013-03-07 | 2015-11-24 | Raytheon Company | Link path delay estimator that combines coarse and fine delay estimates |
| US9264340B2 (en) | 2013-03-15 | 2016-02-16 | Ixia | Methods, systems, and computer readable media for misdirected packet drill down and negative packet capture at a network test device |
| US9094336B2 (en) | 2013-03-15 | 2015-07-28 | Ixia | Methods, systems, and computer readable media for assisting with the debugging of conditions associated with the processing of test packets by a device under test |
| US9116873B2 (en) | 2013-03-21 | 2015-08-25 | Ixia | Methods, systems, and computer readable media for adjusting load at a device under test |
| RO132177A2 (en) | 2016-03-21 | 2017-09-29 | Ixia, A California Corporation | Methods, system and computerized medium for testing network equipment devices using connectionless protocol |
| US10193773B2 (en) | 2016-11-09 | 2019-01-29 | Keysight Technologies Singapore (Holdings) Pte. Ltd. | Methods, systems, and computer readable media for distributed network packet statistics collection in a test environment |
| US10495727B2 (en) | 2017-02-07 | 2019-12-03 | Raytheon Company | Phase difference estimator and method for estimating a phase difference between signals |
| US10764148B2 (en) | 2017-11-29 | 2020-09-01 | Keysight Technologies, Inc. | Methods, systems, and computer readable media for network traffic statistics collection |
| US11398968B2 (en) | 2018-07-17 | 2022-07-26 | Keysight Technologies, Inc. | Methods, systems, and computer readable media for testing virtualized network functions and related infrastructure |
| US11108675B2 (en) | 2018-10-31 | 2021-08-31 | Keysight Technologies, Inc. | Methods, systems, and computer readable media for testing effects of simulated frame preemption and deterministic fragmentation of preemptable frames in a frame-preemption-capable network |
| US11381464B2 (en) | 2019-11-28 | 2022-07-05 | Keysight Technologies, Inc. | Methods, systems, and computer readable media for implementing a generalized model for defining application state machines |
| US11323354B1 (en) | 2020-10-09 | 2022-05-03 | Keysight Technologies, Inc. | Methods, systems, and computer readable media for network testing using switch emulation |
| US11483227B2 (en) | 2020-10-13 | 2022-10-25 | Keysight Technologies, Inc. | Methods, systems and computer readable media for active queue management |
| US11483228B2 (en) | 2021-01-29 | 2022-10-25 | Keysight Technologies, Inc. | Methods, systems, and computer readable media for network testing using an emulated data center environment |
| US11405302B1 (en) | 2021-03-11 | 2022-08-02 | Keysight Technologies, Inc. | Methods, systems, and computer readable media for network testing using configurable test infrastructure |
| US11388081B1 (en) | 2021-03-30 | 2022-07-12 | Keysight Technologies, Inc. | Methods, systems, and computer readable media for impairment testing using an impairment device |
| US11729087B2 (en) | 2021-12-03 | 2023-08-15 | Keysight Technologies, Inc. | Methods, systems, and computer readable media for providing adaptive background test traffic in a test environment |
| US11765068B2 (en) | 2021-12-22 | 2023-09-19 | Keysight Technologies, Inc. | Methods, systems, and computer readable media for programmable data plane processor based traffic impairment |
Family Cites Families (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US5450394A (en) * | 1994-03-10 | 1995-09-12 | Northern Telecom Limited | Delay monitoring of telecommunication networks |
| WO1997019535A1 (en) * | 1995-11-17 | 1997-05-29 | Telecommunications Techniques Corporation | Instrument for test and measurement of atm network virtual connections |
| US5777988A (en) * | 1996-04-17 | 1998-07-07 | Bell Communications Research, Inc. | System and method for equalizing delay in a dynamic packet switching network |
-
1997
- 1997-11-07 US US08/965,930 patent/US5878032A/en not_active Expired - Lifetime
-
1998
- 1998-10-29 CA CA002252211A patent/CA2252211C/en not_active Expired - Fee Related
- 1998-11-02 DE DE69824937T patent/DE69824937T2/en not_active Expired - Fee Related
- 1998-11-02 EP EP98308949A patent/EP0915635B1/en not_active Expired - Lifetime
Also Published As
| Publication number | Publication date |
|---|---|
| CA2252211A1 (en) | 1999-05-07 |
| EP0915635B1 (en) | 2004-07-07 |
| EP0915635A1 (en) | 1999-05-12 |
| DE69824937D1 (en) | 2004-08-12 |
| DE69824937T2 (en) | 2004-11-11 |
| US5878032A (en) | 1999-03-02 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CA2252211C (en) | Delay monitoring of telecommunication networks | |
| US5450394A (en) | Delay monitoring of telecommunication networks | |
| US5812528A (en) | Measuring round trip time in ATM network virtual connections | |
| US6545979B1 (en) | Round trip delay measurement | |
| US5793976A (en) | Method and apparatus for performance monitoring in electronic communications networks | |
| EP1109360B1 (en) | ATM test equipment operable as source and responder for conducting multiple tests | |
| CA2334247C (en) | Method and system for monitoring broadband quality of services | |
| EP1646183B1 (en) | Method and apparatus for non-intrusive measurement of delay variation of data traffic on communication networks | |
| JPH05207017A (en) | Apparatus for measurement of performance of commnunication route and method used for it | |
| Chen et al. | Monitoring and control of ATM networks using special cells | |
| EP0939521A3 (en) | An event-based technique for determining instantaneous cell bandwidth in a digital communications network | |
| CA2200485A1 (en) | Method to estimate the current datapacket rate of a virtual connection, a feedback mechanism using said method and device, switching node and destination node realizing said method | |
| US7046693B1 (en) | Method and system for determining availability in networks | |
| Roppel | Estimating cell transfer delay in ATM networks using in-service monitoring methods | |
| CA2237986C (en) | Instrument for test and measurement of atm network virtual connections | |
| Gruber | Performance and fault management functions for the maintenance of SONET/SDH and ATM transport networks | |
| Kou et al. | The architecture and implementation of ATM switch for broadband ISDN | |
| Roppel | Estimating cell transfer delay and cell delay variation in ATM networks: measurement techniques and results | |
| CA2459468C (en) | Instrument for test and measurement of atm network virtual connections | |
| Toyoshima et al. | Flexible surveillance capabilities for ATM-based transmission systems | |
| Kelley | Comprehensive in-service measurement of QoS | |
| Roppel | In-service monitoring techniques for cell transfer delay and cell delay variation in ATM networks | |
| JPH0746253A (en) | Band test method for asynchronous line network | |
| Cociglio et al. | Discovering the secrets of ATM Networks | |
| Kim et al. | Development of the standardized network performance testing methodology on ATM network testbed |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| EEER | Examination request | ||
| MKLA | Lapsed |