[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
[idn] IDN character repertoire, nameprep
- To: idn working group <idn@ops.ietf.org>
- Subject: [idn] IDN character repertoire, nameprep
- From: "Adam M. Costello" <amc@cs.berkeley.edu>
- Date: Tue, 20 Mar 2001 19:28:04 +0000
- Delivery-date: Tue, 20 Mar 2001 11:30:10 -0800
- Envelope-to: idn-data@psg.com
- User-Agent: Mutt/1.3.15i
It has occurred to me that nameprep is currently moving two distinct
tasks from the DNS servers to the applications, when perhaps only one of
those tasks should move. The two tasks are:
1) Finding equivalences, for example, ABC.com == abc.com.
2) Prohibiting some names, like a+b.com.
Currently, most applications do neither. For example, ping is happy
to send all three of those names, exactly as shown, to the DNS server.
The DNS server performs canonicalization on each lookup, and performs
prohibition when it loads the zone file.
Both tasks become more expensive for IDNs. Since canonicalization must
be done on each query, it makes sense to move it to the application.
But since prohibition is done rarely, I think it should remain the
job of the DNS server. That way, if more characters are added to the
allowed set, it is not necessary to upgrade applications, but only to
upgrade the DNS servers, and it's only the servers for domains that
wish to register names containing the new characters that need to be
upgraded.
With this model, a conservative set of allowed characters could
initially be specified, because it would not be costly to allow more
characters later.
AMC