<html xmlns:v="urn:schemas-microsoft-com:vml" xmlns:o="urn:schemas-microsoft-com:office:office" xmlns:w="urn:schemas-microsoft-com:office:word" xmlns:m="http://schemas.microsoft.com/office/2004/12/omml" xmlns="http://www.w3.org/TR/REC-html40">
<head>
<meta http-equiv="Content-Type" content="text/html; charset=utf-8">
<meta name="Generator" content="Microsoft Word 15 (filtered medium)">
<!--[if !mso]><style>v\:* {behavior:url(#default#VML);}
o\:* {behavior:url(#default#VML);}
w\:* {behavior:url(#default#VML);}
.shape {behavior:url(#default#VML);}
</style><![endif]--><style><!--
/* Font Definitions */
@font-face
{font-family:Courier;
panose-1:2 7 4 9 2 2 5 2 4 4;}
@font-face
{font-family:"MS Mincho";
panose-1:2 2 6 9 4 2 5 8 3 4;}
@font-face
{font-family:"Cambria Math";
panose-1:2 4 5 3 5 4 6 3 2 4;}
@font-face
{font-family:Calibri;
panose-1:2 15 5 2 2 2 4 3 2 4;}
@font-face
{font-family:Tahoma;
panose-1:2 11 6 4 3 5 4 4 2 4;}
@font-face
{font-family:"Trebuchet MS";
panose-1:2 11 6 3 2 2 2 2 2 4;}
@font-face
{font-family:"\@MS Mincho";
panose-1:2 2 6 9 4 2 5 8 3 4;}
/* Style Definitions */
p.MsoNormal, li.MsoNormal, div.MsoNormal
{margin:0in;
margin-bottom:.0001pt;
font-size:12.0pt;
font-family:"Times New Roman",serif;}
a:link, span.MsoHyperlink
{mso-style-priority:99;
color:blue;
text-decoration:underline;}
a:visited, span.MsoHyperlinkFollowed
{mso-style-priority:99;
color:purple;
text-decoration:underline;}
p.MsoAcetate, li.MsoAcetate, div.MsoAcetate
{mso-style-priority:99;
mso-style-link:"Balloon Text Char";
margin:0in;
margin-bottom:.0001pt;
font-size:8.0pt;
font-family:"Tahoma",sans-serif;}
p.MsoListParagraph, li.MsoListParagraph, div.MsoListParagraph
{mso-style-priority:34;
margin-top:0in;
margin-right:0in;
margin-bottom:0in;
margin-left:.5in;
margin-bottom:.0001pt;
font-size:12.0pt;
font-family:"Times New Roman",serif;}
span.BalloonTextChar
{mso-style-name:"Balloon Text Char";
mso-style-priority:99;
mso-style-link:"Balloon Text";
font-family:"Tahoma",sans-serif;}
span.apple-converted-space
{mso-style-name:apple-converted-space;}
span.EmailStyle21
{mso-style-type:personal;
font-family:"Calibri",sans-serif;
color:#1F497D;}
span.EmailStyle22
{mso-style-type:personal;
font-family:"Calibri",sans-serif;
color:#1F497D;}
span.EmailStyle23
{mso-style-type:personal-reply;
font-family:"Calibri",sans-serif;
color:#1F497D;}
.MsoChpDefault
{mso-style-type:export-only;
font-size:10.0pt;}
@page WordSection1
{size:8.5in 11.0in;
margin:1.0in 1.0in 1.0in 1.0in;}
div.WordSection1
{page:WordSection1;}
/* List Definitions */
@list l0
{mso-list-id:827938503;
mso-list-type:hybrid;
mso-list-template-ids:-1003484792 67698711 67698713 67698715 67698703 67698713 67698715 67698703 67698713 67698715;}
@list l0:level1
{mso-level-number-format:alpha-lower;
mso-level-text:"%1\)";
mso-level-tab-stop:none;
mso-level-number-position:left;
text-indent:-.25in;}
@list l0:level2
{mso-level-number-format:alpha-lower;
mso-level-tab-stop:none;
mso-level-number-position:left;
text-indent:-.25in;}
@list l0:level3
{mso-level-number-format:roman-lower;
mso-level-tab-stop:none;
mso-level-number-position:right;
text-indent:-9.0pt;}
@list l0:level4
{mso-level-tab-stop:none;
mso-level-number-position:left;
text-indent:-.25in;}
@list l0:level5
{mso-level-number-format:alpha-lower;
mso-level-tab-stop:none;
mso-level-number-position:left;
text-indent:-.25in;}
@list l0:level6
{mso-level-number-format:roman-lower;
mso-level-tab-stop:none;
mso-level-number-position:right;
text-indent:-9.0pt;}
@list l0:level7
{mso-level-tab-stop:none;
mso-level-number-position:left;
text-indent:-.25in;}
@list l0:level8
{mso-level-number-format:alpha-lower;
mso-level-tab-stop:none;
mso-level-number-position:left;
text-indent:-.25in;}
@list l0:level9
{mso-level-number-format:roman-lower;
mso-level-tab-stop:none;
mso-level-number-position:right;
text-indent:-9.0pt;}
ol
{margin-bottom:0in;}
ul
{margin-bottom:0in;}
--></style><!--[if gte mso 9]><xml>
<o:shapedefaults v:ext="edit" spidmax="1026" />
</xml><![endif]--><!--[if gte mso 9]><xml>
<o:shapelayout v:ext="edit">
<o:idmap v:ext="edit" data="1" />
</o:shapelayout></xml><![endif]-->
</head>
<body lang="EN-US" link="blue" vlink="purple">
<div class="WordSection1">
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri",sans-serif;color:#1F497D">I would probably agree with your comment that neither of the above really helps anyone and probably creates a host of other issues. I would probably not advocate
them either but they would be more fair that the policies in place now. <o:p></o:p></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri",sans-serif;color:#1F497D"><o:p> </o:p></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri",sans-serif;color:#1F497D">Of course the easy fix is to allow Organizations of any size to easily get the Minimum size block which I believe is now a /24 and that would go a long way towards
fixing the problem. I put forth just that policy change proposal a while back with a limit of one block per year for small organizations and that Policy Proposal was summarily dumped by folks with Owen’s views.
<o:p></o:p></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri",sans-serif;color:#1F497D"><o:p> </o:p></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri",sans-serif;color:#1F497D">My preference is to allow organizations to more easily get resources in this post Run-Out world, rather than to somehow try to miserly block allocations in the
hope of saving them for some unknown future use. <o:p></o:p></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri",sans-serif;color:#1F497D"><o:p> </o:p></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri",sans-serif;color:#1F497D">I appreciate your attempt to be constructive.
<o:p></o:p></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri",sans-serif;color:#1F497D"><o:p> </o:p></span></p>
<div>
<p class="MsoNormal"><i><span style="font-size:11.0pt;font-family:"Trebuchet MS",sans-serif;color:#1F497D">Steven Ryerse<o:p></o:p></span></i></p>
<p class="MsoNormal"><i><span style="font-size:11.0pt;font-family:"Trebuchet MS",sans-serif;color:#1F497D">President<o:p></o:p></span></i></p>
<p class="MsoNormal"><i><span style="font-size:11.0pt;font-family:"Trebuchet MS",sans-serif;color:#1F497D">100 Ashford Center North, Suite 110, Atlanta, GA 30338<o:p></o:p></span></i></p>
<p class="MsoNormal"><i><span style="font-size:11.0pt;font-family:"Trebuchet MS",sans-serif;color:#1F497D">770.656.1460 - Cell<o:p></o:p></span></i></p>
<p class="MsoNormal"><i><span style="font-size:11.0pt;font-family:"Trebuchet MS",sans-serif;color:#1F497D">770.399.9099- Office<o:p></o:p></span></i></p>
<p class="MsoNormal"><span style="font-size:10.0pt;font-family:"MS Mincho";color:#1F497D"><o:p> </o:p></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri",sans-serif;color:#1F497D"><img width="56" height="37" id="_x0000_i1026" src="cid:image001.jpg@01D0F7A6.F7DF1B10" alt="Description: Description: Eclipse Networks Logo_small.png"></span><span style="font-size:10.0pt;font-family:"MS Mincho";color:#1F497D">℠</span><span style="font-size:14.0pt;font-family:"Trebuchet MS",sans-serif;color:#1F497D">
</span><span style="font-size:11.0pt;font-family:"Trebuchet MS",sans-serif;color:#1F497D">Eclipse Networks, Inc.</span><span style="font-size:14.0pt;font-family:"Trebuchet MS",sans-serif;color:#1F497D"><o:p></o:p></span></p>
<p class="MsoNormal" style="text-indent:.5in"><sup><span style="font-size:9.0pt;font-family:"Trebuchet MS",sans-serif;color:#1F497D"> Conquering Complex Networks</span></sup><sup><span style="font-size:9.0pt;font-family:"Calibri",sans-serif;color:#1F497D">℠</span></sup><sup><span style="font-size:9.0pt;font-family:"Trebuchet MS",sans-serif;color:#1F497D"><o:p></o:p></span></sup></p>
</div>
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri",sans-serif;color:#1F497D"><o:p> </o:p></span></p>
<div>
<div style="border:none;border-top:solid #E1E1E1 1.0pt;padding:3.0pt 0in 0in 0in">
<p class="MsoNormal"><b><span style="font-size:11.0pt;font-family:"Calibri",sans-serif">From:</span></b><span style="font-size:11.0pt;font-family:"Calibri",sans-serif"> Mike Winters [mailto:mwinters@edwardrose.com]
<br>
<b>Sent:</b> Friday, September 25, 2015 3:03 PM<br>
<b>To:</b> Steven Ryerse <SRyerse@eclipse-networks.com><br>
<b>Cc:</b> arin-ppml@arin.net<br>
<b>Subject:</b> RE: [arin-ppml] Draft Policy ARIN-2015-9: Eliminating needs-based evaluation for Section 8.2, 8.3, and 8.4 transfers of IPv4 netblocks<o:p></o:p></span></p>
</div>
</div>
<p class="MsoNormal"><o:p> </o:p></p>
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri",sans-serif;color:#1F497D">That’s an interesting take on the “inequity”…<o:p></o:p></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri",sans-serif;color:#1F497D"><o:p> </o:p></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri",sans-serif;color:#1F497D">However, there is a fundamental flaw with your “inequity” situation. If there is not enough addresses for a small organization to get them, then nobody would
get them.<o:p></o:p></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri",sans-serif;color:#1F497D">They will eventually rise to the top just like everyone else, ergo no inequity.<o:p></o:p></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri",sans-serif;color:#1F497D"><o:p> </o:p></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri",sans-serif;color:#1F497D">Assuming for a moment your argument is correct and not seriously flawed, then arguing that letting people who don’t need addresses get addresses is silly since
it would only exacerbate the problem.<o:p></o:p></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri",sans-serif;color:#1F497D">It seems the best way to “fix this inequity” that you describe would be to either:<o:p></o:p></span></p>
<p class="MsoListParagraph" style="text-indent:-.25in;mso-list:l0 level1 lfo2"><![if !supportLists]><span style="font-size:11.0pt;font-family:"Calibri",sans-serif;color:#1F497D"><span style="mso-list:Ignore">a)<span style="font:7.0pt "Times New Roman"">
</span></span></span><![endif]><span style="font-size:11.0pt;font-family:"Calibri",sans-serif;color:#1F497D">not let larger organizations accept smaller allocations; or<o:p></o:p></span></p>
<p class="MsoListParagraph" style="text-indent:-.25in;mso-list:l0 level1 lfo2"><![if !supportLists]><span style="font-size:11.0pt;font-family:"Calibri",sans-serif;color:#1F497D"><span style="mso-list:Ignore">b)<span style="font:7.0pt "Times New Roman"">
</span></span></span><![endif]><span style="font-size:11.0pt;font-family:"Calibri",sans-serif;color:#1F497D">make everyone take smaller allocations; or<o:p></o:p></span></p>
<p class="MsoListParagraph" style="text-indent:-.25in;mso-list:l0 level1 lfo2"><![if !supportLists]><span style="font-size:11.0pt;font-family:"Calibri",sans-serif;color:#1F497D"><span style="mso-list:Ignore">c)<span style="font:7.0pt "Times New Roman"">
</span></span></span><![endif]><span style="font-size:11.0pt;font-family:"Calibri",sans-serif;color:#1F497D">let ARIN allocate smaller blocks (really bad idea); or<o:p></o:p></span></p>
<p class="MsoListParagraph" style="text-indent:-.25in;mso-list:l0 level1 lfo2"><![if !supportLists]><span style="font-size:11.0pt;font-family:"Calibri",sans-serif;color:#1F497D"><span style="mso-list:Ignore">d)<span style="font:7.0pt "Times New Roman"">
</span></span></span><![endif]><span style="font-size:11.0pt;font-family:"Calibri",sans-serif;color:#1F497D">some crazy combination of the above<o:p></o:p></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri",sans-serif;color:#1F497D"><o:p> </o:p></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri",sans-serif;color:#1F497D">Neither of the above really helps anyone and probably creates a host of other issues.<o:p></o:p></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri",sans-serif;color:#1F497D">To be clear, I am not advocating any of the above.<o:p></o:p></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri",sans-serif;color:#1F497D"><o:p> </o:p></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri",sans-serif;color:#1F497D">Mike<o:p></o:p></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri",sans-serif;color:#1F497D"><o:p> </o:p></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri",sans-serif;color:#1F497D"><o:p> </o:p></span></p>
<div>
<div style="border:none;border-top:solid #B5C4DF 1.0pt;padding:3.0pt 0in 0in 0in">
<p class="MsoNormal"><b><span style="font-size:10.0pt;font-family:"Tahoma",sans-serif">From:</span></b><span style="font-size:10.0pt;font-family:"Tahoma",sans-serif">
<a href="mailto:arin-ppml-bounces@arin.net">arin-ppml-bounces@arin.net</a> [<a href="mailto:arin-ppml-bounces@arin.net">mailto:arin-ppml-bounces@arin.net</a>]
<b>On Behalf Of </b>Steven Ryerse<br>
<b>Sent:</b> Friday, September 25, 2015 1:48 PM<br>
<b>To:</b> Owen DeLong<br>
<b>Cc:</b> <a href="mailto:arin-ppml@arin.net">arin-ppml@arin.net</a><br>
<b>Subject:</b> Re: [arin-ppml] Draft Policy ARIN-2015-9: Eliminating needs-based evaluation for Section 8.2, 8.3, and 8.4 transfers of IPv4 netblocks<o:p></o:p></span></p>
</div>
</div>
<p class="MsoNormal"><o:p> </o:p></p>
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri",sans-serif;color:#1F497D">Owens comment from below:<o:p></o:p></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri",sans-serif;color:#1F497D">“2. To the extent that there is supply, anyone who needs addresses can get them already. Needs-based evaluation does not prevent those with need from getting
addresses… It prevents those without need from getting them.”<o:p></o:p></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri",sans-serif;color:#1F497D"><o:p> </o:p></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri",sans-serif;color:#1F497D">Owen’s comment is absolutely false!!!!! It allows large organizing who request resources to get what they need or something smaller. It allows medium size organizations</span>
<span style="font-size:11.0pt;font-family:"Calibri",sans-serif;color:#1F497D">who request resources to get what they need or something smaller. It allows small organizations who request resources to get what they need or nothing, and there is no other source
to get resources if ARIN rejects a request, but the open market which Owen and others seem to wish did not exist!
<o:p></o:p></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri",sans-serif;color:#1F497D"><o:p> </o:p></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri",sans-serif;color:#1F497D">It is time to fix this inequity and removing needs tests would be a big help to small organizations who really need resources!
<o:p></o:p></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri",sans-serif;color:#1F497D"><o:p> </o:p></span></p>
<div>
<p class="MsoNormal"><i><span style="font-size:11.0pt;font-family:"Trebuchet MS",sans-serif;color:#1F497D">Steven Ryerse<o:p></o:p></span></i></p>
<p class="MsoNormal"><i><span style="font-size:11.0pt;font-family:"Trebuchet MS",sans-serif;color:#1F497D">President<o:p></o:p></span></i></p>
<p class="MsoNormal"><i><span style="font-size:11.0pt;font-family:"Trebuchet MS",sans-serif;color:#1F497D">100 Ashford Center North, Suite 110, Atlanta, GA 30338<o:p></o:p></span></i></p>
<p class="MsoNormal"><i><span style="font-size:11.0pt;font-family:"Trebuchet MS",sans-serif;color:#1F497D">770.656.1460 - Cell<o:p></o:p></span></i></p>
<p class="MsoNormal"><i><span style="font-size:11.0pt;font-family:"Trebuchet MS",sans-serif;color:#1F497D">770.399.9099- Office<o:p></o:p></span></i></p>
<p class="MsoNormal"><span style="font-size:10.0pt;font-family:"MS Mincho";color:#1F497D"><o:p> </o:p></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri",sans-serif;color:#1F497D"><img border="0" width="56" height="37" id="Picture_x0020_1" src="cid:image001.jpg@01D0F7A6.F7DF1B10" alt="Description: Description: Eclipse Networks Logo_small.png"></span><span style="font-size:10.0pt;font-family:"MS Mincho";color:#1F497D">℠</span><span style="font-size:14.0pt;font-family:"Trebuchet MS",sans-serif;color:#1F497D">
</span><span style="font-size:11.0pt;font-family:"Trebuchet MS",sans-serif;color:#1F497D">Eclipse Networks, Inc.</span><span style="font-size:14.0pt;font-family:"Trebuchet MS",sans-serif;color:#1F497D"><o:p></o:p></span></p>
<p class="MsoNormal" style="text-indent:.5in"><sup><span style="font-size:9.0pt;font-family:"Trebuchet MS",sans-serif;color:#1F497D"> Conquering Complex Networks</span></sup><sup><span style="font-size:9.0pt;font-family:"Calibri",sans-serif;color:#1F497D">℠</span></sup><sup><span style="font-size:9.0pt;font-family:"Trebuchet MS",sans-serif;color:#1F497D"><o:p></o:p></span></sup></p>
</div>
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri",sans-serif;color:#1F497D"><o:p> </o:p></span></p>
<div>
<div style="border:none;border-top:solid #E1E1E1 1.0pt;padding:3.0pt 0in 0in 0in">
<p class="MsoNormal"><b><span style="font-size:11.0pt;font-family:"Calibri",sans-serif">From:</span></b><span style="font-size:11.0pt;font-family:"Calibri",sans-serif">
<a href="mailto:arin-ppml-bounces@arin.net">arin-ppml-bounces@arin.net</a> [<a href="mailto:arin-ppml-bounces@arin.net">mailto:arin-ppml-bounces@arin.net</a>]
<b>On Behalf Of </b>Owen DeLong<br>
<b>Sent:</b> Friday, September 25, 2015 1:24 PM<br>
<b>To:</b> <a href="mailto:elvis@velea.eu">elvis@velea.eu</a><br>
<b>Cc:</b> <a href="mailto:arin-ppml@arin.net">arin-ppml@arin.net</a><br>
<b>Subject:</b> Re: [arin-ppml] Draft Policy ARIN-2015-9: Eliminating needs-based evaluation for Section 8.2, 8.3, and 8.4 transfers of IPv4 netblocks<o:p></o:p></span></p>
</div>
</div>
<p class="MsoNormal"><o:p> </o:p></p>
<p class="MsoNormal"><o:p> </o:p></p>
<div>
<blockquote style="margin-top:5.0pt;margin-bottom:5.0pt">
<div>
<p class="MsoNormal">On Sep 25, 2015, at 04:42 , Elvis Daniel Velea <<a href="mailto:elvis@velea.eu">elvis@velea.eu</a>> wrote:<o:p></o:p></p>
</div>
<p class="MsoNormal"><o:p> </o:p></p>
<div>
<p class="MsoNormal" style="margin-bottom:12.0pt"><span style="font-size:7.5pt;font-family:Courier">Hi Richard,<br>
<br>
On 25/09/15 06:46, Richard J. Letts wrote:</span><o:p></o:p></p>
<blockquote style="margin-top:5.0pt;margin-bottom:5.0pt">
<p class="MsoNormal"><span style="font-size:7.5pt;font-family:Courier">b)<br>
There is no definitive outcome from the policy change, which makes me feel that it's not worth changing -- the problem statement argument is weak at best.<o:p></o:p></span></p>
</blockquote>
<p class="MsoNormal"><span style="font-size:7.5pt;font-family:Courier">the outcome is that everyone that will need IP addresses will be able to get them. Isn't that quite definitive and clear?</span><o:p></o:p></p>
</div>
</blockquote>
<div>
<p class="MsoNormal"><o:p> </o:p></p>
</div>
<p class="MsoNormal">Sure, except it isn’t actually an outcome of the proposal on many levels:<o:p></o:p></p>
</div>
<div>
<p class="MsoNormal"><o:p> </o:p></p>
</div>
<div>
<p class="MsoNormal">1. The proposal does nothing to guarantee a supply of addresses or even increase the supply.<o:p></o:p></p>
</div>
<div>
<p class="MsoNormal">2. To the extent that there is supply, anyone who needs addresses can get them already. Needs-based evaluation does not prevent those with need from getting addresses… It prevents those without need from getting them.<o:p></o:p></p>
</div>
<div>
<p class="MsoNormal">3. The definitive outcome from the policy change, if there is such, is that those without need will now be more easily able to acquire addresses, potentially preventing those with need from acquiring them.<o:p></o:p></p>
</div>
<div>
<p class="MsoNormal" style="margin-bottom:12.0pt"><o:p> </o:p></p>
<blockquote style="margin-top:5.0pt;margin-bottom:5.0pt;orphans: auto;text-align:start;widows: auto;-webkit-text-stroke-width: 0px;word-spacing:0px">
<div>
<blockquote style="margin-top:5.0pt;margin-bottom:5.0pt">
<p class="MsoNormal"><span style="font-size:7.5pt;font-family:Courier"><br>
It is potentially enabling organizations with more money than need gain more resources, potentially at the expense of non-profit and educational organizations who might not be able to raise cash for additional IPv4 space [or equipment to support a transition
to IPv6].<o:p></o:p></span></p>
</blockquote>
<p class="MsoNormal" style="margin-bottom:12.0pt"><span style="font-size:7.5pt;font-family:Courier">So, you think that in today's market the non-profit/educational organizations will have the chance at getting some of the IP space from the market? And if the
needs-based barrier is removed, they will no longer have that chance?<br>
Everyone knows that the IP address is now an asset and is worth a buck. Who do you think will say: I'll give it for free to this educational organization (because they have proven the need to ARIN) instead of giving it for money to this commercial entity (that
may or may not have a demonstrated need need for it).</span><o:p></o:p></p>
</div>
</blockquote>
<div>
<p class="MsoNormal"><o:p> </o:p></p>
</div>
<p class="MsoNormal">Contrary to your statement, there have been addresses returned to ARIN and there have been organizations who chose to transfer addresses to those they found worthy rather than maximize the monetization of those addresses.<o:p></o:p></p>
</div>
<div>
<p class="MsoNormal"><o:p> </o:p></p>
</div>
<div>
<p class="MsoNormal">OTOH, having a policy like this in place certainly makes it easier to manipulate the market to maximize the price.<o:p></o:p></p>
</div>
<div>
<p class="MsoNormal" style="margin-bottom:12.0pt"><o:p> </o:p></p>
<blockquote style="margin-top:5.0pt;margin-bottom:5.0pt">
<div>
<p class="MsoNormal"><span style="font-size:7.5pt;font-family:Courier">I think we need to wake up. Keeping needs-based criteria in the policy will only cause SOME transfers to be driven underground and block some others.</span><o:p></o:p></p>
</div>
</blockquote>
<div>
<p class="MsoNormal"><o:p> </o:p></p>
</div>
<p class="MsoNormal">I think claiming that those of us who believe needs-based criteria is still useful are asleep is unwarranted.<o:p></o:p></p>
</div>
<div>
<p class="MsoNormal" style="margin-bottom:12.0pt"><o:p> </o:p></p>
<blockquote style="margin-top:5.0pt;margin-bottom:5.0pt;orphans: auto;text-align:start;widows: auto;-webkit-text-stroke-width: 0px;word-spacing:0px">
<div>
<blockquote style="margin-top:5.0pt;margin-bottom:5.0pt">
<p class="MsoNormal"><span style="font-size:7.5pt;font-family:Courier">Changing policy just to (potentially) improve the accuracy of a database seems not worth the (potential) risk.<o:p></o:p></span></p>
</blockquote>
<p class="MsoNormal"><span style="font-size:7.5pt;font-family:Courier">The change of the accuracy of the registry is already proven in the RIPE region. I would say it's not just potential, it is real and visible.</span><o:p></o:p></p>
</div>
</blockquote>
<div>
<p class="MsoNormal"><o:p> </o:p></p>
</div>
<p class="MsoNormal">Please provide the metrics on which you base this assertion. How was RIPE-NCC accuracy measured prior to the policy change and to what extent was it improved as a result of this policy change. What mechanism was used to determine that the
measured increase in accuracy was the result of the particular policy abandoning needs-based evaluation?<o:p></o:p></p>
</div>
<div>
<p class="MsoNormal"><o:p> </o:p></p>
</div>
<div>
<p class="MsoNormal">Owen<o:p></o:p></p>
</div>
<div>
<p class="MsoNormal" style="margin-bottom:12.0pt"><o:p> </o:p></p>
<blockquote style="margin-top:5.0pt;margin-bottom:5.0pt;orphans: auto;text-align:start;widows: auto;-webkit-text-stroke-width: 0px;word-spacing:0px">
<div>
<blockquote style="margin-top:5.0pt;margin-bottom:5.0pt">
<p class="MsoNormal"><span style="font-size:7.5pt;font-family:Courier"><br>
Richard<o:p></o:p></span></p>
</blockquote>
<p class="MsoNormal" style="margin-bottom:12.0pt"><span style="font-size:7.5pt;font-family:Courier">regards,<br>
Elvis</span><o:p></o:p></p>
<blockquote style="margin-top:5.0pt;margin-bottom:5.0pt">
<p class="MsoNormal"><span style="font-size:7.5pt;font-family:Courier"><br>
________________________________________<br>
From: <a href="mailto:arin-ppml-bounces@arin.net">arin-ppml-bounces@arin.net</a> <<a href="mailto:arin-ppml-bounces@arin.net">arin-ppml-bounces@arin.net</a>> on behalf of Dani Roisman <<a href="mailto:droisman@softlayer.com">droisman@softlayer.com</a>><br>
Sent: Thursday, September 24, 2015 6:20 PM<br>
To: <a href="mailto:arin-ppml@arin.net">arin-ppml@arin.net</a><br>
Subject: [arin-ppml] Draft Policy ARIN-2015-9: Eliminating needs-based evaluation for Section 8.2, 8.3, and 8.4 transfers of IPv4 netblocks<br>
<br>
| Date: Wed, 23 Sep 2015 16:53:59 -0400<br>
| From: ARIN <<a href="mailto:info@arin.net">info@arin.net</a>><br>
| To: <a href="mailto:arin-ppml@arin.net">arin-ppml@arin.net</a><br>
| Subject: [arin-ppml] Draft Policy ARIN-2015-9: Eliminating needs-based<br>
| evaluation for Section 8.2, 8.3, and 8.4 transfers of IPv4 netblocks<br>
| Message-ID: <<a href="mailto:56031167.1010007@arin.net">56031167.1010007@arin.net</a>><br>
| Content-Type: text/plain; charset=utf-8; format=flowed<br>
|<br>
| Draft Policy ARIN-2015-9<br>
| Eliminating needs-based evaluation for Section 8.2, 8.3, and 8.4<br>
| transfers of IPv4 netblocks<br>
|<br>
| On 17 September 2015 the ARIN Advisory Council (AC) accepted<br>
| "ARIN-prop-223 Eliminating needs-based evaluation for Section 8.2, 8.3,<br>
| and 8.4 transfers of IPv4 netblocks" as a Draft Policy.<br>
|<br>
| Draft Policy ARIN-2015-9 is below and can be found at:<br>
| <a href="https://www.arin.net/policy/proposals/2015_9.html">https://www.arin.net/policy/proposals/2015_9.html</a><br>
<br>
Greetings,<br>
<br>
There has been some stimulating dialog about the merits of 2015-9. I'd like to ask that in addition to any overall support or lack thereof, you also review the policy language and comment specifically on the changes proposed:<br>
a) For those of you generally in support of this effort, are there any refinements to the changes made which you think will improve this should these policy changes be implemented?<br>
b) For those of you generally opposed to this effort, are there any adjustments to the policy changes which, if implemented, would gain your support?<br>
<br>
--<br>
Dani Roisman<br>
_______________________________________________<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">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">http://lists.arin.net/mailman/listinfo/arin-ppml</a><br>
Please contact <a href="mailto:info@arin.net">info@arin.net</a> if you experience any issues.<br>
_______________________________________________<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">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">http://lists.arin.net/mailman/listinfo/arin-ppml</a><br>
Please contact <a href="mailto:info@arin.net">info@arin.net</a> if you experience any issues.<o:p></o:p></span></p>
</blockquote>
<p class="MsoNormal"><span style="font-size:7.5pt;font-family:Courier"><br>
_______________________________________________<br>
PPML<br>
You are receiving this message because you are subscribed to<br>
the ARIN Public Policy Mailing List (</span><a href="mailto:ARIN-PPML@arin.net"><span style="font-size:7.5pt;font-family:Courier">ARIN-PPML@arin.net</span></a><span style="font-size:7.5pt;font-family:Courier">).<br>
Unsubscribe or manage your mailing list subscription at:<br>
</span><a href="http://lists.arin.net/mailman/listinfo/arin-ppml"><span style="font-size:7.5pt;font-family:Courier">http://lists.arin.net/mailman/listinfo/arin-ppml</span></a><span style="font-size:7.5pt;font-family:Courier"><br>
Please contact<span class="apple-converted-space"> </span></span><a href="mailto:info@arin.net"><span style="font-size:7.5pt;font-family:Courier">info@arin.net</span></a><span class="apple-converted-space"><span style="font-size:7.5pt;font-family:Courier"> </span></span><span style="font-size:7.5pt;font-family:Courier">if
you experience any issues.</span><o:p></o:p></p>
</div>
</blockquote>
</div>
<p class="MsoNormal"><o:p> </o:p></p>
</div>
</body>
</html>