Re: [aqm] Last Call: <draft-ietf-aqm-fq-codel-05.txt> (FlowQueue-Codel) to Experimental RFC

grenville armitage <garmitage@swin.edu.au> Thu, 24 March 2016 03:02 UTC

Return-Path: <garmitage@swin.edu.au>
X-Original-To: ietf@ietfa.amsl.com
Delivered-To: ietf@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 4C78E12D5BB; Wed, 23 Mar 2016 20:02:13 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -4.209
X-Spam-Level:
X-Spam-Status: No, score=-4.209 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_MED=-2.3, T_RP_MATCHES_RCVD=-0.01] autolearn=ham autolearn_force=no
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id R92kgY2lU9ov; Wed, 23 Mar 2016 20:02:11 -0700 (PDT)
Received: from gpo2.cc.swin.edu.au (gpo2.cc.swin.edu.au [136.186.1.31]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id CF50712D1A1; Wed, 23 Mar 2016 20:02:10 -0700 (PDT)
Received: from [136.186.229.37] (garmitage.caia.swin.edu.au [136.186.229.37]) by gpo2.cc.swin.edu.au (8.14.3/8.14.3) with ESMTP id u2O31Hi8009241 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES128-SHA bits=128 verify=NO); Thu, 24 Mar 2016 14:01:17 +1100
Subject: Re: [aqm] Last Call: <draft-ietf-aqm-fq-codel-05.txt> (FlowQueue-Codel) to Experimental RFC
To: Bob Briscoe <research@bobbriscoe.net>, ietf@ietf.org
References: <20160303172022.12971.79276.idtracker@ietfa.amsl.com> <56EBDA04.3020500@bobbriscoe.net>
From: grenville armitage <garmitage@swin.edu.au>
Message-ID: <56F3587D.5070000@swin.edu.au>
Date: Thu, 24 Mar 2016 14:01:17 +1100
User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:38.0) Gecko/20100101 Thunderbird/38.5.0
MIME-Version: 1.0
In-Reply-To: <56EBDA04.3020500@bobbriscoe.net>
Content-Type: multipart/alternative; boundary="------------000901060702010408080204"
Archived-At: <http://mailarchive.ietf.org/arch/msg/ietf/dbyecVWQGR0GLIt09MGRdRWdAYQ>
Cc: mls.ietf@gmail.com, draft-ietf-aqm-fq-codel@ietf.org, aqm-chairs@ietf.org, aqm@ietf.org
X-BeenThere: ietf@ietf.org
X-Mailman-Version: 2.1.17
Precedence: list
List-Id: IETF-Discussion <ietf.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/ietf>, <mailto:ietf-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/ietf/>
List-Post: <mailto:ietf@ietf.org>
List-Help: <mailto:ietf-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/ietf>, <mailto:ietf-request@ietf.org?subject=subscribe>
X-List-Received-Date: Thu, 24 Mar 2016 03:02:13 -0000


On 03/18/2016 21:35, Bob Briscoe wrote:
> IESG, authors,
>
> 1. Safe?
>
> My main concern is with applicability. In particular, the sentence in section 7 on Deployment Status: "We believe it to be a safe default and encourage people running Linux to turn it on: ...". and a similar sentiment repeated in the conclusions. "and we believe it to be safe to turn on by default, as has already happened in a number of Linux distributions."

At the risk of incurring further wrath, and noting that the IESG did request "final comments on this action" (hence all the CCs), I think there's something to Bob's observation about the word "safe".

What about:

Section 1: "...and we believe it to be safe to turn on by default, ..." -> "...and we believe it to be significantly beneficial to turn on by default, ..."
Section 7: "We believe it to be a safe default and ..." -> "We believe it to be a significantly beneficial default and ..."

(Yes, this is going to be an Experimental RFC. And yes, turning on FQ_CoDel generally results in awesome improvements wrt pfifo. But the two instances of "safe" in draft-ietf-aqm-fq-codel-05.txt do imply to me a wider degree of applicability than is probably warranted at this juncture. I just hadn't noticed until Bob mentioned it.)

cheers,
gja