Re: [Last-Call] Last Call: <draft-halpern-gendispatch-consensusinformational-02.txt> (IETF Stream Documents Require IETF Rough Consensus) to Best Current Practice

"Adrian Farrel" <adrian@olddog.co.uk> Fri, 24 January 2020 21:51 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 DB447120A01; Fri, 24 Jan 2020 13:51:38 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.598
X-Spam-Level:
X-Spam-Status: No, score=-2.598 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_LOW=-0.7, 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 Ig74KA-q7Kvt; Fri, 24 Jan 2020 13:51:36 -0800 (PST)
Received: from mta5.iomartmail.com (mta5.iomartmail.com [62.128.193.155]) (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 B26D01209FD; Fri, 24 Jan 2020 13:51:35 -0800 (PST)
Received: from vs3.iomartmail.com (vs3.iomartmail.com [10.12.10.124]) by mta5.iomartmail.com (8.14.4/8.14.4) with ESMTP id 00OLpXK2028936; Fri, 24 Jan 2020 21:51:33 GMT
Received: from vs3.iomartmail.com (unknown [127.0.0.1]) by IMSVA (Postfix) with ESMTP id B906B22032; Fri, 24 Jan 2020 21:51:33 +0000 (GMT)
Received: from asmtp3.iomartmail.com (unknown [10.12.10.224]) by vs3.iomartmail.com (Postfix) with ESMTPS id A394B2203C; Fri, 24 Jan 2020 21:51:33 +0000 (GMT)
Received: from LAPTOPK7AS653V (089144205018.atnat0014.highway.webapn.at [89.144.205.18]) (authenticated bits=0) by asmtp3.iomartmail.com (8.14.4/8.14.4) with ESMTP id 00OLpWFX027111 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Fri, 24 Jan 2020 21:51:33 GMT
Reply-To: adrian@olddog.co.uk
From: Adrian Farrel <adrian@olddog.co.uk>
To: draft-halpern-gendispatch-consensusinformational@ietf.org
Cc: last-call@ietf.org
References: <157988932717.22102.17207308469919846350.idtracker@ietfa.amsl.com>
In-Reply-To: <157988932717.22102.17207308469919846350.idtracker@ietfa.amsl.com>
Date: Fri, 24 Jan 2020 21:51:30 -0000
Organization: Old Dog Consulting
Message-ID: <035601d5d300$7079aa20$516cfe60$@olddog.co.uk>
MIME-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Mailer: Microsoft Outlook 16.0
Thread-Index: AQMKLpINcJZMQIBSqhwuhXT7TUAH9KWRjvbg
Content-Language: en-gb
X-Originating-IP: 89.144.205.18
X-Thinkmail-Auth: adrian@olddog.co.uk
X-TM-AS-GCONF: 00
X-TM-AS-Product-Ver: IMSVA-9.0.0.1623-8.2.0.1013-25188.003
X-TM-AS-Result: No--26.268-10.0-31-10
X-imss-scan-details: No--26.268-10.0-31-10
X-TMASE-Version: IMSVA-9.0.0.1623-8.2.1013-25188.003
X-TMASE-Result: 10--26.267600-10.000000
X-TMASE-MatchedRID: CxmI61mtwh9fsB4HYR80ZggKAWhuC2ojJqv0GX3SOh3tjvycnMT4HaO0 LxjQxSTwMHHzcnbuX2VojuimgcemGHPixVYoX1xjMpVOsYwN78Mm4lf0t+giOGt7gCgLtiLmACW 8zhLewSnhRWs7SH9Y/D4FexgYenepl9y1qbyuv0BQ+S0N05fR+wEoHzC4m9uQo0RUrFE9bPH+wZ EKX2Xu7HLvsFyJd61vai77+bjdQ6bYU3b0IPzQMJtsaXTO0ymXjHhXj1NLbjB77G36GYsVEyFw4 TDN0H9PtQ8MJgFuefrcGYqZ4SW69YlJIdnox/TUcI7vRACwF0KggD0QTkhjtOCAU8+z4gBpSHgU VMoIv2F+IvJpPcmUiHToDbRsmQrVZnPEJslFPlNLJhhSkbJGJ1G+BHSGRsbge1OjQ/WyxP6MvtB 5KHIDc+aycVEoXNASi7w2NAzf/pfKQ0MLH8z0MhIRh9wkXSlFBGwExtNOAA9fSwksvnOsmiZle4 9VkKqH48GRnDsr2yynowONwDK3nBE8CuTnKqGUTh4VSQfkIVzrxrHsspIMhIjLngz8UCmdlUcxG fWk0G0pITaDqdUVVAX5sa69UCcsHaZBlVxbXFpJAwwrP0/gGdrGZsrJeMUcLraGNlLRahiMy8hI FiZqQYc4+a5MYIQ+AA0L13WyQOUfospopQ643aoNIG7S1SGvUP5o7NO4bmM+a5sWK4OlhxFlwJh VcSVOSkwAosbf4K8is/4X6r+it080kUWn+OxUQNHyayRRMNqel4LGmosbs8nJhTYnTng9/drvN/ 9SEUmy6t6MDXwliQi/N+SHnL+ycydwnP3Uz7GeAiCmPx4NwLTrdaH1ZWqCpvI8UZOf47g54tgWF 1SNbnQdJ7XfU86e4kYXbobxJbLnIzRzWS2P0w==
X-TMASE-SNAP-Result: 1.821001.0001-0-1-12:0,22:0,33:0,34:0-0
Archived-At: <https://mailarchive.ietf.org/arch/msg/last-call/V0SDA3VNp9DqvEgYRH1yTZ9Lgwk>
Subject: Re: [Last-Call] Last Call: <draft-halpern-gendispatch-consensusinformational-02.txt> (IETF Stream Documents Require IETF Rough Consensus) to Best Current Practice
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: Fri, 24 Jan 2020 21:51:39 -0000

Hi,

Thanks for this document. I think it is a fine idea to make this small
change official even if (or perhaps particularly because) it describes what
the IESG has been doing for some time.

However, I think the document needs some work before it can be published.

1. The document is framed as a proposal. That was great for opening the
discussion, but when published as an RFC it needs to be phrased as a clear
statement of practice. Thus, you need to reword it accordingly. That's a
fairly easy change, but hits several places in the document.

2. The Introduction usefully sets out what 2026 requires. However, you also
need to say what this document does. I think it is conventional to make the
"updates" statement in the Introduction and to state what the update is:
such as, "This document updates [RCF2026] by stating rules for establishing
IETF consensus before the publication of any RFC on the IETF Stream."
There are also a couple of nits in the text you have:
a. "it should be remembered that this RFC predates" Since the draft will
(hopefully) be published as an RFC, the term "this RFC" will be
misinterpreted as meaning "this document". I think you can fix that as
"...remembered that that RFC..."
b. "As a consequence, it is currently permitted for the IETF to approve".
Once this document is published as an RFC your statement will be wrong and
confusing. Furthermore, I think you mean IESG not IETF. Maybe you fix this
as "As a consequence, RFC 2026 permitted the IESG to approve"

3. Section 4 is a bit of discussion that no-doubt helped form this document.
But I wonder whether you want this discussion to remain. You have already
decided that the final paragraph should be removed. Could you actually
remove the whole section without loss to the document?
If you decide to keep Section 4, it will need some work.
The first sentence of the first paragraph will not age well with the
publication of this document as an RFC. Maybe it could be rewritten as:
   The procedures defined in [RFC2026] permit the publication of
   some RFCs in the IETF stream without first establishing IETF
   consensus.
Additionally, while you are correct as to the letter of the 2007 IESG
statement, I hope you'll agree that the intent of that statement in having
IETF-wide review was that consensus would be reached. Finally, the
referenced IESG statement does not say that "no document will be issued
without first conducting an IETF Last Call", it talks only about "Individual
Submissions". The fact that the IESG now issues last calls on all IETF
Stream documents is an established behaviour, but is not (I think)
documented - IIRC, an IESG just decided to do it. That could all mean some
substantial clean-up and leads me to think that it is easier to drop the
rest of the text in the paragraph. 

4. You should decide whether to use "stream" or "Stream" and be consistent.

Thanks for the work,
Adrian

-----Original Message-----
From: IETF-Announce <ietf-announce-bounces@ietf.org> On Behalf Of The IESG
Sent: 24 January 2020 18:09
To: IETF-Announce <ietf-announce@ietf.org>
Cc: draft-halpern-gendispatch-consensusinformational@ietf.org
Subject: Last Call:
<draft-halpern-gendispatch-consensusinformational-02.txt> (IETF Stream
Documents Require IETF Rough Consensus) to Best Current Practice


The IESG has received a request from an individual submitter to consider the
following document: - 'IETF Stream Documents Require IETF Rough Consensus'
  <draft-halpern-gendispatch-consensusinformational-02.txt> as Best Current
  Practice

The IESG plans to make a decision in the next few weeks, and solicits final
comments on this action. Please send substantive comments to the
last-call@ietf.org mailing lists by 2020-02-21. Exceptionally, comments may
be sent to iesg@ietf.org instead. In either case, please retain the
beginning
of the Subject line to allow automated sorting.

Abstract


   This document proposes that the IETF never publish any IETF stream
   RFCs without IETF rough consensus.  This updates RFC 2026.




The file can be obtained via
https://datatracker.ietf.org/doc/draft-halpern-gendispatch-consensusinformat
ional/

IESG discussion can be tracked via
https://datatracker.ietf.org/doc/draft-halpern-gendispatch-consensusinformat
ional/ballot/


No IPR declarations have been submitted directly on this I-D.




_______________________________________________
IETF-Announce mailing list
IETF-Announce@ietf.org
https://www.ietf.org/mailman/listinfo/ietf-announce