Re: Things that used to be clear (was Re: Evolving Documents (nee "Living Documents") side meeting at IETF105.)

Keith Moore <moore@network-heretics.com> Thu, 04 July 2019 05:38 UTC

Return-Path: <moore@network-heretics.com>
X-Original-To: ietf@ietfa.amsl.com
Delivered-To: ietf@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 8A52B12014B for <ietf@ietfa.amsl.com>; Wed, 3 Jul 2019 22:38:05 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.599
X-Spam-Level:
X-Spam-Status: No, score=-2.599 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, RCVD_IN_DNSWL_LOW=-0.7, SPF_NONE=0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=messagingengine.com
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 9jnKyE4N1ZIA for <ietf@ietfa.amsl.com>; Wed, 3 Jul 2019 22:38:03 -0700 (PDT)
Received: from out5-smtp.messagingengine.com (out5-smtp.messagingengine.com [66.111.4.29]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 8EF4D120096 for <ietf@ietf.org>; Wed, 3 Jul 2019 22:38:03 -0700 (PDT)
Received: from compute6.internal (compute6.nyi.internal [10.202.2.46]) by mailout.nyi.internal (Postfix) with ESMTP id 61EB921650; Thu, 4 Jul 2019 01:38:02 -0400 (EDT)
Received: from mailfrontend2 ([10.202.2.163]) by compute6.internal (MEProxy); Thu, 04 Jul 2019 01:38:02 -0400
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= messagingengine.com; h=cc:content-transfer-encoding:content-type :date:from:in-reply-to:message-id:mime-version:references :subject:to:x-me-proxy:x-me-proxy:x-me-sender:x-me-sender :x-sasl-enc; s=fm3; bh=RK8Q2VjBwEPIKIaUrirs9cefy+VUdbh8Kl3+K0cFb R0=; b=KgsXiJlnx+seFH8IRjHHsArwTGQVLzyZXGO4COPHb9/+QxT8X/i3wZGwC Is80BFjeGQIN+953ApNtGI5IGyt9ljIMU25vARMBJbgDxiCsWmRs5VRKiB5xhbYA ccqF/mh1MUWUkpAdoy+1RSf9fPEtaYJZLKx6zChxonG7FqOdJGPEHCWjN4gwgZLQ 26C9sxzT6tY5NryPjD/wNFQX5K0Iz0a57mnw1Wg+EzBk4rsY7KH90SmlMD8W6u+1 W3AOjDttHsrP/4DGuhGAoJUXrA0RjPLxm5sUldlVHeAdC4YA8vwgb/OSc82sckC3 sCEJnw0YFdPvX3v1LAYsf7B040lfg==
X-ME-Sender: <xms:uZAdXXDv8gy7wE2GmlRKrBEp-IttwecdhlnJhGjNG6-zQeG_Nmiotw>
X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgeduvddrfedugdellecutefuodetggdotefrodftvf curfhrohhfihhlvgemucfhrghsthforghilhdpqfgfvfdpuffrtefokffrpgfnqfghnecu uegrihhlohhuthemuceftddtnecusecvtfgvtghiphhivghnthhsucdlqddutddtmdenuc fjughrpefhuffvfhfkffgfgggjtgfgsehtkeertddtfeejnecuhfhrohhmpefmvghithhh ucfoohhorhgvuceomhhoohhrvgesnhgvthifohhrkhdqhhgvrhgvthhitghsrdgtohhmqe enucfkphepuddtkedrvddvuddrudektddrudehnecurfgrrhgrmhepmhgrihhlfhhrohhm pehmohhorhgvsehnvghtfihorhhkqdhhvghrvghtihgtshdrtghomhenucevlhhushhtvg hrufhiiigvpedt
X-ME-Proxy: <xmx:uZAdXYex_jA6Y8EvlEOitTamVw95apo2TkHnn2gVlhnYvSB2uCO3sA> <xmx:uZAdXRlXbXgJ2AlEJ1X73XvFeA8jRuutHd9IN_05rhSqBxuSexi8dA> <xmx:uZAdXfGPqHouEJbdYn1J-EjP5Y9X1tdLOmZgQbb3A91pgFb29A84SA> <xmx:upAdXTHHveGw3m2XgjyD1D7HupqoVTvGlfoDLp6hM5bZQsgaWfn_yQ>
Received: from [192.168.1.66] (108-221-180-15.lightspeed.knvltn.sbcglobal.net [108.221.180.15]) by mail.messagingengine.com (Postfix) with ESMTPA id 4692C380086; Thu, 4 Jul 2019 01:38:01 -0400 (EDT)
From: Keith Moore <moore@network-heretics.com>
Subject: Re: Things that used to be clear (was Re: Evolving Documents (nee "Living Documents") side meeting at IETF105.)
To: Nico Williams <nico@cryptonector.com>
Cc: ietf@ietf.org
References: <CAHw9_iKv7xDY-rT98F_BAEvGOGbWGL7UpXS42rSVLsHB+=SOZg@mail.gmail.com> <4567879e-aa29-aeae-72e9-33d148d30eed@network-heretics.com> <CAL02cgToQWmOrfOxS_dc4KRtT9e0PXNzmhWZHkRUyV_3V=E-mQ@mail.gmail.com> <0856af71-4d84-09d1-834d-12ac7252420c@network-heretics.com> <CAL02cgQ9qWVUTPW=Cpx=r32k3i1PLgfp5ax0pKMdH0nKObcKTg@mail.gmail.com> <e8d28a7f-128d-e8d0-17d3-146c6ff5b546@joelhalpern.com> <CAHw9_i+UBs85P+gjcF6BJd1_WD2qFrrYCnXb4rtcG9Hepqm37w@mail.gmail.com> <796c1f6c-cd67-2cd5-9a98-9059a0e516f8@network-heretics.com> <20190704013009.dlifopcbm2umnqo7@mx4.yitter.info> <b18809df-ee98-fb29-b6c4-04ed579e163a@network-heretics.com> <20190704052335.GF3508@localhost>
Message-ID: <911a7af5-071a-ce88-527d-70dfe939b256@network-heretics.com>
Date: Thu, 04 Jul 2019 01:38:00 -0400
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:60.0) Gecko/20100101 Thunderbird/60.7.1
MIME-Version: 1.0
In-Reply-To: <20190704052335.GF3508@localhost>
Content-Type: text/plain; charset="utf-8"; format="flowed"
Content-Transfer-Encoding: 8bit
Content-Language: en-US
Archived-At: <https://mailarchive.ietf.org/arch/msg/ietf/2TC1VsETqSoh0RJZH7O1pgOZJPU>
X-BeenThere: ietf@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: IETF-Discussion <ietf.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/ietf>, <mailto:ietf-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/ietf/>
List-Post: <mailto:ietf@ietf.org>
List-Help: <mailto:ietf-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/ietf>, <mailto:ietf-request@ietf.org?subject=subscribe>
X-List-Received-Date: Thu, 04 Jul 2019 05:38:06 -0000

