[6tsch] Fwd: Protocol Action: 'Concise Binary Object Representation (CBOR)' to Proposed Standard (draft-bormann-cbor-09.txt)

"Pascal Thubert (pthubert)" <pthubert@cisco.com> Sat, 14 September 2013 13:01 UTC

Return-Path: <pthubert@cisco.com>
X-Original-To: 6tsch@ietfa.amsl.com
Delivered-To: 6tsch@ietfa.amsl.com
Received: from localhost (localhost []) by ietfa.amsl.com (Postfix) with ESMTP id 920B721E809E for <6tsch@ietfa.amsl.com>; Sat, 14 Sep 2013 06:01:34 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -9.448
X-Spam-Status: No, score=-9.448 tagged_above=-999 required=5 tests=[AWL=-1.150, BAYES_00=-2.599, HTML_MESSAGE=0.001, MANGLED_TRNFER=2.3, RCVD_IN_DNSWL_HI=-8]
Received: from mail.ietf.org ([]) by localhost (ietfa.amsl.com []) (amavisd-new, port 10024) with ESMTP id WzviFPrb97QN for <6tsch@ietfa.amsl.com>; Sat, 14 Sep 2013 06:01:29 -0700 (PDT)
Received: from rcdn-iport-1.cisco.com (rcdn-iport-1.cisco.com []) by ietfa.amsl.com (Postfix) with ESMTP id 84CDE21E8093 for <6tsch@ietf.org>; Sat, 14 Sep 2013 06:01:29 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=10523; q=dns/txt; s=iport; t=1379163689; x=1380373289; h=from:to:subject:date:message-id:references:in-reply-to: mime-version; bh=dDtPNWzdf38RPW6RR2LPlesXjlRb+5hvB08YcL0jIxE=; b=QlDsmD+Rxc16fQeD0lzleueGPrhMjfnMR0S26oR4XInYpjWeNrNLTtZy +LcWDRCyjWy7faFvZpUroDIACA6HDH++BYHv/d9DBCBeVix39KSQ8l2O0 9cRKkjknvvSXy2aiXDIqrBWVkd9zSnRYPidmOTrYJPPymyrPgcPspbilI Y=;
X-IronPort-Anti-Spam-Filtered: true
X-IronPort-Anti-Spam-Result: AgkGADVdNFKtJXG9/2dsb2JhbABbgwc4rzCJXYg/gRwWbQeCJgEBBAx9AgEcJwQHMhQHCgIEE4gDDLo0j2IXAYMegQADiQCOe4EvkEWBZoE+
X-IronPort-AV: E=Sophos; i="4.90,903,1371081600"; d="scan'208,217"; a="259536044"
Received: from rcdn-core2-2.cisco.com ([]) by rcdn-iport-1.cisco.com with ESMTP; 14 Sep 2013 13:01:28 +0000
Received: from xhc-aln-x06.cisco.com (xhc-aln-x06.cisco.com []) by rcdn-core2-2.cisco.com (8.14.5/8.14.5) with ESMTP id r8ED1SMM015744 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=FAIL) for <6tsch@ietf.org>; Sat, 14 Sep 2013 13:01:28 GMT
Received: from xmb-rcd-x01.cisco.com ([]) by xhc-aln-x06.cisco.com ([]) with mapi id 14.02.0318.004; Sat, 14 Sep 2013 08:01:28 -0500
From: "Pascal Thubert (pthubert)" <pthubert@cisco.com>
To: "6tsch@ietf.org" <6tsch@ietf.org>
Thread-Topic: Protocol Action: 'Concise Binary Object Representation (CBOR)' to Proposed Standard (draft-bormann-cbor-09.txt)
Thread-Index: AQHOsM4jsEWL2l+2bUei5S5uDtQfFZnFM3D9
Date: Sat, 14 Sep 2013 13:01:27 +0000
Message-ID: <E1500393-0292-4C96-B95E-326F0CCCD6FA@cisco.com>
References: <20130913221016.7912.75601.idtracker@ietfa.amsl.com>
In-Reply-To: <20130913221016.7912.75601.idtracker@ietfa.amsl.com>
Accept-Language: fr-FR, en-US
Content-Language: fr-FR
Content-Type: multipart/alternative; boundary="_000_E150039302924C96B95E326F0CCCD6FAciscocom_"
MIME-Version: 1.0
Subject: [6tsch] Fwd: Protocol Action: 'Concise Binary Object Representation (CBOR)' to Proposed Standard (draft-bormann-cbor-09.txt)
X-BeenThere: 6tsch@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: "Discuss link layer model for Deterministic IPv6 over the TSCH mode of IEEE 802.15.4e, and impacts on RPL and 6LoWPAN such as resource allocation" <6tsch.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/6tsch>, <mailto:6tsch-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/6tsch>
List-Post: <mailto:6tsch@ietf.org>
List-Help: <mailto:6tsch-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/6tsch>, <mailto:6tsch-request@ietf.org?subject=subscribe>
X-List-Received-Date: Sat, 14 Sep 2013 13:01:34 -0000



