<p dir="ltr">I actually pretty much agree with everything Mr. Herrin states in the below email.</p>
<p dir="ltr">-Blake</p>
<div class="gmail_quote">On Dec 24, 2014 1:26 PM, "William Herrin" <<a href="mailto:bill@herrin.us">bill@herrin.us</a>> wrote:<br type="attribution"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">On Wed, Dec 24, 2014 at 12:28 PM, John Curran <<a href="mailto:jcurran@arin.net">jcurran@arin.net</a>> wrote:<br>
> On Dec 24, 2014, at 11:50 AM, William Herrin <<a href="mailto:bill@herrin.us">bill@herrin.us</a>> wrote:<br>
>> I think this is bad policy which will encourage registry shopping by<br>
>> large multinational companies who really don't need yet another<br>
>> advantage over their smaller competitors. Worse than just making ARIN<br>
>> a flag-of-convenience registry to the world, it includes just enough<br>
>> in-region requirement to shut out small players. I reiterate my<br>
>> OPPOSITION to this draft policy.<br>
><br>
>   Is there are any change to the draft policy which would address<br>
>   your concerns regarding it?  More specifically, if the community<br>
>   support for the policy ends up being strong due to a perception<br>
>   that it addresses an existing policy flaw, is there any change<br>
>   that would mitigate the harm to small players that you outline<br>
>   above?<br>
<br>
Hi John,<br>
<br>
I'm don't think there is such a change but there are a few things that<br>
jump out at me as being particularly offensive.<br>
<br>
1. This issue is not a concern for ARIN number resources overall. Now<br>
and for the foreseeable future it frankly only matters for IPv4<br>
addresses. Crafting a one-size-fits-all policy here needlessly<br>
complicates the matter. No one here cares whether AS numbers or IPv6<br>
addresses are used out-region and burning one single staff minute<br>
analyzing the acceptability of such is a waste. Worse, crafting the<br>
policy to act reasonably with the other number resources corrupts its<br>
ability to deal correctly with the IPv4 situation.<br>
<br>
2. I disagree with spinning it as an existing policy flaw. There's a<br>
ARIN -implementation- flaw here. Classically and consistent with the<br>
spirit of ICP2, the RIRs allow minor outregion use of addresses that's<br>
incidental to an in-region operation. And you know what? You haven't<br>
been the slightest bit shy about deciding that external documents like<br>
ICP2 and RFC2050 constrain ARIN activity in other matters like the /10<br>
for large scale NAT. I don't know how ARIN got itself twisted up where<br>
it couldn't find the limits of "minor" and "incidental" but trying to<br>
override that with rigid policy requirements is going to be<br>
problematic.<br>
<br>
3. Registry shopping is a bad bad bad idea. It defeats and is directly<br>
contrary to the whole ICP2 spirit of LOCAL self-governance. As<br>
written, this policy doesn't discourage region shopping, it codifies<br>
it. RIPE policies gotcha down? No sweat, we'll buy a cage in Ashburn<br>
Equinix and use that as a jumping board to shop ARIN instead. As long<br>
as you're big enough to afford that cage and the servers inside, this<br>
policy removes all limits.<br>
<br>
4. Limiting the registrants to folks making a notional use of IP<br>
addresses or a single AS number somewhere inside the ARIN region just<br>
makes it worse. There's already a fairness gulf between shops large<br>
enough to employ a dedicated number resource group and those who must<br>
rely on consultants and luck to find a path through the registries'<br>
arcane rules. The 1AS/22/44 rule poses no real obstacle to a<br>
multinational grabbing addresses where convenient but it sows even<br>
more challenge and confusion for a smaller shop.<br>
<br>
Regards,<br>
Bill Herrin<br>
<br>
<br>
<br>
--<br>
William Herrin ................ <a href="mailto:herrin@dirtside.com">herrin@dirtside.com</a>  <a href="mailto:bill@herrin.us">bill@herrin.us</a><br>
Owner, Dirtside Systems ......... Web: <<a href="http://www.dirtside.com/" target="_blank">http://www.dirtside.com/</a>><br>
May I solve your unusual networking challenges?<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" target="_blank">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>
</blockquote></div>