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

Carsten Bormann <cabo@tzi.org> Sun, 13 February 2022 20:57 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 D234B3A0A83 for <cbor@ietfa.amsl.com>; Sun, 13 Feb 2022 12:57:30 -0800 (PST)
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 gqqRdj0bJ_A8 for <cbor@ietfa.amsl.com>; Sun, 13 Feb 2022 12:57:28 -0800 (PST)
Received: from gabriel-smtp.zfn.uni-bremen.de (gabriel-smtp.zfn.uni-bremen.de [IPv6:2001:638:708:32::15]) (using TLSv1.2 with cipher ADH-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 402903A0A81 for <cbor@ietf.org>; Sun, 13 Feb 2022 12:57:28 -0800 (PST)
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 4Jxfmz4y9LzDCbR; Sun, 13 Feb 2022 21:57:23 +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: <164478568069.12657.10527823373451391829@ietfa.amsl.com>
Date: Sun, 13 Feb 2022 21:57:23 +0100
X-Mao-Original-Outgoing-Id: 666478643.242404-fe42f87a0561c26e500ee8d666245589
Content-Transfer-Encoding: quoted-printable
Message-Id: <D43BEB72-F2D6-4420-A6CD-A0979BBB8E3D@tzi.org>
References: <164478568069.12657.10527823373451391829@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/1jC-Vhk1VZ1dyB5967OWqaQEvbg>
Subject: Re: [Cbor] I-D Action: draft-ietf-cbor-packed-04.txt
X-BeenThere: cbor@ietf.org
X-Mailman-Version: 2.1.29
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: Sun, 13 Feb 2022 20:57:31 -0000

cbor-packed would have expired tomorrow, so I made a -04 with the various small edits that have accrued since -03.  As you know, we are collecting further implementation experience at this point, going forward once enough such experience is available.

Apart from the implementation work, further editorial work is needed in the introduction.  We also probably want to provide recipes (and examples?) for defining application-specific Table Setup tags.

Grüße, Carsten


> On 2022-02-13, at 21:54, internet-drafts@ietf.org wrote:
> 
> 
> A New Internet-Draft is available from the on-line Internet-Drafts directories.
> This draft is a work item of the Concise Binary Object Representation Maintenance and Extensions WG of the IETF.
> 
>        Title           : Packed CBOR
>        Author          : Carsten Bormann
> 	Filename        : draft-ietf-cbor-packed-04.txt
> 	Pages           : 18
> 	Date            : 2022-02-13
> 
> Abstract:
>   The Concise Binary Object Representation (CBOR, RFC 8949) 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 unpack the compressed form
>   to make use of 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 IETF datatracker status page for this 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-04.html
> 
> A diff from the previous version is available at:
> https://www.ietf.org/rfcdiff?url2=draft-ietf-cbor-packed-04
> 
> 
> Internet-Drafts are also available by rsync at rsync.ietf.org::internet-drafts
> 
> 
> _______________________________________________
> I-D-Announce mailing list
> I-D-Announce@ietf.org
> https://www.ietf.org/mailman/listinfo/i-d-announce
> Internet-Draft directories: http://www.ietf.org/shadow.html
> or ftp://ftp.ietf.org/ietf/1shadow-sites.txt