[arin-ppml] Some observations on the differences in the various transfer policy proposals

[Geoff Huston]

We certainly differ in perspective, thats true.

I'd rather not write a 1,000 word response - this list is already in  
overload in terms of reading matter, so I'll limit myself to 150  
words, and  simply state that I do not see this situation within the  
parameters of the analogies you are drawing here.

As  far as I can see when all thats left to the RIRs in IPv4 in the  
registry function then it seems rather self-defeating to me to start  
imposing all kinds of constraints and conditions on write access to  
the registry. The most natural response in such situation in the face  
of such constraints and additional overheads is for folk to head to a  
more accommodating registry. And I don't think that is a desireable  
outcome.

But you see it differently. Fair enough

rgds,

   Geoff

   Disclaimer: these are all my opinions - I'm not representing anyone  
or anybody else.

On 20/10/2008, at 5:03 PM, Tom Vest wrote:

> Geoff, IMHO, you're simply off base here, both in your specific  
> recommendations, and in your claim that there is no relevant  
> experience base.
>
> I happen to believe that you've been absolutely true to your  
> convictions since RFC 1744. And I recognize that your convictions  
> (if RFC 1744 is any guide), or at least your concrete  
> recommendations since then, have a solid, principled foundation in  
> libertarian "free banking" theories (for those interested, see  
> references below). But the fact remains, every time that such  
> theories have been put into practice they have failed absolutely,  
> resulting in the imposition of national partitioning of markets and  
> regulatory structures, if not outright nationalization/operation of  
> the affected industries. There is no reason to doubt that anything  
> other than that will result from the course of action you're  
> advocating, and numerous specific and likely reasons/paths that  
> would lead precisely to that outcome.
>

[...]