<div dir="ltr">John,<div><br></div><div>Having personally stood up at many members meetings, and requested </div><div>my fees be increased or even doubled if that is what it take to continue </div><div>on-going IT development and enhancements... </div><div><br></div><div>I do NOT think it is a worthwhile investment to add IT support to </div><div>catalog the type of transfer request justification.   </div><div><br></div><div>It is even less important going forward with the new policy changes which </div><div>eliminates the need for smaller than /15 per year requests to use this justification.</div><div><br></div><div>I will not be submitting a ACSP. </div><div><br></div><div>I was hoping there was a general sense from processing requests that might </div><div>help us to understand if certain request pathways seem like that are never used, </div><div>inconsequentially used, used a bit, used more than one would think, </div><div>used quite a bit, used more than half the time, used most frequently, etc.</div><div><br></div><div>I don't think it is worthwhile to labor this point.</div><div><br></div><div>___Jason </div></div><div class="gmail_extra"><br><div class="gmail_quote">On Mon, May 8, 2017 at 5:39 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">
On 8 May 2017, at 1:12 PM, Jason Schiller <<a href="mailto:jschiller@google.com" target="_blank">jschiller@google.com</a>> wrote:<br>
<div>
<blockquote type="cite">..<span class=""><br>
<div>
<div dir="ltr" style="font-family:Helvetica;font-size:12px;font-style:normal;font-variant-caps:normal;font-weight:normal;letter-spacing:normal;text-align:start;text-indent:0px;text-transform:none;white-space:normal;word-spacing:0px">
<div>Can staff sort transfer authorization requests into the following categorized?</div>
<div><br>
</div>
<div>A. Current Consumption Rate</div>
<div>    Request considers only current rate, projected out over a time window.</div>
<div>     - e.g. we used a /15 over the last 12 months.  at this rate a /14 is a two year supply.</div>
<div><br>
</div>
<div>B. Growth rate</div>
<div>    Request considers current growth rate, projected over a time window.<br>
</div>
<div>     - e.g. we used a /16 between 01/15 - 12/2015</div>
<div>              we used a /15 over the last 12 months.</div>
<div>              at this rate we double every year.</div>
<div>             if we keep yearly doubling, then a /14 and a /13 is a two year supply.</div>
<div><br>
</div>
<div>C. Hi bread</div>
<div>     Request considers current growth rate, but requests more than the</div>
<div>     current rate over some time horizon due to other reasons for acceleration,</div>
<div>     such as entry into new markets, increase in manufacturing of hand sets, etc.</div>
<div><br>
</div>
<div><br>
</div>
<div>D. Future looking</div>
<div>    Request is purely future looking.  </div>
<div>    - e.g. We anticipate the sale of 1 Million handsets over the next year.</div>
<div>             50-80% of those handsets will use our application and require an IP.</div>
<div><br>
</div>
<div>Do you see all of these types?  </div>
<div>Is one type more dominate then the others?</div>
<div>Is one type more successful than others?</div>
<div>Does one type require more transaction time? more back and forth?</div>
</div>
</div>
</span></blockquote>
<div><br>
</div>
Jason - </div>
<div> </div>
<div>   We have not been cataloging transfer requests via such criteria, and </div>
<div>   hence cannot provide these statistics for transfer requests that have </div>
<div>   been made to date.   We can begin categorizing them and recording </div>
<div>   them for future transfers, but would need to specifically augment the </div>
<div>   processes and systems accordingly.   Such work would need to be </div>
<div>   prioritized against other existing enhancement requests, so submit</div>
<div>   a suggestion via the ARIN Consultation and Suggestion Process </div>
<div>   <<a href="https://www.arin.net/participate/acsp/acsp.html" target="_blank">https://www.arin.net/<wbr>participate/acsp/acsp.html</a>> if you consider  </div>
<div>   this functionality a priority.</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>
</span></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>