
<html><head><meta http-equiv="Content-Type" content="text/html charset=utf-8"></head><body style="word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space;" class="">I’m saying that the alternate text Scott proposed is actually harder to understand and has the additional negative potential for unintended consequences of accidental desynchronization.<div class=""><br class=""></div><div class="">Owen</div><div class=""><br class=""><div><blockquote type="cite" class=""><div class="">On Feb 22, 2017, at 12:00 PM, Jason Schiller <<a href="mailto:jschiller@google.com" class="">jschiller@google.com</a>> wrote:</div><br class="Apple-interchange-newline"><div class=""><div dir="ltr" class="">Owen,<div class=""><br class=""></div><div class="">Just to be clear.  You think the text as written is better, more understandable, and clearer, but you believe it will still operate the same way regardless of the text, namely:</div><div class=""><br class=""></div><div class="">Once approved for a certain size block, you can complete multiple transfers that add up to that size within a two year window.</div><div class=""><br class=""></div><div class="">___Jason </div></div><div class="gmail_extra"><br class=""><div class="gmail_quote">On Wed, Feb 22, 2017 at 2:15 PM, Owen DeLong <span dir="ltr" class=""><<a href="mailto:owen@delong.com" target="_blank" class="">owen@delong.com</a>></span> wrote:<br class=""><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div style="word-wrap:break-word" class="">I disagree… First, I think it’s actually harder to understand. Second, I think it is a bad idea to create multiple specifications or specification points for the pre-authorization window because it creates a potential for accidental desynchronization in future policy efforts.<span class="HOEnZb"><font color="#888888" class=""><div class=""><br class=""></div><div class="">Owen</div></font></span><div class=""><div class="h5"><div class=""><br class=""><div class=""><blockquote type="cite" class=""><div class="">On Feb 22, 2017, at 10:48 , Jason Schiller <<a href="mailto:jschiller@google.com" target="_blank" class="">jschiller@google.com</a>> wrote:</div><br class="m_2045199214297638707Apple-interchange-newline"><div class=""><div dir="ltr" class="">I got the impression from Scott that alternate text was more clear and preferred.<div class="">(note I'm not advocating for it, I believe it has no impact on implementation).</div><div class=""><br class=""></div><div class=""><span style="font-size:12.8px" class="">8.5.7 Alternative Additional IPv4 Address Block Criteria</span><br style="font-size:12.8px" class=""><br style="font-size:12.8px" class=""><span style="font-size:12.8px" class="">In lieu of 8.5.5 and 8.5.6, organizations may qualify for additional IPv4 address blocks by demonstrating 80% utilization of their currently allocated space. If they do so, they </span><span style="font-size:12.8px" class="">are pre-authorized for a two year window </span><span style="font-size:12.8px" class="">to receive one or more transfers up to the total size of their current ARIN IPv4 address holdings, with a maximum size of /16.</span></div><div class=""><br style="font-size:12.8px" class=""><span style="font-size:12.8px" class="">An organization may qualify via 8.5.7 for a total of a /16 equivalent in any 6 month period.</span><br class=""></div><div class=""><br class=""></div><div class="">___Jason</div></div><div class="gmail_extra"><br class=""><div class="gmail_quote">On Tue, Feb 21, 2017 at 2:57 PM, ARIN <span dir="ltr" class=""><<a href="mailto:info@arin.net" target="_blank" class="">info@arin.net</a>></span> wrote:<br class=""><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">On 16 February 2017 the ARIN Advisory Council (AC) advanced the following Draft Policy to Recommended Draft Policy status:<br class="">

<br class="">

ARIN-2016-3: Alternative simplified criteria for justifying small IPv4 transfers<br class="">

<br class="">

The text of the Recommended Draft Policy is below, and may also be found at:<br class="">

<a href="https://www.arin.net/policy/proposals/2016_3.html" rel="noreferrer" target="_blank" class="">https://www.arin.net/policy/pr<wbr class="">oposals/2016_3.html</a><br class="">

<br class="">

You are encouraged to discuss all Recommended Draft Policies on PPML<br class="">

prior to their presentation at the next ARIN Public Policy Meeting (PPM) or Public Policy Consultation (PPC). PPML and PPC discussions are invaluable to the AC when determining community consensus.<br class="">

<br class="">

The PDP can be found at:<br class="">

<a href="https://www.arin.net/policy/pdp.html" rel="noreferrer" target="_blank" class="">https://www.arin.net/policy/pd<wbr class="">p.html</a><br class="">

<br class="">

Draft Policies and Proposals under discussion can be found at:<br class="">

<a href="https://www.arin.net/policy/proposals/index.html" rel="noreferrer" target="_blank" class="">https://www.arin.net/policy/pr<wbr class="">oposals/index.html</a><br class="">

<br class="">

Regards,<br class="">

<br class="">

Sean Hopkins<br class="">

Policy Analyst<br class="">

American Registry for Internet Numbers (ARIN)<br class="">

<br class="">

<br class="">

Recommended Draft Policy ARIN-2016-3: Alternative simplified criteria for justifying small IPv4 transfers<br class="">

<br class="">

Version Date: 16 February 2017<br class="">

<br class="">

AC's Statement of Conformance with ARIN's Principles of Internet Number Resource Policy<br class="">

<br class="">

This proposal is technically sound and enables fair and impartial number policy by allowing transfers to specified recipients of blocks of a certain size to occur without a needs assessment performed by ARIN staff. The Staff and Legal Assessment raised no material issues, and there has been consistent support on both the mailing list and at the Dallas ARIN meeting for incorporating this mechanism into NRPM.<br class="">

<br class="">

Problem Statement:<br class="">

<br class="">

ARIN transfer policy currently inherits all its demonstrated need requirements for IPv4 transfers from NRPM sections 4. Because that section was written primarily to deal with free pool allocations, it is much more complicated than is really necessary for transfers.<br class="">

<br class="">

This proposal allows organizations using 80% of their current space to double their current holdings via 8.3 or 8.4 specified transfers, up to a /16 equivalent.<br class="">

<br class="">

Policy Statement:<br class="">

<br class="">

Add a new section:<br class="">

<br class="">

8.5.7 Alternative Additional IPv4 Address Block Criteria<br class="">

<br class="">

In lieu of 8.5.5 and 8.5.6, organizations may qualify for additional IPv4 address blocks by demonstrating 80% utilization of their currently allocated space. If they do so, they qualify to receive one or more transfers up to the total size of their current ARIN IPv4 address holdings, with a maximum size of /16.<br class="">

<br class="">

An organization may qualify via 8.5.7 for a total of a /16 equivalent in any 6 month period.<br class="">

______________________________<wbr 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" target="_blank" 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/<wbr class="">listinfo/arin-ppml</a><br class="">

Please contact <a href="mailto:info@arin.net" target="_blank" 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="m_2045199214297638707gmail_signature" data-smartmail="gmail_signature"><font color="#555555" face="'courier new', monospace" class=""><div class=""><span style="font-family:arial" class=""><font color="#555555" face="'courier new', monospace" class="">______________________________<wbr class="">_________________________<br class=""></font><div class=""><font face="'courier new', monospace" class="">Jason Schiller|NetOps|<a href="mailto:jschiller@google.com" target="_blank" class="">jschiller@<wbr class="">google.com</a>|<a href="tel:(571)%20266-0006" value="+15712660006" target="_blank" class="">571-266-0006</a></font></div><div class=""><font face="'courier new', monospace" class=""><br class=""></font></div></span></div></font></div>

</div>

______________________________<wbr 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" target="_blank" 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" target="_blank" class="">http://lists.arin.net/mailman/<wbr class="">listinfo/arin-ppml</a><br class="">Please contact <a href="mailto:info@arin.net" target="_blank" class="">info@arin.net</a> if you experience any issues.</div></blockquote></div><br class=""></div></div></div></div></blockquote></div><br class=""><br clear="all" class=""><div class=""><br class=""></div>-- <br class=""><div class="gmail_signature" data-smartmail="gmail_signature"><font color="#555555" face="'courier new', monospace" class=""><div class=""><span style="font-family: arial;" class=""><font color="#555555" face="'courier new', monospace" class="">_______________________________________________________<br class=""></font><div class=""><font face="'courier new', monospace" class="">Jason Schiller|NetOps|<a href="mailto:jschiller@google.com" target="_blank" class="">jschiller@google.com</a>|571-266-0006</font></div><div class=""><font face="'courier new', monospace" class=""><br class=""></font></div></span></div></font></div>

</div>

</div></blockquote></div><br class=""></div></body></html>