Re: [Cbor] πŸ”” Confirmation call for Working Group Adoption for draft-greevenbosch-appsawg-cbor-cddl

Carsten Bormann <cabo@tzi.org> Sun, 09 July 2017 16:03 UTC

Return-Path: <cabo@tzi.org>
X-Original-To: cbor@ietfa.amsl.com
Delivered-To: cbor@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 2D881127077; Sun, 9 Jul 2017 09:03:17 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -4.199
X-Spam-Level:
X-Spam-Status: No, score=-4.199 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_MED=-2.3, 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 Cl8yo0OBwG4q; Sun, 9 Jul 2017 09:03:15 -0700 (PDT)
Received: from mailhost.informatik.uni-bremen.de (mailhost.informatik.uni-bremen.de [IPv6:2001:638:708:30c9::12]) (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 19B20129B5B; Sun, 9 Jul 2017 09:03:14 -0700 (PDT)
X-Virus-Scanned: amavisd-new at informatik.uni-bremen.de
Received: from submithost.informatik.uni-bremen.de (submithost.informatik.uni-bremen.de [IPv6:2001:638:708:30c9::b]) by mailhost.informatik.uni-bremen.de (8.14.5/8.14.5) with ESMTP id v69G39pK026061; Sun, 9 Jul 2017 18:03:09 +0200 (CEST)
Received: from [192.168.217.113] (p5DC7E215.dip0.t-ipconnect.de [93.199.226.21]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by submithost.informatik.uni-bremen.de (Postfix) with ESMTPSA id 3x5Cms1k4Zz3Zn1; Sun, 9 Jul 2017 18:03:09 +0200 (CEST)
Content-Type: text/plain; charset="utf-8"
Mime-Version: 1.0 (Mac OS X Mail 10.3 \(3273\))
From: Carsten Bormann <cabo@tzi.org>
In-Reply-To: <CANh-dXkWA6rm23NU9s-w2-oz6Sqqv7RhsDM5teup8EDGmUhRuA@mail.gmail.com>
Date: Sun, 09 Jul 2017 18:03:08 +0200
Cc: Francesca Palombini <francesca.palombini@ericsson.com>, "cbor@ietf.org" <cbor@ietf.org>, "cbor-chairs@ietf.org" <cbor-chairs@ietf.org>
X-Mao-Original-Outgoing-Id: 521308988.381981-c97f13d1c00607a8a316f5968681a912
Content-Transfer-Encoding: quoted-printable
Message-Id: <428A8258-7A12-4BCD-A9B1-414EA751F4B5@tzi.org>
References: <HE1PR0701MB25390DA8E0A1BEDE50EF206D98D40@HE1PR0701MB2539.eurprd07.prod.outlook.com> <CANh-dXkWA6rm23NU9s-w2-oz6Sqqv7RhsDM5teup8EDGmUhRuA@mail.gmail.com>
To: Jeffrey Yasskin <jyasskin@chromium.org>
X-Mailer: Apple Mail (2.3273)
Archived-At: <https://mailarchive.ietf.org/arch/msg/cbor/YpVfgqYWaFOcs5GepfOr1l86V54>
Subject: Re: [Cbor] πŸ”” Confirmation call for Working Group Adoption for draft-greevenbosch-appsawg-cbor-cddl
X-BeenThere: cbor@ietf.org
X-Mailman-Version: 2.1.22
Precedence: list
List-Id: "Concise Binary Object Representation \(CBOR\)" <cbor.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/cbor>, <mailto:cbor-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/cbor/>
List-Post: <mailto:cbor@ietf.org>
List-Help: <mailto:cbor-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/cbor>, <mailto:cbor-request@ietf.org?subject=subscribe>
X-List-Received-Date: Sun, 09 Jul 2017 16:03:17 -0000

On Jul 9, 2017, at 16:36, Jeffrey Yasskin <jyasskin@chromium.org> wrote:
> 
> If folks do
> want to be able to use CDDL from standards, would the draft need to
> change tracks before it becomes a working group item?

Yes.  That is not unusual; documents often change the track even when they already are in IESG processing.

> If it can change tracks later, then I definitely support adopting it
> as a starting point. If adopting it freezes it as informational, then
> I'm concerned, however much that counts from a newbie. :)

I don’t think the WG has to make the choice (that I talked about the in the previous message) now with adoption.  On the other hand, the purpose of this work is to make the CDDL document a referenceable specification language specification.  For ABNF, this was solved by making the spec language spec itself standards track (starting with RFC 2234 in November 1997, after ABNF had been in use for two decades (*)).  Putting out an informational document on the downref list (**) is more circuitous, but would have the same effect.  

(I would prefer to use RFC 2234/4234/5234 as a model here as much as possible, maybe with the exception of waiting 20 years before standardizing :-).)

Grüße, Carsten

(*) Starting with RFC 733 in November 1977, I think; although older BNF variants had been in use since 1968 (RFC 31). 
(**) https://trac.ietf.org/trac/iesg/wiki/DownrefRegistry