Re: [re-ECN] FW: ConEx BoF announcement text

<toby.moncaster@bt.com> Mon, 26 October 2009 10:14 UTC

Return-Path: <toby.moncaster@bt.com>
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 DDBB228C1EE for <re-ecn@core3.amsl.com>; Mon, 26 Oct 2009 03:14:42 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -3.184
X-Spam-Level:
X-Spam-Status: No, score=-3.184 tagged_above=-999 required=5 tests=[AWL=0.415, BAYES_00=-2.599, 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 MxVTVPlMFahK for <re-ecn@core3.amsl.com>; Mon, 26 Oct 2009 03:14:42 -0700 (PDT)
Received: from smtp3.smtp.bt.com (smtp3.smtp.bt.com [217.32.164.138]) by core3.amsl.com (Postfix) with ESMTP id B6A3728C1A5 for <re-ecn@ietf.org>; Mon, 26 Oct 2009 03:14:41 -0700 (PDT)
Received: from E03MVZ1-UKDY.domain1.systemhost.net ([193.113.30.61]) by smtp3.smtp.bt.com with Microsoft SMTPSVC(6.0.3790.3959); Mon, 26 Oct 2009 10:14:53 +0000
X-MimeOLE: Produced By Microsoft Exchange V6.5
Content-class: urn:content-classes:message
MIME-Version: 1.0
Content-Type: text/plain; charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable
Date: Mon, 26 Oct 2009 10:14:51 -0000
Message-ID: <AEDCAF87EEC94F49BA92EBDD49854CC70D9F3938@E03MVZ1-UKDY.domain1.systemhost.net>
In-Reply-To: <4AE4E509.1090008@ee.ucl.ac.uk>
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
Thread-Topic: [re-ECN] FW: ConEx BoF announcement text
Thread-Index: AcpVznLjZfkO9tEIRkqhz/DSOTN8XAAVZxhA
References: <4A916DBC72536E419A0BD955EDECEDEC0636399B@E03MVB1-UKBR.domain1.systemhost.net> <4ADD187E.6000200@thinkingcat.com> <200910221807.n9MI7P2a002071@bagheera.jungle.bt.co.uk><4AE26D76.7090701@thinkingcat.com> <4AE4E509.1090008@ee.ucl.ac.uk>
From: <toby.moncaster@bt.com>
To: <j.araujo@ee.ucl.ac.uk>, <leslie@thinkingcat.com>
X-OriginalArrivalTime: 26 Oct 2009 10:14:53.0326 (UTC) FILETIME=[28E38AE0:01CA5625]
Cc: re-ecn@ietf.org
Subject: Re: [re-ECN] FW: ConEx BoF announcement text
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: Mon, 26 Oct 2009 10:14:43 -0000

I think João's text is starting to head in the right direction. I especially like how he gets across that there are different applications wanting different (and sometimes conflicting) things out of the network.

I fully agree that this is something we need to get right and it isn't there yet. The trouble is there are a number of subtle aspects that need to be captured without pointing the finger of blame at any one class of applications or users... The simple fact is it is astounding that the Internet has managed to absorb growth of 8 orders of magnitude and still work as well as it does. 

Toby

> -----Original Message-----
> From: re-ecn-bounces@ietf.org [mailto:re-ecn-bounces@ietf.org] On
> Behalf Of João Taveira Araújo
> Sent: 25 October 2009 23:54
> To: Leslie Daigle
> Cc: re-ecn@ietf.org
> Subject: Re: [re-ECN] FW: ConEx BoF announcement text
> 
> Hi,
> 
> Here goes an attempt at making this paragraph a little less confusing
> by
> splitting it in two and a bit of rephrasing. The last sentence is still
> a little confusing though.
> 
> Leslie Daigle wrote:
> > <on the wiki, to be replaced:>
> > The Internet is, in essence, about pooling resources. The ability to
> > share capacity has been paramount to its success and has
> traditionally
> > been managed through the voluntary use of TCP congestion control.
> > However, TCP alone is unable to prevent bandwidth intensive
> > applications, such as peer-to-peer or streaming video, from causing
> > enough congestion over time to severely limit the user-experience of
> > many other users. This has led ISPs to deploy ad-hoc solutions such
> as
> > volume accounting, rate policing and deep packet inspection in an
> > attempt to distribute capacity differently. The consequences of such
> > practices are increasingly leading to calls for government
> regulations
> > and stifling innovation at the transport and application layer (see
> > for example, the problem statement I-D (ref below) and RFC5594).
> > </on the wiki>
> 
> <my attempt>
> However, TCP alone provides neither the means nor the incentives for
> applications to limit the congestion they inflict on others, resulting
> in a
> troubled coexistence between applications with differing needs.  High
> traffic applications, such as peer-to-peer or streaming video, are
> unable or unwilling to restrain themselves from causing enough
> congestion over time to severely limit the user-experience of many
> other
> users.
> 
> This has led ISPs to deploy ad-hoc solutions such as volume accounting,
> rate policing and deep packet inspection in an attempt to distribute
> capacity differently.  Such practices ostracize an entire class of
> applications for simply attempting to pool available capacity,
> consequently stifling innovation at the transport and application
> layer,
> as well as increasingly leading to calls for government regulations
> (see
> for example, the problem statement I-D (ref below) and RFC5594).
> </my attempt>
> 
> Cheers,
> Joao
> _______________________________________________
> re-ECN mailing list
> re-ECN@ietf.org
> https://www.ietf.org/mailman/listinfo/re-ecn