<html>

<body>

John,<br><br>

The question is quite confusing. So let us go through it step by step.

As, <br><br>

At 18:58 03/11/2010, Vint Cerf wrote:<br>

<blockquote type=cite class=cite cite=""><font size=2 color="#000080">If

your browser is operating under purely idna2008 rules the lookup should

fail. But some implementations </font></blockquote><br>

that you may also use on your own, same computer...<br><br>

<blockquote type=cite class=cite cite=""><font size=2 color="#000080">may

permit the lookup without verfying the legality of the characters in the

lookup string. V</font></blockquote><br>

and resolve differently.<br><br>

<b>1. Let us try it<br><br>

</b>on my ISP, which does not seem to offer a good 404 commercial

replacement, if I enter А.com:<br><br>

- Firefox: "Firefox ne peut trouver le serveur 'adresse

<a href="http://www.xn--lzg.com/">www.xn--lzg.com</a>". - Cannot

find the host at address

<a href="http://www.xn-lzg.com/">www.xn-lzg.com</a> (please note:

"address")<br><br>

- Explorer: echoes А.com as xn--lzg.com, says that IE did not find the

А.com page and suggests to  either access the hm.-com page or to

search on Google, which also does not know "А", so back to

Explorer for a second try and this time the suggestion is for

"hm.com", and the final resolution is the

<a href="http://hm.com/">http://hm.com</a> page of H&M (please note:

"page").<br><br>

- Chrome: it states that it was unable to find the xn--lzg.com page

(please note: "page") and proposes for me to access either:

xn--lzg.net, xn--lzga.com, xn--ozg.com, or to search Google for...

"lzg".<br>

 <br>

With xn--lzg.net:  I reach a "А - euro - А" website

accompanied by Google ads.<br>

With xn--lzga.com: I reach a Klader.nu portal selling me plenty of

exciting domain names, including ггг.net and Аngland.com <br>

With xn--ozg: I get a Bad Request (Invalid Hostname) from an unknown

destination<br>

When I google "lzg", I get 534,000 results.<br><br>

- nslookup (prompt): my Internet box states that  "_.com"

is a non-existent domain (please note; "domain")<br><br>

- ftp .com: the computer responds "unknown host" (please note:

"host"), <br><br>

etc.<br><br>

<b>2. WhatТs the reason for these exotic answers?<br><br>

</b>There are at least three reasons: <br><br>

2.1. IDNA2003 permitted possibilities that are supported differently by

browsers (as tested above).<br><br>

2.2. IDNA2008 purposely has a _no_ response to your question. IDNA2008 is

only for the Internet side, and not for the user side. The user side is

suggested (for information) to follow the indications of RFC

5895.<br><br>

2.3. The IDNA concept of Internationalizing Domain Names in Applications

(IDNA), as shown by the example above, is an architectural error on the

user side. However, this error is in operation, so we needed to continue

supporting it, to decide and document an alternative, to protect the

Internet from it, and to transition from it. IDNA2008 protects the

Internet in stating as to which Internet domain names labels are accepted

by the Internet DNS. To document an architectural replacement (on the

user side) is simpler now the Internet side is stabilized, but also much

more complex because the IETF can only document SHOULDs outside of the

Internet scope, i.e. in this case on the user side. <br><br>

This means that now the IAB is to decide and document the IETF SHOULDs in

that area (RFC under finalization). Several architectural possibilities

can be considered as far as the user side MUSTs could be documented.

Thereafter, the question of who would organize an authoritative

documentation of these possibilities arises. As RFC 5895 puts it: this is

an <b>unusual </b>case.<br><br>

-----<br><br>

Now, for your information, outside of the now closed WG/IDNABis but still

probably subject to ISOC Copyright, we (IUsers) are working on exploring,

testing, and authoritatively documenting one of these possibilities

called the "ML-DNS", i.e. MultiLayer-DNS. I will describe it in

an I_D when it has been finaly released as public domain (this copyright

issue does not help ...).<br><br>

I announced, from the very onset of the IDNABis work, as soon as the

today still prevailing limits were self-imposed by the Chairs (previous

WG/IDNA and WG/IDNAbis) that I would build-it on top of IDNA2008. It was

possible for the IDNA2008 to be consensually agreed because the RFC 5895

proposed text in turn removed conflicts with the ML-DNS project. Once

this was clarified (a fundamental change in the way the Internet supports

diversity, any diversity), I made sure through an Appeal procedure that

neither the IESG nor the IAB opposed that limitation to the IETF

scope.<br><br>

This clarified the IUser community area. It results from IDNA2008 and

from the digital convergence [the Internet as an intertechnology

network]. This is the area where any Intelligent Use of every possible

digital system, including the Internet Use Interfacing (IUI), leads to

the necessary respect of the IETF MUSTs. As far as the Internet is

concerned, these MUSTs are world digital ecosystem network AREs, that

no-Internet MUST can dispute. <br><br>

In the ML-DNS, "А.com" may be given a meaning. However, that

meaning,<br>

(1) will be the same for every network and user application on your

computer; <br>

(2) will not conflict with IDNA 2008 on the Internet part of the World

Digital Ecosystem Network;<br>

(3) will be supported along the same rules by every IUser's ML-DNS.

Please ensure to note that "same rules" does not necessarily

mean " same IP resolution". <br><br>

jfc<br><br>

<blockquote type=cite class=cite cite=""><hr>

<font face="Tahoma" size=2><b>From</b>:

<a href="mailto:idna-update-bounces@alvestrand.no">

idna-update-bounces@alvestrand.no</a>

<<a href="mailto:idna-update-bounces@alvestrand.no">

idna-update-bounces@alvestrand.no</a>> <br>

<b>To</b>:

<a href="mailto:idna-update@alvestrand.no">idna-update@alvestrand.no</a>

<<a href="mailto:idna-update@alvestrand.no">

idna-update@alvestrand.no</a>> <br>

<b>Sent</b>: Wed Nov 03 13:14:55 2010<br>

<b>Subject</b>: IDNA 2008 Question Re: "Confusable" Characters

in Domain Names <br>

</font><br>

Dear List Members,<br><br>

I am a little unclear what impact the IDNA 2008 policy will have on<br>

domain name registrant's who have a domain that does not fall under<br>

the policy's permissible code-points, particularly symbol-based

domain<br>

names.<br><br>

The IDNA 2008 protocol clearly explains what code point are

permissible,<br>

but what (in practice) will it mean if someone types in e.g. А.com in

their<br>

browser under IDNA 2008?<br><br>

I do realise that an error message may be displayed, but will IDNA 2008

<br>

allow the domain name registrant to satisfy the user's query by

forwarding<br>

them on to a different (legal) domain name?<br><br>

I will hope to hear any replies on this matter.<br><br>

Regards,<br><br>

John Daw<br>

_______________________________________________<br>

Idna-update mailing list<br>

Idna-update@alvestrand.no<br>

<a href="http://www.alvestrand.no/mailman/listinfo/idna-update" eudora="autourl">

http://www.alvestrand.no/mailman/listinfo/idna-update</a></blockquote>

</body>

</html>