Sorry, you need to enable JavaScript to visit this website.
Skip to main content

Comparison of Constituency Statements on New or Changed Services in gTLD Registries

Last Updated:

Introduction

The staff manager has taken the responses in the constituency statements and grouped the main points into broad categories of related concerns.

1. Fast Track or Quick Look Process

a. Criteria for Quick Look Process

Description: each response to the PDP suggested that there must be clear guidelines for the application of a quick look or Fast Track process. This is intended to accelerate the review process for non-controversial or trivial service changes.

Response summary:

  • At Large: “Whether or not market feedback can provide an accurate barometer of the desirability of the proposed change should be a crucial test within the initial quick look analysis of any proposed change that ICANN assesses.”
  • CBUC: “30 working days for simple or straight forward change, 90 working days for complex change”. All proposed changes should go through a quick look process. “It is not sufficient for registries to self-determine whether a new service is compliant with existing contracts, nor whether a new service will impact the stable and secure operation of the Internet.” And, “In those cases where the registry believes that its new service will have no or minimal impact on the Internet, a streamlined process can be followed.” The constituency provides a detailed approval procedure including specific timelines and notification requirements.
  • IPC: Tier one review completed in 10 days. All proposed changes should go through a quick look process. “ICANN staff should immediately conduct an initial review to determine whether the registry request should be implemented or referred on to the "quick look" procedure for further review.” And, “ICANN staff should consider whether the proposed change 1) is consistent with the current registry contract; 2) requires a contract modification; or 3) requires ICANN approval.”
  • ISPCP: “The ISPCP believes that the “Quick Look” provision of the Staff Manager’s report currently raises a number of concerns. In particular, the ISPCP would like to make the following suggestions: The “Quick Look” process needs to be explicitly spelled-out so that all parties have a common understanding of exactly what ‘Quick Look’ means.” And, “Some metric needs to be established that effectively and deterministically decides if a service proposal is eligible for the “Quick Look” procedure. This metric should be based on full community consultation.
  • NCUC: The constituency asks whether there should be distinctions made between sponsored and non-sponsored registries (with a negative appraisal), and between dominant and non-dominant registries (with a positive appraisal).
  • Registrars: All proposed changes should go through a quick look process that should take no longer than 14 days. “In general changes that do not relate to the registry-registrar agreement or Registry Services could be subject to the fast track process.” And, “It would assist the industry to have a simple set of guidelines for when it is necessary for a registry operator (particularly unsponsored) to seek approval from ICANN.” The registrar constituency provides a draft list of criteria.

2. Detailed Review Process

a. Technical Review of New Proposals

Description: many responses to the PDP suggested that there be a review for potential technical harm in introducing the new or changed service. This technical review is intended to weigh the technical impact of a proposed change in service, and to recommend possible remedies to offset harm.

  • CBUC: 3rd party technical experts, under NDA, will be retained by ICANN to review technical characteristics of the proposal and provide a detailed report. The constituency also proposes a timeline for any such technical review.
  • NCUC: “We support clear, well-defined specifications for registry operation that make DNS a neutral platform for Internet functions.”

b. Competition Review of New Proposals

Description: each response to the PDP suggested that there be a review for potential competition harm in introducing the new or changed service. This competition review is intended to weigh the competition impact of a proposed change in service, and to recommend possible remedies to offset harm.

  • Registrars: “Where ICANN staff believe that a registrar business model could be affected by a change in the registry systems, ICANN should seek impartial advice from a competition expert with a strong understanding of the domain name industry structure.”
  • NCUC: Constituency is “not convinced of ICANN's ability to engage in competition policy-related forms of regulation.”

c. Criteria for Detailed Review

Description: each response called for a deterministic process for deciding whether or not the Quick look process applies to a given proposal. As a result, these criteria also give a clear indication whether or not the detailed process should apply.

  • At-Large: “Any privately beneficial activity should be allowed unless it is shown to be publicly detrimental; those who want to forbid an activity bear the burden of proving public harm.” And “preference should, wherever possible, be given to designs in which similar services can be provided by multiple parties; designs which permit market-based pricing of services should be preferred over designs that lead to monopoly pricing.”
  • CBUC: “Registries wishing to introduce any new services which impact the core of the DNS should be required to provide notice, full technical and administrative description/explanation, and remedy opportunities in order for a proper assessment of impact.” And “Distinction may be required between new registry services in restricted/sponsored TLDs and unrestricted/unsponsored gTLDs.” The constituency poses three questions: 1. Will implementation of the registry operator's requested change harm the legitimate interests of third parties? 2. Will implementation of the registry operator's requested change threaten stability or security of the Internet? 3. Will implementation of the registry operator's requested change violate an existing ICANN policy?
  • IPC: Tier two process completed in 24 days, and tier three process completed in 84 days. Total time in all three tiers: 118.
  • NCUC: The constituency identifies the need for a Quick look process, and asks that clear criteria for its application be defined.
  • Registrars: 30 day evaluation +14 day report preparation. “Where there is a possibility of an issue associated with operational stability, reliability, security and global inter-operability of the Internet, ICANN staff should use a more comprehensive approval process.” The constituency provides suggestions for definitions of these key terms. Also, “Where there is a possibility of an issue associated with the overall competition (as distinct from an individual competitor) in the domain name industry, ICANN staff should use a more comprehensive approval process.” The constituency also outlines specific recommendations regarding registrar-registry competition issues.

