WO2013055267A1 - Detection of load balancing across network paths in a communication network - Google Patents

Detection of load balancing across network paths in a communication network Download PDF

Info

Publication number
WO2013055267A1
WO2013055267A1 PCT/SE2011/051224 SE2011051224W WO2013055267A1 WO 2013055267 A1 WO2013055267 A1 WO 2013055267A1 SE 2011051224 W SE2011051224 W SE 2011051224W WO 2013055267 A1 WO2013055267 A1 WO 2013055267A1
Authority
WO
WIPO (PCT)
Prior art keywords
test
node
sessions
test sessions
network
Prior art date
Application number
PCT/SE2011/051224
Other languages
French (fr)
Inventor
Tomas Thyni
Mats Forsman
Annikki Welin
Original Assignee
Telefonaktiebolaget Lm Ericsson (Publ)
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 Telefonaktiebolaget Lm Ericsson (Publ) filed Critical Telefonaktiebolaget Lm Ericsson (Publ)
Priority to PCT/SE2011/051224 priority Critical patent/WO2013055267A1/en
Priority to EP11873849.1A priority patent/EP2767038A4/en
Priority to SG11201400524QA priority patent/SG11201400524QA/en
Priority to RU2014118944/08A priority patent/RU2014118944A/en
Priority to US14/351,219 priority patent/US20140258524A1/en
Publication of WO2013055267A1 publication Critical patent/WO2013055267A1/en

Links

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L43/00Arrangements for monitoring or testing data switching networks
    • H04L43/50Testing arrangements
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L43/00Arrangements for monitoring or testing data switching networks
    • H04L43/08Monitoring or testing based on specific metrics, e.g. QoS, energy consumption or environmental parameters
    • H04L43/0852Delays
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L47/00Traffic control in data switching networks
    • H04L47/10Flow control; Congestion control
    • H04L47/12Avoiding congestion; Recovering from congestion
    • H04L47/125Avoiding congestion; Recovering from congestion by balancing the load, e.g. traffic engineering

Abstract

The present disclosure relates to methods, a system and an apparatus for detection of load balancing in a packet-switched communication network (10). According to an embodiment a plurality of test sessions(22, 23, 24, 25) are initiated, which differ with respect to at least one associated parameter value for a source address, a destination address, a source port, a destination port, or a protocol. Load detection in the packet-switched communication network (10) can be detected based on differences between measurement results (28) of different test sessions (22, 23, 24, 25) of the plurality of test sessions. Situations where one network path is measured, while application traffic (21) takes another unmeasured network path can be avoided by setting-up multiple simultaneous test sessions (22, 23, 24, 25) with differing parameter values such that the test sessions are routed differently by any hash algorithms(19a, 19b, 19c, 19d) used for load balancing across network paths.

Description

