Re: [Lwip] Discussion about IoT Device Classes

Emmanuel Baccelli <Emmanuel.Baccelli@inria.fr> Wed, 01 February 2017 09:57 UTC

Return-Path: <emmanuel.baccelli@gmail.com>
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 198C8129405 for <lwip@ietfa.amsl.com>; Wed, 1 Feb 2017 01:57:36 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.896
X-Spam-Level:
X-Spam-Status: No, score=-1.896 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, FREEMAIL_FORGED_FROMDOMAIN=0.001, FREEMAIL_FROM=0.001, HEADER_FROM_DIFFERENT_DOMAINS=0.001, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=gmail.com
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 CJkBKQD0aDLZ for <lwip@ietfa.amsl.com>; Wed, 1 Feb 2017 01:57:34 -0800 (PST)
Received: from mail-ua0-x242.google.com (mail-ua0-x242.google.com [IPv6:2607:f8b0:400c:c08::242]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 16F4A126D73 for <lwip@ietf.org>; Wed, 1 Feb 2017 01:57:34 -0800 (PST)
Received: by mail-ua0-x242.google.com with SMTP id d5so35390360uag.0 for <lwip@ietf.org>; Wed, 01 Feb 2017 01:57:34 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:sender:in-reply-to:references:from:date:message-id :subject:to; bh=UHwygqV9J84+RDfHwoB3HmO6cNUjmQrK4Pcc6BeY9qA=; b=rOi/LBes6vngQFUupjPY60fN/0xcacRHKT8Bubn2/mfn9kHdW8YmnZbHwPPkaUHvO0 zZaEPy3yI/AY5ZEupthGs+O14C5+l7FPV2WzE4c4caZ8RfU/vybTVhFZVQE3E0hQcDq/ aOUNhWzaT0/bGzaoQoZNYlO7vlCIaJYguKOtu66zlMSImbjpYqZgOAwl4xtwkN29j+aH 6c7RVsBOZYRSG2AOGzgEdlIF3GYoaLk2po9HcxWp7fxBbGzYsOKtpNr1azx7PQpIvSn0 tNkZyFnzb3eI5lLympdxDSCoiPtoCXGQSB3QNB+mvUs1NSYuchuIaCH8dh9UPxhS729S dqKQ==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:sender:in-reply-to:references:from :date:message-id:subject:to; bh=UHwygqV9J84+RDfHwoB3HmO6cNUjmQrK4Pcc6BeY9qA=; b=fj8+O74jtWQOUt1ZlHF0qPP0XlKA4ycjO0npAo62WDckTfqdycu8kuFELnuVuvKaBo 8KDaX7nnSZVahvRlT3M8INY1zTda5qN5CGSuG5g0P/21e/AtODt8etgwlUbfrjTMMHD/ H7NZz8FWabZBd0/Q/lA/dlrbI5MYFaKEv2ApnNFvg0pKheeKmk7yVeCC9TINmX2uynbL v6T34N8IkZpL6O4gnE94Zbt1FA+Li1+tFayKMj0j0ilX5MbNv0DUHwF09Ya8/12eNX+j 4NU7CFLCnGuLb05DfZ6tp7/hmcuGQiHoA+Px3jHl39T+s5mCpDvgoEyrIPoLRZ6SuadN nNCQ==
X-Gm-Message-State: AIkVDXKXe/MTDwZL68o9xB67yeK5a7zE07BNZ4vTE1MPXmWcPiFmRa0yYopkEvDBLtihMfX2SkZssi+UrK0C6g==
X-Received: by 10.159.38.73 with SMTP id 67mr709324uag.155.1485943052982; Wed, 01 Feb 2017 01:57:32 -0800 (PST)
MIME-Version: 1.0
Sender: emmanuel.baccelli@gmail.com
Received: by 10.176.91.75 with HTTP; Wed, 1 Feb 2017 01:57:12 -0800 (PST)
In-Reply-To: <2d9cf5f4-431c-a7ba-08a5-fd506b15912d@gmail.com>
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>
From: Emmanuel Baccelli <Emmanuel.Baccelli@inria.fr>
Date: Wed, 01 Feb 2017 10:57:12 +0100
X-Google-Sender-Auth: 2pcX8i-xsc7vKmARcZw8OYk19Yg
Message-ID: <CANK0pbZ8GAqfkZBk7u1xHVCL=befZHm7DY_Y0jZurwZKcU9i0w@mail.gmail.com>
To: "lwip@ietf.org" <lwip@ietf.org>
Content-Type: multipart/alternative; boundary="001a114950dcd46709054775133c"
Archived-At: <https://mailarchive.ietf.org/arch/msg/lwip/olcZkg6z2oL6PY6Wi5OMOtzUE9M>
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 09:57:36 -0000

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>
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> 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
>> and
>> https://lwig-wg.github.io/terminology/
>>
>> Issues and pull requests are welcome.
>> (Please see https://github.com/lwig-wg/terminology/blob/master/CONTRIBUT
>> ING.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
>> https://www.ietf.org/mailman/listinfo/lwip
>>
>
> _______________________________________________
> Lwip mailing list
> Lwip@ietf.org
> https://www.ietf.org/mailman/listinfo/lwip
>