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 >
- [Lwip] Discussion about IoT Device Classes Hannes Tschofenig
- Re: [Lwip] Discussion about IoT Device Classes Carsten Bormann
- Re: [Lwip] Discussion about IoT Device Classes Zhen Cao
- Re: [Lwip] Discussion about IoT Device Classes Zhen Cao
- Re: [Lwip] Discussion about IoT Device Classes Carsten Bormann
- Re: [Lwip] Discussion about IoT Device Classes Carsten Bormann
- Re: [Lwip] Discussion about IoT Device Classes Renzo Navas
- Re: [Lwip] Discussion about IoT Device Classes Michael Richardson
- Re: [Lwip] Discussion about IoT Device Classes Christian Groves
- Re: [Lwip] Discussion about IoT Device Classes Emmanuel Baccelli
- Re: [Lwip] Discussion about IoT Device Classes Hannes Tschofenig
- Re: [Lwip] Discussion about IoT Device Classes Emmanuel Baccelli
- Re: [Lwip] Discussion about IoT Device Classes Michael Richardson
- Re: [Lwip] Discussion about IoT Device Classes Hannes Tschofenig
- Re: [Lwip] Discussion about IoT Device Classes Michael Richardson
- Re: [Lwip] Discussion about IoT Device Classes Michael Richardson
- Re: [Lwip] Discussion about IoT Device Classes Oliver Hahm
- Re: [Lwip] Discussion about IoT Device Classes Carsten Bormann
- Re: [Lwip] Discussion about IoT Device Classes Hannes Tschofenig