Dear all,
Instead of focusing only on “protecting” certain names from delegation, I suggest we look at this as a predictable pathway for globally recognized INGOs to participate in the DNS ecosystem responsibly.
Many organizations, from the World Organization of the Scout Movement to international humanitarian groups, have global reputations to uphold. Allowing their names to be taken by unrelated applicants, only to force them into expensive objections or legal disputes, is neither fair nor efficient.
Provide a clear, predictable process for these organizations to apply for their own strings when they wish.
Ensure that visually confusable strings (e.g., diacritic variations) cannot be delegated to unrelated parties.
Maintain a transparent exception procedure that allows legitimate applicants to operate the string if they meet agreed criteria.
Hi Juan,
I'll have to follow your lead on this issue. It sounds like a good debate is in progress!!
Best, Kathy
| Subject: | [SubPro-IRT] Re: [Ext] Re: String Similarity and Reserved Names |
|---|---|
| Date: | Mon, 15 Sep 2025 17:35:38 +0000 |
| From: | Sarmad Hussain via SubPro-IRT <subpro-irt@icann.org> |
| Reply-To: | Sarmad Hussain <sarmad.hussain@icann.org> |
| To: | Pruis, Elaine <epruis@verisign.com>, anneicanngnso@gmail.com <anneicanngnso@gmail.com>, karen@elstermcgrady.com <karen@elstermcgrady.com> |
| CC: | subpro-irt@icann.org <subpro-irt@icann.org> |
Hi Elaine, all,
The Latin Diacritic PDP work is on cases where the *same* applicant is applying for Similar strings (with and without diacritics). The case we are discussing in the IRT is where *different* applicants are applying for Similar strings. So the scope of these two discussion threads is not overlapping.
Regards,
Sarmad
From:
"Pruis,
Elaine" <epruis@verisign.com>
Date: Monday, September 15, 2025 at 9:24 PM
To: "sarmad.hussain@icann.org"
<sarmad.hussain@icann.org>,
"anneicanngnso@gmail.com" <anneicanngnso@gmail.com>,
"karen@elstermcgrady.com" <karen@elstermcgrady.com>
Cc: "subpro-irt@icann.org"
<subpro-irt@icann.org>
Subject: Re: [SubPro-IRT] Re: [Ext] Re: String
Similarity and Reserved Names
As Sophie mentioned on the call, the example provided is Latin diacritics -- there is currently a PDP in play concerning Latin diacritics. I believe there was a suggestion to wait for the outcome of that work to inform how to move forward with this scenario. ( As something the SPIRT could consider, or could be incorporated in the next round).
Sarmad, is there another example of a potential collision you could provide that is not a Latin diacritic? What other examples are there of potential TLDs that would case a string similarity concern?
I’m concerned the proposal to expand rights beyond the reserved TLD causes many more potential problems than the very unlikely scenario where an applicant would apply for a TLD so similar to a reserved name and still clear all GAC EWs, objections and proceed to delegation.
Elaine
From:
Sarmad
Hussain via SubPro-IRT <subpro-irt@icann.org>
Reply-To: Sarmad Hussain
<sarmad.hussain@icann.org>
Date: Monday, September 15, 2025 at 5:38 PM
To: Anne ICANN <anneicanngnso@gmail.com>,
Karen Day <karen@elstermcgrady.com>
Cc: Next Round Policy Implementation via
SubPro-IRT <subpro-irt@icann.org>
Subject: [EXTERNAL] [SubPro-IRT] Re: [Ext] Re:
String Similarity and 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. |
Dear Karen and Anne,
We have noted this variation in the paper we have shared with the IRT but not as an option (see the Note at the end of the paper), because it allows for two Similar strings to be delegated together in the root zone, which does not align with the policy recommendations on string similarity.
Here are examples of possible similar strings presented in the paper (these are not variants of each other so can be delegated to separated applicants):
|
Reserved Names |
redcross, olympic, etc. |
|
Possible non-reserved similar applied-for strings |
re̱dcross, o̱lympic, etc. |
|
Underlined versions of the strings (which may cause significant user confusion) |
redcross, olympic, re̱dcross, o̱lympic, etc. |
Option 1 states that any one of redcross or re̱dcross can move forward, on first-come-first-served basis.
Option 2 states that because redcross is protected, re̱dcross cannot move forward. This allows redcross to be accepted whenever it is applied.
The case that redcross and re̱dcross can both be delegated together is not considered because if they are found Similar (in underlined version), they can create probable user confusion (e.g. when presented as a link: example.redcross and example.re̱dcross). The policy recommendations on string similarity state that such strings should not be delegated together.
Regards,
Sarmad
From:
Anne
ICANN via SubPro-IRT <subpro-irt@icann.org>
Reply-To: Anne ICANN
<anneicanngnso@gmail.com>
Date: Monday, September 15, 2025 at 8:08 PM
To: Karen Day <karen@elstermcgrady.com>
Cc: Next Round Policy Implementation via
SubPro-IRT <subpro-irt@icann.org>
Subject: [SubPro-IRT] Re: [Ext] Re: String
Similarity and Reserved Names
Many thanks Karen. Lars, Michael, and Sarmad - is this Option 3 an option that should be presented to the Council?
Anne
On Mon, Sep 15, 2025 at 6:22 AM Karen Day via SubPro-IRT <subpro-irt@icann.org> wrote:
Hi all, Just coming back from vacation and getting caught up. I'm sorry I wasn't available to discuss in real time last week, but I agree with Mike that there is Option 3 that could be put in play immediately. In fact, if you'll look back at the records, I and several others brought this exact option into our first discussion on this topic a couple of weeks ago with Sarmad, but somehow it did not make it into the 2 options presented for the follow-up call.
My position remains that if .RODCROSS is legitimately delegated through the 2026 round, and then Red Cross applies for .REDCROSS in the 2028 round, then the Red Cross organization should be awarded its exact match TLD without regard for any string similarity issues that would or would not not arise as a result of .RODCROSS having been delegated prior. I cannot envision, nor did the NGO PDD per my reading of their discussions, that the co-existence of those few protected Red Cross, Olympic or IGO TLDs alongside "similar" TLDs is likely to cause security and/or stability problems in the global DNS.
Best,
Karen
Karen L. Day
DNS Industry Advisor
Elster & McGrady LLC
Phone: +1 (984) 335-4067
Email: karen@elstermcgrady.com
From: Mike Rodenbaugh via SubPro-IRT <subpro-irt@icann.org>
Sent: Friday, September 12, 2025 1:52 PM
To: Katrin Ohlmer | DOTZON GmbH <ohlmer@dotzon.com>
Cc: Next Round Policy Implementation via SubPro-IRT <subpro-irt@icann.org>
Subject: [SubPro-IRT] Re: [Ext] Re: String Similarity and Reserved Names
I think it can be an option for this Round also.
On Fri, Sep 12, 2025 at 1:50 PM Katrin Ohlmer | DOTZON GmbH <ohlmer@dotzon.com> wrote:
Hi All,
this was exactly my proposal yeserday in the call – to propose initiating a PDP after the next round and determine if/how applications from the reserved names list can be treated differently in terms of string similarity. Lars acklowledged that this is a potential option.
Best
Katrin
DOTZON GmbH – creating identities
Akazienstrasse 28
10823 Berlin
Deutschland - Germany
Mobile: +49 173 2019240
ohlmer@dotzon.consulting
www.dotzon.consulting [dotzon.consulting]DOTZON GmbH
Registergericht: Amtsgericht Berlin-Charlottenburg, HRB 118598
Geschäftsführer: Katrin Ohlmer
Sitz der Gesellschaft: Akazienstrasse 28, 10823 Berlin
Von: Mike Rodenbaugh via SubPro-IRT <subpro-irt@icann.org>
Gesendet: Freitag, 12. September 2025 19:43
An: Lars Hoffmann <lars.hoffmann@icann.org>
Cc: Next Round Policy Implementation via SubPro-IRT <subpro-irt@icann.org>
Betreff: [SubPro-IRT] Re: [Ext] Re: String Similarity and Reserved Names
Lars and all,
I think there is an Option #3... if now or in future the Red Cross or Olympics apply for their exact match protected TLD string, then it shall not be subject to String Similarity Review or SCO. In other words, if they want it then they get it. That can allow other legitimate uses meanwhile to happen, like perhaps .Olympia for the capital of our state of Washington.
I was hung up on the process yesterday, and note that Anne or Susan (whoever is the liaison) needs to make an assessment whether there is IRT consensus to bring Staff's two proposed options to Council. There was no effort to gauge that consensus yesterday, but I did speak up that I thought it was a bad idea. Martin today has agreed. Anyway maybe that is premature if my proposed third option is potentially viable, at least for further Staff consideration and IRT discussion.
On Fri, Sep 12, 2025 at 12:38 PM Lars Hoffmann via SubPro-IRT <subpro-irt@icann.org> wrote:
Thank you, Martin.
We put forward the two options because we believe these are the only two ways forward that we identified. We also stated in the paper that we proposed to move forward with Option 2. The IRT did not agree with our proposal. Therefore, there is a disagreement between IRT and staff on the intent of Board-approved recommendations. Moving this to the Council to obtain guidance on the intent of the recommendation seems to be the appropriate next step. I fail to see how this could possibly undo any policy efforts.
Best. Lars
From: Martin Sutton <martin@tldz.com>
Date: Friday, 12 September 2025 at 18:07
To: "Jeff@jjnsolutions.com" <jeff@jjnsolutions.com>, Lars Hoffmann <lars.hoffmann@icann.org>
Cc: Juan Manuel Rojas <jumaropi@yahoo.com>, Susan Payne <susan.payne@comlaude.com>, Anne ICANN <anneicanngnso@gmail.com>, Next Round Policy Implementation via SubPro-IRT <subpro-irt@icann.org>
Subject: [Ext] Re: [SubPro-IRT] String Similarity and Reserved Names
Hi Lars,
Firstly my apologies for not being available for recent calls, I am trying to keep up via the recordings.
Having listened to yesterday’s call, I am surprised by the approach actions in regard to the string similarity assessment for reserved names. Focusing entirely on the process, the IRT was presented with two options by ICANN Org, with many supporting Option 1, backed up with sound reasoning. Despite this, ICANN Org is pushing this aside in favour of Option 2.
Why put options forward for the IRT to consider in the first place, if they are simply overruled by ICANN Org? This is not good practice.
I hope we can avoid such steps in the future, as we can already see in the follow-up emails how lengthy policy efforts can potentially come undone.
Best regards,
Martin
Martin Sutton
Co-Founder, TLDz
martin@tldz.com
+44 (0)7774 556680
Tldz.com [tldz.com]
Illumiati Limited. 77 Camden Street Lower, Dublin, D02 XE80
The contents of this email message and any attachments are intended solely for the addressee(s) and may contain confidential and/or privileged information and may be legally protected from disclosure. If you are not the intended recipient of this message or their agent, or if this message has been addressed to you in error, please immediately alert the sender by reply email and then delete this message and any attachments. If you are not the intended recipient, you are hereby notified that any use, dissemination, copying, or storage of this message or its attachments is strictly prohibited.
On 12 Sep 2025, at 16:37, Jeff Neuman via SubPro-IRT <subpro-irt@icann.org> wrote:
Juan,
This was exactly the work that was done in the original IGO/INGO PDP in the 2012-2014 time frame and there was consensus on NOT recognizing INGOs for any special treatment. In order for any further work to be done (which I would personally oppose as I was involved in that PDP), the appropriate place to raise this is with the GNSO Council and not with the IRT.
_______________________________________________
SubPro-IRT mailing list -- subpro-irt@icann.org
To unsubscribe send an email to 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) 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.
_______________________________________________
SubPro-IRT mailing list -- subpro-irt@icann.org
To unsubscribe send an email to 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) 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._______________________________________________
SubPro-IRT mailing list -- subpro-irt@icann.org
To unsubscribe send an email to 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) 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.