IETF Logo Mail Archive

Re: [core] removing names from yang-cbor rules

Michael Richardson <mcr+ietf@sandelman.ca> Thu, 23 September 2021 15:43 UTC

Return-Path: <mcr+ietf@sandelman.ca>
X-Original-To: core@ietfa.amsl.com
Delivered-To: core@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 2BC5C3A0EF3 for <core@ietfa.amsl.com>; Thu, 23 Sep 2021 08:43:39 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.899
X-Spam-Level:
X-Spam-Status: No, score=-1.899 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, 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 1v5Mu5O9g-12 for <core@ietfa.amsl.com>; Thu, 23 Sep 2021 08:43:34 -0700 (PDT)
Received: from tuna.sandelman.ca (tuna.sandelman.ca [IPv6:2607:f0b0:f:3:216:3eff:fe7c:d1f3]) (using TLSv1.2 with cipher ADH-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 40AB33A0EEB for <core@ietf.org>; Thu, 23 Sep 2021 08:43:33 -0700 (PDT)
Received: from localhost (localhost [127.0.0.1]) by tuna.sandelman.ca (Postfix) with ESMTP id F214318018; Thu, 23 Sep 2021 11:50:50 -0400 (EDT)
Received: from tuna.sandelman.ca ([127.0.0.1]) by localhost (localhost [127.0.0.1]) (amavisd-new, port 10024) with LMTP id fTu0hfyK_SGy; Thu, 23 Sep 2021 11:50:46 -0400 (EDT)
Received: from sandelman.ca (obiwan.sandelman.ca [209.87.249.21]) by tuna.sandelman.ca (Postfix) with ESMTP id 2B3D518017; Thu, 23 Sep 2021 11:50:46 -0400 (EDT)
Received: from localhost (localhost [IPv6:::1]) by sandelman.ca (Postfix) with ESMTP id 9F1E740; Thu, 23 Sep 2021 11:43:25 -0400 (EDT)
From: Michael Richardson <mcr+ietf@sandelman.ca>
To: Carsten Bormann <cabo@tzi.org>, Andy Bierman <andy@yumaworks.com>, Core <core@ietf.org>
In-Reply-To: <9A230719-4BA3-4033-A80B-48862446C45E@tzi.org>
References: <CABCOCHRJRDopozQ+3NcHvK3u4oOoGMSZFAQFos_JtZmRM59Ldw@mail.gmail.com> <9A230719-4BA3-4033-A80B-48862446C45E@tzi.org>
X-Mailer: MH-E 8.6+git; nmh 1.7+dev; GNU Emacs 26.1
X-Face: $\n1pF)h^`}$H>Hk{L"x@)JS7<%Az}5RyS@k9X%29-lHB$Ti.V>2bi.~ehC0; <'$9xN5Ub# z!G,p`nR&p7Fz@^UXIn156S8.~^@MJ*mMsD7=QFeq%AL4m<nPbLgmtKK-5dC@#:k
MIME-Version: 1.0
Content-Type: multipart/signed; boundary="=-=-="; micalg="pgp-sha512"; protocol="application/pgp-signature"
Date: Thu, 23 Sep 2021 11:43:25 -0400
Message-ID: <4821.1632411805@localhost>
Archived-At: <https://mailarchive.ietf.org/arch/msg/core/fLAY-5G_uAxNoClVePtqjM1mFUk>
Subject: Re: [core] removing names from yang-cbor rules
X-BeenThere: core@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: "Constrained RESTful Environments \(CoRE\) Working Group list" <core.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/core>, <mailto:core-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/core/>
List-Post: <mailto:core@ietf.org>
List-Help: <mailto:core-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/core>, <mailto:core-request@ietf.org?subject=subscribe>
X-List-Received-Date: Thu, 23 Sep 2021 15:43:39 -0000

{I was wrong to CC Murray, let's remove him from the CC}

Carsten Bormann <cabo@tzi.org> wrote:
    > Strings would not be used with constrained devices.

I think that we all agree with this.

    > The point of the string-based names is to ensure that there never is a
    > reason to use text-based encodings (XML, JSON) with yang.  It is a
    > completely separate choice.  (Supported by Accept: in http.)

okay, so does it need to be in the same document?
It seems more complex, and it (the document) would benefit from having active
implementers using it.  While I agree with your goals of not using text-based
encodings, it does not to me feel like we filling an actual market need.

That is, we have no running code.
If we were taking this document to IS, then we'd wind up removing all the
name-based stuff, since it has not gotten any interop testing.

Maybe we should just split the document now?

--
Michael Richardson <mcr+IETF@sandelman.ca>   . o O ( IPv6 IøT consulting )
           Sandelman Software Works Inc, Ottawa and Worldwide

v2.23.0 | Report a Bug | By Email