New TLD contracting

Revision as of 00:45, 7 December 2013 by Elise (talk | contribs)

The following is an outline of the Contracting process as defined by ICANN, it is our goal to supplement this with actual contracting timelines and action items that are encountered by new TLD applicants. Information can be edited directly, or contact Andrew Merriam, andrew[at]tldesign.co

Steps & Timeline edit

  1. CIR (approx. 8 days)
    1. CIR Review
  2. Sign Registry Agreement
  3. Pre-Delegation Testing (approx. 6 weeks)
  4. Transition to Delegation (approx. 2 weeks)
  5. Delegation
  6. Registry Onboarding
    1. Sunrise (min. 60 days)

Contracting Information Request edit

Registry Agreement edit

  • See Summary on Signing Registry Agreement
  • ICANN suggested timeline: 7 days, based on the following weekly schedule [1]:
    • Thursday-Monday: draft RAs
    • Tuesday-Wednesday: send the RA out for signature
    • Thursday: execute RA
    • Friday: post RA
    • Note: ICANN's estimate of 7 days represents how long it takes ICANN to create and process the RA internally. However, because applications are processed by priority number, this step may take longer with additional time added if there are multiple negotiations between ICANN and the registry.
  • Applicant timeline examples: ____ days
  • Some Post RA provisioning can be done simultaneous to other phases, see Registry Onboarding.

Pre-Delegation Testing edit

  • See Pre-Delegation Testing for summary
  • ICANN suggested timeline: 2-3 weeks [2]
    • In prior documents, ICANN has broken this down as 2 weeks for testing, and an additional 2-3 weeks for reporting the PDT results. This seems to have been recently conflated and changed to a 6 week process, according to slides from ICANN 48 in Buenos Aires. [1]
  • Applicant timeline examples:
    • 21 days, Aug 5-Aug 26; DotShabaka. Yasmin Omer has explained that as the first applicant to go through PDT, their experience should not be taken as indicative of current ICANN processes.[3]
  • ICANN's Self-Test Tools

Transition to Delegation edit

  • ICANN suggested timeline: 2 weeks [1]
  • Applicant timeline examples: ___ weeks

Delegation edit

  • ICANN suggested timeline: within 30 business days [4]
  • Applicant timeline examples: 5 days, Oct. 19-24; dotShabaka. [3]

Delegation Process edit

Below is an overview provided by the dotShabaka Registry:

  • "Notification of eligibility for Alternate Path to delegation and report
  • Request for Delegation POC
  • Delegation token sent through CSC portal
  • Delegation PIN sent to Delegation POC
  • Token and pin entered into RZM system to initiate process
  • Following information entered:
    • Manager: also know as the "Registry" or "Sponsoring Organization"
    • Administrative and Technical Contacts
    • Authoritative Name servers maintained to serve the TLD
    • Registration Information: additional information including location of whois server" [3]

Tips edit

dotShabaka also had some recommendations and tips for the delegation process, such as making sure that the Delegation POC and Primary Contact are the same and ensuring that whois is located at whois.nic.tld. Additionally, the whois server needs to be established to continue through the RZM system, which can become an issue. Hosting the whois server at a different location during the process can solve this problem. [3]


Registry Onboarding edit

  • ICANN suggested timeline: 30+ days [1]
  • Applicant timeline examples: ____ days
  • Parts of registry onboarding can be done concurrently with PDT, Delegation, and Sunrise. [1]
    • Contact Sheet - Establishes appropriate contacts for various contingencies.
    • Delegation Info - Can be established concurrently with PDT, but must be completed prior to Delegation. Includes information on Zone File Access; Bulk Thin Registration Data Access; Data Escrow Registry Reporting; URS; EPP; IDN Tables; SLA Monitoring.
    • Launch Program Application - Can be completed anytime after the contracting process has begun and needs to be submitted to ICANN before the Sunrise Period starts. [5]

Sunrise Period edit

Trademark Clearinghouse edit

  • Registries can send a Trademark Clearinghouse TLD Startup Information Form to ICANN after delegation. This form outlines the Sunrise, Claims, and other registration periods for the new TLD, in addition to describing the registry's policies, such as any specific restrictions on registration during the Sunrise and Claims Periods. [7] ICANN then will schedule dates that fit the TMCH requirements with IBM. Both the registry and IBM will the confirm the dates. [1]

Applicant Examples edit

Applicant Timelines edit

This timeline shows the experience of dotShabaka, beginning with the execution of their registry agreement. [3]

Applicant tips edit

References edit

  1. 1.0 1.1 1.2 1.3 1.4 1.5 Papac, Krista. Registry Onboarding. PDF download
  2. PDT FAQ v.2.2, ICANN
  3. 3.0 3.1 3.2 3.3 3.4 Omer, Yasmin. dotShabaka Registry – Delegation & Beyond, ICANN 48 Presentation
  4. http://www.iana.org/reviews/kpis-gtld-delegation-201301 Consultation on gTLD Delegation and Redelegation Performance Standards
  5. http://newgtlds.icann.org/en/about/trademark-clearinghouse PDF Trademark Clearinghouse Rights Protection Mechanism Requirements: Approved Launch Program Application Process
  6. 6.0 6.1 Murphy, Kevin. First Come, First-Served Sunrise Periods on the Cards. http://domainincite.com/14627-first-come-first-served-sunrise-periods-on-the-cards
  7. PDF http://newgtlds.icann.org/en/about/trademark-clearinghouse/rpm-requirements-faqs-12nov13-en.pdf Trademark Clearinghouse Rights Protection Mechanism Requirements Frequently Asked Questions