[Gnso-newgtld-wg] ICANN Org's Input on the Rate of Delegation of gTLDs

[Rubens Kuhl]

> On 25 Jan 2018, at 19:31, Aikman-Scalese, Anne <AAikman at lrrc.com> wrote:
> 
> As I understand it, the basic issue here is the rate of change to the root and not necessarily how many more TLDs can be added in any one year.  (Rate of change to the root could be too high if all 1,000 were added in one month or one quarter.)

Rate of change and total zone size. While ICANN Org mentioned total zone size once in their response, they ended up not answering that part of the question.

> 
> The letter seems to indicate that the controlling variable is going to be human resources/processing time for applications rather than root instability on technical grounds, while at the same time pointing out there are lots of uncontrolled variables.

Which it always was, but history of this issue is that one limit is circularly applied to the other.

> 
> Hard to see how we could base a policy change on this information.

The issue here is the difference between current GNSO Policy and current ICANN Org new gTLD implementation. GNSO Policy indeed did not prescribe anything that suggested a rate limit; even recommendation 4 "Strings must not cause any technical instability." does not talk to it, since it was about the applied-for strings, not about how they are delegated. The problem for the 2012-round started when a guess of 1,000 per year was made at how demand and application processing could progress, followed by asking if the root system could handle that 1,000 a year load. The answer that it would do ok with such a load was turned into an imaginary line of the system capacity, one that now ICANN reckons is very hard to estimate.

The change here would bring implementation back to original policy, one that indeed no one sees need for change: don't impose inexistent limits to systems, while recognising limits where they do exist.



Rubens


-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mm.icann.org/pipermail/gnso-newgtld-wg/attachments/20180125/a82d1949/attachment.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 529 bytes
Desc: Message signed with OpenPGP
URL: <http://mm.icann.org/pipermail/gnso-newgtld-wg/attachments/20180125/a82d1949/signature.asc>