<<< Chronological >>> | Author Index Subject Index | <<< Threads >>> |
As nothing has been discussed so far, can I read this as "the current
PI policy isn't that bad after all, at least not bad enough to actually
change it"?
...or we are all overworked. The policy is in my opinion broken.I agree that something is broken here. My opinion is more that the underlying concept of PI space is broken, though.
I agree with you, but to fix that will take a long time and much effort.
Ok, TLD servers are a bad example, not because I think they do not need portable space, but because the problem with changing glue-records are ore administrivia than anything else. As I am currently working for a IXP, getting address space is a problem. And no, IXPs don't always have a clear upstream provider. And I would not like to have to get one just to sort this out.I still fail to see an example of something that is:I am mostly concerned that the current policy actually request the RIR to hand out useless addresses. This will lead to a growth of the routingtable of prefixes that most likely can not be used. The current policy is simply not meaningful. My suggestion is that we change the policy into something that will at least produce useable prefixes.
- smaller than a /24
- not a root name server
- but needs PI space
You claim that the TLD name server "must have" its own PI block. I don't
understand why this is so. Other servers and clients all over the world
know the address of the TLD server by the glue record in the root, and
nothing is ever hardwired.
If you ("all of you") feel like there is need for a changed policy, pleaseThe TLD server issue a side, my main problem is that we have a policy that says we should hand out useless addresses.
formulate a specific proposal how the new policy should be. Maybe explain
the specific scenario behind it, and judge whether this is something which
is useful for the common good. Convenience for single operators is not a
good argument.
<<< Chronological >>> | Author Subject | <<< Threads >>> |