Hi Elaine, No problem at all. For the first two sources I’m adding the strings directly; however, for the last 2 sources I’ve pasted the link as there are too many to add directly in this email. The Reserved Names list is composed of strings on the following lists: 1. Red Cross, Red Crescent, Red Crystal, Red Lion & Sun (in all 6 official UN languages). See image below for these strings: [cid:image001.png@01DC26D7.3DC11380] 1. Olympic and Olympiad (in all 6 official UN languages plus German, Greek, and Korean). See image below for these strings: [cid:image002.png@01DC26D7.3DC11380] 1. ECOSOC list compiled by the UN (Only the 142 organizations in General Consultative Status in English only, on page 3) See here: https://docs.un.org/en/E/2023/INF/5 1. All of the strings on this IGO list created by the GAC: https://www.icann.org/en/system/files/correspondence/dryden-to-crocker-chala... I hope this helps, and please let us know if you have any further questions. Thank you! Best, Michael From: "Pruis, Elaine" <epruis@verisign.com> Date: Tuesday, September 16, 2025 at 2:46 AM To: Michael Karakash <michael.karakash@icann.org> Cc: Anne ICANN <anneicanngnso@gmail.com>, Lars Hoffmann <lars.hoffmann@icann.org>, Sarmad Hussain <sarmad.hussain@icann.org>, "ashley.roberts@comlaude.com" <ashley.roberts@comlaude.com>, "subpro-irt@icann.org" <subpro-irt@icann.org> Subject: Re: Re: [Ext] Re: [SubPro-IRT] Re: String Similarity Assessment of Reserved Names Sorry to be daft, but which strings exactly are reserved at the top level? The list of strings at the link below are in the many hundreds and say (reserved at the second level” Would you kindly paste the top level Reserved List in reply? Thanks. Elaine On Sep 15, 2025, at 6:35 PM, Michael Karakash <michael.karakash@icann.org> wrote: Caution: This email originated from outside the organization. Do not click links or open attachments unless you recognize the sender and know the content is safe. Hi Anne, In the AGB for the strings on the Reserved Names list we say: “The following Limited International IGO-INGOs strings are on the Reserved Names list and may be applied for through an exception process only by the relevant entity, provided it submits appropriate documentation as detailed in 6.2.2.2 below: 1. Names added based on recommendations from the IGO-INGO PDP Working Group regarding the protections of IGO-INGO identifiers in all gTLDs, including their allocatable variant strings, are eligible for delegation upon verification. These include: Red Cross Red Crescent (RCRC), International Olympic Committee (IOC), and International Governmental Organization (IGO) – International Non-Governmental Organizations (INGO) Names.” We also include multiple footnotes to clarify the source of the lists (in text). We can look at the IGO-INGO PDP policy recommendations which is more specific as to what strings are on the Reserved Names lists. The GNSO Council Report to the ICANN Board lays it out clearly in Scope 1 of each recommendation: https://gnso.icann.org/sites/default/files/filefield_43533/council-board-igo... [secure-web.cisco.com]<https://urldefense.com/v3/__https:/secure-web.cisco.com/1bOSQ8cVhtOxN7bJqx6A...> The recommendations point to the source of the strings (the GAC list), the ECOSOC General Consultative status list maintained by the UN, and the Red Cross/Red Crescent strings. ICANN has also included these strings on the bottom of this page here (Bullets 1 and 2): https://www.icann.org/en/contracted-parties/registry-operators/services/rese... [secure-web.cisco.com]<https://urldefense.com/v3/__https:/secure-web.cisco.com/1us3RRZeXM0rqjS4-rAZ...>. Hope this helps and let us know if you have any further questions. Thank you! Best, Michael From: Anne ICANN <anneicanngnso@gmail.com> Date: Monday, September 15, 2025 at 8:22 AM To: Lars Hoffmann <lars.hoffmann@icann.org> Cc: "Pruis, Elaine" <epruis@verisign.com>, Sarmad Hussain <sarmad.hussain@icann.org>, Michael Karakash <michael.karakash@icann.org>, "ashley.roberts@comlaude.com" <ashley.roberts@comlaude.com>, "subpro-irt@icann.org" <subpro-irt@icann.org> Subject: [Ext] Re: [SubPro-IRT] Re: String Similarity Assessment of Reserved Names P.S. Of course I know that we are talking about Top Level Reserved Names whereas the second level names which registries can reserve in the next round are completely different. Just trying to figure out if there are any other Top Level Reserved Names other than these particular IGO/NGO names? Thank you, Anne Anne Aikman-Scalese GNSO Councilor NomCom Non-Voting 2022-2026 anneicanngnso@gmail.com<mailto:anneicanngnso@gmail.com> On Mon, Sep 15, 2025 at 8:05 AM Anne ICANN <anneicanngnso@gmail.com<mailto:anneicanngnso@gmail.com>> wrote: Many thanks Lars - very helpful. Are the IGO/NGO names the ONLY Reserved Names? (I may be confused with second level names that a registry is allowed to reserve - which went from 100 to 500 names in the next round?) Again, apologies for my lack of background on this but really need to understand the facts. Anne Anne Aikman-Scalese GNSO Councilor NomCom Non-Voting 2022-2026 anneicanngnso@gmail.com<mailto:anneicanngnso@gmail.com> On Sat, Sep 13, 2025 at 11:54 AM Lars Hoffmann <lars.hoffmann@icann.org<mailto:lars.hoffmann@icann.org>> wrote: Hi Anne, A few answers to your questions in blue below, I am inviting @Sarmad Hussain<mailto:sarmad.hussain@icann.org>and @Michael Karakash<mailto:michael.karakash@icann.org> to chime in on Monday, too. Best. Lars From: Anne ICANN via SubPro-IRT <subpro-irt@icann.org<mailto:subpro-irt@icann.org>> Reply to: Anne ICANN <anneicanngnso@gmail.com<mailto:anneicanngnso@gmail.com>> Date: Saturday, 13 September 2025 at 20:22 To: "Pruis, Elaine" <epruis@verisign.com<mailto:epruis@verisign.com>> Cc: "ashley.roberts@comlaude.com<mailto:ashley.roberts@comlaude.com>" <ashley.roberts@comlaude.com<mailto:ashley.roberts@comlaude.com>>, "subpro-irt@icann.org<mailto:subpro-irt@icann.org>" <subpro-irt@icann.org<mailto:subpro-irt@icann.org>> Subject: [SubPro-IRT] Re: String Similarity Assessment of Reserved Names Thanks Elaine and staff. Where I am a bit hung up is as follows: I cannot conclude from the approved policy language that no other blocked name policy/procedure will apply to these "protected strings". In other words, I thought that based on past policy re blocked string status (ineligible for delegation), a string that is confusingly similar to a blocked string will not be delegated. Important to bear in mind that blocked names are different to what was referred to as ‘strings not eligible for delegation’ – the former are still called blocked names. these cannot be applied for by anyone, and all applied-for strings will be evaluated against these block names for string similarity. In case an applied-for string is found confusingly similar with a blocked name, the applied-for string cannot proceed. The question of whether reserved names, so names that can only be obtained by a specific organization for which the name has been in fact reserved (and these used to be called ‘strings ineligible for delegation’) should be part of the string similarity evaluation, too, is what is now being discussed. Are we distinguishing between Blocked Names and Reserved Names and saying that Reserved Names are not subject to a policy which prohibits delegation of a similar string? Yes, there is a clear difference between blocked and reserved names (see above). See also above. Generally speaking, is a new string that is judged to be similar to a Reserved Name string ineligible for delegation or not? Reminder that the terminology has changed. A reserved name is what the 2012 AGB referred to as a ‘string ineligible for delegation’. The IGO INGO identifiers are no reserved names and ICANN proposed to evaluate all applied-for strings against the reserved names list as these strings are ‘protected’ per 2013 policy recommendations. The clear majority of the IRT (of those who have spoken up) disagrees with this, arguing that only the exact name is protected and confusingly similar names can be delegated, meaning that applied for strings should NOT be evaluated for string similarity against the reserved names list, because that was the policy in 2012. And do applicants know this when they read the Reserved Names List? Yes, it is a list that is determined by policy How is the Reserved Names List determined? Policy – which, if I recall directly – also built on GAC advice and input from IGO/INGO, e.g., see here the public comment from the Red Cross on the IGO/INGO PDP Initial Report: https://forum.icann.org/lists/comments-igo-ingo-initial-14jun13/msg00000.htm... [forum.icann.org] [secure-web.cisco.com]<https://urldefense.com/v3/__https:/secure-web.cisco.com/1gFGB4B8b_N3R9mccsBT...> It sounds as though many IRT participants are saying that Reserved Names do not enjoy any protection from confusingly similar strings. Is that correct? Yes. I would say even that it is a clear majority of those that have spoken up on the call and on list. Or are we saying that Reserved Names are protected against delegation of confusingly similar strings but .redcross, .olympic, etc, are not so protected? Redcross etc. are reserved names because the red cross can apply for .redcross, but no one else can. I could be misunderstanding the deliberations on these "protected organizations" and "protected strings". Definitely need to understand this better. Please help. Anne Anne Aikman-Scalese GNSO Councilor NomCom Non-Voting 2022-2026 anneicanngnso@gmail.com<mailto:anneicanngnso@gmail.com> On Fri, Sep 12, 2025 at 3:46 PM Pruis, Elaine <epruis@verisign.com<mailto:epruis@verisign.com>> wrote: I believe the intention of the policy is to only allow The Red Cross to be the contracted party to operate .redcross. ICANN put forward two options that were developed while considering the policies and establishing the string similarity rules. I do not believe the policy allows for The Red Cross to “block” any applied for string that might “look like” .redcross, which is what the outcome of Option 2 from ICANN would be. Since there has been some discussion on the list since the call, I can support Katrin (and Mike’s) proposal to allow The Red Cross to later acquire .redcross even if there is a similar string delegated in this round. Ie, regardless of string similarity outcomes The Red Cross gets .redcross. Elaine From: Anne ICANN <anneicanngnso@gmail.com<mailto:anneicanngnso@gmail.com>> Date: Friday, September 12, 2025 at 11:14 AM To: Chris Disspain <chris.disspain@identity.digital> Cc: Elaine Pruis <epruis@verisign.com<mailto:epruis@verisign.com>>, "ashley.roberts@comlaude.com<mailto:ashley.roberts@comlaude.com>" <ashley.roberts@comlaude.com<mailto:ashley.roberts@comlaude.com>>, "subpro-irt@icann.org<mailto:subpro-irt@icann.org>" <subpro-irt@icann.org<mailto:subpro-irt@icann.org>> Subject: [EXTERNAL] Re: [SubPro-IRT] Re: String Similarity Assessment of Reserved Names Caution: This email originated from outside the organization. Do not click links or open attachments unless you recognize the sender and know the content is safe. Thanks Chris, Elaine, and Ashley, Could you please clarify what you believe to be the intention of the policy? For example, Is it to permit the .redcross string to proceed only if it applied for in the same round as .rodcross (not later) and to allow it to proceed in spite of the string similarity? Are you saying the policy is: 1. .Redcross is permitted to proceed in a concurrent round regardless of Similarity - so both .redcross and .rodcross proceed if applied for in the same round? 2. . Redcross WILL BE SUBJECT to string similarity review and cannot proceed if a prior similar string like .rodcross has in fact been awarded? Is that the policy that protects these names? In other words, the protection applies only if the authorized entity is quick enough? Or am I misunderstanding what you are saying? Still need to listen to the Thursday Zoom on this. Thank you, Anne Anne Aikman-Scalese GNSO Councilor NomCom Non-Voting 2022-2026 anneicanngnso@gmail.com<mailto:anneicanngnso@gmail.com> On Thu, Sep 11, 2025 at 4:53 AM Chris Disspain via SubPro-IRT <subpro-irt@icann.org<mailto:subpro-irt@icann.org>> wrote: I agree with Ashley and Elaine. Cheers, CD Chris Disspain +44 7880 642456 <image001.jpg> On 10 Sep 2025, at 16:03, Pruis, Elaine via SubPro-IRT <subpro-irt@icann.org<mailto:subpro-irt@icann.org>> wrote: Hello ICANN’s “Option 2: Reserved Names are protected based on who can apply for them, and also protected against other applied-for strings which are found confusingly similar during String Similarity Evaluation” would make more sense e IF the string similarity check was limited to the string on the Reserved list and applications for VARIANTS of that string, as ICANN provided this example in their paper: re̱dcross vs. redcross But there is no discussion in the proposal about limiting the string similarity check to variants of the reserved TLDs- So rodcross or redcress or redcrocs would be evaluated under Option 2 and most likely not proceed to delegation even if the party the string was reserved for does not apply (…“any similar string to Reserved Name cannot proceed and so cannot be delegated at any time”.) I agree with Ashely that is not the intention of the policy and we are not to create new policy. Therefore, “Option 1: Reserved Names are only protected based on who can apply for them, but go through String Similarity Evaluation like any other applied-for string if it is applied-for. a. Only entities for which Reserved Names are reserved for can apply for them, based on the process noted in AGB. b. Reserved Names will not be given any protection against similar strings”. Is the best way forward Elaine From: Ashley Roberts via SubPro-IRT <subpro-irt@icann.org<mailto:subpro-irt@icann.org>> Reply-To: Ashley Roberts <ashley.roberts@comlaude.com<mailto:ashley.roberts@comlaude.com>> Date: Monday, September 8, 2025 at 9:59 AM To: Elisa Busetto <elisa.busetto@icann.org<mailto:elisa.busetto@icann.org>>, "subpro-irt@icann.org<mailto:subpro-irt@icann.org>" <subpro-irt@icann.org<mailto:subpro-irt@icann.org>> Subject: [EXTERNAL] [SubPro-IRT] Re: String Similarity Assessment of Reserved Names Caution: This email originated from outside the organization. Do not click links or open attachments unless you recognize the sender and know the content is safe. Hi Elisa and Sarmad, Thanks for summarising the issue and offering two potential solutions. However, I disagree with ICANN’s conclusion that we should adopt option 2, as that would be creating new policy. Option 2 proposes to: 1. In the case of contention between an IGO/RC/IOC applicant and a non-IGO/RC/IOC applicant, give priority to the IGO/RC/IOC applicant. This would create an entirely new method of priority for resolving contention. 2. Include the Reserved Names list strings in the standard string similarity review performed by the ICANN evaluators. This is a reversal of the policy from the 2012 round, when Strings Ineligible for Delegation (as Reserved Names were known at the time) were explicitly excluded from the string similarity review. The paper asserts that “…based on remaining recommendations in SubPro and IDN EPDP Phase 1, ICANN proposes to move forward with option 2…”. However, I don’t believe there are any policy recommendations in either SubPro or the IDN EPDP Phase 1 which allow for either of the above rules. The original policy from the 2012 round AGB states in section 2.2.1.2.3 that: “the following [strings ineligible for delegation] names are prohibited from delegation as gTLDs in the initial application round. Future application rounds may differ according to consideration of further policy advice. These names are not being placed on the Top-Level Reserved Names List, and thus are not part of the string similarity review conducted for names on that list.” The SubPro final report affirmed the continuation of the 2012 rules on this topic in Affirmation 24.2: “…the Working Group affirms the standard used in the String Similarity Review from the 2012 round to determine whether an applied-for string is “similar” to any existing TLD, any other applied-for strings, Reserved Names, and in the case of 2-character IDNs, any single character or any 2-character ASCII string.” Note it does not list “strings ineligible for delegation” (i.e. the IGO/RC/IOC names) as a type of string subject to string similarity review. Similarly, section 4.4.1 of the IDN EPDP phase 1 report is clear on the types of name which are subject to string similarity review and “strings ineligible for delegation” are not among them: “If an applied-for primary gTLD string or any of its variant label(s) is confusingly similar to an existing gTLD, an existing ccTLD, a New gTLD Program Reserved Name*, a two-character ASCII string, or any of the variant label(s) of the aforementioned categories of strings, the entire variant label set of the applied-for primary gTLD string will be ineligible to proceed in the application process.” Thus, implementing the two above rules proposed by option 2 would be creating new policy, which is not the job of the IRT. Whereas option 2 would create new policy, the path outlined in option 1 is consistent with existing policy. Therefore, option 1 is the only viable option outlined in your paper. Please note that both the SubPro and EPDP final reports use the old definition of “Reserved Names”, which is a little confusing. In those reports, the relevant term to describe the IOC/RC/IOC names is “strings ineligible for delegation”. For clarity and completeness you may want to make this clear in the annex of your paper. * Definitions of New gTLD Program Reserved Names and Strings Ineligible for Delegation, used by the IDN EPDP per their Final Report: 1. New gTLD Program Reserved Name: A string that is reserved to maintain the exclusive rights to the names of ICANN, its bodies, or essential related functions of ICANN and IANA. For a full list of New gTLD Program Reserved Names, see Section 2.2.1.2.1 of the 2012 Applicant Guidebook. In addition, the SubPro PDP recommended adding “PTI” to the New gTLD Program Reserved Names list. 2. String Ineligible for Delegation: A string that is ineligible for delegation in order to provide special protections at the top-level and second-level for the names and acronyms of intergovernmental organizations (IGOs) and international non-governmental organizations (INGOs) which receive protections under treaties and statutes across multiple jurisdictions. Those organizations specifically include the Red Cross/Red Crescent Movement (RCRC) and the International Olympic Committee (IOC). I hope that makes sense. Please shout if anything in my explanation is unclear. Kind regards, Ashley Ashley Roberts Head of New TLD Consultancy Com Laude T +44 (0) 20 7421 8250 Ext 264 <image001.png> [secure-web.cisco.com] [secure-web.cisco.com]<https://urldefense.com/v3/__https:/secure-web.cisco.com/19x6MsWavSn1yMhYQcuR...> Follow us on LinkedIn [secure-web.cisco.com] [secure-web.cisco.com]<https://urldefense.com/v3/__https:/secure-web.cisco.com/1NEyu6gxutkaKmInTpRB...> and YouTube [secure-web.cisco.com] [secure-web.cisco.com]<https://urldefense.com/v3/__https:/secure-web.cisco.com/1qAnacD7ffLqxsatvIb-...> Error! Filename not specified. From: Elisa Busetto via SubPro-IRT <subpro-irt@icann.org<mailto:subpro-irt@icann.org>> Sent: 05 September 2025 12:10 To: subpro-irt@icann.org<mailto:subpro-irt@icann.org> Subject: [SubPro-IRT] String Similarity Assessment of Reserved Names Hello IRT, We have just published a paper concerning the String Similarity Assessment of Reserved Names on the wiki page of meeting #158a: https://icann-community.atlassian.net/wiki/x/AQB3Gw [secure-web.cisco.com] [secure-web.cisco.com]<https://urldefense.com/v3/__https:/secure-web.cisco.com/1ct049Njp8TEx0FWNd1f...> Sarmad will go through it during the call, but it would be appreciated if you could already review it and provide any input you may have on list. Many thanks, Elisa ________________________________ The contents of this email and any attachments are confidential to the intended recipient. They may not be disclosed, used by or copied in any way by anyone other than the intended recipient. If you have received this message in error, please return it to the sender (deleting the body of the email and attachments in your reply) and immediately and permanently delete it. Please note that Com Laude Group Limited (the “Com Laude Group”) does not accept any responsibility for viruses and it is your responsibility to scan or otherwise check this email and any attachments. The Com Laude Group does not accept liability for statements which are clearly the sender's own and not made on behalf of the group or one of its member entities. The Com Laude Group is a limited company registered in England and Wales with company number 10689074 and registered office at 28 Little Russell Street, London, WC1A 2HN England. The Com Laude Group includes Nom-IQ Limited t/a Com Laude, a company registered in England and Wales with company number 5047655 and registered office at 28 Little Russell Street, London, WC1A 2HN England; Valideus Limited, a company registered in England and Wales with company number 6181291 and registered office at 28 Little Russell Street, London, WC1A 2HN England; Demys Limited, a company registered in Scotland with company number SC197176 and registered office at 15 William Street, South West Lane, Edinburgh, EH3 7LL Scotland; Consonum, Inc. dba Com Laude USA and Valideus USA, a corporation incorporated in the State of Washington and principal office address at Suite 332, Securities Building, 1904 Third Ave, Seattle, WA 98101; Com Laude (Japan) Corporation, a company registered in Japan with company number 0100-01-190853 and registered office at 1-3-21 Shinkawa, Chuo-ku, Tokyo, 104-0033, Japan; Com Laude Domain ESP S.L.U., a company registered in Spain and registered office address at Calle Barcas 2, 2, Valencia, 46002, Spain. For further information see www.comlaude.com [secure-web.cisco.com] [secure-web.cisco.com]<https://urldefense.com/v3/__https:/secure-web.cisco.com/19x6MsWavSn1yMhYQcuR...> _______________________________________________ SubPro-IRT mailing list -- subpro-irt@icann.org<mailto:subpro-irt@icann.org> To unsubscribe send an email to subpro-irt-leave@icann.org<mailto:subpro-irt-leave@icann.org> _______________________________________________ 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 [secure-web.cisco.com] [secure-web.cisco.com]<https://urldefense.com/v3/__https:/secure-web.cisco.com/1BNghtlRjM93GXV_hywh...>) and the website Terms of Service (https://www.icann.org/privacy/tos [secure-web.cisco.com] [secure-web.cisco.com]<https://urldefense.com/v3/__https:/secure-web.cisco.com/1HpVDa9Lgw4tJDHBwKhG...>). 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. _______________________________________________ SubPro-IRT mailing list -- subpro-irt@icann.org<mailto:subpro-irt@icann.org> To unsubscribe send an email to subpro-irt-leave@icann.org<mailto:subpro-irt-leave@icann.org> _______________________________________________ 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 [secure-web.cisco.com] [secure-web.cisco.com]<https://urldefense.com/v3/__https:/secure-web.cisco.com/1BNghtlRjM93GXV_hywh...>) and the website Terms of Service (https://www.icann.org/privacy/tos [secure-web.cisco.com] [secure-web.cisco.com]<https://urldefense.com/v3/__https:/secure-web.cisco.com/1HpVDa9Lgw4tJDHBwKhG...>). 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.