Re: [tsvwg] WGLC for draft-ietf-tsvwg-byte-pkt-congest-10 - to conclude 28th June 2013

Dave Taht <dave.taht@gmail.com> Thu, 20 June 2013 09:04 UTC

Return-Path: <dave.taht@gmail.com>
X-Original-To: tsvwg@ietfa.amsl.com
Delivered-To: tsvwg@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 405E421E80F6 for <tsvwg@ietfa.amsl.com>; Thu, 20 Jun 2013 02:04:56 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.667
X-Spam-Level:
X-Spam-Status: No, score=-2.667 tagged_above=-999 required=5 tests=[AWL=-0.067, BAYES_00=-2.599, NO_RELAYS=-0.001]
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 bbh5P786BxzK for <tsvwg@ietfa.amsl.com>; Thu, 20 Jun 2013 02:04:54 -0700 (PDT)
Received: from mail-ie0-x232.google.com (mail-ie0-x232.google.com [IPv6:2607:f8b0:4001:c03::232]) by ietfa.amsl.com (Postfix) with ESMTP id 96C0B21E80DE for <tsvwg@ietf.org>; Thu, 20 Jun 2013 02:04:54 -0700 (PDT)
Received: by mail-ie0-f178.google.com with SMTP id u16so16226306iet.9 for <tsvwg@ietf.org>; Thu, 20 Jun 2013 02:04:54 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; bh=n21PgaTrNq8Wgau1eMUjKsWiQAtnmhPhG1GaBh7KPh0=; b=UsrSf4ii53WbmMSHzsQvaN39+33FXjnWA3nAPUVr/Tos9tRRfkOArqPijcgJqNrYyo mDhtxuR5nTzX9ZpGI/sdk0IJ++F22L9ErcpQ4u1T4optMO59KnEUU7hQiTr3JBHvEz2k H0w31fxdHbAiH4oIYrvgxFYNdrxNgQraiM5DjIQWu3VqW4kLlaXeUx2hjEQJmOhq8F+p MurH+ZmabMnGXd6iVLGseSQQ+jp9mYL3XsAmwrKuDsr2yl/dbNm7klCCnxaO1p2nFxkn J5x5jzeIevJH0LAsy9sMpBexDHz3eztHDSza6786rHWHz24Agz2vZopO+KciyzNAarkO w2kA==
MIME-Version: 1.0
X-Received: by 10.50.153.10 with SMTP id vc10mr3343536igb.12.1371719093398; Thu, 20 Jun 2013 02:04:53 -0700 (PDT)
Received: by 10.64.45.137 with HTTP; Thu, 20 Jun 2013 02:04:53 -0700 (PDT)
In-Reply-To: <E52195E7-341E-4B45-8D3A-F2173B164AC4@netapp.com>
References: <51C1CD63.7070106@erg.abdn.ac.uk> <20130619160823.GD44982@verdi> <8C48B86A895913448548E6D15DA7553B91EB9C@xmb-rcd-x09.cisco.com> <E52195E7-341E-4B45-8D3A-F2173B164AC4@netapp.com>
Date: Thu, 20 Jun 2013 02:04:53 -0700
Message-ID: <CAA93jw7Y+oWYoqzHmoRX=AP1_+XSfcfex7BSKVNz88z7kyEhYA@mail.gmail.com>
From: Dave Taht <dave.taht@gmail.com>
To: "Eggert, Lars" <lars@netapp.com>
Content-Type: text/plain; charset="ISO-8859-1"
Content-Transfer-Encoding: quoted-printable
Cc: Gorry Fairhurst <gorry@erg.abdn.ac.uk>, "Fred Baker (fred)" <fred@cisco.com>, tsvwg WG <tsvwg@ietf.org>
Subject: Re: [tsvwg] WGLC for draft-ietf-tsvwg-byte-pkt-congest-10 - to conclude 28th June 2013
X-BeenThere: tsvwg@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: Transport Area Working Group <tsvwg.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/tsvwg>, <mailto:tsvwg-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/tsvwg>
List-Post: <mailto:tsvwg@ietf.org>
List-Help: <mailto:tsvwg-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/tsvwg>, <mailto:tsvwg-request@ietf.org?subject=subscribe>
X-List-Received-Date: Thu, 20 Jun 2013 09:04:56 -0000

On Thu, Jun 20, 2013 at 1:19 AM, Eggert, Lars <lars@netapp.com> wrote:
> Hi,
>
> On Jun 19, 2013, at 20:04, Fred Baker (fred) <fred@cisco.com> wrote:
>> I would agree that it makes little sense to almost-simultaneously update and obsolete RFC 2309.
>
> I think you're vastly optimistic in terms of seeing an RFC out of the AQM WG-to-be :-)
>
>> If we are going to have a working group whose job is to rewrite the AQM recommendation, which is what Wes said to TSVAREA that he wanted to do (and hence my draft) at IETF 86, it would be best to collaborate.
>
> I think we should ship draft-ietf-tsvwg-byte-pkt-congest now, and figure out what to do with it and RFC2309 when the AQM is underway.

I do not support this draft for the reasons I outlined in:

http://www.ietf.org/mail-archive/web/tsvwg/current/msg12003.html

the least of which was the competing updates to rfc2039.

As noted therein, byte-congest might be useful if it were specifically
narrowed down to focus on best current practices for RED and came with
operational advice from an actual deployment and data from actual
traffic (rather than the theoretical argument at it core), backing
references for section 6, had updates for more modern protocols, and
so on.

and I'd made a few other comments.

>
> Lars



-- 
Dave Täht

Fixing bufferbloat with cerowrt: http://www.teklibre.com/cerowrt/subscribe.html