On 05/19/2013 04:31 PM, james woodyatt wrote:
> I have a problem with the following set of requirements:
> 
> The Net_Iface is a value that identifies the network interface for 
> which an IPv6 address is being generated.  The following properties 
> are desirable for the Net_Iface:
> 
> o  it MUST be constant across system bootstrap sequences and other 
> network events (e.g., bringing another interface up or down)
> 
> o  it MUST be different for each network interface
> 
> Some hosts have dynamic logical network interfaces (distinguishable
> from physical interface), which are created every time the host joins
> a network, and destroyed when the host separates from a previously
> joined network.  Examples are typically interfaces that involve
> signaling systems, point-to-point connection semantics for the link
> layer, e.g. virtual private networks, automatic tunnels, et cetera.
> 
> According to these requirements, such hosts MUST NOT reuse previously
> generated stable privacy addresses when joining the same network with
> a new logical interface.  That seems counter to the goal of this
> standard.

I'm not sure I follow... The requirement is that you address changes
when you move from one network to another. The only requirement for
"Net_Iface" must be different for different network interface is that
DAD failures are avoided (i.e., you don't have any two interfaces
deterministically getting the same address).



> I think hosts need some latitude in these requirements to allow for
> temporally different network interfaces associated with the same
> network service from the host's view to have the same identity for
> the purpose of generating stable privacy addresses.

If you use the interface index for Net_Iface, you'd probably get exactly
this. Same thing if you use the interface name (these virtual interfaces
are likely to get the same names when they are re-created?).

Thanks!

Best regards,
-- 
Fernando Gont
SI6 Networks
e-mail: [email protected]
PGP Fingerprint: 6666 31C6 D484 63B2 8FB1 E3C4 AE25 0D55 1D4E 7492




--------------------------------------------------------------------
IETF IPv6 working group mailing list
[email protected]
Administrative Requests: https://www.ietf.org/mailman/listinfo/ipv6
--------------------------------------------------------------------

Reply via email to