Re: [Cbor] I-D Action: draft-ietf-cbor-packed-11.txt

Carsten Bormann <cabo@tzi.org> Mon, 26 February 2024 21:23 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 72E5AC18DBA1 for <cbor@ietfa.amsl.com>; Mon, 26 Feb 2024 13:23:07 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.907
X-Spam-Level:
X-Spam-Status: No, score=-1.907 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, URIBL_DBL_BLOCKED_OPENDNS=0.001, URIBL_ZEN_BLOCKED_OPENDNS=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 JiqBd8zvEIza for <cbor@ietfa.amsl.com>; Mon, 26 Feb 2024 13:23:03 -0800 (PST)
Received: from smtp.zfn.uni-bremen.de (smtp.zfn.uni-bremen.de [IPv6:2001:638:708:32::21]) (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 DD02EC18DB9D for <cbor@ietf.org>; Mon, 26 Feb 2024 13:23:01 -0800 (PST)
Received: from eduroam-pool10-028.wlan.uni-bremen.de (eduroam-pool10-028.wlan.uni-bremen.de [134.102.90.27]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by smtp.zfn.uni-bremen.de (Postfix) with ESMTPSA id 4TkD9Y5v3mzDCbP; Mon, 26 Feb 2024 22:22:57 +0100 (CET)
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: <170898199352.45201.637168302400850789@ietfa.amsl.com>
Date: Mon, 26 Feb 2024 22:22:57 +0100
X-Mao-Original-Outgoing-Id: 730675377.243071-a4d2f45c8bc4bf62d6e04df6d8d904c9
Content-Transfer-Encoding: quoted-printable
Message-Id: <E8438DA1-81A0-4B68-BC27-6CCA20B616D3@tzi.org>
References: <170898199352.45201.637168302400850789@ietfa.amsl.com>
To: cbor@ietf.org
X-Mailer: Apple Mail (2.3608.120.23.2.7)
Archived-At: <https://mailarchive.ietf.org/arch/msg/cbor/wbYtqRVy8ByWdyRSdG1RjpIwKxo>
Subject: Re: [Cbor] I-D Action: draft-ietf-cbor-packed-11.txt
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: Mon, 26 Feb 2024 21:23:07 -0000

At the 2024-02-21 interim we had good in-room support for adding the record function tag, for which Mikolai supplied new text.
We also extended the member-removing role that »undefined« has in the record tag to basic map concatenation.
The new energy from adding a new co-author also led to a number of cleanups.

I submitted this now (with the last pull request not even merged yet) so you all can have a look at the diff link below.
This document has sizzled in the implementation pan for a while, and it should be au point now.
We still have a week to submit another update for IETF 119, so please send in these comments.

Grüße, Carsten



> On 2024-02-26, at 22:13, internet-drafts@ietf.org wrote:
> 
> Internet-Draft draft-ietf-cbor-packed-11.txt is now available. It is a work
> item of the Concise Binary Object Representation Maintenance and Extensions
> (CBOR) WG of the IETF.
> 
>   Title:   Packed CBOR
>   Authors: Carsten Bormann
>            Mikolai Gütschow
>   Name:    draft-ietf-cbor-packed-11.txt
>   Pages:   29
>   Dates:   2024-02-26
> 
> Abstract:
> 
>   The Concise Binary Object Representation (CBOR, RFC 8949 == STD 94)
>   is a data format whose design goals include the possibility of
>   extremely small code size, fairly small message size, and
>   extensibility without the need for version negotiation.
> 
>   CBOR does not provide any forms of data compression.  CBOR data
>   items, in particular when generated from legacy data models, often
>   allow considerable gains in compactness when applying data
>   compression.  While traditional data compression techniques such as
>   DEFLATE (RFC 1951) can work well for CBOR encoded data items, their
>   disadvantage is that the receiver needs to decompress the compressed
>   form to make use of the data.
> 
>   This specification describes Packed CBOR, a simple transformation of
>   a CBOR data item into another CBOR data item that is almost as easy
>   to consume as the original CBOR data item.  A separate decompression
>   step is therefore often not required at the receiver.
> 
> 
>   // The present version (-11) adds an author, the "record" function
>   // tag (TBD114), a special role for the simple value undefined, and a
>   // number of editorial cleanups.
> 
> The IETF datatracker status page for this Internet-Draft is:
> https://datatracker.ietf.org/doc/draft-ietf-cbor-packed/
> 
> There is also an HTML version available at:
> https://www.ietf.org/archive/id/draft-ietf-cbor-packed-11.html
> 
> A diff from the previous version is available at:
> https://author-tools.ietf.org/iddiff?url2=draft-ietf-cbor-packed-11