Re: [Cbor] [EXTERNAL] Re: Packing CBOR (draft-bormann-cbor-packed-00)

Mike Jones <Michael.Jones@microsoft.com> Wed, 29 July 2020 17:08 UTC

Return-Path: <Michael.Jones@microsoft.com>
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 249953A0D52 for <cbor@ietfa.amsl.com>; Wed, 29 Jul 2020 10:08:34 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.101
X-Spam-Level:
X-Spam-Status: No, score=-2.101 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIMWL_WL_HIGH=-0.001, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=microsoft.com
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 Wo-A3XUgtual for <cbor@ietfa.amsl.com>; Wed, 29 Jul 2020 10:08:30 -0700 (PDT)
Received: from NAM06-BL2-obe.outbound.protection.outlook.com (mail-eopbgr650099.outbound.protection.outlook.com [40.107.65.99]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 69EA53A0CE3 for <cbor@ietf.org>; Wed, 29 Jul 2020 10:08:30 -0700 (PDT)
ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=oYUyJznGCd6pLV/k2eyfTzbCf6Sra3X403Al6mtnAv3ErKAcV5WWS1xqL25HBii7Leg8PDjUwSVYBsN/xdZCxNmENAswOtU5Ex6VcgBPe62YwyGRD2IJW3NsI/djRVovgFQ5AOKmXA+GAwJXLgQT9t2dlwkPtE9j2Qhi6AiiNDIgWTjRV0fEOjXbhxsyGRwcY9dDfOVw1VK9Lg8tpIuGgStylLvGDYLfcey/l+8UXRgx+aU2+SrLlnx/A53U54uNjb2pnoIA+qZ38OtIgDJ/pFAbeo4LWbzaHx1tP2dF6t1vRJy2cRhEtL0sZqIgnzL6qBq6Q+hRz55RrfxmjzDhNA==
ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=microsoft.com; s=arcselector9901; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=ezw8tng809Vqb5yK78oePqgZSsYtjZAQFDtTZK2E5xM=; b=DvicIgpNzKygRSjkHlxW181R/h6YMRYTkB5N/dx8un+IRGstPVyMGOr2aHRtdXmlz0ABcL7Fz+5jqWQ+t7WUdhcG8tcHSIS/RvedPgdC8JcZH5FScEOgQnQ6I9j22VhYyicM2lLPTG3YLTvrzRmMpLn6BytuizsN6p1OfrKm6XlIFX+gkAGX+arYkua9gh1Nq2jVA+WjKLs7tASd85pfCoZkA5H/2uejC0hnht5quEA54sDKS239xQXjkZNag8C1IJho9CAfAhXSkTeM9HYySjigVO/Ka7nlikaciFyzLi6R3Hy97m6hqcOCECcjbJX9Z6A5sIal9EXmPqKqHpg8RA==
ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=pass smtp.mailfrom=microsoft.com; dmarc=pass action=none header.from=microsoft.com; dkim=pass header.d=microsoft.com; arc=none
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=microsoft.com; s=selector2; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=ezw8tng809Vqb5yK78oePqgZSsYtjZAQFDtTZK2E5xM=; b=ZmQY7OCkSZs+3aHAyO+vjlbqjRXIFPJTZytqSg1hnGRU5UOUE4hUNdpjMLYrX5lpEJ9bEV2UoOecj5fa8dBYnZ7tBiDWJQZQZimzY1JJtONVlPQhW9NoGNFKgP4BGDhymfaux5PCcsJmCffja3ZXAJx2r8nqJwRaWYfiC5GZDec=
Received: from CH2PR00MB0678.namprd00.prod.outlook.com (2603:10b6:610:a9::23) by CH2PR00MB0762.namprd00.prod.outlook.com (2603:10b6:610:61::17) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.3278.0; Wed, 29 Jul 2020 17:08:28 +0000
Received: from CH2PR00MB0678.namprd00.prod.outlook.com ([fe80::e9ce:b982:5ae1:959d]) by CH2PR00MB0678.namprd00.prod.outlook.com ([fe80::e9ce:b982:5ae1:959d%9]) with mapi id 15.20.3281.000; Wed, 29 Jul 2020 17:08:28 +0000
From: Mike Jones <Michael.Jones@microsoft.com>
To: Carsten Bormann <cabo@tzi.org>
CC: "cbor@ietf.org" <cbor@ietf.org>
Thread-Topic: [EXTERNAL] Re: [Cbor] Packing CBOR (draft-bormann-cbor-packed-00)
Thread-Index: AdZlVD2iKwHnZ/QRRCWfZ1kUDxHDlgAEouGAABj4hsA=
Date: Wed, 29 Jul 2020 17:08:27 +0000
Message-ID: <CH2PR00MB06785F91EF7FBED175E5D4F3F5700@CH2PR00MB0678.namprd00.prod.outlook.com>
References: <BY5PR00MB0676BCB633279A32F55F4CDFF5700@BY5PR00MB0676.namprd00.prod.outlook.com> <C660A260-789F-4AFD-AA57-3AE1D0B04624@tzi.org>
In-Reply-To: <C660A260-789F-4AFD-AA57-3AE1D0B04624@tzi.org>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
msip_labels: MSIP_Label_f42aa342-8706-4288-bd11-ebb85995028c_ActionId=0b9a55e6-d6b2-4521-a790-41eaa03c70d7; MSIP_Label_f42aa342-8706-4288-bd11-ebb85995028c_ContentBits=0; MSIP_Label_f42aa342-8706-4288-bd11-ebb85995028c_Enabled=true; MSIP_Label_f42aa342-8706-4288-bd11-ebb85995028c_Method=Standard; MSIP_Label_f42aa342-8706-4288-bd11-ebb85995028c_Name=Internal; MSIP_Label_f42aa342-8706-4288-bd11-ebb85995028c_SetDate=2020-07-29T17:06:59Z; MSIP_Label_f42aa342-8706-4288-bd11-ebb85995028c_SiteId=72f988bf-86f1-41af-91ab-2d7cd011db47;
authentication-results: tzi.org; dkim=none (message not signed) header.d=none;tzi.org; dmarc=none action=none header.from=microsoft.com;
x-originating-ip: [50.47.88.234]
x-ms-publictraffictype: Email
x-ms-office365-filtering-ht: Tenant
x-ms-office365-filtering-correlation-id: b0641a2f-5f66-4a9f-8e28-08d833e2031d
x-ms-traffictypediagnostic: CH2PR00MB0762:
x-microsoft-antispam-prvs: <CH2PR00MB0762623AF0BF2512F6458FF2F5701@CH2PR00MB0762.namprd00.prod.outlook.com>
x-ms-oob-tlc-oobclassifiers: OLM:10000;
x-ms-exchange-senderadcheck: 1
x-microsoft-antispam: BCL:0;
x-microsoft-antispam-message-info: KJhaqfx164sTxN5aVppTUwEEvvmgjDJZXUSht8MZnyn076j0EUU5LTkRjtPgOYC3DsFXidESK2wCgUiFliCF8bzL7eUKYtDA41nIjgBdEuK1Tfz3T5zItLFvX7LIhHUlCmDEa+ICb0QW1Y863hdh30oLE0uZO0FGMvLXFqw2uisuL3i1xSQiNy5bFpw9TxnixRifLIg2GH4tzHfi4RqRCVpe6s1ktFZb9vbzRPJql9Rjg3sB7W24Z4Qrgcrxe4Yjrdw0OAV26KrmPpCC5FAykEQJPoaVxC1ynaS5pI57FteEl8g+sYmxeWcxY6lnvfXdT3sLQFrgOaFjQ011tPmtO9DLV7vaD51+ufuvb4hHVOmwMwLvY/ikixHFuwzOZ5kabBfO8DPOkU/E7WZJAcZu0A==
x-forefront-antispam-report: CIP:255.255.255.255; CTRY:; LANG:en; SCL:1; SRV:; IPV:NLI; SFV:NSPM; H:CH2PR00MB0678.namprd00.prod.outlook.com; PTR:; CAT:NONE; SFS:(4636009)(346002)(366004)(136003)(39860400002)(396003)(376002)(4326008)(186003)(478600001)(6506007)(53546011)(55016002)(8990500004)(9686003)(10290500003)(7696005)(5660300002)(52536014)(26005)(71200400001)(33656002)(316002)(966005)(82950400001)(82960400001)(66476007)(66556008)(64756008)(66446008)(2906002)(66574015)(83380400001)(76116006)(6916009)(8936002)(86362001)(8676002)(66946007); DIR:OUT; SFP:1102;
x-ms-exchange-antispam-messagedata: NCVweb+bPC7dOMfFtc0QciAH6/F30o2KCwa/ClVwnnt/elxSuaO56lq8X/QI3aQLr6PwXMsRVfdTULL2KMHY+nNI+MZ8YFiWeuOH/0FMn7Z2EkJhTnY/9pqC6Lfm78HWIenP/KTu+zyPDOfqB3JrHwfqk9T4e9FU7Dj8P1Uzzf636mteqNZA5Aa2PqWKJlUmC1USC/XxbN99tR1WTSgqxz5YoRASjimk0yGBOWEoegAujBsdgvpfYlLetNbyEuh0e2MH+F+YWNXe5HxfbVhK/SuUQs9nNgl9ma3w1/LUdZL/I7JEcoBiGJaQprdVKijEWiAFHCY5mV4Ao5q1mkmgzrRsbslqDT5Lt0Kw+Ccn34t4tcgyozEKdPg27OdKwDDPa2mtxRAz9ybWvwbvrB/AupKic/D2FZR5kPaO/awM1hlM2CSt1cB64+lnD52SZOhdiKXOa7gRzMcyoMXoFaktpomFetrNXlR3paX4vd0tgmUhcuOp7nL38GzISOFEz4GpnBV6lqoUWmHU91hcxF9MMrsVlYcqvnXjk+voQGe/aEQU6wqsBKRXoB/6f8wLz+DQ+7TyeHAtG/6wluBEsch7Bfv9LYc5xmngaX8gchnyHLYOOus/LQHDkxV8nxRUoevnU2lwVquaE7rwEijwkNrvng==
x-ms-exchange-transport-forked: True
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: base64
MIME-Version: 1.0
X-OriginatorOrg: microsoft.com
X-MS-Exchange-CrossTenant-AuthAs: Internal
X-MS-Exchange-CrossTenant-AuthSource: CH2PR00MB0678.namprd00.prod.outlook.com
X-MS-Exchange-CrossTenant-Network-Message-Id: b0641a2f-5f66-4a9f-8e28-08d833e2031d
X-MS-Exchange-CrossTenant-originalarrivaltime: 29 Jul 2020 17:08:27.9415 (UTC)
X-MS-Exchange-CrossTenant-fromentityheader: Hosted
X-MS-Exchange-CrossTenant-id: 72f988bf-86f1-41af-91ab-2d7cd011db47
X-MS-Exchange-CrossTenant-mailboxtype: HOSTED
X-MS-Exchange-CrossTenant-userprincipalname: towMpymcDrb/zntw5MNyofQpYZ2MDc6csCCmZ0rdubQha/AcvW6w7tWNnvOFy6YKXO6pwLi2LitLhg7KP6ZGTg==
X-MS-Exchange-Transport-CrossTenantHeadersStamped: CH2PR00MB0762
Archived-At: <https://mailarchive.ietf.org/arch/msg/cbor/7R-prf0e03g_AZ33BoYCXUus2Gw>
Subject: Re: [Cbor] [EXTERNAL] Re: Packing CBOR (draft-bormann-cbor-packed-00)
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: Wed, 29 Jul 2020 17:08:34 -0000

Thanks for your reply, Carsten.  I hadn't looked at it that way.  At some point I'll try to do a full review of the document.

				Cheers,
				-- Mike

-----Original Message-----
From: Carsten Bormann <cabo@tzi.org> 
Sent: Tuesday, July 28, 2020 10:12 PM
To: Mike Jones <Michael.Jones@microsoft.com>
Cc: cbor@ietf.org
Subject: [EXTERNAL] Re: [Cbor] Packing CBOR (draft-bormann-cbor-packed-00)

On 2020-07-29, at 04:59, Mike Jones <Michael.Jones@microsoft.com> wrote:
> 
> I am concerned that this will bifurcate CBOR into implementations that do and don't support this extra feature set.  

Hi Mike,

that is of course true for any new tag.
When we designed CBOR, one main issue was whether the feature set should be static (as with JSON) or allow extensibility (using the tag concept); we chose the latter.

> If a call for adoption were held today, having thought about it, I would oppose adoption on this basis.  I'd rather that all CBOR implementations be interoperable than for some to add this fairly complicated compression feature.

Packing has been designed so that it can be used with “all CBOR implementations” (that do send unknown tags to the application); if a CBOR-based protocol opts for allowing the use packing, that is the same kind of decision as for allowing date tags.

Grüße, Carsten



> 
> 				-- Mike
> 
> -----Original Message-----
> From: CBOR <cbor-bounces@ietf.org> On Behalf Of Carsten Bormann
> Sent: Monday, July 13, 2020 12:48 PM
> To: cbor@ietf.org
> Subject: [Cbor] Packing CBOR (draft-bormann-cbor-packed-00)
> 
> This draft may seem a bit unusual, in that it allocates 268439585 tags, including one of the 12 remaining precious single-byte ones.
> But if you read it, that will seem perfectly normal.
> 
> Please see
> https://www.ietf.org/id/draft-bormann-cbor-packed-00.html#name-acknowl
> edgements
> for how this came to be.
> 
> I’m going to ask for WG adoption at IETF 108...
> 
> Grüße, Carsten
> 
> 
>> Begin forwarded message:
>> 
>> From: internet-drafts@ietf.org
>> Subject: New Version Notification for 
>> draft-bormann-cbor-packed-00.txt
>> Date: 2020-07-13 at 21:42:21 CEST
>> To: "Carsten Bormann" <cabo@tzi.org>
>> 
>> 
>> A new version of I-D, draft-bormann-cbor-packed-00.txt has been 
>> successfully submitted by Carsten Bormann and posted to the IETF 
>> repository.
>> 
>> Name:		draft-bormann-cbor-packed
>> Revision:	00
>> Title:		Packed CBOR
>> Document date:	2020-07-13
>> Group:		Individual Submission
>> Pages:		9
>> URL:            https://www.ietf.org/internet-drafts/draft-bormann-cbor-packed-00.txt
>> Status:         https://datatracker.ietf.org/doc/draft-bormann-cbor-packed/
>> Htmlized:       https://tools.ietf.org/html/draft-bormann-cbor-packed-00
>> Htmlized:       https://datatracker.ietf.org/doc/html/draft-bormann-cbor-packed
>> 
>> 
>> Abstract:
>>  The Concise Binary Object Representation (CBOR, RFC 7049) 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) work well for CBOR, 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.
>> 
>> 
>> 
>> 
>> Please note that it may take a couple of minutes from the time of 
>> submission until the htmlized version and diff are available at tools.ietf.org.
>> 
>> The IETF Secretariat
>> 
>> 
> 
> _______________________________________________
> CBOR mailing list
> CBOR@ietf.org
> https://www.ietf.org/mailman/listinfo/cbor