Re: [Autoconf] Conclusion: draft-ietf-autoconf-adhoc-addr-model-02.txt

Thomas Heide Clausen <thomas@thomasclausen.org> Tue, 16 February 2010 20:34 UTC

Return-Path: <thomas@thomasclausen.org>
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 2875028C17F for <autoconf@core3.amsl.com>; Tue, 16 Feb 2010 12:34:02 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -3.599
X-Spam-Level:
X-Spam-Status: No, score=-3.599 tagged_above=-999 required=5 tests=[AWL=0.000, 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 EkwWne1XO1-s for <autoconf@core3.amsl.com>; Tue, 16 Feb 2010 12:34:01 -0800 (PST)
Received: from hermes.mail.tigertech.net (hermes.mail.tigertech.net [64.62.209.72]) by core3.amsl.com (Postfix) with ESMTP id 2F2313A7DB7 for <autoconf@ietf.org>; Tue, 16 Feb 2010 12:34:01 -0800 (PST)
Received: from localhost (localhost [127.0.0.1]) by hermes.tigertech.net (Postfix) with ESMTP id 42991430034; Tue, 16 Feb 2010 12:35:37 -0800 (PST)
X-Virus-Scanned: Debian amavisd-new at hermes.tigertech.net
Received: from [10.0.2.6] (sphinx.lix.polytechnique.fr [129.104.11.1]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (No client certificate requested) by hermes.tigertech.net (Postfix) with ESMTPSA id 6A856430061; Tue, 16 Feb 2010 12:35:36 -0800 (PST)
Message-Id: <6A7C46D7-A872-4D00-AE85-C0E72FD48EC3@thomasclausen.org>
From: Thomas Heide Clausen <thomas@thomasclausen.org>
To: Alexandru Petrescu <alexandru.petrescu@gmail.com>
In-Reply-To: <4B7B000C.1070602@gmail.com>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed; delsp=yes
Content-Transfer-Encoding: quoted-printable
Mime-Version: 1.0 (Apple Message framework v936)
Date: Tue, 16 Feb 2010 21:35:34 +0100
References: <6565C346-EBE5-425A-9291-BBCA4A9FCE27@gmail.com> <4B7AF98B.7050806@piuha.net> <4B7AFE0E.8010100@gmail.com> <E2AF6EA2-6C1D-4CB9-BCDA-2D127748FC35@thomasclausen.org> <4B7B000C.1070602@gmail.com>
X-Mailer: Apple Mail (2.936)
Cc: autoconf@ietf.org
Subject: Re: [Autoconf] Conclusion: draft-ietf-autoconf-adhoc-addr-model-02.txt
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: Tue, 16 Feb 2010 20:34:02 -0000

Dear Alex,

On Feb 16, 2010, at 21:29 PM, Alexandru Petrescu wrote:

> Le 16/02/2010 21:23, Thomas Heide Clausen a écrit :
>> Dear Alex,
>>
>> Autoconf is about configuring addresses on interfaces, not on
>> allocating addresses in a registry, not sending IP packets to
>> multicast destinations.
>
> Thomas, thank you for the reply.
>
> Link-layer multicast mechanisms are used in any autoconfing (DHCPv6,
> SLAAC, probably more) mechanism.
>
> A stack booting up sends packets to multicast destinations.
>
> MANET already allocates a multicast address for this.
>
> Suffices it to mention it.
>

These reflections belong properly in the problem-statement/scoping and  
solution-space discussions -- hopefully, we will be able to get to  
those (the fun part: building protocols) soon. So hold that thought  
until later.

> Otherwise leave place for non-understanding: will the IPv6 autoconf
> stack use the MANET multicast address?  Or the other non-MANET  
> multicast
> address?

If I configure my addresses manually, as is one viable option, I can  
follow the recommendations in draft-ietf-autoconf-adhoc-addr- 
model-02.txt and have a valid configuration. In that case, the  
"configuration mechanism" needs no multicast. I note that this may  
apply more to IPv4 than IPv6, and that the document covers both.

If a MANET autoconfiguration protocol needs to exchange information  
for proper functioning - which it may well do - then that protocol  
will have to decide on which addresses, messages and algorithms to use  
for that. So again, these reflections belong properly in the problem- 
statement/scoping and solution-space discussions.

Sincerely,

Thomas

> I mostly agree with you.
>
> And there are two different people here (Teco, myself) saying
> approximately the same thing about multicast.  The autoconf group is  
> not
> large.  Are two opinions worth ignoring?
>
> Alex
>
>>
>> Sincerely,
>>
>> Thomas
>>
>>
>> On Feb 16, 2010, at 21:20 PM, Alexandru Petrescu wrote:
>>
>>> Le 16/02/2010 21:01, Jari Arkko a écrit :
>>>> Great. Lets move this doc forward!
>>>
>>> YEs, let's move this forward and add multicast discussion to it
>>> without which autoconf can't fly. Multicast is what typical
>>> autoconfiguration protocols use today without which they'd never
>>> work.
>>>
>>> Multicast is what IPv6 got builtin precisely for the reason of
>>> autoconfing.
>>>
>>> This draft being silent about multicast spells it's not autoconf,
>>> IMHO.
>>>
>>> Alex
>>>
>>>>
>>>> Jari
>>>>
>>>> Ryuji Wakikawa kirjoitti:
>>>>> Dear All,
>>>>>
>>>>> We have concluded the WGLC of
>>>>> draft-ietf-autoconf-adhoc-addr-model-01.txt on Dec/23/09, and
>>>>> have a -02 document issued, following up on this.
>>>>>
>>>>> Thanks to all for all the reviews and comments to this
>>>>> document!
>>>>>
>>>>> After Thomas and I (Chairs) carefully reviewed discussions on
>>>>> the mailing list, we do find that there is rough consensus for
>>>>> the current document.
>>>>>
>>>>> There was an individual objection to the description of the
>>>>> use of link-local address, but we did not detect wide support
>>>>> within the working group. This objection will, of course, be
>>>>> reflected in the PROTO write-up that will be sent to the IESG
>>>>> and the ADs, and reflected in the tracker.
>>>>>
>>>>> As a conclusion, we have established rough consensus to the
>>>>> new document.
>>>>>
>>>>> The WG chairs will start preparing the PROTO writeup for
>>>>> forwarding the document.
>>>>>
>>>>> Thanks,
>>>>>
>>>>> WG chairs
>>>>>
>>>>>
>>>>
>>>> _______________________________________________ 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