[Tmrg] Queue size - Towards a Common TCP Evaluation Suite

garmitage at swin.edu.au (grenville armitage) Fri, 10 October 2008 02:58 UTC

From: "garmitage at swin.edu.au"
Date: Fri, 10 Oct 2008 13:58:36 +1100
Subject: [Tmrg] Queue size - Towards a Common TCP Evaluation Suite
In-Reply-To: <48EE85D3.5060404@caltech.edu>
References: <20080730103251.299310@gmx.net> <aa7d2c6d0808311521l2fb03761l350017c02548382a@mail.gmail.com> <48E3C1F5.40906@gmx.at> <aa7d2c6d0810011142q15db75fct588b62f467365141@mail.gmail.com> <48E3D7EA.8030703@caltech.edu> <48E68F6B.6080203@caltech.edu> <A0D1D527-CCB4-4039-9609-C28FB0C75838@nokia.com> <48EAF6A6.40504@caltech.edu> <48EE85D3.5060404@caltech.edu>
Message-ID: <48EEC4DC.7080908@swin.edu.au>

Tom Quetchenbach wrote:
	[..]
> Has anybody else done any investigation of this? Especially interesting
> would be if you could use Linux's tcp_probe module to plot the TCP RTT.
> Unfortunately my modem only works in Windows, but I may be able to rig
> something up using another computer as a gateway and get some
> measurements this way.

<possible_tangent>

You might find http://caia.swin.edu.au/tools/spp/ of interest.
A small tool we put together to passively estimate RTT between
two points on the network based on arbitrary flows of packets
seen heading in each direction. (It also works with flows that
are asymmetric, i.e. more packets/sec in one direction that the
other.)  Basically you capture packets at either end of your link,
pass both files to SPP and out pops a sequence of RTT estimates
versus time. By filtering out different application flows from your
captured traffic you can isolate the RTT vs time experienced by
different flows passing the same points of the network.

Right now the tool's only been compiled under FreeBSD. But it reads
standard pcap files so you can do the capture using whatever hosts
happen to be at the points of interest in your network.

</possible_tangent>

cheers,
gja