<html>
<head>
<meta http-equiv="Content-Type" content="text/html; charset=Windows-1252">
</head>
<body dir="auto">
<div><span style="-webkit-tap-highlight-color: rgba(26, 26, 26, 0.292969); -webkit-composition-fill-color: rgba(175, 192, 227, 0.230469); -webkit-composition-frame-color: rgba(77, 128, 180, 0.230469); ">Amen! ARINs mission is to Allocate and Register. It isn't
to find ways to Not Allocate and reasons to Not Register. </span><br>
<br>
Sent from my iPhone</div>
<div><br>
On Jun 19, 2013, at 12:40 PM, "Mike Burns" <<a href="mailto:mike@nationwideinc.com">mike@nationwideinc.com</a>> wrote:<br>
<br>
</div>
<blockquote type="cite">
<div>
<div dir="ltr">
<div style="FONT-FAMILY: 'Calibri'; COLOR: #000000; FONT-SIZE: 12pt">
<div>
<div style="FONT-STYLE: normal; DISPLAY: inline; FONT-FAMILY: 'Calibri'; COLOR: #000000; FONT-SIZE: small; FONT-WEIGHT: normal; TEXT-DECORATION: none">
</div>
<div dir="ltr">
<div style="FONT-FAMILY: 'Calibri'; COLOR: #000000; FONT-SIZE: 12pt">
<div>
<div>
<div> </div>
<div> You started by indicating that this was an issue with registry accuracy, but the fact is that
</div>
<div> when the purported sale is contrary to the policy, the registry still accurately reflects the
</div>
<div> actual party with the rights to the unique registry entry, since the rights only change when</div>
<div> done in accordance with policy set by the community. Whether something is being routed</div>
<div> on the Internet or not is an entirely different matter, as shown operationally from time to time</div>
<div> by the various route leaks that occur.</div>
<div> </div>
<div> The registry is accurate as long as it follows the community-developed policy; if you don't
</div>
<div> like the policy, then work to change it. Regardless, the registry accurately reflects what</div>
<div> the community indicates it should under the circumstances.</div>
<div> </div>
<div>Thanks,</div>
<div>/John</div>
<div> </div>
<div>Hi John,</div>
<div> </div>
<div></div>
<div>The community has loudly and recently spoken about which goal of RFC-2050 is universally accepted.</div>
<div></div>
<div>That goal is registration. If you want to continue to maintain the fallacy that the entities which are actually routing and using the addresses as their own, after legally purchasing those rights, are not the ones who should be listed in the Whois registry,
then you are standing the goal of registration on its head by simply defining all the entries as accurate, in the same way the authorities responded to Galileo (“and yet it moves”), by asserting the primacy of words over reality.</div>
<div> </div>
<div></div>
<div>Nevermind the propriety of maintaining deliberately false abuse contact information for purposes of maintaining a goal of conservation which was designed in the Free Pool Era and which is not appropriate in a world with a transfer market.</div>
<div></div>
<div>If the needs requirement is driving transactions underground, we are asked here to prioritize goals. I argue that the goal of conservation is lower than the goal of registration, has always been so, and with the advent of a pricing paradigm which naturally
supports conservation, it is foolish of stewards to maintain one practice in support of a lesser goal in the face of a negative impact on the primary goal.</div>
<div> </div>
<div>Regards,</div>
<div>MIke</div>
</div>
</div>
</div>
</div>
</div>
</div>
</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>