Re: [Cbor] CBOR-YANG representation of common types

Michael Richardson <mcr+ietf@sandelman.ca> Tue, 14 November 2023 20:26 UTC

Return-Path: <mcr+ietf@sandelman.ca>
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 16526C15C295 for <cbor@ietfa.amsl.com>; Tue, 14 Nov 2023 12:26:01 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.909
X-Spam-Level:
X-Spam-Status: No, score=-1.909 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_ZEN_BLOCKED_OPENDNS=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, T_SCC_BODY_TEXT_LINE=-0.01] autolearn=unavailable autolearn_force=no
Received: from mail.ietf.org ([50.223.129.194]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id m6uBWCuEFaUY for <cbor@ietfa.amsl.com>; Tue, 14 Nov 2023 12:25:56 -0800 (PST)
Received: from relay.sandelman.ca (relay.cooperix.net [IPv6:2a01:7e00:e000:2bb::1]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (2048 bits) server-digest SHA256) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 3E7B6C15C2BB for <cbor@ietf.org>; Tue, 14 Nov 2023 12:25:46 -0800 (PST)
Received: from dyas.sandelman.ca (unknown [IPv6:2a02:3032:300:7175:4d40:c9d4:b23a:2d9e]) by relay.sandelman.ca (Postfix) with ESMTPS id 9D6E320B44; Tue, 14 Nov 2023 20:25:45 +0000 (UTC)
Received: by dyas.sandelman.ca (Postfix, from userid 1000) id 9F9D5A1BCF; Tue, 14 Nov 2023 21:25:29 +0100 (CET)
Received: from dyas (localhost [127.0.0.1]) by dyas.sandelman.ca (Postfix) with ESMTP id 9D892A1B45; Tue, 14 Nov 2023 21:25:29 +0100 (CET)
From: Michael Richardson <mcr+ietf@sandelman.ca>
To: Maria Matejka <maria.matejka=40nic.cz@dmarc.ietf.org>, cbor@ietf.org, =?UTF-8?Q?Kate=C5=99ina_Kubecov=C3=A1 ?= <katerina.kubecova@nic.cz>, vojtech.vilimek@nic.cz
In-reply-to: <77159997-0cc1-4b5d-9a1d-cc61f3d0be73@nic.cz>
References: <77159997-0cc1-4b5d-9a1d-cc61f3d0be73@nic.cz>
Comments: In-reply-to Maria Matejka <maria.matejka=40nic.cz@dmarc.ietf.org> message dated "Tue, 14 Nov 2023 17:54:00 +0100."
X-Mailer: MH-E 8.6+git; nmh 1.7+dev; GNU Emacs 26.3
MIME-Version: 1.0
Content-Type: multipart/signed; boundary="=-=-="; micalg="pgp-sha512"; protocol="application/pgp-signature"
Date: Tue, 14 Nov 2023 21:25:29 +0100
Message-ID: <4030689.1699993529@dyas>
Archived-At: <https://mailarchive.ietf.org/arch/msg/cbor/NQ919NO_UAPJcanUAlknJxBKqkk>
Subject: Re: [Cbor] CBOR-YANG representation of common types
X-BeenThere: cbor@ietf.org
X-Mailman-Version: 2.1.39
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: Tue, 14 Nov 2023 20:26:01 -0000

Maria Matejka <maria.matejka=40nic.cz@dmarc.ietf.org> wrote:
    > we're currently trying to embrace the CBOR described by YANG in BIRD
    > interface and we're struggling with the representation of certain types like
    > date, time, IP address or prefix. We would assume that if there is RFC 9164
    > or RFC 8943, we shall then encode dates or IP addresses in these defined
    > formats in CBOR and they shall get converted between CBOR and JSON/XML
    > appropriately. But I can't find any RFC on this, nor any implementation of
    > CBOR-JSON convertor.

Hi.

My understanding is that we one way is that we need to do a new YANG type in
order to adopt RFC9164 (IP addresses), or using CBOR Time tags (vs string
containing RFC3339).  This is entirely doable, but does result in some kind
of incompatibility at the YANG level.

The other way is that we have to immediately do an Update to RFC9254.

    > Thus, these questions arise:

    > * Is there any discussion on this topic, regarding interoperability
    > between CBOR and JSON/XML?

The ANIMA draft-ietf-anima-constrained-voucher / draft-ietf-anima-rfc8366bis
work was actually surprised as some of us assumed that the YANG date/time
would naturally be CBOR Tag 1... but that was actually wrong and
non-interoperable.  But it would be better.

    > * Is there any RFC on draft on this? If not, we're probably gonna
    > create one. We need it
    > * Is there any implementation of YANG-ed converter between CBOR and
    > JSON? If not, we're probably gonna create one. We need it.

not that I know.
Happy to work with you to make this happen, though.


--
Michael Richardson <mcr+IETF@sandelman.ca>, Sandelman Software Works
 -= IPv6 IoT consulting =-                      *I*LIKE*TRAINS*