
<html><head><meta http-equiv="Content-Type" content="text/html charset=iso-8859-1"></head><body style="word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space; "><br><div><div>On Nov 26, 2012, at 16:24 , Stephen Wilcox <<a href="mailto:steve.wilcox@ixreach.com">steve.wilcox@ixreach.com</a>> wrote:</div><br class="Apple-interchange-newline"><blockquote type="cite">As a long time lurker on this list, I thought this thread is quite similar to a discussion I got involved in at ARIN (FYI I myself am based in the RIPE region).<div><br></div><div>My opinion was that I couldn't understand the need for specific policies for these "critical infrastructures" .. I also questioned the criticalness of .foobar but thats really beside the point. </div>

<div><br></div><div>Most TLDs are operated by professional organizations - there's quite a few of them, you probably know at least one of two of them. I would assume these orgs have sufficient address space for their operations and probably most new TLDs will sit on the same servers and perhaps addresses as the existing ones. If they pay their operator for diversity I assume the operator will assign addresses to them from their unused pool. </div>

<div><br></div></blockquote><div><br></div>As was explained at the ARIN meeting, this is an incorrect assumption. To avoid fate sharing, the professional operators tend to use 2-8 /24s per TLD for anycast prefixes.</div><div><br></div><div>They do not tend to mix and match zones across /24s.</div><div><br><blockquote type="cite"><div>In other words, all this infrastructure is already out there, the organizations most likely to need space already have space - so what issue is being solved?</div><div><br></div></blockquote><div><br></div>You really should talk to some of these organizations (e.g. Neustar, Affilias) before making such statements. It was their clarifications at the microphone in the ARIN meeting which informed my statements here.</div><div><br></div><div><blockquote type="cite"><div>The problem in this IPv4 depleted age is everyone has reasons to want more v4 and once you open the flood gates they're hard to close.</div><div><br></div></blockquote><div><br></div>That is why I oppose further opening the flood gates with this policy unless there are strict limitations.</div><div><br></div><div>Owen</div><div><br><blockquote type="cite"><div>HTH</div><div>Steve</div><div><br></div>

<div><br><div class="gmail_quote">On 26 November 2012 16:01, David Conrad <span dir="ltr"><<a href="mailto:drc@virtualized.org" target="_blank">drc@virtualized.org</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">

SM,<br>

<div class="im"><br>

On Nov 26, 2012, at 3:28 PM, SM <<a href="mailto:sm@resistor.net">sm@resistor.net</a>> wrote:<br>

> Could someone please explain what's critical about such strings?<br>

<br>

</div>What is critical about any TLD that justifies the allocation of provider independent address space from an RIR?<br>

<br>

Regards,<br>

-drc<br>

<div class="HOEnZb"><div class="h5"><br>

_______________________________________________<br>

rpd mailing list<br>

<a href="mailto:rpd@afrinic.net">rpd@afrinic.net</a><br>

<a href="https://lists.afrinic.net/mailman/listinfo.cgi/rpd" target="_blank">https://lists.afrinic.net/mailman/listinfo.cgi/rpd</a><br>

</div></div></blockquote></div><br><br clear="all"><div><br></div>-- <br>Director / Founder<br>IX Reach Ltd<br>E: <a href="mailto:steve.wilcox@ixreach.com" target="_blank">steve.wilcox@ixreach.com</a><br>M: +44 7966 048633<div>

Tempus Court, Bellfield Road, High Wycombe, HP13 5HA, UK.</div><br>

</div>

_______________________________________________<br>rpd mailing list<br><a href="mailto:rpd@afrinic.net">rpd@afrinic.net</a><br>https://lists.afrinic.net/mailman/listinfo.cgi/rpd<br></blockquote></div><br></body></html>