Re: [6lowpan] link-local addresses

Alexandru Petrescu <alexandru.petrescu@gmail.com> Thu, 12 November 2009 15:50 UTC

Return-Path: <alexandru.petrescu@gmail.com>
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 B281228C12C for <6lowpan@core3.amsl.com>; Thu, 12 Nov 2009 07:50:26 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.09
X-Spam-Level:
X-Spam-Status: No, score=-2.09 tagged_above=-999 required=5 tests=[AWL=0.159, BAYES_00=-2.599, HELO_EQ_FR=0.35]
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 JbzymB42-Owy for <6lowpan@core3.amsl.com>; Thu, 12 Nov 2009 07:50:25 -0800 (PST)
Received: from cirse-out.extra.cea.fr (cirse-out.extra.cea.fr [132.166.172.106]) by core3.amsl.com (Postfix) with ESMTP id 0461C28C1B9 for <6lowpan@ietf.org>; Thu, 12 Nov 2009 07:50:24 -0800 (PST)
Received: from pisaure.intra.cea.fr (pisaure.intra.cea.fr [132.166.88.21]) by cirse.extra.cea.fr (8.14.2/8.14.2/CEAnet-Internet-out-2.0) with ESMTP id nACFolDw018425 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Thu, 12 Nov 2009 16:50:47 +0100
Received: from muguet1.intra.cea.fr (muguet1.intra.cea.fr [132.166.192.6]) by pisaure.intra.cea.fr (8.14.2/8.14.2) with ESMTP id nACFokYl024187; Thu, 12 Nov 2009 16:50:46 +0100 (envelope-from alexandru.petrescu@gmail.com)
Received: from [127.0.0.1] ([132.166.133.173]) by muguet1.intra.cea.fr (8.13.8/8.13.8/CEAnet-Intranet-out-1.1) with ESMTP id nACFoj8H023129; Thu, 12 Nov 2009 16:50:46 +0100
Message-ID: <4AFC2ED5.9080101@gmail.com>
Date: Thu, 12 Nov 2009 16:50:45 +0100
From: Alexandru Petrescu <alexandru.petrescu@gmail.com>
User-Agent: Thunderbird 2.0.0.23 (Windows/20090812)
MIME-Version: 1.0
To: Zach Shelby <zach@sensinode.com>
References: <4754A932-3CBD-4E13-9466-96C64D424F56@tzi.org> <4AFBE83A.9090408@gmail.com> <25c114b90911120600p28798368x338f10cd2e225072@mail.gmail.com> <4AFC21DA.7030309@gmail.com> <D499FC3D-65A3-4790-8B76-786132D22FA7@sensinode.com>
In-Reply-To: <D499FC3D-65A3-4790-8B76-786132D22FA7@sensinode.com>
Content-Type: multipart/mixed; boundary="------------040709080600050906040501"
Cc: Carsten Bormann <cabo@tzi.org>, 6lowpan <6lowpan@ietf.org>
Subject: Re: [6lowpan] link-local addresses
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: Thu, 12 Nov 2009 15:50:26 -0000

Zach Shelby a écrit :
> On Nov 12, 2009, at 16:55 , Alexandru Petrescu wrote:
>> Ulrich Herberg a écrit :
>>> Alex,
>>> On Thu, Nov 12, 2009 at 7:49 PM, Alexandru Petrescu
>>> <alexandru.petrescu@gmail.com> wrote:
>>>> [...]
>>>>
>>>> Er?
>>>>
>>>> I can see here two disagreements:
>>>>
>>>> (1) AUTOCONF document draft-ietf-autoconf-adhoc-addr-model-00.txt is 
>>>> not
>>>>   such a big consensus you make it sound like.  To me there seem to
>>>>   be disagreements on at least one issue: link-local addresses.  Which
>>>>   brings point 2 below.
>>> I have to disagree. While you personally may not like this document,
>>> the AUTOCONF WG chairs have sensed a consensus of the WG on that
>>> document. Also, some issues about the draft that have been raised
>>> (notably the text about LLs), have been solved during the AUTOCONF
>>> meeting by proposing modifications of the text. The minutes of
>>> AUTOCONF will certainly be released soon. That said, the discussion
>>> about consensus of an AUTOCONF draft is probably of no concern for
>>> 6lowpan, so this will be my only response to that topic on this
>>> mailing list.
>>
>> Ulrich, ok.
>>
>> What do you think about the 2nd point?  (the fact that 
>> draft-ietf-autoconf-adhoc-addr-model-00.txt talks differently about 
>> LLs than draft-ietf-6lowpan-nd-07.txt does)
> 
> Keep in mind that -07 uses its own definitions and model, which have 
> little chance of living on their own. So don't compare terminology from 
> -07 with the autoconf model. In practice, the autoconf model does not 
> change how our solution works. The design team is now starting to look 
> at that, so please be patient for -08.
> 
> A couple clarifications:
> 
> 1. We will initially only copy the autoconf model for our purposes. If 
> it goes forward to an RFC rather quickly, we may theb make a nomative 
> reference at some point. I at least strongly support that the autoconf 
> model work is moved forward as quickly as possible.
> 
> 2. The autoconf model very rightly points out that link-local scope (and 
> thus addresses) are of limited use.

