Re: [Asdf] on ASDF cycling at internet-draft

Barry Leiba <barryleiba@computer.org> Wed, 19 August 2020 21:31 UTC

Return-Path: <barryleiba@gmail.com>
X-Original-To: asdf@ietfa.amsl.com
Delivered-To: asdf@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 41A433A0E52 for <asdf@ietfa.amsl.com>; Wed, 19 Aug 2020 14:31:51 -0700 (PDT)
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, FREEMAIL_FORGED_FROMDOMAIN=0.001, FREEMAIL_FROM=0.001, HEADER_FROM_DIFFERENT_DOMAINS=0.001, HTML_MESSAGE=0.001, RCVD_IN_MSPIKE_H2=-0.001, SPF_HELO_NONE=0.001, SPF_PASS=-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 Iv0d5NbcK6Vl for <asdf@ietfa.amsl.com>; Wed, 19 Aug 2020 14:31:49 -0700 (PDT)
Received: from mail-io1-f43.google.com (mail-io1-f43.google.com [209.85.166.43]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 117903A0E51 for <asdf@ietf.org>; Wed, 19 Aug 2020 14:31:49 -0700 (PDT)
Received: by mail-io1-f43.google.com with SMTP id a5so197457ioa.13 for <asdf@ietf.org>; Wed, 19 Aug 2020 14:31:49 -0700 (PDT)
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=F+KOhBhtC4LOfWRy2gMjFKRSXQoiDgIWlJWCVB1g6rQ=; b=MiMo5d8VokZrg4hGv11xFAj3JDi2s8BUMC2oRSuTxj01ZCjBnd5d6qwii7d/7B9HPl O0p2xxr8DH9QunwNMj5XVC8yhAFQQFIScJzGtVdSWxV+kcVNExHho+pDV0H/Nt5kEpHi /f9Q9CVEh/MTD4+CVp92m/IPB4NDODjdlAlcwrh+XPFhhisxgi4cdtnJlxHHrGLBEtqm VcgdebCEbDfgv8h6GFXG2gxiWjjXKrXof5rquWmJzMiz42B4pLuSzniQLcH5NxAPiqF5 uW8hSslHk7FYCRXVJiHRBDb8NFx4cYwdOUULG+qL01dbFBERUhXF1AUehYz5hldBgvIO Lnbw==
X-Gm-Message-State: AOAM530t07VZ7dDzL/mtScTcQAjAZTFR5qAmexw0kLXJWxfBmqzKbVGX j3SuiC3t/FIysjg2lGw0Cs/DeN8Kca6sCqBD7/T4HP08myI=
X-Google-Smtp-Source: ABdhPJzek6+JUJwxzRZuIx6GQk8yYC8EdwlNKsiXazXvejlnS7UPuXlOZz6148CL1HgulyB92Jg+R8RV0HBUG0oTmT0=
X-Received: by 2002:a5e:dd02:: with SMTP id t2mr20832176iop.90.1597872708145; Wed, 19 Aug 2020 14:31:48 -0700 (PDT)
MIME-Version: 1.0
References: <5C210025-34B4-45BC-9A1D-66D9E92B339A@tzi.org> <31064.1596838037@localhost> <C5ADCAAD-A2DE-47EB-87AA-D5D946E606AA@tzi.org> <11386.1597843091@localhost>
In-Reply-To: <11386.1597843091@localhost>
From: Barry Leiba <barryleiba@computer.org>
Date: Wed, 19 Aug 2020 17:31:37 -0400
Message-ID: <CALaySJJqk7nCJ4d8iDrD8XZPNWAKkw1CojxQ9r=ZvFf4bNkfTw@mail.gmail.com>
To: Michael Richardson <mcr+ietf@sandelman.ca>
Cc: asdf@ietf.org
Content-Type: multipart/alternative; boundary="0000000000002a5da605ad41bb41"
Archived-At: <https://mailarchive.ietf.org/arch/msg/asdf/aT5RvrxeXXhfP16FYwsWQYvKpJg>
Subject: Re: [Asdf] on ASDF cycling at internet-draft
X-BeenThere: asdf@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: "A Semantic Description Format \(SDF\) for Things and their Interactions and Data" <asdf.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/asdf>, <mailto:asdf-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/asdf/>
List-Post: <mailto:asdf@ietf.org>
List-Help: <mailto:asdf-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/asdf>, <mailto:asdf-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 19 Aug 2020 21:31:51 -0000

Michael, have a chat with Mark Nottingham: this is what httpbis did and
quic is doing, and it worked very effectively for them.  There are benefits
to having a version in a PS RFC, then making the next version a new PS RFC
that Obsoletes the first, and so on.  There are also benefits to hashing
things out during document development of the first PS RFC.  The working
group will have to weigh those, and see which side comes up heavier.  Mark
will have good input for that decision, I think.

Barry

On Wed, Aug 19, 2020 at 9:18 AM Michael Richardson <mcr+ietf@sandelman.ca>
wrote:

>
>
> Barry, I'm uncomfortable with a plan to have more than implementation draft
>
> as a WIP.   While it seems that this where the IETF has evolved to, I'm
>
> really not sure that planning it this way is in the right spirit.
>
>
>
> I would significantly prefer to iterate at PS, but the hurdles seem higher
>
> than ever.  I'd love to be wrong!
>
> Maybe someone has some 3933 process experiment ideas that could be done.
>
>
>
> Carsten Bormann <cabo@tzi.org> wrote:
>
>     >> 1) What would you call a "release" here?
>
>
>
>     > An Internet-Draft that is specifically marked as such (often called
>
>     > “implementation draft” in other groups).
>
>
>
>     > The intention would be to reach a periodic milestone where OneDM
> people
>
>     > and ASDF agree that a specific I-D is useful as a basis for further
>
>     > OneDM work, e.g., by using that I-D for validating models in the
> OneDM
>
>     > playground and convergence processes, and by ecosystem tool builders
>
>     > modifying their tools to target that I-D in their conversion
> processes
>
>     > (which is what enables breaking changes).
>
>
>
>     > This could be done in a tick-tock style, with a feature I-D and then
> a
>
>     > period of stabilizing that, so -02 could be SDF 1.1, -04 1.2, and so
>
>     > on.
>
>
>
> ...
>
>     >> Should publishing 1.0 ASAP be a goal, or should we just do 1.1?
>
>
>
>     > 1.0 was “published” as an Internet-Draft.  I don’t think we should
> aim
>
>     > for RFC status until we have at least a handful of SDOs that have put
>
>     > the majority of their relevant models through the process.  1.0 is
>
>     > intended to be quickly superseded by 1.1, and that might happen a
>
>     > couple more times until returns start to diminish.
>
>
>
>     > This rapid iterative process may be a bit unusual for IETF.
>
>     > I’d assume we can stabilize the SDF core at 1.3 or 1.4 enough to go
> for RFC.
>
>
>
>
>
> --
>
> Michael Richardson <mcr+IETF@sandelman.ca>, Sandelman Software Works
>
>  -= IPv6 IoT consulting =-
>
>
>
>
>
>
>
>