March 2020 - IDN-WG - lists.icann.org

Re: [IDN-WG] Request for comments to IDN and UA preliminary scorecards in context to Subsequent Procedures
by Bill Jouris June 11, 2020

June 11, 2020

I have been working on one of the IDN project groups (the Latin Generation Panel). As a result, I have seen some disconnects between what we are doing there and what is discussed in the presentation. Allow me to note a couple of issues I see: First, there are references (for example Slides 7 and 8) to "variants". At the Generation Panel, we are making decisions about what constitutes a variant. There is strong push from above to make the criteria as strict/narrow as possible, so as to keep the number of variants low. To the point of requests to remove some variant pairs which are truly indistinguishable, simple because the variant set is "too large". Most of the cases of characters (letters plus diacritics in our particular script, although there are also cross-script variants to consider) which are readily mistaken for each other are being relegated to "confusables". That is, characters with differences that a few sharp-eyed users will notice, even though the vast majority of users will not. For TLDs, there are apparently plans to have cases involving the latter manually evaluated. But whether they should be considered "variants" as the WG uses the term, or how else to identify them, is not obvious. Second, most of the discussion here involves TLDs. But there would seem to be an even larger potential for problems with SLDs. At the moment, decisions about what registrations of SLDs to allow and what to block are left entirely to the discretion of the individual registries. ICANN makes no requirement, either in the registry contracts or otherwise, restricting the use of variants (under whatever definition). There was discussion at Montreal of a recent problem involving someone registering a domain name which was identical to the name used by EasyJet, except that the J was replaced by an I. (The problem was eventually resolved by revoking the second registration.) Even though users are typically very familiar with both letters, there were a number of users who were successfully scammed by the second registration. How much easier would it be to sow confusion if the registration involved characters that most users are NOT familiar with? For example, a Small Letter I with Ogonek ( į ) occurs only in Lithuanian. Like a Small Letter J, it continues below the line -- making it substantially harder to spot as a substitution. easyįet.com is even easier to mistake for easyjet.com than easyiet.com was. For TLD registrations, attempted registration with only this difference would be blocked. But for SLDs, it would be available. And this is just one of dozens, perhaps hundreds, of opportunities for user confusion. Note also that ICANN will be publishing tables of variants (and confusables) whose use in TLDs is restricted. Those tables then become a resource for any bad actor looking for ways to create an SLD which will confuse users. My thought is that the registry contracts should be modified to require that SLDs which differ only by variants (and confusables) be blocked. Otherwise, we are looking at significant increases in the number of cases which, like with the EasyJet case, are only addressed after the damage has been done. Prevention seems like a far better way to go. Bill Jouris From: Justine Chew <justine.chew.icann(a)gmail.com> Date: Mon, 17 Feb 2020 at 14:26 Subject: Request for comments to IDN and UA preliminary scorecards in context to Subsequent Procedures To: IDN-WG <idn-wg(a)atlarge-lists.icann.org> Dear IDN-WG colleagues, Some of you will know that the At-Large Consolidated Policy Working Group (CPWG) is in the process of reviewing the anticipated recommendations (also affirmations and implementation guidance where available) of the New gTLD Subsequent Procedures PDP WG ahead of the release of its draft final report later this year. The process adopted by CPWG is to review a series of At-Large preliminary scorecards on various topics of high and medium priority from the end-users' perspective. It was agreed that assistance be sought from members of the IDN-WG on the preliminary scorecards for Universal Acceptance and Internationalized Domain Names, as both areas are considered key foci for the IDN-WG, given the expertise and interest of its membership. Thus, please find for comments the following: - Universal Acceptance draft preliminary scorecard as at 16 Feb 2020 (contains draft SubPro WG affirmations, recommendations & implementation guidelines) - Internationalized Domain Names draft preliminary scorecard as at 16 Feb 2020 Please bear in mind that while we welcome comments in general, the CPWG Small Team working to finalize and consolidate the scorecards in due course will attempt to do so by considering feedback which ought to be taken up (or re-taken up, as the case may be) versus which might be omitted. The format of the preliminary scorecards provide an idea on the Small Team's approach. We also suggest that you peruse the presentation setting out the status of SubPro WG deliberations against the ALAC's last public comment input as at 26 August 2019. Perhaps some consideration for these preliminary scorecards can factored into any planned face-to-face meeting at ICANN67. Many thanks in advance, Justine ------------------------------------------------------------ Justine Chew CPWG SubPro Small Team Lead At-Large liaison for Subsequent Procedures ------------------------------------------------------------

4 14

Fwd: ICANN News Alert -- Guidelines for Developing Reference Label Generation Rules (LGRs) for the Second Level Version 2
by Olivier MJ Crépin-Leblond March 31, 2020

March 31, 2020

