Re: [coman] Device Classes?

Juergen Schoenwaelder <j.schoenwaelder@jacobs-university.de> Sat, 05 April 2014 07:16 UTC

Return-Path: <j.schoenwaelder@jacobs-university.de>
X-Original-To: coman@ietfa.amsl.com
Delivered-To: coman@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 080F81A034B for <coman@ietfa.amsl.com>; Sat, 5 Apr 2014 00:16:47 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.56
X-Spam-Level:
X-Spam-Status: No, score=-1.56 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HELO_EQ_DE=0.35, T_RP_MATCHES_RCVD=-0.01] autolearn=no
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 txgWsiv7dm3W for <coman@ietfa.amsl.com>; Sat, 5 Apr 2014 00:16:43 -0700 (PDT)
Received: from atlas3.jacobs-university.de (atlas3.jacobs-university.de [212.201.44.18]) by ietfa.amsl.com (Postfix) with ESMTP id E970E1A0331 for <coman@ietf.org>; Sat, 5 Apr 2014 00:16:42 -0700 (PDT)
Received: from localhost (demetrius5.irc-it.jacobs-university.de [10.70.0.222]) by atlas3.jacobs-university.de (Postfix) with ESMTP id D0E53E73; Sat, 5 Apr 2014 09:16:37 +0200 (CEST)
X-Virus-Scanned: amavisd-new at jacobs-university.de
Received: from atlas3.jacobs-university.de ([10.70.0.220]) by localhost (demetrius5.jacobs-university.de [10.70.0.222]) (amavisd-new, port 10030) with ESMTP id sFQakiPpvpTl; Sat, 5 Apr 2014 09:16:37 +0200 (CEST)
Received: from hermes.jacobs-university.de (hermes.jacobs-university.de [212.201.44.23]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by atlas3.jacobs-university.de (Postfix) with ESMTPS; Sat, 5 Apr 2014 09:16:37 +0200 (CEST)
Received: from localhost (demetrius2.jacobs-university.de [212.201.44.47]) by hermes.jacobs-university.de (Postfix) with ESMTP id 0066E2002F; Sat, 5 Apr 2014 09:16:37 +0200 (CEST)
X-Virus-Scanned: amavisd-new at jacobs-university.de
Received: from hermes.jacobs-university.de ([212.201.44.23]) by localhost (demetrius2.jacobs-university.de [212.201.44.32]) (amavisd-new, port 10024) with ESMTP id IYkpiBM4HhGg; Sat, 5 Apr 2014 09:16:36 +0200 (CEST)
Received: from elstar.local (elstar.jacobs.jacobs-university.de [10.50.231.133]) by hermes.jacobs-university.de (Postfix) with ESMTP id A84AF2002C; Sat, 5 Apr 2014 09:16:34 +0200 (CEST)
Received: by elstar.local (Postfix, from userid 501) id 97D3E2C27796; Sat, 5 Apr 2014 09:16:33 +0200 (CEST)
Date: Sat, 05 Apr 2014 09:16:33 +0200
From: Juergen Schoenwaelder <j.schoenwaelder@jacobs-university.de>
To: Thomas Watteyne <watteyne@eecs.berkeley.edu>
Message-ID: <20140405071633.GA84960@elstar.local>
Mail-Followup-To: Thomas Watteyne <watteyne@eecs.berkeley.edu>, Andy Bierman <andy@yumaworks.com>, "coman@ietf.org" <coman@ietf.org>, Carsten Bormann <cabo@tzi.org>, Hannes Tschofenig <hannes.tschofenig@gmx.net>, Qin Wang <wangqin@ies.ustb.edu.cn>, Pascal Thubert <pthubert@cisco.com>, Xavi Vilajosana <xvilajosana@eecs.berkeley.edu>
References: <533E75A9.5080003@gmx.net> <8D653B3C-E678-4A66-9798-978950977694@tzi.org> <533E9864.4060806@gmx.net> <EBDEF2B4-32C3-4B41-9CAF-C1A836CC6D7B@tzi.org> <533E9B6B.1080602@gmx.net> <B443FF47-FCF4-4FD7-96C9-07686D75D690@tzi.org> <CABCOCHQRki5grLuTeQX3QRCnUxe14M0UueKN8=eFdO9K-rWLeQ@mail.gmail.com> <CADJ9OA8Jza1QkAdxEE0g0_igc4Lh066Ten=e1w-rxa9iadfbaw@mail.gmail.com> <20140405060707.GA84694@elstar.local> <CADJ9OA_2Voy9c45UK=p7LuG=BH48=TOOT_Vb62bHom0SQ_=joA@mail.gmail.com>
MIME-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Disposition: inline
In-Reply-To: <CADJ9OA_2Voy9c45UK=p7LuG=BH48=TOOT_Vb62bHom0SQ_=joA@mail.gmail.com>
User-Agent: Mutt/1.5.21 (2010-09-15)
Archived-At: http://mailarchive.ietf.org/arch/msg/coman/BKCGX_OzWz97yt75QrVWfObWNJY
Cc: Pascal Thubert <pthubert@cisco.com>, Andy Bierman <andy@yumaworks.com>, Xavi Vilajosana <xvilajosana@eecs.berkeley.edu>, "coman@ietf.org" <coman@ietf.org>, Carsten Bormann <cabo@tzi.org>, Hannes Tschofenig <hannes.tschofenig@gmx.net>, Qin Wang <wangqin@ies.ustb.edu.cn>
Subject: Re: [coman] Device Classes?
X-BeenThere: coman@ietf.org
X-Mailman-Version: 2.1.15
Precedence: list
Reply-To: Juergen Schoenwaelder <j.schoenwaelder@jacobs-university.de>
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: Sat, 05 Apr 2014 07:16:47 -0000

Thomas,

I know pretty much nothing about 6TiSCH. But you should definately
write a complete YANG data model so that tools can be used. You need
to distinguish configuration from state. The term "MIB" does not exist
in the YANG world - or what is the 6top MIB? Since I do not have
IEEE802154e, I can't really make much sense of things (descriptions
like "Defined in IEEE802154e." don't help much).

I am not understanding what 6top commands are (defined by IEEE?) and
how they relate to the YANG fragments. Are you re-modeling command
frames coming from IEEE? If so, what is the value of this? If there is
value in this, why do you not use YANG defined rpcs? In short, I am
confused what problem this document and the YANG fragment are trying
to solve. To me, it looks like you are remodeling 6top and it is
unclear what the value of this is. A section more clearly describing
what the problem is to be solved and how the data model is intended
to be used would be useful.

I won't be able to join the Webex (and I have enough other things I am
late with already...).

