Re: [re-ECN] preliminary draft of problem statement- authors wanted
Mirja Kuehlewind <mirja.kuehlewind@ikr.uni-stuttgart.de> Thu, 24 September 2009 11:26 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 C95CE3A68DA for <re-ecn@core3.amsl.com>;
Thu, 24 Sep 2009 04:26:39 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.699
X-Spam-Level:
X-Spam-Status: No, score=-1.699 tagged_above=-999 required=5 tests=[AWL=-0.050,
BAYES_00=-2.599, HELO_EQ_DE=0.35, 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 llhnQlZWsfd2 for
<re-ecn@core3.amsl.com>; Thu, 24 Sep 2009 04:26:38 -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 55F8F3A684B for
<re-ecn@ietf.org>; Thu, 24 Sep 2009 04:26:38 -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 A750543A03;
Thu, 24 Sep 2009 13:27:45 +0200 (CEST)
Received: from localhost (inode21 [10.21.18.11]) by
netsrv1.ikr.uni-stuttgart.de (Postfix) with ESMTP id 925EABC07E;
Thu, 24 Sep 2009 13:27:45 +0200 (CEST)
From: Mirja Kuehlewind <mirja.kuehlewind@ikr.uni-stuttgart.de>
Organization: University of Stuttgart (Germany), IKR
To: re-ecn@ietf.org
Date: Thu, 24 Sep 2009 13:27:43 +0200
User-Agent: KMail/1.9.10 (enterprise35 0.20090731.1005176)
References: <AEDCAF87EEC94F49BA92EBDD49854CC70D1D1EE6@E03MVZ1-UKDY.domain1.systemhost.net>
<4ABA95EB.7090907@informatik.uni-wuerzburg.de>
<AEDCAF87EEC94F49BA92EBDD49854CC70D3160B4@E03MVZ1-UKDY.domain1.systemhost.net>
In-Reply-To: <AEDCAF87EEC94F49BA92EBDD49854CC70D3160B4@E03MVZ1-UKDY.domain1.systemhost.net>
X-KMail-QuotePrefix: >
MIME-Version: 1.0
Content-Type: Text/Plain; charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable
Content-Disposition: inline
Message-Id: <200909241327.43568.mirja.kuehlewind@ikr.uni-stuttgart.de>
Subject: Re: [re-ECN] preliminary draft of problem statement- authors wanted
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: Thu, 24 Sep 2009 11:26:39 -0000
Hi Toby, I've tried to fill section 5.3 (see below). I've moved some points form 4. (Requirements for a Solution) into this section. So I'm not sure if 4. is still an own section. Might be enough to include on paragraph into the introduction. I hope this input helps somehow as a starting point for 5.3 or if this is not what was meant to be there it may be included in some other part on the document. Mirja ----------------------------------------- 5.3. Re-feedback as a potential solution To eliminate the asymmetry of information between end-points and network components it can be supposed to re-insert the congestion feedback signaled by the receiver into the Internet. Thereby an approximation about how much congestion needs to be expected over the whole path is given. Having this information within the network the congestion policing can be enforced before other users get discriminated by "heavy users". Considering the ECN information as the downstream congestion and the re-feedbacked congestion information as whole-path congestion, the upstream congestion (or rest-path congestion) can easily be achieved by subtracting one form the other. That enables network components to be responsive to congestion instead just rely on the end-hosts. The upstream congestion reveals valuable information at ISP borders. On the one hand the amount of congestion that will be pushed into a domain can become part of an inter-domain agreement. One the other hand the amount of the expected upstream congestion might lead to switch to a less congestion network-domain (what might boost the competition to provide a more reliable network). Summing up, the exposure of downstream, upstream and the whole-path congestion can be achieved by re-insertion of congestion notifications and will establish an information symmetry between users and network providers. This will open a door for incremental deployment and an evolution to new congestion responses which are not bounded anymore to an "universal rate adaptable policy" as the information equilibrium implicit controls a fair capacity sharing. On Thursday 24 September 2009 10:04:03 toby.moncaster@bt.com wrote: > Hi Michael, > > Thanks for the useful feedback. Clearly this document is still in its > very early stages. I will try and produce a new version by end of the > week which will hopefully address some of your comments. > > Meanwhile I am still keen to get volunteers willing to contribute chunks > of text for any of the sections. > > Toby > > > -----Original Message----- > > From: Michael Menth [mailto:menth@informatik.uni-wuerzburg.de] > > Sent: 23 September 2009 22:41 > > To: Moncaster,T,Toby,DER3 R > > Cc: re-ecn@ietf.org > > Subject: Re: [re-ECN] preliminary draft of problem statement- authors > > wanted > > > > Hi Toby, > > > > I read the whole document and still it is unclear in many parts. I > > marked them in the attached doc-file. I hope this helps to improve its > > clarity. > > > > Regards, > > > > Michael > > > > toby.moncaster@bt.com schrieb: > > > Hi All, > > > > > > As promised here is a new draft of the problem statement with a bit > > > > more meat on the bones. There is still an awful lot of work to be done > > on this and not too much time to do it. Our absolute deadline to get > > something in is October 19th - only just over 3 weeks away... > > > > > As before I would welcome any contributions of text or general > > > > comments. When I have a bit more time I will do proper xml2rfc author > > entries for everyone that has contributed... For political reasons I > > want it to be clear that this is a document that has been worked on > > from people across the whole range of the IETF community. > > > > > Toby > > > > > > ____________________________________________________________________ > > > Toby Moncaster, Senior Researcher, Network Infrastructure Practise > > > B54/70 Adastral Park, Ipswich, IP53RE, UK. +44 7918 901170 > > --------------------------------------------------------------------- > > > - > > > > > -- > > > > > > _______________________________________________ > > > re-ECN mailing list > > > re-ECN@ietf.org > > > https://www.ietf.org/mailman/listinfo/re-ecn > > > > -- > > Dr. Michael Menth, Assistant Professor > > University of Wuerzburg, Institute of Computer Science Am Hubland, D- > > 97074 Wuerzburg, Germany, room B206 > > phone: (+49)-931/31-86644 (new), fax: (+49)-931/888-6632 > > mailto:menth@informatik.uni-wuerzburg.de > > http://www3.informatik.uni-wuerzburg.de/research/ngn > > _______________________________________________ > 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] preliminary draft of problem statement- … toby.moncaster
- Re: [re-ECN] preliminary draft of problem stateme… Woundy, Richard
- Re: [re-ECN] preliminary draft of problem stateme… toby.moncaster
- Re: [re-ECN] preliminary draft of problem stateme… João Taveira Araújo
- Re: [re-ECN] preliminary draft of problem stateme… toby.moncaster
- Re: [re-ECN] preliminary draft of problem stateme… Mirja Kuehlewind
- Re: [re-ECN] preliminary draft of problem stateme… toby.moncaster
- Re: [re-ECN] preliminary draft of problem stateme… toby.moncaster
- Re: [re-ECN] preliminary draft of problem stateme… Michael Menth
- Re: [re-ECN] preliminary draft of problem stateme… toby.moncaster
- Re: [re-ECN] preliminary draft of problem stateme… Mirja Kuehlewind
- Re: [re-ECN] preliminary draft of problem stateme… toby.moncaster
- Re: [re-ECN] preliminary draft of problem stateme… toby.moncaster
- Re: [re-ECN] preliminary draft of problem stateme… Mirja Kuehlewind
- Re: [re-ECN] preliminary draft of problem stateme… Woundy, Richard
- Re: [re-ECN] preliminary draft of problem stateme… Michael Menth
- Re: [re-ECN] preliminary draft of problem stateme… toby.moncaster
- Re: [re-ECN] preliminary draft of problem stateme… Matthew Ford
- Re: [re-ECN] preliminary draft of problem stateme… toby.moncaster
- Re: [re-ECN] preliminary draft of problem stateme… toby.moncaster
- Re: [re-ECN] preliminary draft of problem stateme… Woundy, Richard
- Re: [re-ECN] preliminary draft of problem stateme… toby.moncaster
- Re: [re-ECN] preliminary draft of problem stateme… Tom Taylor
- Re: [re-ECN] preliminary draft of problem stateme… Mirja Kuehlewind
- Re: [re-ECN] preliminary draft of problem stateme… toby.moncaster
- Re: [re-ECN] preliminary draft of problem stateme… Bob Briscoe
- Re: [re-ECN] preliminary draft of problem stateme… Bob Briscoe
- Re: [re-ECN] preliminary draft of problem stateme… Ingemar Johansson S
- Re: [re-ECN] preliminary draft of problem stateme… toby.moncaster
- Re: [re-ECN] preliminary draft of problem stateme… Michael Menth
- Re: [re-ECN] preliminary draft of problem stateme… philip.eardley