Re: [aqm] adoption call: algorithm drafts

Toke Høiland-Jørgensen <toke@toke.dk> Thu, 18 September 2014 11:51 UTC

Return-Path: <toke@toke.dk>
X-Original-To: aqm@ietfa.amsl.com
Delivered-To: aqm@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 9B4111A019C for <aqm@ietfa.amsl.com>; Thu, 18 Sep 2014 04:51:08 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -0.693
X-Spam-Level:
X-Spam-Status: No, score=-0.693 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, HELO_EQ_DK=1.009, MIME_8BIT_HEADER=0.3, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001] autolearn=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 Kw7CE-Rtdzve for <aqm@ietfa.amsl.com>; Thu, 18 Sep 2014 04:51:03 -0700 (PDT)
Received: from mail2.tohojo.dk (mail2.tohojo.dk [77.235.48.147]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id A1E6D1A872D for <aqm@ietf.org>; Thu, 18 Sep 2014 04:51:03 -0700 (PDT)
X-Virus-Scanned: amavisd-new at mail2.tohojo.dk
Sender: toke@toke.dk
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=toke.dk; s=201310; t=1411041036; bh=RIuwX+MiGVrLhTSAElfDf1ktRyR0nwNv5rT33vnhDZg=; h=From:To:Cc:Subject:References:Date:In-Reply-To; b=rDbDHTpOdHnE2VWUt7nXznrIc5ll6UDk5tc0liHEAGKbfLzhdRdaPbf7xR580sy/8 i3gcjg49sv9Csfm5ItvrfuqNURsaczKMpcFY0AyfgG8XlMUbh5hfC8YjndE2TnoJxi VzhZ7Mu0gsAP1RRO0HVRxeB3fyPllHbp2k5RfgJs=
Received: by alrua-x1.borgediget.toke.dk (Postfix, from userid 1000) id DCACB2CF87; Thu, 18 Sep 2014 13:50:42 +0200 (CEST)
From: Toke Høiland-Jørgensen <toke@toke.dk>
To: Dave Taht <dave.taht@gmail.com>
References: <54183D58.3090503@mti-systems.com> <CAA93jw7O_jCEGfZoZEqJCMS9A+SfC2d2OO+SqTJxG_P+aJcRYg@mail.gmail.com>
Date: Thu, 18 Sep 2014 13:50:40 +0200
In-Reply-To: <CAA93jw7O_jCEGfZoZEqJCMS9A+SfC2d2OO+SqTJxG_P+aJcRYg@mail.gmail.com> (Dave Taht's message of "Tue, 16 Sep 2014 16:58:36 +0300")
Message-ID: <87oaud171r.fsf@toke.dk>
MIME-Version: 1.0
Content-Type: multipart/signed; boundary="=-=-="; micalg="pgp-sha256"; protocol="application/pgp-signature"
Archived-At: http://mailarchive.ietf.org/arch/msg/aqm/6g941CT5CQbK-FEZedddd4l2Eng
Cc: Wesley Eddy <wes@mti-systems.com>, "aqm@ietf.org" <aqm@ietf.org>
Subject: Re: [aqm] adoption call: algorithm drafts
X-BeenThere: aqm@ietf.org
X-Mailman-Version: 2.1.15
Precedence: list
List-Id: "Discussion list for active queue management and flow isolation." <aqm.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/aqm>, <mailto:aqm-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/aqm/>
List-Post: <mailto:aqm@ietf.org>
List-Help: <mailto:aqm-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/aqm>, <mailto:aqm-request@ietf.org?subject=subscribe>
X-List-Received-Date: Thu, 18 Sep 2014 11:51:08 -0000

Dave Taht <dave.taht@gmail.com> writes:

> I agree it relies heavily on the codel draft to keep the distinction
> between flow queuing and aqm distinct. If it were to include codel (or
> vice versa), the draft would get rather long.

IMO it would be quite possible to make the description AQM-agnostic; and
I do believe the scheduling mechanism has value in itself. I'll be happy
to present some data on this at the Honolulu meeting if there's interest
in it.

Perhaps a way forward would be to make the main description of the
scheduling mechanism AQM-agnostic, and then have a section describing
interactions with specific AQMs. This would just include CoDel right
now, of course, but would make it possible to, for instance, add in an
fq_pie at a later date...

>> We would like feedback right now on adopting:
>> 1 - http://tools.ietf.org/html/draft-pan-aqm-pie-01> and
>> 2 - http://tools.ietf.org/html/draft-nichols-tsvwg-codel-02>
>> towards the charter milestone for submitting algorithm
>> specifications to the IESG.  Whether they are Proposed Standard
>> or Experimental can be debated now or later, but we want to
>> probe if there's critical mass to adopt them first.
>
> +1 on both.

+1.

-Toke