Q1 is mapping on lookup permanent or transitional?

Vint Cerf vint at google.com
Sat Apr 4 12:57:05 CEST 2009


we are NOT going to discuss ML-DNS or JFC proposals in this mailing  
list.

If you persist in posting on these topics I will have to declare your  
postings off topic and have your posting privileges removed.

vint cerf


Vint Cerf
Google
1818 Library Street, Suite 400
Reston, VA 20190
202-370-5637
vint at google.com




On Apr 4, 2009, at 6:52 AM, Rémy Renardin wrote:

>
>
> 2009/4/4 John C Klensin <klensin at jck.com>
> --On Wednesday, April 01, 2009 11:26 -0700 Lisa Dusseault
> <lisa.dusseault at gmail.com> wrote:
> While I do not
> see any possibility of addressing the issues in the IDN context
> -- even if only because a better solution for one particular
> language would foul things up for others using the same script--
> the issues that Jefsey and his colleagues have raised about
> appropriate case matching for French are actually good examples
> of this: if users has learned that most mappings behave in a
> reasonable and predictable way, they will expects all
> mapping/matching operations to work the way they would
> predict... and be confused or irritated when they do not.
>
> John,
> let me summarize our "French" position as our Chair puts it.  
> Actually users expect IDNA2008 as a revision of IDNA2003 to work  
> better for them than IDNA2003. In the case of the French script it  
> does not. However, the support of Latin majuscules is an accepted  
> Unicode approximation (to use upper-cases instead and non-user- 
> decided casefolding) which conflicts with ASCII DNs case insensivity  
> in the IDNA specifc case. This is why a negotiation is to occur some  
> way, to decide if Roman uppercases are ASCII or Latin.
>
> - If such a fundamental conflict was not noticed by this WG, while  
> French is one of their nearest natural language, was disregarded by  
> its members but you (in spite of us documenting it on-line), and  
> banned by the Chair, only relevant language authorities can decide  
> of them (like ASIWG, is currently doing for LAS).
>
> - this negociation mecanism belongs to the missing presentation  
> layer. The double look-up is an attempt to such a negociation. But  
> its algorithm is wrong: if Ecole.fr and ecole.fr are registered  
> which one will be picked for "http://ecole.fr"? Another solution  
> could be the class usage you did propose. Another is the virtual  
> classes JFC proposes with the "x.--".
>
> Now, the Chair does not want this WG (1) to dicuss interoperabilty  
> with our ML-DNS exploration (2) nor listen to users, we found that  
> the only way to proceed is a complete review of the DN understanding  
> which protects the DNS from confusion in usage and in management and  
> makes it fully able to support the semantic addressing space as we  
> approach it.
>
> Rémy Renardin
> ----------------------

-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://www.alvestrand.no/pipermail/idna-update/attachments/20090404/53bd1610/attachment.htm 


More information about the Idna-update mailing list