Skip to main content

Selection of the Second Security, Stability, and Resiliency of the DNS (SSR2) Review Team Members Announced

Today ICANN announced the selection of a 16-member team to conduct the second review on the security, stability and resiliency of the DNS (SSR2).

The selection of the SSR2 Review Team followed the new post-Transition process which assigned the responsibility for the selection of Review Team members to the chairs of ICANNs Supporting Organizations (SO's) and Advisory Committees (AC's). The SSR review was formerly required under the affirmation of commitments and is now one of the Specific Reviews under the ICANN Bylaws.

The members of the SSR2 Review Team include….

  Name Gender SO/AC Nomination Region
1 Jabhera Matogoro M ALAC AF
2 Alain Aina M ccNSO AF
3 Mohamad Amin Hasbini M GAC AP
4 Noorul Ameen M GAC AP
5 Geoff Huston M SSAC AP
6 Ramkrishna Pariyar M ALAC AP
7 James Gannon M GNSO EUR
8 Boban Krsic M ccNSO EUR
9 Emily Taylor F GNSO EUR
10 Žarko Kecić M ccNSO EUR
11 Kerry-Ann Barrett F GAC NA
12 Cathy Handley F RSSAC NA
13 Denise Michel F GNSO NA
14 Don M. Blumenthal M SSAC NA
15 Eric Osterweil M RSSAC NA

In addition, Kaveh Ranjbar will be the ICANN Board representative on the SSR2.

SSR2 Diversity Highlights

Under the ICANN Bylaws, the SO/AC chairs are responsible for selecting a group that is balanced for diversity and skill. The SSR Review Team announced today includes:

  • Review Team Gender Diversity
    • Four females and eleven males
  • Review Team Regional Diversity
    • North America and Europe have five members
    • Europe and Asia have four members
    • Africa is represented with two members
    • Latin America/Carribean is represented by one member.

The SSR2 review team is expected to convene for its first meeting during ICANN 58 in Copenhagen in March 2017. There will be an SSR2 Public Consultation session during ICANN 58 prior to the SSR2 Review Team meeting in order to gather input from the community on items for the Review Team to consider as they develop the scope of their work.

Periodic updates on the progress of the review will be made available on icann.org, at ICANN public meetings and on the review team's wiki page here.

Find more information on the Review Team members here.

Find more information on the SSR2 review here.

About Specific Reviews

Specific Reviews are mandated by ICANN Bylaws and are crucial to the legitimacy and accountability of ICANN. Specific Reviews serve as ICANN's progress report to the world. They demonstrate how ICANN delivers on its commitments and identify areas where ICANN can improve. Specific Reviews are conducted by members of the stakeholder community who look at past processes, actions and outcomes in order to make recommendations to improve future performance. Click here to learn more about Reviews and how you can get involved.


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