<div dir="ltr"><br><div>The suggested text restricting LOA is:  "ARIN will not issue a Letter of Authority (LOA) to route a research prefix unless the allocation is properly registered in whois."</div><div><br></div>
<div>The text does not specifically restrict ARIN from issuing an LOA altogether, it requires that the resource be registered in whois.  I think the text allows them to issue LOA for research where necessary and legitimate.  It should not impede them from issuing LOA in any other circumstance (though, outside of research, I don't imagine they get many requests for LOA)   Can you foresee a circumstance where it would be appropriate for ARIN to issue an LOA for something *not* registered in whois?   Do you think the current text impedes them from issuing necessary and legitimate LOA's?</div>
<div><br></div><div>--Heather</div></div><div class="gmail_extra"><br><br><div class="gmail_quote">On Tue, Apr 1, 2014 at 10:58 AM, Martin Hannigan <span dir="ltr"><<a href="mailto:hannigan@gmail.com" target="_blank">hannigan@gmail.com</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div class="HOEnZb"><div class="h5">On Mon, Mar 31, 2014 at 4:59 PM, Martin Hannigan <<a href="mailto:hannigan@gmail.com">hannigan@gmail.com</a>> wrote:<br>

> On Mon, Mar 31, 2014 at 4:52 PM, John Curran <<a href="mailto:jcurran@arin.net">jcurran@arin.net</a>> wrote:<br>
>> On Mar 31, 2014, at 3:11 PM, Martin Hannigan <<a href="mailto:hannigan@gmail.com">hannigan@gmail.com</a>> wrote:<br>
>><br>
>>> On Sun, Mar 30, 2014 at 5:00 AM, John Curran <<a href="mailto:jcurran@arin.net">jcurran@arin.net</a>> wrote:<br>
>>>><br>
>>>> NRPM 11 was designed for parties requesting allocations from ARIN for<br>
>>>> research purposes; not ARIN checking the quality/integrity of new block<br>
>>>> received from IANA.  Given the recent occurance, I believe it is prudent<br>
>>>> for ARIN to utilize NRPM 11 going forward for purposes of this quality<br>
>>>> checking, as it makes visible the organization doing the testing/making<br>
>>>> use of the space, including duration of the activity and research nature,<br>
>>>> as well as reaffirming the expected uniqueness requirement.<br>
>>><br>
>>> If I understand this correctly, Matthew suggested that an update to<br>
>>> Section 11 would be more useful? If that's the case I agree. It would<br>
>>> require a few, simple, modifications.<br>
>><br>
>> I think his suggestion to make use of NRPM 11 for this purpose is quite<br>
>> excellent.   It was not process that we used in the past, but shall be<br>
>> done that way going forward.   To the extent that the community wishes<br>
>> to improve NRPM 11 policy text for this purpose of address space testing,<br>
>> that is also welcome.<br>
>><br>
>>> Why would ARIN ever need to issue an LOA if whatever is distributed is<br>
>>> in the registry? All the LOA responsibilities if even needed at that<br>
>>> point would fall to the registrant.<br>
>><br>
>> Agreed; that is the major benefit of taking an "NRPM 11" approach to address<br>
>> space testing - ARIN stays focused on being a registry and leaves the use of<br>
>> address space to registrants.  Since registrants are unique for a given address<br>
>> block, we also preempt multiple parties with potentially conflict plans on the<br>
>> use (or routing) of any given portion of address space.<br>
>><br>
><br>
><br>
> Yes, I agree. This is the preferable route.<br>
><br>
> Best,<br>
><br>
> -M<<br>
<br>
<br>
</div></div>To add to this, it appears that we can condense most of the hand<br>
waving down to a modification in Section 11.4 that adds to the end of<br>
the paragraph "All resource assignments will be registered in the ARIN<br>
WHOIS database and in a manner not conflicting with any other<br>
registrations". Or any other language that would accomplish the same<br>
thing.<br>
<br>
We ought not to specifically restrict ARIN from writing an LOA. There<br>
may be a circumstance where it is necessary and fully legitimate.<br>
Admittedly, the instances where it would be needed would be corner<br>
cases, but operators in the AP region, for example, are very strict<br>
and I've had some strange reasons for writing LOA for my own prefixes.<br>
It may also interfere with the encumbrance testing that John<br>
mentioned. I suspect there are also some other tricky authority<br>
questions.<br>
<br>
This sounds like a legitimate error to me so this should be enough to<br>
instill a codified message that we want registrations and self<br>
service. Anything else needs more attention.<br>
<div class="HOEnZb"><div class="h5"><br>
Best,<br>
<br>
-M<<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>
</div></div></blockquote></div><br></div>