<div><br></div>That's an operational problem. No one should ever accept nor should ARIN ever write an LOA for anything except their own registered prefix. <span></span><div><br></div><div>Best, </div><div><br></div><div>
Martin</div><div><br></div><div><br><div><br>On Thursday, March 27, 2014, Scott Leibrand <<a href="mailto:scottleibrand@gmail.com">scottleibrand@gmail.com</a>> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
The author or shepherds can provide more detail, but this was submitted in response to a recent presentation on research that involved announcing a covering aggregate for a significant fraction of the entire IP space with ARIN providing an LOA that allowed it. Per statements at the mic, the author doesn't want ARIN to allow that to happen again.<br>

<br>
Scott<br>
<br>
> On Mar 26, 2014, at 7:55 PM, David Huberman <<a>David.Huberman@microsoft.com</a>> wrote:<br>
><br>
> Hi PPML,<br>
><br>
> Can someone show me where in the mailing list archives this policy was actively discussed on PPML? I can't find it.<br>
><br>
> Alternatively, can the policy author or someone who strongly supports this policy please either post to the list or email me privately and clue me in?  I issued and managed almost every experimental assignment for almost 10 years from 2003 to 2013, and I am lost as to what this policy is saying.  I would like to be educated so I can support, or not support, the efforts that have been made here.<br>

><br>
> Thank you!<br>
> /david<br>
><br>
> David R Huberman<br>
> Microsoft Corporation<br>
> Senior IT/OPS Program Manager (GFS)<br>
><br>
> -----Original Message-----<br>
> From: <a>arin-ppml-bounces@arin.net</a> [mailto:<a>arin-ppml-bounces@arin.net</a>] On Behalf Of ARIN<br>
> Sent: Tuesday, March 25, 2014 11:28 AM<br>
> To: <a>arin-ppml@arin.net</a><br>
> Subject: [arin-ppml] Draft Policy ARIN-2014-12: Anti-hijack Policy<br>
><br>
> On 20 March 2014 the ARIN Advisory Council (AC) accepted<br>
> "ARIN-prop-202 Anti-hijack Policy" as a Draft Policy.<br>
><br>
> Draft Policy ARIN-2014-12 is below and can be found at:<br>
> <a href="https://www.arin.net/policy/proposals/2014_12.html" target="_blank">https://www.arin.net/policy/proposals/2014_12.html</a><br>
><br>
> You are encouraged to discuss the merits and your concerns of Draft Policy 2014-12 on the Public Policy Mailing List.<br>
><br>
> The AC will evaluate the discussion in order to assess the conformance of this draft policy with ARIN's Principles of Internet Number Resource Policy as stated in the PDP. Specifically, these principles are:<br>

><br>
>   * Enabling Fair and Impartial Number Resource Administration<br>
>   * Technically Sound<br>
>   * Supported by the Community<br>
><br>
> The ARIN Policy Development Process (PDP) can be found at:<br>
> <a href="https://www.arin.net/policy/pdp.html" target="_blank">https://www.arin.net/policy/pdp.html</a><br>
><br>
> Draft Policies and Proposals under discussion can be found at:<br>
> <a href="https://www.arin.net/policy/proposals/index.html" target="_blank">https://www.arin.net/policy/proposals/index.html</a><br>
><br>
> Regards,<br>
><br>
> Communications and Member Services<br>
> American Registry for Internet Numbers (ARIN)<br>
><br>
><br>
> ## * ##<br>
><br>
><br>
> Draft Policy ARIN-2014-12<br>
> Anti-hijack Policy<br>
><br>
> Date: 25 March 2014<br>
><br>
> Problem Statement:<br>
><br>
> ARIN should not give research organizations permission to hijack prefixes that have already been allocated. Research organizations announcing lit aggregates may receive sensitive production traffic belonging to live networks during periods of instability.<br>

><br>
> Section 11.7 describes more than allocation size therefore updating the section heading to something more accurate is appropriate.<br>
><br>
> Policy statement:<br>
><br>
> Modify the section 11.7 heading to be more accurate. Modify the first sentence to prohibit overlapping assignments. Add text at the end to define how research allocations should be designated and prohibit LOA's without allocations.<br>

><br>
> 11.7 Resource Allocation Guidelines<br>
><br>
> The Numbering Resources requested come from the global Internet Resource space, do not overlap previously assigned space, and are not from private or other non-routable Internet Resource space. The allocation size should be consistent with the existing ARIN minimum allocation sizes, unless small allocations are intended to be explicitly part of the experiment. If an organization requires more resource than stipulated by the minimum allocation sizes in force at the time of their request, their experimental documentation should have clearly described and justified why this is required.<br>

><br>
> All research allocations must be registered publicly in whois. Each research allocation will be designated as a research allocation with a comment indicating when the allocation will end. ARIN will not issue a Letter of Authority (LOA) to route a research prefix unless the allocation is properly registered in whois.<br>

><br>
> Comments:<br>
> a. Timetable for implementation: Immediate b. Anything else:<br>
> _______________________________</blockquote></div></div>