Skip to main content

Developing Policy
at ICANN

A fundamental part of ICANN's Mission is to coordinate policy development related to the Internet's system of unique identifiers.

We employ open and transparent policy development mechanisms that promote well-informed decisions based on expert advice, and in collaboration with entities most affected by policy development. Learn how you can participate.

What is ICANN Policy?

There are multiple kinds of policy within the ICANN world: formal policies related to the global internet's system of unique identifiers (DNS), operational policies, and general practices. Learn more about our Mission and Core Values and how policy is developed in the ICANN Bylaws.

1. DNS Policy

DNS Policies are developed through formal policy development processes (PDPs), as set forth by the Bylaws.

Examples of DNS Policy:

2. Operational Policy

Operational policies define how ICANN operates as an organisation. These policies are not subject to a policy development process (PDP), but community input is generally sought via public comment or other means.

Example of Operational Policy:

3. General Practices

ICANN relies on many established practices that have not necessarily gone through a formalised Board approval process. Examples include the 30-day public comment requirement for Bylaw changes as well as the rules relating to public comment forums.

How is DNS Policy Developed?

Policy recommendations are developed and refined by the ICANN Community through its Supporting Organizations (SOs) and influenced by Advisory Committees (ACs) – all composed of volunteers from across the world – in a "bottom-up", open and transparent process. Each Supporting Organization has its own specific policy development process. Learn more about this work in the “Multistakeholder Policy Development” infographic below.

“The ICANN Community works hard to improve and streamline its policy development mechanisms so as many global stakeholders as possible can participate and have their voices heard.”

David olive 90x90 13jul21
David Olive
Senior Vice President, Policy Development Support


Icann policy development report 2021 microcontent tw 1200x600
Learn more about ICANN's Supporting Organizations and Advisory Committees
Policy micro large
Advice section 880x440
  • English  PDF (317 KB)
  • العربية  PDF (406 KB)
  • Español  PDF (320 KB)
  • Français  PDF (320 KB)
  • Português  PDF (343 KB)
  • Pусский PDF (330 KB)
  • Türkçe PDF (320 KB)
  • 中文 PDF (609 KB)

ICANN Supporting Organizations (SOs) - Develop and Refine ICANN Policy

The Generic Name Supporting Organization (GNSO) is responsible for developing and recommending to the ICANN Board substantive policies relating to generic top-level domains.

Learn more about how to get involved with the GNSO.

The Country Code Names Supporting Organization (ccNSO) is responsible for developing and recommending to the Board global policies relating to country-code top-level domains.

The Address Supporting Organization (ASO) is responsible for advising the Board with respect to policy issues relating to the operation, assignment, and management of Internet addresses.

Membership into the ASO is available only to Regional Internet Registries, but you can learn more about their work on their website.

ICANN Advisory Committees (ACs) - Advise the Board

The At-Large Advisory Committee (ALAC) is responsible for considering and providing advice on the activities of ICANN, insofar as they relate to the interests of individual Internet users.

Join ALAC! Learn about their application process.

The Security and Stability Advisory Committee (SSAC) is responsible for advising the ICANN community and Board on matters relating to the security and integrity of the Internet's naming and address allocation systems.

SSAC is an invite-only organization.

The Root Server System Advisory Committee (RSSAC) is responsible for advising the ICANN community and Board on matters relating to the operation, administration, security, and integrity of the Internet's Root Server System.

The Governmental Advisory Committee (GAC) is responsible for providing advice on the activities of ICANN as they relate to concerns of governments, particularly matters where there may be an interaction between ICANN's policies and various laws and international agreements or where they may affect public policy issues.

You need to be a formally acknowledged representative of a government or international organization to become a member. You can email GAC’s secretariat for more info.

Accountability and Transparency

Learn more about ICANN community groups by reviewing their charters and operating documents.

Pre-Conference Presentations & Monthly Updates

Policy Updates

Each monthly issue of the Policy Update provides the latest status on policy issues working their way through the bottom-up, consensus-based policy development processes within ICANN. This newsletter accommodates ICANN newcomers and veterans by providing high-level explanations of a broad range of ICANN policy development activities, detailed updates on specific issues, and links to more information.

Complex policy matters require much study; and controversial issues stimulate much discussion within ICANN’s multistakeholder community. The result: not every policy topic passes a significant milestone every month. Where there are new developments to report, Policy Update runs an article. If a matter is still progressing, but has not hit a newsworthy milestone since last month’s issue of Policy Update, we provide a link to the most recent past article. This approach makes it easy for you to scan new developments, while still providing background information with one-click convenience.

Policy Update increases your access to ICANN policy information, and you can get it delivered through a free online subscription. To receive Policy Update via e-mail every month, simply visit the ICANN Subscription page, enter your e-mail address, and then select ICANN Policy Update to subscribe.

View All Policy Updates


Policy making

Participate in Policy-Making

ICANN policy is developed by the community in a bottom-up, multistakeholder fashion. There are multiple ways in which you can participate, from attending a meeting in person, joining a working group or webinar to contributing to the Public Comment process.

View All Opportunities for Participation

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."