<div dir="ltr">David,<br><br>TL;DR<br>The policy says "one or more transfers up to the total size of their current ARIN IPv4 address holdings"<br><br>My read suggests you can do one or many transfers within a two year window up to the amount approved.  There is no need to re-demonstrate utilization within the two year window so long as total specified transfer is less than a /16 or double your current holdings.<br><br>Can you address the question of if "demonstrated growth of IPv4 utilization of at least half of the amount of specified transfers" is acceptable to you as the sole anti-abuse provision, or if it is acceptable to you in addition to the 6 month restriction.<br><br>--<br><br>An organization has a /19.<br>It has growing products, and wants another /19 for its 1 or 2 year need.<br>It wants to avail itself of the new language.<br>It show 80%+ utilization of its existing /19.<br>It then gets blanket pre-approval for one or more transfers which total to a /19 over then next 2 years.<br><br>Then it transfers one /20, then the other..<br><br>OR<br><br>It closes the deal with Buyer A first, and transfers at ARIN using the proposed language.<br>That process yields<br>1. pre-authorization for a /19 equalivent of specified transfers<br>2. approval for the /20 which is deducted from the /19 pre-athorization<br><br><br>Policy Text<br>---------------<br><br>8.5.7 Alternative Additional IPv4 Address Block Criteria<br>In lieu of 8.5.5 and 8.5.6, organizations may qualify for additional IPv4 address blocks by demonstrating 80% utilization of their currently allocated space. If they do so, they qualify to receive one or more transfers up to the total size of their current ARIN IPv4 address holdings, with a maximum size of /16.<br><br>An organization may only qualify under 8.5.7 once every 6 months, unless they can also demonstrate growth of IPv4 utilization of at least half of the amount of specified transfers since the previous transfer pre-authorization or approval.<br><br><br>Some extra words in policy text for more clarity<br>--------------------------------------------------------------<br><br>In lieu of 8.5.5 and 8.5.6, organizations may  qualify to get a new two year specified transfer pre-authorization under 8.5.7 once every 6 months, unless they can also demonstrate growth of IPv4 utilization of at least half of the amount of specified transfers since the previous transfer pre-authorization or approval.<div><br></div><div><div>An organization may only qualify to get a new two year specified transfer pre-authorization  under 8.5.7 once every 6 months, unless they can also demonstrate growth of IPv4 utilization of at least half of the amount of specified transfers since the previous transfer pre-authorization or approval.</div><div><br></div><br><br>__Jason<div><br></div></div></div><div class="gmail_extra"><br><div class="gmail_quote">On Fri, Feb 3, 2017 at 10:19 AM, David R Huberman <span dir="ltr"><<a href="mailto:daveid@panix.com" target="_blank">daveid@panix.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><br>
I thought of a possible problem with the anti-abuse language -- all versions of it.  Let me talk it out.<br>
<br>
An organization has a /19.<br>
It has growing products, and wants another /19 for its 1 or 2 year need.<br>
It wants to avail itself of the new language.<br>
It is able to buy a /20 from Buyer A, and a /20 from Buyer B.<br>
<br>
It closes the deal with Buyer A first, and transfers at ARIN using the proposed language.<br>
<br>
How does it use any version we've discussed (Jason's various proposals, the current text, etc) to transfer the space it buys from Buyer B?<br>
<br>
<br>
(In all discussion, yes, you can always use the other sections of 8.5, but let's stick to the spirit of this policy language, which is meant to help smaller and mid-size networks double their holdings without needs testing.)<div class="HOEnZb"><div class="h5"><br>
______________________________<wbr>_________________<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" rel="noreferrer" target="_blank">http://lists.arin.net/mailman/<wbr>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>
</div></div></blockquote></div><br><br clear="all"><div><br></div>-- <br><div class="gmail_signature" data-smartmail="gmail_signature"><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>
</div>