Re: [6lowapp] [6lowpan] hardware trends, new vs. existing protocols [Re: 4861 usage in LLNs]

Kris Pister <pister@eecs.berkeley.edu> Tue, 10 November 2009 19:13 UTC

Return-Path: <pister@eecs.berkeley.edu>
X-Original-To: 6lowapp@core3.amsl.com
Delivered-To: 6lowapp@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 9C0F53A6B75; Tue, 10 Nov 2009 11:13:01 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -6.311
X-Spam-Level:
X-Spam-Status: No, score=-6.311 tagged_above=-999 required=5 tests=[AWL=0.288, BAYES_00=-2.599, RCVD_IN_DNSWL_MED=-4]
Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 1J7cg1FF5eOY; Tue, 10 Nov 2009 11:13:00 -0800 (PST)
Received: from gateway0.EECS.Berkeley.EDU (gateway0.EECS.Berkeley.EDU [169.229.60.87]) by core3.amsl.com (Postfix) with ESMTP id 7CDAE3A698D; Tue, 10 Nov 2009 11:13:00 -0800 (PST)
Received: from [127.0.0.1] (dhcp-32-46.EECS.Berkeley.EDU [128.32.32.46]) (authenticated bits=0) by gateway0.EECS.Berkeley.EDU (8.14.3/8.13.5) with ESMTP id nAAJDOqB028381 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Tue, 10 Nov 2009 11:13:25 -0800 (PST)
Message-ID: <4AF9BB54.7070006@eecs.berkeley.edu>
Date: Tue, 10 Nov 2009 11:13:24 -0800
From: Kris Pister <pister@eecs.berkeley.edu>
User-Agent: Thunderbird 2.0.0.23 (Windows/20090812)
MIME-Version: 1.0
To: Richard Kelsey <richard.kelsey@ember.com>
References: <87y6mfwbfk.fsf@kelsey-ws.hq.ember.com> <1257809361.11184.123.camel@dellx1> <BCFFD6A3-8B4F-49CF-A657-DE34485134E1@tzi.org> <4AF8C20C.3070905@eecs.berkeley.edu> <9256B623-E13C-4EB3-9DE9-F850F2E828AC@tzi.org> <6B8DDEBE-5550-4795-81E0-DC137114EF83@archrock.com> <4AF8D5A0.1020600@eecs.berkeley.edu> <05C6A38D732F1144A8C4016BA4416BFE0242D3B1@SPO-EXVS-02.itron.com> <4AF90433.30204@eecs.berkeley.edu> <87639il2fh.fsf@kelsey-ws.hq.ember.com>
In-Reply-To: <87639il2fh.fsf@kelsey-ws.hq.ember.com>
Content-Type: text/plain; charset="ISO-8859-1"; format="flowed"
Content-Transfer-Encoding: 7bit
Cc: Michael.Stuber@itron.com, 6lowpan@ietf.org, 6lowapp@ietf.org
Subject: Re: [6lowapp] [6lowpan] hardware trends, new vs. existing protocols [Re: 4861 usage in LLNs]
X-BeenThere: 6lowapp@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: Application protocols for constrained nodes and networks <6lowapp.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/listinfo/6lowapp>, <mailto:6lowapp-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/6lowapp>
List-Post: <mailto:6lowapp@ietf.org>
List-Help: <mailto:6lowapp-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/6lowapp>, <mailto:6lowapp-request@ietf.org?subject=subscribe>
X-List-Received-Date: Tue, 10 Nov 2009 19:13:01 -0000

Richard -
I think that today's things are being designed with wonderful chips like 
your Ember EM351 and EM357
which have 128kB and 192kB of flash and lots of RAM; like the Jennic 
JN5148, the Freescale MC13224, the Dust DN2510.
They can run IP, they will run IP, and in many cases they do run IP.  We 
all agree on that, and we're all excited about that. 
The debate centers on how many new protocols we need to invent, vs. how 
many we can adopt or adapt, with the existing hardware, and with an eye 
toward where technology trends are taking us.  My concern, like yours, 
is over the rate of adoption.  If the fastest path to broad adoption is 
to create new protocols for routing, ND, transport, and applications, 
then by all means let's do that.  I'm concerned, however, that this has 
not been a uniformly successful approach for wireless sensor networks in 
the past. :)
Many of us believe that we will see the fastest adoption by minimizing 
the number of new protocols.  We might be wrong, and that's the debate.

ksjp

Richard Kelsey wrote:
>    Date: Mon, 09 Nov 2009 22:12:03 -0800
>    From: Kris Pister <pister@eecs.berkeley.edu>
>
>     > Abandoning the installed base just goes to reinforce the idea
>     > that IP isn't an appropriate technology for things.
>
>    Michael - I think that we have the same goal, but I disagree with that 
>    statement.  I think that re-writing every protocol from discovery 
>    through transport to applications, from scratch, is what reinforces the 
>    idea that IP isn't an appropriate technology for things.
>
>    I realize that there are pressures from an installed base, but at this 
>    point it's a tiny fraction of the overall potential.  If we let the 1% 
>    installed base dictate the path for the next 99%, we should do our best 
>    to ensure that it's the right path.
>
> Taking these two paragraphs together, you seem to be saying
> that IP is an appropriate technology for tomorrow's things,
> but not necessarily for today's.  While the hardware will
> obviously improve over time, we still need to pick some
> target platform.  The current 6lowpan charter gives 32K of
> flash as an example and mentions 802.15.4 repeatedly.  Are
> you suggesting that we recharter?  
>
> The increasing capabilities of the hardware does give us the
> reassuring prospect that the longer we take the solve the
> problems the easier it will be to so.
>
>                                 -Richard Kelsey
>