Re: [media-types] Media-type registrations for senml-etch+json and senml-etch+cbor
Alexey Melnikov <alexey.melnikov@isode.com> Wed, 07 August 2019 19:30 UTC
Return-Path: <alexey.melnikov@isode.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 084B212068C for <media-types@ietfa.amsl.com>; Wed, 7 Aug 2019 12:30:03 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.334
X-Spam-Level:
X-Spam-Status: No, score=-1.334 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, SPF_SOFTFAIL=0.665, URIBL_BLOCKED=0.001] autolearn=no autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=isode.com
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 8uFCBb3lYX1D for <media-types@ietfa.amsl.com>; Wed, 7 Aug 2019 12:30:01 -0700 (PDT)
Received: from pechora1.lax.icann.org (pechora1.icann.org [192.0.33.71]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id EED571206A6 for <media-types@ietf.org>; Wed, 7 Aug 2019 12:29:55 -0700 (PDT)
Received: from waldorf.isode.com (waldorf.isode.com [62.232.206.188]) by pechora1.lax.icann.org (Postfix) with ESMTP id B32D91E0540 for <media-types@iana.org>; Wed, 7 Aug 2019 19:29:55 +0000 (UTC)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; t=1565206195; d=isode.com; s=june2016; i=@isode.com; bh=MODajdd6QK92Bi8ZR3fznBt0vJj9XuKBDWJbQFg/DKA=; h=From:Sender:Reply-To:Subject:Date:Message-ID:To:Cc:MIME-Version: In-Reply-To:References:Content-Type:Content-Transfer-Encoding: Content-ID:Content-Description; b=LxkicDGldLai68/1tFE98JDKModfHi3BJYIyahulyHNxg39q72Kyko///gEXiL4f/FiSW7 pqw0jzJ8uY+k8XjxOnKWLRQdh2lNZAwej6gqcPMbQYToCuur4sqH3CcjHmrLtnuHkVUqHX D6TKYAND0DnkW5vTCp0CcouKl+F4crI=;
Received: from [172.20.1.215] (dhcp-215.isode.net [172.20.1.215]) by waldorf.isode.com (submission channel) via TCP with ESMTPSA id <XUsmsgAImBAL@waldorf.isode.com>; Wed, 7 Aug 2019 20:29:54 +0100
To: Ari Keränen <ari.keranen@ericsson.com>, Carsten Bormann <cabo@tzi.org>
Cc: "draft-ietf-core-senml-etch@ietf.org" <draft-ietf-core-senml-etch@ietf.org>, "media-types@iana.org" <media-types@iana.org>
References: <BAC65ED6-6CB3-4DC2-9B9B-F8CCB9D1C910@tzi.org> <6b36aa6f-ddec-7b5e-6760-7a0061ae3c24@isode.com> <46745878-E715-4319-B4E7-110A59FE0091@ericsson.com>
From: Alexey Melnikov <alexey.melnikov@isode.com>
Message-ID: <ed2f7894-8fc4-2cab-762d-de0ca52924a2@isode.com>
Date: Wed, 07 Aug 2019 20:29:42 +0100
User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:60.0) Gecko/20100101 Thunderbird/60.0
In-Reply-To: <46745878-E715-4319-B4E7-110A59FE0091@ericsson.com>
MIME-Version: 1.0
Content-Type: text/plain; charset="utf-8"; format="flowed"
Content-Language: en-GB
Content-transfer-encoding: quoted-printable
Archived-At: <https://mailarchive.ietf.org/arch/msg/media-types/3Sff3oj3h1dVh85h17WvUSnm0Cs>
Subject: Re: [media-types] Media-type registrations for senml-etch+json and senml-etch+cbor
X-BeenThere: media-types@ietf.org
X-Mailman-Version: 2.1.29
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: <https://mailarchive.ietf.org/arch/browse/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, 07 Aug 2019 19:30:03 -0000
Hi Ari, On 07/08/2019 20:24, Ari Keränen wrote: > Thank you Alexey! > > Regarding encoding, we re-used the text from the SenML RFC (https://tools.ietf.org/html/rfc8428#section-12.3.1). I missed it earlier :-)! > But simply changing this to "binary" as in RFC8259 works well for me too. I made a small PR for this: > https://github.com/core-wg/senml-etch/pull/7/files > > Regarding the fragment ID considerations, do you mean we should copy the text for +cbor and +json from here: > https://www.iana.org/assignments/media-type-structured-suffix/media-type-structured-suffix.xhtml Yes. > As in: >> The syntax and semantics of fragment identifiers specified for senml-etch+json SHOULD be as specified for "application/json". (At publication of this document, there is no fragment identification syntax defined for "application/json".) > and: >> The syntax and semantics of fragment identifiers specified for senml-etch+cbor SHOULD be as specified for "application/cbor". (At publication of this document, there is no fragment identification syntax defined for "application/cbor".) Yes, something like that. Best Regards, Alexey > > Cheers, > Ari > > On 07/08/2019, 21.52, "Alexey Melnikov" <alexey.melnikov@isode.com> wrote: > > Hi Carsten/editors, > > I've made a couple of comments on this document verbally, but I never > put them in email. My comments below: > > On 12/07/2019 12:12, Carsten Bormann wrote: > > > »The Sensor Measurement Lists (SenML) media type and data model can > > be used to send collections of resources, such as batches of sensor > > data or configuration parameters. The existing media types > > (defined in RFC 8428) are useful for the traditional operations > > GET, PUT, POST. The CoAP iPATCH, PATCH, and FETCH methods enable > > accessing and updating parts of a resource or multiple resources > > with one request. For using these methods to access and operate on > > resources represented with the SenML data model, the present > > document defines variants of the SenML media types, for JSON and > > CBOR representations only.« > > > > Please review the media-type registrations as proposed in > > draft-ietf-core-senml-etch-04, copied below (RFC-AAAA is the > > RFC-to-be from that). > > > > Grüße, Carsten > > > > > > > > > > > > 5.2. senml-etch+json Media Type > > > > Type name: application > > > > Subtype name: senml-etch+json > > > > Required parameters: none > > > > Optional parameters: none > > > > Encoding considerations: Must be encoded as using a subset of the > > encoding allowed in [RFC8259]. This simplifies implementation of a > > very simple system and does not impose any significant limitations as > > all this data is meant for machine to machine communications and is > > not meant to be human readable. > While this test is useful, it is not what this field is all about. You > need to pick one of 7bit, 8bit, binary or framed. See > <https://tools.ietf.org/html/rfc6838#section-4.8> > > > > Security considerations: See Section 4 of RFC-AAAA. > > > > > > > > > > > > Keranen & Mohajer Expires January 9, 2020 [Page 6] > > Internet-Draft FETCH & PATCH with SenML July 2019 > > > > > > Interoperability considerations: Applications MUST ignore any key > > value pairs that they do not understand unless the key ends with the > > '_' character in which case an error MUST be generated. This allows > > backwards compatible extensions to this specification. > > > > Published specification: RFC-AAAA > > > > Applications that use this media type: Applications that use the > > SenML media type for resource representation. > > > > Fragment identifier considerations: N/A > As this registration is using +json suffix, it should use text about > Fragment identifiers as described in +json suffix registration. (You can > find it on IANA's website) > > Additional information: > > > > Magic number(s): none > > > > File extension(s): senml-etchj > > > > Windows Clipboard Name: "SenML FETCH/PATCH format" > > > > Macintosh file type code(s): none > > > > Macintosh Universal Type Identifier code: org.ietf.senml-etch-json > > conforms to public.text > > > > Person & email address to contact for further information: Ari > > Keranen ari.keranen@ericsson.com > > > > Intended usage: COMMON > > > > Restrictions on usage: None > > > > Author: Ari Keranen ari.keranen@ericsson.com > > > > Change controller: IESG > > > > 5.3. senml-etch+cbor Media Type > > > > Type name: application > > > > Subtype name: senml-etch+cbor > > > > Required parameters: none > > > > Optional parameters: none > > > > Encoding considerations: Must be encoded as using [RFC7049]. > As above. > > > > > > > > > > Keranen & Mohajer Expires January 9, 2020 [Page 7] > > Internet-Draft FETCH & PATCH with SenML July 2019 > > > > > > Security considerations: See Section 4 of RFC-AAAA. > > > > Interoperability considerations: Applications MUST ignore any key > > value pairs that they do not understand unless the key ends with the > > '_' character in which case an error MUST be generated. This allows > > backwards compatible extensions to this specification. > > > > Published specification: RFC-AAAA > > > > Applications that use this media type: Applications that use the > > SenML media type for resource representation. > > > > Fragment identifier considerations: N/A > As above (Similar for +cbor suffix). > > > > Additional information: > > > > Magic number(s): none > > > > File extension(s): senml-etchc > > > > Macintosh file type code(s): none > > > > Macintosh Universal Type Identifier code: org.ietf.senml-etch-cbor > > conforms to public.data > > > > Person & email address to contact for further information: Ari > > Keranen ari.keranen@ericsson.com > > > > Intended usage: COMMON > > > > Restrictions on usage: None > > > > Author: Ari Keranen ari.keranen@ericsson.com > > > > Change controller: IESG > > > > _______________________________________________ > > media-types mailing list > > media-types@ietf.org > > https://www.ietf.org/mailman/listinfo/media-types > >
- [media-types] Media-type registrations for senml-… Carsten Bormann
- Re: [media-types] Media-type registrations for se… Alexey Melnikov
- Re: [media-types] Media-type registrations for se… Ari Keränen
- Re: [media-types] Media-type registrations for se… Alexey Melnikov
- Re: [media-types] Media-type registrations for se… Ari Keränen
- Re: [media-types] Media-type registrations for se… Ari Keränen