From: Kim Davies <kim.davies@icann.org>
To: Andrew Sullivan <ajs@shinkuro.com>, "dnsop@ietf.org" <dnsop@ietf.org>
Date: Fri, 6 Nov 2009 10:19:43 -0800
Thread-Topic: [DNSOP] draft-yao-dnsop-idntld-implementation-01.txt
Thread-Index: AcpfC4m+2YArTk4ZRUS+V68SivN/+wAAix9e
Message-ID: <C719A8BF.17EA6%kim.davies@icann.org>
In-Reply-To: <20091106180340.GS17456@shinkuro.com>
Accept-Language: en-US
Content-Language: en
acceptlanguage: en-US
Content-Type: text/plain; charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable
MIME-Version: 1.0
Subject: Re: [DNSOP] draft-yao-dnsop-idntld-implementation-01.txt
Precedence: list

On 6/11/09 10:03 AM, "Andrew Sullivan" <ajs@shinkuro.com> wrote:
>=20
>> since ICANN has approved the IDN ccTLD track, in a few months, there
>> will have some IDN tld and its variant appearing in the root soon.
>=20
> I am aware that ICANN has made that decision.  It bothers me when
> ICANN makes policy decisions with technical implications without,
> apparently, having worked through all the technical implications.

To be clear, ICANN has not made a decision to insert variants in the root,
precisely because there are implications that haven't yet been resolved. Th=
e
language of the implementation that was approved at ICANN's meeting last
week reads:

"The topic of delegation of variant TLDs and management of variant TLDs has
been discussed broadly in the community. ICANN staff has proposed a few
models, none of which were agreeable across the policy and technical
community reviewing the topic.

In order to stay within ICANN's mandate for ensuring a stable and secure
operation of the Internet, the following will be the case for the Fast Trac=
k
Process launch:=20

1. Variant TLDs desired by the requester for delegation must be indicated b=
y
the requester=20

2. Desired variant TLDs will be allocated to the requester (if successfully
evaluated). This does not mean that the variant TLD will be delegated in th=
e
DNS root zone. It will be allocated to the requester in order to be reserve=
d
to the entitled manager for potential future delegation in the DNS root
zone. =20

3. A list of non-desired variants will be generated based on the received
IDN Tables.  Non-desired variants will be placed on a blocked list by ICANN=
.
Subsequent application or request for non-desired variants will be denied."

kim