Re: [Lwip] Discussion about IoT Device Classes

Hannes Tschofenig <hannes.tschofenig@gmx.net> Wed, 01 February 2017 14:05 UTC

Return-Path: <hannes.tschofenig@gmx.net>
X-Original-To: lwip@ietfa.amsl.com
Delivered-To: lwip@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id C6DF2129481 for <lwip@ietfa.amsl.com>; Wed, 1 Feb 2017 06:05:53 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -5.454
X-Spam-Level:
X-Spam-Status: No, score=-5.454 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, FREEMAIL_FROM=0.001, FREEMAIL_REPLY=1, RCVD_IN_DNSWL_LOW=-0.7, RCVD_IN_MSPIKE_H2=-1.156, RCVD_IN_SORBS_SPAM=0.5, RP_MATCHES_RCVD=-3.199, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=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 IfJUkbbZ0bY8 for <lwip@ietfa.amsl.com>; Wed, 1 Feb 2017 06:05:49 -0800 (PST)
Received: from mout.gmx.net (mout.gmx.net [212.227.17.21]) (using TLSv1.2 with cipher DHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id C6DC7129460 for <lwip@ietf.org>; Wed, 1 Feb 2017 06:05:48 -0800 (PST)
Received: from [192.168.91.173] ([195.149.223.239]) by mail.gmx.com (mrgmx103 [212.227.17.168]) with ESMTPSA (Nemesis) id 0MNZVG-1cXHe02b6Y-007BFz; Wed, 01 Feb 2017 15:05:42 +0100
To: Emmanuel Baccelli <Emmanuel.Baccelli@inria.fr>, "lwip@ietf.org" <lwip@ietf.org>
References: <2e19e2da-f86d-3889-690d-4d624a2c4489@gmx.net> <132DAB99-A623-47CD-9636-7DF67D75C188@tzi.org> <F3B7F8F0-F8B4-4B57-92F6-22701D85787B@tzi.org> <2d9cf5f4-431c-a7ba-08a5-fd506b15912d@gmail.com> <CANK0pbZ8GAqfkZBk7u1xHVCL=befZHm7DY_Y0jZurwZKcU9i0w@mail.gmail.com>
From: Hannes Tschofenig <hannes.tschofenig@gmx.net>
Openpgp: id=071A97A9ECBADCA8E31E678554D9CEEF4D776BC9
Message-ID: <f7bc46a7-8999-d1fa-9f1f-8c11975d7f5c@gmx.net>
Date: Wed, 01 Feb 2017 15:05:41 +0100
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:45.0) Gecko/20100101 Thunderbird/45.5.1
MIME-Version: 1.0
In-Reply-To: <CANK0pbZ8GAqfkZBk7u1xHVCL=befZHm7DY_Y0jZurwZKcU9i0w@mail.gmail.com>
Content-Type: multipart/signed; micalg="pgp-sha512"; protocol="application/pgp-signature"; boundary="H6pRUSN7rJO6fcL8rr6faEjrpuGotW60G"
X-Provags-ID: V03:K0:EvLepeh5Ij60XwgCdkZVRRnxtV1ONEYbrsKAzsuSt62yTIKDJmZ 3/5jUBZtv84m7oCb+2yG0bf4jKh0yvHhsOgHd5LQljGQxoO4anTFM4NoiOQD81HH2iNm4D0 To+PLfLxENwmpcXrm//nTU5vRB7kof/g+Y9CLs9qB3wWb5zUJLwKdzcZ8/PbORC3v8t77oL VDB+pp5HOwLaM8ROAJTAg==
X-UI-Out-Filterresults: notjunk:1;V01:K0:J9yMwXgDI5A=:oPlKFoWvzs5V8PixCMAzL4 H8bhHKoqcZoBGkw/UWu68+hzxjPiMGLSQga1z/gzg2P7g0M/maY14PhRqJiGy6UDAaJyocsly qDg3lS2cKb/Sm1J+UUHTBIQNnjkWExsM3hOhH7Zr2yv20z/J8pwOp3ZyEw1R1AwhTwzv3iCJZ Kjz+BDwzxFGehwA4QkbrJFWmmc2ZZVEO9FdnJHooTUs0LSa04gty7zQ5E6gYOqcVx2U+TTqBY LYEt7d/71VCX05XdmqLulvx2Epn7SySv1PHdsAPdjgXXLiY6OvitueSrtMIoUy082g8jtdva8 0sBtJ4qbIoE6IO7+CpW3cZWRky/SggYxYSmqkcGgpOGUcFmeggmS6IAPMrizMnb5yjZvzhyna d/D0XsY3e7dFMj6WOyZkWHqfHd+3lz1Jw325lihdFp2My6uaU2xX002v3hiHgMfG1uauBhmAY weah7ygwrLFlu9gSOWZbkp8iu11ssYVcgeliiRT/CICSvEQaMrihx3RgD3LFCDc7d+9fyxY1G uT57CGjFxZYI4J0PBbU5vX2LFn7LOqtp8Chg1Xe02cIq9+O8owbZ+Dstq0qzGU6ZyfPDT7y2h MIGVzn90vIA7NmIU0mEVwU95rkEIsfRu1AH6wXkOdPaws6GouPBZY3k1T4UicPns1pxASpkHH BvAXQDnJDhXjRelSozjRaccj98hh7PXGI8hcKzoXtWVeqJCBUpDZxxcjipAaVdoNzyXw2ttrV 8hE/EvzcCQFJKHdcXJeBFZmqK6cM7FGuOXaocJYz3EydrAizsrjMoZ/Gj26/CybQ9kwKyuJ3W JOqV4R9TMH7pOxzu6ajl35lN1snbPtvYF6j97+t77JaxrNjIGCmFoogl2GaTdehLM+QWXICzr hJaiOx0FMN6cNkeO+cpm4qbDNN6w4fg47nL6Fsvwd0b8PoHGJ8yJxOiKOSMDZEHTxbTSqNxY2 RJ3OjMtFz9Ti8hdpR/sTZsIJmH3A96teqmpLqFxcSs9LaIdmBOCm7q5MqRB6LOPExbre5rz3F duGQ7Htqusyzaz9dMYwBBdTsWSLJxeDdAD3PzwQ4WMm1
Archived-At: <https://mailarchive.ietf.org/arch/msg/lwip/kkA7RnXw1R_4g2efm_ipS4eNaY8>
Subject: Re: [Lwip] Discussion about IoT Device Classes
X-BeenThere: lwip@ietf.org
X-Mailman-Version: 2.1.17
Precedence: list
List-Id: Lightweight IP stack <lwip.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/lwip>, <mailto:lwip-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/lwip/>
List-Post: <mailto:lwip@ietf.org>
List-Help: <mailto:lwip-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/lwip>, <mailto:lwip-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 01 Feb 2017 14:05:54 -0000

