From: "Ruhai Wang" <wangnewton2000@yahoo.com> Subject: RE: Why so many zeros? Date: Mon, 3 Dec 2001 15:01:33 -0700 Message-ID: <NEBBJGAGMLPGDDHMMODIKEIPCFAA.wangnewton2000@yahoo.com>
Did you dumped the transmission on the receiving end or sending end? I think
it may be dumped on the receiver since so many RTTs are zero. I would
recommend you try on both sides to see the differences.
RHW
-----Original Message-----
From: owner-tcptrace@masaka.cs.ohiou.edu
[mailto:owner-tcptrace@masaka.cs.ohiou.edu]On Behalf Of Liangping Ma
Sent: Monday, December 03, 2001 10:10 AM
To: tcptrace@tcptrace.org
Subject: Re: Why so many zeros?
Thanks, Mark!
But the data was about a long FTP from Beijing Univeristy in China to
the University of Delaware in US. Suppose the distance is 12,000km, there
are 10 hops with capacity of 1Gb/s, the MTU is 1500 bytes. The two-way
delay should be more than 0.4 ms, which does not count the processing
delay and queuing delay. If we are lucky, we can have zero queuing delay.
But there are must be some nonzero value for processing delay. If the RTT
is rounded, then the processing delay is under 0.1ms. I don't know the
typical value for the processing delay. I am worry that the RTT is very
easily to exceede 0.5 ms.
Also I observe some RTTs as small as 1, 2 ms. The average of all the
RTTs is around 20ms. The maximum is virtually unbounded.
For delayed ACKs, how are the delays calculated for *each* packet?
Thanks in advance!
Liangping
----------------------------------------------------------------------------
To unsubscribe, send a message with body containing "unsubscribe tcptrace"
to
majordomo@tcptrace.org.
_________________________________________________________
Do You Yahoo!?
Get your free @yahoo.com address at http://mail.yahoo.com
----------------------------------------------------------------------------
To unsubscribe, send a message with body containing "unsubscribe tcptrace" to
majordomo@tcptrace.org.
This archive was generated by hypermail 2b30 : 12/04/01 EST