Re: [tsvwg] Change title of draft-ietf-tsvwg-l4sops?

Bob Briscoe <ietf@bobbriscoe.net> Wed, 09 November 2022 14:40 UTC

Return-Path: <ietf@bobbriscoe.net>
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 C2790C14CE29 for <tsvwg@ietfa.amsl.com>; Wed, 9 Nov 2022 06:40:36 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.107
X-Spam-Level:
X-Spam-Status: No, score=-2.107 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, NICE_REPLY_A=-0.001, RCVD_IN_ZEN_BLOCKED_OPENDNS=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, T_SCC_BODY_TEXT_LINE=-0.01, URIBL_BLOCKED=0.001, URIBL_DBL_BLOCKED_OPENDNS=0.001, URIBL_ZEN_BLOCKED_OPENDNS=0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=bobbriscoe.net
Received: from mail.ietf.org ([50.223.129.194]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id IYD90i0i0iLk for <tsvwg@ietfa.amsl.com>; Wed, 9 Nov 2022 06:40:31 -0800 (PST)
Received: from mail-ssdrsserver2.hostinginterface.eu (mail-ssdrsserver2.hostinginterface.eu [185.185.85.90]) (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 A285DC14CE2B for <tsvwg@ietf.org>; Wed, 9 Nov 2022 06:40:31 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=bobbriscoe.net; s=default; h=Content-Transfer-Encoding:Content-Type: In-Reply-To:From:References:Cc:To:Subject:MIME-Version:Date:Message-ID:Sender :Reply-To:Content-ID:Content-Description:Resent-Date:Resent-From: Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID:List-Id:List-Help: List-Unsubscribe:List-Subscribe:List-Post:List-Owner:List-Archive; bh=uDqG8WWTWsNmvMb1wgFHBHn7iG1ux0c4bdGaHIenZRI=; b=9Fgi0gQuT0cKx09TgvCJbh6avs jHLxrBkvBdkMmDTc3LPpWhIfrYTgvXdj6ngKYInjujbQaLinRNaOzrxwvqnuH8FjI27WFcKG14YT+ mM62aRbgXQV2iQ1icA6iFQN64STWxLj0dEztyIGtPwU6ppWXRiuDnolZrY0+JCV1ltwMZL2dcE+rK 8fvQ6Zen4youkfCIEZxjYO9WVqHIAqaXwuuDb6n1uPykSbjEGc3R2AFW/ssyfzA683X9G0sHIkE+Q z82Y3jIW16cuW8RtJGPFrNZBh8KzvxxUrB0nd7FurQB9WnwLImZJ9UyBmDro3VLoUvj6ldJHene2T nwP5HPEA==;
Received: from dhcp-8852.meeting.ietf.org ([31.133.136.82]:48800) by ssdrsserver2.hostinginterface.eu with esmtpsa (TLS1.2) tls TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256 (Exim 4.95) (envelope-from <ietf@bobbriscoe.net>) id 1osmFn-00ETpt-8x; Wed, 09 Nov 2022 14:40:29 +0000
Message-ID: <ecccb21e-b04f-9adc-5314-78ee3508816a@bobbriscoe.net>
Date: Wed, 09 Nov 2022 14:40:27 +0000
MIME-Version: 1.0
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:102.0) Gecko/20100101 Thunderbird/102.2.2
Content-Language: en-GB
To: "Black, David" <David.Black@dell.com>, Greg White <g.white@CableLabs.com>
Cc: tsvwg IETF list <tsvwg@ietf.org>
References: <54994acc-e1f3-58f3-6496-1a048ee798a1@bobbriscoe.net> <20075AC0-CE81-4935-8682-A1CB0D6CD74E@cablelabs.com> <MN2PR19MB404572FB4723D3AFB4C42D5B833E9@MN2PR19MB4045.namprd19.prod.outlook.com>
From: Bob Briscoe <ietf@bobbriscoe.net>
In-Reply-To: <MN2PR19MB404572FB4723D3AFB4C42D5B833E9@MN2PR19MB4045.namprd19.prod.outlook.com>
Content-Type: text/plain; charset="UTF-8"; format="flowed"
Content-Transfer-Encoding: 8bit
X-AntiAbuse: This header was added to track abuse, please include it with any abuse report
X-AntiAbuse: Primary Hostname - ssdrsserver2.hostinginterface.eu
X-AntiAbuse: Original Domain - ietf.org
X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12]
X-AntiAbuse: Sender Address Domain - bobbriscoe.net
X-Get-Message-Sender-Via: ssdrsserver2.hostinginterface.eu: authenticated_id: in@bobbriscoe.net
X-Authenticated-Sender: ssdrsserver2.hostinginterface.eu: in@bobbriscoe.net
X-Source:
X-Source-Args:
X-Source-Dir:
Archived-At: <https://mailarchive.ietf.org/arch/msg/tsvwg/yMn6038deLOvRDqF5WLPgAu8I78>
Subject: Re: [tsvwg] Change title of draft-ietf-tsvwg-l4sops?
X-BeenThere: tsvwg@ietf.org
X-Mailman-Version: 2.1.39
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: <https://mailarchive.ietf.org/arch/browse/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: Wed, 09 Nov 2022 14:40:36 -0000

