<html><head><style type="text/css"><!-- DIV {margin:0px;} --></style></head><body><div style="font-family:times new roman,new york,times,serif;font-size:10pt"><div style="font-family: times new roman,new york,times,serif; font-size: 10pt;">I believe that a mailing list could facilitate the "narrowness" of the work to be done about a given topic. Having all the work open to a wider audience the people committed to doing the work might dilute the efforts, pulling threads in many directions. Of course everyone in ICCRG may join the list, so the DT structure could degenerate into a full ICCRG group participation. But the idea of a DT is to allow QUICK progress towards a narrow goal.<br>Having a wider discussion about potentially every step of the work does not sound a good strategy to me.<br><br>My proposal then would be to discuss the SCOPE of the SS DT within ICCRG mailing list, and then move to a SSDT mailing list for the bulk of the work...Is there a
good compromise between people on both sides of the aisle?<br><br>I also wish to clarify that I would be "facilitating" the DT, not leading it :-)<br>Dirceu<br><br><div style="font-family: times new roman,new york,times,serif; font-size: 12pt;">----- Original Message ----<br>From: John Leslie <john@jlc.net><br>To: Michael Welzl <michael.welzl@uibk.ac.at><br>Cc: iccrg@cs.ucl.ac.uk<br>Sent: Tuesday, March 25, 2008 8:05:54 AM<br>Subject: Re: [Iccrg] "Slow Start" design team<br><br>
Michael
Welzl
<<a ymailto="mailto:michael.welzl@uibk.ac.at" href="mailto:michael.welzl@uibk.ac.at">michael.welzl@uibk.ac.at</a>>
wrote:<br>> <br>>
A
design
team
should
have
a
very
narrow
focus,
its
own<br>>
mailing
list,
and
be
led
by
someone
who
is
willing
and<br>>
able
to
push
the
whole
thing
along.<br><br>
Agreed.<br><br>>
The
first
concrete
proposal
on
the
table
is
(somewhat<br>>
unsurprisingly
:)
)
a
design
team
on
Slow
Start,<br>>
led
by
Dirceu
himself
(which
I,
not
he,
suggested).<br>>
I
think
it's
a
nice
start
and
definitely
worth
trying.<br>> <br>>
To
join
the
list,
send
an
email
to:<br>>
<a ymailto="mailto:iccrg-slowstart-ctl@ndrc.kyutech.ac.jp" href="mailto:iccrg-slowstart-ctl@ndrc.kyutech.ac.jp">iccrg-slowstart-ctl@ndrc.kyutech.ac.jp</a><br>>
with
"subscribe
YOUR
NAME"
as
the
body
of
the
message.<br><br>
I'm
not
sure
a
Design
Team
should
be
quite
that
open,<br>though
I'd
certainly
welcome
frequent
interaction
with
the<br>main
iccrg
list.<br><br>
In
any
case,
I'm
holding
off
on
joining
that
list...<br><br>>
The
first
question
that
should
be
discussed
in
this<br>>
list
(not
here
-
let's
try
and
move
this
discussion
there<br>>
already)
is
what
exactly
the
team
should
focus
on:<br>> <br>>
*
enhancements
to
the
end
of
slow
start
(like
Dirceu<br>>
presented
at
our
meeting)<br>> <br>>
*
different
slow
start
enhancements
(like
the
paper
from<br>>
Injong's
group
at
PFLDNet)<br>> <br>>
*
something
else?<br><br>
I
strongly
recommend
nailing
down
the
problem
that<br>Slow-Start
is
supposed
to
solve.
Without
firm
agreement<br>on
that,
I'm
afraid
we'll
get
a
random-walk
problem.<br><br>>
*
is
this
only
about
TCP,
or
also
for
other
protocols?<br><br>
That
might
be
the
wrong
question.
We
should
start
with<br>a
description
of
what
we're
trying
to
fix;
then
work
on<br>whether
fixing
it
within
TCP
is
even
the
right
place
to<br>start.<br><br>--<br>John
Leslie
<<a ymailto="mailto:john@jlc.net" href="mailto:john@jlc.net">john@jlc.net</a>><br><br>_______________________________________________<br>Iccrg
mailing
list<br><a ymailto="mailto:Iccrg@cs.ucl.ac.uk" href="mailto:Iccrg@cs.ucl.ac.uk">Iccrg@cs.ucl.ac.uk</a><br><a href="http://oakham.cs.ucl.ac.uk/mailman/listinfo/iccrg" target="_blank">http://oakham.cs.ucl.ac.uk/mailman/listinfo/iccrg</a><br></div><br></div></div><br>
<hr size=1>Looking for last minute shopping deals? <a href="http://us.rd.yahoo.com/evt=51734/*http://tools.search.yahoo.com/newsearch/category.php?category=shopping">
Find them fast with Yahoo! Search.</a></body></html>