Comments on draft-ietf-idnabis-defs-10

Wil Tan wil at cloudregistry.net
Sun Aug 30 20:55:19 CEST 2009


On Mon, Aug 31, 2009 at 4:32 AM, John C Klensin <klensin at jck.com> wrote:

>
>
> --On Monday, August 31, 2009 4:22 AM +1000 Wil Tan <wil at cloudregistry.net>
> wrote:
>
>  On Sat, Aug 29, 2009 at 5:17 PM, John C Klensin
>> <klensin at jck.com> wrote:
>>
>>  --On Monday, August 24, 2009 23:24 -0400 Andrew Sullivan
>>> <ajs at shinkuro.com> wrote:
>>>
>>> >
>>> > In a previous comment (see
>>> > http://www.alvestrand.no/pipermail/idna-update/2009-July/00
>>> > 497 0.html), I made a vague remark about something I find
>>> > worrisome in this text in §2.3.2.1:
>>> > ...
>>>
>>> These changes, with Paul's suggested modifications, have been
>>> tentatively accepted and incorporated in the document.  Anyone
>>> who objects should say so quickly.
>>>
>>>
>>>  I posted a comment related to the definition of A-label some
>> time ago, but the thread was digressed:
>> http://www.alvestrand.no/pipermail/idna-update/2009-June/00455
>> 8.html
>>
>> The issue is with case variants of A-labels. By DNS rules, as
>> mentioned in several places in the idnabis-defs draft,
>> A-labels are to be compared in a case independent manner.
>> However, if certain characters in an A-label have been
>> uppercased, the Punycode decoding algorithm (due to its
>> mixed-case annotation feature) may produce invalid U-label
>> because the ASCII characters will be in capital letter form.
>>
>
> Suggested fix?  Do I need to put a "force lower case for undecorated Latin
> (ASCII) characters" into the conversation step from A-labels to U-labels?
>
>
Essentially yes, I'm suggesting that as a fix but am not certain how to go
about updating the documents to reflect it.

One way would be to update -protocol-14, section 5.3, A-label Input section
to add the lowercasing step prior to using the Punycode decoding algorithm.
The section on symmetry constraint (-defs-10, section 2.3.2.1) should also
have similar wordings.



> Suggested wording would be appreciated if so.
>
>
If the WG agrees that this is a valid issue, and that it is the right way to
fix it, I will work on wording.

=wil
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://www.alvestrand.no/pipermail/idna-update/attachments/20090831/cfdfa0f6/attachment.htm 


More information about the Idna-update mailing list