On 30/03/2020 22:17, Maureen Hilyard wrote: > FYI > > ---------- Forwarded message --------- > From: *ICANN* <no-reply(a)external.icann.org > <mailto:no-reply@external.icann.org>> > Date: Mon, Mar 30, 2020 at 10:14 AM > Subject: ICANN News Alert -- Guidelines for Developing Reference Label > Generation Rules (LGRs) for the Second Level Version 2 > To: <maureen.hilyard(a)gmail.com <mailto:maureen.hilyard@gmail.com>> > > > > > > ICANN Announcement Alerts > > > *Guidelines for Developing Reference Label Generation Rules (LGRs) for > the Second Level Version 2 > <https://newsalerts.icann.org/n0Cg0Kv022NP0ER08100dm0>* > > 30 March 2020 > > *Open Date:* 30 March 2020 *Close Date:* 12 May 2020 > *Originating Organization:* Global Domains Division > *Categories/Tags:* Second-Level Domains > *Brief Overview:* > > ICANN org had published reference Label Generation Rules (LGRs) > <https://newsalerts.icann.org/F18RP00Lw0C0g2m2000EdN0> for multiple > languages to facilitate the security and stability of > Internationalized Domain Name (IDN) operations of generic Top Level > Domain (gTLD) registries and improve transparency and consistency of > testing IDN tables. The existing guidelines > <https://newsalerts.icann.org/q1EC0d08Px0N0m02R0gM002> used for these > reference IDN tables focus on developing language-based reference > LGRs. Since then, the detailed analyses of multiple scripts have been > completed for the Root Zone Label Generation Rules (RZ-LGR) > <https://newsalerts.icann.org/MN0E0208Cm01d00yP0gR0N2> by the relevant > communities. These analyses can now be used for creating reference > second-level LGRs for these scripts. Therefore, the Guidelines for > Developing Reference LGRs for the Second Level > <https://newsalerts.icann.org/K0020CR00PmO2zd8g01N0E0> are being > updated to also include details of how to design script-based > reference LGRs in addition to language-based reference LGRs. These > guidelines are published for community feedback on the proposed > methodology. Based on these guidelines, which will be finalized after > incorporating the input from the community, ICANN org will continue to > develop the IDN tables for additional languages and scripts and post > these for public comment. > > *Link:* > https://www.icann.org/public-comments/lgr-second-level-2-2020-03-30-en > <https://newsalerts.icann.org/B100AC2EN00000mR08PPg2d> > > > > *About ICANN* > > ICANN’s mission is to help ensure a stable, secure, and unified global > Internet. To reach another person on the Internet, you need to type an > address – a name or a number – into your computer or other device. > That address must be unique so computers know where to find each > other. ICANN helps coordinate and support these unique identifiers > across the world. ICANN was formed in 1998 as a not-for-profit > public-benefit corporation with a community of participants from all > over the world. > > > > shadow > > /Twitter <https://newsalerts.icann.org/Q0mE08R0CQ2P20N1d00B0g0>/ > Facebook <https://newsalerts.icann.org/JR2PC20R1E0NCm80dg00000> > Instagram <https://newsalerts.icann.org/Y0d0m0DNg0028002PRC0SE1> > Linkedin <https://newsalerts.icann.org/JR2PC20T1E0NEm80dg00000> > YouTube <https://newsalerts.icann.org/eN08UE02000RCm0201FPg0d> > > shadow1 > Unsubscribe <https://newsalerts.icann.org/a0200P012C0800GEVRNm0gd>| > https://www.icann.org > <https://newsalerts.icann.org/I010WC80P0gHNd220m0RE00> > > > _______________________________________________ > CPWG mailing list > CPWG(a)icann.org > https://mm.icann.org/mailman/listinfo/cpwg > > _______________________________________________ > By submitting your personal data, you consent to the processing of your personal data for purposes of subscribing to this mailing list accordance with the ICANN Privacy Policy (https://www.icann.org/privacy/policy) and the website Terms of Service (https://www.icann.org/privacy/tos) You can visit the Mailman link above to change your membership status or configuration, including unsubscribing, setting digest-style delivery or disabling delivery altogether (e.g., for a vacation), and so on. -- Olivier MJ Crépin-Leblond, PhD http://www.gih.com/ocl.html

1 0

ACTION/IDN WG by 27 March - Script Root Zone Label Generation Rules PCs
by Evin Erdogdu March 27, 2020

March 27, 2020

Dear At-Large IDN WG Mailing List Members, During the CPWG Meeting today, the two ICANN Public Comments on Proposal for Chinese Script Root Zone? Label Generation Rules<https://community.icann.org/pages/viewpage.action?pageId=126427508> & Proposal for Bangla Script Root Zone? Label Generation Rules<https://community.icann.org/pages/viewpage.action?pageId=126429100> were discussed. The CPWG wanted to request that the At-Large IDN WG indicate whether they believe ALAC should issue a statement on one or both of these Public Comments, since IDNs are a topic of interest within the At-Large community. If you would like to volunteer to contribute to an ALAC statement on either of these ICANN Public Comments, please let staff know by this Friday, 27 March 23:59 UTC. Thank you, Evin

2 2