[152340] in North American Network Operators' Group
Re: Squeezing IPs out of ARIN
daemon@ATHENA.MIT.EDU (John Curran)
Wed Apr 25 18:19:48 2012
From: John Curran <jcurran@arin.net>
To: Andy Susag <asusag@ifncom.net>
Date: Wed, 25 Apr 2012 22:19:07 +0000
In-Reply-To: <01245B4ABF809743A84B2F16C6598FEA01057639@hydrogen>
Cc: "nanog@nanog.org" <nanog@nanog.org>
Errors-To: nanog-bounces+nanog.discuss=bloom-picayune.mit.edu@nanog.org
On Apr 25, 2012, at 2:28 PM, Andy Susag wrote:
> We just recently "wrastled" with ARIN to get a whopping /22 from them,
> it wasn't very easy.=20
>=20
> Keeping record of what you have allocated downstream is important and I
> totally agree with ARIN insisting this be done. Luckily as long as you
> have an address, customer name, and a contact, you can issue reassign
> simples to hostmaster. You don't have to walk your customers through
> creating POCs and ORG-IDs. When you issue a reassign simple, it will
> automatically create all that. As long as your allocations are 80% full,
> you should be able to make a request. You might not get what you want
> though.
>=20
> Seems kind of counterproductive to ARIN though. I wouldn't think they'd
> like a database full of fudged SWIP info, but I guess they're OK with
> it...
Andy -=20
You're 90% right in your quick summary about reassignment data; more detail=
s are=20
available here: <https://www.arin.net/resources/request/reassignments.html>=
=20
If you've got concerns regarding privacy for residential subscribers, there=
are=20
specific mechanisms for handling that, but otherwise you should be putting =
in
accurate reassignment data (including organization) for each IPv4 assignmen=
t of
/29 or more. To not do so would be very awkward for you and your customers=
if=20
your network block were reported for Internet number resource fraud due to=
=20
being "full of fudged SWIP info"...
FYI,
/John
John Curran
President and CEO
ARIN
