[Tmrg] Round-table PFLDnet submission

[Wang gang]

Lachlan,

I totally agree with your idea. First list some possible combinations,
but then suggest a few ones those are typical and could be carried out 
in the first step. 

Cheers.
----------------------------------------
王刚 / Wang Gang 
NEC Labs, China 
010-62705180  (ext.511) 
北京市海淀区中关村东路清华科技园1号创新大厦A座14层 
wanggang at research.nec.com.cn


-- CONFIDENTIAL-------------------------------------------------------
本邮件载有秘密信息,请您恪守保密义务,勿向第三方透漏.谢谢合作!

This email is confidential. Recipient(s) named above is(are) obligated
to maintain secrecy and is(are) not permitted to disclose the contents
of this communication to others. Thank you!
----------------------------------------------------------------------
----- Original Message ----- 
From: "Lachlan Andrew" <lachlan.andrew at gmail.com>
To: "Wang gang" <wanggang at research.nec.com.cn>
Cc: "tmrg" <tmrg-interest at icsi.berkeley.edu>
Sent: Monday, November 26, 2007 8:46 AM
Subject: Re: Round-table PFLDnet submission


> Greetings Wang,
> 
> On 22/11/2007, Wang gang <wanggang at research.nec.com.cn> wrote:
>>
>> I think the basic scenarios which we have agreed on is
>>
>> Topology: Dumb-Bell with three nodes at each side,
>>                  Parking-Lot with up to three bottleneck,
>>                  BW, RTT, buffer size settings
>> Background traffic, cross traffic distributions.
>> Collected metrics.
>>
>> Is that enough?
> 
> From memory, the parking-lot was not part of the "basic scenarios" --
> that was a separate scenario.  They were all dumbbell with three nodes
> at each side.  The "basic scenarios" section will describe which
> combinations of
> a) RTT-distribution
> b) BW
> c) buffer size (packets? bytes?)
> d) AQM (RED? Droptail?)
> d) ratio of forward-traffic to reverse-traffic
> e) ratio of long-lived flows to transient flows
> to study.  We can study all possible combinations.
> 
> You, Larry and Lars have the hard job of writing a first-draft of
> working out how many combinations we can study (in Sally's "three days
> of simulation") and how we can choose the most representative
> scenarios.
> 
> Perhaps start by listing the possible values for each, and then
> eliminating any combinations that are unlikely (like low BW links with
> less than one RTT worth of delay).
> 
> On possibility would then be to choose one or two "typical" set of
> parameters, and have a set of tests which varies only one of the
> parameters from that "typical" list.  Do the sums to see how many
> tests you end up with to work out how many "typcial" sets will be
> needed.  What do people on the list think of that approach?
> 
> 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
>