[ccPDP4-IDNWG] Open question 1 : Definition of Variants

[Bart Boswinkel]

Dear all,
Per call today we have to open issues:

  1.  Definition of Variants
  2.  Whether section 7.9 is covered by section 14.2.
You are requested to provide your views on the definition and suggest changes. Preferably by Friday 16 February to allow us to include suggestion in the text

On Definition of variants:

In the text the following definition of variants is proposed:
5.2.1 Definition of Variants. Variant[1] (or alternative code points) are understood to mean and are defined  as the allocatable disposition of the selected IDNccTLD string or label, where Allocatable Variants for the Top Level means “a Valid TLD Label (string) that has been processed by the RZ-LGR with a disposition value “allocatable”; the label may be eligible for allocation or delegation as a top-level domain. See RFC 8228 for more details.

Compliance with Root Zone Label Generation Rules (RZ-LGR, RZ-LGR-2, and any future RZ-LGR rules sets) shall be required for the generation of an IDNccTLD string and its variants, including the determination of whether the string is Blocked or Allocatable. IDN TLDs must comply with IDNA2008 (RFCs 5890-5895) or its successor(s).


In her email Irina proposed the following:
Section 5.1 says:
“With respect to the first question - the definition of TLD Variants -, the ICANN Board resolved<https://www.icann.org/resources/board-material/resolutions-2013-04-11-en> on 11 Apr. 2013 to implement the Label Generation Rule (LGR) Procedure<https://www.icann.org/en/system/files/files/lgr-procedure-20mar13-en.pdf> for the Root Zone (RZ).”

The link does not work, but I ‘ve found a document with similar name
Procedure to Develop and Maintain the Label Generation Rules for the Root Zone in Respect of IDNA Labels Version 2013-03-20b
https://www.icann.org/en/system/files/files/draft-lgr-procedure-20mar13-en.pdf
(please note that the link is not the same as in Final Report document)

Section A.3.2. Variants  says
“ An IDN variant, as understood here, is an alternate code point (or sequence of code points) that could be substituted for a code point (or sequence of code points) in a candidate label to create a variant label that is considered the “same” in some measure by a given community of Internet users.”

I was NOT a part of variant sub-group and was not involved in its discussions, but I guess the sub-group agreed to use this existing definition of variants (better check with sub-group!)

If so, my suggestion is to add a sentence to section 5.2.1. (in blue itallic)


5.2 Definition of IDNccTLD Variants

5.2.1 Definition of Variants. Variant (or alternative code points)are understood as defined in Procedure to Develop and Maintain the Label Generation Rules for the Root Zone in Respect of IDNA Labels Version 2013-03-20b. Compliance with Root Zone Label Generation Rules (RZ-LGR, RZ-LGR-2, and any future RZ-LGR rules sets) shall be required for the generation of an IDNccTLD string and its variants, including the determination of whether the string is Blocked or Allocatable. IDN TLDs must comply with IDNA2008 (RFCs 5890-5895) or its successor(s).




________________________________

[1] See Recommendations for the Technical Utilization of the Root Zone Label Generation Rules (RZ-LGR<https://www.icann.org/en/system/files/files/rz-lgr-technical-utilization-recs-07oct19-en.pdf>), adopted by the ICANN Board of Directors in October 201,
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://mm.icann.org/pipermail/ccpdp4-idnwg/attachments/20240213/e98db552/attachment-0001.html>