Skip to main content

Independent Review Panel Finds in Favor of DCA Trust: Makes Recommendation to ICANN's Board to Resume Evaluation of DCA's Application

A three-member panel convened to review DotConnectAfrica Trust's (DCA's) request for Independent Review issued its final declaration, late yesterday. The 63-page IRP declaration, which is now published on the ICANN website [PDF, 506 KB], held in favor of DCA and recommended that ICANN send DCA Trust's application for .AFRICA back into evaluation.

The panel cited two main concerns relating to the ICANN Governmental Advisory Committee's (GAC's) advice on DCA's application: (1) the panel was concerned that the GAC did not include, and that ICANN did not request, a rationale on the GAC's advice; and (2) the panel expressed concern that ICANN took action on the GAC's advice without conducting diligence on the level of transparency and the manner in which the advice was developed by the GAC.

The panel found that ICANN's conduct was inconsistent with the ICANN Articles and Bylaws because of certain actions and inactions of the ICANN Board.

"Consistent with ICANN's Bylaws, ICANN will carefully review the panels declaration and the ICANN Board will be asked to consider the matter at its next meeting on 28 July 2015," said John Jeffrey, ICANN's General Counsel and Secretary.

Although ICANN has already entered into an agreement with ZA Central Registry for the .AFRICA string, the panel has recommended that ICANN continue to refrain from delegating the .AFRICA gTLD, at this time. The panel ordered ICANN to pay the administrative and panel fees. The panel also indicated that both parties are responsible for their own attorney's fees and expenses.

The IRP is one of the accountability review processes set out in the ICANN Bylaws. For an understanding of how ICANN's accountability review processes work, including the IRP, please view this infographic.


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""icann.org"" is not an IDN."