[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [idn] Document Status?



Gentlemen,
I see three different problems discussed here.

1. wording of the process

On 04:40 02/09/02, James Seng said:
These definition is a bit different from the layman defintion of "international" and "local" in Jefsey's email. But we engineers have to be more precise.
This is true. This why we engineers :-) cannot use inappropriate names. A word has a meaning by itself. This is all what this work is about. "international" cannot mean "using a particular scriptural form" in "ietf/idner". "Local" cannot mean anything else than related to a particular location.

It seems from the debate that "scripturalization" would be the intent. And that International Domain Names are the domain names containing "IESG--" labels.

2. readability of the proposed text.

I must say that with my limited French speaking IQ I tried to figure out the meaning of "ACE" in the proosed text: sorry, but I was totally unable to grasp it. The text seems often over complex to me, most probably from being a compromise between different visions of the target? I think it should not on a matter that many different cultures will consider as central.

3. layer violation

3.1. the DNS is to match immaterial domain names and numeric physical addresses. This permits applications and hypertexts to be independent from the actual configuration of the network.

3.2. mnemonics are a way to easily memorize something else like JFK for "Kennedy Airport". They are aliases. In very seldom occasions (famous names) the name itself has acquired enough recognition to be its own mnemonic. In other occasion (neighbor names) a simple mental transcoding permits to find the alias (ibm and ibm.com; or "ibm.net+not .com" ibm is not a real mnemonic for me for "ibm.tp")

Scripturalized and Internationalized strings are aliases. The transcoding is here usually complex (it can be very simple in the case of "jean-françois.fr" and "jean-francois.fr").

There are two different layers. Some questions belong to the DNS.2 layer: have we to enlarge the DNS character set? Others belong to the DNS+ layer (extended applications on top of the DNS) and may receive many different or even opposing responses as long as the result is what the user expects.

jfc