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

Alexandru Petrescu <alexandru.petrescu@gmail.com> Tue, 16 February 2010 20:39 UTC

Return-Path: <alexandru.petrescu@gmail.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 5F2AB3A78B1 for <autoconf@core3.amsl.com>; Tue, 16 Feb 2010 12:39:43 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.604
X-Spam-Level:
X-Spam-Status: No, score=-1.604 tagged_above=-999 required=5 tests=[AWL=0.645, 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 VFfhTrM1IIKe for <autoconf@core3.amsl.com>; Tue, 16 Feb 2010 12:39:42 -0800 (PST)
Received: from smtp5-g21.free.fr (smtp5-g21.free.fr [212.27.42.5]) by core3.amsl.com (Postfix) with ESMTP id 23E3128C171 for <autoconf@ietf.org>; Tue, 16 Feb 2010 12:39:40 -0800 (PST)
Received: from smtp5-g21.free.fr (localhost [127.0.0.1]) by smtp5-g21.free.fr (Postfix) with ESMTP id 46EF5D4813B; Tue, 16 Feb 2010 21:41:12 +0100 (CET)
Received: from [127.0.0.1] (bur91-3-82-239-213-32.fbx.proxad.net [82.239.213.32]) by smtp5-g21.free.fr (Postfix) with ESMTP id 03902D4806C; Tue, 16 Feb 2010 21:41:09 +0100 (CET)
Message-ID: <4B7B02E4.2050206@gmail.com>
Date: Tue, 16 Feb 2010 21:41:08 +0100
From: Alexandru Petrescu <alexandru.petrescu@gmail.com>
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 6.0; fr; rv:1.9.1.7) Gecko/20100111 Thunderbird/3.0.1
MIME-Version: 1.0
To: Thomas Heide Clausen <thomas@thomasclausen.org>
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> <6A7C46D7-A872-4D00-AE85-C0E72FD48EC3@thomasclausen.org>
In-Reply-To: <6A7C46D7-A872-4D00-AE85-C0E72FD48EC3@thomasclausen.org>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 8bit
X-Antivirus: avast! (VPS 100216-1, 16/02/2010), Outbound message
X-Antivirus-Status: Clean
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:39:43 -0000

ThomasC, oh sorry, so the problem statement document is going to happen 
later?  We're not yet at that stage?

And in this "IP Addressing Model in Ad Hoc Networks" we don't even 
mention multicast addresses, as if the multicast address were not an 
address?

Sorry for disturbing but my remark was really gentle, I thought the 
draft could easily mention multicast address.

I sometimes feel that the more I ask a thing the less it gets accepted. 
  IT must be because it comes from me :-)

I will shut up maybe things will happen better :-)

Alex

Le 16/02/2010 21:35, Thomas Heide Clausen a écrit :
> 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
>
>