Hi Carsten and Co-Authors,

thanks for working on the document.

What I am missing is a discussion (which does not need to end in the
final version of the document) on what functionality you consider to be
included in, for example, the class 1 device.

I agree with Emmanuel regarding the difference between the device that
run a RTOS (or special IoT-designed OS) and the devices that run a
general purpose OS, like Linux. This is also a differentiation we make,
as you know.

Ciao
Hannes

PS: I am not sure about the "motes". Are you talking about BLE beacons?

On 02/01/2017 10:57 AM, Emmanuel Baccelli wrote:
> Hi Carsten,
> 
> thanks for the initiative. I support it!
> 
> Coarsly, from the software perspective, there are 3 classes of devices:
> 
> - "motes" with fixed, simplistic functionality in software, on which
> resources are so constrained that an operating system and (secure)
> software updates do not make sense.
> 
> - "low-end IoT devices" with more resources and more functionalities in
> software, which run an OS but cannot run generic operating systems such
> as Linux or equivalents/derivatives, and hence run IoT-specific
> operating systems such as RIOT, Contiki etc.
> 
> - "high-end IoT devices" which have enough resources so that they can
> run generic operating systems such as Linux or equivalents/derivatives.
> 
> Each category presents specific challenges, but the "low-end IoT device"
> category is the one where the most fundamental progress is expected, and
> achievable.
> By that I mean that we can hope to transform low-end IoT devices into
> "standard" Internet citizens if we do things right.
> On that level, there is no hope for motes and, on the other hand,
> high-end IoT devices are already Internet citizens.
> 
> From that perspective, I'm not sure defining a "Class 7" would be useful.
> I'm not even sure if defining a "Class 0" is so useful either in the end
> -- if we have no hope that such devices will become "standard" Internet
> citizens.
> 
> Best,
> 
> Emmanuel
> 
> 
> On Wed, Feb 1, 2017 at 4:01 AM, Christian Groves <cngroves.std@gmail.com
> <mailto:cngroves.std@gmail.com>> wrote:
> 
>     I did a quick read of the draft and to me its not clear what the
>     goal of clause 5.2 "Class of Internet Integration" is.
> 
>     The table talks about internet technologies, the text makes
>     reference to communications patterns (e.g. device-to-cloud) whereas
>     the section is on integration. It also lists I9 which seems to
>     suggest there will be "degrees" on classes of integration between I1
>     and I9.
> 
>     So is the aim to only have 3 types? e.g.
> 
>     Device Internal IP usage - IP Interoperability not an issue.
> 
>     Device to Provider Server - IP Interoperability within a service
>     provider.
> 
>     Device to Any - IP interoperability required between multiple
>     service providers.
> 
>     Or to have something more specific to IP listing what parts of the
>     IP suite are supported?
> 
>     Regards, Christian
> 
> 
> 
> 
>     On 26/01/2017 6:57 PM, Carsten Bormann wrote:
> 
>         On 26 Jan 2017, at 00:38, Carsten Bormann <cabo@tzi.org
>         <mailto:cabo@tzi.org>> wrote:
> 
>             Sure.  We started that discussion a few IETFs ago and have a
>             bis draft out at
>             draft-bormann-lwig-7228bis.
> 
>         … and the editors’ draft is now at:
> 
>         https://github.com/lwig-wg/terminology
>         <https://github.com/lwig-wg/terminology>
>         and
>         https://lwig-wg.github.io/terminology/
>         <https://lwig-wg.github.io/terminology/>
> 
>         Issues and pull requests are welcome.
>         (Please see
>         https://github.com/lwig-wg/terminology/blob/master/CONTRIBUTING.md
>         <https://github.com/lwig-wg/terminology/blob/master/CONTRIBUTING.md>
>         ).
> 
>         (The proposed bis document is an individual submission at this
>         point; we still put it up under the “lwig-wg” organization as
>         there appears to be some interest.)
> 
>         Grüße, Carsten
> 
>         _______________________________________________
>         Lwip mailing list
>         Lwip@ietf.org <mailto:Lwip@ietf.org>
>         https://www.ietf.org/mailman/listinfo/lwip
>         <https://www.ietf.org/mailman/listinfo/lwip>
> 
> 
>     _______________________________________________
>     Lwip mailing list
>     Lwip@ietf.org <mailto:Lwip@ietf.org>
>     https://www.ietf.org/mailman/listinfo/lwip
>     <https://www.ietf.org/mailman/listinfo/lwip>
> 
> 
> 
> 
> _______________________________________________
> Lwip mailing list
> Lwip@ietf.org
> https://www.ietf.org/mailman/listinfo/lwip
>