Skip to main content
Resources

Registry Services Evaluation Process – Preliminary Determination Of Competition Issues

Please note that the English language version of all translated content and documents are the official versions and that translations in other languages are for informational purposes only.

ICANN's Registry Services Evaluation Process (RSEP) was developed through ICANN's consensus policy development process. All gTLD registry operators must follow the RSEP when submitting a request for new Registry Services, as defined at Section 1.1 of the Registry Services Evaluation Policy (at http://www.icann.org/en/resources/registries/rsep/policy).

One component of ICANN's consideration of each RSEP request is that ICANN must make a preliminary reasonable determination of whether the proposed Registry Service "could raise significant competition issues." The review for potentially significant competition issues is one part of the "ICANN Preliminary Determination" stage set out on the Registry Services Workflow diagram, at http://www.icann.org/en/resources/registries/rsep/workflow.

When performing an assessment of the possibility that an RSEP request could raise significant competition issues, ICANN performs the review described below.

  1. After the Registry submission of the RSEP request, and ICANN's completeness check is completed, General Counsel reviews the RSEP request for potential competition issues. 1 The main factors evaluated are:
    1. Price issues – To the extent a RSEP request could reasonably be determined to affect, or cause the setting or changing of a price of a registry service (as defined in the Policy), the price component is analyzed for potential anticompetitive effects.
    2. Market definition issues:
      1. Identify the market that the proposed registry service may create or affect.
      2. Analyze potential effect(s) on the market, if any, and the significance of the effect (including potential innovation effects in technology markets).
      3. Analyze if there are other markets that may be impacted, and potential significance.
    3. Allocation issues:
      1. Analyze whether the proposed registry service proposes or could reasonably be determined to result in allocation of products or markets, and if so, potential competitive effects.
      2. Analyze whether the proposed registry service could reasonably be determined to favor certain customers or registrars.
    4. Analyze possible impact on the operation of other registries, and competitive effects of that impact.
  2. Based on the analysis, General Counsel reaches a preliminary determination on the competition issues (i.e., no significant competition issues or significant competition issues could be raised).
  3. If preliminary determination is that no significant competition issues could be raised, the competition review is complete.
  4. If preliminary determination is that significant competition issues could be raised by the RSEP request, ICANN, through the General Counsel, will refer the matter to the appropriate competition authority or authorities with jurisdiction of the matter. The appropriate competition authority is to be determined on a broad jurisdictional basis.
    1. Factors for determination include:
      1. The location of the requesting registry;
      2. The geographic dispersion and corresponding concentration of potentially affected parties (such as registrars or registrants); and
      3. The location of any specific geographic market effects identified, if any.
    2. For example, the proposed registry service of a U.S.-based registrar with a majority of registrants in the United States would likely be appropriately referred to the Antirust Division of the United States Department of Justice or the Federal Trade Commission. A proposed registry service of a registry based in one of the countries of the European Union with a majority of registrants in the European Union would likely be appropriately referred to the European Commission. The broader the concentration of registrants (or other affected parties) over multiple jurisdictions, the more likely it will be that ICANN would refer the matter to multiple jurisdictions where there are likely to be potential competitive effects.
    3. The jurisdictional review and reference becomes a more complex issue where significant competitive effects are anticipated in parts of the world without established competition authorities, and international competition law experts would be consulted for guidance.

1 Outside counsel specializing in Competition Law is often consulted to assist in the competition review described here.

Domain Name System
Internationalized Domain Name ,IDN,"IDNs are domain names that include characters used in the local representation of languages that are not written with the twenty-six letters of the basic Latin alphabet ""a-z"". An IDN can contain Latin letters with diacritical marks, as required by many European languages, or may consist of characters from non-Latin scripts such as Arabic or Chinese. Many languages also use other types of digits than the European ""0-9"". The basic Latin alphabet together with the European-Arabic digits are, for the purpose of domain names, termed ""ASCII characters"" (ASCII = American Standard Code for Information Interchange). These are also included in the broader range of ""Unicode characters"" that provides the basis for IDNs. The ""hostname rule"" requires that all domain names of the type under consideration here are stored in the DNS using only the ASCII characters listed above, with the one further addition of the hyphen ""-"". The Unicode form of an IDN therefore requires special encoding before it is entered into the DNS. The following terminology is used when distinguishing between these forms: A domain name consists of a series of ""labels"" (separated by ""dots""). The ASCII form of an IDN label is termed an ""A-label"". All operations defined in the DNS protocol use A-labels exclusively. The Unicode form, which a user expects to be displayed, is termed a ""U-label"". The difference may be illustrated with the Hindi word for ""test"" — परीका — appearing here as a U-label would (in the Devanagari script). A special form of ""ASCII compatible encoding"" (abbreviated ACE) is applied to this to produce the corresponding A-label: xn--11b5bs1di. A domain name that only includes ASCII letters, digits, and hyphens is termed an ""LDH label"". Although the definitions of A-labels and LDH-labels overlap, a name consisting exclusively of LDH labels, such as""icann.org"" is not an IDN."