<br><br><div class="gmail_quote">On Tue, Jan 13, 2009 at 2:15 PM, Member Services <span dir="ltr"><<a href="mailto:info@arin.net">info@arin.net</a>></span> wrote:<br><div><br> </div><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
Policy statement:<br>
<br>
This document describes the policy governing the allocation of IPv4</blockquote><div><br>I think that they may mean "a policy governing" instead of "the". There could be more than one global policy governing the recovery and subsequent return of v4 address space.<br>
 <br>[ clip]<br><br></div><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;"><br>
This policy is to be implemented in two phases.<br>
<br>
A. Phase I: Recovery of IPv4 Address Space<br>
<br>
Upon ratification of this policy by the ICANN Board of Directors the<br>
IANA shall establish a mechanism to receive IPv4 address space which is<br>
returned to it by the RIRs, and hold that address space in a 'recovered<br>
IPv4 pool'.<br>
<br>
Each RIR through their respective chosen policies and strategies may</blockquote><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
recover IPv4 address space which is under their administration. Each RIR<br>
shall at quarterly intervals return any such recovered address space to<br>
the IANA in aggregated blocks of /24 or larger, for inclusion in the<br>
recovered IPv4 pool.<br>
<br>
During Phase I, no allocations will be made from the recovered IPv4 pool.<br>
<br>
B. Phase II: Allocation of Recovered IPv4 address space by the IANA<br>
<br>
Upon ratification of this policy by the ICANN Board of Directors and a<br>
declaration by the IANA that its existing free pool of unallocated IPv4<br>
addresses space is depleted; Global Addressing Policy ASO-001-2 (adopted<br>
by ICANN Board 8 April 2005) is rescinded. IANA will then commence to<br>
allocate the IPv4 address space from the recovered IPv4 pool.</blockquote><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;"><br>
<br>
1. Allocation of IPv4 Address Space<br>
<br>
a. For the purposes of this policy, an 'IPv4 allocation period' is<br>
defined as a 6-month period following 1 March or 1 September in each year.<br>
<br>
b. At the beginning of each IPv4 allocation period, the IANA will<br>
determine the 'IPv4 allocation unit' for that period, as 1/10 of its<br>
IPv4 address pool, rounded down to the next CIDR (power-of-2) boundary.<br>
<br>
c. In each allocation period, each RIR may issue one IPv4 request to the<br>
IANA.  Providing that the RIR satisfies the allocation criteria<br>
described in paragraph B.2, the IANA will allocate a single allocation<br>
unit, composed of the smallest possible number of blocks available in<br>
its IPv4 address pool.<br>
<br>
2. IPv4 Address Space Allocation Criteria<br>
<br>
A RIR is eligible to receive additional IPv4 address space from the IANA<br>
when the total of its IPv4 address holdings is less than 50% of the<br>
current IPv4 allocation unit, and providing that it has not already<br>
received an IPv4 allocation from the IANA during the current IPv4<br>
allocation period.<br>
<br>
3. Initial Allocation of IPv4 Address Space<br>
<br>
Each new RIR shall, at the moment of recognition, be allocated one (1)<br>
allocation unit by the IANA. If an allocation unit is not available,<br>
then the IANA will issue this block as soon as one is available. This<br>
allocation will be made regardless of the newly formed RIR's projected<br>
utilization figures and shall be independent of the IPv4 address space<br>
that may have been transferred to the new RIR by the already existing<br>
RIRs as part of the formal transition process.<br>
<br>
4. Reporting<br>
<br>
a. All returned space is to be recorded in an IANA-published log of IPv4<br>
address space transactions, with each log entry detailing the returned<br>
address block, the date of the return, and the returning RIR.<br>
<br>
b. All allocated space is also to be recorded in this IANA-published log<br>
of IPv4 address space transactions, with each log entry detailing the<br>
address blocks, the date of the allocation and the recipient RIR.<br>
<br>
c. The IANA will maintain a public registry of the current disposition<br>
of all IPv4 address space, detailing all reservations and current<br>
allocations and current IANA-held address space that is unallocated.<br>
<br>
d) The IANA may make public announcements of IPv4 address block transactions<br>
that occur under this policy. The IANA will make appropriate<br>
modifications to the "Internet Protocol V4 Address Space" page of the<br>
IANA website and may make announcements to its own appropriate<br>
announcement lists. The IANA announcements will be limited to which<br>
address ranges, the time of allocation and to which Registry they have<br>
been allocated.<br>
<br>
Rationale:<br>
<br>
With the depletion of the IANA free pool of IPv4 address space, the<br>
current policy regarding the allocation of IPv4 address space to the<br>
RIRs will become moot. The RIRs may, according to their individual<br>
policies and procedures, recover IPv4 address space. This policy<br>
provides a mechanism for the RIRs to retro allocate the recovered IPv4<br>
address space to the IANA and provides the IANA the policy by which it<br>
can allocate it back to the RIRs on a needs basis. This policy creates a<br>
new global pool of IPv4 address space that can be allocated where it is<br>
needed on a global basis without a transfer of address space between the<br>
RIRs.<br>
<br>
<br>
</blockquote></div><br><br><br> As it's written, I am not in favor of this policy.<br><br>If the author(s) would make the following change, I'd reconsider:<br><br>Section A, Para 2, line 3:<br><br>
shall voluntarily, at quarterly intervals, return any such recovered address space to<br>        --------------<br><br>This would allow us to comply if local conditions permitted, and if this policy didnt work out as planned, opt out and stave off any potentially serious damage. Phase B allocation routine seems speculative. Who knows what the pool size will be at any given time and who will get the most benefit? IT doesn't sound like it supports a needs based system in a fair manner.  <br>
<br>Undoing or changing a global policy takes *years* and can be thwarted by a single RIR under the current system. If there were a disagreement related to any flaw, any RIR could be left holding the bag and out in the cold.<br>
<br>This policy reminded me of TARP, the big bank bailout. There should also potentially be restrictions on what this returned space could be used for and for how long.. <br><br><br>Best Regards,<br><br>Martin<br><br><br>
<br> <br><br><br><br>