Re: [auth48] [AD] Re: AUTH48: RFC-to-be 9293 <draft-ietf-tcpm-rfc793bis-28> for your review

Jean Mahoney <jmahoney@amsl.com> Thu, 11 August 2022 21:49 UTC

Return-Path: <jmahoney@amsl.com>
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 D8C1EC13CCCA; Thu, 11 Aug 2022 14:49:36 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -0.664
X-Spam-Level:
X-Spam-Status: No, score=-0.664 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, NICE_REPLY_A=-0.001, NORMAL_HTTP_TO_IP=0.001, NUMERIC_HTTP_ADDR=1.242, RCVD_IN_ZEN_BLOCKED_OPENDNS=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=unavailable autolearn_force=no
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 eTZ__Y3qeo4h; Thu, 11 Aug 2022 14:49:32 -0700 (PDT)
Received: from c8a.amsl.com (c8a.amsl.com [4.31.198.40]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (2048 bits) server-digest SHA256) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 3030AC13CCCD; Thu, 11 Aug 2022 14:49:31 -0700 (PDT)
Received: from localhost (localhost [127.0.0.1]) by c8a.amsl.com (Postfix) with ESMTP id F2CBF424B440; Thu, 11 Aug 2022 14:49:30 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
Received: from c8a.amsl.com ([127.0.0.1]) by localhost (c8a.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 2RPhDin5ZRM2; Thu, 11 Aug 2022 14:49:30 -0700 (PDT)
Received: from [192.168.1.203] (unknown [47.186.48.51]) by c8a.amsl.com (Postfix) with ESMTPSA id 73D4F424B432; Thu, 11 Aug 2022 14:49:30 -0700 (PDT)
Content-Type: multipart/alternative; boundary="------------WBa4AAcrteTVQufP1NOwRgmG"
Message-ID: <4ee7f175-7d93-7cf4-9b2f-a853b0a676da@amsl.com>
Date: Thu, 11 Aug 2022 16:49:29 -0500
MIME-Version: 1.0
User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.15; rv:91.0) Gecko/20100101 Thunderbird/91.12.0
Content-Language: en-US
To: Martin Duke <martin.h.duke@gmail.com>
Cc: Wesley Eddy <wes@mti-systems.com>, RFC System <rfc-editor@rfc-editor.org>, tcpm-ads@ietf.org, tcpm-chairs <tcpm-chairs@ietf.org>, "Scharf, Michael" <michael.scharf@hs-esslingen.de>, auth48archive@rfc-editor.org
References: <20220715224748.2A6E92029F@rfcpa.amsl.com> <677ac4da-4a57-e21a-c103-8f4224c37527@mti-systems.com> <46b14f92-300d-271e-2631-7343821ce540@amsl.com> <b24221f4-46f9-1503-e3b2-94d4340bdcb9@mti-systems.com> <0fd6dab2-a186-a81f-210d-f05adb830d9a@amsl.com> <CAM4esxTuyteqXEAv6D_stkegXZ-PMu7KahKX0_2TPXPMbcpsHg@mail.gmail.com> <3dba9da3-9dc6-59e3-b74d-a863e26bae08@amsl.com> <241fd641-4c49-23bf-8706-40c28b24bbf3@mti-systems.com> <c7fe4add-0644-7b55-963b-c975296316db@amsl.com> <CAM4esxRYrB98q4H=-qmKqWyMU4UQk3MkqY6QCHUKVfDXT9059A@mail.gmail.com>
From: Jean Mahoney <jmahoney@amsl.com>
In-Reply-To: <CAM4esxRYrB98q4H=-qmKqWyMU4UQk3MkqY6QCHUKVfDXT9059A@mail.gmail.com>
Archived-At: <https://mailarchive.ietf.org/arch/msg/auth48archive/GEGdbXG7g2G5u_4Y3JMi_L2VG6A>
Subject: Re: [auth48] [AD] Re: AUTH48: RFC-to-be 9293 <draft-ietf-tcpm-rfc793bis-28> 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, 11 Aug 2022 21:49:36 -0000

Martin,

Thank you for your response. As approvals are now complete, this 
document will move forward in the publication process at this time.

