Skip to main content

IANA Stewardship Transition Planning Update (Volume 2)

Iana implementation timeline v5


Root Zone Management

The Root Zone Management implementation planning track contains projects relating to changes to the Root Zone Management System (RZMS) to remove NTIA's authorization role, parallel testing of the production and parallel test RZMS systems; and the development, and execution of an agreement with Verisign as the root zone maintainer.


Root Zone Management System (RZMS) Parallel Testing

Status update:

It has been one month since the start of the parallel testing period and everything continues to go smoothly. Click here to view Verisign’s daily Parallel Operations Root Zone Management System Comparison Reports of all the root zone files generated.

In addition to Verisign’s daily reports, ICANN has posted the first of three Monthly Reports on RZMS Parallel Testing Progress during the testing period. The report is available on ICANN’s dedicated Parallel Testing landing page.

In the event that no unexplained differences in root zone files are identified between the production RZMS and the parallel test RZMS, the testing period will end successfully on 5 July 2016.

Documents/announcements posted:

Mailing list:

  • None.


Root Zone Maintainer Agreement (RZMA)

Status update:

Discussions between ICANN and Verisign to finalize details of the RZMA are continuing. The two parties have coalesced around many key elements of the agreement and hope to have a final draft by the end of the month.

Once the draft RZMA is finalized it will be made publicly available on icann.org.

Documents/announcements posted:

  • None.

Mailing list(s):

  • None.

 


Stewardship Transition

The Stewardship Transition planning track contains projects to prepare relationship documentation with the operational communities, creation of a Post-Transition IANA (PTI) entity, establishment of a Customer Standing Committee (CSC) and a Root Zone Evolution Review Committee (RZERC), operationalizing the IANA customer service escalation mechanisms and Service Level Agreements (SLAs).


Post-Transition IANA (PTI)

Status update:

ICANN has been working with the Implementation Oversight Task Force (IOTF) on various activities relating to the PTI. Summaries of PTI formation documents (Bylaws, articles of incorporation) as well as the conflict of interest policy have been shared with the IOTF.  ICANN continues to work with the IOTF to finalize the process and timing of review for these documents as well as for the ICANN-PTI contracts.

Documents/announcements posted this week:

  • None.

Mailing list(s):


Customer Standing Committee (CSC)

Status update:

In the CWG-Stewardship proposal, the Domain Names community recommended that a CSC be formed to replace NTIA’s role as it relates to monitoring performance of the IANA naming function. The composition of the CSC will include members and liaisons from all ICANN Supporting Organizations (SOs) and Advisory Committees (ACs).

A Request for Appointment is expected to be sent to SOs and ACs this month to appoint members and liaisons to the CSC using their internal processes.

Documents/announcements posted this week:

  • None.

Mailing list(s):


Root Zone Evolution Review Committee (RZERC)

Status update:

The RZERC Charter (v4) was circulated to the CWG-Stewardship on 4 May 2016. The CWG-Stewardship will discuss the Charter on their 12 May 2016 call, and members and participants of the group are encouraged to provide any comment by 23:59 UTC on 17 May 2016.

Following analysis and incorporation of any input received from the CWG-Stewardship, ICANN will post the Charter for a 30-day public comment period.


Documents/announcements:

Mailing list(s):

 


Accountability Enhancements

The Accountability Enhancements track contains plans to implement enhancements to ICANN’s Independent Review and Reconsideration Request processes, to update ICANN’s governance documents, and to operationalize new community powers defined by the Cross Community Working Group on Enhancing ICANN Accountability (CCWG-Accountability).


ICANN's Bylaws

Status update:

ICANN and the community are in the middle of a 30-day public comment period on the new draft ICANN Bylaws. Any interested party can submit comments to the public comment forum until 23:59 UTC on 21 May 2016

Adoption of the new Bylaws by the ICANN Board is anticipated for on or around 27 May 2016. Once new ICANN Bylaws have been adopted, ICANN will notify NTIA so they can complete their anticipated 90-day review of the IANA Stewardship Transition Proposal.

Documents/announcements:

Mailing list(s):

Comments

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