Detection of load balancing across network paths in a communication network.
TECHNICAL FIELD
The embodiments described herein relate to active performance monitoring in a communication network and in particular to detection of whether load balancing is applied in the communication network.
BACKGROUND
Methods and tools for active performance monitoring are starting to become common in packet switched communication networks, such as the Internet, to monitor network Service Level Agreements (SLAs) as well as transport characteristics for applications between end nodes. Active performance monitoring, also referred to as active probing, involves injecting test packets into the network, and then analyzing the observed effects of e.g. cross traffic, traffic load and network path on the test packets. Accordingly a test session may be set-up which generally comprises a plurality of test packets transmitted at intervals from a sending end-node to a receiving end-node. Different types of measurements may be of interest such as available bandwidth, delay and delay variation. In case round-trip measurements are to be performed, the receiving end-node may return the test packets to the sending end-node. The sending end-node may also be referred to as a session sender and the receiving end- node may be referred to as a session receiver or session reflector in the case the receiving end-node reflects the test packets back to the sending end-node. The test session may be set-up such that the test packets are transmitted individually or e.g. in so-called trains comprising a plurality of test-packets. "Probing session" and "probing packet" are terms that sometimes are used synonymously with the terms "test session" and "test packet" respectively.
Several different measurement methods and tools have been developed throughout the years. One-way Active Measurement Protocol (OWAMP) is a protocol which has been specified to measure unidirectional characteristics such as one-way delay and one-way loss in IP networks. OWAMP is described in RFC 4656 published by the Internet Engineering Task Force (IETF) in September 2006. Two-way Active Measurement Protocol (TWAMP) is a based on the OWAMP but adds two-way or round-trip measurement capabilities. TWAMP is described in RFC 5357 published by the IETF in October 2008. Bandwidth Available in Real-Time (BART) is a method which applies Kalman filtering for estimating the available bandwidth of a network path. BART is e.g. disclosed in U.S. Patent No. 7,778,179.
One potential problem or difficulty in case of active performance monitoring is load balancing. None of the measurement methods and tools exemplified above is adapted to cope with load balancing in the network to be monitored, which may give rise to useless or inapplicable measurements.
Load balancing may be used when there are multiple network paths between two nodes in the network. Using load balancing, the multiple network paths may be used simultaneously and traffic between the two nodes may be divided between the multiple network paths to e.g. avoid congestion on one or several of the network paths.
Link Aggregation Groups (LAG) and Equal Cost Multi-Path (ECMP) routing are examples of load balancing techniques. LAG and ECMP provide for session load balancing and do not consider length of the actual network paths nor load. Therefore the same session will always take the same path. However, currently there is no way to detect or steer which path the traffic takes if load balancing such as LAG or ECMP is used. Furthermore, since the measurement methods such as OWAMP and TWAMP is not able to detect load balancing in the network, it is possible that test packets of a test session will be routed or switched on one of the load balanced network paths while the traffic of a traffic session, which the test session tries to measure, is routed on another network path. Thus it is possible for a performance monitoring test session to indicate very good network characteristics at the same time as a session for an application is experiencing very bad network characteristics. This "strange" behaviour is especially disturbing when a service is leased from a network provider and the network provider is doing load balancing in a network part not seen by the customer leasing the service, like in leased mobile backhaul or Ethernet services that are common today. Accordingly it would be beneficial to be able to detect whether load balancing is used in a network and to have active probing monitoring methods and tools which are adapted to cope with load balancing.
SUMMARY
It is an object to provide a method and arrangements which allow for detection of load balancing in a packet-switched communication network. The above stated object is achieved by means of methods, a system and an apparatus according to the independent claims.
A first exemplary embodiment provides a method for detecting load balancing across network paths between a first node and a second node in a packet- switched communication network. The method comprises a step of initiating a plurality of test sessions. Each of the test sessions comprises at least one test packet transmitted over the packet-switched communication network between the first node and the second node. In addition each of the test sessions is associated with a set of parameters. The set of parameters comprises at least one of a source address, a destination address, a source port, a destination port, and a protocol. The plurality of test sessions are initiated such that a value of at least one parameter of the source address, the destination address, the source port, the destination port, and the protocol differs between each of the test sessions. The method further comprises a step of detecting load balancing across network paths between the first node and the second node based on differences between measurement results of different test sessions of the plurality of test sessions.
A second exemplary embodiment provides a system for detecting load balancing across network paths between a first node and a second node in a packet-switched communication network. The system comprises control circuitry configured to initiate a plurality of test sessions. Each of the test sessions comprises at least one test packet transmitted over the packet- switched communication network between the first node and the second node. In addition each of the test sessions are associated with a set of parameters. The set of parameters comprises at least one of a source address, a destination address, a source port, a destination port, and a protocol. The control circuitry is configured to initiate the plurality of test sessions such that a value of at least one parameter of the source address, the destination address, the source port, the destination port, and the protocol differs between each of the test sessions. The system further comprises processing circuitry configured to detect load balancing across network paths between the first node and the second node based on differences between measurement results of different test sessions of the plurality of test sessions.
A third exemplary embodiment provides an apparatus for detecting load balancing across network paths between a first node and a second node in a packet-switched communication network. The apparatus comprises processing circuitry configured to process measurement results from a plurality of test sessions. Each of the test sessions comprises at least one test packet transmitted over the packet-switched communication network between the first node and the second node. In addition each of the test sessions is associated with a set of parameters. The set of parameters comprises at least one of a source address, a destination address, a source port, a destination port, and a protocol. A value of at least one parameter of the source address, the destination address, the source port, the destination port, and the protocol differs between each of the test sessions. The processing circuitry is further configured to detect load balancing across network paths between the first node and the second node based on differences between the measurement results of different test sessions of the plurality of test sessions.
A fourth exemplary embodiment provides a method in an apparatus for detecting load balancing across network paths between a first node and a second node in a packet-switched communication network. The method comprises a step of processing measurement results from a plurality of test sessions. Each of the test sessions comprises at least one test packet transmitted over the packet-switched communication network between the first node and the second node. Furthermore, each of the test sessions is associated with a set of parameters. The set of parameters comprises at least one of a source address, a destination address, a source port, a destination port, and a protocol. A value of at least one parameter of the source address, the destination address, the source port, the destination port, and the protocol differs between each of the test sessions. The method also comprises a step of detecting load balancing across network paths between the first node and the second node based on differences between the measurement results of different test sessions of the plurality of test sessions. An advantage of certain embodiments described herein is that load balancing in a packet-switched communication network may be detected.
Another advantage of some embodiments described herein is that the applicability of network measurements may be increased since it is possible to obtain measurements for the same network path that is used by application traffic. Situations where one network path is measured, while the application traffic takes another unmeasured network path can be avoided.
A further advantage of some embodiments of this disclosure is that they can be easily combined with functions and features of different existing tools for active performance monitoring, such as e.g. OWAMP, TWAMP and BART.
Further advantages and features of embodiments of the present invention will become apparent when reading the following detailed description in conjunction with the drawings.
BRIEF DESCRIPTION OF THE DRAWINGS
Fig. 1 is a schematic block diagram of a communication network which applies load balancing.
Fig. 2 is a schematic block diagram of the communication network of Fig. 1 with an embodiment of this disclosure implemented.
Fig. 3 is a flow diagram illustrating an embodiment of a method for detection of load balancing in a communication network. Fig. 4 is a schematic diagram illustrating an embodiment according to which test packets of a plurality of test sessions are transmitted at intervals in bursts.
Fig. 5 is a schematic flow diagram illustrating an embodiment according to which a relative order between transmission times of test packets of different test sessions varies between different bursts.
Fig. 6 is a schematic block diagram illustrating an embodiment of a network in which measurement results of test sessions are processed in a node separate from the nodes which transmit or receive the test packets.
Fig. 7 is a flow diagram illustrating a method in an apparatus for detecting load balancing in a communication network.
DETAILED DESCRIPTION
The present invention will now be described more fully hereinafter with reference to the accompanying drawings, in which different exemplary embodiments are shown. These exemplary embodiments are provided so that this disclosure will be thorough and complete and not for purposes of limitation.
According to some of the embodiments to be described in further detail below multiple active performance monitoring test sessions are used in parallel to detect "hidden" load balancing in a packet-switched communication network such as illustrated in Fig. 1 . The packet-switched communication network may be a switched or a routed network.
Fig. 1 is a schematic block diagram of an exemplary packet-switched communication network 10. Assume that it is of interest to measure network characteristics between a first node 1 1 and a second node 12. It is apparent from Fig. 1 that traffic between the first node 1 1 and the second node 12 may take different network paths. Packets arriving in an intermediate node 13 from the first node 1 1 may be routed either to an intermediate node 14 or to an intermediate node 17 on the way towards the second node 12. Correspondingly, packets arriving in an intermediate node 16 from the second node 12 may be routed either to an intermediate node 15 or to an intermediate node 18 on the way towards the first node 1 1 . Furthermore, as illustrated in Fig. 1 there are three different links available between the intermediate node 14 and the intermediate node 15, which further increases the number of possible network paths between the first node 1 1 and the second node 12. The intermediate nodes 13, 14, 15, 16, 17 and 18 may e.g. be routers or switches. The first node 1 1 may e.g. be a radio base station (RBS) or evolved NodeB (eNB) and the second node 12 may e.g. be a radio network controller (RNC), Serving Gateway or public data network (PDN) gateway in a radio network scenario, or other types of nodes between which it is of interest to measure network characteristics in other types of scenarios, such as a host and a server, or Customer Located Equipment/Customer Premise Equipment (CLE/CPE) and a Broadband Network Gateway (BNG).
When several network paths between the same two nodes are known by the network 10, load balancing may be used to share traffic among the network paths. According to load balancing techniques such as ECMP or LAG, the different network paths are considered as equally good and it is generally attempted to share traffic equally between the network paths using session hashing to avoid out-of-order packet delivery. LAG and ECMP is typically implemented such that, when there are several equally good network paths to choose from, a hash algorithm or function will check certain headers of the packets that have same values throughout a packet session flow and use a resulting output hash value to select a particular network path. If the hash function is chosen so that the output value has a uniform statistical distribution, it will generate a hash output value and share the traffic equally between the network paths provided that the number of different sessions is high. Many load balancing implementations use a 5-tuple consisting of destination address, source address, protocol, destination port and source port as input to the hash function to maximize the probability of evenly sharing the traffic over the network paths. Fig. 1 schematically illustrates that intermediate nodes 13, 14, 15 and 16 applies hash algorithms 19a, 19b, 19c and 19d respectively to implement load balancing in the network 10. As described above in the background section, when active performance monitoring using conventional tools is to be performed in a network with load balanced paths, there is a risk that no measurements are performed on the network path which carries the real data traffic. Such a scenario is illustrated in Fig. 1 . Data packets of an application session 21 , i.e. real data traffic (illustrated as dotted lines) are routed between the first node 1 1 and the second node 12 via the intermediate nodes 13, 17, 18 and 16. Test packets of a test session 22 (illustrated as dashed lines) are instead routed between the first node 1 1 and the second node 12 via the intermediate nodes 13, 14, 15 and 16. Accordingly the test session 22 takes a different path than the application session 21 , which may lead to situations where the measurement results of the test session 22 e.g. indicates very good network characteristics while the application session in fact experiences very poor network characteristics or vice versa. Note that even if, the test session 22 and the application session 21 were routed via the same intermediate nodes it is not certain that the different sessions actually take the same network path. This is because there may be multiple alternative links between two adjacent nodes as illustrated in Fig. 1 between the intermediate nodes 14 and 15. Fig. 2 is a schematic block diagram of the network 10 with an embodiment for avoiding situations as the one illustrated in Fig. 1 implemented. According to the illustrated embodiment, a plurality of test sessions 22, 23, 24, 25 are generated in parallel with different characteristics to produce different hashing of the different test sessions 22, 23, 24 and 25 by the hash algorithms 19a, 19b, 19c and 19d. The different test sessions 22, 23, 24 and 25 will thus take different network paths between the first node 1 1 and the second node 12. In Fig. 2 it is illustrated that the test session 25 takes the same network path as the application session 21 . Accordingly measurement results are obtained for the network path which carries the application session 21 .
As mentioned above hash algorithms implementing load balancing generally operate based on parameters such as source and destination port, source and destination address and protocol. Thus by initiating many different test sessions with differing parameter values for one or several of the parameter types that the hash algorithms are expected to use for load balancing, it can be expected that at least some of the different sessions will take different network paths if load balancing is applied in the network. The plurality of test sessions 22, 23, 24 and 25 may thus be initiated with e.g. different source and/or destinations ports, or with different source and/or destination addresses, provided that the first node 1 1 and/or second node 12 can be associated with multiple addresses, typically Internet Protocol (IP) addresses. Since there are cases where packets according to different protocols are routed differently in the network 10 due to policy routing, the test sessions 22, 23, 24 and 25 may also be initiated with different protocol types. Some test sessions may e.g. use test packets according to User Datagram Protocol (UDP), while other test sessions are based on Transmission Control Protocol (TCP) packets or Stream Control Transmission Protocol (SCTP) packets. TWAMP and OWAMP are based on UDP packets. Accordingly if TWAMP and OWAMP were extended to support e.g. TCP measurements as well, this feature of differing protocol types between test sessions could be implemented using TWAMP or OWAMP sessions.
The likelihood of detecting and obtaining measurements for all of the available network paths between two nodes increases with the number of test sessions performed in parallel and with a higher variation in the values of the parameters upon which load balancing is expected to be based. Note that it is here assumed that it is not known whether load balancing is used in the network 10 and it is further assumed that it is not known how any load balancing, if present, would operate.
In the embodiment illustrated in Fig. 2, a control circuitry 26 comprised in the first network node 1 1 initiates the plurality of test sessions 22, 23, 24 and 25 in parallel to support automatic detection of load balancing and multiple network paths between the first node 1 1 and the second node 12. It is in this example assumed that the first node 1 1 is the sending node. Fig. 2 also illustrates that the first node 1 1 comprises processing circuitry 27 for processing measurement results 28 of the plurality of test sessions 22, 23, 24, 25. By analyzing the measurement results 28, the processing circuitry 27 can detect load balancing in the network 10. Based on differences between measurement results of different test sessions it can be detected if different test sessions have taken different network paths. Generally each test session comprises a plurality of test packets transmitted at intervals. By analyzing measurement results over time systematic differences in measurements results of different test sessions may be detected. These differences may then be interpreted as an indication that two different test sessions have taken different network paths or the same network path. Trains of test packets of different test sessions may e.g. be time-stamped to measure the delay between the first node 1 1 as sending node and the second node 12 as receiving node. The times associated with packets of the different test sessions are then compared to detect if the different test sessions have taken different paths. According to some exemplary embodiments, if the difference in measurements results of two test sessions is large, above a first threshold value, it is detected that the two sessions have traversed the network 10 over different network paths. Correspondingly, if the difference in measurement results of the two sessions is small, below a second threshold value, it is detected that the two test sessions have traversed the network 10 over the same network path. Suitable values of the first and second threshold value depends on several factors, such as type and size of the network and length of the network paths.
From the above example, it can be seen that the plurality of test sessions typically would lead to a learning process, where measurement results are grouped and conclusions regarding network characteristics, including load balancing, are drawn based on detected systematic differences between different test sessions. It should be noted that it is possible that each test session of the plurality of test sessions comprises a single test packet or merely a few test packets. However, a higher number of test packets per test session increases the reliability in the conclusions drawn from the measurements results of the test sessions. Fig. 3 is a schematic flow diagram illustrating a flow diagram of a method for detecting load balancing across network paths between two nodes in packet- switched network, such as between the first node 1 1 and the second node 12 of the network 10 illustrated in Fig. 2. The method comprises a step 31 of initiating a plurality of test sessions. Each test session of the plurality of test sessions comprises at least one test packet transmitted over the packet- switched communication network between the first node 1 1 and the second node 12, and each test session of the plurality of test sessions is associated with a set of parameters. The set of parameters comprises at least one of a source address, a destination address, a source port, a destination port, and a protocol . The plurality of test sessions are initiated such that values of at least one parameter of the source address, the destination address, the source port, the destination port, and the protocol differ between each of the test sessions. The method further comprises a step 32 of detecting load balancing across network paths between the first node 1 1 and the second node 12 based on differences between measurement results of different test sessions of the plurality of test sessions. When referring herein to a plurality of parallel or simultaneous test sessions this means that the test sessions are active at the same time. Typically at least one test packet from each of the plurality of test sessions is transmitted from the sending node substantially simultaneously. The sending node is typically not capable of transmitting packets of all the test sessions at exactly the same time, but the test packets could be transmitted adjacent to each other. The test packets are also time-stamped so a difference in actual transmission times of different test packets can be monitored.
According to some embodiments the test sessions comprises a plurality of test packets transmitted from the sending node at intervals, as mentioned above. Fig. 4 illustrates a scenario with three test sessions 41 , 42 and 43. The test sessions are associated with different source ports A, B and C respectively to produce different routing of the test sessions if load balancing is used in the network to be measured. The test sessions 41 , 42 and 43 comprises a plurality of test packets 44 transmitted at intervals in bursts. In Fig. 4, three consecutive bursts 45, 46 and 47 are illustrated. Fig. 4 schematically illustrates transmission times from the sending node of the test packets of the different test sessions 41 , 42 and 43. The time between transmission times of packets within a burst is considerably smaller than the time between transmission times of packets of different bursts as illustrated in Fig. 4. In the exemplary embodiment illustrated in Fig. 4 a packet of the test session 41 is transmitted first in each burst 45, 46, 47, followed by a packet from the test session 42 and last a test packet from the test session 43. To avoid that the measurement results of the different test sessions 41 , 42, 43 depend on the order at which the test packets are transmitted in the bursts 45, 46, 47 the relative order between transmission times of the test packets of different test sessions may be varied between the different bursts e.g. as illustrated in Fig. 5.
Fig. 5 illustrates a scenario similar to the one illustrated in Fig. 4, with three parallel test sessions 51 , 52 and 53 comprising test packets 44 transmitted in bursts 55, 56 and 57 from the sending node. It can be seen from Fig. 5 that a relative order between transmission times of the test packets of different test sessions differs between the different bursts 55, 56 and 57. It can e.g. be seen that, in the burst 55 a test packet from the test session 51 is transmitted first, but in the burst 56 a test packet from the test session 52 is transmitted first. Thus the measurement results of the different test sessions, when seen over time, can be made independent on the relative order of transmission times within a burst.
According to the exemplary embodiment illustrated in Fig. 2, the processing circuitry 27 configured to detect load balancing across network paths is comprised in the first node 1 1 , which is the sending node. If round-trip measurements are of interest the test packets will be returned from the second node 12, i.e. the receiving node, to the sending node 1 1 and the processing circuitry will thus be able to obtain the measurement results 28 of the plurality of test sessions 22, 23, 24, 25. If one-way measurements are of interest the receiving node 12 would need to transmit the measurement results 28 to the processing circuitry 27 in the sending node. The processing circuitry 27 may however be located in many different locations, such as in the receiving node, in a central operation and maintenance (O&M) node or at some other location. Similarly the control circuitry 26 which is configured to initiate the plurality of test sessions for load balance detection can be located at different locations. In Fig. 2 it is illustrated that the control circuitry 26 and the processing circuitry 27 are co-located in a unit 29. Fig. 6 illustrates an exemplary embodiment according to which the control circuitry 26 and the processing circuitry 27 are comprised in different nodes. The control circuitry 26 is in Fig. 6 still comprised in the sending node 1 1 , while the processing circuitry 27 is comprised in an apparatus 60 separate from the sending node 1 1 and the receiving node 12. The measurement results 28 of the plurality of test sessions therefore need to be communicated from the sending and/or receiving nodes 1 1 , 12 to the apparatus 60.
Fig. 7 is a flow diagram illustrating an embodiment of a method in the apparatus 60 for detecting load balancing across network paths between the first node 1 1 and the second node 12. The method comprises a step 71 of processing measurement results from a plurality of test sessions and a step 72 of detecting load balancing across network paths between the first node 1 1 and the second node 12 based on differences between the measurement results 28 of different test sessions of the plurality of test sessions.
The control circuitry 26 and the processing circuitry 27 mentioned above may be embodied in the form of one or more programmable processors programmed to perform the steps according to the methods described herein. However, any data processing circuitry or combination of different types of processing circuits that is capable of performing the mentioned steps could be used. Several of the embodiments described herein may thus be implemented by means providing appropriate network elements with new software, which may be comprised in one or several computer program products embodied in the form of a volatile or non-volatile memory, e.g. a RAM, an EEPROM, a flash memory or a disc drive. From the above description it is apparent that an advantage of certain embodiments described herein is that load balancing in a packet-switched communication network may be detected. Another advantage of some embodiments described herein is that the applicability of network measurements may be increased since it is possible to obtain measurements for the same network path that is used by application traffic. Situations where one network path is measured, while the application traffic takes another unmeasured network path can be avoided. By generating multiple parallel test sessions which uses different parameters, such as destination/source port, destination/source address and/or protocol type the different test sessions may be forced to take different network paths. Thus load balancing may be detected by comparing measurement results of the plurality of test sessions and measurement results may be obtained for different network paths.
A further advantage of some embodiments of this disclosure is that they can be easily combined with functions and features of different existing tools for active performance monitoring, such as e.g. OWAMP, TWAMP and BART. The plurality of test sessions that are initiated for detection of load balancing may thus be OWAMP sessions, TWAMP sessions BART sessions or some other type of test sessions. For detection of load balancing based on the measurement results of the plurality of test sessions, different types of analysis methods may be used to analyze the measurement results. Kalman filtering, CUSUM (Cumulative sum) or a combination of both techniques may e.g. be used in a learning and detection process to detect systematic differences in measurement results between different test sessions.
In the drawings and specification, there have been disclosed typical embodiments and, although specific terms are employed, they are used in a generic and descriptive sense only and not for purposes of limitation, the scope of the invention being set forth in the following claims.

