<div dir="ltr"><div class="gmail_extra"><div class="gmail_quote">On Tue, Jun 23, 2015 at 5:20 PM, Matthew Kaufman <span dir="ltr"><<a href="mailto:matthew@matthew.at" target="_blank">matthew@matthew.at</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex"><span class="">On 6/23/2015 1:06 PM, ARIN wrote:<br>
<blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex">
Draft Policy ARIN-2015-7<br>
Simplified requirements for demonstrated need for IPv4 transfers<br>
</blockquote>
<br></span>
I support this policy, but would be even happier if we simply had a trigger that said "when ARIN is out of IPv4 addresses, this simplified policy replaces all other tests for IPv4 transfers and the other sections are inactive until such time as ARIN has a new large free pool of IPv4 addresses (never)"</blockquote><div></div></div><br></div><div class="gmail_extra">The main reason we didn't write a replacement for section 4 is this: <br></div><div class="gmail_extra"><br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex"><span style="font-size:12.8000001907349px">Organizations that do not meet the simplified criteria above may instead demonstrate the need for number resources using the criteria in section 4 of the NRPM.</span></blockquote><div class="gmail_extra"><span style="font-size:12.8000001907349px"><br></span></div><div class="gmail_extra"><span style="font-size:12.8000001907349px">There will likely be some sections of the community who feel that their particular need for IPv4 is better met under section 4 than under this simplified policy.  Rather than trying to identify every such need and write in exceptions, I felt it would be better to first allow everyone using the transfer market to opt out of section 4 entirely, and then once we have some experience with which requests actually still end up using section 4, we will have some data on which parts of it we need to keep and which can be eliminated in a simplification cleanup proposal.</span></div><div class="gmail_extra"><span style="font-size:12.8000001907349px"><br></span></div><div class="gmail_extra"><span style="font-size:12.8000001907349px">-Scott</span></div><div><br></div></div>