It appears from the discussion that the "network administrator" is
trying to get *multiple* Linksys/equivalent systems to work together
with no intervention (and potentially with multiple, independent ISPs).
None of the people who I know who have such a setup with IPv4 expect
this to work "out of the box" and that is what I see people trying to do
here with ULAs.
Brian
Fred Baker wrote:
well, of course. The question isn't what the RFC was written for, it's
what it might be used for. In this case, the "network administrator" is
the person who in today's internet installs a Linksys/equivalent system
in the residence/SOHO and expects to to work before they have attached
to the ISP. It works with IPv4...
On Jan 15, 2010, at 9:43 AM, Brian Haberman wrote:
Wojciech Dec (wdec) wrote:
In general, reading through the ULA rfc, while there is a fair bot of
talk regarding pseudo-random ULA global-id's and use along with SLAAC,
there hardly is any reference to the scenario where there can be
multiple global-id's per site sourced by multiple routers. However, the
presence of a subnet-id indicates that the authors did have in mind a
more managed addressing assignment regime, which becomes undone in the
multiple router/gateway case.
The ULA RFC was not written with the perspective that individual
routers would automatically generate the ULA prefix and then advertise
them (either in RAs or a routing protocol). Rather, a network
administrator would generate the ULA prefix using the guidelines
provided, design a subnet model for the network, and then configure
the ULA prefix + subnet information in the routers.
If a network admin wanted multiple, diverse ULA prefixes, he/she can
use the random generation logic to generate an arbitrary number of
them. Again, the RFC was not written with the intent of routers
automatically generating the ULA prefix without operator intervention.
Regards,
Brian
--------------------------------------------------------------------
IETF IPv6 working group mailing list
[email protected]
Administrative Requests: https://www.ietf.org/mailman/listinfo/ipv6
--------------------------------------------------------------------
http://www.ipinc.net/IPv4.GIF
--------------------------------------------------------------------
IETF IPv6 working group mailing list
[email protected]
Administrative Requests: https://www.ietf.org/mailman/listinfo/ipv6
--------------------------------------------------------------------
