<div dir="ltr">John,<div><br></div><div>I am referring to both ARIN assignments and specified transfers to end-users</div><div>WRT policy.</div><div><br></div>It is my understanding that Specifies transfers to end-users  per 8.3<br>"The recipient must demonstrate the need for up to a 24-month supply <div>of IP address resources under current ARIN policies and sign an RSA."</div><div><br></div><div>My understanding is that the current ARIN policies, 4.3.3 and 4.3.6 </div><div>apply equally to ARIN assignments and Specified transfers, </div><div>except that the time horizon of specified transfers is two years </div><div>(which happens to be double the time horizon of ARIN assignments).  </div><div><br></div><div>I interpret this to mean that specified transfers are justified by 50% utilization</div><div>in two years (instead of one).  </div><div><br></div><div>With a doubling of the time horizon I think it is charitable and reasonable</div><div>to also double the 25% time horizon to 60 days (although one could argue</div><div>that number is based on immediate need, whose definition does not change</div><div>WRT specified transfers).  </div><div><br></div><div>WRT checking, I am referring specifically to specified transfers.</div><div>(Thank you for making me clarify that, I see now how that is confusing).</div><div><br></div><div>It seems ARIN does not make the 25% check for specified transfers</div><div>making this policy a no-op.</div><div><br></div><div>At the same time there are organizations, who what to do the right thing,</div><div>who limit there end-user transfer requests to only four times what they can </div><div>deploy in 60 days.  Without the 25% check, those organizations will be able</div><div>to remain in policy, and transfer much more address space.  So in that sense</div><div>is NOT a no-op.</div><div><br></div><div>My real concern is that the possibility of a 30 or 60 day check is sufficient to </div><div>limit wildly optimistic two year projections.  </div><div><br></div><div>I am only going to ask for what I can commit to deploy in 60 days.  That </div><div>time horizon is sufficiently close that things have to be in motion to meet</div><div>it.  In the case of two years there can be a lot of hand waviness and </div><div>promise to commit resources in future quarters.  These promises are</div><div>easily made (and hence attest to) and easily broken (oh the plan changed).  </div><div><br></div><div>Without some check (the 25% check or something else) then organizations </div><div>are free to make wildly optimistic  plans.  As long as the plan has a possibility </div><div>of being completed within 2 years, then it is within policy.  </div><div><br></div><div>As such a wildly optmistic plan for a 2 year deployment could easily result</div><div>in a 10 year supply of addresses for a reasonable growth.</div><div><br></div><div>___Jason</div><div><br></div><div><br></div><div><br></div><div><br></div></div><div class="gmail_extra"><br><div class="gmail_quote">On Fri, May 13, 2016 at 4:11 PM, John Curran <span dir="ltr"><<a href="mailto:jcurran@arin.net" target="_blank">jcurran@arin.net</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">



<div style="word-wrap:break-word"><span class="">
On May 13, 2016, at 3:38 PM, Jason Schiller <<a href="mailto:jschiller@google.com" target="_blank">jschiller@google.com</a>> wrote:<br>
</span><div><span class="">
<blockquote type="cite"><br>
<div>
<div dir="ltr" style="font-family:Helvetica;font-size:12px;font-style:normal;font-weight:normal;letter-spacing:normal;text-align:start;text-indent:0px;text-transform:none;white-space:normal;word-spacing:0px">
I am highly confused now.
<div><br>
</div>
<div>We have the 25% utilization check which really is the only verifiable </div>
<div>check to rate-limit aggressively optimistic requests.</div>
<div><br>
</div>
<div>On one hand, ARIN does not check this figure.  As such the policy </div>
<div>change is a no-op.</div>
<div><br>
</div>
<div>On the other hand the 25% utilization goal remains part of the </div>
<div>policy and having no intention of complying is fraud.</div>
<div><br>
</div>
<div>ARIN could make random checks, or check all of them.</div>
</div>
</div>
</blockquote>
</span><blockquote type="cite">...</blockquote>
</div>
<div>
<div><br>
</div>
<div>Jason - </div>
<div> </div>
<div>   Are you referring to assignments or transfers?  The above discussion</div>
<div>   appears to mix requests of both types.</div>
<div><br>
</div>
<div>   ARIN does check that end-user _assignment_ requests meet the</div>
<div>   25% immediate utilization requirement (as called for in the end-user </div>
<div>   assignment policy.)</div>
<div><br>
</div>
<div>   ARIN does not have clear guidance how the assignment criteria for</div>
<div>   25% immediate use is to be applied to transfers.  ARIN can apply the </div>
<div>   criteria with respect to transfer requests, but that would require some </div>
<div>   additional policy clarity from the community to do so. </div><span class="">
<div><br>
</div>
<blockquote type="cite">
<div dir="ltr" style="font-family:Helvetica;font-size:12px;font-style:normal;font-weight:normal;letter-spacing:normal;text-align:start;text-indent:0px;text-transform:none;white-space:normal;word-spacing:0px">
<div>So in that respect the policy change is not a no-op.</div>
</div>
</blockquote>
<div><br>
</div></span>
   The policy change will not materially affected transfer requests, as noted</div>
<div>   above.  The change would effect processing of any end-user assignments</div>
<div>   requests.  (It is probably worth noting that end-users who presently qualify</div>
<div>   for assignment of an IPv4 block are being added to a waiting list with a </div>
<div>   rather low probability of timely fulfillment.)</div>
<div><br>
</div>
<div>Thanks,</div><span class="">
<div>/John</div>
<div><br>
</div>
<div>John Curran</div>
<div>President and CEO</div>
<div>ARIN</div>
<div><br>
</div>
<div><br>
</div>
<div><br>
</div>
<div><br>
</div>
<br>
</span></div>

</blockquote></div><br><br clear="all"><div><br></div>-- <br><div class="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>