<html><head><meta http-equiv="Content-Type" content="text/html charset=utf-8"></head><body style="word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space;" class=""><br class=""><div><blockquote type="cite" class=""><br class=""></blockquote>Just to answer a question from James Bladel during the part of the GNSO Working Session I couldn't attend due to conflicting schedule, it was determined at 2009 that the root server system could handle with the then in-use software codebase 100,000 TLDs without performance impacts. Even at that point, one of the DNS software codebases in use by root servers could go up to a million TLDs. Since then, DNS software has greatly improved, memory sizes are now much bigger, computers are much faster; there are TLD zone architectures that current handle 4 million entries and could easily scale up to 10 million without any significant architectural change, so the same evaluation done today would likely give 1 million with not that optimised software or 10+ million, all with open-source, readily-available solutions. </div><div><br class=""></div><div>I've recently sent to one the Subsequent Procedures work tracks an e-mail describing some "archeology" on this theme, please see below. </div><div><br class=""></div><div><br class=""></div><div>Rubens</div><div><br class=""></div><div><br class=""><blockquote type="cite" class=""><br class="Apple-interchange-newline"><div style="margin-top: 0px; margin-right: 0px; margin-bottom: 0px; margin-left: 0px;" class=""><span style="font-family: -webkit-system-font, Helvetica Neue, Helvetica, sans-serif; color:rgba(0, 0, 0, 1.0);" class=""><b class="">From: </b></span><span style="font-family: -webkit-system-font, Helvetica Neue, Helvetica, sans-serif;" class="">Rubens Kuhl <<a href="mailto:rubensk@nic.br" class="">rubensk@nic.br</a>><br class=""></span></div><div style="margin-top: 0px; margin-right: 0px; margin-bottom: 0px; margin-left: 0px;" class=""><span style="font-family: -webkit-system-font, Helvetica Neue, Helvetica, sans-serif; color:rgba(0, 0, 0, 1.0);" class=""><b class="">Subject: </b></span><span style="font-family: -webkit-system-font, Helvetica Neue, Helvetica, sans-serif;" class=""><b class="">[Gnso-newgtld-wg-wt4] Root Zone Scaling Myths</b><br class=""></span></div><div style="margin-top: 0px; margin-right: 0px; margin-bottom: 0px; margin-left: 0px;" class=""><span style="font-family: -webkit-system-font, Helvetica Neue, Helvetica, sans-serif; color:rgba(0, 0, 0, 1.0);" class=""><b class="">Date: </b></span><span style="font-family: -webkit-system-font, Helvetica Neue, Helvetica, sans-serif;" class="">June 18, 2017 at 4:40:49 AM GMT+2<br class=""></span></div><div style="margin-top: 0px; margin-right: 0px; margin-bottom: 0px; margin-left: 0px;" class=""><span style="font-family: -webkit-system-font, Helvetica Neue, Helvetica, sans-serif; color:rgba(0, 0, 0, 1.0);" class=""><b class="">To: </b></span><span style="font-family: -webkit-system-font, Helvetica Neue, Helvetica, sans-serif;" class=""><a href="mailto:gnso-newgtld-wg-wt4@icann.org" class="">gnso-newgtld-wg-wt4@icann.org</a><br class=""></span></div><br class=""><div class=""><div style="word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space;" class=""><div class=""><br class=""></div>While most current root zone scaling information is available in the CDAR report (<a href="https://www.icann.org/en/system/files/files/cdar-root-stability-final-08mar17-en.pdf" class="">https://www.icann.org/en/system/files/files/cdar-root-stability-final-08mar17-en.pdf</a>), I did some research regarding root zone scaling, and found that the most comprehensive source to understand is this ICANN report of 2012:<br class=""><a href="http://newgtlds.icann.org/en/about/historical-documentation/root-scaling-27jun12-en.pdf" class="">http://newgtlds.icann.org/en/about/historical-documentation/root-scaling-27jun12-en.pdf</a><br class=""><br class="">Besides all its interesting content, they compiled a list of previous root zone scaling studies that I reproduce here, changing only the link style and updating the links to their current publishing points:<br class=""><br class=""><br class=""><img alt="page19image2376" width="144" height="1" apple-inline="yes" id="596710D7-7AE8-4497-9AC2-FCB16A7E2335" apple-width="yes" apple-height="yes" class="" src="cid:11D50A33-B59A-455D-AD81-1A4B00EC8288"><div class=""><br class="">"Appendix A — Previous Studies and Analyses<br class=""><br class="">A number of studies and analyses have been compiled on the topic of scaling of the DNS Root Zone in the last three years:<br class=""><br class=""><div class=""><span class="Apple-tab-span" style="white-space:pre"> </span>• Root Zone Augmentation and Impact Analysis(<a href="https://www.icann.org/en/system/files/files/root-zone-augementation-analysis-17sep09-en.pdf" class="">https://www.icann.org/en/system/files/files/root-zone-augementation-analysis-17sep09-en.pdf</a>) — This study, also known as the “L-Root Study,” examined the impacts of multifaceted growth of the size of the Root Zone on the performance of “<a href="http://l.root-servers.net" class="">l.root-servers.net</a>,” the root server that is managed by ICANN. This analysis considered the implications of IPv6 addresses, DNSSEC, as well as new TLDs in a laboratory simulation. The work was conducted by the independent DNS Operations and Research Center (DNS-OARC). This study was published in September 2009, and its conclusions include that root zone servers’ requirements for memory grow linearly with the number of top-level domains, that the then-deployed software was capable of handling at least 100,000 top-level domains before there was potential degradation in response times. Other software in use had higher thresholds (i.e. over a million TLDs) before the size of the root zone became a factor.<br class=""><br class=""></div><div class=""><span class="Apple-tab-span" style="white-space:pre"> </span>• Report on the Impact on the DNS Root System of Increasing the Size and Volatility of the Root Zone(<a href="https://www.icann.org/en/system/files/files/root-scaling-study-report-31aug09-en.pdf" class="">https://www.icann.org/en/system/files/files/root-scaling-study-report-31aug09-en.pdf</a>) — This report was developed by a specially convened “Root Server Scaling Team” (RSST), comprised of experts from the RSSAC, SSAC as well as experts from outside the ICANN community.<br class=""><br class=""></div><div class=""><span class="Apple-tab-span" style="white-space:pre"> </span>• Summary of the Impact of Root Zone Scaling(<a href="https://archive.icann.org/en/topics/new-gtlds/summary-of-impact-root-zone-scaling-06oct10-en.pdf" class="">https://archive.icann.org/en/topics/new-gtlds/summary-of-impact-root-zone-scaling-06oct10-en.pdf</a>) — An analysis of issues relating to the impact of Root Zone Scaling was prepared by ICANN and published the document in October 2010. This document considers the findings of the DNS-OARC and RSST reports, and the various root scaling events to date. It identifies the impacts from IPv6 deployment, TLD growth, DNSSEC deployment and other factors, and concludes the maximum growth to the Root Zone caused by the New gTLD Program is unlikely to cause any disruption.<br class=""><br class=""></div><div class=""><span class="Apple-tab-span" style="white-space:pre"> </span>• Report of the Security and Stability Advisory Committee on Root Scaling(<a href="https://www.icann.org/en/system/files/files/sac-046-en.pdf" class="">https://www.icann.org/en/system/files/files/sac-046-en.pdf</a>) — ICANN’s Security and Stability Advisory Committee reviewed the original research questions relating to Root Zone Scaling, and provided recommendations relating to processes to handle the increase in the number of top-level domains.<br class=""><br class=""></div><div class=""><span class="Apple-tab-span" style="white-space:pre"> </span>• Explanatory memorandum on Root Zone Scaling(<a href="https://archive.icann.org/en/topics/new-gtlds/root-zone-scaling-15apr11-en.pdf" class="">https://archive.icann.org/en/topics/new-gtlds/root-zone-scaling-15apr11-en.pdf</a>) — As part of a number of briefing papers associated with the New gTLD Program following dialogue between the ICANN Board and the Governmental Advisory Committee, ICANN published a memorandum concerning Root Scaling in April 2011. <br class=""><br class=""></div><div class=""><span class="Apple-tab-span" style="white-space:pre"> </span>• Board response to the GAC on Root Zone Scaling(<a href="https://archive.icann.org/en/topics/new-gtlds/root-scaling-30may11-en.pdf" class="">https://archive.icann.org/en/topics/new-gtlds/root-scaling-30may11-en.pdf</a>) — ICANN published an additional response to the issues raised on dialogue between the ICANN Board and the Governmental Advisory Committee, by providing further detail on how ICANN undertakes to address the ICANN community’s and the GAC’s concerns regarding root scaling. This response was published in May 2011."<br class=""><br class=""><img alt="page19image2376" width="144" height="1" apple-inline="yes" id="596710D7-7AE8-4497-9AC2-FCB16A7E2335" apple-width="yes" apple-height="yes" class="" src="cid:11D50A33-B59A-455D-AD81-1A4B00EC8288"></div><div class=""><br class=""></div><div class="">Besides those documents, the other interesting documents on this are:</div><div class="">Anticipated delegation rate model: <a href="http://www.icann.org/en/topics/new-gtlds/anticipated-delegation-rate-model-25feb10-en.pdf" class="">http://www.icann.org/en/topics/new-gtlds/anticipated-delegation-rate-model-25feb10-en.pdf</a></div><div class="">2010 RSSAC e-mail to Board regarding scaling: <a href="https://www.icann.org/en/system/files/files/murai-to-board-25nov10-en.pdf" class="">https://www.icann.org/en/system/files/files/murai-to-board-25nov10-en.pdf</a></div><div class="">SAC 042 (<a href="https://www.icann.org/en/system/files/files/sac-042-en.pdf" class="">https://www.icann.org/en/system/files/files/sac-042-en.pdf</a>) (later superseded by SAC 046)</div><div class=""><br class=""></div><div class="">In short, the anticipated delegation rate model estimated the maximum *evaluation* throughput to be near a 1000 per year, and other ACs responded that it wouldn't be a problem to be delegated. They have not said that the system had a 1000/year limit, a myth that started only when the number of applications (near 2000) exceeded the high estimate of applications (a thousand), that discussion went stray and landed at that being a limit. </div><div class=""><br class=""></div><div class="">Since those studies, processing power, memory sizes, DNS software design and available bandwidth all greatly increased, so even figures that were determined at that point (like the 100,000 TLDs root zone size) are outdated, although still limited by latency of the global Internet (which is mainly determined by the speed of light in optical fiber). The root zone now features DNSSEC and IPv6 to most TLDs, so something that was an unknown at that time is now a baseline, the root zone management system has been completely rewritten, and root server monitoring instrumentation greatly improved (see RSSAC 002, <a href="https://www.icann.org/en/system/files/files/rssac-002-measurements-root-06jun16-en.pdf" class="">https://www.icann.org/en/system/files/files/rssac-002-measurements-root-06jun16-en.pdf</a>)</div><div class=""><br class=""></div><div class="">But, we didn't get an RSSAC response to our CC2 question on the CDAR report, nor they mentioned this in their comments to the CDAR report which were mostly clarifying questions. I believe we could ask them to clarify that and clear the fog in this topic. </div><div class=""><br class=""></div><div class=""><br class=""></div><div class="">Rubens</div><div class=""><br class=""></div><div class=""><br class=""></div><div class=""><br class=""> <br class=""><br class=""><br class=""></div></div></div>_______________________________________________<br class="">Gnso-newgtld-wg-wt4 mailing list<br class=""><a href="mailto:Gnso-newgtld-wg-wt4@icann.org" class="">Gnso-newgtld-wg-wt4@icann.org</a><br class="">https://mm.icann.org/mailman/listinfo/gnso-newgtld-wg-wt4</div></blockquote></div><br class=""></body></html>