[ppml] Allocation and reallocation

Owen DeLong owen at delong.com
Mon Oct 27 12:42:53 EST 2003


This is handled in the policy as it exists today.  The LIR can be it's own
customer for some of it's blocks.  If, for example, an LIR receives a /20
from ARIN, they need to allocate or assign 80% of it before they can get
more.  They can ASSIGN some of it to themselves for their infrastructure
as long as they meet the 50% utiliziation criteria for assignment on those
blocks. They can assign and allocate other parts of it to their customers.
When 80% has been allocated or assigned, they go back to ARIN and ask
for another allocation.

Really... This part of the policy is _NOT_ broken.  The terminology (which
is what started this debate) may be, but, the actual policy itself is not.

Owen


--On Monday, October 27, 2003 12:32:01 PM -0500 Charles Scott <cscott at gaslightmedia.com> wrote:

>
> Michael:
>   No! What I'm saying is that we do have that right now--separate policies
> for ISP's vs end-users. However, the difference is not in the
> organization, but in what you're doing with the address block. If you're
> assigning blocks out of it for end-user consumption it's one policy, if
> you're consuming address space in the block as an end-user it's the other
> policy. Both policies may very well apply to one organization if they do
> both. I dare say, there are probably no ISP's that assign address space to
> end-users but that don't consume space as an end-user themselves.
>
> Chuck Scott
>
>
>
> On Mon, 27 Oct 2003 Michael.Dillon at radianz.com wrote:
>
>> > The 80% and 25%/50% guidelines are that way because
>> > consumption of address space must be considered differently for
>> > assignable space vs end-user space.
>>
>> I think it's more useful to have separate guidelines
>> for end-users vs. ISPs. In other words to classify the
>> organizations rather than the address blocks that they
>> have registered with ARIN.
>>
>> --Michael Dillon
>>
>>
>



-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 189 bytes
Desc: not available
URL: <https://lists.arin.net/pipermail/arin-ppml/attachments/20031027/dc99d569/attachment-0001.sig>


More information about the ARIN-PPML mailing list