<<< Chronological >>> Author Index    Subject Index <<< Threads >>>

Re: PI Policy Task Force: dead?

  • To: Kurt Erik Lindqvist < >
  • From: Gert Doering < >
  • Date: Sat, 12 Apr 2003 10:15:38 +0200
  • Cc: Gert Doering < >
    leo vegoda < >
    PI Policy Task Force < >

Hi,

On Fri, Apr 11, 2003 at 04:30:01PM +0200, Kurt Erik Lindqvist wrote:
> > 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 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.

I still fail to see an example of something that is:

 - 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.

I can see some arguments for using PI space in a company/VPN partner
scenario where you need to use unique addresses (which rules out RFC
space) but can't tie the addresses to a given provider, maybe not even 
route them globally at all.  But those are (usually) *big* companies.


Just to make this clear, though:  I'm not the one to decide anything here,
I just argue, and try to stir discussion.  

If you ("all of you") feel like there is need for a changed policy, please 
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.

Gert Doering
        -- NetMaster
-- 
Total number of prefixes smaller than registry allocations:  58485  (57742)

SpaceNet AG                 Mail: netmaster@localhost
Joseph-Dollinger-Bogen 14   Tel : +49-89-32356-0
80807 Muenchen              Fax : +49-89-32356-299





  • Post To The List:
<<< Chronological >>> Author    Subject <<< Threads >>>