Ethereal-users: RE: [Ethereal-users] Measuring intervals of transfer time

Note: This archive is from the project's previous web site, ethereal.com. This list is no longer active.

From: "Visser, Martin" <martin.visser@xxxxxx>
Date: Tue, 18 Jul 2006 10:16:07 +1000
You might want to use the approach that Packeteer do on their boxes to
discrimnate between network-induced and server-unduced delay. They have
determined that the initially SYN to SYN-ACK response time fairly well
represents the network part of the delay. This is because for most if
not all modern servers, the initial 3-way handshake is performed by the
the kernel very close to the surface, and pretty much independently of
server CPU load (or other load). Hence if you watch enough new
connections being established between client and server you can get a
good understanding of the network-induced delay. You can then subtract
this delay from the total delay observed in other transactions, say a
HTTP GET, and then get the delay for the server transactional response.

(Clearly ethereal needs to be near the client end - where the connection
is initiated - for this to work.)


Martin Visser

Technology Consultant 
Consulting & Integration
Technology Solutions Group - HP Services

410 Concord Road
Rhodes NSW  2138
Australia 

Mobile: +61-411-254-513
Fax: +61-2-9022-1800     
E-mail: martin.visserAThp.com

This email (including any attachments) is intended only for the use of
the individual or entity named above and may contain information that is
confidential, proprietary or privileged. If you are not the intended
recipient, please notify HP immediately by return email and then delete
the email, destroy any printed copy and do not disclose or use the
information in it.


-----Original Message-----
From: ethereal-users-bounces@xxxxxxxxxxxx
[mailto:ethereal-users-bounces@xxxxxxxxxxxx] On Behalf Of Champion, Tim
Sent: Monday, 17 July 2006 9:15 PM
To: Ethereal user support
Subject: RE: [Ethereal-users] Measuring intervals of transfer time

Ethereal allows you to merge multiple capture files so you can easily
when the packet was transmitted and received.

-----Original Message-----
From: ethereal-users-bounces@xxxxxxxxxxxx
[mailto:ethereal-users-bounces@xxxxxxxxxxxx] On Behalf Of Donald Prue
Sent: 14 July 2006 15:58
To: 'Ethereal user support'
Subject: RE: [Ethereal-users] Measuring intervals of transfer time

VAIBHAV,

I would think that the only way to accomplish your time measurement is
to have a sniffer (Ethereal) at each end of the link and they MUST be
time-synced from the same NTP server or else the times are meaningless.
I
hope you can get it done.

Don Prue
Nye County
Manager, Network Operations  
   
dprue@xxxxxxxxxxxx
Desk - 775.751.4266 
Cell   - 775.764.0572 


-----Original Message-----
From: ethereal-users-bounces@xxxxxxxxxxxx
[mailto:ethereal-users-bounces@xxxxxxxxxxxx] On Behalf Of
vaibhav_kaware@xxxxxxxxxxxxxxxx
Sent: Friday, July 14, 2006 12:01 AM
To: ethereal-users@xxxxxxxxxxxx
Subject: [Ethereal-users] Measuring intervals of transfer time

Hi,
I intend to measure the time of transfer of a given packet from source
to the destination. 

But each packet has a single time stamp, that of arrival time on the
client machine. This only marks a single point on the timeline. 

Is it possible to get the duration of travel of the packets using
Ethereal? If yes, how?
Alternatively, is it possible to get the arrival timestamps of the
packets, 'of the other end'?

If not, what could I employ to perform the measurements?

-VAIBHAV

Please read further if further clarification required.
-----------------------------------------------------------
e.g.
If there is a webpage small enough that gets transferred from the server
to the client machine within one packet, then there is no way of knowing
how long it took for the transfer from server to the client, looking
just at the arrival time-stamp on the packet.

e.g.
If a 'file' transfer (download) takes place in 'n>1' number of packets,
then seldom will all the packets arrive in an uninterrupted queue at the
client's machine. In that case, it wont be possible to conclude about
the download time of the 'file' as a whole.

e.g.
When I send a message, say,  using the instant messanger, there is no
way for me to know how much time it took for my message to reach the
other user, as all the timestamps on the packets are the ones that
belong to 'my' machine. What about the arrival time-stamps at the other
end?

DISCLAIMER
==========
This e-mail may contain privileged and confidential information which is
the property of Persistent Systems Pvt. Ltd. It is intended only for the
use of the individual or entity to which it is addressed. If you are not
the intended recipient, you are not authorized to read, retain, copy,
print, distribute or use this message. If you have received this
communication in error, please notify the sender and delete all copies
of this message.
Persistent Systems Pvt. Ltd. does not accept any liability for virus
infected mails.
_______________________________________________
Ethereal-users mailing list
Ethereal-users@xxxxxxxxxxxx
http://www.ethereal.com/mailman/listinfo/ethereal-users

_______________________________________________
Ethereal-users mailing list
Ethereal-users@xxxxxxxxxxxx
http://www.ethereal.com/mailman/listinfo/ethereal-users


DISCLAIMER:
Important Notice *************************************************
This e-mail may contain information that is confidential, privileged or
otherwise protected from disclosure. If you are not an intended
recipient of this e-mail, do not duplicate or redistribute it by any
means. Please delete it and any attachments and notify the sender that
you have received it in error. Unintended recipients are prohibited from
taking action on the basis of information in this e-mail.E-mail messages
may contain computer viruses or other defects, may not be accurately
replicated on other systems, or may be intercepted, deleted or
interfered with without the knowledge of the sender or the intended
recipient. If you are not comfortable with the risks associated with
e-mail messages, you may decide not to use e-mail to communicate with
IPC. IPC reserves the right, to the extent and under circumstances
permitted by applicable law, to retain, monitor and intercept e-mail
messages to and from its systems.
_______________________________________________
Ethereal-users mailing list
Ethereal-users@xxxxxxxxxxxx
http://www.ethereal.com/mailman/listinfo/ethereal-users
_______________________________________________
Ethereal-users mailing list
Ethereal-users@xxxxxxxxxxxx
http://www.ethereal.com/mailman/listinfo/ethereal-users