Re: [coman] Device Classes?

Hannes Tschofenig <hannes.tschofenig@gmx.net> Fri, 04 April 2014 09:30 UTC

Return-Path: <hannes.tschofenig@gmx.net>
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 E84791A03D1 for <coman@ietfa.amsl.com>; Fri, 4 Apr 2014 02:30:28 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.91
X-Spam-Level:
X-Spam-Status: No, score=-1.91 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, FREEMAIL_FROM=0.001, RCVD_IN_DNSWL_NONE=-0.0001, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01] autolearn=ham
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 HqT_YyvgHswy for <coman@ietfa.amsl.com>; Fri, 4 Apr 2014 02:30:24 -0700 (PDT)
Received: from mout.gmx.net (mout.gmx.net [212.227.17.22]) by ietfa.amsl.com (Postfix) with ESMTP id 592171A001D for <coman@ietf.org>; Fri, 4 Apr 2014 02:30:24 -0700 (PDT)
Received: from [192.168.131.138] ([80.92.119.215]) by mail.gmx.com (mrgmx001) with ESMTPSA (Nemesis) id 0LZiLk-1WtCdy1W0q-00lVna; Fri, 04 Apr 2014 11:30:18 +0200
Message-ID: <533E75A9.5080003@gmx.net>
Date: Fri, 04 Apr 2014 11:04:41 +0200
From: Hannes Tschofenig <hannes.tschofenig@gmx.net>
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Thunderbird/24.4.0
MIME-Version: 1.0
To: Carsten Bormann <cabo@tzi.org>
References: <533BBFB7.2000100@gmx.net> <893C4FAC-437D-4140-9832-A9ABA2D1518A@tzi.org>
In-Reply-To: <893C4FAC-437D-4140-9832-A9ABA2D1518A@tzi.org>
X-Enigmail-Version: 1.5.2
Content-Type: multipart/signed; micalg="pgp-sha512"; protocol="application/pgp-signature"; boundary="XinSuwXHU2jAt9IA6nToWthR4ABfXcqtt"
X-Provags-ID: V03:K0:xUvx6YFEiw20WTtK7z3HuW3OJ7/RqY/k1qAZ9CsKe8xXn4mviO3 c0rlf+oleDm1o14Jes8ZpULLeHj+nkzqZ3NxjAU1xOesmmQESNxDwzgDGwxE4ZXD37QoT8S QySkMMDldHyAUocGnDSHkYsaH1ek5WMKtyBvZKZiEgjaI961evKT7rcn2EOs3mOvtIQMuci fPAhq/iIsqQkm/xWShTdw==
Archived-At: http://mailarchive.ietf.org/arch/msg/coman/FFqppN3oBZ0We0skIpl85UexnNk
Cc: "coman@ietf.org" <coman@ietf.org>
Subject: Re: [coman] Device Classes?
X-BeenThere: coman@ietf.org
X-Mailman-Version: 2.1.15
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: Fri, 04 Apr 2014 09:30:29 -0000

Hi Carsten,


I am getting more and more uncomfortable with these classes due to the
fuzzy definition.

I wonder whether someone has tried to implement a router with
* an IPv6 stack
* RPL
* security stuff (such as DTLS, EAP, PANA)
* network management protocol (as Thomas was asking for)
* CoAP
* DNS
* software update mechanism
* + the actual application

on a class 1 device.

Ciao
Hannes

On 04/04/2014 09:24 AM, Carsten Bormann wrote:
> On 02 Apr 2014, at 09:43, Hannes Tschofenig <hannes.tschofenig@gmx.net> wrote:
> 
>> IMHO these classes are about end devices rather than constrained routers
>> and switches.
> 
> Actually, the device classes are about nodes in general (hosts and routers).  The document then goes on to say:
> 
>    (An alternative name, when the properties as a network node are not
>    in focus, is "constrained device”.)
> 
> Protocols such as RPL take great care to enable the use of class-1 devices as routers (non-storing mode).
> Constrained management will need to match that.
> 
> A more important dichotomy than host vs. router may be monitoring vs. configuration.
> 
> Grüße, Carsten
> 
> _______________________________________________
> coman mailing list
> coman@ietf.org
> https://www.ietf.org/mailman/listinfo/coman
>