<div dir="ltr"><div>That about sums my feeling about it. This is not an earth-shaking issue from my point of view. If RIRs and their constituents are at a point where the scraps of v4 returned to IANA are that important to their business processes, then they have missed the boat.<br>
</div>Happy Holidays to all.....<br></div><div class="gmail_extra"><br><br><div class="gmail_quote">On Fri, Dec 6, 2013 at 8:08 PM, Jason Schiller <span dir="ltr"><<a href="mailto:jschiller@google.com" target="_blank">jschiller@google.com</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr">Bill,<div><br></div><div>I appreciate you thoughts on this matter, but I am not sure how to translate that to actionable advice to IANA who wants to make sure their process is clear, and the community is not surprised by what ever action they take.</div>
<div><br></div><div>I think it boils down to IANA does not have to wait for the next six month window to open the first time it draws down from the <font face="arial, sans-serif">Recovered IPv4 Pool, but they can use their discretion and wait for the window if the window opening is close, </font> or if there is other significantly sized space whose return is eminent.</div>
<div><br></div><div>___Jason</div></div><div class="gmail_extra"><br><br><div class="gmail_quote">On Fri, Dec 6, 2013 at 8:07 AM, Bill Darte <span dir="ltr"><<a href="mailto:billdarte@gmail.com" target="_blank">billdarte@gmail.com</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><div>I hear what you are saying, and I do think that the issue is discretion.<br>IF there is little to no addresses in the pool, then wait...however long, until the next window opens, hoping that some returns will happen. IF it were known that some returns were likely or in process, then wait until they are available to add to what exists or reach the threshold of distribution. I think this is less an issue of timing and more an issue of management and discretion. Without the fuzziness of the language, that discretion is unavailable.<br>
<br></div>Still, honestly, I don't think this is a burning issue either way. IMO the likelihood of large pools of returned addresses being available when there is a market for them is unlikely and later when there is less demand perhaps, then who cares....<span><font color="#888888"><br>
<br>bd<br></font></span></div><div><div><div class="gmail_extra"><br><br><div class="gmail_quote">On Thu, Dec 5, 2013 at 11:48 PM, Jason Schiller <span dir="ltr"><<a href="mailto:jschiller@google.com" target="_blank">jschiller@google.com</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><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><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>
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>
<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>
<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>
<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>
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><font color="#888888">
<br><span><font color="#888888">
<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></font></span></blockquote></div><span><font color="#888888"><br><br clear="all"><div><br></div>-- <br><font color="#555555" face="'courier new', monospace"><div><span style="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>|<a href="tel:571-266-0006" value="+15712660006" target="_blank">571-266-0006</a></font></div>
<div><font face="'courier new', monospace"><br>
</font></div></span></div></font>
</font></span></div>
<br>_______________________________________________<br>
PPML<br>
You are receiving this message because you are subscribed to<br>
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/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></blockquote></div><br></div><span class="HOEnZb"><font color="#888888">
</font></span></div></div></blockquote></div><span class="HOEnZb"><font color="#888888"><br><br clear="all"><div><br></div>-- <br><font color="#555555" face="'courier new', monospace"><div><span style="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>|<a href="tel:571-266-0006" value="+15712660006" target="_blank">571-266-0006</a></font></div>
<div><font face="'courier new', monospace"><br>
</font></div></span></div></font>
</font></span></div>
</blockquote></div><br></div>