Skip to main content

IANA Naming Function Review Team Community Webinar

LOS ANGELES – 21 September 2020 – Today, the Internet Assigned Numbers Authority (IANA) Naming Function Review Team (IFRT) has announced that it is in the final stages of completing its Initial Report. The IFRT will be holding a webinar for the community regarding one of their proposed recommendations that would require an amendment to the IANA Naming Functions Contract between the Internet Corporation for Assigned Names and Numbers (ICANN) and its affiliate Public Technical Identifiers (PTI). This amendment may be of particular interest to country code top-level domain (ccTLD) and generic top-level domain (gTLD) registry operators.

Per the ICANN Bylaws, Article 18, Section 18.5.d.(a):

"The IFRT may recommend, among other things to the extent reasonably related to the IFR responsibilities set forth in Section 18.3, amendments to the IANA Naming Function Contract, IANA Naming Function SOW and/or the CSC Charter. The IFRT shall, at a minimum, take the following steps before an amendment to either the IANA Naming Function Contract, IANA Naming Function SOW or CSC Charter is proposed:……(iii) Conduct a public input session for ccTLD and gTLD registry operators."

The IFRT noted that the IANA Naming Functions Contract contains a requirement relating to the formatting of IANA's monthly Root Operations Audit Reports and this requirement can be considered obsolete. The IFRT therefore recommends that:

In Article 7 Section 7.1 (a) the IFRT recommends that this statement "The relevant policies under which the changes are made shall be noted within each monthly report" be removed from the contract, as it is a legacy statement from the NTIA contract that is no longer required.

The IFRT encourages all interested parties, and in particular ccTLD and gTLD registry operators, to join the scheduled informational webinar to learn more.

Webinar Information

Date: 29 September 2020
Time: 17:00 – 17:30 UTC
Webinar Link:
Passcode: IFRT_09/29

A recording of the webinar will be made available on the IFRT's Wiki page and you may submit questions and comments at any time via their public email list For more information on the webinar, click here.

About IFR

The IANA Naming Functions Review (IFR) is one of the accountability mechanisms created as part of the IANA stewardship transition to ensure that ICANN, via its affiliate Public Technical Identifiers (PTI), meets the needs and expectations of its naming customers.


ICANN's mission is to help ensure a stable, secure, and unified global Internet. To reach another person on the Internet, you need to type an address – a name or a number – into your computer or other device. That address must be unique so computers know where to find each other. ICANN helps coordinate and support these unique identifiers across the world. ICANN was formed in 1998 as a not-for-profit public-benefit corporation with a community of participants from all over the world.

About PTI

Public Technical Identifiers (PTI) is an affiliate of ICANN responsible for performing the IANA functions, which include management of the Domain Name System root zone, the global Internet Protocol address space and other protocol parameters that support Internet operation. PTI was formed in 2016 following a transition of stewardship to the multistakeholder community that relies upon the IANA functions. PTI performs the IANA functions under contract with ICANN.

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