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

Re: [idn] Update Charter revision 2



----- Original Message ----- 
From: "David Hopwood" <david.hopwood@zetnet.co.uk>
> 
> It is worth pointing out that:
> 
>  - IDNA does not satisfy requirements 11 (since it allows unassigned
>    codepoints in queries without versioning) and 18 (since it allows
>    more than one representation of a name, differing in case),
> 
> IMHO there is little point in publishing a document specifying
> requirements that are unachievable.
> > 
> > [11] The protocol should handle with care new revisions of the CCS.
> > Undefined codepoints should not be allowed unless a new revision of
> > the protocol can handle it. Protocol revisions should be tagged.
> 
> The current version of nameprep allows unassigned code points in queries
> without revision tagging, for good reasons.
> 
> => [11] The proposal should handle with care new revisions of the CCS.
> => Proposals MUST discuss how undefined codepoints are handled.

I agree on this modification.

current nameprep I-D:

  1) old nameprep's applications may find its unassigned code points in
      received queries that come from newer nameprep's applications.
  2) but, old nameprep cannot generate ACE labels with at least one
      unassigned code point.

2) requires  old nameprep applications should be upgraded to
support newly assigned script. Auto-update  features will help 
some interative applications, but may not be available  for  
non-interative/offline-mode idn-aware applications or embedded IDNA
applets / OCX components which has no human or outerworld interaction.
Some disruption/failure in service may be caused by this latter situation.

Soobk Lee