Re: [Lwip] Discussion about IoT Device Classes

Carsten Bormann <cabo@tzi.org> Thu, 26 January 2017 07:09 UTC

Return-Path: <cabo@tzi.org>
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 5F92E12946F for <lwip@ietfa.amsl.com>; Wed, 25 Jan 2017 23:09:17 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -4.2
X-Spam-Level:
X-Spam-Status: No, score=-4.2 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_MED=-2.3] 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 Y5m2mFuQhFLV for <lwip@ietfa.amsl.com>; Wed, 25 Jan 2017 23:09:16 -0800 (PST)
Received: from mailhost.informatik.uni-bremen.de (mailhost.informatik.uni-bremen.de [IPv6:2001:638:708:30c9::12]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id A99A012948D for <lwip@ietf.org>; Wed, 25 Jan 2017 23:09:15 -0800 (PST)
X-Virus-Scanned: amavisd-new at informatik.uni-bremen.de
Received: from submithost.informatik.uni-bremen.de (submithost.informatik.uni-bremen.de [IPv6:2001:638:708:30c9::b]) by mailhost.informatik.uni-bremen.de (8.14.5/8.14.5) with ESMTP id v0Q79AKZ011046; Thu, 26 Jan 2017 08:09:10 +0100 (CET)
Received: from [192.168.217.124] (p5DC7E34C.dip0.t-ipconnect.de [93.199.227.76]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by submithost.informatik.uni-bremen.de (Postfix) with ESMTPSA id 3v8ChQ3qRBz3b6R; Thu, 26 Jan 2017 08:09:10 +0100 (CET)
Content-Type: text/plain; charset="utf-8"
Mime-Version: 1.0 (Mac OS X Mail 10.2 \(3259\))
From: Carsten Bormann <cabo@tzi.org>
In-Reply-To: <CAFxP68zuUp3q95cBSt1sVeB7LjtXQbWDNhhreYoSN1KQqJFjpA@mail.gmail.com>
Date: Thu, 26 Jan 2017 08:09:09 +0100
X-Mao-Original-Outgoing-Id: 507107349.746562-261fbb131f98877c40a9016e4d870628
Content-Transfer-Encoding: quoted-printable
Message-Id: <7DE25565-FDC0-4A28-B483-C92C7C29FFAF@tzi.org>
References: <2e19e2da-f86d-3889-690d-4d624a2c4489@gmx.net> <132DAB99-A623-47CD-9636-7DF67D75C188@tzi.org> <CAFxP68zuUp3q95cBSt1sVeB7LjtXQbWDNhhreYoSN1KQqJFjpA@mail.gmail.com>
To: Zhen Cao <zhencao.ietf@gmail.com>
X-Mailer: Apple Mail (2.3259)
Archived-At: <https://mailarchive.ietf.org/arch/msg/lwip/OCLAZyHTwMXsca4pZNG3S0SW__0>
Cc: "lwip@ietf.org" <lwip@ietf.org>
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: Thu, 26 Jan 2017 07:09:17 -0000

On 26 Jan 2017, at 07:32, Zhen Cao <zhencao.ietf@gmail.com> wrote:
> 
> If I get it right, the M-class and A-class are mirroring to the modem-
> and application- core.  But I am not sure what are the major
> difference in implementing an IP layer stack on the two different
> architectures. (that's something possible of interest to a larger
> audience)

(I always read “M-class” as “Microcontroller-class”.)

A-class processors, even if used in the embedded space, have protection (kernel and user mode) and an operating system such as Linux, so they typically have considerable RAM and Flash resources (separate chips, in the multi-megabyte range).  M-class processors run real-time operating systems such as RIOT, and can get by with much lower resources (in particular, energy usage); often, they are fully integrated on one chip (a separate serial flash chip is popular in some applications).  As their frugality with resources allows M-class processors to be used in much larger numbers, one would also expect that in the long tun the majority of IoT devices will be based on M-class processors.  The RFC 7228 system of device classes was meant to apply to M-class processors.

Grüße, Carsten