Skip to main content

Welcome to the new! Learn more, and send us your feedback. Dismiss

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 comprised of volunteers from across the world – in a "bottom-up", multi-stakeholder, open and transparent process. Each Supporting Organization has its own specific policy development process.

Supporting Organizations form topic-specific teams called working groups to develop policy, while Advisory Committees advise the Board. The most recent recommendations from each organization are listed below. Learn More

“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 oliveDavid Olive
Vice President Policy Development Support

General Manager, ICANN Regional Headquarters – Istanbul

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 multi-stakeholder 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.

Ariel Xinyue Liang
Policy Analyst
United States
Barbara Roseman
Policy Director and Technical Analyst
United States
Bart Boswinkel
Sr Director, ccNSO Policy Development Support
Benedetta Rossi
Sr Policy Coordinator, Community Engagement
Carlos Reyes
Policy Specialist
United States
David Olive
Vice President Policy Development Support; General Manager, ICANN Regional Headquarters – Istanbul
Gabriella Schittek
GSE Manager, Central & Eastern Europe
Gisella Gruber
Specialist, SO/AC Support (ALAC-At Large)
United Kingdom
Glen De Saint Gery
SO/AC Manager
Heidi Ullrich
Sr. Director At Large
United States
Julia Charvolen
Sr Coordinator, GAC Services
Julie Hedlund
Policy Director & SSAC Support
United States
Karine Perset
GAC Relations Advisor
United States
Kathy Schnitt
Secretariat Services Coordinator, SSAC & RSAC
United States
Kristina Nordstrom
Secretariat Services Coordinator.,ccNSO
Lars Hoffmann
Policy Manager
Marika Konings
Senior Director, Policy Development Support and Team Leader for the GNSO
Mary Wong
Senior Policy Director
United States
Nathalie Peregrine
Specialist, SO/AC Support (GNSO)
Olof Nordling
Senior Director, GAC Relations
Ozan Sahin
Community Engagement Support Coordinator
Robert Hoggarth
Senior Director, Policy and Community Engagement
United States
Silvia Vivanco
Atlarge Regional Mgr
Steve Sheng
Director, SSAC & RSSAC Advisories Development Support
United States
Steven Chan
Sr. Policy Manager
United States
Susie Johnson
Policy Operations Specialist and Executive Assistant
United States
Terri Agnew
Secretariat Services Coordinator, GNSO & At-Large
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."