Lookup for reserved LDH labels

Marcos Sanz sanz at denic.de
Wed Nov 7 11:04:36 CET 2012


John,

additional remarks inline:

> > On my side, I claim that that restriction simply does not
> > apply because  "ad--acta.de" is not a "putative U-label", in
> > fact it is no U-label at all  (cf. U-Label definition in RFC
> > 5890, Section 2.3.2.1).
> 
> The term "putative U-label" was used precisely to cover the cast
> of things that could not possibly be "U-labels".  That includes
> not only [valid] U-labels (if it isn't valid, it isn't a
> U-label), but XN-- labels that aren't U-labels _and_ anything
> else with "--" in the third and forth positions.  The intent
> --which I think actually goes back to IDNA2003 although I don't
> have time to check right now-- is to reserve the entire family

IDNA2003's ToASCII("ad--acta.de") did not fail. It was an aware decission 
built-in in the design of the algorithm; cf RFC 3490 Section 4.1, 1st and 
4th algorithm steps:

1. If the sequence contains any code points outside the ASCII range 
(0..7F) then proceed to step 2, otherwise skip to step 3.
4. If the sequence contains any code points outside the ASCII range 
(0..7F) then proceed to step 5, otherwise skip to step 8.

These steps short-circuit the algorithm for all ASCII labels.

> > Thus, the protocol should never fail on lookup for
> > "ad--acta.de". Is that  correct?
> 
> It is not.  See above.

I still disagree with that. See my other mail.

Best,
Marcos


More information about the Idna-update mailing list