[Tmrg] Traffic Generators (Harpoon and Tmix)

Lachlan Andrew lachlan.andrew at gmail.com
Mon Dec 3 11:28:23 PST 2007


Greetings Sangtae,

On 03/12/2007, SANGTAE HA <sangtae.ha at gmail.com> wrote:
> We have two compelling traffic generators, Tmix[1] and Harpoon[2], one
> of them will be used as a common traffic generator for TCP testing.
> Before deciding which traffic geneator we would go, I list up simple
> comparisons between them. Feel free to update the table.
>
> ----------------------------------------------------------------
>                   Tmix                 Harpoon
> ----------------------------------------------------------------
> TCP/UDP   application-level    application-level
>                  TCP                     TCP/UDP
> ----------------------------------------------------------------
> Model        *(a,b,t) model     inter-arrival time and
>                                          file size distributions
> ----------------------------------------------------------------
> Trace         tcpdump            flow-tool (from routers)
>                  *manual             *manual
> ----------------------------------------------------------------
> Supported   Linux                Linux
>                   FreeBSD          (FreeBSD)
>                   NS2
> ----------------------------------------------------------------
>
> *(a,b,t) = (request size, response size, user think time)
> * "manual" means it supports user-generated vectors or distribution tables
>
> Briefly, Tmix supports more platforms (NS2) while Harpoon includes an
> additional UDP generation.
> After reading the Tmix paper, it looks *(a,b,t) model can represent
> user-interactions better than the model based on inter-arrival and
> file size distributions.

Thanks for checking this out.

I notice that  Tmix  aims to model non-greedy TCP connections.  The
"think times" are not times between user connections, but pauses
within a connection.  Will that make it harder for us to collect
statistics?  If we're measuring things like "file completion time", it
is much harder to define what a "file" is if it is just part of a
long-running non-greedy TCP connection.

Tmix is clearly a more general model, but I personally prefer the
simplicity of considering TCP sources to be greedy.  It simplifies
distinguishing between the effect of slow-start vs normal operation.

Cheers,
Lachlan

-- 
Lachlan Andrew  Dept of Computer Science, Caltech
1200 E California Blvd, Mail Code 256-80, Pasadena CA 91125, USA
Ph: +1 (626) 395-8820    Fax: +1 (626) 568-3603
http://netlab.caltech.edu/~lachlan


More information about the Tmrg-interest mailing list