https://www.rfc-editor.org/auth48/rfc9293

Best regards,

RFC Editor/jm

On 8/11/22 4:37 PM, Martin Duke wrote:
> It's fine as-is.
>
> On Thu, Aug 11, 2022 at 2:28 PM Jean Mahoney <jmahoney@amsl.com> wrote:
>
>     Thank you, Wesley! We have noted your approval on the AUTH48
>     status page:
>
>     https://www.rfc-editor.org/auth48/rfc9293
>
>     We'll await word from Martin regarding the creation of a
>     Contributors section at the end of the document to capture
>     Postel's and Oppermann's contributions.
>
>     Best regards,
>
>     RFC Editor/jm
>
>     On 8/10/22 7:28 PM, Wesley Eddy wrote:
>>
>>     I approve.  The document looks great; thank you for your work on
>>     it and the many improvements!
>>
>>
>>     On 8/3/2022 5:44 PM, Jean Mahoney wrote:
>>>     Martin,
>>>
>>>     Thank you for your reply. We have added the text that required
>>>     your approval:
>>>
>>>     https://www.rfc-editor.org/authors/rfc9293-lastrfcdiff.html
>>>     (these changes side by side)
>>>
>>>     https://www.rfc-editor.org/authors/rfc9293.txt
>>>     https://www.rfc-editor.org/authors/rfc9293.pdf
>>>     https://www.rfc-editor.org/authors/rfc9293.html
>>>     https://www.rfc-editor.org/authors/rfc9293.xml
>>>     https://www.rfc-editor.org/authors/rfc9293-diff.html (all
>>>     changes inline)
>>>     https://www.rfc-editor.org/authors/rfc9293-rfcdiff.html (all
>>>     changes side by side)
>>>     https://www.rfc-editor.org/authors/rfc9293-auth48diff.html (all
>>>     AUTH48 changes inline)
>>>
>>>     We'll await word from you and Wesley regarding other changes
>>>     and/or approval.
>>>
>>>     Best regards,
>>>
>>>     RFC Editor/jm
>>>
>>>     On 8/3/22 11:41 AM, Martin Duke wrote:
>>>>     I approve.
>>>>
>>>>     On Fri, Jul 29, 2022 at 11:17 AM Jean Mahoney
>>>>     <jmahoney@amsl.com> wrote:
>>>>
>>>>         Wesley,
>>>>
>>>>         Thanks for your reply. We've updated the document:
>>>>
>>>>         https://www.rfc-editor.org/authors/rfc9293-lastrfcdiff.html
>>>>         (these changes side by side)
>>>>
>>>>         Regarding the spelling of "acknowledgment", we discovered
>>>>         that we had already made that change (and that change was
>>>>         highlighted in question 56a). Apologies for any confusion
>>>>         caused by asking about it again.
>>>>
>>>>         https://www.rfc-editor.org/authors/rfc9293.txt
>>>>         https://www.rfc-editor.org/authors/rfc9293.pdf
>>>>         https://www.rfc-editor.org/authors/rfc9293.html
>>>>         https://www.rfc-editor.org/authors/rfc9293.xml
>>>>         https://www.rfc-editor.org/authors/rfc9293-diff.html (all
>>>>         changes inline)
>>>>         https://www.rfc-editor.org/authors/rfc9293-rfcdiff.html
>>>>         (all changes side by side)
>>>>         https://www.rfc-editor.org/authors/rfc9293-auth48diff.html
>>>>         (all AUTH48 changes inline)
>>>>
>>>>
>>>>         We'll await word from you and the ADs regarding other
>>>>         changes and/or approval.
>>>>
>>>>         Best regards,
>>>>
>>>>         RFC Editor/jm
>>>>
>>>>
>>>>         On 7/29/22 11:20 AM, Wesley Eddy wrote:
>>>>>
>>>>>         Thank you; replies are below:
>>>>>
>>>>>
>>>>>         On 7/28/2022 6:45 PM, Jean Mahoney wrote:
>>>>>>
>>>>>>         *AD, please see the Wesley's questions at the bottom of
>>>>>>         this message.
>>>>>>
>>>>>>         Wesley,
>>>>>>
>>>>>>         Thank you for your response. We have updated the document
>>>>>>         with your feedback:
>>>>>>
>>>>>>         https://www.rfc-editor.org/authors/rfc9293-lastrfcdiff.html
>>>>>>         (this changes side by side)
>>>>>>
>>>>>>         https://www.rfc-editor.org/authors/rfc9293.txt
>>>>>>         https://www.rfc-editor.org/authors/rfc9293.pdf
>>>>>>         https://www.rfc-editor.org/authors/rfc9293.html
>>>>>>         https://www.rfc-editor.org/authors/rfc9293.xml
>>>>>>         https://www.rfc-editor.org/authors/rfc9293-diff.html (all
>>>>>>         changes inline)
>>>>>>         https://www.rfc-editor.org/authors/rfc9293-rfcdiff.html
>>>>>>         (all changes side by side)
>>>>>>         https://www.rfc-editor.org/authors/rfc9293-auth48diff.html
>>>>>>         (all AUTH48 changes inline)
>>>>>>
>>>>>>
>>>>>>         We also have two new questions and a followup question:
>>>>>>
>>>>>>         1) <!-- [rfced] Section 3.9.1.1 <http://3.9.1.1>: Please
>>>>>>         review the placement of commas in the
>>>>>>         following. We note that "local IP address," has a comma
>>>>>>         following it, but
>>>>>>         the other options have the comma before.
>>>>>>
>>>>>>         Current:
>>>>>>
>>>>>>               Format: OPEN (local port, remote socket,
>>>>>>         active/passive [,
>>>>>>               timeout] [, Diffserv field] [,
>>>>>>         security/compartment] [local IP
>>>>>>               address,] [, options]) -> local connection name
>>>>>>         -->
>>>>>>
>>>>>         You're correct, the comment should be before, as with the
>>>>>         other optional parameters.
>>>>>
>>>>>
>>>>>>         2) <!-- [rfced] Sections 3.9.1.2 and 3.9.1.3
>>>>>>         <http://3.9.1.3>: In the following format statements,
>>>>>>         should square brackets be used to indicate optional
>>>>>>         items? FYI, we have
>>>>>>         updated "push flag" to "PUSH flag" and "urgent flag" to
>>>>>>         "URGENT flag" in
>>>>>>         the second format statement.
>>>>>>
>>>>>>         Current:
>>>>>>
>>>>>>            Format: SEND (local connection name, buffer address,
>>>>>>         byte count,
>>>>>>            PUSH flag (optional), URGENT flag [,timeout])
>>>>>>            ...
>>>>>>
>>>>>>            Format: RECEIVE (local connection name, buffer
>>>>>>         address, byte
>>>>>>            count) -> byte count, URGENT flag, PUSH flag (optional)
>>>>>>         -->
>>>>>>
>>>>>         Yes, I think this is a good idea for consistency within
>>>>>         the document, thank you.
>>>>>
>>>>>         I think that would be:
>>>>>
>>>>>             Format: SEND (local connection name, buffer address, byte count, URGENT flag [, PUSH
>>>>>             flag] [, timeout])
>>>>>
>>>>>             Format: RECEIVE (local connection name, buffer address, byte count)
>>>>>             -> byte count, URGENT flag [, PUSH flag]
>>>>>
>>>>>
>>>>>
>>>>>>         3) <!-- [rfced] Terminology:
>>>>>>
>>>>>>         b) The following are used inconsistently. The number of
>>>>>>         instances are provided in parentheses. Please let us know
>>>>>>         how we can make these terms consistent.
>>>>>>
>>>>>>         acknowledgement (13) / acknowledgment (66)
>>>>>>
>>>>>>         -->
>>>>>>
>>>>>         I noticed in older RFCs there is a mixture, but in newer
>>>>>         ones the spelling without the extra 'e' seems prevalent. 
>>>>>         So, lets go with "acknowledgment" (with one exception in
>>>>>         the references list, where it's spelled with the extra 'e'
>>>>>         in the title of RFC 2883).
>>>>>
>>>>>
>>>
>