<div dir="ltr">Just for reference the policy with regard to IXPs says this below.  I believe that the point was that the IXP had to have at least two customers and all this other information that they are providing a credible IXP in order to get a micro allocation.  <div>
-----Cathy<br><div><br></div><div><br><div>"<span style="color:rgb(0,0,0);font-family:arial,helvetica,sans-serif;font-size:18px;line-height:1.5em">Exchange point operators must provide justification for the allocation, including: connection policy, location, other participants (minimum of two total), ASN, and contact information. ISPs and other organizations receiving these micro-allocations will be charged under the ISP fee schedule, while end-users will be charged under the fee schedule for end-users. This policy does not preclude exchange point operators from requesting address space under other policies."</span></div>
</div></div></div><div class="gmail_extra"><br><br><div class="gmail_quote">On Thu, Jan 9, 2014 at 2:41 PM, 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 dir="ltr"><div><div><div><br></div>Someone pointed me at 4.4 and noted that it says that an IXP can receive an allocation if two parties are present. The common understanding in the industry is that two parties connected are private peering and three on a common switch "could" be an IXP. <br>


<br></div>Is there a reason not to bump this number up to three in light of prevailing circumstances and conservation of the infrastructure pool? If two is arbitrarily low, it's a good time to make three arbitrarily low. I think it would be wise in terms of insuring that resources are being used effectively.<br>


</div><div><br>Thoughts?<span class="HOEnZb"><font color="#888888"><br></font></span></div><span class="HOEnZb"><font color="#888888"><br><br>-M<<br><br><br></font></span></div>
<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><br></div>