Re: Evolving Documents (nee "Living Documents") side meeting at IETF105.

"Scott O. Bradner" <sob@sobco.com> Wed, 03 July 2019 20:38 UTC

Return-Path: <sob@sobco.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 06E7F12069A for <ietf@ietfa.amsl.com>; Wed, 3 Jul 2019 13:38:09 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.107
X-Spam-Level:
X-Spam-Status: No, score=-1.107 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RDNS_NONE=0.793, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=no 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 N_FLcYI0V8Ty for <ietf@ietfa.amsl.com>; Wed, 3 Jul 2019 13:38:06 -0700 (PDT)
Received: from sobco.sobco.com (unknown [136.248.127.164]) by ietfa.amsl.com (Postfix) with ESMTP id E231712069E for <ietf@ietf.org>; Wed, 3 Jul 2019 13:38:04 -0700 (PDT)
Received: from localhost (localhost [127.0.0.1]) by sobco.sobco.com (Postfix) with ESMTP id 637011647A69 for <ietf@ietf.org>; Wed, 3 Jul 2019 16:38:02 -0400 (EDT)
X-Virus-Scanned: amavisd-new at sobco.com
Received: from sobco.sobco.com ([127.0.0.1]) by localhost (sobco.sobco.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id G9uE-yojNVgJ for <ietf@ietf.org>; Wed, 3 Jul 2019 16:37:56 -0400 (EDT)
Received: from [192.168.50.224] (173-166-5-67-newengland.hfc.comcastbusiness.net [173.166.5.67]) by sobco.sobco.com (Postfix) with ESMTPSA id D77FB1647A5B for <ietf@ietf.org>; Wed, 3 Jul 2019 16:37:55 -0400 (EDT)
From: "Scott O. Bradner" <sob@sobco.com>
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: quoted-printable
Mime-Version: 1.0 (Mac OS X Mail 11.5 \(3445.9.1\))
Subject: Re: Evolving Documents (nee "Living Documents") side meeting at IETF105.
Date: Wed, 03 Jul 2019 16:37:54 -0400
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>
To: IETF discussion list <ietf@ietf.org>
In-Reply-To: <e8d28a7f-128d-e8d0-17d3-146c6ff5b546@joelhalpern.com>
Message-Id: <7A61E9CE-370F-4C09-A79D-0206B8467AD9@sobco.com>
X-Mailer: Apple Mail (2.3445.9.1)
Archived-At: <https://mailarchive.ietf.org/arch/msg/ietf/679czsLIq-bCFWMiSGFOy4FX_jI>
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: Wed, 03 Jul 2019 20:38:15 -0000

see “stable snapshot” in https://tools.ietf.org/html/draft-bradner-ietf-stds-trk-01

Scott

> On Jul 3, 2019, at 4:34 PM, Joel M. Halpern <jmh@joelhalpern.com> wrote:
> 
> Let me phrase it differently, with a similar point to Keith's
> 
> An IETF working group can say "we think this has the right content, but we are not yet handing it to the AD because ..."
> That is a form of stability
> It is NOT a promise not to change the content before RFC publication.
> As an example, I as co-chair thought the NSH spec was very stable, and then a technical issue was raised that required an incompatible change. It was still a working group document.  We made the change.
> 
> Further, a working group can not label a draft in a way that suggests that there is IETF consensus in support of the document.  That is not its purview.  And is believe the implication that Keith is concerned about.
> 
> I do not expect that either Heather or Warren were looking at the later interpretation.  But I can see how someone reading the email could reasonably be concerned about such over-ambition.
> And your response that working groups can publish whatever they want is at best misleading.  It is true that the content of I-Ds is up to the working group.  The labeling of them is NOT up to the working group.
> (We do, consciously, deliberately, and to significant advantage, make all our works-in-progress visible to the world.  They are labelled as such.)
> 
> Yours,
> Joel
> 
> PS: I am not sure what the general benefit of marking an I-D as 'stable" would be.  We still would not want it normatively cited.  I tried to construct the most positive such label in teh example above.  I may or may not have time to join the side-meeting.
> 
> On 7/3/19 4:23 PM, Richard Barnes wrote:
>> On Wed, Jul 3, 2019 at 4:18 PM Keith Moore <moore@network-heretics.com <mailto:moore@network-heretics.com>> wrote:
>>    On 7/3/19 4:15 PM, Richard Barnes wrote:
>>> 
>>>    On Wed, Jul 3, 2019 at 4:10 PM Keith Moore
>>>    <moore@network-heretics.com <mailto:moore@network-heretics.com>>
>>>    wrote:
>>> 
>>>        On 7/3/19 4:04 PM, Warren Kumari wrote:
>>> 
>>>        > Hi there all,
>>>        >
>>>        > TL;DR: Being able to mark a specific version of an *Internet
>>>        Draft* as
>>>        > “stable” would often be useful. By encoding information in
>>>        the name
>>>        > (stable-foo-bar-00) we can do this.
>>>        >
>>>        > Heather and I will be holding a side meeting at IETF 105 to
>>>        discuss
>>>        > the idea and get feedback.
>>>        > When: Tue, July 23, 3:00pm – 4:30pm
>>>        > Where: C2 (21st Floor)
>>> 
>>>        It seems to me that this would defeat the entire purpose of
>>>        Internet-Drafts and serve to circumvent the IETF process. There
>>>        should be no expectation of stability until a document has
>>>        reached
>>>        IETF-wide consensus.
>>> 
>>> 
>>>    Why is it necessary to conjoin those two things?
>>    Because a working group does not have the authority to make such
>>    decisions on its own.   To the extent that it would be desirable to
>>    invest such authority in some body for some specific purpose, a
>>    working group is the wrong kind of body to do that.   The norms
>>    around IETF WG operation aren't the right ones for such a body.
>> Doesn't have the authority to publish stable specifications?  Obviously, a WG can't publish something and claim it has consensus or is an RFC.  But WGs already have the ability to publish stable docs, by publishing them on github or on IPFS.  This is just about making them easier to find and reference.
>> I think maybe you're over-inflating the significance of this proposal.
>> --Richard
>