Comment Close


Assignee(s) and

Call for
Call for
Vote OpenVote
Vote CloseDate of SubmissionStaff Contact and EmailStatement Number
28.02.2013At-Large Consultation on gTLD Delegation and Redelegation Performance Standards WorkspaceAdopted
11Y, 0N, 0A

Michelle Cotton 

Comment/Reply Periods (*)Important Information Links
Comment Open:15 January 2013
Comment Close:28 February 2013
Close Time (UTC):23:59 UTCPublic Comment Announcement
Reply Open:1 March 2013To Submit Your Comments (Forum)
Reply Close:21 March 2013View Comments Submitted
Close Time (UTC):23:59 UTCReport of Public Comments
Brief Overview
Originating Organization:ICANN
Categories/Tags:Top-Level Domains
Purpose (Brief):A consultation on developing performance standards for Delegation and Redelegation of a Generic Top Level Domain (gTLD)
Current Status:Initial public consultation
Next Steps:Review comments received
Staff Contact:Michelle
Detailed Information
Section I: Description, Explanation, and Purpose

The Internet Assigned Numbers Authority (IANA) functions contract

(SA1301-12-CN-0035) between ICANN and the United States Department of Commerce, National Telecommunications Information Administration (NTIA) to maintain the continuity and stability of services related to certain interdependent Internet technical management functions, known collectively as the Internet Assigned Numbers Authority calls for a public consultation from all interested and affected parties to help satisfy the following objective:

C.2.8 Performance Standards — Within six (6) months of award, the Contractor shall develop performance standards, in collaboration with all interested and affected parties as enumerated in Section C.1.3, for each of the IANA functions as set forth at C.2.9 to C.2.9.4 and post via a website.

This consultation involves the operation of the Delegations and Redelegations of Generic Top Level Doamins (gTLDs) described in the IANA functions contract as the following:

C.2.9.2.d Delegation and Redelegation of a Generic Top Level Domain (gTLD) ‑ The Contractor shall verify that all requests related to the delegation and redelegation of gTLDs are consistent with the procedures developed by ICANN. In making a delegation or redelegation recommendation, the Contractor must provide documentation verifying that ICANN followed its own policy framework including specific documentation demonstrating how the process provided the opportunity for input from relevant stakeholders and was supportive of the global public interest. The Contractor shall submit its recommendations to the COR via a Delegation and Redelegation Report.

Section II: Background
This is one of a series of consultations to establish performance standards for the delivery of the IANA functions, as described in contract SA1301-12-CN-0035.
Section III: Document and Resource Links
Section IV: Additional Information

(*) Comments submitted after the posted Close Date/Time are not guaranteed to be considered in any final summary, analysis, reporting, or decision-making that takes place once this period lapses.


Please click here to download a copy of the PDF below.


The ALAC recognises and understands why this consultation is occurring now, but we do note that it is, to some extent, unfortunate timing with regard to redelegations. 

ccTLD: The ccNSO Working Group on the review of the Framework of Interpretation (FOI-WG)  aims to establish a community agreed consensus of the understanding of terms, meanings, usage, limitations and the intentions of RFC 1591, ICP-1  and the relevant GAC Advice (2000 and 2005) relating to the rare relatively occurrence of the ccTLD redelegation (see FOI-WG - The WG has not completed its work, but it will report to the ccNSO Council and as stated in its Charter “... advise whether it should launch a Policy Development Process to recommend changes to the current policies for delegation, re‐delegation and retirement of country code Top Level Domains …”.

gTLD: Redelegations are virtually unknown at the moment. With the advent of the New gTLDs program, they may well become far more common, but it is not at all clear how this new process will play out.

1. What are the key performance standards that would be meaningful for delivering the ccTLD/gTLD Delegation and Redelegation service?

Timing and accuracy are reasonable standards.

To be meaningful, they must be fully documented and publicly available to the extent allowed by legal or confidentiality constraints.

For ccTLD redelegations, which can at times be tortuous processes and often include “false starts”, end-to-end timing may not be sufficient. There may need to be measures not only of the overall end-to-end time, but the time from the initiation of the “successful” redelegation request, with a particular focus on the effectiveness, efficiency as well as accountability and transparency of the involvement of the ‘Local Internet Community” and  ‘Significantly Interested Parties’.

Once the work of the FOI-WG and any recommended ccNSO PDP process has been completed, there may be a need to redefine the performance standards.

2. What do you consider KPIs for successful performance of the ccTLD/gTLD Delegation and Redelegation service?

With one exception, the KPIs identified in the Consultation documents are reasonable. The exception is for ccTLD redelegations. ccTLD/gTLD delegations, and gTLD relegations are, or are expected to be, reasonably standardized processes. ccTLD redelegations particularly contested redelegations, are rare occurrences and  often “one-of-a-kind” and the reporting may need to be tailored particularly to reflect the more convoluted process. Moreover, the possibly necessary elongated ccTLD processes should to the extent possible, not skew the overall reporting.

For any process that will not be concluded within one reporting cycle (presumably not longer than one month), processes that are in progress should be displayed to allow all stakeholders and interested parties to be able to follow the progress.

For accuracy, the rate should not only be reported, but for cases where the transaction was not 100% accurate initially, information on the time-to-discover the error and the time-to-recover should be made available.

3. In what formats would you like the results reported to the community?

Some sort of a dashboard should be used to present the overall statistics, with the ability to drill down to specific delegations and redelegations.  Moreover the underlying data should be readily exportable.

Stakeholders should be able to subscribe to alerts to keep them informed of delegation and redelegations requests and the ensuing milestones throughout the following process.

As the rate of new gTLD delegations ramp up, statistics on these should updated regularly, probably weekly, to ensure that the community is well aware of the details of the namespace expansion and most particularly, any problems experienced in the ramp-up and steady-state period, where root changes are expected to occur at an unprecedented rate.

4. Do you have additional input on suitable performance standards for the ccTLD/gTLD Delegation and Redelegation service?

No Comment.


Draft filed inder ccTLD Consultation - See
  • No labels