Re: [auth48] [C350] AUTH48: RFC-to-be 9330 <draft-ietf-tsvwg-l4s-arch-20> for your review

Bob Briscoe <ietf@bobbriscoe.net> Thu, 12 January 2023 23:51 UTC

Return-Path: <ietf@bobbriscoe.net>
X-Original-To: auth48archive@ietfa.amsl.com
Delivered-To: auth48archive@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id CAEA6C1595FD; Thu, 12 Jan 2023 15:51:57 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.096
X-Spam-Level:
X-Spam-Status: No, score=-2.096 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_DNSWL_BLOCKED=0.001, RCVD_IN_ZEN_BLOCKED_OPENDNS=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, 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 E0NGrnBlisn1; Thu, 12 Jan 2023 15:51:54 -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 204FEC159528; Thu, 12 Jan 2023 15:51:52 -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:References:Cc:To:From: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=FxMSXdF0KId5/kBrJlbwqN1/2JSGmeh3qz4IMMpbnu4=; b=H1shYH9Sl+9o7bN9o9JO/juf0I WL2iiNTmQ2hRmM59sLPTeJ57a4KitVOcB+Oy2P/EEdYxmz3csKnzFP2BJU8M+y4Gc8OOv7sm9le33 3tCK4E8XZ8TUy4k5yUY0zNQUAUe2RkvHIE/3aWLH9R69LLjXRBLXEN1tTvx5SavbmWr9F9Gpsc48h VeRyz886UF7zMoWs4VvonVwzAW6u9J0eRtvNu18BcDHGbpDpu3pkQq/+xNRDZEal3OCzJAK6dhEoW dbagQzOOVlsU35GO3JTUmbZAN/j/C+Q2aMwpdHpk6GaY3QbHrE7qlmpNSqMLWxWueutrya2To2+N2 dVCPfOZg==;
Received: from 67.153.238.178.in-addr.arpa ([178.238.153.67]:42936 helo=[192.168.1.11]) 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 1pG7MK-00EzYi-Jj; Thu, 12 Jan 2023 23:51:48 +0000
Message-ID: <5102a2c9-82bb-3a2b-cbd3-5e64edacf0a7@bobbriscoe.net>
Date: Thu, 12 Jan 2023 23:51:46 +0000
MIME-Version: 1.0
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:102.0) Gecko/20100101 Thunderbird/102.4.2
Content-Language: en-GB
From: Bob Briscoe <ietf@bobbriscoe.net>
To: Alanna Paloma <apaloma@amsl.com>, Karen Moore <kmoore@amsl.com>
Cc: Alice Russo <arusso@amsl.com>, marcelo bagnulo braun <marcelo@it.uc3m.es>, Greg White <g.white@CableLabs.com>, Martin Duke <martin.h.duke@gmail.com>, "tsvwg-ads@ietf.org" <tsvwg-ads@ietf.org>, Wesley Eddy <wes@mti-systems.com>, "auth48archive@rfc-editor.org" <auth48archive@rfc-editor.org>, "tsvwg-chairs@ietf.org" <tsvwg-chairs@ietf.org>, RFC Errata System <rfc-editor@rfc-editor.org>, "Koen De Schepper (Nokia)" <koen.de_schepper@nokia-bell-labs.com>
References: <20221020205831.7354E15D30D@rfcpa.amsl.com> <8f44fabd-4bea-25d9-dcd2-8dd44e7e1243@bobbriscoe.net> <AD2FCD75-AC5F-48B0-96FE-B587B7EAFD90@amsl.com> <CAM4esxQG7tRfyZRe46LHZYHO+1DDa=Me4W=417NRkRXiGX-+aw@mail.gmail.com> <96A41D8E-05C6-42FB-83CC-C32E9D35CF67@amsl.com> <14E7304B-A823-4B1D-AE74-1B6F97C5D55D@cablelabs.com> <b5a1c8b8-d531-03e6-2939-3cfbd3edba4a@it.uc3m.es> <963B4F4C-9ED8-4E22-B8D2-4786BE1D77E2@amsl.com> <6f9cf7a5-6637-3594-5767-28ed9272324b@bobbriscoe.net> <AM9PR07MB731362C123C84C35439AD9D1B90F9@AM9PR07MB7313.eurprd07.prod.outlook.com> <9FFDF6A1-714B-4537-B368-B308A343205F@amsl.com> <91f2b145-63fe-89b5-3e45-72e9bc0610ba@bobbriscoe.net> <4B9E6B47-35C3-41EA-AA69-D15A33EA53EA@amsl.com> <500fcfa9-d211-7420-5d06-c92fa42d4c70@bobbriscoe.net> <C93D9134-E7BC-44DB-A9A8-D6200BA2C700@amsl.com> <06fab222-2cd4-2d46-7d7e-a18f43a97977@bobbriscoe.net> <CAC103CA-C068-4B68-9EFE-820CD7A18139@amsl.com> <7cc1eefa-eb32-fba8-9a75-02d825851e4c@bobbriscoe.net>
In-Reply-To: <7cc1eefa-eb32-fba8-9a75-02d825851e4c@bobbriscoe.net>
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 - rfc-editor.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/auth48archive/_G5clmmW_Jfa3AUPIIBjMSJqI8E>
Subject: Re: [auth48] [C350] AUTH48: RFC-to-be 9330 <draft-ietf-tsvwg-l4s-arch-20> for your review
X-BeenThere: auth48archive@rfc-editor.org
X-Mailman-Version: 2.1.39
Precedence: list
List-Id: "Archiving AUTH48 exchanges between the RFC Production Center, the authors, and other related parties" <auth48archive.rfc-editor.org>
List-Unsubscribe: <https://mailman.rfc-editor.org/mailman/options/auth48archive>, <mailto:auth48archive-request@rfc-editor.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/auth48archive/>
List-Post: <mailto:auth48archive@rfc-editor.org>
List-Help: <mailto:auth48archive-request@rfc-editor.org?subject=help>
List-Subscribe: <https://mailman.rfc-editor.org/mailman/listinfo/auth48archive>, <mailto:auth48archive-request@rfc-editor.org?subject=subscribe>
X-List-Received-Date: Thu, 12 Jan 2023 23:51:57 -0000

