This invention relates to network test and measurement, and more particularly to an apparatus and method of determining end-user response time in network operation.
In installation, operation and maintenance of networks, determination of where issues or problem points arise can be complex. A network engineer or technician looking to resolve problems would be interested in determining the timing of interaction of clients on the network with a server, to help determine where problems might be occurring.
Applications that are request/response based, but do not use TCP as the transport protocol, are susceptible to issues with application, server, and/or network responsiveness in similar ways as applications that use TCP as the transport protocol.
However, heretofore, measurement of client/server response time for non-TCP protocols was not available. The TCP protocol provides reliability of data transfer and therefore request/response determination and specifically the beginning and end of the request/response can be determined based on the transport protocol. There are limitations in this regard with a non-TCP transport protocol.
Being able to determine the timing of interaction of clients on the network with a server would be helpful when troubleshooting network problems.
In accordance with the invention, end-user response time is determined for both TCP and non-TCP protocols.
Accordingly, it is an object of the present invention to provide an improved method and apparatus for network test and measurement.
It is a further object of the present invention to provide an improved method and apparatus for determining application transactions for non-TCP protocols on a network.
It is yet another object of the present invention to provide an improved method and apparatus to characterize timing of non-TCP protocol traffic on a network.
The subject matter of the present invention is particularly pointed out and distinctly claimed in the concluding portion of this specification. However, both the organization and method of operation, together with further advantages and objects thereof, may best be understood by reference to the following description taken in connection with accompanying drawings wherein like reference characters refer to like elements.
The system according to a preferred embodiment of the present invention comprises a method and apparatus to determine end user response time in TCP and non-TCP networking protocols.
In accordance with the present apparatus and method, end user response time can be employed as an approximate of client side response time for a network transaction, which can be used in determining where issues or performance problems might be occurring on the network.
Referring to
A network analyzer 14 is also connected to the network, and may include a remote network analyzer interface 16 that enables a user to interact with the network analyzer to operate the analyzer and obtain data therefrom remotely from the physical location of the analyzer. In the illustration of
The network analyzer comprises hardware and software, CPU, memory, interfaces and the like to operate to connect to and monitor traffic on the network, as well as performing various testing and measurement operations, transmitting and receiving data and the like. The remote network analyzer typically is operated by running on a computer or workstation interfaced with the network.
In operation, the network test instrument is attached to the network, near a server in the illustration of
Referring now to
Next, client 42 begins another transmission, pkt8 and pkt9 during time period 58, followed by a quiet time period 60 which is interpreted as the end of the client's present transmission. The server then sends response pkt10, pkt11, pkt12, pkt13, pkt14 during time period 62, and upon cessation of that set of transmissions by the server, the analyzer 44 determines that the current client/server transaction 64 has been completed, denoted Transaction #2 in
After a timeout period 66, it is determined that the communication (flow) 68 between client and server has terminated.
The various timing measurements are observed by analyzer 44 and may be recorded for use in network test and measurement operations.
Referring to
For an individual flow (communication between a client and server), the apparatus and method tracks the first packet and last packet from the client as well as the first and last packet from the server. A single transaction is determined to be all sequential packets from the clients followed by all sequential packets from the server. Once a server packet is seen, the next client packet marks the beginning of a new transaction.
The analyzer 44′ is configured such that a number of default protocols are recognized, analyzed, and classified as streaming or non-streaming. Further, a user can specify a custom protocol or default protocol on a non-standard port that is to be recognized, analyzed, and classified as streaming or non-streaming, since users may operate protocols on non-standard ports.
The test instrument observes network traffic and the method and apparatus herein considers four particular aspects of the timing of non-streaming network traffic:
c_dtt: client data transfer time=the time delta from the first client packet and the last client packet
s_rt: server response time=the time delta from the last client packet and the first server packet
s_dtt: server data transfer time=the time delta from the first server packet and the last server packet
s_nrt: server network round trip (TCP-only), the time delta from a server packet and the TCP acknowledgment for that packet
In a particular embodiment, the following portions of end user response time are typically displayable to a technician for assisting with analysis of the network behavior:
The sum of the four measurements, (s_rt+c_dtt+s_dtt+s_nrt in the case of TCP protocols, three measurements s_rt+c_dtt+s_dtt for non-TCP protocols) provides an end user response time value, which can be employed by the technician in observing network behavior to attempt troubleshooting or adjustment of network operations.
Client 42′ is illustrated at one position on a network, while analyzer 44′ is positioned near server 46′. In the illustrated example, transaction #1 is determined to be pkt1, pkt2 from client 42′ to server 46′ and pkt3, pkt4, pkt5, pkt6 and pkt7 from server 46′ to client 42′. The timing of the client traffic of transaction #1 transfer time c_dtt 70 is measured as the time between the first recognition by analyzer 44′ of pkt1 from client 42′ and the time of the recognition of pkt2 from client 42′. The time 72 between pkt2 and the recognition by analyzer 44′ of pkt3 from server 46 is server response time, s_rt. The time 74 from the recognition by analyzer 44′ of pkt3 from server 46′ and the last sequential packet pkt7 from server 46′ is server data transfer time 74, s_dtt.
With the end of sequential transmissions from server 46′ to client 42′, the analyzer 44′ knows that Transaction #1 is complete. The end-user response time for Transaction #1 may be computed as s_rt 72+c_dtt 70+s_dtt 74 for non-TCP protocol examples as shown in
Continuing with the example of
The timing of the client traffic of transaction #2 transfer time c_dtt 76 is measured as the time between the first recognition by analyzer 44′ of pkt8 from client 42′ and the time of the recognition of pkt9 from client 42′. The time 78 between pkt9 and the recognition by analyzer 44′ of pkt10 from server 46′ is server response time, s_rt. The time 80 from the recognition by analyzer 44′ of pkt10 from server 46′ and the last sequential packet pkt14 from server 46′ is server data transfer time 80, s_dtt, for Transaction #2.
Again, with the end of sequential transmissions from server 46′ to client 42′ at pkt14, the analyzer 44′ determines that Transaction #2 is complete. The end-user response time for Transaction #2 may be computed as s_rt 78+c_dtt 76+s_dtt 80 for non-TCP protocol examples as shown in
The various timing measurements can be accomplished by traffic timing module 25 (
Being able to determine the end-user response time can be advantageous, as it can minimize the number of network monitoring devices that would be needed to monitor and detect application response problems and determine the cause of those problems.
The determined values may be provided to a network technician, displayed, whether locally or remotely (for example via remote user interface 16), stored and accumulated for statistics generation, to assist the technician in maintaining and repairing network operation.
Thus, in accordance with the method and apparatus, the analyzer determines network traffic timing and provides an approximation of end-user response time.
While a preferred embodiment of the present invention has been shown and described, it will be apparent to those skilled in the art that many changes and modifications may be made without departing from the invention in its broader aspects. The appended claims are therefore intended to cover all such changes and modifications as fall within the true spirit and scope of the invention.
This application claims priority of U.S. provisional patent application 61/034,923, filed Mar. 7, 2008, entitled METHOD AND APPARATUS OF END-USER RESPONSE TIME DETERMINATION FOR BOTH TCP AND NON-TCP PROTOCOLS.
Number | Name | Date | Kind |
---|---|---|---|
5937165 | Schwaller et al. | Aug 1999 | A |
6108700 | Maccabee et al. | Aug 2000 | A |
6178449 | Forman et al. | Jan 2001 | B1 |
6272539 | Cuomo et al. | Aug 2001 | B1 |
6446028 | Wang | Sep 2002 | B1 |
6917971 | Klein | Jul 2005 | B1 |
7006448 | Thio | Feb 2006 | B1 |
20020120727 | Curley et al. | Aug 2002 | A1 |
20030172145 | Nguyen | Sep 2003 | A1 |
20030225549 | Shay et al. | Dec 2003 | A1 |
20060064483 | Patel | Mar 2006 | A1 |
20070011317 | Brandyburg et al. | Jan 2007 | A1 |
20070299965 | Nieh et al. | Dec 2007 | A1 |
20080049641 | Edwards et al. | Feb 2008 | A1 |
Number | Date | Country |
---|---|---|
1681799 | Jul 2006 | EP |
Number | Date | Country | |
---|---|---|---|
20090228585 A1 | Sep 2009 | US |
Number | Date | Country | |
---|---|---|---|
61034923 | Mar 2008 | US |