Re: [Cbor] Record proposal

Carsten Bormann <cabo@tzi.org> Fri, 13 May 2022 22:17 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 CAB46C18D807 for <cbor@ietfa.amsl.com>; Fri, 13 May 2022 15:17:11 -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 ([50.223.129.194]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id W-ZxUtrqbJwl for <cbor@ietfa.amsl.com>; Fri, 13 May 2022 15:17:06 -0700 (PDT)
Received: from gabriel-smtp.zfn.uni-bremen.de (gabriel-smtp.zfn.uni-bremen.de [134.102.50.15]) (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 87D63C18D805 for <cbor@ietf.org>; Fri, 13 May 2022 15:17:03 -0700 (PDT)
Received: from [192.168.217.118] (p5089ad4f.dip0.t-ipconnect.de [80.137.173.79]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by gabriel-smtp.zfn.uni-bremen.de (Postfix) with ESMTPSA id 4L0NKm08W3zDCbR; Sat, 14 May 2022 00:16:59 +0200 (CEST)
Content-Type: text/plain; charset=utf-8
Mime-Version: 1.0 (Mac OS X Mail 13.4 \(3608.120.23.2.7\))
From: Carsten Bormann <cabo@tzi.org>
In-Reply-To: <CAEs2a6sP0bhJd3JxL15sjYojBfWHON=gmMSYR3esY8aRX-jp4Q@mail.gmail.com>
Date: Sat, 14 May 2022 00:16:59 +0200
Cc: Emile Cormier <emile.cormier.jr@gmail.com>, =?utf-8?Q?Christian_Ams=C3=BCss?= <christian@amsuess.com>, "cbor@ietf.org" <cbor@ietf.org>
X-Mao-Original-Outgoing-Id: 674173019.5095609-72d44cb5170f95ed5963a7c35cc1d672
Content-Transfer-Encoding: quoted-printable
Message-Id: <A4DD30F2-7B9C-4409-A209-1B478D6458E2@tzi.org>
References: <CAEs2a6vNhrHhaiPUNtbJ68WYfbrprETPr+kmWNJgNXMSawyBig@mail.gmail.com> <E3F121DA-95EE-43C6-BC72-E3763C034944@tzi.org> <CAEs2a6uZrT9FFP6qa+hPV2sYO0y+xJJmLaF-pPoynE2vqspfBg@mail.gmail.com> <CAEs2a6uHyvvghAMCN=UmhpJMoiES7zoPmGi-bATZWXgjA068Mg@mail.gmail.com> <YY0B4YxuMuw20umu@hephaistos.amsuess.com> <CAEs2a6utA=GQSx2Ln=5wnoNdS6z+0ExdCcfNXG6cAg=1MxnT=w@mail.gmail.com> <901541DC-A520-44CD-AA8D-F2CE77F03FA0@tzi.org> <CAEs2a6sZd4s-DJ3R_M4BLwO12s8i2AGfv0yXCaWdy+baOuAEqw@mail.gmail.com> <8CA1A63D-70B5-4109-ABE7-9CF9197F0375@tzi.org> <CAEs2a6uTKJ1DOTjREjKaRSY6kNAHSof97OoRAZbjDWOazLQC+A@mail.gmail.com> <CAEs2a6tY02haauD4OL18fp15Zet2bqkq+xVzEvAEiK5cvTpy2w@mail.gmail.com> <5C7719D8-8DCB-41BE-9111-882A02D43506@tzi.org> <CAEs2a6vVL9_wvrbwske80m5P5Y1xKw6_ecitDL9uybf2TsvWHw@mail.gmail.com> <CAEs2a6tW7K71wKfK-EerdntmyTppqDrz=Fjb7BfADXAkH5N3gA@mail.gmail.com> <CAM70yxB_YaRWccUk_UfLgxwd1gSUNxkDmaWfh-15wEiXsVe9Ng@mail.gmail.com> <CAEs2a6s3=jSb2N7+JHntApW9PWgBCUxV5TP5ej7vLfuR4T6fug@mail.gmail.com> <CAM70yxDJFiv=skuU4=vkos9Zk1JpqQ+6xGGDFj6+Tb6gqCdKFg@mail.gmail.com> <7AF3052A-3B03-4F8A-988D-9F7228001C91@tzi.org> <CAM70yxBhyXTGLegrQVFGu1pxKcZDfd6Q+oYDcoyotSPNAun0oA@mail.gmail.com> <CAEs2a6sP0bhJd3JxL15sjYojBfWHON=gmMSYR3esY8aRX-jp4Q@mail.gmail.com>
To: Kris Zyp <kriszyp@gmail.com>
X-Mailer: Apple Mail (2.3608.120.23.2.7)
Archived-At: <https://mailarchive.ietf.org/arch/msg/cbor/xLyCeHwXPsU0iKoyJX2SVhn3ACg>
Subject: Re: [Cbor] Record proposal
X-BeenThere: cbor@ietf.org
X-Mailman-Version: 2.1.34
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: Fri, 13 May 2022 22:17:11 -0000

On 2022-04-01, at 23:36, Kris Zyp <kriszyp@gmail.com> wrote:
> 
> I just wanted to check again on the status of the requested CBOR
> records (https://github.com/kriszyp/cbor-records) registration in the
> registration table. Now that it is just using tags > 32767, according
> to the registry, it shouldn't even require a specification, just a
> "first come first serve" request?

Indeed.  Thank you for the most recent update of the specification.

I believe this can now be submitted to IANA, which you can do by mail to iana@iana.org or more formally correct by filling in the form at https://www.iana.org/form/protocol-assignment, in both cases pointing to https://github.com/kriszyp/cbor-records#readme as the specification.

Grüße, Carsten


> Thanks,
> Kris
> 
> On Thu, Dec 2, 2021 at 2:49 AM Emile Cormier <emile.cormier.jr@gmail.com> wrote:
>> 
>> On Thu, Dec 2, 2021 at 3:35 AM Carsten Bormann <cabo@tzi.org> wrote:
>> 
>>> 
>>>> Without the semantic meaning, there isn't data loss; raw CBOR structures could always be transcoded to JSON or anything else (with conventions for tags and such)
>>> 
>>> That doesn’t work in general: An array with two elements could be a valid data item as well, so you get ambiguity.
>>> Tags provide with a clean way to extend the data model.
>> 
>> 
>> For the record, the "Without the semantic meaning, there isn't data loss..." remark was by Kris, not me.
>> 
>> I think it would have been cleaner for extensions to the data model to be done purely in terms of the core data model. All tags should do is *identify* the new data type and not provide a few extra bytes of storage to that new data type.
>> 
>> Well it seems the genie is out of the bottle in terms of tag ranges being used to "cheaply" store a few bytes of extra information and I'm not going to convince you of putting the genie back in. :-)