<div dir="ltr">David, Bill,<div><br></div><div>Does it make sense to wait even if the next window is only a month away? </div><div>The policy states the the IP space is divided 5 ways equally and the pool emptied except for the remainder.</div>
<div><br></div><div>This means it is unlikey additional IPs will be returned to IANA in the next month, and when the next window opens up in a month there will be nothing to allocate to the RIRs.</div><div><br></div><div>
In fact we could go a full year with no IP space returned in which case two windows would open and close and the RIRs would get no allocations. </div><div><br></div><div><br></div><div>The reason for only making the allocation every 6 months is to allow enough time to collect IP addresses and calculate a sizable chunk to each RIR rather than splitting every /21 into five /24s with a remainder of thee /24s.</div>
<div><br></div><div>At this point IANA has already been collecting IPs since 02/03/2011, much longer than 6 months.</div><div><br></div><div>Thoughts?</div><div><br></div><div>If you still think it makes sense to wait, where would you draw the line? Less than 3 months to a window then wait?</div>
<div><br></div><div>__Jason</div></div><div class="gmail_extra"><br><br><div class="gmail_quote">On Thu, Dec 5, 2013 at 1:33 PM, David Farmer <span dir="ltr"><<a href="mailto:farmer@umn.edu" target="_blank">farmer@umn.edu</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Jason,<br>
<br>
I agree with the general intent of what you have written below. However, I believe the "may begin" was used to allow IANA and the RIRs some flexibility to do the "right thing" based on the circumstances at the time when one of the RIRs drops below /9.<br>
<br>
One situation where it might be the right thing to wait, is if one of the RIRs drops below /9 just before one of the prescribed dates (March 1, or September 1), like within a month or less. In this circumstance, I think it would be best to just wait for the next prescribed date, rather than make the initial disbursement and then make a scheduled disbursement less than a month later.<br>
<br>
Where as, if one of the prescribed dates has just past, then it makes no sense to wait the nearly 6 months for the next prescribed date.<br>
<br>
Thanks.<div class="im"><br>
<br>
On 12/4/13, 07:37 , Jason Schiller wrote:<br>
</div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div class="im">
It seems fairly clear to me that that the policy instructs IANA to make<br>
the first allocation immediately upon one RIR dropping below a /9<br>
inventory, and there after must wait until the next 6-month window opens<br>
up for subsequent allocations.<br>
<br>
The window serves to allow IANA to collect IPs in its Recovered IPv4<br>
Pool, and then have fixed point in time when the amount of IPs is<br>
totaled and divided. At the time the first RIR drops below a /9, IANA<br>
will have already had sufficient time to collect IPs.<br>
<br>
It also seems obvious to me that, there is a fair bit of complexity in<br>
describing this behavior and if the authors desired IANA to wait for the<br>
next 6-month window to open, then this policy text would have been much<br>
shorter.<br>
<br>
If you think this policy suggests the IANA should wait for the next<br>
6-month window to open, please speak up.<br>
<br>
Thanks,<br>
<br>
__Jason<br>
<br>
<br>
On Wed, Dec 4, 2013 at 8:07 AM, Jason Schiller <<a href="mailto:jschiller@google.com" target="_blank">jschiller@google.com</a><br></div><div><div class="h5">
<mailto:<a href="mailto:jschiller@google.com" target="_blank">jschiller@google.com</a>>> wrote:<br>
<br>
I wanted to advise the community, and seek its input on the question<br>
of when IANA should make its first allocation from the Recovered<br>
IPv4 Pool.<br>
<br>
It seems some read the global policy and conclude that the Recovered<br>
IPv4 Pool becomes active immediately after one RIR dipping below a<br>
/9 of inventory and IANA should straight away<br>
make an allocation and then make its next allocation after crossing<br>
the next 6-month period starting on March 1st or September 1st.<br>
<br>
It seems some read the global policy and conclude that the IANA<br>
should make its first allocation from the after crossing the next<br>
6-month period starting on March 1st or September 1st after one RIR<br>
dipping below a /9 of inventory.<br>
<br>
In short should IANA make an allocation after one RIR dipping below<br>
a /9 of inventory or should it wait until the next 6-month period<br>
opens up?<br>
<br>
Below is the email we have received regarding this question:<br>
<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
Dear Louie,<br>
<br>
As you chair the ASO AC, I am seeking your guidance on the<br>
interpretation of the Global Policy for Post Exhaustion IPv4<br>
Allocation<br>
Mechanisms by the IANA, which was ratified in May 2012.<br>
<br>
The global policy defines states that "Allocations from the IANA may<br>
begin once the pool is declared active." It is not clear whether this<br>
means that allocation from the Recovered IPv4 Pool should be made<br>
straight away or whether they should happen at the start of the next<br>
"IPv4 allocation period," the "6-month period following 1 March or 1<br>
September."<br>
<br>
We hope you can advise us on the intended meaning of this sentence, so<br>
that we can implement the policy appropriately.<br>
<br>
We look forward to receiving your response on this question of<br>
interpretation of the Global Policy for Post Exhaustion IPv4<br>
Allocation<br>
Mechanisms by the IANA.<br>
<br>
Kind regards,<br>
<br>
Leo Vegoda<br>
ICANN<br>
</blockquote>
<br>
<br>
<br>
--<br>
______________________________<u></u>_________________________<br>
Jason Schiller|NetOps|<a href="mailto:jschiller@google.com" target="_blank">jschiller@<u></u>google.com</a><br></div></div>
<mailto:<a href="mailto:jschiller@google.com" target="_blank">jschiller@google.com</a>>|<a href="tel:571-266-0006" value="+15712660006" target="_blank">571-266-0006</a> <tel:<a href="tel:571-266-0006" value="+15712660006" target="_blank">571-266-0006</a>><div class="im">
<br>
<br>
<br>
<br>
<br>
--<br>
______________________________<u></u>_________________________<br>
Jason Schiller|NetOps|<a href="mailto:jschiller@google.com" target="_blank">jschiller@<u></u>google.com</a><br></div><div class="im">
<mailto:<a href="mailto:jschiller@google.com" target="_blank">jschiller@google.com</a>>|<a href="tel:571-266-0006" value="+15712660006" target="_blank">571-266-0006</a><br>
<br>
<br>
<br>
______________________________<u></u>_________________<br>
PPML<br>
You are receiving this message because you are subscribed to<br></div><div class="im">
the ARIN Public Policy Mailing List (<a href="mailto:ARIN-PPML@arin.net" target="_blank">ARIN-PPML@arin.net</a>).<br>
Unsubscribe or manage your mailing list subscription at:<br>
<a href="http://lists.arin.net/mailman/listinfo/arin-ppml" target="_blank">http://lists.arin.net/mailman/<u></u>listinfo/arin-ppml</a><br>
Please contact <a href="mailto:info@arin.net" target="_blank">info@arin.net</a> if you experience any issues.<br>
<br>
</div></blockquote><span class="HOEnZb"><font color="#888888">
<br>
<br>
-- <br>
==============================<u></u>==================<br>
David Farmer Email: <a href="mailto:farmer@umn.edu" target="_blank">farmer@umn.edu</a><br>
Office of Information Technology<br>
University of Minnesota<br>
2218 University Ave SE Phone: <a href="tel:1-612-626-0815" value="+16126260815" target="_blank">1-612-626-0815</a><br>
Minneapolis, MN 55414-3029 Cell: <a href="tel:1-612-812-9952" value="+16128129952" target="_blank">1-612-812-9952</a><br>
==============================<u></u>==================<br>
</font></span></blockquote></div><br><br clear="all"><div><br></div>-- <br><font color="#555555" face="'courier new', monospace"><div><span style="color:rgb(0,0,0);font-family:arial"><font color="#555555" face="'courier new', monospace">_______________________________________________________<br>
</font><div><font face="'courier new', monospace">Jason Schiller|NetOps|<a href="mailto:jschiller@google.com" target="_blank">jschiller@google.com</a>|571-266-0006</font></div><div><font face="'courier new', monospace"><br>
</font></div></span></div></font>
</div>