<br><br><div class="gmail_quote">On Wed, Oct 28, 2009 at 3:27 PM, Jorge Amodio <span dir="ltr"><<a href="mailto:jmamodio@gmail.com">jmamodio@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
Indeed, but I have the impression that it was not as clear for some people that<br>
the studies/analysis are not yet complete/conclusive and there is<br>
still work to do.<br>
<br></blockquote><div><br>Yes this became obvious as questions were asked.  E.g., one question pointed out the problem with big jump in root scaling report graph.  It seems to assume all TLDs are signed and publishing DS records at same time (that's the big jump), it's far more likely it will be a gradual take up of DNSSEC by TLDs (and some may never deploy it), therefore the growth in size and rate of change will be slower, not immediate as the graph suggested.  The other point raised was what exactly are the assumptions that determined the root server capacity curve (the blue line), change the assumptions and the capacity curve could start from a much higher point on the x axis.  <br>
<br>IMO, it would be very imprudent to draw any recommendations from the existing report. <br><br><br></div><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">

Another thing and the model from TNO includes something of it, the issue of<br>
creating additional capacity is not only related to hardware/software/pipes<br>
upgrade, some of the processes (given that the root zone has been stable and<br>
growing at a very low pace) do not scale, particularly at IANA, where many<br>
task are still being done almost manually.<br>
<br></blockquote><div><br>Yes,  I agree.  <br><br><br></div><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
As I said before, big mistake from ICANN is that we should have done all<br>
these studies and preparatory work before starting with the DAG.<br>
<br>
Imagine having almost 10 years headroom to have the infrastructure ready.<br>
<br>
But now the recurrent question I've seen and heard several times, is how<br>
ICANN will select the first 100 new TLDs.<br>
<br></blockquote><div><br>This raises another critique of the argument to sequence DNSSEC first, then addt'l TLDs, IPv6, etc.  If we're only doing a 100 TLDs/year then the "big jump" becomes a non-factor for a while - so we shouldn't rush signing the root.<br>
<br><br>Regards,<br><br>Brenden<br><br><br> </div><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
Signing off for the day, have a great evening over there and please make<br>
a toast on my behalf in recognition of Avri for her many years of contribution<br>
as chair of the GNSO.<br>
<br>
Cheers<br>
<font color="#888888">Jorge<br>
</font><div><div></div><div class="h5"><br>
On Wed, Oct 28, 2009 at 1:16 AM, Alex Gakuru <<a href="mailto:gakuru@gmail.com">gakuru@gmail.com</a>> wrote:<br>
> I attended as well and I found it very interesting.<br>
<br>
</div></div></blockquote></div><br>