Re: [Autoconf] RFC 5889

Erik Nordmark <erik.nordmark@oracle.com> Thu, 29 July 2010 12:45 UTC

Return-Path: <erik.nordmark@oracle.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 429EC28C1D2 for <autoconf@core3.amsl.com>; Thu, 29 Jul 2010 05:45:57 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -6.329
X-Spam-Level:
X-Spam-Status: No, score=-6.329 tagged_above=-999 required=5 tests=[AWL=0.270, BAYES_00=-2.599, RCVD_IN_DNSWL_MED=-4]
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 hC80pTyLwTNq for <autoconf@core3.amsl.com>; Thu, 29 Jul 2010 05:45:55 -0700 (PDT)
Received: from rcsinet10.oracle.com (rcsinet10.oracle.com [148.87.113.121]) by core3.amsl.com (Postfix) with ESMTP id 65B1428C149 for <autoconf@ietf.org>; Thu, 29 Jul 2010 05:45:55 -0700 (PDT)
Received: from acsinet15.oracle.com (acsinet15.oracle.com [141.146.126.227]) by rcsinet10.oracle.com (Switch-3.4.2/Switch-3.4.2) with ESMTP id o6TCkGcf018389 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Thu, 29 Jul 2010 12:46:18 GMT
Received: from acsmt354.oracle.com (acsmt354.oracle.com [141.146.40.154]) by acsinet15.oracle.com (Switch-3.4.2/Switch-3.4.1) with ESMTP id o6TCjJUs013651; Thu, 29 Jul 2010 12:45:29 GMT
Received: from abhmt020.oracle.com by acsmt354.oracle.com with ESMTP id 467660011280407449; Thu, 29 Jul 2010 05:44:09 -0700
Received: from [10.7.251.248] (/10.7.251.248) by default (Oracle Beehive Gateway v4.0) with ESMTP ; Thu, 29 Jul 2010 05:44:08 -0700
Message-ID: <4C517795.1080001@oracle.com>
Date: Thu, 29 Jul 2010 05:44:05 -0700
From: Erik Nordmark <erik.nordmark@oracle.com>
User-Agent: Mozilla/5.0 (X11; U; SunOS i86pc; en-US; rv:1.9.1.9) Gecko/20100607 Lightning/1.0b1 Thunderbird/3.0.4
MIME-Version: 1.0
To: "Dearlove, Christopher (UK)" <Chris.Dearlove@baesystems.com>
References: <4C2A6BB7.1000900@piuha.net> <4C2CFADD.3040909@piuha.net><4C378C29.2040302@oracle.com> <4C4706D8.5040904@piuha.net><4C516AC9.8030803@oracle.com> <4C516E75.2010405@oracle.com> <ABE739C5ADAC9A41ACCC72DF366B719D034C589E@GLKMS2100.GREENLNK.NET>
In-Reply-To: <ABE739C5ADAC9A41ACCC72DF366B719D034C589E@GLKMS2100.GREENLNK.NET>
Content-Type: text/plain; charset="ISO-8859-1"; format="flowed"
Content-Transfer-Encoding: 7bit
X-Source-IP: acsmt354.oracle.com [141.146.40.154]
X-Auth-Type: Internal IP
X-CT-RefId: str=0001.0A090207.4C517800.0295:SCFMA4539814,ss=1,fgs=0
Cc: autoconf@ietf.org
Subject: Re: [Autoconf] RFC 5889
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, 29 Jul 2010 12:45:57 -0000

On 07/29/10 05:39 AM, Dearlove, Christopher (UK) wrote:
>> NEW:
>>   o  In general there is no mechanism to ensure that IPv6 link-local
>>      addresses are unique across multiple links, however link-local
>>      addresses using an IID that is of the modified EUI-64 form is
>>      globally unique. Thus if link-local addresses are used to reliably
>>      identify routers then they must be of the modified EUI-64 form.
>
> That's a change in substance from something being discouraged (see the
> following OLD quote) to telling you how to do that very something.

Your observation is correct.

However, the recommendation of the draft doesn't change as a result of 
this. The arguments leading up to the recommendation were flawed IMHO, 
but the recommendation is fine.

>> OLD:
>>    Therefore, autoconfiguration solutions should be encouraged to
>>    primarily focus on configuring IP addresses that are not IPv6 link-
>>    local.
>>
>> NEW:
>>    Therefore, an autoconfiguration solution which provides a mechanism
> for
>>    assigning addresses with a wider scope than IPv6 link-local alone
> will
>>    be more generally useful than one that does not.
>
> That's more than an AUTH-48 error correction, it's a substantial change
> in the document's intent. Or so it appears to me.

FWIW I didn't suggest that change; it might have been Jari.

    Erik