Skip to main content

IANA Committee (IC) Minutes

IC attendees: Kuo-Wei Wu – Chair; Bertrand de La Chapelle, Bill Graham, Thomas Narten, and Suzanne Woolf

Additional Board Attendees: Steve Crocker and Erika Mann

Other Invited Attendees: Olga Madruga-Forti

Staff Members Present: Elise Gerich – Vice President, IANA; Joe Abley, Kim Davies, Samantha Eisner, Amy Stathos, Alina Syunkova and Leo Vegoda

The following is a summary of discussions, actions taken and actions identified:

  1. Minutes. The IC reviewed and approved the minutes of the previous IC meeting in June 2012.
  2. Changing the Role of IC in ccTLD Delegations and Redelegations: The IC discussed the development of a process to have the IC provide initial review and recommendation to the Board regarding requests for delegations and redelegations. The IC noted that documentation would be required to be sure that the process is very clear and capable of auditing. The IC also discussed providing more public, transparent reporting on the evaluation of delegation/redelegation requests.
    • Action:
      • Staff to recirculate to IC criteria on assessing delegation/redelegation requests.
      • Staff to work with IC Chair to determine the scope of the proposal to be presented to the Board on streamlining Board consideration of delegation/redelegation requests.
  3. Projects for New gTLD Readiness. Staff provided a report to the IC on work within the IANA Functions Department to prepare for the entry of new gTLDs into the root. This includes the addition of a staff member; finalizing requirements for hand off to the IANA Functions Department from the New gTLD team; creating an implementation plan to confirm that the New gTLD team met the proper criteria in accepting the new gTLD to move to the delegation phase; documenting the development, testing and roll out plan for enhanced root zone management; determining requirements and creating prototype delegation report customized for new gTLDs; confirmation of process for acceptance of delegation reports by the ICANN Board; and the creation of credentials in RZM for each new gTLD for submission of change requests.
  4. Overview of Plans to Implement the New IANA Functions Contract. The IC received a report on the project plan in place to implement and meet the obligations under the new IANA Functions Contract that will come into force on 1 October 2012.
  5. RPKI Update – The IC received a report on collaboration within the community towards the deployment of a global trust anchor for RPKI, including the development of requirements and architecture. Planning work has also been underway, including assuring that the implementation of the requirements will be auditable, as well as creating secure management facilities.
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."