Claims

1 . A method for detecting load balancing across network paths between a first node (1 1 ) and a second node (12) in a packet-switched communication network (10), the method comprising:
initiating (31 ) a plurality of test sessions (22, 23, 24, 25, 41 , 42, 51 , 52, 53), each test session of the plurality of test sessions comprising at least one test packet (44) transmitted over the packet-switched communication network (10) between the first node (1 1 ) and the second node (12), and each test session of the plurality of test sessions being associated with a set of parameters, the set of parameters comprising at least one of a source address, a destination address, a source port, a destination port, and a protocol,
wherein the plurality of test sessions (22, 23, 24, 25, 41 , 42, 51 , 52, 53) are initiated such that values of at least one parameter of the source address, the destination address, the source port, the destination port, and the protocol differ between each of the test sessions (22, 23, 24, 25, 41 , 42, 51 , 52, 53) and wherein the method further comprises:
detecting (32) load balancing across network paths between the first node (1 1 ) and the second node (12) based on differences between measurement results (28) of different test sessions of the plurality of test sessions.
2. The method according to claim 1 , wherein it is detected that test packets (44) of two different test sessions (22, 23, 24, 25, 41 , 42, 51 , 52, 53) of the plurality of test sessions have traversed the packet-switched network (10) over different network paths if a difference in measurement results (28) of the two different test sessions is above a first threshold value.
3. The method according to claim 1 or 2, wherein it is detected that test packets (44) of two different test sessions (22, 23, 24, 25, 41 , 42, 51 , 52, 53) of the plurality of test sessions have traversed the packet-switched network (10) over the same network path if a difference in measurement results (28) of the two different test sessions is below a second threshold value.
4. The method according to any of claims 1 -3, wherein said measurement results (28) includes delay and/or delay variation associated with the test packets (44) of the plurality of test sessions (22, 23, 24, 25, 41 , 42, 51 , 52, 53).
5. The method according to any of claims 1 -4, wherein at least one test packet (44) of each test session (22, 23, 24, 25, 41 , 42, 51 , 52, 53) of the plurality of test sessions are transmitted from the first node (1 1 ) or the second node (12) substantially simultaneously.
6. The method according to any of claims 1 -5, wherein each test session (22, 23, 24, 25, 41 , 42, 51 , 52, 53) of the plurality of test sessions comprises a plurality of test packets (44) transmitted at intervals from the first node (1 1 ) or the second node (12).
7. The method according to claim 6, wherein the test packets (44) are transmitted from the first node (1 1 ) or the second node (12) in bursts (55,
56, 57) such that a relative order between transmission times of the test packets (44) of different test sessions (51 , 52, 53) differs between the different bursts (55, 56, 57).
8. The method according to claim 6 or 7, wherein said detecting (32) of load balancing across network paths is performed based on systematic differences in measurement results (28) for test packets (44) of different test sessions (22, 23, 24, 25, 41 , 42, 51 , 52, 53).
9. The method according to any of claims 1 -8, wherein the test sessions (22, 23, 24, 25, 41 , 42, 51 , 52, 53) are Two-way Active Measurement Protocol, TWAMP, sessions, One-way Active Measurement Protocol, OWAMP, sessions or Bandwidth Available in Real-Time, BART, sessions.
10. A system (29) for detecting load balancing across network paths between a first node (1 1 ) and a second node (12) in a packet-switched communication network (10), the system (29) comprising:
control circuitry (26) configured to initiate a plurality of test sessions (22, 23, 24, 25, 41 , 42, 51 , 52, 53), each test session of the plurality of test sessions comprising at least one test packet (44) transmitted over the packet-switched communication network (10) between the first node (1 1 ) and the second node (12), and each test session (22, 23, 24, 25, 41 , 42, 51 , 52, 53) of the plurality of test sessions being associated with a set of parameters, the set of parameters comprising at least one of a source address, a destination address, a source port, a destination port, and a protocol, wherein the control circuitry (26) is configured to initiate the plurality of test sessions (22, 23, 24, 25, 41 , 42, 51 , 52, 53) such that values of at least one parameter of the source address, the destination address, the source port, the destination port, and the protocol differ between each of the test sessions and wherein the system (29) further comprises:
processing circuitry (27) configured to detect load balancing across network paths between the first node (1 1 ) and the second node (12) based on differences between measurement results (28) of different test sessions of the plurality of test sessions.
1 1 . The system (29) according to claim 10, wherein the processing circuitry (27) is configured to detect that test packets (44) of two different test sessions (22, 23, 24, 25, 41 , 42, 51 , 52, 53) of the plurality of test sessions have traversed the packet-switched network (10) over different network paths if a difference in measurement results of the two different test sessions is above a first threshold value.
12. The system (29) according to claim 10 or 1 1 , wherein the processing circuitry (27) is configured to detect that test packets (44) of two different test sessions (22, 23, 24, 25, 41 , 42, 51 , 52, 53) of the plurality of test sessions have traversed the packet-switched network (10) over the same network path if a difference in measurement results (28) of the two different test sessions is below a second threshold value.
13. The system (29) according to any of claims 10-12, wherein said measurement results (28) includes delay and/or delay variation associated with the test packets (44) of the plurality of test sessions (22, 23, 24, 25, 41 , 42, 51 , 52, 53).
14. The system (29) according to any of claims 10-13, wherein the control circuitry (26) is configured to control that at least one test packet (44) of each test session (22, 23, 24, 25, 41 , 42, 51 , 52, 53) of the plurality of test sessions are transmitted from the first node (1 1 ) or the second node (12) substantially simultaneously.
15. The system (29) according to any of claims 10-14, wherein the control circuitry (26) is configured to initiate the plurality of test sessions such that each test session (22, 23, 24, 25, 41 , 42, 51 , 52, 53) comprises a plurality of test packets (44) transmitted at intervals from the first node (1 1 ) or the second node (12).
16. The system (29) according to claim 15, wherein the control circuitry (26) is configured to control that the test packets (44) are transmitted from the first node (1 1 ) or the second node (12) in bursts (55, 56, 57) such that a relative order between transmission times of the test packets (44) of different test sessions (51 , 52, 53) differs between the different bursts (55, 56, 57).
17. The system (29) according to claim 15 or 16, wherein the processing circuitry (27) is configured to detect load balancing across the network paths based on systematic differences in measurement results (28) for test packets (44) of different test sessions (22, 23, 24, 25, 41 , 42, 51 , 52, 53).
18. The system (29) according to any of claims 10-17, wherein the test sessions (22, 23, 24, 25, 41 , 42, 51 , 52, 53) are Two-way Active Measurement Protocol, TWAMP, sessions, One-way Active Measurement Protocol, OWAMP, sessions or Bandwidth Available in Real-Time, BART, sessions.
19. The system (29) according to any of claims 10-18, wherein the processing circuitry (27) is comprised in the first node (1 1 ) or in the second node (12) and the control circuitry (26) is comprised in the first node (1 1 ) or in the second node (12).
20. The system (29) according to any of claims 10-19, wherein the processing circuitry (27) and the control circuitry (26) are comprised in different nodes.
21 . An apparatus (60) for detecting load balancing across network paths between a first node (1 1 ) and a second node (12) in a packet-switched communication network (10), the apparatus (60) comprising:
processing circuitry (27) configured to:
process measurement results from a plurality of test sessions (22, 23, 24, 25, 41 , 42, 51 , 52, 53), wherein each test session of the plurality of test sessions comprises at least one test packet (44) transmitted over the packet-switched communication network (10) between the first node (1 1 ) and the second node (12), wherein each test session of the plurality of test sessions is associated with a set of parameters, the set of parameters comprising at least one of a source address, a destination address, a source port, a destination port, and a protocol, and wherein values of at least one parameter of the source address, the destination address, the source port, the destination port, and the protocol differ between each of the test sessions; and to
detect load balancing across network paths between the first node (1 1 ) and the second node (12) based on differences between the measurement results (28) of different test sessions of the plurality of test sessions.
22. A method in an apparatus (60) for detecting load balancing across network paths between a first node (1 1 ) and a second node (12) in a packet-switched communication network (10), the method comprising:
processing (71 ) measurement results (28) from a plurality of test sessions (22, 23, 24, 25, 41 , 42, 51 , 52, 53), wherein each test session of the plurality of test sessions comprises at least one test packet (44) transmitted over the packet-switched communication network (10) between the first node (1 1 ) and the second node (12), wherein each test session (22, 23, 24, 25, 41 , 42, 51 , 52, 53) of the plurality of test sessions is associated with a set of parameters, the set of parameters comprising at least one of a source address, a destination address, a source port, a destination port, and a protocol, and wherein values of at least one parameter of the source address, the destination address, the source port, the destination port, and the protocol differ between each of the test sessions; and
detecting (72) load balancing across network paths between the first node (1 1 ) and the second node (12) based on differences between the measurement results (28) of different test sessions of the plurality of test sessions.
PCT/SE2011/051224 2011-10-13 2011-10-13 Detection of load balancing across network paths in a communication network WO2013055267A1 (en)

