The Wayback Machine - https://web.archive.org/web/20160313081416/https://www.icann.org/resources/reviews/org/rssac
Skip to main content
Resources

Root Server System Advisory Committee (RSSAC)

The role of the Root Server System Advisory Committee ("RSSAC") is to advise the ICANN community and Board on matters relating to the operation, administration, security, and integrity of the Internet's Root Server System.  For more information on the RSSAC, click here.

RSSAC Organizational Review

The purpose of the review is to determine whether the organization has a continuing purpose in the ICANN structure; and if so, whether any change in structure or operations is needed to improve its effectiveness.  As mandated by the ICANN Bylaws, the reviews are performed on a five-year cycle.

The graphic below illustrates phases and status of each review - a  indicates that all activities within a given phase have been completed.  The chart that follows the graphic provides further details of key activities and milestones within each phase – you can view these details by clicking on each of the phases in the graphic.  The table also contains links to relevant documents.

RSSAC

RSSAC
PhaseActivityDescriptionStart DateDocuments
Plan ReviewAppointment of review team membersAppointment of review team members26 Jun 2008
Terms of ReferenceDocument outlining the scope of work adopted by the review team11 Jul 2008
RFP for external consultantIndependent Expert Request for Proposals announcement11 Jul 2008
Conduct ReviewExecutive Summary of Report of Independent ConsultantExecutive Summary of Independent Review of the Root Server System Advisory Committee20 Feb 2009
Public Comment on Independent Consultant’s ReportPublic Comment on Independent Review of Root Server System Advisory Committee by Westlake Consulting Limited25 Feb 2009
Final Report of Independent ConsultantIndependent Review of the Root Server System Advisory Committee by Westlake Consulting Limited9 Mar 2009
Draft ReportDraft Final Report of the RSSAC Review Working Group26 Apr 2010
Public Comment on RSSAC Review WG’s Draft ReportPublic comment on RSSAC Review Working Group’s Draft Report27 Apr 2010
Final ReportFinal report submitted to ICANN Board8 Jun 2010
Board receipt of the Final ReportBoard action and resolution5 Aug 2010
Public comment on Independent Consultant’s Draft ReportPublic comment on RSSAC Review Working Group’s Draft Report27 Apr 2010
Plan ImplementationBoard approval of RSSAC Review Implementation PlanBoard action and resolution25 Jan 2011
Implement ImprovementsDetails of implementation and periodic updatesInformation available on the ICANN website1 Dec 2010
RSSAC Bylaws AmendmentsBoard adopts changes to ICANN Bylaws that are necessary to modify the charter for the RSSAC in line with the recommendations from the organizational review of the RSSAC.11 Apr 2013

Please provide your feedback here

A note about tracking cookies:

This site is using "tracking cookies" on your computer to deliver the best experience possible. Read more to see how they are being used.

This notice is intended to appear only the first time you visit the site on any computer.Dismiss

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