[arin-ppml] 2008-6: Emergency Transfer Policy for IPv4 Addresses

[Robert Bonomi]

> From tedm at ipinc.net  Mon Sep 29 19:23:21 2008
> From: "Ted Mittelstaedt" <tedm at ipinc.net>
> To: "'Robert Bonomi'" <bonomi at mail.r-bonomi.com>, <arin-ppml at arin.net>
> Subject: RE: [arin-ppml] 2008-6: Emergency Transfer Policy for IPv4 Addresses
> Date: Mon, 29 Sep 2008 17:23:14 -0700
>
>
>
> > -----Original Message-----
> > From: arin-ppml-bounces at arin.net 
> > [mailto:arin-ppml-bounces at arin.net] On Behalf Of Robert Bonomi
> > Sent: Monday, September 29, 2008 4:55 PM
> > To: arin-ppml at arin.net
> > Subject: Re: [arin-ppml] 2008-6: Emergency Transfer Policy 
> > for IPv4 Addresses
> > 
>
> > 
> > If the RIRs are *NOT* in the loop, then what happens is that 
> > the RIR database loses touch with reality.  "Name A" is on 
> > the books, but the address block is actually being used by 
> > "Name B", "Name C", "Name D", and "Name G".  For whom there 
> > is _no_ information whatsoever in the database.  Good luck 
> > contacting them when _you_ have a problem.
> > 
>
> Why is this a problem?

"You'll find out."  <wry grin>

> If the RIR can't contact them, then the block is determined to
> be rogue and it becomes available for reassignment.

Who said anything about the RIR not being ablet to contact
'Name A' the 'owner of record', as it were?

Name A _is_ contactable.  They just "don't care" what the people
they've "sold" the addresses to do with/from that space.

They take the attitude it isn't _their_ fault that the RIR database
isn't up to date -- it isn't *their* job, after all, to maintain it.