Priority Applications (5)

Application Number Priority Date Filing Date Title
PCT/SE2011/051224 WO2013055267A1 (en) 2011-10-13 2011-10-13 Detection of load balancing across network paths in a communication network
EP11873849.1A EP2767038A4 (en) 2011-10-13 2011-10-13 Detection of load balancing across network paths in a communication network
SG11201400524QA SG11201400524QA (en) 2011-10-13 2011-10-13 Detection of load balancing across network paths in a communication network
RU2014118944/08A RU2014118944A (en) 2011-10-13 2011-10-13 DETECTION OF LOAD BALANCING THROUGH NETWORK ROUTES IN THE COMMUNICATION NETWORK
US14/351,219 US20140258524A1 (en) 2011-10-13 2011-10-13 Detection of Load Balancing Across Network Paths in a Communication Network

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
PCT/SE2011/051224 WO2013055267A1 (en) 2011-10-13 2011-10-13 Detection of load balancing across network paths in a communication network

Publications (1)

Publication Number Publication Date
WO2013055267A1 true WO2013055267A1 (en) 2013-04-18

Family

ID=48082162

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/SE2011/051224 WO2013055267A1 (en) 2011-10-13 2011-10-13 Detection of load balancing across network paths in a communication network

Country Status (5)

Country Link
US (1) US20140258524A1 (en)
EP (1) EP2767038A4 (en)
RU (1) RU2014118944A (en)
SG (1) SG11201400524QA (en)
WO (1) WO2013055267A1 (en)

