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

Bjoern Hoehrmann <derhoermi@gmx.net> Fri, 19 July 2013 17:08 UTC

Return-Path: <derhoermi@gmx.net>
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 A754121E8108 for <media-types@ietfa.amsl.com>; Fri, 19 Jul 2013 10:08:24 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.599
X-Spam-Level:
X-Spam-Status: No, score=-2.599 tagged_above=-999 required=5 tests=[BAYES_00=-2.599]
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 LQ7QJGxStPmc for <media-types@ietfa.amsl.com>; Fri, 19 Jul 2013 10:08:20 -0700 (PDT)
Received: from mout.gmx.net (mout.gmx.net [212.227.17.20]) by ietfa.amsl.com (Postfix) with ESMTP id 417E021E8101 for <media-types@ietf.org>; Fri, 19 Jul 2013 10:08:20 -0700 (PDT)
Received: from netb.Speedport_W_700V ([84.180.233.232]) by mail.gmx.com (mrgmx103) with ESMTPA (Nemesis) id 0MHH3P-1Uw39Y2Xul-00E7mP for <media-types@ietf.org>; Fri, 19 Jul 2013 19:08:17 +0200
From: Bjoern Hoehrmann <derhoermi@gmx.net>
To: Paul Hoffman <paul.hoffman@vpnc.org>
Date: Fri, 19 Jul 2013 19:08:16 +0200
Message-ID: <dmriu8d6h8n9hv2q18kd54fl5v6u1n9ogt@hive.bjoern.hoehrmann.de>
References: <6B5DD251-B033-420E-8BFF-51784EDE6E29@vpnc.org> <88736767-FD9F-48A0-955F-92FFAD3B0319@vpnc.org>
In-Reply-To: <88736767-FD9F-48A0-955F-92FFAD3B0319@vpnc.org>
X-Mailer: Forte Agent 3.3/32.846
MIME-Version: 1.0
Content-Type: text/plain; charset="ISO-8859-1"
Content-Transfer-Encoding: 8bit
X-Provags-ID: V03:K0:snRjSmtwDOBuPl2b2idxWimYec4pV3HglO38cnOej1P64lXRPwD KK0197+g/6NznE59lkkE+XSInYals9uQ62ywqt6kTxEWJa6gTJWpr+knbbv5kT0KDU1vZmm V7y3fl/X/zNuG+webIzo6krKA9tSCoE8qEsi+nC9OwshCKj8Yt0VtPqysukDSFqsKoGGz0Q UNnVllpLpK+KKta4opPtQ==
Cc: media-types@ietf.org
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: Fri, 19 Jul 2013 17:08:24 -0000

* Paul Hoffman wrote:
>At 09:09 15-07-2013, Bjoern Hoehrmann wrote:
>* John R Levine wrote:
>>>  Encoding considerations:  none; CBOR is a binary format
>> 
>> Then it's 'binary', not 'none'.
>
>I have seen it done as "none" more often than "binary". Can this group 
>give us a definitive answer for the choice? We're happy to do what the 
>group wants, but right now I can't tell which it should be.

See <http://tools.ietf.org/html/rfc6838#section-4.8>. RFC 2048 did not
list particular values to use, but RFC 4288 and its successor let you
choose only among the four values listed, and "none" is not among them.

>>>  Security considerations:  Same as for the base document
>> 
>> This could use an additional sentence explaining why there is and what
>> is a "base document" in this context, and why the higher-level format
>> does not introduce any new security considerations.
>
>This registration is part of an Internet-Draft this is likely to become 
>an RFC; the registration won't live on its own or, if it does, that 
>should say "the registration comes from RFC wxyz". If this group has a 
>preferred way of saying that, we'd be happy to use it.

In RFC 4329 I used "See section 5." if that is the intended meaning.

>>>  Applications that use this media type:  None yet, but it is expected
>>>     that this format will be deployed in many protocols and
>>>     applications.
>> 
>> This should provide more contextual detail than "many".
>
>Your faith in our predictive abilities is appreciated, but badly misplaced. We will simply remove "many".
>
>> Is there a
>> particular kind of application that would use it, like backup and
>> archival software or 3d modeling applications or Office programs?
>
>Again, that's defined in the Internet-Draft.

The field is supposed to give readers an idea in what context the type
fits in. You could say something like "an application- and protocol-
independent data serialization format for storage and exchange between
systems" if that sounds about right.
-- 
Björn Höhrmann · mailto:bjoern@hoehrmann.de · http://bjoern.hoehrmann.de
Am Badedeich 7 · Telefon: +49(0)160/4415681 · http://www.bjoernsworld.de
25899 Dagebüll · PGP Pub. KeyID: 0xA4357E78 · http://www.websitedev.de/