2012-12-13 21:05, RJ Atkinson <[email protected]> :

> 
> On 13  Dec 2012, at 10:46 , Rémi Després wrote:
>> Reverse mapping, whose use I still don't see,
>> cannot work the privacy option of RFC 4941
> 
> It still works fine, because the scope bit 
> is set to local scope for the RFC-4941 uses
> (RFC-4941, Section 3.2.1, Step 3).
> 
> Under IEEE 802 rules, as best I understand them,
> all bets are off once the scope bit has been set
> to local.

In IEEE, g=1 always specifies that the MAC address is a group address, BOTH for 
universal and local scopes. 

> If the 4RD folks want to do something special when (U==0),
> as far as I know there aren't any issues.  

This wouldn't work because 4rd needs a guarantee that its IIDs differ from 
those of the privacy option.

> It is the 
> apparent insistence upon changing the semantics of 
> the (U==1) and (G==1) combination that is problematic.

The proposal is only to use the u=g=1 pattern (never used so far in IIDs of 
unicast addresses) as the escape pattern permitting to specify new IID types 
(for IPv6 unicast addresses):
- u=0 => all other bits have any values (privacy option)
- u=1 and g=0 => all other bits comply with IEEE EUI-64
- u=g=1 => all other bits have an IETF defined format, determined by an IID 
type whose pattern is registered by IANA.

Regards,
RD


PS: Note that, to simultaneously run ILNP and 4rd in a site with a guarantee 
that they won't interfere, it is sufficient that ILNP node IDs are without 
u=g=1. Each experiment thus deals with its exclusive addresses its own way.


 
> 
> Yours,
> 
> Ran
> 
> 
> PS:  I'm now offline due to travel, and expect to be
>     offline for several days.
> 
> 
> 
> --------------------------------------------------------------------
> IETF IPv6 working group mailing list
> [email protected]
> Administrative Requests: https://www.ietf.org/mailman/listinfo/ipv6
> --------------------------------------------------------------------
--------------------------------------------------------------------
IETF IPv6 working group mailing list
[email protected]
Administrative Requests: https://www.ietf.org/mailman/listinfo/ipv6
--------------------------------------------------------------------

Reply via email to