[Last-Call] IETF last call review of draft-eggert-bcp45bis-06.txt

Adrian Farrel <adrian@olddog.co.uk> Sat, 30 October 2021 13:04 UTC

Return-Path: <adrian@olddog.co.uk>
X-Original-To: last-call@ietfa.amsl.com
Delivered-To: last-call@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id CEB333A0AB9 for <last-call@ietfa.amsl.com>; Sat, 30 Oct 2021 06:04:18 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.918
X-Spam-Level:
X-Spam-Status: No, score=-1.918 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, SPF_HELO_NONE=0.001, SPF_NONE=0.001] autolearn=ham autolearn_force=no
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 18_lpNy5tRr3 for <last-call@ietfa.amsl.com>; Sat, 30 Oct 2021 06:04:15 -0700 (PDT)
Received: from mta6.iomartmail.com (mta6.iomartmail.com [62.128.193.156]) (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 B781C3A0ACD for <last-call@ietf.org>; Sat, 30 Oct 2021 06:04:13 -0700 (PDT)
Received: from vs2.iomartmail.com (vs2.iomartmail.com [10.12.10.123]) by mta6.iomartmail.com (8.14.4/8.14.4) with ESMTP id 19UD4AM9015158 for <last-call@ietf.org>; Sat, 30 Oct 2021 14:04:10 +0100
Received: from vs2.iomartmail.com (unknown [127.0.0.1]) by IMSVA (Postfix) with ESMTP id 8E3CC46050 for <last-call@ietf.org>; Sat, 30 Oct 2021 14:04:10 +0100 (BST)
Received: from vs2.iomartmail.com (unknown [127.0.0.1]) by IMSVA (Postfix) with ESMTP id 82AEA4604C for <last-call@ietf.org>; Sat, 30 Oct 2021 14:04:10 +0100 (BST)
Received: from asmtp2.iomartmail.com (unknown [10.12.10.249]) by vs2.iomartmail.com (Postfix) with ESMTPS for <last-call@ietf.org>; Sat, 30 Oct 2021 14:04:10 +0100 (BST)
Received: from LAPTOPK7AS653V ([84.93.2.138]) (authenticated bits=0) by asmtp2.iomartmail.com (8.14.4/8.14.4) with ESMTP id 19UD49JI004573 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO) for <last-call@ietf.org>; Sat, 30 Oct 2021 14:04:10 +0100
Reply-To: adrian@olddog.co.uk
From: Adrian Farrel <adrian@olddog.co.uk>
To: last-call@ietf.org
Date: Sat, 30 Oct 2021 14:04:09 +0100
Organization: Old Dog Consulting
Message-ID: <123f01d7cd8e$a12c15b0$e3844110$@olddog.co.uk>
MIME-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Mailer: Microsoft Outlook 16.0
Content-Language: en-gb
Thread-Index: AdfNjT/A2V2B7uIQQKuYhEl8dZl5oA==
X-Originating-IP: 84.93.2.138
X-Thinkmail-Auth: adrian@olddog.co.uk
X-TM-AS-GCONF: 00
X-TM-AS-Product-Ver: IMSVA-9.1.0.2034-8.6.0.1018-26498.007
X-TM-AS-Result: No-0.116-10.0-31-10
X-imss-scan-details: No-0.116-10.0-31-10
X-TMASE-Version: IMSVA-9.1.0.2034-8.6.1018-26498.007
X-TMASE-Result: 10-0.116500-10.000000
X-TMASE-MatchedRID: RbzdVv1LYi1xchC6D5/+jHFPUrVDm6jtiRPU6vvejXJ4SIScT43GqXYY S0IdBFk7mjOuCfxdHzplHrRm9Que9rxXsdwXHaUkxTpJ3OQjb3eU29zygMKEf4DpStszePepKmL HdyHFPs5ktNztvDyqdCbSb3B4wZLLui/X4MEzW0BzEyQF4j0rd8ZJvtGKTC9XMTkWY9HYyZHDed fGmsPQwfqKpOfr2SbrhbAI23lubOS29wQgZg1dfwzrPeIO/OIHrCYuNvu6vEik7Bk3i0ppq8u3f u7mGETZJTgjJbgO+CNusJxXwmCOnoxxTMlLewfd8hkWz3JvTZJMkOX0UoduuRZie4fF9doo1UsP OMxFx4ypufJxImhU3KdQOMd00qLMu/zGAttrTVS+WiZHBuMmvnTW9Lyc8FIBiqL4na19PJ3/z4L qOLOhwBhGubcQZT9eU06//ue6TIiJxQrxU05lciL/q8mnAJ3E7VGXkoWCELk9w6xHgmy+ZUg9oI El5+XgqTIWyWsJC/0KZlXkdKZK3X3pNIi5kQhG+NCQDut0K4VDfut2Lc1Yh8z/SxKo9mJ4+zN9F 59uBCdgqio6XKAlv77WJXAROV+GVZwLM6NBHzQF5SnBHIsu+vNkoMDX+kiuz5ZiODdbPIp3PSm5 e0gL9+LzNWBegCW2Xz5BcGYSogkLbigRnpKlKZvjAepGmdoOd5JFIYhjRUJ97NKBFJbODdjiJQl Kd9wCyrUfMFz5Cg1qv0A9oF40jymvaxlWPLYvDCJ+OICgmzEwvP+YY/whgT8+tq0V66OV9HmAsM 11v0u45mjKIIYY3xiCad9aBKWfm9p/RC99TJ5Hq7DCbrzDuQ==
X-TMASE-SNAP-Result: 1.821001.0001-0-1-22:0,33:0,34:0-0
Archived-At: <https://mailarchive.ietf.org/arch/msg/last-call/bt79VpEeM4iAiFVD5vtxHAa_kdc>
Subject: [Last-Call] IETF last call review of draft-eggert-bcp45bis-06.txt
X-BeenThere: last-call@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: IETF Last Calls <last-call.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/last-call>, <mailto:last-call-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/last-call/>
List-Post: <mailto:last-call@ietf.org>
List-Help: <mailto:last-call-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/last-call>, <mailto:last-call-request@ietf.org?subject=subscribe>
X-List-Received-Date: Sat, 30 Oct 2021 13:04:19 -0000

