<div dir="ltr">Hi John,<div><br><div>Couple of questions..... could the solution for staff effort be solved more directly by modifying the protocol that establishes team testing for each and every request through exhaustion?  I wonder about the need for these extraordinary measures.</div>
<div><br></div><div>Is /16 small?  Did you consider a different boundary....say, /20?</div><div>How much of a record do we have for transfer requests yet?  Until exhaustion we don't know what the run rate will be or the average size block request.  Though I believe the that those metrics should mimic pre-exhaustion as I see nothing magic affecting network build out and business demands in the pre-post time frames.</div>
<div><br></div><div>So, I neither support, nor oppose this proposal but hope to inform the discussion through my questions.</div><div><br></div><div>bd</div><div><br></div><div><br></div>

</div></div><div class="gmail_extra"><br><br><div class="gmail_quote">On Tue, Apr 29, 2014 at 12:35 AM, John Springer <span dir="ltr"><<a href="mailto:springer@inlandnet.com" target="_blank">springer@inlandnet.com</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Hi All,<br>
<br>
The following timely policy proposal is presented for your consideration, discussion and comment. Will you please comment?<br>
<br>
As always, expressions of support or opposition (and their reasons) are given slightly more weight than reasons why you might be in neither condition.<br>
<br>
John Springer<br>
<br>
<br>
ARIN-prop-204 Removing Needs Test from Small IPv4 Transfers<br>
<br>
Date: 16 April 2014<br>
Problem Statement:<br>
ARIN staff, faced with a surge in near-exhaust allocations and subsequent transfer requests and a requirement for team review of these, is spending scarce staff time on needs testing of small transfers. This proposal seeks to decrease overall ARIN processing time through elimination of that needs test.<br>

Policy statement:<br>
Change the language in NRPM 8.3 after Conditions on the recipient of the transfer: from "The recipient must demonstrate the need for up to a 24-month supply of IP address resources under current ARIN policies and sign an RSA." to "For transfers larger than a /16 equivalent, the recipient must demonstrate the need for up to a 24-month supply of IP address resources under current ARIN policies and sign an RSA."<br>

Change the language in the third bullet point in NRPM 8.4 after Conditions on the recipient of the transfer: from "Recipients within the ARIN region must demonstrate the need for up to a 24-month supply of IPv4 address space." to "For transfers larger than a /16 equivalent, recipients in the ARIN region must demonstrate the need for up to a 24-month supply of IP address resources under current ARIN policies and sign an RSA."<br>

Comments:<br>
Needs testing has been maintained for transfers largely because the community wishes to ensure protection against hoarding and speculation in the IPv4 market. This proposal seeks a middle ground between the elimination of needs tests for transfers altogether, and the continuance of needs tests for every transfer. This should help ARIN staff to reduce transfer processing time, since most transfers have been smaller than /16.<br>

Timetable for implementation: Immediate<br>
<br>
______________________________<u></u>_________________<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/<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>
</blockquote></div><br></div>