Re: [media-types] Review requested for draft-bormann-cbor-04

Tony Hansen <tony@att.com> Wed, 17 July 2013 15:04 UTC

Return-Path: <tony@att.com>
X-Original-To: media-types@ietfa.amsl.com
Delivered-To: media-types@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 6B77B21F9A05 for <media-types@ietfa.amsl.com>; Wed, 17 Jul 2013 08:04:06 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -106.334
X-Spam-Level:
X-Spam-Status: No, score=-106.334 tagged_above=-999 required=5 tests=[AWL=0.265, BAYES_00=-2.599, RCVD_IN_DNSWL_MED=-4, USER_IN_WHITELIST=-100]
Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id npP0tXIoRlLj for <media-types@ietfa.amsl.com>; Wed, 17 Jul 2013 08:03:59 -0700 (PDT)
Received: from nbfkord-smmo05.seg.att.com (nbfkord-smmo05.seg.att.com [209.65.160.92]) by ietfa.amsl.com (Postfix) with ESMTP id 6574321E8086 for <media-types@ietf.org>; Wed, 17 Jul 2013 08:03:59 -0700 (PDT)
Received: from unknown [144.160.20.145] (EHLO mlpd192.enaf.sfdc.sbc.com) by nbfkord-smmo05.seg.att.com(mxl_mta-6.15.0-1) over TLS secured channel with ESMTP id e52b6e15.0.7526336.00-261.20875595.nbfkord-smmo05.seg.att.com (envelope-from <tony@att.com>); Wed, 17 Jul 2013 15:03:59 +0000 (UTC)
X-MXL-Hash: 51e6b25f51a00114-0d7c5280b301576f8be3788f91c507cbd7d4d7aa
Received: from enaf.sfdc.sbc.com (localhost.localdomain [127.0.0.1]) by mlpd192.enaf.sfdc.sbc.com (8.14.5/8.14.5) with ESMTP id r6HF3wRs030300 for <media-types@ietf.org>; Wed, 17 Jul 2013 11:03:58 -0400
Received: from alpi131.aldc.att.com (alpi131.aldc.att.com [130.8.218.69]) by mlpd192.enaf.sfdc.sbc.com (8.14.5/8.14.5) with ESMTP id r6HF3mY3030101 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for <media-types@ietf.org>; Wed, 17 Jul 2013 11:03:54 -0400
Received: from alpi153.aldc.att.com (alpi153.aldc.att.com [130.8.42.31]) by alpi131.aldc.att.com (RSA Interceptor) for <media-types@ietf.org>; Wed, 17 Jul 2013 15:03:27 GMT
Received: from aldc.att.com (localhost [127.0.0.1]) by alpi153.aldc.att.com (8.14.5/8.14.5) with ESMTP id r6HF3RuB022600 for <media-types@ietf.org>; Wed, 17 Jul 2013 11:03:27 -0400
Received: from mailgw1.maillennium.att.com (maillennium.att.com [135.25.114.99]) by alpi153.aldc.att.com (8.14.5/8.14.5) with ESMTP id r6HF3MW5015769 for <media-types@ietf.org>; Wed, 17 Jul 2013 11:03:22 -0400
Received: from [135.70.117.22] (vpn-135-70-117-22.vpn.swst.att.com[135.70.117.22]) by maillennium.att.com (mailgw1) with ESMTP id <20130717150320gw100bhhkne> (Authid: tony); Wed, 17 Jul 2013 15:03:21 +0000
X-Originating-IP: [135.70.117.22]
Message-ID: <51E6B252.5050705@att.com>
Date: Wed, 17 Jul 2013 11:03:46 -0400
From: Tony Hansen <tony@att.com>
User-Agent: Mozilla/5.0 (Windows NT 6.1; rv:17.0) Gecko/20130620 Thunderbird/17.0.7
MIME-Version: 1.0
To: Media Types list <media-types@ietf.org>, Carsten Bormann <cabo@tzi.org>, Paul Hoffman / VPNC <paul.hoffman@vpnc.org>
References: <alpine.BSF.2.00.1307151113100.45887@joyce.lan>
In-Reply-To: <alpine.BSF.2.00.1307151113100.45887@joyce.lan>
X-Enigmail-Version: 1.5.1
Content-Type: text/plain; charset="ISO-8859-1"
Content-Transfer-Encoding: 7bit
X-RSA-Inspected: yes
X-RSA-Classifications: public
X-Spam: [F=0.2000000000; CM=0.500; S=0.200(2010122901)]
X-MAIL-FROM: <tony@att.com>
X-SOURCE-IP: [144.160.20.145]
X-AnalysisOut: [v=2.0 cv=Hb+juF48 c=1 sm=0 a=ZRNLZ4dFUbCvG8UMqPvVAA==:17 a]
X-AnalysisOut: [=gWYhWpl9u3sA:10 a=3ukmKKXcZEAA:10 a=cnmVAGoEYRwA:10 a=ofM]
X-AnalysisOut: [gfj31e3cA:10 a=BLceEmwcHowA:10 a=8nJEP1OIZ-IA:10 a=zQP7CpK]
X-AnalysisOut: [OAAAA:8 a=7FGTPPEmvgwA:10 a=48vgC7mUAAAA:8 a=LZlENIWXNtQ90]
X-AnalysisOut: [fz4L4kA:9 a=wPNLvfGTeEIA:10 a=0t1jISZzbj4A:10 a=lZB815dzVv]
X-AnalysisOut: [QA:10]
Subject: Re: [media-types] Review requested for draft-bormann-cbor-04
X-BeenThere: media-types@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: "IANA mailing list for reviewing Media Type \(MIME Type, Content Type\) registration requests." <media-types.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/media-types>, <mailto:media-types-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/media-types>
List-Post: <mailto:media-types@ietf.org>
List-Help: <mailto:media-types-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/media-types>, <mailto:media-types-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 17 Jul 2013 15:04:06 -0000

On 7/15/2013 11:20 AM, John R Levine wrote:
> draft-bormann-cbor-04 describes a new binary structured data format
> called Concise Binary Object Representation (CBOR), and proposes a
> media type for it.  The media type info in the draft is:

An open question in draft-bormann-cbor-04 is:

>    TBD: Maybe add application/mmmmm+cbor for specific protocols?

I think CBOR is worthy of defining a structured syntax suffix. Here is a
candidate addition.

    Tony Hansen

7.4. The +cbor Structured Syntax Suffix Registration

   Name:  Concise Binary Object Representation (CBOR)

   +suffix:  +cbor

   References:  [RFC-THIS-SPEC]

   Encoding considerations: CBOR is a binary format.

   Fragment identifier considerations:
      The syntax and semantics of fragment identifiers specified for
      +cbor SHOULD be as specified for "application/cbor".  (At
      publication of this document, there is no fragment identification
      syntax defined for "application/cbor".)

      The syntax and semantics for fragment identifiers for a specific
      "xxx/yyy+cbor" SHOULD be processed as follows:

      For cases defined in +cbor, where the fragment identifier resolves
      per the +cbor rules, then process as specified in +cbor.

      For cases defined in +cbor, where the fragment identifier does
      not resolve per the +cbor rules, then process as specified in
      "xxx/yyy+cbor".

      For cases not defined in +cbor, then process as specified in
      "xxx/yyy+cbor".

   Interoperability considerations:  n/a

   Security considerations:  See [RFC-THIS-SPEC]

   Contact:  Apps Area Working Group (apps-discuss@ietf.org)

   Author/Change controller:
      The Apps Area Working Group.  IESG has change control over this
      registration.