On Mon, 9 Jul 2007, Stephen Sprunk wrote:
Thus spake "Roger Jorgensen" <[EMAIL PROTECTED]>
<snip>
* ULA-C/G are NOT ment to be used on internet
OTOH, there's no way for the IETF or RIRs to stop it from happening. I'm not
saying it will, but it is irresponsible to claim it won't when there's no
mechanism to enforce that.
the point are to state that the purpose are NOT to be routed in the DFZ,
not to make sure it never happen. That make-sure are upto those that use
the address space and route it, not use as other also have stated.
<snip>
- anyone can, IF the ULA-C/G holder want to, resolve the IP in
any given ULA-C/G block through the global DNS system (a
very very nice thing for everyone that hate the pain split-DNS
give you...additional administration)
There's no consensus yet that ULA-C/G will appear in the global DNS. PI/PA
space definitely will.
that is why I state that ULA-C/G without DNS is not usable, it is a very
usefull OPTION to have. Not something that everyone might want or want to
use, but it is an option for those that want it...
<snip>
If you start with the solution, one can always find problems that it solves.
However, if you start with a defined problem, the solution may not be what
you expect. Every example you've given so far is solved at least as well by
PI space as by ULA space, and in some cases better by PI.
I am completly aware of that from a techincal point of view UA (PI and PA)
vs. ULA-C/G are almost identifical. It is again the PURPOSE that are
different, not the technical possibilities.
I would claim that the purpose part would decide what address space I
would be using if I was about to build something.
Why is in the longer-context, right now we are making up the bricks you
later can use for other things, like ID/LOC etc...
--
------------------------------
Roger Jorgensen | - ROJO9-RIPE - RJ85P-NORID
[EMAIL PROTECTED] | - IPv6 is The Key!
-------------------------------------------------------
--------------------------------------------------------------------
IETF IPv6 working group mailing list
[email protected]
Administrative Requests: https://www1.ietf.org/mailman/listinfo/ipv6
--------------------------------------------------------------------
