Re: [Autoconf] WC consensus call for RFC5889 modifications (Fwd: Forgot one [Was: RFC 5889)

[Teco Boot <[e-mail]>]

You mix things up.
If you read the text, you'll see the first text is for router identifiers.
The message is that what can be done for router identifiers can be done for
link locals also. Let's be consistent.

Teco


Op 4 aug 2010, om 12:00 heeft Alexandru Petrescu het volgende geschreven:

> I'd capitalize "Modified EUI-64", as RFC4291 puts it.
> 
> Le 04/08/2010 11:01, Teco Boot a écrit :
>> One problem and proposal for correction. I don't want to delay the process,
>> so accepting or rejecting it is acceptable (RFC is informational, so
>> I can ignore all what it says). I suggest authors, ADs, chairs and Erik
>> decide.
>> 
>> The NEW text says: "must be of the modified EUI-64 form".
>> There can be other mechanisms that assure uniqueness. Other text says:
>> "such identifiers could be based on factory assignment or configuration".
> 
> Hmmm... would this factory assignment be in agreement with the 'u' and 'g' bits of the Modified EUI-64 format?  If yes, then there wouldn't be a need to mention such identifiers.
> 
> If no - then we don't talk Modified EUI-64, and we can't say that the global uniqueness could be guaranteed by factory assignment, I think.
> 
> Alex
> 
> 
>> The new text will bring a consistency problem in the document.
>> A _should_ helps:
>> 
>> NEWER:
>> 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 are of the modified EUI-64 form are
>>  globally unique. Thus if link-local addresses are used to reliably
>>  identify routers then they should be of the modified EUI-64 form.
>>                             ------
>> 
>> Christopher Dearlove brought up same issue:
>> http://www.ietf.org/mail-archive/web/autoconf/current/msg02736.html
>> He suggests removing the last text sentence completely:
>> <Chris>
>> 
>> 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 are of the modified EUI-64 form are
>>      globally unique.
>> 
>> (Personally, I'd modify that a little further, to:
>> 
>>   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 are of the modified EUI-64 form
>>      ahould be globally unique
>> 
>> </Chris>
>> 
>> With correction "ahould" to "should", I support this last proposal.
>> Less text is better.
>> 
>> Teco
>> 
>> 
>> Op 3 aug 2010, om 02:14 heeft Ryuji Wakikawa het volgende geschreven:
>> 
>>> Hello all,
>>> 
>>> At the IETF78 meeting, we had the rough consensus to adapt
>>> the Erik's modification for RFC5889 in the room.
>>> 
>>> To confirm our consensus on the list, we ask the WG consensus call
>>> for adaption of Erik's modification for RFC5889.
>>> 
>>> The detailed modifications can be found at the attached email below. Thanks Erik.
>>> 
>>> Please vote for your opinion before "Aug 9th 12:00PM (PST)".
>>> If you have any objections, please give us clear reason and propose your text.
>>> 
>>> thanks in advance,
>>> Thomas, ryuji
>>> 
>>> 
>>> 
>>> 
>>> Begin forwarded message:
>>> 
>>>> From: Erik Nordmark<[e-mail]>
>>>> Date: 2010/07/30 01:12:41GMT-07:00
>>>> To: [e-mail]
>>>> Subject: Re: [Autoconf] Forgot one [Was: RFC 5889
>>>> 
>>>> 
>>>> Please double-check this, but I think it has all the list of changes that Jari said verbally.
>>>> 
>>>> Erik
>>>> 
>>>> ----
>>>> 
>>>> Change the title
>>>> FROM
>>>>               IP Addressing Model in Ad Hoc Networks
>>>> TO
>>>>               A Router Addressing Model in Ad Hoc Networks
>>>> 
>>>> In section 5:
>>>> OLD:
>>>> Routing protocols running on a router may exhibit different
>>>> requirements for uniqueness of interface addresses; some have no such
>>>> requirements, others have requirements ranging from local uniqueness
>>>> only, to uniqueness within, at least, the routing domain (as defined
>>>> in [RFC1136]).
>>>> 
>>>> Configuring an IP address that is unique within the routing domain
>>>> satisfies the less stringent uniqueness requirements of local
>>>> uniqueness, while also enabling protocols which have the most
>>>> stringent requirements of uniqueness within the routing domain.  This
>>>> suggests the following principle:
>>>> 
>>>> o  an IP address assigned to an interface that connects to a link
>>>>  with undetermined connectivity properties should be unique, at
>>>>  least within the routing domain.
>>>> NEW:
>>>> Routing protocols running on a router may exhibit different
>>>> requirements for uniqueness of interface addresses; some have no such
>>>> requirements, others have requirements ranging from local uniqueness
>>>> only, to uniqueness within, at least, the routing domain (as defined
>>>> in [RFC1136]).
>>>> Routing protocols that do not require unique IP addresses within the
>>>> routing domain utilize a separate unique identifier within the routing
>>>> protocol itself; such identifiers could be based on factory assignment
>>>> or configuration.
>>>> 
>>>> Nevertheless, configuring an IP address that is unique within the routing
>>>> domain satisfies the less stringent uniqueness requirements of local
>>>> uniqueness, while also enabling protocols which have the most
>>>> stringent requirements of uniqueness within the routing domain.  As a result, the following principle allows for IP autoconfiguration to
>>>> apply to the widest array of routing protocols:
>>>> 
>>>> o  an IP address assigned to an interface that connects to a link
>>>>  with undetermined connectivity properties should be unique, at
>>>>  least within the routing domain.
>>>> 
>>>> In Section 6.1:
>>>> OLD:
>>>> o  There is no mechanism to ensure that IPv6 link-local addresses are
>>>>  unique across multiple links, hence they cannot be used to
>>>>  reliably identify routers (it is often desirable to identify a
>>>>  router with an IP address).
>>>> 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 are of the modified EUI-64 form are
>>>>  globally unique. Thus if link-local addresses are used to reliably
>>>>  identify routers then they must be of the modified EUI-64 form.
>>>> 
>>>> ---
>>>> _______________________________________________
>>>> Autoconf mailing list
>>>> [e-mail]
>>>> https://www.ietf.org/mailman/listinfo/autoconf
>>> 
>>> _______________________________________________
>>> Autoconf mailing list
>>> [e-mail]
>>> https://www.ietf.org/mailman/listinfo/autoconf
>> 
>> _______________________________________________
>> Autoconf mailing list
>> [e-mail]
>> https://www.ietf.org/mailman/listinfo/autoconf
>> 
> 
> 
> _______________________________________________
> Autoconf mailing list
> [e-mail]
> https://www.ietf.org/mailman/listinfo/autoconf