[ppml] Revising Centrally Assigned ULA draft

[Jeroen Massar]

[cc'ing RIPE address policy + ARIN PPML where the discussion on this
happened, I have not seen any 'operators' who have said the below, if
there are they are there and can thus raise their voices because they
will see this message; removed the silly spam scoring subject...]

JORDI PALET MARTINEZ wrote:
> Operators have said that they will not be able to use ULA, but they could
> use ULA-C, for example for thinks like microallocations for internal
> infrastructure's.

I really wonder where you got that idea, as I know of no such operator
who would ever say that. If there are any, let them bring up their
argumentation, please don't come up with "somebody said that" it does
not work that way.

Real network operators, especially involved in the RIPE or other RIR's,
have more than enough address space from their PA allocations that they
can easily receive and they very well know how to use a /48 from that
for internal infrastructure as everybody does this. The IPv6 PA policies
even describe that a /48 can be used per POP of the owner of the PA block.

Also in the ARIN region any organization can get a /48 PI block for
about $100/year, as such these organizations won't be needing this
address space either as they can easily take a /64 out of that for those
needs. Firewalling is the key here.


> I think the policy proposal that I sent to several regions includes text and
> links to other documents that can clarify this perspective.
> 
> For example in RIPE NCC:
> http://www.ripe.net/ripe/policies/proposals/2007-05.html

That is your proposal indeed. No "Operator" has stood behind this and
various people from various organizations have clearly asked you and the
RIPE NCC to *freeze* this proposal till at least the IETF has worked out.

Anybody needing a "globally unique" block can get either PA or PI space.
ULA-C as such is useless.

Greets,
 Jeroen

-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 311 bytes
Desc: OpenPGP digital signature
URL: <https://lists.arin.net/pipermail/arin-ppml/attachments/20070614/23733189/attachment.sig>