3. Roles of Various Participants

a. ICANN Staff Role

Description: several responses described a clearly defined role for ICANN staff in the process. This included both limitations of their actions and explicit responsibilities.

  • CBUC: ICANN staff and their retained experts have the authority to assess the implications of proposed changes in the Quick look process. required.
  • IPC ICANN staff is responsible for notification, posting, and initial determination of the quick look process.
  • NCUC: “Some issues will be too important to leave to ICANN staff.” And, “We do not want ICANN staff to handle substantive policy issues on their own."

b. Third Party Expert Participation

Description: some responses called for independent, third-party, expert analysis of new proposals for services.

  • CBUC: 3rd party experts play a role in both Quick look and detailed review processes.
  • IPC: ICANN staff is responsible for conducting the Quick look process.
  • Registrars: “A proposed change in the functional and performance specifications of a "Registry Service" should include impartial external advice from one or more technical experts.” The constituency also proposes that 3rd party, independent, expert advice be used in the quick look process.

c. Community Participation including GNSO

Description: some responses called for clear processes involving gNSO participation in the review process.

  • At-Large: “the process should provide opportunities for all relevant parties (including GNSO constituencies and Advisory Committees) to get involved, and should, in particular, incorporate opportunities for meaningful and early public comment.”
  • CBUC: “Should the registry seek an ICANN policy review then ICANN will seek to schedule such a review by the ICANN community at the earliest possible time. ... In the case of a sponsored gTLD registry, it may be more appropriate for the policy to be taken back to the sponsor's community for reconsideration.” Also, the registry is responsible for requesting detailed review process if Quick look process determines that new service cannot be immediately approved.
  • IPC: During detailed review a Task Force including representatives from all affected parties to consider the issues identified by ICANN staff during the quick look process. A detailed process and timeline is outlined for the work and recommendations of the task force.
  • ISPCP: “Any “Quick Look” process should give a full explanation of what role the gNSO plays in the “Quick Look” activity.”
  • NCUC: “We wish to emphasize that public consultation, and consultation of constituencies, must be a regular part of dealing with the most important issues.”
  • Registrars: The constituency proposes that the ICANN Manager of Public Participation facilitate collection of comments from the general community regarding the proposed service change. In addition, a formal process for collecting comments from major affected stakeholders and gNSO constituencies is proposed.

d. Public Notice and Reporting

Description: several responses called for explicit reporting and public notice requirements during the review and evaluation of new proposals.

  • At-Large “we generally believe in accountable, transparent and objective processes that ensure that policy is applied in a neutral manner.”
  • CBUC “Streamlined, clear, documented and transparent procedures (while ensuring the ability to maintain any needed documented and needed confidentiality) for prior assessment of any changes are required.
  • IPC: The constituency outlines specific reporting and notice procedures with detailed timelines. They make allowance for the preservation of proprietary information.
  • ISPCP: “The “Quick Look” process should have agreed and effective reporting mechanisms in the interest of transparency.”

4. Appeals Process

a. Appeals of Quick look Process

Description: some responses suggested that there be clear procedures in place for appeal of decisions made during the Quick look process.

  • CBUC: The registry proposing a new service provides detailed descriptions of how their analysis of the proposed service addresses the issues raised in the denial of the approval. ICANN identifies a 3rd party to hear the appeal. This applies to all the potential appeal processes.
  • ISPCP: “In the event that the “Quick Look” process fails to accurately assess the impacts of a new service on the Internet, there must be an effective form of recourse for ICANN and the community.”

b. Appeals of Final Outcome

Description: some responses suggested that there be clear procedures in place for appeal of the final outcome of the complete evaluation process.

  • CBUC: “An appeals process should be available if the interpretations are considered to be too onerous or if the registry operator can demonstrate that there is no significant negative impact on the Internet by the proposed service.”
  • IPC: The constituency provides for a structured appeals process at the conclusion of the detailed review, only.
  • ISPCP: “Any decision made by the community as a whole must have a process for appeals. If a registry feels that a “service” has received an unfair hearing in the community and will have no impact on the stability and reliability of the Internet, there must be a mechanism to appeal those circumstances.”
  • Registrars: “Access to the appeals procedure should be available to all members of the ICANN community rather than just registry operators. There is an existing procedure for reconsideration under section 2 of Article IV of the ICANN bylaws which is open to any person or entity that is materially affected by an action by ICANN.”

5. Assessment of Process Cost

a. Assessment of Process and Evaluation Costs

Description: some responses suggested that an examination needed to be made of the costs associated with both the Quick look and Detailed Review processes.

  • CBUC: “The cost of introducing new services into the registry should be borne by the registry that will benefit from the addition of the new services. There should be a set fee for convening a panel, and that fee should be assessed against the registry.” The registry should bear the cost of any appeals process.
  • IPC: “In the event the registry operator was successful, each party would bear their own costs. In the event the panel decided in ICANN's favor, the registry operator would be responsible for ICANN's reasonable costs for preparing its appeal position paper.”