Re: [Autoconf] Next steps?
"Charles E. Perkins" <charles.perkins@earthlink.net> Mon, 22 March 2010 23:53 UTC
Return-Path: <charles.perkins@earthlink.net>
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 7B0CF28C26C for <autoconf@core3.amsl.com>;
Mon, 22 Mar 2010 16:53:14 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: 0.39
X-Spam-Level:
X-Spam-Status: No,
score=0.39 tagged_above=-999 required=5 tests=[BAYES_20=-0.74,
DNS_FROM_OPENWHOIS=1.13]
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 BAanRxeO8mZs for
<autoconf@core3.amsl.com>; Mon, 22 Mar 2010 16:53:13 -0700 (PDT)
Received: from elasmtp-curtail.atl.sa.earthlink.net
(elasmtp-curtail.atl.sa.earthlink.net [209.86.89.64]) by core3.amsl.com
(Postfix) with ESMTP id A058828C185 for <autoconf@ietf.org>;
Mon, 22 Mar 2010 16:53:13 -0700 (PDT)
DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=dk20050327; d=earthlink.net;
b=CUeF6lGEu+Ik80cxWsNgO9JrzuL/ajDDlGigUqatWir8rP3pIm44jgaqsb2v/Tix;
h=Received:Message-ID:Date:From:Organization:User-Agent:MIME-Version:To:CC:Subject:References:In-Reply-To:Content-Type:Content-Transfer-Encoding:X-ELNK-Trace:X-Originating-IP;
Received: from [130.129.29.163] by elasmtp-curtail.atl.sa.earthlink.net with
esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.67) (envelope-from
<charles.perkins@earthlink.net>) id 1NtrQV-0003n4-3J;
Mon, 22 Mar 2010 19:52:55 -0400
Message-ID: <4BA802BC.7040207@earthlink.net>
Date: Mon, 22 Mar 2010 16:52:28 -0700
From: "Charles E. Perkins" <charles.perkins@earthlink.net>
Organization: Wichorus Inc.
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 6.1; en-US;
rv:1.9.1.8) Gecko/20100227 Thunderbird/3.0.3
MIME-Version: 1.0
To: autoconf@ietf.org
References: <1266925311.4036.71.camel@acorde.it.uc3m.es> <4B882EB5.4070605@gmail.com>
<4BA7E52C.9050403@piuha.net>
<D1D67D44-E5AC-4BAD-9F83-22B0D0111D39@inf-net.nl>
In-Reply-To: <D1D67D44-E5AC-4BAD-9F83-22B0D0111D39@inf-net.nl>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
X-ELNK-Trace: 137d7d78656ed6919973fd6a8f21c4f2d780f4a490ca6956abb457f1b4332f526e48376cbce3d3735bc5e0b3b867e59a350badd9bab72f9c350badd9bab72f9c
X-Originating-IP: 130.129.29.163
Subject: Re: [Autoconf] Next steps?
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: Mon, 22 Mar 2010 23:53:14 -0000
Hello folks, Teco's wording matches my understanding also. Anyway, I think when it comes to solutions, we'll be able to see whether or not a link-local solution is "competitive" with other solutions. Regards, Charlie P. On 3/22/2010 4:02 PM, Teco Boot wrote: > Jari, > > The address model doesn't discourage the use of IPv6 link-local > addresses. It explains the limitations of it and encourage the > WG to primarily focus on configuring IP addresses that are > not IPv6 link-local. Small but essential difference. > IPv4 link-local addresses are discouraged. > > My BRDP proposal runs on RA. I could change it to run on PacketBB > or RFC4861 could be updated. Or I keep the usage of link-local. > I'll pick the WG preference on this. And check what ROLL RPL is > doing. > BRDP does configure non-link-locals. > > Regards, Teco. > > > Op 22 mrt 2010, om 22:46 heeft Jari Arkko het volgende geschreven: > >> Alex, >> >>> In the solution space I am interested in the use of link-local addresses >>> and of multicast link-scoped addresses. >>> >>> I hope these are not forbidden by the IPv6 addressing architecture >>> document, which seems to be sent to the IESG now. >> >> Actually, I *do* want to see the working group's solutions build on top of the address model that we have just completed. And it does discourage the use of link-local addresses. Lets not return to that discussion, I would be more interested in discussing what gaps we have the technology and what possible solutions we might need to do. >> >> Jari >> >> _______________________________________________ >> 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] Next steps? Carlos Jesús Bernardos Cano
- Re: [Autoconf] Next steps? Ulrich Herberg
- Re: [Autoconf] Next steps? Carlos Jesús Bernardos Cano
- Re: [Autoconf] Next steps? Charles E. Perkins
- Re: [Autoconf] Next steps? Emmanuel Baccelli
- Re: [Autoconf] Next steps? Alexandru Petrescu
- Re: [Autoconf] Next steps? Charles E. Perkins
- Re: [Autoconf] Next steps? Jari Arkko
- Re: [Autoconf] Next steps? Ulrich Herberg
- Re: [Autoconf] Next steps? Ryuji Wakikawa
- Re: [Autoconf] Next steps? Velt, R. (Ronald) in 't
- Re: [Autoconf] Next steps? Teco Boot
- Re: [Autoconf] Next steps? Charles E. Perkins
- Re: [Autoconf] Next steps? Alexandru Petrescu