Re: [coman] are we there yet?

Zach Shelby <zach@sensinode.com> Wed, 13 March 2013 15:37 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 7F18821F8DA8 for <coman@ietfa.amsl.com>; Wed, 13 Mar 2013 08:37:17 -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 QNMuQaBvyuuE for <coman@ietfa.amsl.com>; Wed, 13 Mar 2013 08:37:16 -0700 (PDT)
Received: from auth-smtp.nebula.fi (auth-smtp.nebula.fi [217.30.180.105]) by ietfa.amsl.com (Postfix) with ESMTP id 4823E21F8DE9 for <coman@ietf.org>; Wed, 13 Mar 2013 08:37:15 -0700 (PDT)
Received: from dhcp-1722.meeting.ietf.org (dhcp-1722.meeting.ietf.org [130.129.23.34]) (authenticated bits=0) by auth-smtp.nebula.fi (8.13.8/8.13.4) with ESMTP id r2DFbA5b023636 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NO); Wed, 13 Mar 2013 17:37:12 +0200
Content-Type: text/plain; charset="us-ascii"
Mime-Version: 1.0 (Mac OS X Mail 6.2 \(1499\))
From: Zach Shelby <zach@sensinode.com>
In-Reply-To: <2D81839E-121C-49E6-ABC0-EE37558638D2@nsn.com>
Date: Wed, 13 Mar 2013 11:37:09 -0400
Content-Transfer-Encoding: quoted-printable
Message-Id: <36CE85CA-0ED6-48E7-8784-A107E5370795@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> <BBD6E278-49FC-42FB-A342-E40086B6B364@sensinode.com> <8254.1363105006@sandelman.ca>, <DA0F7870-F728-4E4C-8A70-F681FE2CF408@sensinode.com> <2D81839E-121C-49E6-ABC0-EE37558638D2@nsn.com>
To: "Ersue, Mehmet (NSN - DE/Munich)" <mehmet.ersue@nsn.com>
X-Mailer: Apple Mail (2.1499)
Cc: "coman@ietf.org" <coman@ietf.org>, 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: Wed, 13 Mar 2013 15:37:17 -0000

Hi Mehmet,

I'll be happy to compare this to the requirements in the Coman draft. Will report back when I am done. 

We don't know what the point is yet, just letting you know there is work being done in this space that is used for solving the same problem and already using IETF protocols. As a vendor making IoT systems with very embedded devices, I can say one thing for sure, we will not be using multiple protocols to do Device Management, Network Management and Application Data. These need to be enabled using the same set of security and transfer protocols, and ideally using the same interfaces and data models as much as possible.

For sure the IETF has a role to play in making great MIBs for managing networks and protocols. We just need to figure out how to make those MIBs available for use over a general IoT protocol that we already would be using for other purposes on a device. And we also need to align that with the other standards activities happening in this space (OMA, OneM2M etc.). For instance, I would love to be able to use the 6LoWPAN and RPL MIBs that Juergen has created over CoAP. 

So I guess to be perfectly blunt, creating a new protocol is a non-starter for COMAN. But at the same time I am sure there are lots of things we can do on top of existing protocols and systems. We just need to figure out what the gaps are.

Regards,
Zach

On Mar 12, 2013, at 5:47 PM, "Ersue, Mehmet (NSN - DE/Munich)" <mehmet.ersue@nsn.com> wrote:

> I am not sure I get the point.
> 
> Is it the proposal that we should use OMA LwM2M for the purpose of Coman, or is it meant that more than what OMA LwM2M specifies is not needed?
> 
> Ideally, we need to support all management dimensions on the one side: the management protocol, the information model and the necessary data models, and an appropriate modeling language.
> On the other hand different management tasks need to be addressed, e.g. fault, performance and security management and not only configuration.
> 
> I think we need also understand that in the Coman draft, M2M is just one use case between many.
> 
> It would be indeed useful to elaborate, how far OMA LwM2M supports the network management requirements listed in the Coman draft, which cover both management of constrained devices and the management of networks with diverse topologies containing constrained and non-constrained devices.
> 
> Mehmet
> 
> 
> 
> Am 12.03.2013 um 14:52 schrieb "ext Zach Shelby" <zach@sensinode.com>:
> 
>> On Mar 12, 2013, at 12:16 PM, Michael Richardson <mcr+ietf@sandelman.ca> wrote:
>> 
>>>>>>>> "Zach" == Zach Shelby <zach@sensinode.com> writes:
>>> Zach> We are just completing a new OMA Lightweight M2M standard
>>> Zach> which includes an efficient Object system for managing
>>> Zach> constrained devices over CoAP. It has a highly optimised form
>>> Zach> of Object format which is applicable for device management,
>>> Zach> network management and also application data. If you are
>>> Zach> interested, I will present more information about this new
>>> Zach> standard at the CoRE meeting on Wednesday.  
>>> 
>>> Awesome!!!!
>>> 
>>> is that:
>>>            CoRE Resource Directory
>>>    draft-shelby-core-resource-directory-05
>> 
>> Lightweight M2M (LWM2M) is a system standard in the Open Mobile Alliance. It includes DTLS, CoAP, Block, Observe, SenML and Resource Directory and weaves them into a device-server interface along with an Object structure. It uses a subset of the Resource Directory functionality, so the Resource Directory spec in CoRE is a more general solution.
>> 
>> In the Wed CoRE meeting I will be presenting a few slides on this (starts at page 113 of http://tools.ietf.org/agenda/86/slides/slides-86-core-1.pdf). You can also access the entire specification at:
>> 
>> http://member.openmobilealliance.org/ftp/Public_documents/DM/LightweightM2M/Permanent_documents/OMA-TS-LightweightM2M-V1_0_0-20130301-D.zip  
>> 
>> Regards,
>> Zach
>> 
>> -- 
>> 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
>> 
>> 
>> 
>> 
>> _______________________________________________
>> coman mailing list
>> coman@ietf.org
>> https://www.ietf.org/mailman/listinfo/coman
> _______________________________________________
> 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