YEs - the limit is that link.  No other limit I can imagine.

Especially here, where 802.15.4 is cited upfront.

> But it does not forbid them.

Ok.

> We have 
> exactly the same setup in 6lowpan-nd as well.

I am not sure. Here you do cite 802.15.4 whereas in AUTOCONF there's no 
link suggested.

> Let's not speculate too much on the autoconf model until we get -08 of 
> our draft out - and then you will see how the pieces fall together. 
> Based on my initial analysis it is a nice fit, but the devil is in the 
> details still. In practice we came to the same conclusions in this WG, 
> but used slightly different terminology (or it turns out we defined 
> things like subnets and links when we didn't need to).

Well - you're questioning here prior agreements.  We did seem to be in 
agreement when defining links in 6lowpan, as of April 2009, see attached 
email.

Now you do not like that anymore.

Why?

I think that links and subnets should be defined.  If AUTOCONF doesn't - 
that's an AUTOCONF issue.  That error shouldn't be done here too.

Alex

> 
> Zach
> 
>>
>> Alex
>>
>>
>> _______________________________________________
>> 6lowpan mailing list
>> 6lowpan@ietf.org
>> https://www.ietf.org/mailman/listinfo/6lowpan
> 

--- Begin Message ---
Hi,

I like this, taking the RFC4861 definition and just adding the wireless 
considerations. We should also mention as part of the wireless links 
part the following:

- Wireless links considered by 6LoWPAN may not support native multicast.
- Wireless links are not static, frequent changes are to be expected 
because of radio channel fading or node mobility.

This link definition originates from the ND draft, and was just copied 
into the other drafts for consistency. I will make a ticket to update 
the link definition in nd-03. This was a good solution, thanks.

- Zach

Alexandru Petrescu wrote:
> Previous discussion indicated that link definition of RFC 4861 "Neighbor
> Discovery for IPv6" is pertinent to 6LoWPAN.  I agree with it and
> suggest the following 6LoWPAN definition:
> 
>    link       -  a communication facility or medium over which
>                  nodes can communicate at the link layer, i.e.,
>                  the layer immediately below IP (each node can
>                  communicate to each other in this medium).
> 
>                  Examples are Ethernets (simple or bridged), PPP
>                  links, X.25, Frame Relay, wireless links or ATM
>                  networks as well as Internet-layer (or
>                  higher-layer) "tunnels", such as tunnels over
>                  IPv4 or IPv6 itself.
> 
>                  This is a slightly modified definition of the link
>                  defined in RFC4861, in order to cover also the wireless
>                  links.  Wireless links may be non-transitive (node A
>                  communicates at link layer to both B and C yet B and C
>                  are not on the same link).  Hidden terminal problem in
>                  wireless communications is described in [reference to
>                  individual draft in AUTOCONF]
>                  draft-baccelli-multi-hop-wireless-communication-02
> 
> What do people think about using this link definition in 6LoWPAN?
> 
> Alex
> 
> 
> 
> _______________________________________________
> 6lowpan mailing list
> 6lowpan@ietf.org
> https://www.ietf.org/mailman/listinfo/6lowpan

-- 
http://zachshelby.org - My blog “On the Internet of Things”
Mobile: +358 40 7796297

Zach Shelby
Head of Research
Sensinode Ltd.
Kidekuja 2
88610 Vuokatti, FINLAND

This e-mail and all attached material are confidential and may contain 
legally privileged information. If you are not the intended recipient, 
please contact the sender and delete the e-mail from your system without 
producing, distributing or retaining copies thereof.


--- End Message ---