Fwd: [Iccrg] Meeting in Tokyo, with Pfldnet, 20 May

[Matt Mathis]

I suggest that we start this conversation on the list...

As I see it, the first question is just trying to inventory the dimensionality 
of the transition space.  Some possible items (not in order):

Getting the IETF to agree on a new standard ECN
In the network:
         Turning on ECN marking
         [NOT] Deploying rate fairness
 	Updating marking algorithms to a new operating regime
Updating TCP (etc) receiver behavior in current stacks:
         From one ECN signal per RTT to counting signals per RTT
Updating TCP (etc) sender behavior in current stacks:
 	Add RE-ECN marking
 	Transition Congestion control from 1/sqrt(p) to 1/p
 	     How can we manage the co-existence?
 	Adding a weight parameter to CC and the TCP API
 	Getting OS vendors to turn ECN on

Note that several of these should be more finely subdivided, and I am missing 
a bunch such as enforcing RE-ECN at borders as well as other potential 
inhibitory deployments.

Bob can you extend the list?

At this stage I would add items (and not replace existing items) even if they 
are not orthogonal.  It would be better to make the coverage as complete as 
possible even if some of the items are redundant.

One task for the meeting would trying to imagine a partial ordering on the 
smaller steps, such that each one is motivated by the preceding steps, and not 
excessively inhibited by any negating technology.

Thanks,
--MM--
-------------------------------------------
Matt Mathis     http://staff.psc.edu/mathis
Work:412.268.3319    Home/Cell:412.654.7529
-------------------------------------------
Evil is defined by mortals who think they know
"The Truth" and use force to apply it to others.

On Thu, 26 Mar 2009, Bob Briscoe wrote:

> Matt,
>
> It would be useful to get a 'design team' together to thrash out the roadmap 
> to get from the death of TCP-friendliness to somewhere else.
> - You have your path.
> - I have mine.
> - Perhaps others have theirs.
> - They all have common points and differences.
>
> A roadmap is about all the places we could visit and which ones are places of 
> interest and which ones are shit-holes. It's not a route-plan. We don't all 
> have to agree on the destination, or on the path. Just the pits to avoid and 
> the high points we don't want to block off. For instance, identifying that 
> travelling via place M precludes getting to place Z.
>
> Would Tokyo be a good venue? I don't know who will be there. Or should we 
> wait until an ICCRG co-located with an IETF? Or should we say Tokyo is where 
> the discussion will start, so come if you want to start the journet? I would 
> come if we did that. But currently I have no plans to be in Tokyo, just 
> because I'm travelling too much.
>
>
> Bob
>
>
>> From: Michael Welzl <michael.welzl at uibk.ac.at>
>> To: iccrg at cs.ucl.ac.uk
>> Organization: University of Innsbruck
>> Date: Tue, 24 Mar 2009 17:17:43 +0100
>> X-Mailer: Evolution 2.8.3 (2.8.3-2.fc6)
>> X-Spam-Score: 0.001 () UNPARSEABLE_RELAY
>> X-Scanned-By: MIMEDefang 2.56 on 132.146.168.158
>> X-Scanned-By: MIMEDefang 2.61 at uibk.ac.at on 138.232.1.140
>> X-UCL-MailScanner-Information: Please contact the UCL Helpdesk,
>>         helpdesk at ucl.ac.uk for more information
>> X-MailScanner-ID: 1Lm9K4-00056n-Au
>> X-UCL-MailScanner: Found to be clean
>> X-UCL-MailScanner-From: michael.welzl at uibk.ac.at
>> X-Spam-Status: No
>> Subject: [Iccrg] Meeting in Tokyo, with Pfldnet, 20 May
>> X-BeenThere: iccrg at cs.ucl.ac.uk
>> X-Mailman-Version: 2.1.5
>> List-Id: "Discussions of Internet Congestion Control Research Group 
>> \(ICCRG\)"
>>         <iccrg.cs.ucl.ac.uk>
>> List-Unsubscribe: <http://oakham.cs.ucl.ac.uk/mailman/listinfo/iccrg>,
>>         <mailto:iccrg-request at cs.ucl.ac.uk?subject=unsubscribe>
>> List-Archive: <http://oakham.cs.ucl.ac.uk/pipermail/iccrg>
>> List-Post: <mailto:iccrg at cs.ucl.ac.uk>
>> List-Help: <mailto:iccrg-request at cs.ucl.ac.uk?subject=help>
>> List-Subscribe: <http://oakham.cs.ucl.ac.uk/mailman/listinfo/iccrg>,
>>         <mailto:iccrg-request at cs.ucl.ac.uk?subject=subscribe>
>> Sender: iccrg-bounces at cs.ucl.ac.uk
>> X-OriginalArrivalTime: 24 Mar 2009 19:06:08.0437 (UTC) 
>> FILETIME=[96B57E50:01C9ACB3]
>> X-EsetId: C30EC8256EB3173D9542
>> 
>> Dear all,
>> 
>> As announced quite some time ago, and not mentioned again
>> for a long time - sorry!! - we will have the next ICCRG
>> meeting in Tokyo, co-located with PFLDNet; details:
>> http://www.hpcc.jp/pfldnet2009/Top.html
>> 
>> I will be your host  :)
>> 
>> Please send me suggestions for agenda items to Wes
>> and me ASAP so that we can start building it. Thanks!
>> 
>> Cheers,
>> Michael
>> 
>> 
>> 
>> _______________________________________________
>> Iccrg mailing list
>> Iccrg at cs.ucl.ac.uk
>> http://oakham.cs.ucl.ac.uk/mailman/listinfo/iccrg
>
> ________________________________________________________________
> Bob Briscoe,               Networks Research Centre, BT Research