<html><head><meta http-equiv="content-type" content="text/html; charset=utf-8"></head><body dir="auto"><div>+1<br><br>Sent from my mobile device, please forgive brevity and typos. </div><div><br>On Feb 18, 2016, at 2:16 PM, Owen DeLong <<a href="mailto:owen@delong.com">owen@delong.com</a>> wrote:<br><br></div><blockquote type="cite"><div><meta http-equiv="Content-Type" content="text/html charset=utf-8">+1 — McTim said it very well.<div class=""><br class=""></div><div class="">Owen</div><div class=""><br class=""></div><div class=""><div><blockquote type="cite" class=""><div class="">On Feb 18, 2016, at 10:34 , McTim <<a href="mailto:dogwallah@gmail.com" class="">dogwallah@gmail.com</a>> wrote:</div><br class="Apple-interchange-newline"><div class=""><div dir="ltr" class="">I am opposed. <div class=""><br class=""></div><div class="">If there are "<span style="font-size:12.8px" class="">networks in need of additional IPv4 addresses", surely they should be able to show this, in accord with long standing practice. </span></div><div class=""><span style="font-size:12.8px" class=""><br class=""></span></div><div class=""><span style="font-size:12.8px" class="">I'd rather us not move to a situation which enables/encourages speculation and profit taking (or rent-seeking if you will) in re: IP resource distribution.</span></div><div class=""><span style="font-size:12.8px" class=""><br class=""></span></div><div class=""><span style="font-size:12.8px" class="">Regards,</span></div><div class=""><span style="font-size:12.8px" class=""><br class=""></span></div><div class=""><span style="font-size:12.8px" class="">McTim</span></div><div class=""><span style="font-size:12.8px" class=""><br class=""></span></div></div><div class="gmail_extra"><br class=""><div class="gmail_quote">On Tue, Feb 16, 2016 at 7:12 PM, Leif Sawyer <span dir="ltr" class=""><<a href="mailto:lsawyer@gci.com" target="_blank" class="">lsawyer@gci.com</a>></span> wrote:<br class=""><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Good afternoon -<br class="">
<br class="">
Based on feedback from Montreal as well as internal discussions, I've reworked this policy.<br class="">
AC members and ARIN staff are looking for additional feedback, as well as your position in terms<br class="">
of supporting or opposing this draft policy.<br class="">
<br class="">
We'll be discussing this policy, as well as any feedback provided on this week's AC teleconference,<br class="">
so I'm very appreciative of your input.<br class="">
<br class="">
Thanks,<br class="">
<br class="">
Leif Sawyer<br class="">
Shepherd - ARIN-2015-9<br class="">
<br class="">
NRPM section 8: <a href="https://www.arin.net/policy/nrpm.html#eight" rel="noreferrer" target="_blank" class="">https://www.arin.net/policy/nrpm.html#eight</a><br class="">
<br class="">
Most current draft policy text follows:<br class="">
--<br class="">
<br class="">
Draft Policy ARIN-2015-9<br class="">
Eliminating needs-based evaluation for Section 8.2 and 8.3 transfers of IPv4 netblocks<br class="">
Original Date: 23 September 2015<br class="">
Updated: 16 February, 2016<br class="">
<br class="">
Problem statement:<br class="">
The current needs-based evaluation language in NRPM sections 8.2 and 8.3, regarding transfer of IPv4<br class="">
netblocks from one organization to another, may cause a recipient organization to bypass the ARIN<br class="">
registry entirely in order to secure the needed IPv4 netblocks in a more timely fashion directly from the<br class="">
current holder. The result is that the data visible in ARIN registry may become more inaccurate over<br class="">
time.<br class="">
<br class="">
Policy statement:<br class="">
This proposal eliminates all needs-based evaluation language for sections 8.2 and 8.3, allowing<br class="">
transfers to be reflected in the database as they occur following an agreement of transfer from the<br class="">
resource provider to the recipient.<br class="">
<br class="">
Section 8.1 Principles:<br class="">
- Strike the fragment from the 3rd paragraph which reads<br class="">
", based on justified need, "<br class="">
so the resulting text reads<br class="">
"Number resources are issued to organizations, not to individuals representing those organizations."<br class="">
Section 8.2 Mergers and Acquisitions:<br class="">
- Change the 4th bullet from:<br class="">
"The resources to be transferred will be subject to ARIN policies."<br class="">
to:<br class="">
"The resources to be transferred will be subject to ARIN policies, excluding any policies related to needs-based justification."<br class="">
<br class="">
- Strike the final paragraph which begins "In the event that number resources of the combined organizations are no longer justified under ARIN policy ..."<br class="">
<br class="">
Section 8.3 Transfers between Specified Recipients within the ARIN Region:<br class="">
- Change the first bullet under "Conditions on recipient of the transfer" from:<br class="">
"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 class="">
to:<br class="">
"The recipient must sign an RSA."<br class="">
<br class="">
- Change the 2nd bullet under "Conditions on recipient of the transfer" from:<br class="">
"The resources to be transferred will be subject to ARIN policies."<br class="">
to:<br class="">
"The resources to be transferred will be subject to ARIN policies, excluding any policies related to needs-based justification."<br class="">
<br class="">
Comments:<br class="">
a. Timetable for implementation: Immediate<br class="">
b. Anything else<br class="">
As the "free pool" for 4 of the 5 world's RIR's (APNIC, RIPE, LACNIC, and ARIN) have now been<br class="">
exhausted, networks in need of additional IPv4 addresses have shifted away from the practice of<br class="">
receiving them from the RIR's resource pool. Instead, networks in need are seeking out current holders<br class="">
of IPv4 resources who are willing to transfer them in order to fulfill that need. Accordingly, the RIR's<br class="">
primary responsibility vis-à-vis IPv4 netblock governance has shifted from "allocation" to ensuring an<br class="">
accurate registry database.<br class="">
<br class="">
The RIPE registry can be used as a reference of one which has evolved over the past couple years to<br class="">
shift their focus away from conservation/allocation and towards database accuracy. IPv4 netblock<br class="">
transfers within that RIR consist merely of validating authenticity of the parties requesting a transfer.<br class="">
Provided the organizations meet the basic requirement of RIR membership, and that the transferring<br class="">
organization has the valid authority to request the transfer, the transaction completes without any<br class="">
"needs-based" review.<br class="">
<br class="">
_______________________________________________<br class="">
PPML<br class="">
You are receiving this message because you are subscribed to<br class="">
the ARIN Public Policy Mailing List (<a href="mailto:ARIN-PPML@arin.net" class="">ARIN-PPML@arin.net</a>).<br class="">
Unsubscribe or manage your mailing list subscription at:<br class="">
<a href="http://lists.arin.net/mailman/listinfo/arin-ppml" rel="noreferrer" target="_blank" class="">http://lists.arin.net/mailman/listinfo/arin-ppml</a><br class="">
Please contact <a href="mailto:info@arin.net" class="">info@arin.net</a> if you experience any issues.<br class="">
</blockquote></div><br class=""><br clear="all" class=""><div class=""><br class=""></div>-- <br class=""><div class="gmail_signature">Cheers,<br class=""><br class="">McTim<br class="">"A name indicates what we seek. An address indicates where it is. A route indicates how we get there." Jon Postel</div>
</div>
_______________________________________________<br class="">PPML<br class="">You are receiving this message because you are subscribed to<br class="">the ARIN Public Policy Mailing List (<a href="mailto:ARIN-PPML@arin.net" class="">ARIN-PPML@arin.net</a>).<br class="">Unsubscribe or manage your mailing list subscription at:<br class=""><a href="http://lists.arin.net/mailman/listinfo/arin-ppml" class="">http://lists.arin.net/mailman/listinfo/arin-ppml</a><br class="">Please contact <a href="mailto:info@arin.net">info@arin.net</a> if you experience any issues.</div></blockquote></div><br class=""></div></div></blockquote><blockquote type="cite"><div><span>_______________________________________________</span><br><span>PPML</span><br><span>You are receiving this message because you are subscribed to</span><br><span>the ARIN Public Policy Mailing List (<a href="mailto:ARIN-PPML@arin.net">ARIN-PPML@arin.net</a>).</span><br><span>Unsubscribe or manage your mailing list subscription at:</span><br><span><a href="http://lists.arin.net/mailman/listinfo/arin-ppml">http://lists.arin.net/mailman/listinfo/arin-ppml</a></span><br><span>Please contact <a href="mailto:info@arin.net">info@arin.net</a> if you experience any issues.</span></div></blockquote></body></html>