Re: [Cbor] OID representation (was: Re: Robert Wilton's Discuss on draft-ietf-cbor-tags-oid-06: (with DISCUSS and COMMENT))

Carsten Bormann <cabo@tzi.org> Wed, 21 April 2021 19:00 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 F41433A3429 for <cbor@ietfa.amsl.com>; Wed, 21 Apr 2021 12:00:23 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.918
X-Spam-Level:
X-Spam-Status: No, score=-1.918 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_BLOCKED=0.001, RCVD_IN_MSPIKE_H4=-0.01, RCVD_IN_MSPIKE_WL=-0.01, 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 YGHsIvaMawj6 for <cbor@ietfa.amsl.com>; Wed, 21 Apr 2021 12:00:19 -0700 (PDT)
Received: from gabriel-vm-2.zfn.uni-bremen.de (gabriel-vm-2.zfn.uni-bremen.de [134.102.50.17]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 0F4D03A333E for <cbor@ietf.org>; Wed, 21 Apr 2021 12:00:12 -0700 (PDT)
Received: from [192.168.217.118] (p548dcb12.dip0.t-ipconnect.de [84.141.203.18]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by gabriel-vm-2.zfn.uni-bremen.de (Postfix) with ESMTPSA id 4FQVHD5yrCzyTV; Wed, 21 Apr 2021 21:00:08 +0200 (CEST)
Content-Type: text/plain; charset="utf-8"
Mime-Version: 1.0 (Mac OS X Mail 13.4 \(3608.120.23.2.4\))
From: Carsten Bormann <cabo@tzi.org>
In-Reply-To: <74E0F02D-1AAB-444B-ABCA-82EACEF27B5F@tzi.org>
Date: Wed, 21 Apr 2021 21:00:08 +0200
X-Mao-Original-Outgoing-Id: 640724408.284946-b0be74bc4512b7ad92d29f0dc39cd7ad
Content-Transfer-Encoding: quoted-printable
Message-Id: <97099EDD-49D2-45FC-A790-C7A986BFFACE@tzi.org>
References: <161788356811.31539.2139615008210880278@ietfa.amsl.com> <74E0F02D-1AAB-444B-ABCA-82EACEF27B5F@tzi.org>
To: cbor@ietf.org
X-Mailer: Apple Mail (2.3608.120.23.2.4)
Archived-At: <https://mailarchive.ietf.org/arch/msg/cbor/qzPhCGPr5liRJtfRK5c3qNzqz4w>
Subject: Re: [Cbor] OID representation (was: Re: Robert Wilton's Discuss on draft-ietf-cbor-tags-oid-06: (with DISCUSS and COMMENT))
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, 21 Apr 2021 19:00:28 -0000

On 2021-04-08, at 21:44, Carsten Bormann <cabo@tzi.org> wrote:
> 
> (1) Not establishing any stronger connection between TBD111 and TBD112, i.e. status quo.
> (2) Declaring TBD112 as the preferred encoding of an absolute OID that starts with 1.3.6.1.4.1 (0x2b06010401), but still allowing the use of TBD111 as non-preferred.   This would mean a requirement on decoders implementing TBD111 to also implement TBD112.
> (3) Outlawing any TBD111 starting with (0x2b06010401) and requiring the use of TBD112 in all such cases.  This would mean a requirement on both encoders and decoders.  It would also mean a slight complication in tag factoring: replace all naked byte strings that start with h’2b06010401’ by TBD112(rest) (saving three bytes), unless *all* such byte strings start with h’2b06010401’, in which case these prefixes would all be removed and an outer tag of TBD112 used.
> 
> (2a) would be (2) with a deterministic encoding requirement to use the shortest form (i.e., (3) in deterministic encoding only).

At today’s interim meeting, we opted for (2a).

I have now added the text necessary for this in PR #10 [1].

Please send comments and reviews; I plan to bottle this up in a -04 and a response to Rob by the weekend.

Grüße, Carsten


[1]: https://github.com/cbor-wg/cbor-oid/pull/10