Re: [coman] are we there yet?

Zach Shelby <zach@sensinode.com> Tue, 12 March 2013 02:20 UTC

Return-Path: <zach@sensinode.com>
X-Original-To: coman@ietfa.amsl.com
Delivered-To: coman@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id D9B9721F8C12 for <coman@ietfa.amsl.com>; Mon, 11 Mar 2013 19:20:37 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -3.599
X-Spam-Level:
X-Spam-Status: No, score=-3.599 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, RCVD_IN_DNSWL_LOW=-1]
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 2Vl236eASF8Y for <coman@ietfa.amsl.com>; Mon, 11 Mar 2013 19:20:37 -0700 (PDT)
Received: from auth-smtp.nebula.fi (auth-smtp.nebula.fi [217.30.180.105]) by ietfa.amsl.com (Postfix) with ESMTP id 2C08E21F8C09 for <coman@ietf.org>; Mon, 11 Mar 2013 19:20:34 -0700 (PDT)
Received: from [10.123.228.114] (uslec-71.16.12.117.cust.uslec.net [71.16.12.117] (may be forged)) (authenticated bits=0) by auth-smtp.nebula.fi (8.13.8/8.13.4) with ESMTP id r2C2KF2q029720 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NO); Tue, 12 Mar 2013 04:20:20 +0200
Content-Type: text/plain; charset="utf-8"
Mime-Version: 1.0 (Mac OS X Mail 6.2 \(1499\))
From: Zach Shelby <zach@sensinode.com>
In-Reply-To: <34966E97BE8AD64EAE9D3D6E4DEE36F21EDDDF18@szxeml525-mbx.china.huawei.com>
Date: Mon, 11 Mar 2013 22:20:15 -0400
Content-Transfer-Encoding: quoted-printable
Message-Id: <BBD6E278-49FC-42FB-A342-E40086B6B364@sensinode.com>
References: <22677.1363008722@sandelman.ca> <E4DE949E6CE3E34993A2FF8AE79131F80655D7@DEMUMBX005.nsn-intra.net> <CAK=bVC8CuqxsPo+5ihHeJrfY6S5=jhpQz5oDf0L_qybg5r_B5Q@mail.gmail.com> <CANF4ybt0MmnQXR0ZQKSPJ8AjW-wF-hduyysmzVq9ebj2jsfsQw@mail.gmail.com> <34966E97BE8AD64EAE9D3D6E4DEE36F21EDDDD20@szxeml525-mbx.china.huawei.com> <20130312014021.GA64284@elstar.local> <34966E97BE8AD64EAE9D3D6E4DEE36F21EDDDF18@szxeml525-mbx.china.huawei.com>
To: Likepeng <likepeng@huawei.com>
X-Mailer: Apple Mail (2.1499)
Cc: "coman@ietf.org" <coman@ietf.org>, James Nguyen <james.huy.nguyen@gmail.com>, Juergen Schoenwaelder <j.schoenwaelder@jacobs-university.de>, Ulrich Herberg <ulrich@herberg.name>, "Ersue, Mehmet (NSN - DE/Munich)" <mehmet.ersue@nsn.com>, ext Michael Richardson <mcr+ietf@sandelman.ca>
Subject: Re: [coman] are we there yet?
X-BeenThere: coman@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: Management of Constrained Networks and Devices <coman.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/coman>, <mailto:coman-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/coman>
List-Post: <mailto:coman@ietf.org>
List-Help: <mailto:coman-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/coman>, <mailto:coman-request@ietf.org?subject=subscribe>
X-List-Received-Date: Tue, 12 Mar 2013 02:20:38 -0000

Hi,

We are just completing a new OMA Lightweight M2M standard which includes an efficient Object system for managing constrained devices over CoAP. It has a highly optimised form of Object format which is applicable for device management, network management and also application data. If you are interested, I will present more information about this new standard at the CoRE meeting on Wednesday. 

Taking this into account, I definitely do not believe there is a need to develop new protocols to manage these device. The whole point is that we need to use the same protocol for management and the application. 

The OMA Lightweight activity only defines a standard set of device, connectivity, firmware and location objects. The IPSO Alliance is working on some application data Objects. Therefore I would see a need for an IETF effort to help define more Objects for the purpose of managing constrained devices and networks, which could then be registered with the OMA registry. 

Regards,
Zach

On Mar 11, 2013, at 9:55 PM, Likepeng <likepeng@huawei.com> wrote:

>> To do what exactly?
> 
> As far as I can see, the main scope is to manage the constrained device.
> 
> Currently we have some protocols to manage mobile devices, like OMA DM. And we have SNMP to manage networks. But these protocols are too heavy to be used to manage the constrained devices. That is why I think the work is valid.
> 
> I notice that we have two drafts available already, one is about the problem statement, and use cases, the other one is the gap analysis, to identify the gaps between the requirements and the current standards.
> http://tools.ietf.org/html/draft-ersue-constrained-mgmt-03
> https://datatracker.ietf.org/doc/draft-greevenbosch-coman-candidate-tech/
> 
> We have a good start point, and can continue to work towards the intended scope.
> 
> Kind Regards
> Kepeng
> 
> -----邮件原件-----
> 发件人: Juergen Schoenwaelder [mailto:j.schoenwaelder@jacobs-university.de] 
> 发送时间: 2013年3月12日 9:40
> 收件人: Likepeng
> 抄送: James Nguyen; Ulrich Herberg; Ersue, Mehmet (NSN - DE/Munich); coman@ietf.org; ext Michael Richardson
> 主题: Re: [coman] are we there yet?
> 
> On Tue, Mar 12, 2013 at 01:00:19AM +0000, Likepeng wrote:
>> +1.
>> I think the work is valuable in IETF.
>> We should try to push it and form a WG.
> 
> To do what exactly?
> 
> /js
> 
> -- 
> Juergen Schoenwaelder           Jacobs University Bremen gGmbH
> Phone: +49 421 200 3587         Campus Ring 1, 28759 Bremen, Germany
> Fax:   +49 421 200 3103         <http://www.jacobs-university.de/>
> _______________________________________________
> coman mailing list
> coman@ietf.org
> https://www.ietf.org/mailman/listinfo/coman

-- 
Zach Shelby, Chief Nerd, Sensinode Ltd.
http://www.sensinode.com @SensinodeIoT
Mobile: +358 40 7796297
Twitter: @zach_shelby
LinkedIn: http://fi.linkedin.com/in/zachshelby
6LoWPAN Book: http://6lowpan.net