Re: [idn] opting out of SC/TC equivalence

["ben" <ben@cc-www.com>]

Hi David,

Thanks for the info-  I will certainly take a look at that.

As far as there being "no technical issues", I don't think I am quite
off the hook yet.  The IDN WG may still tear apart my idea because it
is not a straight forward concept as gTLDs/ccTLDs and involves:
1.  Relationship between lsTLDs of the same language.
2.  Nameprep to prohibit invalid scripts of lsTLDs.

You may not be so generous when you read my draft on the 14th.

Thanks
Ben Chan


----- Original Message -----
From: "David Hopwood" <david.hopwood@zetnet.co.uk>
To: "ben" <ben@cc-www.com>; <idn@ops.ietf.org>
Sent: Wednesday, August 08, 2001 7:50 PM
Subject: Re: [idn] opting out of SC/TC equivalence


-----BEGIN PGP SIGNED MESSAGE-----

ben wrote:
> The ICANN Board's Internal Working Group asked:  "Presumably there
> will be a demand for top level IDNs, i.e., [IDN].[IDN]. What role
> should ICANN play with respect to the selection of these top level
> names and their registries? What should be the role of the country
> code registry of the country where a particular script is a native
> script? And what if a particular script is a native script in more
> than one country?"

These are policy issues, not technical issues, so it isn't the role of
the IDN WG to take any position on them. (That doesn't prevent you or
anyone else making an individual comment on this subject to ICANN, of
course. I suggest reading RFC 3071 first.)

- --
David Hopwood <david.hopwood@zetnet.co.uk>

Home page & PGP public key: http://www.users.zetnet.co.uk/hopwood/
RSA 2048-bit; fingerprint 71 8E A6 23 0E D3 4C E5  0F 69 8C D4 FA 66
15 01
Nothing in this message is intended to be legally binding. If I revoke
a
public key but refuse to specify why, it is because the private key
has been
seized under the Regulation of Investigatory Powers Act; see
www.fipr.org/rip


-----BEGIN PGP SIGNATURE-----
Version: 2.6.3i
Charset: noconv

iQEVAwUBO3HP1zkCAxeYt5gVAQE0OAf/XRUdkKvEiOeEaUjC+UutG3wejoD74XeW
+4XCW2Ixy8R31M7roUby21FpUvpgaPNAWIaCQf4opE0rV9STz0+6eUVT6IhQ7FEL
zfCO+z1yBD2nwz9fySF6vrqjrzLI0qRKiM7lBOBFbSvX6zhB2Gl6hXIunEJeKcmi
xB55Umm5RPurAPgRW/sfum13Kw1QP96qKeOwTZbZTqVhDoGv3Zm6e3oCZBWa8poI
7SV8brg+Iprpn+8sgAPFEsTbdE2zUsegMTgF2DIaU0sN1a19J4VdEy7QaRPAKa0j
biz24RziNj98SJ8KUjOohcglb0dT9GyxoKHH9KRFMZM0g5utoSF0pg==
=Y4L+
-----END PGP SIGNATURE-----