[Cbor] Robert Wilton's No Objection on draft-ietf-cbor-tags-oid-07: (with COMMENT)

Robert Wilton via Datatracker <noreply@ietf.org> Wed, 19 May 2021 14:37 UTC

Return-Path: <noreply@ietf.org>
X-Original-To: cbor@ietf.org
Delivered-To: cbor@ietfa.amsl.com
Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id 186463A1257; Wed, 19 May 2021 07:37:34 -0700 (PDT)
MIME-Version: 1.0
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: 7bit
From: Robert Wilton via Datatracker <noreply@ietf.org>
To: The IESG <iesg@ietf.org>
Cc: draft-ietf-cbor-tags-oid@ietf.org, cbor-chairs@ietf.org, cbor@ietf.org, christian@amsuess.com, christian@amsuess.com
X-Test-IDTracker: no
X-IETF-IDTracker: 7.29.0
Auto-Submitted: auto-generated
Precedence: bulk
Reply-To: Robert Wilton <rwilton@cisco.com>
Message-ID: <162143505407.15221.7422176268539069811@ietfa.amsl.com>
Date: Wed, 19 May 2021 07:37:34 -0700
Archived-At: <https://mailarchive.ietf.org/arch/msg/cbor/PhieWchrRxnk3_kC5dmFgAhGB_g>
Subject: [Cbor] Robert Wilton's No Objection on draft-ietf-cbor-tags-oid-07: (with COMMENT)
X-BeenThere: cbor@ietf.org
X-Mailman-Version: 2.1.29
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, 19 May 2021 14:37:34 -0000

Robert Wilton has entered the following ballot position for
draft-ietf-cbor-tags-oid-07: No Objection

When responding, please keep the subject line intact and reply to all
email addresses included in the To and CC lines. (Feel free to cut this
introductory paragraph, however.)


Please refer to https://www.ietf.org/iesg/statement/discuss-criteria.html
for more information about DISCUSS and COMMENT positions.


The document, along with other ballot positions, can be found here:
https://datatracker.ietf.org/doc/draft-ietf-cbor-tags-oid/



----------------------------------------------------------------------
COMMENT:
----------------------------------------------------------------------

Clearing discuss based on -07 version of the document.

----

I found this document to be interesting because I knew from the title that it
was going to only be 4 pages long and say that OIDs are obviously encoded as a
tagged array, hence I was surprised to see that was not the solution and it
uses BER encoded OIDs instead.

The document explains, and I think that I understand why this has been done,
but I question whether the title of the document and name of the tags is right.
 Is it really a CBOR representation of OIDs, or is it actually a CBOR
representation of BER encoded OIDs?  I.e., it is plausible that there would
ever be a requirement for non BER encoded OIDs.  E.g., I'm not an ASN.1 expert,
but say if somewhat wanted to do a CBOR encoding of ASN.1, then it is not
obvious to me that they would use a BER encoding for OIDs.  Hence the
suggestion is to make the title, abstract, and name of the tags clear that it
is about the CBOR encoding or BER encoded OIDs.

In the introduction:
   Since the semantics of absolute and relative object identifiers
   differ, this specification defines two tags, collectively called the
   "OID tags" here:

I presume that this should be three tags?

In section 4.1.  Tag Factoring Example: X.500 Distinguished Name:

The diagram uses a mix of single letters (e.g. c for country), and a full name
"street".  Is this how the X.500 attributes are defined?  Otherwise it might be
clearer to always use their full names.

    The country and street RDNs are single-valued. The second and fourth RDNs
    are multi-valued.

Perhaps:  "The country (first) and street (third) RDNs are single-valued. The
second and fourth RDNs are multi-valued."

    h'550407': "Los Angeles", h'550408': "CA",

I think that the example would be more clear by splitting the city and county
onto separate lines.

Finally, the document contains these two sentences that seem to somewhat
conflict with each other:

"While these sequences can easily be represented in CBOR arrays of unsigned
integers, a more compact representation can often be achieved by adopting the
widely used representation of object identifiers defined in BER; this
representation may also be more amenable to processing by other software that
makes use of object identifiers."

compared to:

"Staying close to the way object identifiers are encoded in ASN.1 BER makes
back-and-forth translation easy; otherwise we would choose a more efficient
encoding."

Regards,
Rob