Cited By (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20160149788A1 (en) * 2014-11-20 2016-05-26 Telefonaktiebolaget L M Ericsson (pubI) Passive Performance Measurement for Inline Service Chaining
US9838286B2 (en) 2014-11-20 2017-12-05 Telefonaktiebolaget L M Ericsson (Publ) Passive performance measurement for inline service chaining
US20210314404A1 (en) * 2014-06-04 2021-10-07 Pure Storage, Inc. Customized hash algorithms

Families Citing this family (14)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US9306830B2 (en) * 2013-01-30 2016-04-05 Accedian Networks Inc. Layer-3 performance monitoring sectionalization
JP5477501B1 (en) * 2013-07-26 2014-04-23 富士ゼロックス株式会社 Information processing system and information processing program
WO2016089921A1 (en) * 2014-12-01 2016-06-09 Luminus Networks Inc. System and method of discovering paths in a network
GB2543838B (en) * 2015-10-30 2020-02-12 Canon Kk Estimation of network conditions of individual paths in a multi-path connection involving a device not aware of multi-path signaling
US10057336B2 (en) * 2015-11-17 2018-08-21 Sap Se Dynamic load balancing between client and server
US10484181B2 (en) * 2016-12-12 2019-11-19 Datiphy Inc. Streaming non-repudiation for data access and data transaction
US20190260657A1 (en) * 2018-02-21 2019-08-22 Cisco Technology, Inc. In-band performance loss measurement in ipv6/srv6 software defined networks
US11184235B2 (en) * 2018-03-06 2021-11-23 Cisco Technology, Inc. In-band direct mode performance loss measurement in software defined networks
US10693729B2 (en) 2018-03-12 2020-06-23 Spirent Communications, Inc. Acceleration of node configuration for TWAMP with a large number of test sessions
US10613958B2 (en) 2018-03-12 2020-04-07 Spirent Communications, Inc. Secure method for managing a virtual test platform
US10848372B2 (en) * 2018-03-12 2020-11-24 Spirent Communications, Inc. Scalability, fault tolerance and fault management for TWAMP with a large number of test sessions
US10841196B2 (en) 2018-03-26 2020-11-17 Spirent Communications, Inc. Key performance indicators (KPI) for tracking and correcting problems for a network-under-test
US10771405B2 (en) * 2018-10-26 2020-09-08 Cisco Technology, Inc. Switching and load balancing techniques in a communication network
JP7222260B2 (en) * 2019-02-07 2023-02-15 日本電信電話株式会社 test equipment

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP1017204A2 (en) * 1998-12-28 2000-07-05 Fujitsu Limited Relaying apparatus for use in a network system
EP1705834A1 (en) * 2005-03-23 2006-09-27 Microsoft Corporation Available bandwidth estimation
US20090190482A1 (en) * 2008-01-30 2009-07-30 Cisco Technology, Inc., A Corporation Of California Relative One-Way Delay Measurements Over Multiple Paths Between Devices

Family Cites Families (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2002176441A (en) * 2000-12-08 2002-06-21 Fujitsu Ltd Communication unit
US20030112829A1 (en) * 2001-12-13 2003-06-19 Kamakshi Sridhar Signaling for congestion control, load balancing, and fairness in a resilient packet ring
US7426577B2 (en) * 2003-06-19 2008-09-16 Avaya Technology Corp. Detection of load balanced links in internet protocol netwoks
US8064356B1 (en) * 2005-01-11 2011-11-22 Verizon Services Corp. System and methods for measuring network performance

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP1017204A2 (en) * 1998-12-28 2000-07-05 Fujitsu Limited Relaying apparatus for use in a network system
EP1705834A1 (en) * 2005-03-23 2006-09-27 Microsoft Corporation Available bandwidth estimation
US20090190482A1 (en) * 2008-01-30 2009-07-30 Cisco Technology, Inc., A Corporation Of California Relative One-Way Delay Measurements Over Multiple Paths Between Devices

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
See also references of EP2767038A4 *

Cited By (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20210314404A1 (en) * 2014-06-04 2021-10-07 Pure Storage, Inc. Customized hash algorithms
US11652884B2 (en) * 2014-06-04 2023-05-16 Pure Storage, Inc. Customized hash algorithms
US20160149788A1 (en) * 2014-11-20 2016-05-26 Telefonaktiebolaget L M Ericsson (pubI) Passive Performance Measurement for Inline Service Chaining
US9705775B2 (en) * 2014-11-20 2017-07-11 Telefonaktiebolaget Lm Ericsson (Publ) Passive performance measurement for inline service chaining
US9838286B2 (en) 2014-11-20 2017-12-05 Telefonaktiebolaget L M Ericsson (Publ) Passive performance measurement for inline service chaining

Also Published As

Publication number Publication date
RU2014118944A (en) 2015-11-20
SG11201400524QA (en) 2014-04-28
US20140258524A1 (en) 2014-09-11
EP2767038A4 (en) 2015-02-18
EP2767038A1 (en) 2014-08-20

Similar Documents

Publication Publication Date Title
US20140258524A1 (en) Detection of Load Balancing Across Network Paths in a Communication Network
US20210184954A1 (en) Bit-forwarding ingress router, bit-forwarding router, and operation, administration and maintenance test method
JP4999447B2 (en) System and method for measuring network performance, and system for measuring network performance parameters
US9692679B2 (en) Event triggered traceroute for optimized routing in a computer network
US9917745B2 (en) Validation of chained network services
EP1891526B1 (en) System and methods for providing a network path verification protocol
US10277471B2 (en) Method and device for network tomography
US20220150150A1 (en) System and method for evaluating transmission performance related to network node, and related device
US8687507B2 (en) Method, arrangement and system for monitoring a data path in a communication network
US7933214B2 (en) Fault detection in a transport network
US8107388B2 (en) Route tracing program configured to detect particular network element making type of service modification
US10623278B2 (en) Reactive mechanism for in-situ operation, administration, and maintenance traffic
JP2017530645A (en) Packet sampling to measure network performance
US10277498B2 (en) Analysis of network performance
Chen et al. Analysis of the State of ECN on the Internet
JP3953999B2 (en) Congestion detection apparatus, congestion detection method and program for TCP traffic
Mnisi et al. Active throughput estimation using RTT of differing ICMP packet sizes
EP3891916B1 (en) Performance measurement in a packet-switched communication network
Schiavone et al. Towards bottleneck identification in cellular networks via passive TCP monitoring
US20160337222A1 (en) Reliable Network Probing Session
Abut A distributed measurement architecture for inferring TCP round-trip times through passive measurements
Salehin et al. Scheme for Measuring Queueing Delay of a Router Using Probe-Gap Model: The Single-Hop Case
Hartmond et al. Detecting load balancers in the Internet
Vondrous et al. Multipath TCP in LTE networks
Park et al. User-friendly bottleneck detection algorithm

Legal Events

Date Code Title Description
121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 11873849

Country of ref document: EP

Kind code of ref document: A1

DPE1 Request for preliminary examination filed after expiration of 19th month from priority date (pct application filed from 20040101)
WWE Wipo information: entry into national phase

Ref document number: 14351219

Country of ref document: US

NENP Non-entry into the national phase

Ref country code: DE

WWE Wipo information: entry into national phase

Ref document number: 2011873849

Country of ref document: EP

ENP Entry into the national phase

Ref document number: 2014118944

Country of ref document: RU

Kind code of ref document: A