Policy Development Process for New gTLD Subsequent Procedures: Difference between revisions
Christiane (talk | contribs) Added html comment for future timeline fixing |
|||
| (35 intermediate revisions by 5 users not shown) | |||
| Line 1: | Line 1: | ||
The '''Policy Development Process for New gTLD Subsequent Procedures''' ('''New gTLD Subsequent Procedures PDP''' or '''SubPro PDP''') was a GNSO [[Policy Development Process]] which reviewed the [[New gTLD Program (2012)|2012 New gTLD Program]] and developed policy for future rounds of applications for new gTLDs. The work was conducted by the [[New gTLD Subsequent Procedures Policy Development Process Working Group]]. | |||
| | |||
The SubPro PDP produced more than 300 affirmations, recommendations, and implementation guidance items. Its Final Report was delivered to the GNSO Council in January 2021 and approved by the Council in February 2021.<ref name="subpro">[https://gnso.icann.org/sites/default/files/file/field-file-attach/final-report-newgtld-subsequent-procedures-pdp-02feb21-en.pdf ICANN GNSO: Final Report on the new gTLD Subsequent Procedures Policy Development Process]</ref> During [[ICANN 76]], the [[ICANN Board]] adopted 98 recommendations contained in the Final Report on the new gTLD Subsequent Procedures Policy Development Process, setting in motion the implementation process for the [[New gTLD Program: Next Round|next round of gTLDs]].<ref>[https://www.icann.org/en/announcements/details/icann-board-moves-to-begin-preparations-for-the-next-round-of-new-gtlds-16-03-2023-en ICANN Annoucements: ICANN Board Moves to Begin Preparations for the next round of nTLDs]</ref> | |||
== Background == | |||
The New gTLD Program (2012) was developed through a GNSO [[Policy Development Process]] launched in 2005 and concluded with the "Final Report on the Introduction of New Generic Top-Level Domains" in 2007.<ref>[https://gnso.icann.org/en/issues/new-gtlds/pdp-dec05-fr-parta-08aug07.htm ICANN GNSO: Final Report - Introduction of New Generic Top-Level Domains]</ref> The ICANN Board adopted the report’s recommendations in 2008 and, after further policy and implementation work, approved the Applicant Guidebook (AGB) and the New gTLD Program in 2011.<ref name="agb">[https://newgtlds.icann.org/en/applicants/agb Applicant Guidebook], ICANN.org</ref><ref name="facts">[https://www.icann.org/en/topics/new-gtlds/factsheet-new-gtld-program-14apr11-en.pdf ICANN: New gTLDs Fact Sheet]</ref> The first application round opened in January 2012 and received 1,930 applications, of which 1,239 new gTLDs had been delegated as of March 2021.<ref>[https://newgtlds.icann.org/en/program-status/statistics ICANN New gTLD 2012 Program: Program Statistics]</ref> | |||
From the outset, the GNSO policy and the Applicant Guidebook envisaged that there could be additional application opportunities in the future. The Guidebook indicated that the timing and design of future rounds would depend on the "experience gained and changes required" after completion of the first round.<ref name="agb" /> The Policy Development Process for New gTLD Subsequent Procedures PDP was launched to review that experience and to determine what, if any, changes to policy were needed before opening further application rounds.<ref name="subpro"></ref> | |||
Following review of the Final Issue Report, the GNSO Council initiated the New gTLD Subsequent Procedures Policy Development Process in January 2016 and chartered the [[New gTLD Subsequent Procedures Policy Development Process Working Group to carry out the work.<ref>[https://community.icann.org/display/NGSPP/New+gTLD+Subsequent+Procedures+PDP+Home ICANN Community: New GTLD Subsequent Procedures PDP Home]</ref> The Working Group was tasked with determining what, if any, changes to policy were required in light of experience from the 2012 round and in relation to the principles and recommendations adopted pursuant to the GNSO’s 2007 report.<ref name="subpro"></ref> | |||
== Origins of the Subsequent Procedures PDP == | |||
After the 2012 application period closed, the GNSO created a Discussion Group (DG) to evaluate the first round of applications and identify areas where further policy development might be needed for subsequent rounds.<ref name="subrounds-dg-deliverables">[https://gnso.icann.org/en/issues/new-gtlds/deliverables-subsequent-procedures-01jun15-en.pdf ICANN GNSO: Deliverables of the New gTLD Subsequent Procedures | |||
Discussion Group]</ref> The DG submitted its Final Issue Report in December 2015.<ref>[https://gnso.icann.org/en/issues/new-gtlds/subsequent-procedures-final-issue-04dec15-en.pdf Final Issue Report on New gTLD Subsequent Procedures]</ref> | |||
==Foundational Documents== | ==Foundational Documents== | ||
The Working Group's Final Report on New gTLD Subsequent Procedures makes extensive reference to the following documents:<ref name="subpro"> | |||
The Working Group's Final Report on New gTLD Subsequent Procedures makes extensive reference to the following documents:<ref name="subpro"></ref> | |||
*[https://gnso.icann.org/en/issues/new-gtlds/pdp-dec05-fr-parta-08aug07.htm The GNSO's 2007 Report] on the Introduction of New gTLDs; | *[https://gnso.icann.org/en/issues/new-gtlds/pdp-dec05-fr-parta-08aug07.htm The GNSO's 2007 Report] on the Introduction of New gTLDs; | ||
*The [https://newgtlds.icann.org/en/reviews/implementation/program-review-29jan16-en.pdf Program Implementation Review Report] (PDF), last revised in January 2016; | *The [https://newgtlds.icann.org/en/reviews/implementation/program-review-29jan16-en.pdf Program Implementation Review Report] (PDF), last revised in January 2016; | ||
| Line 28: | Line 25: | ||
*ICANN's [https://www.icann.org/en/registry-agreements Registry Agreement] | *ICANN's [https://www.icann.org/en/registry-agreements Registry Agreement] | ||
== | ==Final Report and Recommendations== | ||
The | The Working Group's Final Report was submitted to the GNSO Council on January 20, 2021.<ref>[https://myemail.constantcontact.com/Read-the-SubPro-PDP-Newsletter---January-2021-Edition.html?soid=1122025845763&aid=qJxZ65sQtok SubPro Newsletter], January 2021.</ref> The Council approved the Final Report and submitted its "Final Outputs for ICANN Board Consideration" to the ICANN Board on February 2, 2021.<ref name="subpro" /> | ||
== | ===Central Recommendations and Themes=== | ||
====Predictability Framework and SPIRT==== | |||
=== | |||
The report emphasizes the need for consistent, predictable outcomes for application and dispute procedures. The Working Group recommended the adoption of a Predictability Framework (contained in Annex E of the Final Report), as well as the creation of a Standing Predictability Implementation Review Team (SPIRT, pronounced "spirit") to monitor, assess, and propose resolutions to situations that might impact the operation of the New gTLD Program.<ref name="subpro" /> | |||
The Predictability Framework identifies a limited number of such situations, including changes in ICANN's operations, changes to policies related to or affecting the New gTLD Program, and new policy proposals that may affect the program. Under the guidance, emergency decisions that may impact the program should be "narrowly tailored to address the emergency situation."<ref name="subpro" /> The Working Group recommended the maintenance of a change log, so that the GNSO and applicants may be kept apprised of changes to the program. In addition, the WG proposed an amendment to the refund procedure so that applicants who are adversely affected by policy changes may withdraw and receive a refund of fees. | |||
In its rationale for these proposals, the WG noted: | In its rationale for these proposals, the WG noted: | ||
<blockquote>Applicants and other parties interested in the New gTLD Program, however, believed that there were a number of changes that were made after the commencement of the 2012 program which hindered the program’s predictability. Therefore, the Working Charter asked the Working Group to consider the question, “How can changes to the program introduced after launch (e.g., digital archery/prioritization issues, name collision, registry agreement changes, public interest commitments (PICs), etc.) be avoided?” In addition, the ICANN Board commented that “The Board is concerned about unanticipated issues that might arise and what mechanism should be used in such cases.”<br /> | <blockquote>Applicants and other parties interested in the New gTLD Program, however, believed that there were a number of changes that were made after the commencement of the 2012 program which hindered the program’s predictability. Therefore, the Working Charter asked the Working Group to consider the question, “How can changes to the program be introduced after launch (e.g., digital archery/prioritization issues, name collision, registry agreement changes, public interest commitments (PICs), etc.) be avoided?” In addition, the ICANN Board commented that “The Board is concerned about unanticipated issues that might arise and what mechanism should be used in such cases.”<br /> | ||
The Predictability Framework intends to address the concerns raised in the Charter and by the ICANN Board by creating an efficient, independent mechanism to analyze and manage issues that arise in the New gTLD Program after the Applicant Guidebook is approved which may result in changes to the program and its supporting processes. The recommendations from this Working Group are intended and expected to lessen the likelihood of unaccounted for issues in the future, but this framework is a recognition that despite best efforts, some issues may be missed and circumstances may simply change over time.<ref name="subpro" /></blockquote> | The Predictability Framework intends to address the concerns raised in the Charter and by the ICANN Board by creating an efficient, independent mechanism to analyze and manage issues that arise in the New gTLD Program after the Applicant Guidebook is approved which may result in changes to the program and its supporting processes. The recommendations from this Working Group are intended and expected to lessen the likelihood of unaccounted for issues in the future, but this framework is a recognition that despite best efforts, some issues may be missed and circumstances may simply change over time.<ref name="subpro" /></blockquote> | ||
| Line 80: | Line 55: | ||
===Failure to Achieve Consensus=== | ===Failure to Achieve Consensus=== | ||
====Closed Generics==== | ====Closed Generics==== | ||
The Working Group was unable to come to agreement on the handling of closed (aka exclusive) generic TLDs. | The Working Group was unable to come to an agreement on the handling of closed (aka exclusive) generic TLDs. | ||
====Resolution of Contention Sets==== | ====Resolution of Contention Sets==== | ||
| Line 131: | Line 104: | ||
| 9 - Registry Voluntary Commitments/Public Interest Commitments | | 9 - Registry Voluntary Commitments/Public Interest Commitments | ||
| Specification 11 PICs were implemented in 2012 during the launch of the application round; the mandatory PICs contained in Specification 11 were not actually codified in policy | | Specification 11 PICs were implemented in 2012 during the launch of the application round; the mandatory PICs contained in Specification 11 were not actually codified in policy | ||
| Affirm and continue the mandatory PICs as implemented in 2012; allow exemptions/waivers for certain applicants (e.g. single registrant gTLDs); affirm and continue the NGPC policies for strings applicable to highly sensitive or regulated industries; maintain policy of allowing applicants to adopt Registry Voluntary Commitments (previously referred to as voluntary PICs) | | Affirm and continue the mandatory PICs as implemented in 2012; allow exemptions/waivers for certain applicants (e.g. single registrant gTLDs); affirm and continue the NGPC policies for strings applicable to highly sensitive or regulated industries; maintain the policy of allowing applicants to adopt Registry Voluntary Commitments (previously referred to as voluntary PICs) | ||
|- | |- | ||
| 10 - Applicant Freedom of Expression | | 10 - Applicant Freedom of Expression | ||
| Line 142: | Line 115: | ||
|- | |- | ||
| 12 - Applicant Guidebook | | 12 - Applicant Guidebook | ||
| Applicant Guidebook was the bible for applicants and decision makers | | Applicant Guidebook was the bible for applicants and decision-makers | ||
| Affirm and continue the use of the AGB; provide AGB in all six UN languages; publish final version in English at least 4 months prior to opening of an application round | | Affirm and continue the use of the AGB; provide AGB in all six UN languages; publish the final version in English at least 4 months prior to the opening of an application round | ||
|- | |- | ||
| 13 - Communications | | 13 - Communications | ||
| Line 158: | Line 131: | ||
|- | |- | ||
| 16 - Applications Submission Period | | 16 - Applications Submission Period | ||
| 3 month application window | | 3-month application window | ||
| Recommend an application period of no less than 12 weeks and no more than 15 weeks | | Recommend an application period of no less than 12 weeks and no more than 15 weeks | ||
|- | |- | ||
| Line 165: | Line 138: | ||
| Recommend the continuation and expansion of fee reduction offerings; improve outreach, awareness-raising, application evaluation; and program evaluation elements; create a separate Implementation Team for Applicant Support issues and recommendations | | Recommend the continuation and expansion of fee reduction offerings; improve outreach, awareness-raising, application evaluation; and program evaluation elements; create a separate Implementation Team for Applicant Support issues and recommendations | ||
|- | |- | ||
| 18 - Terms & | | 18 - Terms & Conditions | ||
| 2012 Terms & Conditions | | 2012 Terms & Conditions | ||
| Revise Section 3 of the 2012 Terms & Conditions to state that the rationale for rejecting an application must stem from a provision of the Applicant Guidebook; reasons that include confidential information from the applicant will not be published (or will be redacted); Include a covenant not to sue (Section 6 of the 2012 T&C) only if the appeals/challenge mechanisms recommended in Topic 32 are implemented; refund application fees in the event of substantial changes to AGB, or determination that an applied-for string creates a risk of name collisions | | Revise Section 3 of the 2012 Terms & Conditions to state that the rationale for rejecting an application must stem from a provision of the Applicant Guidebook; reasons that include confidential information from the applicant will not be published (or will be redacted); Include a covenant not to sue (Section 6 of the 2012 T&C) only if the appeals/challenge mechanisms recommended in Topic 32 are implemented; refund application fees in the event of substantial changes to AGB, or determination that an applied-for string creates a risk of name collisions | ||
| Line 190: | Line 163: | ||
|- | |- | ||
| 24 - String Similarity Evaluations | | 24 - String Similarity Evaluations | ||
| 2012 AGB: "'similar' means 'strings so similar that they create a probability of user confusion | | 2012 AGB: "'similar' means 'strings so similar that they create a probability of user confusion if more than one of the strings is delegated into the root zone.' Established criteria for visual similarity. | ||
| Affirm and continue the baseline standard & visual criteria from 2012; increase clarity on the evaluation of similarity of singular/plural versions of strings, which led to some unpredictability and confusion in 2012; set a deadline for string confusion objections | | Affirm and continue the baseline standard & visual criteria from 2012; increase clarity on the evaluation of similarity of singular/plural versions of strings, which led to some unpredictability and confusion in 2012; set a deadline for string confusion objections | ||
|- | |- | ||
| Line 199: | Line 172: | ||
| 26 - Security and Stability | | 26 - Security and Stability | ||
| Strings must not cause instability | | Strings must not cause instability | ||
| Affirm and continue existing principles; shift focus on rate of change to monthly growth of the root zone (with implementation guidance around acceptable rates of change in a month), rather than delegated strings per year; "Emoji in domain names, at any level, must not be allowed" | | Affirm and continue existing principles; shift focus on the rate of change to monthly growth of the root zone (with implementation guidance around acceptable rates of change in a month), rather than delegated strings per year; "Emoji in domain names, at any level, must not be allowed" | ||
|- | |- | ||
| 27 - Applicant Reviews: Technical & Operational, Financial, and Registry Services | | 27 - Applicant Reviews: Technical & Operational, Financial, and Registry Services | ||
| Line 207: | Line 180: | ||
| 28 - Role of Application Comment | | 28 - Role of Application Comment | ||
| 2012 round allowed for a public comment period on each evaluation, and such public comments could affect the scoring of the application | | 2012 round allowed for a public comment period on each evaluation, and such public comments could affect the scoring of the application | ||
| Affirm and continue the practice of soliciting community | | Affirm and continue the practice of soliciting community comments and the possibility that comments will impact scores; be transparent and consistent in explaining the impact of comment submission, the process of accepting comments, and the opportunities for applicants to respond; ensure that commenters validate an email address before commenting, and make best efforts to verify the commenter's identity; require commenters to reveal affiliations with the applicant; Emphasize ease of use in comment submission and allow attachments to comments; allow comments on confidential portions of the application, or submissions of confidential material, and allow applicants to respond under the same shield of confidentiality | ||
|- | |- | ||
| 29 - Name Collisions | | 29 - Name Collisions | ||
| Line 227: | Line 200: | ||
| 33 - Dispute Resolution Procedures After Delegation | | 33 - Dispute Resolution Procedures After Delegation | ||
| [[PICDRP]] and [[RRDRP]] | | [[PICDRP]] and [[RRDRP]] | ||
| Affirm and continue the PICDRP and RRDRP; enhance, clarify, and better define guidance on the scope and uses of those appeal processes; Working Group declined to issue recommendation on the [[Trademark Post-Delegation Dispute Resolution Procedure]], as that was being reviewed by the [[PDP Review of All Rights Protection Mechanisms in All gTLDs]] | | Affirm and continue the PICDRP and RRDRP; enhance, clarify, and better define guidance on the scope and uses of those appeal processes; Working Group declined to issue a recommendation on the [[Trademark Post-Delegation Dispute Resolution Procedure]], as that was being reviewed by the [[PDP Review of All Rights Protection Mechanisms in All gTLDs]] | ||
|- | |- | ||
| 34 - Community Applications | | 34 - Community Applications | ||
| Line 242: | Line 215: | ||
|- | |- | ||
| 37 - Registrar Non-Discrimination & Registry/Registrar Standardization | | 37 - Registrar Non-Discrimination & Registry/Registrar Standardization | ||
| Registries must use ICANN accredited registrars, and may not | | Registries must use ICANN accredited registrars, and may not discriminate between them | ||
| Affirm with modifications permitting a registry to request an exemption, subject to public comment | | Affirm with modifications permitting a registry to request an exemption, subject to public comment | ||
|- | |- | ||
| Line 270: | Line 243: | ||
==Board Actions == | ==Board Actions == | ||
* The board placed the final report on the agenda for its regular meeting on June 21, 2021.<ref>[https://www.icann.org/resources/board-material/agenda-2021-06-21-en ICANN.org Archive - Board Material: Agenda], June 21, 2021</ref> At [[ICANN 71]], when conversation touched upon SUBPRO, there was a general expectation that the board would launch an [[Operational Design Phase]] regarding the recommendations in the Final Outputs document.<ref>[https://71.schedule.icann.org/meetings/s6yQ7pydosLKtJFDM# ICANN 71 Session - GAC Discussion on Subsequent Rounds of New gTLDs, Future GAC Meetings], June 15, 2021</ref><ref>[https://cdn.filestackcontent.com/content=t:attachment,f:%22I71_RTM-Tue15June2021__GAC%20Disc%20on%20Subsequent%20Rounds%20of%20New%20gTLDs%20(1%20of%202)-en.pdf ICANN 71 Transcript - GAC Discussion of Subsequent Rounds of New gTLDs], June 15, 2021</ref> | * The board placed the final report on the agenda for its regular meeting on June 21, 2021.<ref>[https://www.icann.org/resources/board-material/agenda-2021-06-21-en ICANN.org Archive - Board Material: Agenda], June 21, 2021</ref> At [[ICANN 71]], when conversation touched upon SUBPRO, there was a general expectation that the board would launch an [[Operational Design Phase]] regarding the recommendations in the Final Outputs document.<ref>[https://71.schedule.icann.org/meetings/s6yQ7pydosLKtJFDM# ICANN 71 Session - GAC Discussion on Subsequent Rounds of New gTLDs, Future GAC Meetings], June 15, 2021</ref><ref>[https://cdn.filestackcontent.com/content=t:attachment,f:%22I71_RTM-Tue15June2021__GAC%20Disc%20on%20Subsequent%20Rounds%20of%20New%20gTLDs%20(1%20of%202)-en.pdf ICANN 71 Transcript - GAC Discussion of Subsequent Rounds of New gTLDs], June 15, 2021</ref> | ||
* On September 12, 2021, the Board directed the [[ICANN CEO]] to organize the resources required to begin work on the [[ODP]] for SubPro and advise the Board when the work of the ODP begins. The Board requested regular updates on the progress and the delivery of an Operational Design Assessment (ODA) (the output of the ODP), within | * On September 12, 2021, the Board directed the [[ICANN CEO]] to organize the resources required to begin work on the [[ODP]] for SubPro and advise the Board when the work of the ODP begins. The Board requested regular updates on the progress and the delivery of an Operational Design Assessment (ODA) (the output of the ODP), within ten months of the date of initiation. The Board also authorized [[Göran Marby|Goran Marby]] up to US$9 million to fund the ODP, and its requisite community engagement, formation and delivery of an ODA to the Board, and any additional work required to support the ICANN Board's consideration of the SubPro final report.<ref>[https://www.icann.org/en/system/files/files/presentation-new-gtld-subsequent-procedures-odp-webinar-28sep21-en.pdf SubPro Webinar, ICANN Sept 2021]</ref> | ||
==Operational Design Phase== | ==Operational Design Phase== | ||
ICANN | On December 12, 2022, [[ICANN Organization]] delivered the "Operational Design Assessment (ODA)", which is the final product of the Operational Design Phase ([[ODP]]) to the ICANN Board, ending a phase that began on September 12, 2021, when the Board directed the [[ICANN CEO]] to organize the resources required to begin this process.<ref name="odpdash">[https://www.icann.org/subpro-odp ICANN.org - SUBPRO ODP]</ref> | ||
===Foundational Documents and Resources=== | ===Foundational Documents and Resources=== | ||
| Line 279: | Line 252: | ||
*[https://mm.icann.org/pipermail/subpro-odp/ SUBPRO ODP Listserv] | *[https://mm.icann.org/pipermail/subpro-odp/ SUBPRO ODP Listserv] | ||
*[https://www.icann.org/subpro-odp SUBPRO ODP Dashboard] | *[https://www.icann.org/subpro-odp SUBPRO ODP Dashboard] | ||
<!--===Project Timeline=== | |||
In February, the ODP team published their anticipated timeline for the project:<ref name="odpdash" /> | |||
<timeline> | |||
ImageSize = width:1200 height:auto barincrement:25 | |||
PlotArea = left:20 right:20 bottom:20 top:20 | |||
AlignBars = early | |||
DateFormat = mm/dd/yyyy | |||
Period = from:01/01/2022 till:12/31/2022 | |||
TimeAxis = orientation:horizontal | |||
ScaleMajor = unit:year increment:1 start:01/01/2022 | |||
ScaleMinor = unit:month increment:1 start:01/01/2022 | |||
BarData = | |||
barset:Phases | |||
PlotData = | |||
align:left textcolor:black fontsize:M | |||
barset:Phases | |||
at:01/03/2022 shift:(8,-5) text:"Jan. 3 - ODP launched" | |||
at:02/22/2022 shift:(8,-5) text:"Feb. 22 - Begin drafting ODA" | |||
at:03/07/2022 shift:(8,-5) text:"[https://73.schedule.icann.org/meetings/GzLD4X2x8wqi5B4dp|Mar. 7 - ICANN 73 presentation on updated assumptions]" | |||
at:03/21/2022 shift:(8,-5) text:"Mar. 21 - Team debrief and refine assumptions" | |||
at:03/28/2022 shift:(8,-5) text:"Mar. 28 - Community status update #1" | |||
at:05/02/2022 shift:(8,-5) text:"May 2 - ODP project team workshop" | |||
at:05/16/2022 shift:(8,-5) text:"May 16 - Community status update #2 (halfway point)" | |||
at:05/23/2022 shift:(8,-5) text:"May 23 - Work track project teams begin to finalize analyses" | |||
at:06/13/2022 shift:(8,-5) text:"[https://74.schedule.icann.org/|Jun. 13-17 - ICANN 74]" | |||
at:06/27/2022 shift:(8,-5) text:"Jun. 27 - Work track analysis wrap-up" | |||
at:08/15/2022 shift:(8,-5) text:"Aug. 15 - Community status update #3" | |||
at:09/12/2022 shift:(8,-5) text:"Sept. 12 - Final draft of ODA complete (public comments)" | |||
at:09/19/2022 shift:(8,-5) text:"Sept. 19 - Present ODA at ICANN 75" | |||
at:12/12/2022 shift:(8,-5) text:"Dec. 12 - Submit ODA to Board" | |||
</timeline>--> | |||
===Process and Developments=== | ===Process and Developments=== | ||
In the wake of [[ICANN 72]], ICANN org responded to questions and comments that arose during the meeting sessions and in the "hallways."<ref name="odpfaqpost">[https://www.icann.org/en/blogs/details/update-answers-to-questions-related-to-icanns-upcoming-subsequent-procedures-odp-1-12-2021-en ICANN.org Blog - Answers to Questions Related to ICANN's Upcoming SUBPRO ODP], December 1, 2021</ref> [[Karen Lentz]] responded to some of the questions and issues raised and addressed the community's interest in the rapid implementation of SubPro and the next new gTLD round. Lentz stated that the ODP would streamline the process and shorten the overall time to launch a new application round. She also noted that the SubPro work was intended to establish a solid, enduring foundation from which multiple application rounds can be launched.<ref name="odpfaqpost" /> | In the wake of [[ICANN 72]], ICANN org responded to questions and comments that arose during the meeting sessions and in the "hallways."<ref name="odpfaqpost">[https://www.icann.org/en/blogs/details/update-answers-to-questions-related-to-icanns-upcoming-subsequent-procedures-odp-1-12-2021-en ICANN.org Blog - Answers to Questions Related to ICANN's Upcoming SUBPRO ODP], December 1, 2021</ref> [[Karen Lentz]] responded to some of the questions and issues raised and addressed the community's interest in the rapid implementation of SubPro and the next new gTLD round. Lentz stated that the ODP would streamline the process and shorten the overall time to launch a new application round. She also noted that the SubPro work was intended to establish a solid, enduring foundation from which multiple application rounds can be launched.<ref name="odpfaqpost" /> | ||
| Line 297: | Line 304: | ||
===Community Status Update #1=== | ===Community Status Update #1=== | ||
ICANN org released its first community update in March 2022, describing its work to date and discussing the future direction of the ODP.<ref name="csu1">[https://www.icann.org/en/system/files/files/community-status-updates-28mar22-en.pdf SUBPRO ODP - Community Status Update], March 28, 2022</ref> ICANN org reported that it was working toward the finalization of the Operational Design Assessment by October 2022. The update also provided figures on hours and resources devoted to the project. A total of 7 full time equivalent (FTE) staff hours had been devoted to the ODP since its initiation in January. The org noted that it intended to allocate and/or hire a total of 22-24 FTE in order to complete the work of the ODP.<ref name="csu1" /> This level of activity would be in line with the budget allocation approved by the board for the project.< ref name="csu1" /> | ICANN org released its first community update in March 2022, describing its work to date and discussing the future direction of the ODP.<ref name="csu1">[https://www.icann.org/en/system/files/files/community-status-updates-28mar22-en.pdf SUBPRO ODP - Community Status Update], March 28, 2022</ref> ICANN org reported that it was working toward the finalization of the Operational Design Assessment by October 2022. The update also provided figures on hours and resources devoted to the project. A total of 7 full time equivalent (FTE) staff hours had been devoted to the ODP since its initiation in January. The org noted that it intended to allocate and/or hire a total of 22-24 FTE in order to complete the work of the ODP.<ref name="csu1" /> This level of activity would be in line with the budget allocation approved by the board for the project.<ref name="csu1" /> | ||
The update | ===Community Status Update #2=== | ||
ICANN or released its second community update in May 2022.<ref name="csu2">[https://www.icann.org/en/system/files/files/community-status-update-new-gtld-subpro-odp-16may22-en.pdf SUBPRO ODP - Community Status Update], May 16, 2022</ref> The update included a compilation of all policy question sets submitted to the GNSO Council to help clarify issue areas. In addition, the update compiled all of the published assumptions from the ODP team regarding strategic needs and processes.<ref name="csu2" /> Shortly thereafter, the ODP team released another iteration of the team's assumptions document.<ref>[https://www.icann.org/en/system/files/files/assumptions-subsequent-procedures-odp-25may22-en.pdf ICANN.org Archive - Assumptions re: Subsequent Procedures ODP], May 25, 2022 (PDF)</ref> | |||
< | Following the release of the status update, [[Karen Lentz]] posted a blog regarding operational readiness for the next round of applications.<ref name="522blog">[https://www.icann.org/en/blogs/details/icann-subpro-odp-update-focusing-on-the-operational-readiness-work-track-26-05-2022-en ICANN.org Blog - SUBPRO Update - Focusing on the Operational Readiness Work Track], May 26, 2022</ref> The post described the creation of a roadmap based on applicant experience and interactions: | ||
<blockquote>The Operational Readiness work track includes development of a high-level design of the operational aspects of the next round. This operational blueprint will include a description of the applicant's experience, from prior to the opening of the application window through contracting and delegation (entering the string into the root zone and making it visible on the Internet).<ref name="522blog" /></blockquote> | |||
===ICANN 74=== | |||
During Prep Week of ICANN 74, ICANN org presented an update to the community on the progress of the ODP.<ref name="74prep">[https://74.schedule.icann.org/meetings/ZwGFKyDZpR69khesm ICANN 74 Archive - New gTLD Subsequent Procedures ODP Update], May 31, 2022</ref> The presentation included an overview of the process for the ODP and the current state of the project.<ref>[https://cdn.filestackcontent.com/content=t:attachment,f:%22SubProODP_ICANN74_PrepWeek.pdf%22/1LiJb1oAQCOODHkzcfDY ICANN 74 Archive - SUBPRO ODP Slides (PDF)]</ref> The presentation included a walk-through of the analysis applied to each of the recommendations of the Final Report.<ref name="74prep" /> | |||
During the meeting, the ODP team hosted a session to engage stakeholders and receive feedback on specific work areas in progress.<ref name="74odp">[https://74.schedule.icann.org/meetings/Q5k7NyhhFhLwmbkgY ICANN 74 Archive - Plenary Session: New gTLD Subsequent Procedures - Working Together], May 13, 2022</ref> | |||
==ODA== | |||
ICANN spent $6.8 million on the ODP to generate and deliver the Operational Design Assessment in mid-December 2022. This amount fell under the low-end of the $7 million to $9 million the ICANN board approved for its budget. Fifteen full-time equivalents, mostly [[:Category:ICANN staff|ICANN Staff]], spent over 27,000 hours in making the ODA report.<ref>[https://domainincite.com/28594-new-gtlds-report-came-in-under-budget nTLD ODA Report Under Budget, Domain Incite]</ref> | |||
===Key Take-Aways from the ODA === | |||
ICANN Org | |||
*determined that most of the SubPro Final Report outputs<ref>[https://www.icann.org/en/system/files/files/subpro-oda-12dec22-en.pdf SubPro ODA, Executive Summary]</ref> | |||
# are implementable in the New gTLD Program | |||
# have mechanisms to support diversity, predictability, and innovation and | |||
# refer to Global Public Interest (GPI) pilot framework terms | |||
*analyzed the potential timeline, costs, resource requirements, systems needs, and risks of implementing all 300+ SubPro Final Report outputs.<ref>[https://www.icann.org/en/system/files/files/subpro-oda-12dec22-en.pdf SubPro ODA, Executive Summary] </ref> | |||
*proposed a Business Process Design (Appendix 6) outlining the key components of how the next round could be implemented, from foundational concepts to post-contracting, with the aim of supporting the Implementation Review Team (IRT) and found that the overall implementation cost for the next round of the New TLD Program would be significantly higher than the 2012 round.<ref>[https://www.icann.org/en/system/files/files/subpro-oda-12dec22-en.pdf SubPro ODA, Executive Summary] </ref> | |||
====Application Period Options==== | |||
*presented two options for the application process: a single application submission period per round (the assumed route) or cyclical application submission periods (the alternative; Appendix 19). | |||
::'''Option 1''' may take at least five years from the Board directing ICANN org to begin implementation to the opening of the application submission window, cost approximately USD $457 million, involve 18 system services and 125 full-time equivalents, and incur the risk of material financial losses if demand is low.<ref>[https://www.icann.org/en/system/files/files/subpro-oda-12dec22-en.pdf SubPro ODA, Executive Summary], Pgs 12-14</ref> | |||
::'''Option 2''' would take 18 months to begin implementing, split the immediate next round into four annual application submission periods, create predictability for the New TLD Program, moderate the influx of applications in the first cycle, rely on a processing capacity limit of 450 applications per cycle, offer flexibility to potential applicants, and may be beneficial to new entrants who may need to invest more time and resources. However, this option contains the risks of | |||
::#limited space leading to competition, | |||
::#giving an advantage to applicants already engaged in the current DNS ecosystem, and | |||
::#being less efficient than the processing of portfolio applications available with option 1.<ref>[https://www.icann.org/en/system/files/files/subpro-oda-12dec22-en.pdf SubPro ODA, Executive Summary], Pg 17</ref> | |||
===Reactions to the ODA=== | |||
On January 20, 2023, the GNSO Council provided feedback to the ICANN Board about the SubPro ODA. The Council encouraged the ICANN Board to adopt the New gTLD Subsequent Procedures Final Report ASAP. In particular, the Small Team: | |||
*explained that it couldn't differentiate Options 1 and 2 and their impacts on the overall new gTLD program; | |||
*believed that the bulk of the applications would come in the first cycle, regardless of what ICANN org internally designs; | |||
*suggested that the next round should not be more complex or time and resource intensive than is necessary; | |||
*requested that the org use existing know-how and lessons learned (and the general approach of outsourcing or buying in and adapting systems); | |||
*distinguished between what is necessary to support the program and what is a wish list; and | |||
*felt that the design could be simplified to minimize the risks identified by using customizable existing software and platforms instead of building in-house and from scratch.<ref>[https://www.icann.org/en/system/files/correspondence/ducos-to-sinha-20jan23-en.pdf Ducos to Sinha Jan 20, 2023, Correspondence, ICANN Files]</ref> | |||
==Implementation Planning Phase== | |||
At [[ICANN 76]], the [[GNSO Council]] agreed to form a small team of councilors to review the pending recommendations and suggest how to address the underlying concerns. The Council SubPro Small Team completed an initial run-through of the issues chart and proposed paths forward for each pending recommendation to be presented in the Council's dialogue with the ICANN Board on May 22, 2023.<ref>[https://community.icann.org/display/gnsocouncilmeetings/Final+Proposed+Agenda+2023-05-25 Final Proposed Agenda for 05/25/2023, GNSO Council Meetings]</ref> | |||
</ | |||
==References== | ==References== | ||