Re: [6lowpan] Comment on PAN IDs section in draft-bormann-6lowpan-roadmap-00

Carsten Bormann <cabo@tzi.org> Mon, 04 April 2011 17:38 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 55C2228C108 for <6lowpan@core3.amsl.com>; Mon, 4 Apr 2011 10:38:21 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -106.249
X-Spam-Level:
X-Spam-Status: No, score=-106.249 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, HELO_EQ_DE=0.35, RCVD_IN_DNSWL_MED=-4, USER_IN_WHITELIST=-100]
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 3-s7FI-ntXOe for <6lowpan@core3.amsl.com>; Mon, 4 Apr 2011 10:38:18 -0700 (PDT)
Received: from informatik.uni-bremen.de (mailhost.informatik.uni-bremen.de [IPv6:2001:638:708:30c9::12]) by core3.amsl.com (Postfix) with ESMTP id 63BB128C12A for <6lowpan@ietf.org>; Mon, 4 Apr 2011 10:38: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 p34HdqDW029176; Mon, 4 Apr 2011 19:39:53 +0200 (CEST)
Received: from [192.168.217.112] (p5B3E72A1.dip.t-dialin.net [91.62.114.161]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (No client certificate requested) by smtp-fb3.informatik.uni-bremen.de (Postfix) with ESMTPSA id 958E6A23; Mon, 4 Apr 2011 19:39:52 +0200 (CEST)
Mime-Version: 1.0 (Apple Message framework v1084)
Content-Type: text/plain; charset="us-ascii"
From: Carsten Bormann <cabo@tzi.org>
In-Reply-To: <A337AA36B3B96E4D853E6182B2F27AE2C76B16911D@NLCLUEXM03.connect1.local>
Date: Mon, 04 Apr 2011 19:39:51 +0200
Content-Transfer-Encoding: quoted-printable
Message-Id: <2807BEB7-B678-4257-8F0E-D5F368DFFF40@tzi.org>
References: <A337AA36B3B96E4D853E6182B2F27AE2C76B16911D@NLCLUEXM03.connect1.local>
To: "Dijk, Esko" <esko.dijk@philips.com>
X-Mailer: Apple Mail (2.1084)
Cc: 6lowpan <6lowpan@ietf.org>
Subject: Re: [6lowpan] Comment on PAN IDs section in draft-bormann-6lowpan-roadmap-00
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: Mon, 04 Apr 2011 17:38:21 -0000

Indeed, this could be clarified:

On Apr 4, 2011, at 18:14, Dijk, Esko wrote:

> Dear Carsten,
>  
> here my small comments on the current draft-bormann-6lowpan-roadmap-00:
>  
> "As the use of PAN identifiers in 6LoWPAN networks has since become less and less meaningful,"
> perhaps good to explain why this is the case. Was it more meaningful some years ago? Or is it simply less used.
> A distinction could be made here also between 1) using PAN IDs in the 802.15.4 radios and 2) using PAN IDs in 6LoWPAN as defined in Section 6 of RFC 4944.

I think it would be useful to collect more data on how PAN identifiers are actually used in 6LoWPANs.
The draft text I wrote is just mirroring what implementers have been saying the last couple of years.
If you run 802.15.4 in non-associated mode, the PAN identifier is not meaningful.
If you do associate, using the PAN Id in the IPv6 address would make you change your address each time you associate to a different PAN -- which is exactly what the 6LoWPAN addressing model is trying to avoid.

So, my question to the WG is: how are implementers using PAN identifiers today?
(Please respond on the list -- or privately, if you prefer.)

> "It is therefore RECOMMENDED to employ a PAN identifier of zero with 6LoWPAN."
> -> maybe good to make clear that implementations may still use non-zero PAN IDs of their choice at the 802.15.4 level? Only they do not use it in 6LoWPAN as defined in Section 6 of RFC 4944.

(I meant the part about not using any PAN Id in the IPv6 addresses.)

Good points that can be described in more detail in the next version of the draft -- this is exactly the discussion I was hoping to get going with this document.

Gruesse, Carsten