Re: [Autoconf] Updated ad hoc addressing model document

Zach Shelby <zach@sensinode.com> Thu, 04 February 2010 13:22 UTC

Return-Path: <zach@sensinode.com>
X-Original-To: autoconf@core3.amsl.com
Delivered-To: autoconf@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id B0C483A6C1C for <autoconf@core3.amsl.com>; Thu, 4 Feb 2010 05:22:06 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -3.479
X-Spam-Level:
X-Spam-Status: No, score=-3.479 tagged_above=-999 required=5 tests=[AWL=0.120, BAYES_00=-2.599, RCVD_IN_DNSWL_LOW=-1]
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 wBM8Cixujx08 for <autoconf@core3.amsl.com>; Thu, 4 Feb 2010 05:22:05 -0800 (PST)
Received: from auth-smtp.nebula.fi (auth-smtp.nebula.fi [217.30.180.105]) by core3.amsl.com (Postfix) with ESMTP id E624E28C198 for <autoconf@ietf.org>; Thu, 4 Feb 2010 05:22:04 -0800 (PST)
Received: from [62.145.172.51] ([62.145.172.51]) (authenticated bits=0) by auth-smtp.nebula.fi (8.13.4/8.13.4) with ESMTP id o14DMiJX007975 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NO); Thu, 4 Feb 2010 15:22:44 +0200
Mime-Version: 1.0 (Apple Message framework v1077)
Content-Type: text/plain; charset="us-ascii"
From: Zach Shelby <zach@sensinode.com>
In-Reply-To: <0CD59086-0DBF-40A6-8EC4-3289E65054A1@thomasclausen.org>
Date: Thu, 04 Feb 2010 15:22:46 +0200
Content-Transfer-Encoding: quoted-printable
Message-Id: <0AECC3F0-0712-4466-B216-5945DAE3E36C@sensinode.com>
References: <be8c8d781001260409qd23d4era0eac47eaeb3dba2@mail.gmail.com> <8DCBF4A4-7879-4148-A8FE-9A73219536B9@gmail.com> <008c01caa0fe$0eee3530$2cca9f90$@nl> <0CD59086-0DBF-40A6-8EC4-3289E65054A1@thomasclausen.org>
To: Thomas Heide Clausen <Thomas@ThomasClausen.org>
X-Mailer: Apple Mail (2.1077)
Cc: autoconf@ietf.org
Subject: Re: [Autoconf] Updated ad hoc addressing model document
X-BeenThere: autoconf@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: Ad-Hoc Network Autoconfiguration WG discussion list <autoconf.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/listinfo/autoconf>, <mailto:autoconf-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/autoconf>
List-Post: <mailto:autoconf@ietf.org>
List-Help: <mailto:autoconf-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/autoconf>, <mailto:autoconf-request@ietf.org?subject=subscribe>
X-List-Received-Date: Thu, 04 Feb 2010 13:22:06 -0000

On Feb 4, 2010, at 14:43 , Thomas Heide Clausen wrote:
> 
> On Jan 29, 2010, at 17:13 PM, Teco Boot wrote:
> 
>> Ryuji, Thomas,
>> 
>> I commented on the document.
>> I don't see any reflection in the document, nor received questions
>> for clarification.
>> 
>> I am quite uncomfortable with a large drawback of the proposed
>> addressing model, which makes it unacceptable for the deployed MANETs
>> I am involved in.
>> My requirement is that L3 communication between nodes, that have L2
>> connectivity, must be possible in all conditions, including conditions
>> with a non-operational MANET protocol.
> 
> I would wonder if you have a MANET if you are not running a MANET protocol?
> 
> That said, I am not sure I understand what the drawbacks you identify are. The document takes the "most conservative" approach, i.e. a network in which interfaces are configured in accordance to this, should allow any operation. The document, as I read it, uses "should", which does not prohibit alternatives (with the usual caveat concerning a "should").
> 
> I believe that if you have no "MANET protocol", but still want L3 communication between identified interfaces (IP addresses), then you would want a mechanism/protocol assigning these addresses? For the reasons outlined in that document, those addresses should (to allow any operation / any protocol to operate) satisfy the suggested rules in the document. If you do deviate from the "should", the usual caveats for a "should" apply -- and it might be OK for your deployment?

