Re: [re-ECN] FW: New Version Notification for draft-moncaster-congestion-exposure-problem-02
Mirja Kuehlewind <mirja.kuehlewind@ikr.uni-stuttgart.de> Sat, 24 October 2009 17:57 UTC
Return-Path: <mirja.kuehlewind@ikr.uni-stuttgart.de>
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 3995F3A67AD for <re-ecn@core3.amsl.com>;
Sat, 24 Oct 2009 10:57:27 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.101
X-Spam-Level:
X-Spam-Status: No, score=-1.101 tagged_above=-999 required=5 tests=[AWL=-0.052,
BAYES_00=-2.599, HELO_EQ_DE=0.35, J_CHICKENPOX_42=0.6, J_CHICKENPOX_91=0.6]
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 YS9ym2dfg+sh for
<re-ecn@core3.amsl.com>; Sat, 24 Oct 2009 10:57:26 -0700 (PDT)
Received: from mailsrv.ikr.uni-stuttgart.de (mailsrv.ikr.uni-stuttgart.de
[129.69.170.2]) by core3.amsl.com (Postfix) with ESMTP id B501C3A679C for
<re-ecn@ietf.org>; Sat, 24 Oct 2009 10:57:25 -0700 (PDT)
Received: from netsrv1.ikr.uni-stuttgart.de (netsrv1-c [10.11.12.12]) by
mailsrv.ikr.uni-stuttgart.de (Postfix) with ESMTP id 68A33439F4;
Sat, 24 Oct 2009 19:57:36 +0200 (CEST)
Received: from localhost (inode21 [10.21.18.11]) by
netsrv1.ikr.uni-stuttgart.de (Postfix) with ESMTP id 9969FBC07E;
Sat, 24 Oct 2009 19:57:35 +0200 (CEST)
From: Mirja Kuehlewind <mirja.kuehlewind@ikr.uni-stuttgart.de>
Organization: University of Stuttgart (Germany), IKR
To: re-ecn@ietf.org
Date: Sat, 24 Oct 2009 19:57:31 +0200
User-Agent: KMail/1.9.10 (enterprise35 0.20090731.1005176)
References: <AEDCAF87EEC94F49BA92EBDD49854CC70D9F3143@E03MVZ1-UKDY.domain1.systemhost.net>
In-Reply-To: <AEDCAF87EEC94F49BA92EBDD49854CC70D9F3143@E03MVZ1-UKDY.domain1.systemhost.net>
X-KMail-QuotePrefix: >
MIME-Version: 1.0
Content-Type: Text/Plain; charset="utf-8"
Content-Transfer-Encoding: quoted-printable
Content-Disposition: inline
Message-Id: <200910241957.32033.mirja.kuehlewind@ikr.uni-stuttgart.de>
Subject: Re: [re-ECN] FW: New Version Notification for
draft-moncaster-congestion-exposure-problem-02
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, 24 Oct 2009 17:57:27 -0000
Hi, I think the problem statement should be shorten a little as a lot of things are mentioned twice and the introduction doesn't come clearly to the point. Not sure if someone not involved into the re-ECN activity will be able to grab the problem in some simple sentences after reading this. Generally, I think it is really good readable, so simply shorten it might help...? Here is some input from my side for the use cases. Not sure if that is what is was intended to be, but at least it's some input: "Congestion exposure can enable ISPs to give an incentive to end-systems to response to congestion in a way that leads to a better share of the available capacity. For example the introduction of a per-user congestion volume might motivate "heavy-user" to back off with their high-bandwidth traffic (when congestion occurs) to save their congestion volume for more time-critical traffic. If every end-system reacts to congestion in such a way that it avoids congestion for non-critical traffic and allow a certain level of congestion for the more important traffic (from the user's point of view), the all-over user experience will be increased. More-over the network might be utilized more equally when less-important traffic is shifted to less congested time slots." Mirja On Friday 23 October 2009 15:09:30 toby.moncaster@bt.com wrote: > I have posted an updated version taking into account comments I received > over the past week or so. Apologies if I have missed any comments. > > http://www.ietf.org/id/draft-moncaster-congestion-exposure-problem-02.txt > > The big missing pieces still are: use cases (I have added a couple of > sentences suggesting what the end result should look like) and security > (which Bob is hoping to be able to do - meanwhile I added some rough notes > that I hope are a start). > > If anyone has anything to contribute before the ID deadline on Monday let > me have it by 1200 GMT Monday and I will endeavour to add it... > > Toby > > ____________________________________________________________________ > Toby Moncaster, Senior Researcher, Network Infrastructure Practice > B54/70 Adastral Park, Ipswich, IP53RE, UK. +44 7918 901170 > > > > -----Original Message----- > From: IETF I-D Submission Tool [mailto:idsubmission@ietf.org] > Sent: 23 October 2009 13:30 > To: Moncaster,T,Toby,DEE1 R > Cc: Krug,AL,Louise,DES3 R; menth@informatik.uni-wuerzburg.de; > j.araujo@ee.ucl.ac.uk; sblake@extremenetworks.com; > richard_woundy@cable.comcast.com Subject: New Version Notification for > draft-moncaster-congestion-exposure-problem-02 > > > A new version of I-D, draft-moncaster-congestion-exposure-problem-02.txt > has been successfuly submitted by T Moncaster and posted to the IETF > repository. > > Filename: draft-moncaster-congestion-exposure-problem > Revision: 02 > Title: The Need for Congestion Exposure in the Internet > Creation_date: 2009-10-23 > WG ID: Independent Submission > Number_of_pages: 19 > > Abstract: > The success of the Internet is largely down to the ability to share > capacity amongst all users while avoiding congestion collapse. > However this relies on the cooperation of all end users to work > efficiently - even if everyone uses TCP, a minority of users can > command a large share of the network. To mitigate the growth in this > problem over recent years, some ISPs have imposed various controls on > traffic using a range of proprietary approaches. These controls set > ISPs in conflict with their customers and with some regulators. > > The root of the problem lies in the fact the ISPs are unable to see > the most important information about the traffic - namely the amount > of congestion that traffic is going to cause in the network. We > propose congestion exposure as a possible solution. This allows > packets to carry an accurate prediction of the congestion they expect > to cause downstream. This memo sets out the motivations for > congestion exposure and introduces a strawman protocol designed to > achieve congestion exposure. > > > > The IETF Secretariat. > > > _______________________________________________ > re-ECN mailing list > re-ECN@ietf.org > https://www.ietf.org/mailman/listinfo/re-ecn -- ------------------------------------------------------------------- Dipl.-Ing. Mirja Kühlewind Institute of Communication Networks and Computer Engineering (IKR) University of Stuttgart, Germany Pfaffenwaldring 47, D-70569 Stuttgart web: www.ikr.uni-stuttgart.de email: mirja.kuehlewind@ikr.uni-stuttgart.de tel: +49(0)711/685-67973 -------------------------------------------------------------------
- [re-ECN] FW: New Version Notification for draft-m… toby.moncaster
- Re: [re-ECN] FW: New Version Notification for dra… John Leslie
- Re: [re-ECN] FW: New Version Notification for dra… Mirja Kuehlewind
- Re: [re-ECN] FW: New Version Notification for dra… Michael Menth
- Re: [re-ECN] FW: New Version Notification for dra… toby.moncaster
- Re: [re-ECN] FW: New Version Notification for dra… toby.moncaster