Re: [re-ECN] Pls respond: Do we have a Congestion Exposure community?

Bob Briscoe <rbriscoe@jungle.bt.co.uk> Sat, 05 September 2009 12:30 UTC

Return-Path: <rbriscoe@jungle.bt.co.uk>
X-Original-To: re-ecn@core3.amsl.com
Delivered-To: re-ecn@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 181AD3A6805 for <re-ecn@core3.amsl.com>; Sat, 5 Sep 2009 05:30:59 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.814
X-Spam-Level:
X-Spam-Status: No, score=-1.814 tagged_above=-999 required=5 tests=[AWL=0.303, BAYES_00=-2.599, DNS_FROM_RFC_BOGUSMX=1.482, RCVD_IN_DNSWL_LOW=-1]
Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id uo8ogoxp-6zT for <re-ecn@core3.amsl.com>; Sat, 5 Sep 2009 05:30:53 -0700 (PDT)
Received: from smtp2.smtp.bt.com (smtp2.smtp.bt.com [217.32.164.150]) by core3.amsl.com (Postfix) with ESMTP id 11A713A6765 for <re-ecn@ietf.org>; Sat, 5 Sep 2009 05:30:52 -0700 (PDT)
Received: from i2kc08-ukbr.domain1.systemhost.net ([193.113.197.71]) by smtp2.smtp.bt.com with Microsoft SMTPSVC(6.0.3790.3959); Sat, 5 Sep 2009 13:29:08 +0100
Received: from cbibipnt08.iuser.iroot.adidom.com ([147.149.100.81]) by i2kc08-ukbr.domain1.systemhost.net with Microsoft SMTPSVC(6.0.3790.3959); Sat, 5 Sep 2009 13:29:08 +0100
Received: From bagheera.jungle.bt.co.uk ([132.146.168.158]) by cbibipnt08.iuser.iroot.adidom.com (WebShield SMTP v4.5 MR1a P0803.399); id 1252153747444; Sat, 5 Sep 2009 13:29:07 +0100
Received: from MUT.jungle.bt.co.uk ([10.73.176.93]) by bagheera.jungle.bt.co.uk (8.13.5/8.12.8) with ESMTP id n85CT3xD014611; Sat, 5 Sep 2009 13:29:03 +0100
Message-Id: <200909051229.n85CT3xD014611@bagheera.jungle.bt.co.uk>
X-Mailer: QUALCOMM Windows Eudora Version 7.1.0.9
Date: Sat, 05 Sep 2009 13:29:01 +0100
To: "Rolf Winter" <Rolf.Winter@nw.neclab.eu>
From: Bob Briscoe <rbriscoe@jungle.bt.co.uk>
In-Reply-To: <547F018265F92642B577B986577D671CBF8EAC@VENUS.office>
References: <547F018265F92642B577B986577D671CBF8EAC@VENUS.office>
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"; format=flowed
X-Scanned-By: MIMEDefang 2.56 on 132.146.168.158
X-OriginalArrivalTime: 05 Sep 2009 12:29:08.0415 (UTC) FILETIME=[770754F0:01CA2E24]
Cc: re-ecn@ietf.org
Subject: Re: [re-ECN] Pls respond: Do we have a Congestion Exposure community?
X-BeenThere: re-ecn@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: re-inserted explicit congestion notification <re-ecn.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/listinfo/re-ecn>, <mailto:re-ecn-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/re-ecn>
List-Post: <mailto:re-ecn@ietf.org>
List-Help: <mailto:re-ecn-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/re-ecn>, <mailto:re-ecn-request@ietf.org?subject=subscribe>
X-List-Received-Date: Sat, 05 Sep 2009 12:30:59 -0000

Rolf,

At 19:03 04/09/2009, Rolf Winter wrote:
>I personally am interested in this. I think re-ECN is an interesting 
>endeavor and has significant potential.

Thanks

>Regarding the experiments you mentioned in an earlier Email, do you 
>have something in particular mind how these might look like?

Nope - that's up to you, of course. Do you have something in mind?

Altho I'm open, here's some thoughts:

1/ I know the Internet2 guys (at least the CEO) want to see if 
deploying re-ECN will help a problem they have. They have users who 
want to transfer large chunks of scientific data. Internet2 prevents 
them using just any transport protocol in case they blow other users 
out of the water. They have set up a competition between 
connectionless and connection-oriented. In the latter case users can 
request a nailed up pipe between A & B for their experiment. In the 
former case they have to negotiate all the blocks and throttles that 
may have been deployed between A & B.

The idea is to see whether a generic congestion policing function 
built on re-ECN would solve this dilemma.

2/ We have folks in BT who we're discussing the possibility of using 
congestion in customer contracts. One idea is to trial it in the 
market - but there's a lot of technology trials to go through first.

3/ I'd like to see trials on novel congestion control algos, using 
congestion policing as a permit to allow them not to be TCP-friendly.

4/ other...


Bob


________________________________________________________________
Bob Briscoe,               Networks Research Centre, BT Research