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
- [Autoconf] Conclusion: draft-ietf-autoconf-adhoc-… Ryuji Wakikawa
- Re: [Autoconf] Conclusion: draft-ietf-autoconf-ad… Jari Arkko
- Re: [Autoconf] Conclusion: draft-ietf-autoconf-ad… Ryuji Wakikawa
- Re: [Autoconf] Conclusion: draft-ietf-autoconf-ad… Alexandru Petrescu
- Re: [Autoconf] Conclusion: draft-ietf-autoconf-ad… Alexandru Petrescu
- Re: [Autoconf] Conclusion: draft-ietf-autoconf-ad… Alexandru Petrescu
- Re: [Autoconf] Conclusion: draft-ietf-autoconf-ad… Thomas Heide Clausen
- Re: [Autoconf] Conclusion: draft-ietf-autoconf-ad… Alexandru Petrescu
- Re: [Autoconf] Conclusion: draft-ietf-autoconf-ad… Thomas Heide Clausen
- Re: [Autoconf] Conclusion: draft-ietf-autoconf-ad… Alexandru Petrescu
- Re: [Autoconf] Conclusion: draft-ietf-autoconf-ad… Ryuji Wakikawa
- [Autoconf] Licensing scheme for draft-ietf-autoco… Alexandru Petrescu
- Re: [Autoconf] Licensing scheme for draft-ietf-au… Zach Shelby
- Re: [Autoconf] Licensing scheme for draft-ietf-au… Henning Rogge
- Re: [Autoconf] Licensing scheme for draft-ietf-au… Ulrich Herberg
- Re: [Autoconf] Licensing scheme for draft-ietf-au… Thomas Heide Clausen
- Re: [Autoconf] Licensing scheme for draft-ietf-au… Alexandru Petrescu
- Re: [Autoconf] Conclusion: draft-ietf-autoconf-ad… Charles E. Perkins
- Re: [Autoconf] Conclusion: draft-ietf-autoconf-ad… Henning Rogge
- Re: [Autoconf] Conclusion: draft-ietf-autoconf-ad… Alexandru Petrescu