Re: [apps-discuss] SenML

Yusuke DOI <yusuke.doi@toshiba.co.jp> Thu, 01 March 2012 09:26 UTC

Return-Path: <yusuke.doi@toshiba.co.jp>
X-Original-To: apps-discuss@ietfa.amsl.com
Delivered-To: apps-discuss@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 336CD21F8639 for <apps-discuss@ietfa.amsl.com>; Thu, 1 Mar 2012 01:26:49 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -4.089
X-Spam-Level:
X-Spam-Status: No, score=-4.089 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, HELO_EQ_JP=1.244, HOST_EQ_JP=1.265, RCVD_IN_DNSWL_MED=-4, UNPARSEABLE_RELAY=0.001]
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 0d+C3+ngXe8A for <apps-discuss@ietfa.amsl.com>; Thu, 1 Mar 2012 01:26:48 -0800 (PST)
Received: from imx2.toshiba.co.jp (inet-tsb5.toshiba.co.jp [202.33.96.24]) by ietfa.amsl.com (Postfix) with ESMTP id 5D66321F8638 for <apps-discuss@ietf.org>; Thu, 1 Mar 2012 01:26:48 -0800 (PST)
Received: from arc1.toshiba.co.jp ([133.199.194.235]) by imx2.toshiba.co.jp with ESMTP id q219QkTa012187 for <apps-discuss@ietf.org>; Thu, 1 Mar 2012 18:26:46 +0900 (JST)
Received: (from root@localhost) by arc1.toshiba.co.jp id q219QkqB024228 for apps-discuss@ietf.org; Thu, 1 Mar 2012 18:26:46 +0900 (JST)
Received: from unknown [133.199.192.144] by arc1.toshiba.co.jp with ESMTP id UAA24227; Thu, 1 Mar 2012 18:26:46 +0900
Received: from mx.toshiba.co.jp (localhost [127.0.0.1]) by ovp2.toshiba.co.jp with ESMTP id q219QkpU025068 for <apps-discuss@ietf.org>; Thu, 1 Mar 2012 18:26:46 +0900 (JST)
Received: from spiffy21.isl.rdc.toshiba.co.jp by toshiba.co.jp id q219QWF6010717; Thu, 1 Mar 2012 18:26:32 +0900 (JST)
Received: from [133.196.16.94] (ncg-dhcp94.isl.rdc.toshiba.co.jp [133.196.16.94]) by spiffy21.isl.rdc.toshiba.co.jp (Postfix) with ESMTPS id B63DE97CC2; Thu, 1 Mar 2012 18:26:45 +0900 (JST)
Message-ID: <4F4F40D3.3040401@toshiba.co.jp>
Date: Thu, 01 Mar 2012 18:26:43 +0900
From: Yusuke DOI <yusuke.doi@toshiba.co.jp>
User-Agent: Mozilla/5.0 (Windows NT 5.1; rv:10.0.2) Gecko/20120216 Thunderbird/10.0.2
MIME-Version: 1.0
To: Jari Arkko <jari.arkko@piuha.net>
References: <4F464C15.6010006@piuha.net>
In-Reply-To: <4F464C15.6010006@piuha.net>
Content-Type: text/plain; charset="ISO-8859-1"; format="flowed"
Content-Transfer-Encoding: 7bit
Cc: Cullen Jennings <fluffy@cisco.com>, General discussion of application-layer protocols <apps-discuss@ietf.org>
Subject: Re: [apps-discuss] SenML
X-BeenThere: apps-discuss@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: General discussion of application-layer protocols <apps-discuss.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/apps-discuss>, <mailto:apps-discuss-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/apps-discuss>
List-Post: <mailto:apps-discuss@ietf.org>
List-Help: <mailto:apps-discuss-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/apps-discuss>, <mailto:apps-discuss-request@ietf.org?subject=subscribe>
X-List-Received-Date: Thu, 01 Mar 2012 09:26:49 -0000

Hi,

I have a question on EXI use.

Is it practical to allow both strict (SHOULD) and non-strict (MAY) ?

In this case, some nodes may not have non-strict grammar. So, nonstrict-capable-and-extended-sender and strict-no-extension-receiver must make some agreement to make a communication in strict mode.

IMHO, I like strict schema-informed (because it can reduce or eliminate dynamic memory allocation).

Regards,

Yusuke



(2012/02/23 23:24), Jari Arkko wrote:
> Hello again,
>
> This is another draft that we'd like to get feedback on. It is yet another component that the authors have used in their work around small and smart devices. The goal is to define a base data format that sensors and other Internet of Things devices can easily use, preferably without having to define entirely new schemes and different structures just to measure a slightly different thing.
>
> http://tools.ietf.org/html/draft-jennings-senml-08
>
> The abstract says:
>
> This specification defines media types for representing simple sensor
> measurements and device parameters in the Sensor Markup Language
> (SenML). Representations are defined in JavaScript Object Notation
> (JSON), eXtensible Markup Language (XML) and Efficient XML
> Interchange (EXI), which share the common SenML data model. A simple
> sensor, such as a temperature sensor, could use this media type in
> protocols such as HTTP or CoAP to transport the measurements of the
> sensor or to be configured.
>
> Comments appreciated. Necessary? Correctly defined? Improvement suggestions?
>
> Jari
>
> _______________________________________________
> apps-discuss mailing list
> apps-discuss@ietf.org
> https://www.ietf.org/mailman/listinfo/apps-discuss