Hi,

I did a quick review of this draft since it is in IETF last call.

---

The shepherd write-up claims reasonable consensus from the interested
community, but this seems to be based on the discussions on the 
GenDispatch mailing list. Was the consensus of the "interested 
community" actually looked for before this IETF last call?

---

I see you have included the pre-November 10, 2008 copyright boilerplate.
Did you attempt to contact the author of RFC 3005 to ensure that this
was no longer an issue?

---

Please remove the "Note to Readers" at the top of the document. It no
longer applies.

---

2.

   within the area of any working group, area or other established list.

This would read better as

   within the scope of any working group, area, or other established 
   list.

---

2.

   When discussions are started on the IETF discussion list for which
   such venues do exist, they should be continued there as soon as this
   is pointed out.

The use of "there" is mildly ambiguous. Try...

   When discussions are started on the IETF discussion list for which
   such a venue does exist, they should be continued at that other venue
   as soon as this is pointed out.

---

2.

s/and only announce/and announce/

---

2.

I, too, am uneasy about the use of the term "unprofessional commentary".

I think that you should simply point back at the references you have in
the second paragraph of Section 1. That gives you wider scope than 
"commentary", and it saves you from the debate about "unprofessional"
since "professional" is only mentioned one (in passing) in RFC 7154.

---

3.

Please remove all mention of "Sergeant at Arms". We are not a quasi 
military organisation, we have no Internet Police, and the list
moderators do not carry weapons.

Please rewrite this whole section in terms of "list moderators". This
looks like a relatively straightforward piece of editing, but since it
is to the core of the document, I think the draft should be presented
for further review after the changes.

(I appreciate that this document is described in the shepherd write-up
as intended to set out how the list is *currently* managed and to not
make substantial changes. That may have been the original intention, but
it is clear from the changes applied since RFC 3005 that the scope has
gone beyond this. It is, therefore, appropriate to also fix this use of
inappropriate terminology.)

---

Appendix A

   The acknowledgements section should be an unnumbered appendix.

---

Appendix B

   Such an appendix is usually removed prior to publication. Please add
   a note telling the RPC to do that.

   However, the changes from 3005 to the final version of this document
   should be summarised in a section of this document (appendix or main
   section).

---

You reference [IETF-AHP] as authored by the IETF. I think that should be
"IESG" as the policy was not a consensus document (for all that we agree
with it). Your alternative would be to refer to RFC 7776.


Thanks for the work,
Adrian