On 7/4/19 1:23 AM, Nico Williams wrote:

>
> In the security area just about all major Internet protocols are at
> Proposed Standard.  PKIX?  Proposed Standard.  Kerberos?  Ditto.  TLS?
> Yup.  SSHv2?  Indeed.  IKEv2?  No, IKEv2 and CMS are among the
> exceptions, though what good IKEv2 might do anyone w/o ESP, or CMS w/o
> PKIX, I don't know.
Yah, I know.  It's hard to get the energy required to move up from PS.
> Whatever the intention originally might have been, it's certainly long
> not been the case that one should not deploy protocols that are at
> Proposed Standard.
Not sure I agree with that :)  I still think it's unwise to promote 
deployment before there's been interoperability tests.   But clearly 
we're not getting that done with our current process.
> And it's very difficult to stop vendors from shipping pre-RFC protocols.
> We don't have a protocol police, and we move too slowly.  If we don't
> adapt, other SDOs will do more of our work.
yup, it's a race to the bottom :(
> A big selling point of the
> IETF is its review processes -- the adults in the room to keep authors
> from doing dreadful things.  But we need to speed up the cycle somewhat,
> and one way to do it might be to have a way to indicate expected
> stability in I-Ds, and probably only in WG work items only, and at some
> cost (e.g., early directorate reviews?).  I don't quite know -- maybe
> after reflection we might conclude we shouldn't do this, but we should
> certainly discuss it, and be able to discuss it.

So the way we get more review is to encourage deployment even earlier in 
the draft cycle?  Seems like an odd way to do it.

But maybe something like this:  What if WGs labeled drafts with 
"preliminary" (not ready for implementation), "ready for outside review" 
(after WG thinks the overall shape of the proposal is good, inviting 
explicit review/feedback from IETF in general and others), "ready for 
test implementation" (after favorable review and IESG approval), "WG 
last call candidate" (after favorable implementation and interop tests), 
and finally "IETF last call candidate"?   Probably not in the doc name 
itself, but in the tracker, and in the document text when appropriate.

Keith