/js

On Fri, Apr 04, 2014 at 11:59:44PM -0700, Thomas Watteyne wrote:
> Juergen,
> The goal of this -00 is to kick things off and spark interest beyond
> 6TiSCH, especially in COMAN. Glad to see this worked and that you agree
> with the general direction.
> One of 6TiSCH's milestones for August 2014 is to ask for help from "YANG
> people". Could I ask you to provide feedback to the authors or the 6TiSCH
> ML? The 6top authors are holding a ad-hoc webex discussion on Tuesday [1],
> maybe a good first venue for feedback.
> Please note that [2] was written specifically because there is
> no constrained version of RESTCONF. It doesn't claim to be that, and, if
> there were such a thing, we'd be more than happy to consider it.
> Thomas
> 
> [1] http://www.ietf.org/mail-archive/web/6tisch/current/msg02114.html
> 
> 
> On Fri, Apr 4, 2014 at 11:07 PM, Juergen Schoenwaelder <
> j.schoenwaelder@jacobs-university.de> wrote:
> 
> > On Fri, Apr 04, 2014 at 09:01:16PM -0700, Thomas Watteyne wrote:
> > >
> > > At 6TiSCH, we have started this work, with YANG based data model [1] and
> > a
> > > CoAP-based protocol built around that [2], any URI starting with "/6t" is
> > > to monitoring and manage the 6top sublayer. I believe there would be a
> > huge
> > > benefit to having a more general solution, to which we all agree, i.e. a
> > > CoAPified version of RESTCONF. COMAN looks like the right place to do
> > this.
> > >
> >
> > Well, what you have in [1] is not really YANG and surely not RESTCONF
> > either. I think [1] essentially illustrates that having no agreement
> > (or standard) how to do NM in this space is a problem. Don't get me
> > wrong, I appreciate the direction of this work but claiming it is a
> > YANG based data model I think is not quite right.
> >
> > /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/>
> >

-- 
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/>