Re: [6lowpan] Fundamental concerns about 6lowpan ND

Carsten Bormann <cabo@tzi.org> Wed, 14 October 2009 14:30 UTC

Return-Path: <cabo@tzi.org>
X-Original-To: 6lowpan@core3.amsl.com
Delivered-To: 6lowpan@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 876673A67F5 for <6lowpan@core3.amsl.com>; Wed, 14 Oct 2009 07:30:18 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -6.249
X-Spam-Level:
X-Spam-Status: No, score=-6.249 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, HELO_EQ_DE=0.35, 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 ty+llenRt9cU for <6lowpan@core3.amsl.com>; Wed, 14 Oct 2009 07:30:17 -0700 (PDT)
Received: from informatik.uni-bremen.de (mailhost.informatik.uni-bremen.de [IPv6:2001:638:708:30c9:209:3dff:fe00:7136]) by core3.amsl.com (Postfix) with ESMTP id 444673A688D for <6lowpan@ietf.org>; Wed, 14 Oct 2009 07:30:17 -0700 (PDT)
X-Virus-Scanned: amavisd-new at informatik.uni-bremen.de
Received: from smtp-fb3.informatik.uni-bremen.de (smtp-fb3.informatik.uni-bremen.de [134.102.224.120]) by informatik.uni-bremen.de (8.14.3/8.14.3) with ESMTP id n9EEU8Ea027084; Wed, 14 Oct 2009 16:30:08 +0200 (CEST)
Received: from [192.168.217.101] (p5489ECAB.dip.t-dialin.net [84.137.236.171]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (No client certificate requested) by smtp-fb3.informatik.uni-bremen.de (Postfix) with ESMTP id DB0CAB0C8; Wed, 14 Oct 2009 16:30:07 +0200 (CEST)
From: Carsten Bormann <cabo@tzi.org>
To: Brian Haberman <brian@innovationslab.net>, bob.hinden@gmail.com
In-Reply-To: <B6DBCBF27DEB1047AD57F03F217B10615AFFB1@XMB-AMS-113.cisco.com>
References: <B6DBCBF27DEB1047AD57F03F217B106155FB0E@XMB-AMS-113.cisco.com> <B1F71F71-E743-4D01-89F7-60F00A82CCE8@cisco.com> <4AD4E311.8090004@innovationslab.net> <B6DBCBF27DEB1047AD57F03F217B10615AFFB1@XMB-AMS-113.cisco.com>
Message-Id: <B1FAB468-695C-475D-940D-5B73EF852B70@tzi.org>
Content-Type: text/plain; charset="US-ASCII"; format="flowed"; delsp="yes"
Content-Transfer-Encoding: 7bit
Mime-Version: 1.0 (Apple Message framework v936)
Date: Wed, 14 Oct 2009 16:30:06 +0200
X-Mailer: Apple Mail (2.936)
Cc: 6lowpan <6lowpan@ietf.org>
Subject: Re: [6lowpan] Fundamental concerns about 6lowpan ND
X-BeenThere: 6lowpan@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: Working group discussion for IPv6 over LowPan networks <6lowpan.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/listinfo/6lowpan>, <mailto:6lowpan-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/6lowpan>
List-Post: <mailto:6lowpan@ietf.org>
List-Help: <mailto:6lowpan-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/6lowpan>, <mailto:6lowpan-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 14 Oct 2009 14:30:18 -0000

Brian, Bob,

since JP dragged you in at this stage, let me try to summarize four  
years of discussion in one message (which probably won't work).

6LoWPANs are non-transitive, but are quite different from 20th century  
NBMA links.
We started out in 2006 by trying to modify ("optimize") 4861 to cope.   
That work led nowhere.
At the Dublin IETF, 2008, we finally decided to address the issues in  
a more radical way, and we now have a spec that is close to completion.

Some people came in later and now wonder why we abandoned the "minimum  
change" approach.
Well, we didn't, but the minimum change is a bit different than we  
originally thought.

>> Is an 802.15.4 network that much
>> more of an onerous environment for the base IPv6 protocols
>> (modulo some modifications/extensions)?

802.15.4 networks are wireless.  Most nodes are extremely resource- 
constrained, see RFC 4919 and in particular http://tools.ietf.org/html/draft-ietf-6lowpan-routing-requirements-04 
  for details.

The main difference from 20c NBMAs (apart from the resource issue) is  
that, in a multi-hop wireless network based on low-power nodes, the  
definition of "neighbor" is much more tenuous than in ATM or FR.  So  
we arrived at a somewhat different model of links and address  
assignment.  This model is also motivated by the extremely small frame  
sizes of 802.15.4, which make header compression a core part of the  
architecture.

>>      Is it possible that standard IPv6 nodes could operate
>> on a 6lowpan network as well as a more traditional (e.g.,
>> ethernet) one?

Some are, we call these "edge routers" if they actually forward  
packets.  The large majority of nodes (hosts and routers) are 6lowpan- 
only (and these are typically the extremely resource constrained 8  
MHz, 10 kB $.50 SoCs).

>> If so, this seems like a lot of complexity
>> needed in that device to determine the type of link it is
>> operating on.

I don't follow -- a node would know whether one of its interfaces is  
on a LoWPAN or an Ethernet.

More importantly, it is extremely unlikely that a LoWPAN is going to  
be set up for the same applications that we run over Ethernet today (. 
11 is much better for that purpose).

>>      I agree that non-transitive links are an issue for more
>> than just
>> 802.15.4 networks.  The description given could be applied to
>> 802.11 as well.  Yet, IPv6 over 802.11 works relatively well.

For .11, we are talking about 2-3 orders of magnitude higher bit  
rates, 3 to 6 orders of magnitude more power (electrical), CPU speed,  
and memory per node, much more stable networks held together by  
relatively powerful access points mostly directly connected to even  
more stable Ethernet backbones etc.
To a laptop, an 802.11 network is pretty much an Ethernet, so it's no  
surprise that 4861 works well.

>>      It appears that a cross-WG review would be a good idea
>> at this point.  I would like to see some 6MAN contributors
>> comment on this work rather than waiting until a Last Call.


I would love to have a Bar BOF/extended hallway meeting in Hiroshima  
about this.
The 6lowpan WG meeting is currently scheduled at Monday morning; we  
are likely to spend some time on 6lowpan-ND there.
If you think it's worth giving a summary presentation at 6man (Tuesday  
morning), that certainly can also be arranged.

Gruesse, Carsten