[arin-ppml] 2008-6: Emergency Transfer Policy for IPv4 Addresses
bonomi at mail.r-bonomi.com
Mon Sep 29 22:04:01 EDT 2008
> 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.
More information about the ARIN-PPML