[ppml] Policy Proposal: Expand timeframe of Additional Requests

[Scott Leibrand]

Dan,

I think this would've been a good change to make a few years ago, when 
we were further away from IPv4 exhaustion.  However, I think this 
proposal moves us in the wrong direction with regards to avoiding 
hoarding as IPv4 free pool exhaustion nears.

-Scott

Member Services wrote:
> ARIN received the following policy proposal. In accordance with the ARIN
> Internet Resource Policy Evaluation Process, the proposal is being
> posted to the ARIN Public Policy Mailing List (PPML) and being placed on
> ARIN's website.
>
> The ARIN Advisory Council (AC) will review this proposal at their next
> regularly scheduled meeting. The AC may decide to:
>
>    1. Accept the proposal as a formal policy proposal as written. If the
> AC accepts the proposal, it will be posted as a formal policy proposal
> to PPML and it will be presented at a Public Policy Meeting.
>
>    2. Postpone their decision regarding the proposal until the next
> regularly scheduled AC meeting in order to work with the author. The AC
> will work with the author to clarify, combine or divide the proposal. At
> their following meeting the AC will accept or not accept the proposal.
>
>    3. Not accept the proposal. If the AC does not accept the proposal,
> the AC will explain their decision. If a proposal is not accepted, then
> the author may elect to use the petition process to advance their
> proposal. If the author elects not to petition or the  petition fails,
> then the proposal will be closed.
>
> The AC will assign shepherds in the near future. ARIN will provide the
> names of the shepherds to the community via the PPML.
>
> In the meantime, the AC invites everyone to comment on this proposal on
> the PPML, particularly their support or non-support and the reasoning
> behind their opinion. Such participation contributes to a thorough
> vetting and provides important guidance to the AC in their deliberations.
>
> The ARIN Internet Resource Policy Evaluation Process can be found at:
> http://www.arin.net/policy/irpep.html
>
> Mailing list subscription information can be found at:
> http://www.arin.net/mailing_lists/
>
> Regards,
>
> Member Services
> American Registry for Internet Numbers (ARIN)
>
>
> ## * ##
>
>
> Policy Proposal Name: Expand timeframe of Additional Requests
>
> Author: Dan Alexander
>
> Proposal Version: Version 1.0
>
> Submission Date: 8/14/2007
>
> Proposal type: modify
>
> Policy term: permanent
>
> Policy statement:
>
> The proposal is to modify section 4.2.4.4 of the NRPM
>
> Current wording:
> "After a subscriber has been a member of ARIN for one year they may
> choose to request a six-month supply of IP addresses."
>
> Change to:
> "After an organization has been an ARIN member in good standing for one
> year, they may choose to request up to a 12 month supply of IP addresses."
>
>
> Rationale:
>
> Currently, all RIR's provide organizations with at least a 12 month
> supply of IPv4 address space when making subsequent requests, with the
> exception of the ARIN region. The primary reason for this change is for
> continuity among all RIR. In doing so, all established organizations
> have a more consistent access to IP resources.
>
> The adjustment does not change demand on IPv4 address space. It only
> changes the frequency in which established organizations need to request
> address space.
>
> This would allow for fewer potential aggregates allocated to an
> organization providing more consolidated routing announcements.
>
> This does not change the requirement on new organizations where
> established growth trends have yet to be established.
>
>
> Timetable for implementation: Immediate
>
> _______________________________________________
> PPML
> You are receiving this message because you are subscribed to the ARIN Public Policy
> Mailing List (PPML at arin.net).
> Unsubscribe or manage your mailing list subscription at:
> http://lists.arin.net/mailman/listinfo/ppml Please contact the ARIN Member Services
> Help Desk at info at arin.net if you experience any issues.
>