Début du message transféré :

Expéditeur: The IESG <iesg-secretary@ietf.org<mailto:iesg-secretary@ietf.org>>
Date: 14 septembre 2013 00:10:16 UTC+02:00
Destinataire: IETF-Announce <ietf-announce@ietf.org<mailto:ietf-announce@ietf.org>>
Cc: RFC Editor <rfc-editor@rfc-editor.org<mailto:rfc-editor@rfc-editor.org>>
Objet: Protocol Action: 'Concise Binary Object Representation (CBOR)' to Proposed Standard (draft-bormann-cbor-09.txt)
Répondre à: <ietf@ietf.org<mailto:ietf@ietf.org>>

The IESG has approved the following document:
- 'Concise Binary Object Representation (CBOR)'
 (draft-bormann-cbor-09.txt) as Proposed Standard

This document has been reviewed in the IETF but is not the product of an
IETF Working Group.

The IESG contact person is Barry Leiba.

A URL of this Internet Draft is:

Technical Summary

CBOR (Concise Binary Object Representation) is a new binary format for
data structures.  It is intended to be semantically similar to JSON,
to be easy to encode and decode even in very constrained environments,
to allow extensions without versioning, and to be reasonably compact.
It is intended to provide a standard format that applications can use
to exchange structured data, so the requested publication type is
Proposed Standard.

Review and Consensus

The announcement of the -00 version on the appsawg list on 22 May
provoked a blizzard of about 100 messages over the following three
days.  Several people asked whether the world needed yet another
binary JSON format.  The authors offered to add a discussion of other
similar formats and how CBOR differs from them.

A few people asked whether there should be a canonical version of
CBOR.  The authors explained why there isn't, but offered to add
a discussion of how one might be defined as an extension.

Others noted that all CBOR formats start with a length or count field,
making streaming implementations difficult since they would have to
buffer up potentially large amounts of data.  After some back and
forth, the authors offered to add chunked subformats and uncounted
formats that use an end tag.

One person noted that the discussion of translation to and from JSON
said that CBOR bignums be translated to JSON integers, which would
often lead to loss of precision in JSON implementations and suggested
that the translation instead be to encoded binary data, to which the
authors agreed.

One other person expressed dissatisfaction with CBOR and sketched out
the rudiments of an alternative, although he has not (as far as I can
tell) further developed it.  Nine people participated in the

After the announcement of the -01 version on 29 May, there were about
a dozen messages from the same people, generally positive and
discussing minor technical issues.

After the announcement of the -02 version later the same day,
responding to that day's comments, there were no further messages,
suggesting that the issues were handled to the satisfaction of the
people in the discussion.

There are at least four implementations, in Python, Ruby, Javascript,
and Java.

There are no outstanding technical issues.  The end of section 7 has a
TBD that should be deleted.

During Last Call, the major issue involved whether it was appropriate to
publish CBOR as Proposed Standard.  Phillip Hallam-Baker opined that
Experimental would be appropriate, and that for Proposed Standard it would
be preferable to have a working group hash out the use cases and design
criteria first, and agree on those before proposing one or mote standards.
There was some support for this position, but no serious and reasoned
objection, and in the end, consensus was clearly toward putting CBOR forth
as a *Proposed Standard*, with the option of other proposals in future.


The Responsible Area Director is Barry Leiba, and the Document
Shepherd is John Levine