Alanna, Karen,

Are we done? Do you need our approvals again for anything. Or Martin's?


Bob

On 12/01/2023 01:31, Bob Briscoe wrote:
> Alanna,
>
> Thank you for the corrections to your edits.
> I have now applied the expansions of abbreviations that Martin wanted 
> from me, which are attached (denoted rfc9330l) (that's a lower-case 
> 'el' at the end).
> I have also attached the diff relative to the latest version you made 
> available (which I have denoted as rfc9330k).
>
> Regards
>
>
> Bob
>
> On 11/01/2023 23:38, Alanna Paloma wrote:
>> Hi Bob,
>>
>> Thank you for your reply. We have updated the files accordingly. 
>> Please note that the bug affecting the RFC reference entries has been 
>> fixed (i.e., “and RFC Publisher” is no longer present in the entries).
>>
>> Per your note, we will await further changes to the abbreviation 
>> expansions before moving forward with publication.
>>
>>> I think Martin is expecting you to give me the edit token to deal 
>>> with the expansions of abbreviations, like he just asked me to do 
>>> for 9331.
>>
>> The updated files are here (please refresh):
>> https://www.rfc-editor.org/authors/rfc9330.html
>> https://www.rfc-editor.org/authors/rfc9330.txt
>> https://www.rfc-editor.org/authors/rfc9330.pdf
>> https://www.rfc-editor.org/authors/rfc9330.xml
>>
>> This diff file shows all changes from the approved I-D:
>> https://www.rfc-editor.org/authors/rfc9330-diff.html
>> https://www.rfc-editor.org/authors/rfc9330-rfcdiff.html (side by side)
>>
>> This diff file shows the changes made during AUTH48 thus far:
>> https://www.rfc-editor.org/authors/rfc9330-auth48diff.html
>>
>> This diff file shows only the changes since the last posted version:
>> https://www.rfc-editor.org/authors/rfc9330-lastdiff.html
>>
>> Best regards,
>> RFC Editor/ap
>>
>>> On Jan 10, 2023, at 3:06 PM, Bob Briscoe <ietf@bobbriscoe.net> wrote:
>>>
>>> Alanna,
>>>
>>> #1 [the] flow rate
>>>
>>> I'm afraid as well as reverting the additions of 'the' to 'flow 
>>> rate', two instances of 'the flow rate' that were correct have 
>>> incorrectly had 'the' removed:
>>>
>>> 2. L4S Architecture Overview
>>> CURRENT:
>>>         This maintains the same degree of control over queuing and
>>>         utilization, whatever flow rate,
>>> PROPOSED:
>>>         This maintains the same degree of control over queuing and
>>>         utilization, whatever the flow rate,
>>>
>>> 5.1 Why These Primary Components?
>>> CURRENT:
>>>        the host keeps the signalling frequency from the network high,
>>>        whatever flow rate,
>>>
>>> PROPOSED:
>>>        the host keeps the signalling frequency from the network high,
>>>        whatever
>>> the
>>>   flow rate,
>>>
>>>
>>> #2 Hyphenation of Dual-Queue
>>>
>>> Missed one at the end of  "4.2. Network Components" (I did say '5 
>>> occurrences'):
>>> CURRENT:
>>>        it means a dual queue AQM with per-queue marking
>>> PROPOSED:
>>>        it means a dual-queue AQM with per-queue marking
>>> Note: This is not capitalized deliberately, because it means just 
>>> any AQM with two queues, not the name of the specific Dual-Queue 
>>> Coupled AQM.
>>>
>>> #3 RFCYYY1
>>>
>>> Also, I assume RFCYYY1 can now become RFC9332
>>>
>>> #4 The 'and RFC Publisher' bug
>>>
>>> For completeness, I'll keep pointing this out until the bug is fixed.
>>>
>>>
>>>
>>> Bob
>>>
>>> On 09/01/2023 20:37, Alanna Paloma wrote:
>>>> Hi Bob,
>>>>
>>>> Apologies for the delay. We had made the changes internally, and 
>>>> they are now available for your review.
>>>>
>>>> The updated files are here (please refresh):
>>>>
>>>> https://www.rfc-editor.org/authors/rfc9330.html
>>>> https://www.rfc-editor.org/authors/rfc9330.txt
>>>> https://www.rfc-editor.org/authors/rfc9330.pdf
>>>> https://www.rfc-editor.org/authors/rfc9330.xml
>>>>
>>>>
>>>> This diff file shows all changes from the approved I-D:
>>>>
>>>> https://www.rfc-editor.org/authors/rfc9330-diff.html
>>>> https://www.rfc-editor.org/authors/rfc9330-rfcdiff.html
>>>>   (side by side)
>>>>
>>>> This diff file shows the changes made during AUTH48 thus far:
>>>>
>>>> https://www.rfc-editor.org/authors/rfc9330-auth48diff.html
>>>>
>>>>
>>>> This diff file shows only the changes since the last posted version:
>>>>
>>>> https://www.rfc-editor.org/authors/rfc9330-lastdiff.html
>>>>
>>>>
>>>> Best regards,
>>>> RFC Editor/ap
>>>>
>>>>
>>>>> On Jan 7, 2023, at 8:50 AM, Bob Briscoe <ietf@bobbriscoe.net>
>>>>>   wrote:
>>>>>
>>>>> Alanna, Karen,
>>>>>
>>>>> In the related thread Subject: "Re: [C350] AUTH48: RFC-to-be 9332 
>>>>> <draft-ietf-tsvwg-aqm-dualq-coupled-25> for your review"
>>>>> On 05/01/2023 19:54, Karen Moore wrote:
>>>>>
>>>>>> Notes:
>>>>>>
>>>>>> 1) Hyphenated “Dual Queue” in RFCs-to-be 9330 and 9331.
>>>>>> 2) Removed “the” before “flow rate” in RFCs-to-be 9330 and 9331.
>>>>>> 3) Updated “[SCReAM]” to  “[SCReAM-L4S]”  to match RFCs-to-be 
>>>>>> 9330 and 9331.
>>>>>>
>>>>> But under the https://www.rfc-editor.org/authors/
>>>>>   area, only 9331 seems to have been updated recently, not 9330.
>>>>> I've tried refreshing the page etc.
>>>>>
>>>>> I think Martin is expecting you to give me the edit token to deal 
>>>>> with the expansions of abbreviations, like he just asked me to do 
>>>>> for 9331.
>>>>> This is to clarify that I will not take the token for 9330 until 
>>>>> you have made the above edits.
>>>>>
>>>>>
>>>>> Bob
>>>>>
>>>>>
>>>>> On 02/12/2022 00:18, Alanna Paloma wrote:
>>>>>
>>>>>> Hi Bob,
>>>>>>
>>>>>> Apologies for not being clear. Once the terminology from 
>>>>>> RFCs-to-be 9331 and 9332 are finalized, we will update RFC-to-be 
>>>>>> 9330 accordingly. When these 3 documents have completed AUTH48, 
>>>>>> they will move forward in the publication process without waiting 
>>>>>> for the 2 documents currently in MISSREF.
>>>>>>
>>>>>> Best regards,
>>>>>> RFC Editor/ap
>>>>>>
>>>>>>
>>>>>>> On Nov 30, 2022, at 5:02 PM, Bob Briscoe <ietf@bobbriscoe.net>
>>>>>>>   wrote:
>>>>>>>
>>>>>>> Alanna, (and possibly Alice?)
>>>>>>>
>>>>>>> On 29/11/2022 22:32, Alanna Paloma wrote:
>>>>>>>
>>>>>>>> Bob - We have reverted the change to the list of examples, and 
>>>>>>>> we will hold this document until the cluster terminology has 
>>>>>>>> been finalized.
>>>>>>>>
>>>>>>> To clarify, do you believe "the cluster terminology will have 
>>>>>>> been finalized" when
>>>>>>> 1) the terminology sections of l4s-arch (RFC-to-be-9330) and 
>>>>>>> ecn-l4sid (RFC-to-be-9331) have both been finalized and made 
>>>>>>> consistent with each other? Or
>>>>>>> 2) when all 5 drafts in the cluster have been finalized (2 of 
>>>>>>> which are missref's, so this second option would hold back the 
>>>>>>> other 3 for a long time)?
>>>>>>>
>>>>>>> I think it would make sense to publish the three main L4S drafts 
>>>>>>> in the cluster at the same time (RFCs-to-be 9330, 9331, 9332), 
>>>>>>> but I don't see any need to wait for the other two.
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>> Bob
>>>>>>>
>>>>>>> -- 
>>>>>>> ________________________________________________________________
>>>>>>> Bob Briscoe
>>>>>>> http://bobbriscoe.net/
>>>>>>>
>>>>>>>
>>>>>>>
>>>>> -- 
>>>>> ________________________________________________________________
>>>>> Bob Briscoe
>>>>> http://bobbriscoe.net/
>>>>>
>>>>>
>>>>>
>>> -- 
>>> ________________________________________________________________
>>> Bob Briscoe
>>> http://bobbriscoe.net/
>

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