<div dir="auto"><br></div><div dir="auto">Based on my experience, I believe three is correct. I did back when we all came to consensus on the v4 policy for micro allocation and do now. The infrastructure development impact is very important to the Internet. Making sure the resources are going to be used legitimately for development and not flag planting is also important. </div><div dir="auto"><br></div><div dir="auto">HTH,</div><div dir="auto"><br></div><div dir="auto">-M<</div><div dir="auto"><br></div><div dir="auto"><br></div><div dir="auto"><br></div><div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Tue, Dec 5, 2023 at 21:26 Richard Laager <<a href="mailto:rlaager@wiktel.com">rlaager@wiktel.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-style:solid;padding-left:1ex;border-left-color:rgb(204,204,204)"><div dir="auto">Absolutely.<div><br></div><div>I’d love to see the number be higher, like 3 or 5. If you can’t find more than two, are you really going to get anywhere?</div><div><div><br id="m_5574613194912305373lineBreakAtBeginningOfSignature"><div dir="ltr">-- <div>Richard</div></div><div dir="ltr"><br><blockquote type="cite">On Dec 5, 2023, at 17:51, Martin Hannigan <<a href="mailto:hannigan@gmail.com" target="_blank">hannigan@gmail.com</a>> wrote:<br><br></blockquote></div><blockquote type="cite"><div dir="ltr"></div></blockquote></div></div></div><div dir="auto"><div><div><blockquote type="cite"><div dir="ltr"><div dir="ltr"><div><h3 id="m_5574613194912305373gmail-4-4-micro-allocation"><font size="2" style="color:rgb(0,0,0)"><span style="font-weight:normal;font-family:arial,sans-serif">- 4.4. Micro-allocation</span></font></h3><div>Defines the minimum participant count as "three"<br></div></div><div><h4 id="m_5574613194912305373gmail-6-10-1-micro-allocations-for-critical-infrastructure"><font size="2" style="color:rgb(0,0,0)"><span style="font-weight:normal;font-family:arial,sans-serif">- 6.10.1. Micro-allocations for Critical Infrastructure</span></font></h4><div>Defines the minimum participants count justification as "two"</div><div><br></div>How'd that happen? I can't seem to pin down a draft to see.</div><div><br></div><div>As I researched this, however, I again saw widely and was reminded of the below.<br></div><div><br></div><div>Here's what we have justification wise in both:<br></div><div><br></div><div>Exchange point operators must provide justification for the allocation,
including: connection policy, location, other participants (minimum of
two total), ASN, and contact information. </div><div><br></div><div>Here's what we see a lot as a result (which is not in the spirit of the policy):<br><div><div><br></div><div>Spaghetti-IX Justification Peer 1: Spaghetti-IX Route Server ASN 65536<br></div><div><div>Spaghetti-IX Justification Peer 2: Spaghetti-IX Route Server ASN 65537</div><div><div>Spaghetti-IX Justification Peer 1: CedgeoEonnecto (BOS)</div><br></div></div></div></div><div>Here's what I suggest would be meaningful:<br></div><div><br></div><div>Exchange point operators must justify the allocation by providing the location of the switch, the contact information information and public ASN of the initial connecting parties. The initial connecting pirates must be unique and independent from each other.<br></div><div><br></div><div>Which should result in:</div><br><div>Meatball-IX Justification Peer 1: Unique Network ASN 65536<br></div><div><div>Meatball-IX Justification Peer 2: Unique Network ASN 65537</div><div><div>Meatball-IX Justification Peer 1: Unique Network ASN 65538<br></div><div><br></div><div>That would prevent quite a bit of cruft IMHO.</div><div><br></div></div></div><div><div><div><div>FYI,</div><div><br></div><div>-M<</div><div><br></div><div><br></div><div><br></div></div><div><br></div></div></div></div>
</div></blockquote></div></div></div><div dir="auto"><div><div><blockquote type="cite"><div dir="ltr"><span>_______________________________________________</span><br><span>ARIN-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" target="_blank">ARIN-PPML@arin.net</a>).</span><br><span>Unsubscribe or manage your mailing list subscription at:</span><br><span><a href="https://lists.arin.net/mailman/listinfo/arin-ppml" target="_blank">https://lists.arin.net/mailman/listinfo/arin-ppml</a></span><br><span>Please contact <a href="mailto:info@arin.net" target="_blank">info@arin.net</a> if you experience any issues.</span><br></div></blockquote></div></div></div>_______________________________________________<br>
ARIN-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" target="_blank">ARIN-PPML@arin.net</a>).<br>
Unsubscribe or manage your mailing list subscription at:<br>
<a href="https://lists.arin.net/mailman/listinfo/arin-ppml" rel="noreferrer" target="_blank">https://lists.arin.net/mailman/listinfo/arin-ppml</a><br>
Please contact <a href="mailto:info@arin.net" target="_blank">info@arin.net</a> if you experience any issues.<br>
</blockquote></div></div>