Re: [conex] Fwd: New Version Notification for draft-wagner-conex-credit-00.txt

David Wagner <david.wagner@ikr.uni-stuttgart.de> Mon, 15 July 2013 14:50 UTC

Return-Path: <david.wagner@ikr.uni-stuttgart.de>
X-Original-To: conex@ietfa.amsl.com
Delivered-To: conex@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 9282821E808C for <conex@ietfa.amsl.com>; Mon, 15 Jul 2013 07:50:12 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.249
X-Spam-Level:
X-Spam-Status: No, score=-2.249 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, HELO_EQ_DE=0.35]
Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id Ya-HTw7Y4TMV for <conex@ietfa.amsl.com>; Mon, 15 Jul 2013 07:50:07 -0700 (PDT)
Received: from mailsrv.ikr.uni-stuttgart.de (mailsrv.ikr.uni-stuttgart.de [129.69.170.2]) by ietfa.amsl.com (Postfix) with ESMTP id 4AA8921F9D62 for <conex@ietf.org>; Mon, 15 Jul 2013 07:50:06 -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 B4B1E602F0; Mon, 15 Jul 2013 16:50:05 +0200 (CEST)
Received: from vpn-2-cl181 (vpn-2-cl181 [10.41.21.181]) by netsrv1.ikr.uni-stuttgart.de (Postfix) with ESMTP id AD4B3601CD; Mon, 15 Jul 2013 16:50:05 +0200 (CEST)
From: David Wagner <david.wagner@ikr.uni-stuttgart.de>
To: John Leslie <john@jlc.net>
Date: Mon, 15 Jul 2013 16:50:04 +0200
User-Agent: KMail/1.9.10 (enterprise35 0.20101217.1207316)
References: <201307121201.58082.david.wagner@ikr.uni-stuttgart.de> <20130712104417.GO18393@verdi>
In-Reply-To: <20130712104417.GO18393@verdi>
X-KMail-QuotePrefix: >
Organization: University of Stuttgart (Germany), IKR
MIME-Version: 1.0
Content-Type: Text/Plain; charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
Content-Disposition: inline
Message-Id: <201307151650.04974.david.wagner@ikr.uni-stuttgart.de>
Cc: conex@ietf.org
Subject: Re: [conex] Fwd: New Version Notification for draft-wagner-conex-credit-00.txt
X-BeenThere: conex@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: Congestion Exposure working group discussion list <conex.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/conex>, <mailto:conex-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/conex>
List-Post: <mailto:conex@ietf.org>
List-Help: <mailto:conex-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/conex>, <mailto:conex-request@ietf.org?subject=subscribe>
X-List-Received-Date: Mon, 15 Jul 2013 14:50:12 -0000

Hi John, 

thanks for your comment, I will take it into account. Less might be better in the abstract, but I'd like to have the audit mentioned already here. 

What don't you like in the motivation for ConEx auditing? 
I'd also like to hear your comments on the ConEx crediting alternatives themselves. Or your solution. 

David 

On Friday 12 July 2013 12:44:17 John Leslie wrote:
> David Wagner <david.wagner@ikr.uni-stuttgart.de> wrote:
> > 
> > we submitted a new draft describing potential definitions of credit
> > and credit handling in the audit. 
> 
>    This strikes me as a good idea -- there has been confusion about that,
> and having a separate draft will probably aid discussion here.
> 
> > Abstract:
> 
>    Let me comment on the Abstract before I read the whole draft...
> 
> >  Congestion Exposure (ConEx) is a mechanism by which senders inform
> >  the network about the congestion encountered by previous packets on
> >  the same flow.
> 
>    This indeed is the way we define ConEx.
> 
> >  In order to make ConEx information useful, reliable auditing is
> >  necessary to provide a strong incentive to declare ConEx
> >  information honestly.
> 
>    I personally disagree with this statement. (I'd be happy to go into
> why I disagree; but I don't think this is the right email to do so.)
> 
> >  However, there is always a delay between congestion events and
> >  the respective ConEx signal at the audit. To avoid state and
> >  complex Round-Trip Time estimations at the audit, in
> >  [draft-ietf-conex-abstract-mech] it is proposed to use credit signals
> >  sent in advance to cover potential congestion in the next feedback
> >  delay duration.  Unfortunately, introducing credit does not provide
> >  incentives to honestly report congestion.  This document lists
> >  potential issues regarding the proposed crediting and discusses
> >  potential solutions approaches to interpret and handle credits at the
> >  audit.
> 
>    That text belongs in an Introduction.
> 
>    IMHO, the Abstract should limit itself to something like:
> " 
> " The ConEx Working Group is designing an audit mechanism to test
> " whether congestion encountered is being honestly reported by the
> " sender. This mechanism involves "credit" markings for possible
> " congestion not yet encountered. This document discusses issues
> " regarding such credit markings.
> 
> --
> John Leslie <john@jlc.net>
>