Re: [dtn] BPv7 CDDL and CBOR tagging

Carsten Bormann <cabo@tzi.org> Sat, 06 April 2019 12:25 UTC

Return-Path: <cabo@tzi.org>
X-Original-To: dtn@ietfa.amsl.com
Delivered-To: dtn@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 80239120041 for <dtn@ietfa.amsl.com>; Sat, 6 Apr 2019 05:25:09 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -4.2
X-Spam-Level:
X-Spam-Status: No, score=-4.2 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_MED=-2.3] 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 330ztS-Lmos9 for <dtn@ietfa.amsl.com>; Sat, 6 Apr 2019 05:25:07 -0700 (PDT)
Received: from smtp.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 9691F120013 for <dtn@ietf.org>; Sat, 6 Apr 2019 05:25:07 -0700 (PDT)
Received: from [192.168.217.106] (p54A6CE73.dip0.t-ipconnect.de [84.166.206.115]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by smtp.uni-bremen.de (Postfix) with ESMTPSA id 44bwqh2h02zyqT; Sat, 6 Apr 2019 14:25:04 +0200 (CEST)
Content-Type: text/plain; charset="utf-8"
Mime-Version: 1.0 (Mac OS X Mail 11.5 \(3445.9.1\))
From: Carsten Bormann <cabo@tzi.org>
In-Reply-To: <CY4PR1301MB20399B0DD6B59D2D566257379F570@CY4PR1301MB2039.namprd13.prod.outlook.com>
Date: Sat, 06 Apr 2019 14:25:03 +0200
Cc: "dtn@ietf.org" <dtn@ietf.org>, Scott Burleigh <scott.c.burleigh@jpl.nasa.gov>
X-Mao-Original-Outgoing-Id: 576246301.987277-dbd07f137e30b74996896442fe2f1a67
Content-Transfer-Encoding: quoted-printable
Message-Id: <988AFDDA-BEA9-4533-ADD7-CA86CCA755EF@tzi.org>
References: <CY4PR1301MB20399B0DD6B59D2D566257379F570@CY4PR1301MB2039.namprd13.prod.outlook.com>
To: Brian Sipos <BSipos@rkf-eng.com>
X-Mailer: Apple Mail (2.3445.9.1)
Archived-At: <https://mailarchive.ietf.org/arch/msg/dtn/0fqVB22Aidvd4B3uEfR46DHaK14>
Subject: Re: [dtn] BPv7 CDDL and CBOR tagging
X-BeenThere: dtn@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: "Delay Tolerant Networking \(DTN\) discussion list at the IETF." <dtn.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/dtn>, <mailto:dtn-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/dtn/>
List-Post: <mailto:dtn@ietf.org>
List-Help: <mailto:dtn-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/dtn>, <mailto:dtn-request@ietf.org?subject=subscribe>
X-List-Received-Date: Sat, 06 Apr 2019 12:25:09 -0000

On Apr 3, 2019, at 21:14, Brian Sipos <BSipos@rkf-eng.com> wrote:
> 
> 	• Indicate some likely places where CBOR tags can be used to augment encoded bundles for troubleshooting. In my mind, the reasonable tag sites are:
> 		• Tagging the whole bundle as "#6.55799(bundle) as a sentinel for content-type-scanning tools.
> 		• Tagging the "block-type-specific-data" as "encoded-cbor = #6.24(bstr)" when it is in fact CBOR.
> 

Hi Brian,

can you indicate what the purpose of the tagging would be?

Tagging the whole bundle as 55799 would identify it as a CBOR data item, but not yet really as a bundle.  If the purpose is to facilitate working with generic CBOR tools on the data items, that may be useful if there are other formats flying around in the same space the bundle is being used.  If the purpose is to identify this as a bundle, why not go for a specific tag just for bundles?  55798 is still free…  Or any number that is even more visibly tagging (such as 25200, which would be visible in a hex/ASCII dump as ‘bp’, or maybe four-byte or even an eight-byte number).  I understand these tags would be stripped off for actual transmission through a convergence layer?

The encoded-cbor tag (24) is great for identifying embedded CBOR, but what do you do for the other kinds of block-type-specific data?  Sorry, it’s been a while since I looked in detail into the bundle protocol.

(Why is the CDDL in appendix B double-spaced, by the way?)

Grüße, Carsten