I agree with this interpretation. The autoconf addressing model doesn't prevent you from applying another mechanism in addition to the (really minimal) base it provides. At least this is what we are doing in 6lowpan. The autoconf model provides a way to model these "links with undetermined properties" in a pretty clean way (best I have seen so far... it is a mind-boggling problem). On top of that we are defining a mechanism to bootstrap nodes, configure addresses etc. which works without a routing protocol, or with one (e.g. RPL or MANET). This doesn't directly apply to your case, just an example.

So to really make such a network work you have options like:

autoconf + manet (all nodes must be routers)
autoconf + something (no routing)
autoconf + something + manet (maybe to also support hosts?)
autoconf + 6lowpan-nd + rpl (typical 6lowpan setup right now)

I guess autoconf as a WG will go on to define "something", or at least identify "something(s)" at some point? At least it would be useful to help people really apply this model in practice.

Zach


> 
> Cheers,
> 
> Thomas
> 
> 
> 
>> Maybe this drawback is overlooked or underestimated.
>> 
>> And the text on link locals does not describe how IPv6 works. LLs are
>> used in MANETs for multiple purposes. We can't without.
>> 
>> My other comments are textual or on incompleteness. Especially, the
>> document doesn't describe anything useful for assigning globals.
>> 
>> Regards, Teco
>> 
>> 
>>> -----Oorspronkelijk bericht-----
>>> Van: autoconf-bounces@ietf.org [mailto:autoconf-bounces@ietf.org] Namens
>>> Ryuji Wakikawa
>>> Verzonden: woensdag 27 januari 2010 9:00
>>> Aan: Emmanuel Baccelli
>>> CC: autoconf@ietf.org
>>> Onderwerp: Re: [Autoconf] Updated ad hoc addressing model document
>>> 
>>> Hi all,
>>> 
>>> Emmanuel updated the document according to the WG last call.
>>> Please confirm the changes specially if you sent comments during WGLC.
>>> 
>>> We will pass this document to Jari for the next stage soon.
>>> 
>>> thanks,
>>> ryuji
>>> 
>>> 
>>> On 2010/01/26, at 4:09, Emmanuel Baccelli wrote:
>>> 
>>>> Folks,
>>>> 
>>>> here's an updated version of the ad hoc addressing model document,
>>> following the comments gathered during working group last call. We took
>>> as much as possible on board, as discussed on the mailing list. Please
>>> review this revision, and let us know if you have further comments.
>>>> 
>>>> http://www.ietf.org/id/draft-ietf-autoconf-adhoc-addr-model-02.txt
>>>> 
>>>> Regards,
>>>> 
>>>> Emmanuel
>>>> 
>>>> 
>>>> _______________________________________________
>>>> Autoconf mailing list
>>>> Autoconf@ietf.org
>>>> https://www.ietf.org/mailman/listinfo/autoconf
>>> 
>>> _______________________________________________
>>> Autoconf mailing list
>>> Autoconf@ietf.org
>>> https://www.ietf.org/mailman/listinfo/autoconf
>> 
>> _______________________________________________
>> Autoconf mailing list
>> Autoconf@ietf.org
>> https://www.ietf.org/mailman/listinfo/autoconf
> 
> _______________________________________________
> Autoconf mailing list
> Autoconf@ietf.org
> https://www.ietf.org/mailman/listinfo/autoconf

-- 
http://www.sensinode.com
http://zachshelby.org - My blog "On the Internet of Things"
http://6lowpan.net - New book - "6LoWPAN: The Wireless Embedded Internet"
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.