Picking and Choosing Recommendations to Follow and not to Follow
First, apologies I was not able to attend the meeting last night, earlier this morning. But in listening to the conversation, it sounds like ICANN is picking and choosing which SubPro Recommendations it is following and which they are not. On the call Elaine was absolutely correct. Yes, the PDP did not want people to change their strings. But the PDP also did not state that people could list alternate strings and that they could be switched prior to reveal day. This is a new factor introduced into the equation by ICANN. With this new factor being introduced, we now need to develop the best comprehensive solution or applicants and the community. If the PDP knew that you would be allowed to list alternate strings and changes would be made prior to reveal day, it is not a given that the PDP would have stuck to its recommendation to not allow the changing of strings after reveal day. Applicants are going to be investing a LOT of money and resources applying for a new TLD. The amount of their investment cannot be overstated. I talk to potential applicants every day. They are thoughtful, innovative, entrepreneurial, and take this extremely seriously. But when the ICANN Board/Org sits in its silo trying to come up with rules, it does not have the benefit of considering the real practical business implications. (And by business, I also include non-profits). For example, If I am electing to put in an application, I am committed to that string and that is one I know I can make work regardless of what anyone else applies for. If, however, I list an alternate string, I may be able to make that work, but not if someone else gets the primary string, and not if someone else has a separate but competing string, and therefore ICANN switching me automatically to the secondary string may not make sense for me or my business model. For example, Lets say I apply for .musicals. And then I list as an alternate .musicaltheater (with the er). Sure, perhaps I can make .musicaltheater work if there is contention with .musicals. But if I knew that someone else applied for .musicaltheatre (with the "re" as opposed to the "er"), then there is no way I would want .musicaltheater (with the "er"). Yet, under the ICANN new rule, I would be forced into the alternate string. NOTE: .theater and .theatre were BOTH allowed in the last round and were NOT found to be similar. If I had known that there was a .musicaltheatre application (with the "re"), then perhaps I would rather stick to the original contention set. But if there was not a .musicaltheatre application, then I would want to go to my alternate .musicaltheater. And it is not a satisfactory answer for ICANN to say, well that's just the way it is or then you shouldnt have listed an alternate. Applicants should not be treated like they are buying a $25 toy. They are spending $200k+ to apply, not to mention the time and money to draft the application, build a team, hire, get financing, etc. So, if we agree to change the process to allow alternate strings, then we need to adjust to best possible solution and not Pidgeon hole in an old recommendation that did not have this important new change. Sincerely, Jeff [cid:64ff4145-4c0c-4eab-b5b5-270b5119a3a1]
Jeff, I totally agree but you are also leaving out one obvious solution – simply forget about this new option that ICANN cooked up that was not included in the PDP and will create significant unnecessary complexity in both the policy development process and also in the application process where this will wreak havoc and will undoubtedly result in unending moves back and forth, gaming, disputes , and confusion. Not to mention the difficulty of explaining this to new applicants, in particular those who don’t regularly participate in ICANN including those from underserved regions. And what policy objective is this even in furtherance of? Delegating as many strings as possible? Since when is this policy approved by the GNSO? Best regards, Marc H. Trachtenberg Shareholder Chair, Internet, Domain Name, e-Commerce and Social Media Practice Greenberg Traurig, LLP 77 West Wacker Drive | Suite 3100 | Chicago, IL 60601 T +1 312.456.1020 M +1 773.677.3305 trac@gtlaw.com<mailto:trachtenbergm@gtlaw.com> | www.gtlaw.com<http://www.gtlaw.com/> | View GT Biography <https://www.gtlaw.com/en/professionals/t/trachtenberg-marc-h> [Greenberg Traurig Logo] [cid:image002.png@01DB08E9.59F285F0] From: Jeff Neuman via SubPro-IRT <subpro-irt@icann.org> Sent: Tuesday, September 17, 2024 9:58 AM To: subpro-irt@icann.org Subject: [SubPro-IRT] Picking and Choosing Recommendations to Follow and not to Follow *EXTERNAL TO GT* First, apologies I was not able to attend the meeting last night, earlier this morning. But in listening to the conversation, it sounds like ICANN is picking and choosing which SubPro Recommendations it is following and which they are not. On the call Elaine was absolutely correct. Yes, the PDP did not want people to change their strings. But the PDP also did not state that people could list alternate strings and that they could be switched prior to reveal day. This is a new factor introduced into the equation by ICANN. With this new factor being introduced, we now need to develop the best comprehensive solution or applicants and the community. If the PDP knew that you would be allowed to list alternate strings and changes would be made prior to reveal day, it is not a given that the PDP would have stuck to its recommendation to not allow the changing of strings after reveal day. Applicants are going to be investing a LOT of money and resources applying for a new TLD. The amount of their investment cannot be overstated. I talk to potential applicants every day. They are thoughtful, innovative, entrepreneurial, and take this extremely seriously. But when the ICANN Board/Org sits in its silo trying to come up with rules, it does not have the benefit of considering the real practical business implications. (And by business, I also include non-profits). For example, If I am electing to put in an application, I am committed to that string and that is one I know I can make work regardless of what anyone else applies for. If, however, I list an alternate string, I may be able to make that work, but not if someone else gets the primary string, and not if someone else has a separate but competing string, and therefore ICANN switching me automatically to the secondary string may not make sense for me or my business model. For example, Lets say I apply for .musicals. And then I list as an alternate .musicaltheater (with the er). Sure, perhaps I can make .musicaltheater work if there is contention with .musicals. But if I knew that someone else applied for .musicaltheatre (with the "re" as opposed to the "er"), then there is no way I would want .musicaltheater (with the "er"). Yet, under the ICANN new rule, I would be forced into the alternate string. NOTE: .theater and .theatre were BOTH allowed in the last round and were NOT found to be similar. If I had known that there was a .musicaltheatre application (with the "re"), then perhaps I would rather stick to the original contention set. But if there was not a .musicaltheatre application, then I would want to go to my alternate .musicaltheater. And it is not a satisfactory answer for ICANN to say, well that's just the way it is or then you shouldnt have listed an alternate. Applicants should not be treated like they are buying a $25 toy. They are spending $200k+ to apply, not to mention the time and money to draft the application, build a team, hire, get financing, etc. So, if we agree to change the process to allow alternate strings, then we need to adjust to best possible solution and not Pidgeon hole in an old recommendation that did not have this important new change. Sincerely, Jeff [cid:image003.png@01DB08E9.58FBC9E0] ---------------------------------------------------------------------- If you are not an intended recipient of confidential and privileged information in this email, please delete it, notify us immediately at postmaster@gtlaw.com, and do not use or disseminate the information.
participants (2)
-
Jeff Neuman -
trachtenbergm@gtlaw.com