[152303] in North American Network Operators' Group
Re: Squeezing IPs out of ARIN
daemon@ATHENA.MIT.EDU (Owen DeLong)
Tue Apr 24 15:04:20 2012
From: Owen DeLong <owen@delong.com>
In-Reply-To: <CAHsqw9vCWc8V4=BY5PeQMP3RtnnjdTrHje2=tDvipH+1Uwzdwg@mail.gmail.com>
Date: Tue, 24 Apr 2012 12:00:43 -0700
To: Jonathan Lassoff <jof@thejof.com>
Cc: nanog@nanog.org
Errors-To: nanog-bounces+nanog.discuss=bloom-picayune.mit.edu@nanog.org
On Apr 24, 2012, at 11:38 AM, Jonathan Lassoff wrote:
> On Tue, Apr 24, 2012 at 11:14 AM, Owen DeLong <owen@delong.com> wrote:
>> That's not entirely true. What you say applies to one possible way =
for an
>> ISP to get an allocation. It does not apply at all to end-users.
>=20
> Even for end-user allocations, they would still need to fulfill the
> requirements of 4.3.3 in the ARIN NRPM
> (https://www.arin.net/policy/nrpm.html#four33), no?
>=20
Yes, but, that utilization can be documented need for X hosts to be =
numbered in an initial
deployment, it does not have to be X existing hosts numbered from some =
other set of
resources. It can also be made up of hosts numbered from RFC-1918 space =
which now
need globally unique addresses for whatever reason.
> I suppose for "immediate need" assignments, this can be short
> circuited, but from what I know those are pretty rare.
>=20
Not all that rare, but, yes, relatively rare.
> Am I missing something?
>=20
I'm not sure. I know that I have no trouble getting appropriate sized =
assignments for
my end-user clients with appropriate justification of their needs =
without them necessarily
having existing space from ARIN or any other entity.
I know that the ARIN process can, on occasion be tricky to navigate if =
you don't
understand the subtleties of how some of the terminology is defined and =
that people
often use terms which have very specific meanings to ARIN staff members =
to have
a much broader meaning in what they are intending to say. I know that =
often leads
to misunderstandings which make the process even more difficult.
Owen
