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*
- [Cbor] CBOR-YANG representation of common types Maria Matejka
- Re: [Cbor] CBOR-YANG representation of common typ… Carsten Bormann
- Re: [Cbor] CBOR-YANG representation of common typ… Maria Matejka
- Re: [Cbor] CBOR-YANG representation of common typ… Michael Richardson
- Re: [Cbor] CBOR-YANG representation of common typ… Maria Matejka