Skip to main content
Resources

Specific Reviews (formerly known as Affirmation of Commitments (AoC) Reviews)

Sign up to learn more

Specific Reviews are required by ICANN Bylaws (Section 4.6). These reviews are led by teams which are selected by the SO/AC community to assess how well ICANN is:

1. Ensuring accountability, transparency and the interests of global Internet users

2. Preserving security, stability and resiliency of the Domain Name System (DNS)

3. Enforcing its existing policy relating to WHOIS, subject to applicable laws

4. Promoting competition, consumer trust, and consumer choice

Here is a listing of the Specific Reviews and key resources for each:

Accountability and Transparency Review (ATRT)

How well does ICANN support mechanisms for public input, accountability, and transparency? Do the outcomes of its decision-making reflect the public interest? Is ICANN effectively implementing community recommendations from previous Accountability and Transparency Reviews?

Find opportunities to participate and progress updates on the ATRT3 Wiki Landing Page.

Learn more about Review objectives, timeline and implementation progress on the ATRT Review Home Page.

 

Security, Stability and Resiliency of the Domain Name System (DNS) Review (SSR).

How well is ICANN improving security, operational stability, and resiliency matters, relating to the coordination of the Internet’s system of unique identifiers? Does ICANN conform with a security contingency planning framework? Does ICANN maintain clear and globally interoperable security processes for the portions of the Internet’s system of unique identifiers that it coordinates?

Find opportunities to participate and progress updates on the SSR2 wiki landing page.

Learn more about Review objectives, timeline and implementation progress on the SSR Review Home Page.

 

Registration Directory Service Policy Review, formerly known as “WHOIS” (RDS/WHOIS).

How effectively does the gTLD registry directory service balance the legitimate needs of law enforcement with the need to safeguard registrant data and promote consumer trust?

Find opportunities to participate and progress updates on the RDS/WHOIS2 wiki landing page.

Learn more about Review objectives, timeline and implementation progress on the RDS/WHOIS Review Home Page.

 

Competition, Consumer Trust and Consumer Choice Review (CCT).

Is the expansion of the new gTLD Program promoting competition, consumer trust and consumer choice? How effective is the New gTLD Round’s application and evaluation process and the safeguards put in place to mitigate issues arising from the New gTLD Round?

Find opportunities to participate and progress updates on the CCT wiki landing page.

Learn more about Review objectives, timeline and implementation progress on the CCT Review Home Page.

 

Specific Reviews are scheduled to take twelve months to execute, but a substantial amount of work also goes into planning for each Review and implementing the recommendations that they deliver. As a result, the time it takes to plan, execute, and implement Review recommendations can take from 36 to 51 months.

Detailed Review Process Flow

Reviews follow a process of many steps with multiple stakeholders. To help make sense of it, we have broken down the process with a visual flow to help you connect the dots. Please click below to understand how specific reviews work.

[to be posted]

Timing of Specific Reviews

ICANN Bylaws require that each of the Specific Reviews shall be conducted no less frequently than every five years measured from the date the previous review team was convened.

Additional Resources

• What is the Affirmation of Commitments (AoC)?

Historical Information on AoC Reviews

 
Please provide your feedback 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."