[arin-ppml] Policy Proposal 112: Utilization of 10.4.2 resources only via explicit policy
BillD at cait.wustl.edu
Fri Apr 30 16:43:58 EDT 2010
Hello Joe, George, community
I am the AC's policy shepherd assigned to this policy proposal.
I will be taking a passive role in monitoring the pro's and con's, the for's and against's. I will also take an active role if I think further or different inquiry is needed on the subject, or if I am troubled by language or concepts that I believe need clarifying.
To that later end, I wonder, Joe, at your use of the language below...suggesting that existing policy in the assignment and/or allocation of /8 addresses is a 'squandering' of those resources.
If that were true, would you not be better off to proposal policy that remedies those ills?
From: arin-ppml-bounces at arin.net on behalf of Joe Maimon
Sent: Fri 4/30/2010 3:04 PM
To: George, Wes E IV [NTK]
Cc: arin-ppml at arin.net
Subject: Re: [arin-ppml] Policy Proposal 112: Utilization of 10.4.2 resources only via explicit policy
This /8 is not given to ARIN based upon need. It is given based upon its
status as the last one available from the free pool. There is no
implicit assumption that it should go to fill needs in the same manner
as all previous ones. I see no reason that it should be squandered in
the same manner as all the rest have without at minimum due
consideration as to possible alternates.
If there wont be enough time to work out policy for this last /8 while
holding it in reserve, then there definitely will not be time to work
out policy before it is consumed -- too late. On the other hand, the
policy process does have the ability to move quickly, such as the
emergency pdp process.
4.10 is possibly not enough. We do not know yet.
George, Wes E IV [NTK] wrote:
> I oppose this proposal. Justified use and allocation of IPv4 address space under ARIN's current policy is justified use regardless of whether it is the last /8 or not. I agree that there are some reasons to hold addresses in reserve for transition items, but the existing policy already makes provision for that in the form of a /10. It is impossible to say that we as a community will know (and more importantly, agree on) 100% of the reasons why addresses should be allocated in the 10.4.2 endgame and can get them all documented in the policy process in a reasonable amount of time so that this is not an overly inflexible and limiting rule for ARIN staff and users of IPv4 space.
> -----Original Message-----
> From: arin-ppml-bounces at arin.net [mailto:arin-ppml-bounces at arin.net] On Behalf Of Member Services
> Sent: Thursday, April 29, 2010 12:00 PM
> To: arin-ppml at arin.net
> Subject: [arin-ppml] Policy Proposal 112: Utilization of 10.4.2 resources only via explicit policy
> ## * ##
> Policy Proposal Name: Utilization of 10.4.2 resources only via explicit
> Proposal Originator: Joe Maimon
> Proposal Version: 1.0
> Date: 29 April 2010
> Proposal type: New
> Policy term: permanent
> Policy statement:
> Add section 4.11
> 4.11 Last /8 utilization
> Resources received from IANA under section 10.4.2 (the last /8) will be
> unavailable for any purposes not explicitly specified, such as 4.10, and
> will be held in reserve.
> No reason to blow the last /8 as quickly as all the others.
> Timetable for implementation: Concurrently with 10.4
> This e-mail may contain Sprint Nextel Company proprietary information intended for the sole use of the recipient(s). Any use by others is prohibited. If you are not the intended recipient, please contact the sender and delete all copies of the message.
> You are receiving this message because you are subscribed to
> the ARIN Public Policy Mailing List (ARIN-PPML at arin.net).
> Unsubscribe or manage your mailing list subscription at:
> Please contact info at arin.net if you experience any issues.
You are receiving this message because you are subscribed to
the ARIN Public Policy Mailing List (ARIN-PPML at arin.net).
Unsubscribe or manage your mailing list subscription at:
Please contact info at arin.net if you experience any issues.
-------------- next part --------------
An HTML attachment was scrubbed...
More information about the ARIN-PPML