<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 TRANSITIONAL//EN">
<HTML>
<HEAD>
  <META HTTP-EQUIV="Content-Type" CONTENT="text/html; CHARSET=UTF-8">
  <META NAME="GENERATOR" CONTENT="GtkHTML/3.14.1">
</HEAD>
<BODY>
I wanted to give you all an update on the discussion of the "Global Policy for the Allocation of the remaining IPv4 Address Space" before heading to Alburqueque.<BR>
<BR>
As I mentioned on the policy proposal the text of the policy allowed to have two discussion: is such a policy needed? and what should be the size of the last allocation form IANA?.<BR>
<BR>
We have made a great progress in the first issue and some in the second.<BR>
<BR>
Here is an update:<BR>
    - LACNIC, the policy reached consensus.<BR>
    - APNIC, there was consensus that a global policy for the allocation of the remaining IPv4 space such as this one was needed. Not consensus on the size that allocation or the text.<BR>
    - AFRINIC, idem APNIC.<BR>
<BR>
So up to now, three of the five RIR have a positive opinion that a global policy is needed. Here are the main arguments showed on these three meetings:<BR>
<BR>
- It is a RIR issue: the allocation of the remaining IPv4 space is an issue that should be solved inside the RIR community and a global policy will be a clear signal to other actors (there are some governmental documents on the IGF preparation).<BR>
<BR>
- Central Pool: This policy releases the pressure on the central pool.<BR>
<BR>
- Certainty:  this policy brings certainty to every RIR on what to expect as a last allocation. Without this policy there are different scenarios of what could happen, and which would be the first RIR to run out of addresses.<BR>
<BR>
- Conservation: after approving this policy the scenario will be such that each RIR could analyze more conservative policies such as the proposed  "soft-landing" or the reservation of addresses to specific infrastructure. The current "on demand" policy encourage the consumption of addresses until the end of the IPv4 space.<BR>
<BR>
- easy to implement: This policy is strait-forward to implement.<BR>
<BR>
See you in Albuquerque,<BR>
<BR>
Roque<BR>
<BR>
 <BR>
<BR>
<TABLE CELLSPACING="0" CELLPADDING="0" WIDTH="100%">
<TR>
<TD>
<PRE>
-- 

------------------------------------------------------------- 
Roque Gagliano ANTEL - URUGUAY 
<A HREF="mailto:rgaglian@antel.net.uy">rgaglian@antel.net.uy</A> 
</PRE>
</TD>
</TR>
</TABLE>
</BODY>
</HTML>