Skip to main content

Developing Policy

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
David Olive
Senior Vice President, Policy Development Support

Policy micro large

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.

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

Policy Development Support Team

ICANN's Policy Development Support Team is staffed with approximately 28 accomplished professionals around the world who work to support community policy development and advisory activities. The team's goals are to help and support community volunteers while managing the processes each community has developed to do its work.

Andrew McConachie
Technical & Policy Manager
United States
Ariel Xinyue Liang
Policy Analyst
United States
Bart Boswinkel
Sr Director, ccNSO Policy Development Support
Benedetta Rossi
Manager, Policy Support and Community Services
Carlos Reyes
Policy Support & Community Service Sr. Manager
United States
David Olive
SVP, Policy Development Support
United States
Emily Barabas
GNSO Policy Support Sr. Specialist
Fabien Betremieux
GAC Relations Advisor
Gisella Gruber
Manager, Operations Support, ALAC-At Large
United Kingdom
Heidi Ullrich
VP, Policy Development & At-Large Relations
United States
Default avatar
Joke Braeken
Policy Advisor
Julia Charvolen
GAC Services Lead Administrator
Julie Hedlund
Policy Director, Security & Stability Advisory Committee (SSAC) Support & GNSO
United States
Kathy Schnitt
SSAC & RSSAC Support Lead Administrator
United States
Kimberly Carlson
ccNSO Support Lead Administrator
United States
Marika Konings
VP, Policy Development Support - GNSO
Costa Rica
Mary Wong
Sr Director, Special Adviser for Strategic Policy Planning
United States
Nathalie Peregrine
Manager, Operations Support - GNSO
Ozan Sahin
Community Services Sr. Coordinator
Robert Hoggarth
VP, Policy Development & Community Services
United States
Silvia Vivanco
At-Large Regional Affairs Manager
Steve Sheng
Director, SSAC & RSSAC Advisories Development Support
United States
Steven Chan
Policy Director, GNSO Support
United States
Susie Johnson
Policy Operations Sr. Specialist & Executive Assistant
United States
Terri Agnew
Operations Support - GNSO Lead Administrator
United States
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"""" is not an IDN."