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

Russ Housley <housley@vigilsec.com> Sat, 25 January 2020 18:29 UTC

Return-Path: <housley@vigilsec.com>
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 6F56B12004A for <last-call@ietfa.amsl.com>; Sat, 25 Jan 2020 10:29:47 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.896
X-Spam-Level:
X-Spam-Status: No, score=-1.896 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, SPF_HELO_NONE=0.001, SPF_NONE=0.001, URIBL_BLOCKED=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 kzf8LPcdlM9f for <last-call@ietfa.amsl.com>; Sat, 25 Jan 2020 10:29:44 -0800 (PST)
Received: from mail.smeinc.net (mail.smeinc.net [209.135.209.11]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 84F49120048 for <last-call@ietf.org>; Sat, 25 Jan 2020 10:29:44 -0800 (PST)
Received: from localhost (localhost [127.0.0.1]) by mail.smeinc.net (Postfix) with ESMTP id 63675300B3F for <last-call@ietf.org>; Sat, 25 Jan 2020 13:15:43 -0500 (EST)
X-Virus-Scanned: amavisd-new at mail.smeinc.net
Received: from mail.smeinc.net ([127.0.0.1]) by localhost (mail.smeinc.net [127.0.0.1]) (amavisd-new, port 10026) with ESMTP id 05JamOBBV8k4 for <last-call@ietf.org>; Sat, 25 Jan 2020 13:15:40 -0500 (EST)
Received: from a860b60074bd.fios-router.home (pool-108-51-198-163.washdc.fios.verizon.net [108.51.198.163]) by mail.smeinc.net (Postfix) with ESMTPSA id 9D5CD300AA5; Sat, 25 Jan 2020 13:15:40 -0500 (EST)
From: Russ Housley <housley@vigilsec.com>
Message-Id: <085B7ECC-4036-47BD-809F-A174DD5AFB5B@vigilsec.com>
Content-Type: multipart/alternative; boundary="Apple-Mail=_D4161074-0E76-43E7-A8A4-DBE06A743A34"
Mime-Version: 1.0 (Mac OS X Mail 12.4 \(3445.104.11\))
Date: Sat, 25 Jan 2020 13:29:40 -0500
In-Reply-To: <001e01d5d3a9$31fdfb80$95f9f280$@olddog.co.uk>
Cc: last-call@ietf.org, Eric Rescorla <ekr@rtfm.com>, Joel Halpern <jmh@joelhalpern.com>
To: Adrian Farrel <adrian@olddog.co.uk>
References: <CAChr6Sy5-ejdjw5zgZgiF1hSyuiAErmas-dbWFmx1b+1vftT1Q@mail.gmail.com> <CABcZeBOMVYpEYaEUzYsa0ApDfGtA6oD5P67A40=HQVBN+yTuKQ@mail.gmail.com> <CAChr6Sz7vihWaoeG8H11JzQ5YqrbYLPLneuY3PD4syMYEaKQ4w@mail.gmail.com> <99d34ee9-8ea6-a77f-39fc-f1889a050358@joelhalpern.com> <CAChr6SwHd2=Qf2SSbQeKs1CS_c1UuBqPEtO_x4MmF71iv0zE9Q@mail.gmail.com> <CABcZeBMdonehuZ3re4UnGY2_B6A2sOBqkoE+m4SfBa8N3vYEhg@mail.gmail.com> <CAChr6Sw1LSXj=L2WAu=R1QfBi4UFDXC5Z6EODqwJ6-z9o5Z5vw@mail.gmail.com> <CABcZeBPBhGZDxnh2p=trL8yHveBiMsy38+-G_7oQu_eR+45d5w@mail.gmail.com> <CAChr6SyNTsz9uZNiN16OHLj6e=Xhcn1A8pr105Of+y_Jw8HSFw@mail.gmail.com> <994c4462-ef24-6d46-3bec-8aa5e14b9f78@joelhalpern.com> <74CB9B39-6D18-45CA-AAF7-96D4748C6646@vigilsec.com> <001e01d5d3a9$31fdfb80$95f9f280$@olddog.co.uk>
X-Mailer: Apple Mail (2.3445.104.11)
Archived-At: <https://mailarchive.ietf.org/arch/msg/last-call/DGt_ofBvTFek_Bjn3NYVLzBzxa4>
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: Sat, 25 Jan 2020 18:29:48 -0000

Adrian:

The meet of the document is:

   The IETF MUST NOT publish RFCs on the IETF stream without
   establishing IETF rough consensus for publication.

This seems to apply to AD sponsored and WG sponsored documents.  My thought was that an IESG statement would get the same result with less effort.

Russ


> On Jan 25, 2020, at 12:59 PM, Adrian Farrel <adrian@olddog.co.uk> wrote:
> 
> Hi Russ,
>  
> I believe you are misreading what the IESG statement says.
>  
> The first paragraph of Section 4 refers to “AD Sponsored documents to Standards Track” and to “AD Sponsored documents to Experimental/Informational”. It does not mention documents coming out of a working group.
>  
> It was a fine IESG statement (if a bit lengthy 😊) but seems designed to cover AD sponsored documents only.
>  
> For almost as long as I can recall, the IESG has applied a policy of always holding an IETF last call on every document. That seems to be an IESG prerogative, but I don’t see it written down anywhere.
>  
> It is, of course, possible for the IESG to issue a further statement on this. I believe Joel’s point may be that what the IESG giveth, the IESG may take away: but if the community likes the idea of a last call on all documents then putting it into the process of record would be the right thing.
>  
> I think Joel makes one other point which may be splitting hairs, or might be paranoid, but does no harm to fix. Holding an IETF last call, is not the same as not publishing a document until there is rough consensus.
>  
> Cheers,
> Adrian
>  
> From: last-call <last-call-bounces@ietf.org <mailto:last-call-bounces@ietf.org>> On Behalf Of Russ Housley
> Sent: 25 January 2020 15:28
> To: last-call@ietf.org <mailto:last-call@ietf.org>
> Cc: Eric Rescorla <ekr@rtfm.com <mailto:ekr@rtfm.com>>; Joel Halpern <jmh@joelhalpern.com <mailto:jmh@joelhalpern.com>>
> Subject: Re: [Last-Call] Last Call: <draft-halpern-gendispatch-consensusinformational-02.txt> (IETF Stream Documents Require IETF Rough Consensus) to Best Current Practice
>  
> Joel and EKR:
>>  
>>  this document deliberately addresses a very narrow issue that while admittedly rare has come up a few times.
>  
> In 2007, the IESG published this statement: https://ietf.org/about/groups/iesg/statements/area-director-sponsoring-documents/ <https://ietf.org/about/groups/iesg/statements/area-director-sponsoring-documents/>
>  
> In this statement, the IESG says that it will not approve any document without an IETF Last Call.  See the first paragraph of Section 4.
>  
> I suggest a better way forward would be to post an updated IESG statement that requires consensus as well.
>  
> Russ
>  
> -- 
> last-call mailing list
> last-call@ietf.org <mailto:last-call@ietf.org>
> https://www.ietf.org/mailman/listinfo/last-call <https://www.ietf.org/mailman/listinfo/last-call>