Greg,

'Coexistence with Classic ECN' has the opposite problem that it could 
imply coexistence with the Classic ECN /spec/ (i.e. all possible ways it 
could be deployed) no matter what ways it is actually deployed.

I figured that much of the draft is about establishing what existing 
practice is (using monitoring). As David says 'Existing Practice' in the 
title would not imply that existing practice is widespread single-queue 
Classic ECN AQMs. Indeed, more than that, I don't think it applies 
anything about what existing practice is.



Bob

On 09/11/2022 13:56, Black, David wrote:
> Greg,
>
>> I'm wondering about the term "Existing Practice" though.  To me this gives the impression that the IETF believes that single-queue Classic ECN AQMs are the "Existing Practice" in the Internet,
> That may construe the scope of the draft too narrowly - there's RFC 3168 FQ material in there ...
>
> Thanks, --David
>
> -----Original Message-----
> From: tsvwg <tsvwg-bounces@ietf.org> On Behalf Of Greg White
> Sent: Wednesday, November 9, 2022 6:36 AM
> To: Bob Briscoe
> Cc: tsvwg IETF list
> Subject: Re: [tsvwg] Change title of draft-ietf-tsvwg-l4sops?
>
>
> [EXTERNAL EMAIL]
>
> Hi Bob,
>
> I agree with your concern that the title tends to overstate what the scope of the document is, and am open to trying to find a more focused title.  Thanks for (re-)starting this discussion, and for providing a suggestion to get it going.
>
> I'm wondering about the term "Existing Practice" though.  To me this gives the impression that the IETF believes that single-queue Classic ECN AQMs are the "Existing Practice" in the Internet, whereas I think the predominant view is that they are rare at best.  Could we not be more specific in the title?  Maybe:
>
> "Operational Guidance on Coexistence with Classic ECN during L4S Deployment"
>
> However, I would not want to see both of those abbreviations expanded in the title. Perhaps we could argue that both of these abbreviations are widely known enough.
>
> -Greg
>
>
>
>
> On 11/9/22, 8:41 AM, "Bob Briscoe" <ietf@bobbriscoe.net> wrote:
>
>      Greg,
>
>      l4sops has always been scoped to only concern coexistence between L4S
>      and Classic. The title implies it is about all aspects of deployment, so
>      I suggest we narrow it.
>
>      Current title:
>           Operational Guidance for Deployment of L4S in the Internet
>      Suggested:
>           Operational Guidance on Coexistence with Existing Practice during
>      L4S Deployment
>
>      I suggest the 'Internet' scoping could be specified in the text, but not
>      the title.
>      Abbreviations in titles are usually expanded (unless very widely-known).
>      So that would end up as:
>      Operational Guidance on Coexistence with Existing Practice during
>      Deployment of Low Latency, Low Loss, and Scalable throughput (L4S)
>
>      That might need the word 'Technology' on the end to properly make sense.
>      But it's already very long.
>
>
>      Bob
>
>      --
>      ________________________________________________________________
>      Bob Briscoe                               https://urldefense.com/v3/__http://bobbriscoe.net/__;!!LpKI!mXLENetihNq88kJmMSBBzvX-eJMv488EbnVM4HgNkJQhXxWYLMdtz2yEaDe0ZDnsXD7-9wCHIBSRgvSGDYs$  [bobbriscoe[.]net]
>
>

-- 
________________________________________________________________
Bob Briscoe                               http://bobbriscoe.net/