<div dir="ltr"><br><div class="gmail_extra"><br><br><div class="gmail_quote">On Fri, Jul 12, 2013 at 1:34 PM, William Herrin <span dir="ltr"><<a href="mailto:bill@herrin.us" target="_blank">bill@herrin.us</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div class="im">On Thu, Jul 11, 2013 at 7:58 PM, David Farmer <<a href="mailto:farmer@umn.edu">farmer@umn.edu</a>> wrote:<span style="color:rgb(34,34,34)"> </span></div>
</blockquote><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div class="im"><br></div><div class="im">
<br>
> 3. Are there other concepts, principles, or goals that were missing?<br>
<br>
</div>Fairness and process integrity through transparency. Touched on it,<br>
but if we're describing principles rather than goals it's more<br>
centrally important.<br>
<div class="im"><br>
<br>
> 0.2 Fair Distribution<br>
><br>
> The principle of Fair Distribution is the precept that the<br>
> fundamental purpose of Internet number resources management is to<br>
> distributed unique number resources in a fair and impartial manner<br>
> to entities building and operating networks, for benefit of all<br>
> Internet users equally, and thereby facilitating the growth and<br>
> sustainability of the Internet.<br>
<br>
</div>How does this statement square with the continued existence of two<br>
very unequal classes of registrants?<br>
<br></blockquote></div>IMO, in the past, the community has agreed that those who got legacy address</div><div class="gmail_extra">did so under a different set of rules. The LRSA was an attempt to bring them</div><div class="gmail_extra">
into the fold without forcing them to lose the current legacy addresses they </div><div class="gmail_extra">hold. Previous attempts to force them to renumber, consolidate, or return </div><div class="gmail_extra">have not been supported, and are even less likely now that they might have</div>
<div class="gmail_extra">value on the market.</div><div class="gmail_extra"><br></div><div class="gmail_extra">Going forward, subsequent allocations require efficient utilization of current address</div><div class="gmail_extra">
space, and legacy space is included in that calculation.</div><div class="gmail_extra"><br></div><div class="gmail_extra" style>Additionally, when a specified transfer happens, the receiving party must justify the</div><div class="gmail_extra" style>
need for address, even if it is legacy space.</div><div class="gmail_extra" style><br></div><div class="gmail_extra" style>These two rules further reduce the unequalness.</div><div class="gmail_extra" style><br></div><div class="gmail_extra" style>
To allow transfers with no needs based justification of legacy space is to</div><div class="gmail_extra" style> maintain these two unequal classes, and make the privilege transferrable.</div><div class="gmail_extra" style>
<br></div><div class="gmail_extra" style>Sounds like we have three choices here:</div><div class="gmail_extra" style>1. remove the inequality</div><div class="gmail_extra" style> - claw back under utilized legacy IPv4 space</div>
<div class="gmail_extra" style>2. minimize the inequality</div><div class="gmail_extra" style> - require legacy holders to be efficiently utilized before they get additional space</div><div class="gmail_extra" style>
(some legacy holders are growing, and have AIRN space)</div>
<div class="gmail_extra" style> - hope this minimizes the inequality over time</div><div class="gmail_extra" style>3. maintain the inequality </div><div class="gmail_extra" style> - Allow legacy addresses to transfer including the right to keep them under utilized</div>
<div class="gmail_extra" style><br></div><div class="gmail_extra" style>Current policy is option 2.</div><div class="gmail_extra" style><br></div><div class="gmail_extra" style>This proposal does not seek to change that.</div>
<div class="gmail_extra" style><br></div><div class="gmail_extra" style><br></div><div class="gmail_extra" style>__Jason </div><div class="gmail_extra" style><br></div><div class="gmail_extra"><br></div><div class="gmail_extra">
<br clear="all"><div><br></div>-- <br><font color="#555555" face="'courier new', monospace"><div><span style="color:rgb(0,0,0);font-family:arial"><font color="#555555" face="'courier new', monospace">_______________________________________________________<br>
</font><div><font face="'courier new', monospace">Jason Schiller|NetOps|<a href="mailto:jschiller@google.com" target="_blank">jschiller@google.com</a>|571-266-0006</font></div><div><font face="'courier new', monospace"><br>
</font></div></span></div></font>
</div></div>