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
-------------------------------------------------------------------