<div dir="ltr">I don't believe the originator still owns the text, but I would personally accept <div>the insertion of alternatively.</div><div><br></div><div>This was indeed meant to be in addition, to other ways that you may try to </div><div>explain a two year need, here is a a tried and true way that ARIN will accept</div><div>under very clear and measurable metrics.</div><div><br></div><div>Rather than "alternatively" it might be useful to clarify that this is "one way" </div><div>demonstrate a two year need.  It isn't really an alternate mechanism.  </div><div>But this is more of a nit than anything else, and I believe "alternatively" </div><div>will still yield the right behavior.</div><div><br></div><div>___Jason</div></div><div class="gmail_extra"><br><div class="gmail_quote">On Tue, Mar 21, 2017 at 2:14 PM, Scott Leibrand <span dir="ltr"><<a href="mailto:scottleibrand@gmail.com" target="_blank">scottleibrand@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">It seems that this could be read as more restrictive than current policy. To make sure it isn't, we could do something like add the word "Alternatively," before "organizations may demonstrate a 24 month future projection" at the beginning of the newly added text.<br>
<span class="HOEnZb"><font color="#888888"><br>
Scott<br>
</font></span><div class="HOEnZb"><div class="h5"><br>
> On Mar 21, 2017, at 10:34 AM, ARIN <<a href="mailto:info@arin.net">info@arin.net</a>> wrote:<br>
><br>
> On 16 March 2017, the ARIN Advisory Council (AC) accepted "ARIN-prop-237: Clarify Slow Start for Transfers" as a Draft Policy.<br>
><br>
> Draft Policy text is below and can be found at:<br>
> <a href="https://www.arin.net/policy/proposals/2017_1.html" rel="noreferrer" target="_blank">https://www.arin.net/policy/<wbr>proposals/2017_1.html</a><br>
><br>
> You are encouraged to discuss all Draft Policies on PPML. The AC will evaluate the discussion in order to assess the conformance of this draft policy with ARIN's Principles of Internet Number Resource Policy as stated in the Policy Development Process (PDP). Specifically, these principles are:<br>
><br>
> * Enabling Fair and Impartial Number Resource Administration<br>
> * Technically Sound<br>
> * Supported by the Community<br>
><br>
> The PDP can be found at:<br>
> <a href="https://www.arin.net/policy/pdp.html" rel="noreferrer" target="_blank">https://www.arin.net/policy/<wbr>pdp.html</a><br>
><br>
> Draft Policies and Proposals under discussion can be found at:<br>
> <a href="https://www.arin.net/policy/proposals/index.html" rel="noreferrer" target="_blank">https://www.arin.net/policy/<wbr>proposals/index.html</a><br>
><br>
> Regards,<br>
><br>
> Sean Hopkins<br>
> Policy Analyst<br>
> American Registry for Internet Numbers (ARIN)<br>
><br>
><br>
><br>
> Draft Policy ARIN-2017-1: Clarify Slow Start for Transfers<br>
><br>
> Date: 21 March 2017<br>
><br>
> With the adoption of 2015-5, transfer policy is severed from ARIN allocation / assignment policy.  It is no longer clear how slow start applies (if at all) to justifying a transfer.  Having a slow start algorithm available to the transfer market will make for a more predictable and more right sized blocks in line with organizational growth.<br>
><br>
> Problem Discussion:<br>
><br>
> In a pre-transfer world ISPs who are growing rapidly, or have no history of utilization to support their IPv4 two year growth requirements, could qualify under slow start.<br>
><br>
> The initial block was either a small block (between /24 and /21), or double what they efficiently used in the previous year.  If thate space was used in less than a year, they could get twice as much the next time.<br>
><br>
> The implementation of Policy 2016-5 severs transfer policy form section 4 where the slow start rules are defined.  As a result it is unclear if the slow start process can be used to justify a specified transfer.<br>
><br>
> Additionally, the inability to complete regular transfers could lead to a situation where lack of IPv4 addresses is rate limiting deployment. As a result demonstrated utilization of the last 12 months may not be indicative of actual growth.<br>
><br>
> NRPM 8.5.3 / 8.5.4 (ARIN Policy 2016-4) supports an initial block of only a /24 if there is no allocation or assignment.<br>
><br>
> Policy Proposal 2016-3 (the sister policy to 2016-4) supports a larger block (after demonstration of efficient utilization) equal to their current holdings up to a /16 every 6 months.<br>
><br>
> Because 2016-3 no longer permits using a /16 at a time and demonstrating utilization before coming back for another, organizations who are growing at more than a /15 a year are forced to use the two year forward looking projected growth as justification.<br>
><br>
> This prediction is difficult to measure, difficult to justify, difficult to verify, and provides unpredictability to the amount of time a justification requires to be processed, and the likelihood of approval.  This process favors organizations who more aggressively optimistic and has no penalty if an organization fails to meet their plans.<br>
><br>
> Problem solution:<br>
><br>
> Permit organizations who demonstrate efficient utilization to use the utilization of their most recent specified transfer(s) to extrapolate a two year growth projection allowing a specified transfer of up to double the size of the transfers used in the justification.<br>
><br>
> Policy statement:<br>
><br>
> Current policy:<br>
><br>
> 8.5.5. Block size<br>
><br>
> Organizations may qualify for the transfer of a larger initial block, or an additional block, by providing documentation to ARIN which details the use of at least 50% of the requested IPv4 block size within 24 months. An officer of the organization shall attest to the documentation provided to ARIN.<br>
><br>
> Proposed changes:<br>
><br>
> Add the following to the end of 8.5.5:<br>
><br>
> Organizations may demonstrate a 24 month future projection based on the average amount of time required to efficiently utilize one or more of their most recent specified transfers.<br>
><br>
> The organization must show efficient utilization of at least 50% of all specified transfers from the current date back to the the date of the earliest specified transfer included in the request.  The organization will be pre-authorized for a two year window to complete one or more specified transfers up to the total number of IPv4 addresses of the transfers included in the request, divided by the number of days (no less than 90) since the earliest specified transfer included in the request was completed, multiplied by 730.<br>
><br>
> Comments:<br>
><br>
> Timetable for implementation: Immediate<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">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">info@arin.net</a> if you experience any issues.<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">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">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>