[arin-ppml] ARIN-prop-172 Additional definition for NRPM Section 2 - Legacy Resources

[Kevin Kargel]

> -----Original Message-----
> From: arin-ppml-bounces at arin.net [mailto:arin-ppml-bounces at arin.net] On
> Behalf Of Milton L Mueller
> Sent: Tuesday, June 19, 2012 8:11 AM
> To: John Curran; Avri Doria
> Cc: arin-ppml at arin.net
> Subject: Re: [arin-ppml] ARIN-prop-172 Additional definition for NRPM
> Section 2 - Legacy Resources
> 
> 
> So here's the game of chicken I was warning you about.
> 
> John, you are making the startling claim that ARIN (let's not hide behind
> fancy terms like "community of global service providers") will de-register
> and reassign legacy address blocks if a legacy holder doesn't play ball
> with it. But you have no contractual authority over those resources, a
> fact which exposes your organization to lawsuits if it acts in such a
> manner.
[kjk] I support and applaud John's well thought and reasonable responses.
While what Milton says is true, there is not contractual authority, there is
also no contractual obligation to keep the resources listed in the database
or to associate a specific ASN with the resources.  
> 
> Worse, the REAL community of service providers may or may not go along
> with your attempt to unilaterally and extralegally assert authority over
> the resources; some of them might be quite happy to continue routing to
> Avri's blocks, or to whoever Avri assigns them to. I don't care what kind
> of piffle you put forward in the next messages, the simple fact is that
> ARIN does not and cannot speak for all the world's service providers and
> thus cannot guarantee that this does not happen.
[kjk] I suspect that the community of service providers will go along with
ARIN decisions.  

-------------- next part --------------
A non-text attachment was scrubbed...
Name: smime.p7s
Type: application/x-pkcs7-signature
Size: 4935 bytes
Desc: not available
URL: <https://lists.arin.net/pipermail/arin-ppml/attachments/20120619/65f191a9/attachment.bin>