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/
- [auth48] AUTH48: RFC-to-be 9330 <draft-ietf-tsvwg… rfc-editor
- Re: [auth48] [C350] AUTH48: RFC-to-be 9330 <draft… Alanna Paloma
- Re: [auth48] [C350] AUTH48: RFC-to-be 9330 <draft… Bob Briscoe
- Re: [auth48] [C350] AUTH48: RFC-to-be 9330 <draft… Alanna Paloma
- Re: [auth48] [C350] AUTH48: RFC-to-be 9330 <draft… Bob Briscoe
- [auth48] [AD] Re: [C350] AUTH48: RFC-to-be 9330 <… Alice Russo
- Re: [auth48] [AD] Re: [C350] AUTH48: RFC-to-be 93… Gorry Fairhurst
- Re: [auth48] [AD] Re: [C350] AUTH48: RFC-to-be 93… Bob Briscoe
- Re: [auth48] [AD] Re: [C350] AUTH48: RFC-to-be 93… Bob Briscoe
- Re: [auth48] [AD] Re: [C350] AUTH48: RFC-to-be 93… Gorry Fairhurst
- Re: [auth48] [AD] Re: [C350] AUTH48: RFC-to-be 93… Bob Briscoe
- Re: [auth48] [AD] Re: [C350] AUTH48: RFC-to-be 93… Martin Duke
- Re: [auth48] [AD] Re: [C350] AUTH48: RFC-to-be 93… Bob Briscoe
- Re: [auth48] [AD] Re: [C350] AUTH48: RFC-to-be 93… Martin Duke
- Re: [auth48] [AD] Re: [C350] AUTH48: RFC-to-be 93… Bob Briscoe
- Re: [auth48] [AD] [C350] AUTH48: RFC-to-be 9330 <… Alice Russo
- Re: [auth48] [AD] Re: [C350] AUTH48: RFC-to-be 93… Gorry Fairhurst
- Re: [auth48] [AD] Re: [C350] AUTH48: RFC-to-be 93… Bob Briscoe
- Re: [auth48] [AD] [C350] AUTH48: RFC-to-be 9330 <… Alice Russo
- Re: [auth48] [AD] [C350] AUTH48: RFC-to-be 9330 <… Bob Briscoe
- Re: [auth48] [AD] [C350] AUTH48: RFC-to-be 9330 <… Alanna Paloma
- Re: [auth48] [AD] [C350] AUTH48: RFC-to-be 9330 <… Martin Duke
- Re: [auth48] [C350] AUTH48: RFC-to-be 9330 <draft… Alanna Paloma
- Re: [auth48] [C350] AUTH48: RFC-to-be 9330 <draft… Greg White
- Re: [auth48] [C350] AUTH48: RFC-to-be 9330 <draft… marcelo bagnulo braun
- Re: [auth48] [C350] AUTH48: RFC-to-be 9330 <draft… Alanna Paloma
- Re: [auth48] [C350] AUTH48: RFC-to-be 9330 <draft… Bob Briscoe
- Re: [auth48] [C350] AUTH48: RFC-to-be 9330 <draft… Koen De Schepper (Nokia)
- Re: [auth48] [C350] AUTH48: RFC-to-be 9330 <draft… Alanna Paloma
- Re: [auth48] [C350] AUTH48: RFC-to-be 9330 <draft… Bob Briscoe
- Re: [auth48] [C350] AUTH48: RFC-to-be 9330 <draft… Bob Briscoe
- Re: [auth48] [C350] AUTH48: RFC-to-be 9330 <draft… Alanna Paloma
- Re: [auth48] [C350] AUTH48: RFC-to-be 9330 <draft… Bob Briscoe
- Re: [auth48] [C350] AUTH48: RFC-to-be 9330 <draft… Bob Briscoe
- Re: [auth48] [C350] AUTH48: RFC-to-be 9330 <draft… Alanna Paloma
- Re: [auth48] [C350] AUTH48: RFC-to-be 9330 <draft… Bob Briscoe
- Re: [auth48] [C350] AUTH48: RFC-to-be 9330 <draft… Alanna Paloma
- Re: [auth48] [C350] AUTH48: RFC-to-be 9330 <draft… Bob Briscoe
- Re: [auth48] [C350] AUTH48: RFC-to-be 9330 <draft… Bob Briscoe
- [auth48] [AD] Re: [C350] AUTH48: RFC-to-be 9330 <… Alanna Paloma
- Re: [auth48] [AD] Re: [C350] AUTH48: RFC-to-be 93… Bob Briscoe
- Re: [auth48] [AD] Re: [C350] AUTH48: RFC-to-be 93… Bob Briscoe
- Re: [auth48] [AD] [C350] AUTH48: RFC-to-be 9330 <… Alanna Paloma
- Re: [auth48] [AD] [C350] AUTH48: RFC-to-be 9330 <… Martin Duke
- Re: [auth48] [C350] AUTH48: RFC-to-be 9330 <draft… Alanna Paloma
- Re: [auth48] [C350] AUTH48: RFC-to-be 9330 <draft… Bob Briscoe
- Re: [auth48] [C350] AUTH48: RFC-to-be 9330 <draft… Karen Moore