ICANN: Draft Procedure for Community gTLD Change Requests

Share:

Brief Overview

Section I: Description and Explanation

As part of the New gTLD Program application process, applicants for community-based gTLDs were required to provide a description of the community they intended to serve, the proposed registration policies for the gTLD, and specific information related to defining the community and relationship between the applicant and the community. The Applicant Guidebook stated that responses to this question would be “regarded as firm commitments to the specified community and reflected in the Registry Agreement provided the application is successful.” For successful applicants, these commitments were adopted into Specification 12 (Community Registration Policies) of the New gTLD Registry Agreement.

The ICANN org has deferred several registry operator requests for changes to Specification 12 of the Registry Agreement due to the lack of clear guidance about whether criteria to process proposed changes are a matter of policy discussions or implementation. The Applicant Guidebook states, “material changes to the contract, including changes to the community-based nature of the gTLD and any associated provisions, may only be made with ICANN‘s approval.” The guidebook also states, “proposed criteria for approving such changes are the subject of policy discussions.” However, there have been no discussions or subsequent work on this topic that resulted in a process by which ICANN org can approve or deny change requests to Specification 12 of the Registry Agreement.

While the guidebook points to policy discussions to determine criteria, the community gTLD Registry Agreement states the registry operator is capable of modifying policies and practices for the TLD. Section 2.19 of the community gTLD Registry Agreement (Obligations of Registry Operator to TLD Community) requires a registry operator to “operate the TLD in a manner that allows the TLD community to discuss and participate in the development and modification of policies and practices for the TLD.”

Identifying the need for a process and criteria to enable community gTLD registry operators to evolve their registration policies with the changing needs of a TLD community, the Community gTLD Change Request Process Working Group formed in 2016. This group is comprised of community gTLD registry operators and other stakeholders. The goal of the working group is to develop a process with the necessary criteria to enable community gTLD registry operators to request changes to their Specification 12 without removing the Community Registration Policies, excessively broadening or narrowing registrant eligibility and/or name selection requirements or resulting in significant negative impact to the TLD Community.

As a result of collaboration between the working group and the ICANN org, with input from members of the Registries Stakeholder Group (RySG), the ICANN org and the working group have developed a draft procedure [PDF, 327 KB] for Community gTLD Change Requests. The ICANN org and the working group are seeking community input on the proposed procedure.

The ICANN org and the working group would like to highlight certain rationale applied in development of this proposed procedure for the community’s consideration:

  • Guiding principles to establish eligibility: the working group incorporated guiding principles in its development of the draft procedure to clearly state its goal and limitations in the introductory paragraph of the procedure. These limitations are a mechanism to prevent gaming of such a procedure that could result in a community gTLD registry operator removing its Community Registration Policies.
  • A single process for all change requests: the working group and the ICANN org developed a single set of potential standards for considering a proposed change provided the change request meets the guiding principles of the draft procedure. The working group considered whether a separate procedure was necessary for those community gTLDs that prevailed during the application process as a result of a successful Community Priority Evaluation or Community Objection proceeding. However, the resulting community gTLD Registry Agreement does not treat these community gTLD registry operators differently from those who did not. Furthermore, the ICANN org highlighted concerns that a process with multiple decision points that trigger specific reviews dependent upon whether a community gTLD went through CPE or won objections would add time, complexity, and opportunities for disputes or disagreements (either by the registry operator or others in the ICANN community).
  • Community gTLD Change Request Form: use of this proposed mandatory form would require the registry operator to justify how the Change Request fits within the scope of the process and to provide essential information for consideration by the ICANN org as well as the community during the Change Request Comment Period. Under the proposed procedure, submitted forms would be published for community review.
  • Required outreach to the TLD Community: the working group and the ICANN org propose that the registry operator’s preparatory work for a Change Request should include consultation with the relevant TLD Community and collection of documentation of support from key participants within the TLD community. This aligns with the mission of a community gTLD registry operator to “operate the TLD in a manner that allows the TLD community to discuss and participate in the development and modification of policies and practices for the TLD” (Section 2.19 of the community gTLD Registry Agreement).
  • Change Request Comment Period: the draft procedure includes a comment period. This step would provide a mechanism for the Internet community to provide input on a Community gTLD Change Request for the ICANN org to consider in its analysis of the Change Request. This comment period is similar to ICANN‘s processes for requests from registry operators to add Specification 13 (.BRAND) or the Code of Conduct Exemption (Specification 9) to their registry agreements.
  • Approval Criteria: the ICANN org and the working group are proposing to include approval or rejection criteria (Section 3.1, ICANN Review) to provide transparency in how ICANN would make a determination. The proposed criteria incorporate consideration of specific responses from the registry operator in the Community gTLD Change Request Form, evidence of TLD Community outreach and support, and analysis of any concerns raised during the comment period.

Following the conclusion of this Public Comment period on the draft procedure, the ICANN org and the working group will consider comments received and publish a summary and analysis of comments. Following guidance from the GNSO Council, the ICANN org and the working group will submit the summary and analysis of comments to the GNSO Council to ensure it does not raise policy issues before moving toward implementation of a procedure.

Section II: Background

The topic of a community gTLD registry operator changing its Community Registration Policies (Specification 12) dates back to the development of the New gTLD Program. In 2011, ICANN org published an explanatory memo [PDF, 105 KB] intended to facilitate GNSO discussions of a potential procedure to consider change requests of Community Registration Policies. However, there have been no discussions or subsequent work on this topic that resulted in a process by which ICANN org can approve or deny change requests to Specification 12 of the Registry Agreement.

In a good faith effort to find a mutually agreeable solution, the working group initiated high-level discussions with the ICANN org in late 2016. The working group circulated its initial draft procedure with the RySG then submitted [PDF, 213 KB] this draft to the ICANN org in July 2017. The ICANN org provided feedback to the working group, published [PDF, 219 KB] on 22 September 2017on ICANN‘s Correspondence webpage, and has since held several calls with the working group. These efforts resulted in alignment on the version of the draft procedure published in this Public Comment proceeding.

In parallel to these efforts on the draft procedure, the ICANN org encouraged the working group to collaborate within the ICANN community to achieve clarity and transparency on whether this work needed additional policy guidance or could proceed as implementation. Accordingly, the working group presented to the GNSO Council on 20 September and 12 October 2017. From this consultation, the GNSO Council agreed [PDF, 245 KB] in its 1 November 2017 meeting that the proposed draft procedure should be published for Public Comment after the working group addresses comments from the ICANN org.

The proposed draft procedure is the outcome of many working group calls and communications between January and July 2017, numerous consultations with the RySG, and several engagements with the ICANN org between October 2016 and January 2018.

Section III: Relevant Resources

Section IV: Additional Information

Open Date: 14 Feb 2018 23:59 UTC

Close Date: 2 Apr 2018 23:59 UTC

Staff Report Due: 16 Apr 2018 23:59 UTC

This ICANN announcement was sourced from:
https://www.icann.org/public-comments/community-gtld-change-procedure-2018-02-14-en

This latest Domain News has been posted from here: Source Link

Facebook Comments