icannwiki

Root Server System Advisory Committee: Difference between revisions

← Older edit
VisualWikitext
JP (talk | contribs)
Bureaucrats, Check users, lookupuser, Administrators, translator
3,197 edits
No edit summary
 
(32 intermediate revisions by 3 users not shown)
Line 2: Line 2:


==Responsibilities==
==Responsibilities==
RSSAC has the following responsibilities, per the ICANN bylaws:
RSSAC has the following responsibilities, per the [[ICANN Bylaws]]:
# Communicate on matters relating to the operation of the Root Servers and their multiple instances with the Internet technical community and the ICANN community. The RSSAC shall gather and articulate requirements to offer to those engaged in technical revision of the protocols and best common practices related to the operation of DNS servers.
# Communicate on matters relating to the operation of the Root Servers and their multiple instances with the Internet technical community and the ICANN community. The RSSAC shall gather and articulate requirements to offer to those engaged in technical revision of the protocols and best common practices related to the operation of DNS servers.
# Communicate on matters relating to the administration of the Root Zone with those who have direct responsibility for that administration. These matters include the processes and procedures for the production of the Root Zone File.
# Communicate on matters relating to the administration of the Root Zone with those who have direct responsibility for that administration. These matters include the processes and procedures for the production of the Root Zone File.
Line 9: Line 9:
# Report periodically to the Board on its activities.
# Report periodically to the Board on its activities.
# Make policy recommendations to the ICANN community and Board.
# Make policy recommendations to the ICANN community and Board.
===RSSAC Policy Advice Development===
The RSSAC follows six basic steps to develop the advice it provides the [[ICANN Board]] and community on the operation, administration, security, and integrity of the Internet’s Root Server System.<ref>[https://www.icann.org/en/system/files/files/rssac-000-op-procedures-01sep20-en.pdf RSSAC Procedures]</ref>
#An RSSAC or RSSAC Caucus member proposes a work item, which can include requests from the ICANN Board, and then submits a statement of work for the RSSAC to consider.
#The RSSAC reviews the statement of work, and if it is approved, a work party of either RSSAC or RSSAC Caucus members is formed.
#The work party writes a draft document, which its leader circulates for review and comment among RSSAC members and then RSSAC Caucus members.
#The work party submits the document to the RSSAC for a vote.
#The RSSAC shares the document with those it might affect and submits it for [[Public Comment]] proceedings.
#The RSSAC publishes the approved document and tracks its effects.


==Structure==
==Structure==
===Representatives===
===Representatives===
The RSSAC consists of voting representatives from each of the 12 organizations responsible for operating the 13 root name servers, and alternates to each of these. It also includes non-voting liaisons from a number of functions related to services pertaining to the root zone.  
The RSSAC consists of voting representatives from each of the 12 organizations responsible for operating the 13 root name servers and alternates to each of these. It also includes non-voting liaisons from a number of functions related to services pertaining to the root zone. The [[RSSAC Caucus]] provides a pool of expertise, to which the representatives of the 13 root name servers can turn to form work parties and draft advice documents.  


The current composition is available at [https://www.icann.org/groups/rssac/ RSSAC's official web page].   
The current composition is available at [https://www.icann.org/groups/rssac/ RSSAC's official web page].   
Line 24: Line 33:
|-
|-
|[[Verisign]]
|[[Verisign]]
|[[Brad Verd]] (Vice Chair)
|[[Brad Verd]]  
|31 December 2021
|31 December 2024
|N/A
|N/A
|-
|-
|[[University of Southern California]]
|[[University of Southern California – Information Sciences Institute]]
|[[User:Hardaker|Wes Hardaker]]
|[[Wes Hardaker]]
|31 December 2023
|31 December 2023
|[[Suzanne Woolf]]
|[[Suzanne Woolf]]
Line 38: Line 47:
|[[Brad Belanger]]
|[[Brad Belanger]]
|-
|-
|[[University of Maryland]]
|[[University of Maryland – ACIGS]]
|[[Karl Reuss]]
|[[Karl Reuss]]
|31 December 2022
|31 December 2022
|[[Gerry Sneeringer]]
|[[Gerry Sneeringer]]
|-
|-
|[[NASA]]
|[[NASA Ames Research Center]]
|[[Barbara Schleckser]]
|[[Barbara Schleckser]]
|31 December 2022
|31 December 2022
|[[Tom Miglin]]
|[[Tom Miglin]]
|-
|-
|[[Internet Consortium]]
|[[Internet Systems Consortium]]
|[[Fred Baker]] (Chair)
|[[Jeff Osborn]] (Chair)
|31 December 2021
|31 December 2024
|[[Jeff Osborn]]
|Robert Carolina
|-
|-
|[[US Department of Defense]]
|[[Defense Information Systems Agency]]
|[[Kevin Wright]]
|John Augenstein
|31 December 2022
|31 December 2022
|[[Ryan Stephenson]]
|Jill Place
|-
|-
|[[US Army Research Labratory]]
|[[U.S. Army Research Lab]]
|[[Howard Kash]]
|[[Howard Kash]]
|31 December 2022
|31 December 2022
|[[Kenneth Renard]]
|[[Kenneth Renard]] (Vice Chair)
|-
|-
|[[Netnod]]
|[[Netnod]]
|[[Lars-Johan Liman]]
|[[Lars-Johan Liman]]
|31 December 2021
|31 December 2024
|[[Patrik Fältström]]
|[[Patrik Fältström]]
|-
|-
|[[RIPE NCC]]
|[[RIPE NCC]]
|[[Kaveh Ranjbar]]
|Hans Petter Holen
|31 December 2023
|31 December 2023
|[[Anand Buddhdev]]
|Paul de Weerd
|-
|-
|[[ICANN]]
|[[ICANN]]
|[[Matt Larson]]
|[[Matt Larson]]
|31 December 2021
|31 December 2024
|[[Terry Manderson]]
|[[Terry Manderson]]
|-
|-
Line 83: Line 92:
|[[Hiro Hotta]]
|[[Hiro Hotta]]
|}
|}
===Partner Member Representatives===
The RSSAC includes two non-voting representatives from the organizations responsible for the maintenance of the [[authoritative root zone]]:


===Liaisons to RSSAC===
There are four liaisons to the RSSAC from other organizations within the Internet community:
{| class="wikitable"
{| class="wikitable"
!Partner Representative
! Organization || Liaison
!Name
!Affiliation
|-
|-
|IANA Functions Operator
| [[IANA]] || [[James Mitchell]]
|[[James Mitchell]]
|PTI
|-
|-
|<abbr>Root Zone</abbr> Maintainer
| [[Root Zone|Root Zone Maintainer]] ([[Verisign]]) || [[Duane Wessels]]
|[[Duane Wessels]]
|Verisign
|}
 
===RSSAC Liaisons===
There are two liaisons to the RSSAC from other organizations within the Internet community:
{| class="wikitable"
!Liaison From
!Name
!Affiliation
|-
|-
|[[Internet Architecture Board]]
| Internet Architecture Board ([[IAB]]) || [[Daniel Migault]]
|[[Daniel Migault]]
|
|-
|-
|[[SSAC|Security and Stability Advisory Committee (SSAC)]]
| [[SSAC]] || [[Russ Mundy]]
|[[Russ Mundy]]
 
|}
|}
===RSSAC Liaisons to Other Organizations===
 
===Liaisons from RSSAC to Other Organizations===
RSSAC appoints liaisons to other groups and organizations to coordinate or communicate matters of common interest, as required by the [[RSSAC Operational Procedures]]
RSSAC appoints liaisons to other groups and organizations to coordinate or communicate matters of common interest, as required by the [[RSSAC Operational Procedures]]
{| class="wikitable"
{| class="wikitable"
Line 121: Line 115:
!Affiliation
!Affiliation
|-
|-
|ICANN Board of Directors
|[[ICANN Board|ICANN Board of Directors]]
|[[Kaveh Ranjbar]]
|[[Wes Hardaker]]
|RIPE NCC
|[[University of Southern California – Information Sciences Institute]]
|-
|-
|Customer Standing Committee
|[[Customer Standing Committee]]
|[[Lars-Johan Liman]]
|[[Kenneth Renard]]
|
|[[U.S. Army Research Lab]]
|-
|-
|Root Zone Evolution Review Committee
|[[Root Zone Evolution Review Committee]]
|[[Daniel Migault]]
|[[Daniel Migault]]
|
|[[IAB]] liaison to RSSAC
|-
|-
|ICANN Nominating Committee
|[[NomCom|ICANN Nominating Committee]]
|[[Amir Qayyum]]
|[[Amir Qayyum]]
|
|[[ICANN]] community
|}
|}


==RSSAC Projects==
===Other Appointments===
Since its inception, the committee continuously performs projects under a Cooperative Research and Development Agreement (CRADA)<ref>[http://www.icann.org/en/committees/dns-root/crada.htm CRADA]</ref> between [[ICANN]], the [[NIST|National Institute for Standards and Technology]] (NIST), and [[NTIA|National Telecommunications and Information Administration]] (NTIA), to conduct a collaborative study to address the operational and technical requirements of the root name servers to be able to establish a more robust and secure management of the Internet [[DNS]] root server system.<ref>[http://www.icann.org/en/committees/dns-root/ www.icann.org]</ref>
{| class="wikitable"
| '''Team/Committee''' || '''RSSAC Rep'''
|-
| [[CCWG-Accountability Work Stream 2|Work Stream 2 – Community Coordination Group]] || [[Robert Carolina]]
|-
| ICANN [[Fellowship Program]] Selection Committee || [[Gaurav Kansal]]
|-
| ICANN [[Fellowship Program]] Mentoring Committee || [[Afifa Abbas]]
|-
| [[IANA]] Naming Function Review Team ([[IFRT]]) || [[Suzanne Woolf]]
|-
| [[NextGen@ICANN]] Selection Committee || [[Abdulkarim Oloyede]]
|-
| [[NextGen@ICANN]] Mentoring Committee || [[Dessalegn Yehuala]]
|}
*


The RSSAC was also involved in the Y2K Project between 1999 to 2000. Its objective was to make sure that the operations of the root nameserver system is in compliance with Y2K protocol by conducting administrative services and testing.<ref>[http://www.icann.org/en/committees/dns-root/y2k-statement.htm RSSAC Statement on Root Nameserver Year 2000 Status]</ref>
===Previous Leaders===
{| class="wikitable"
! RSSAC Rep || Dates
|-
| [[Jun Murai]], Chair || January 1999 - December 2014
|-
| [[Matt Larson]], Vice Chair || August 2006 - July 2013
|-
| [[Lars-Johan Liman]], Co-Chair || July 2013 - December 2015
|-
| [[Tripti Sinha]], Co-Chair || January 2015 - October 2018
|-
| [[Brad Verd]], Co-Chair || January 2016 - October 2019
|-
| [[Fred Baker]], Co-Chair || October 2018 - October 2019
|}


The committee is also conducting new technical developments on [[IPv6]], [[DNSSEC]], [[IDN]], and their effects to the root nameserver system.
==RSSAC Projects==
 
Since its inception, the committee continuously performs projects under a Cooperative Research and Development Agreement (CRADA)<ref>[http://www.icann.org/en/committees/dns-root/crada.htm CRADA]</ref> between [[ICANN]], the [[National Institute for Standards and Technology]] (NIST), and [[NTIA|National Telecommunications and Information Administration]] (NTIA), to conduct a collaborative study to address the operational and technical requirements of the root name servers to be able to establish a more robust and secure management of the Internet [[DNS]] root server system.<ref>[http://www.icann.org/en/committees/dns-root/ www.icann.org]</ref>
== 2008-9 Independent Review of RSSAC by Westlake Consulting Limited==
Article IV, Section 4, Paragraph 1 of the ICANN Bylaws stipulated that a review on the performance and operations of the RSSAC by an independent organization is required to determine if the committee is still serving its purpose in the ICANN structure and if certain changes in the structure or operations are necessary to improve its functions.<ref>
[http://www.icann.org/en/general/archive-bylaws/bylaws-15dec02.htm#IV ICANN Bylaws 2002]</ref> To be able to comply with the Bylaws, the [[ICANN Board]] issued a Request For Proposal and Terms of Reference to conduct and independent review on the RSSAC in July, 2008.<ref>[http://192.0.43.22/en/reviews/rssac/rfp-tor-request-11jul08-en.htm Request For Proposals]</ref> ICANN selected [[Westlake Consulting Limited]], and in November of 2008, the company started performing face to face interviews with some individuals during the ICANN Meeting in Cairo and during the IETF meeting in Minnesota regarding RSSAC. WCL also conducted telephone interviews and accessed all available written-records regarding the committee. <ref>[http://192.0.43.22/en/reviews/rssac/ RSSAC Review]</ref>
 
===Findings===
By April of 2009, WCL published its final report on the Independent Review on RSSAC with the following findings:<ref>[http://192.0.43.22/en/reviews/rssac/rssac-review-final-mar09-en.pdf WCL Final Report]</ref>
* RSSAC only provides reactions to issues instead of regularly giving updates to the ICANN Board regarding the activities and functions of the committee.
* Communication and agreement about the expectations of the Board towards the committee is insufficient.
* RSSAC provides minimal strategic advice to the ICANN Board because the committee is dominated by independent root server operators that are focused on operations.
* The records of the RSSAC meetings are poor and incomplete.
* The election process of the members of the committee and its chairman is not clear.
* The Root Server Operators believed that some of the functions of RSSAC identified in the Bylaws of ICANN are their responsibility, and because of that the committee's reported little of its responsibilities.
* Interaction between RSSAC and the different organization within ICANN is limited because most of the committee's members do not or seldom participate in [[ICANN Meetings]]. RSSAC committee members frequently attend or conduct their meeting in conjunction with the meetings of the [[IETF]].
 
===Recommendations===
Based on its final report, WCL recommended the following to improve the operational functions of RSSAC:<ref>[http://192.0.43.22/en/reviews/rssac/rssac-review-final-mar09-en.pdf Final Report Independent Review on RSSAC]</ref>
* Re-establish RSSAC as a strategy group which will be jointly supervised by ICANN and Root Server Operators.
* Amend the Terms of Reference of the ICANN Bylaws and set out a new role for RSSAC to "provide a source of unbiased strategic advice to ICANN, the Root Server Operators and the Internet Community about the best way ahead for the Root Server System."
* Reconstitute RSSAC's membership with 9 initial members who have strong technical backgrounds. The committee should be composed of 4 Root Server Operators, 1 appointed by [[IANA]]; and 4 appointed by the  ICANN Board/[[NomCom|Nominating Committee]].
* The Chairman of the committee shall be appointed by its members with a two year term, with a limited three consecutive 2-years terms.
* Appoint non-voting liaison members, which include Outward liaison from the RSSAC to the ICANN Board and the [[SSAC]] and an Inward liaison to the RSSAC from [[IETF]]/[[IAB]].
* RSSAC should meet in conjunction with ICANN meetings and may be able to hold additional meetings as necessary; meetings shall be open for public participation and hold a closed meeting if necessary; Root Server Operators and members of the ICANN Board should be invited to the meeting even during closed sessions and shall be given the right to speak under the RSSAC Chairman's discretion.
 
===RSSAC Working Group Review on WCL Report===
In June, 2010, the RSSAC Working Group submitted its final report regarding the findings of WCL's independent review. The Working Group acknowledged that the committee was not able to fully serve its purpose in the ICANN structure because of lack of regular communication between ICANN and RSSAC, the committee has insufficient knowledge about ICANN  and vice versa, the role and responsibilities of RSSAC as stipulated in the ICANN Bylaws need amendment and the shared understanding between the RSSAC role, Root Server Operators responsibilities and the ICANN mission is not clear. The Working Group recommended that the full cooperation of the Root Server Operators is necessary to implement structural and operational changes to improve the operations of RSSAC.<ref>[http://192.0.43.22/en/reviews/rssac/rssac-review-final-report-08jun10-en.pdf RSSAC Working Group Final Report]</ref>
 
===Advisories===
At its regular meeting in November 2014, the RSSAC formally approved RSSAC001 and RSSAC002, the first two formal advisories produced under its reorganized structure.
RSSAC001 defines the best practice service to be provided by root servers and defines the operational expectations that users might reasonably anticipate of both that service and the root server operators. This document highlights that a diversity of approach is desirable in the root server system.<ref>[http://www.domainpulse.com/2014/12/10/icann-rssac-approves-advisories-service-expectations/ ICANN RSSAC approves advisories on service expectations] Domainpulse, Retrieved 17th December 2014.</ref>
 
RSSAC002 "identifies and recommends an initial set of parameters that would be useful to monitor for establishing a baseline and trends for the root server system. The implementation of these measurements (and future refinements to them) by root server operators will form an early warning system that will assist in detecting and mitigating any effects (or the absence of such effects) associated with growing size of the root zone."<ref>[http://www.domainpulse.com/2014/12/10/icann-rssac-approves-advisories-service-expectations/ ICANN RSSAC approves advisories on service expectations] Domainpulse, Retrieved 17th December 2014.</ref>
 
==2017-19 Independent Review of RSSAC by Interisle Consulting Group, LLC==
Pursuant to Article 4, Section 4.4 of the [[ICANN Bylaws]], [[ICANN]] initiated a second RSSAC independent review process on April 19, 2017.<ref>[https://www.icann.org/resources/board-material/resolutions-2017-04-19-en#1.a Approved Board Resolutions - ICANN Special Board Meeting, April 19, 2017]</ref> ICANN drafted and distributed a Request for Proposals for this review.<ref>[https://www.icann.org/news/announcement-2017-06-05-en Request for Proposal for the RSSAC Organizational Review]</ref>
 
===Scope of Review===
In both the announcement and the RFP, ICANN presented a broad scope of subjects for review. For example, the announcement stated that the goal was a "comprehensive assessment" of the RSSAC, "<nowiki>includ[ing], but [...] </nowiki>not limited to:
* The continued purpose of RSSAC within the ICANN structure;
* How effectively RSSAC fulfills its purpose;
* Whether any change in structure or operations is needed; and
* The extent to which RSSAC as a whole is accountable to the wider ICANN community."<ref>[https://www.icann.org/news/announcement-2017-06-05-en Request for Proposal for the RSSAC Organizational Review]</ref>
 
The RFP echoed the need to investigate those issues, and also provided a "non-comprehensive" list of proposed questions to be addressed regarding the RSSAC's composition, mission, procedures, transparency, and communication.<ref>[https://www.icann.org/en/system/files/files/rfp-rssac-review-05jun17-en.pdf Project Overview to the
Request for Proposal For REVIEW OF THE ICANN Root Server System Advisory Committee - June 5, 2017 (PDF)]</ref> On April 18, 2017, on behalf of RSSAC, Carlos Reyes submitted comments to ICANN requesting more specificity in some of the proposed questions.<ref>[https://mm.icann.org/pipermail/rssac-review2/2017-April/000002.html Email: Carlos Reyes to Lars Hoffman, April 18 2017]</ref> In correspondence back to the RSSAC, ICANN submitted a draft "Self Assessment" tool for the committee utilizing the RFP's proposed questions as part of the assessment template, with changes to some questions that appear to align with the RSSAC requests for clarity.<ref>[https://mm.icann.org/pipermail/rssac-review2/2017-May/000003.html Email: Angie Graves to RSSAC-Review2 listserv, May 4, 2017]</ref>
 
===Selection of Independent Examiner===
After accepting and reviewing proposals through the RFP process, [[ICANN]] contracted with [[Interisle Consulting Group, LLC]] to conduct the second independent review of RSSAC.<ref>[https://www.icann.org/news/announcement-2017-09-28-en ICANN Announcement of Selection of Independent Examiner, Interisle - September 28, 2017]</ref> Interisle assembled a team of three consultants for the review, [[Lyman Chapin]], [[Jim Reid]], and [[Colin Strutt]]<ref>[https://community.icann.org/display/ACCRSSAC/Independent+Examiner ICANN's RSAAC2 Dashboard - Independent Examiner]</ref>
 
===Assessment Report & Findings===
Interisle's review included attendance at RSSAC meetings, [[ICANN Meeting]] sessions, and conference calls during the autumn of 2017 and winter of 2018.<ref name="finalreport2">[https://www.icann.org/en/system/files/files/rssac-review-final-02jul18-en.pdf Independent Review of the ICANN Root Server System Advisory Committee: Final Report; July 2, 2018 (PDF)]</ref> In addition, they conducted 48 interviews with individuals connected to or working within the RSSAC.<ref name="finalreport2" /> At the end of 2017, Interisle conducted an online survey "to collect input from those who have interacted with RSSAC and/or have ideas for ways to improve it."<ref>[https://www.icann.org/news/announcement-2017-11-27-en ICANN Announcement of RSSAC Survey - November 27, 2017]</ref> In addition to publishing notice of the survey, ICANN specifically solicited responses from the [[RSSAC Caucus]].<ref name="finalreport2" /> The survey, which did not require participants to identify themselves, garnered 74 visits and 39 responses.<ref name="finalreport2" />
 
Other data utilized by Interisle came from:
* RSSAC's Self-Assessment, completed in September 2017;<ref>[https://mm.icann.org/pipermail/rssac-review2/2017-September/000014.html Email: Carlos Reyes to MSSI staff, September 8, 2017]</ref><ref>[http://mm.icann.org/pipermail/rssac-review2/attachments/20170908/af910e0d/RSSACOrganizationalReview2Self-Assessment.pdf RSSAC Organizational Review 2: Self-Assessment (PDF)]</ref>
* publicly available documents from a wide variety of sources that discuss the RSSAC and related activities; and
* Interisle's "own extensive knowledge of ICANN, the RSSAC, and the DNS root server system."<ref name="finalreport2" />
 
Interisle subjected this data to a structured qualitative analysis<ref>For a primer on structured qualitative analysis, see [https://www.qualitative-research.net/index.php/fqs/article/view/2092/3904 Herz, Peters, & Truschkat: "How to Do Qualitative Structural Analysis: The Qualitative Interpretation of Network Maps and Narrative Interviews;" Forum: Qualitative Social Research, Vol. 16 No. 1, January 2015]</ref> and presented its findings in an initial Assessment Report to ICANN.<ref>[https://www.icann.org/news/announcement-2018-02-27-en RSSAC2 Review: Assessment Report Published - ICANN announcement, February 27, 2018]</ref> The draft assessment report was the topic of meetings between members of RSSAC's Review Work Party and Interisle's consultants.<ref>[https://participate.icann.org/p2zrcgd41jl/ Recording of RSSAC Review2 Work Party, February 15, 2018]</ref><ref>[https://community.icann.org/display/ACCRSSAC/RSSAC+Work+Party+Meetings The RSSAC Work Party Meetings Archive] lists a meeting on February 20, intended to cover feedback provided by the RWP. However, a recording is presently not available.</ref>
 
The Assessment Report listed a total of forty-two findings in response to the issues and questions posed by ICANN.<ref name="assessment">[https://www.icann.org/en/system/files/files/rssac-review-assessment-report-22feb18-en.pdf RSSAC Review - Assessment Report for Public Consultation]</ref> Of these, Interisle identified eight principal findings, which they highlighted in the report and its executive summary<ref>[https://www.icann.org/en/system/files/files/rssac-review-assessment-report-exec-summary-22feb18-en.pdf]</ref> of the assessment:
# The ongoing RSSAC reformation that began in 2013—revised RSSAC charter, new operating procedures, and creation of the RSSAC Caucus—has substantially improved the structure and operation of the RSSAC.
# The RSSAC has become more open, transparent, and accessible since the last review, but this has not been widely recognized by outside observers.
# As the only visible interface between ICANN and the RSOs, the RSSAC is expected to deal with every root service issue that arises within ICANN, whether or not the issue is properly within its scope.
# The RSSAC’s ability to serve as a shared space for RSO–ICANN communication and cooperation is complicated by a persistent legacy of distrust of ICANN by some of its members.
# The current RSSAC membership model excludes non-RSO participants and their different skills and perspectives.
# The RSSAC’s continuing purpose in the ICANN structure may include serving as the focal point for issues of mutual concern to ICANN and the RSOs, such as future operational and funding scenarios for serving the root.
# Because RSSAC members do not agree on who its stakeholders should be, it is not clear for what and to whom it should be accountable.
# The relative roles and responsibilities of the RSSAC, the RSSAC Caucus, the RZERC, and the SSAC are unclear to both outsiders and insiders.<ref name="assessment" />
 
===Response to Assessment Report===
The Assessment Report was submitted for public comment and response prior to the development of recommendations. At an open meeting on March 14, 2018 at [[ICANN 61]],<ref>[https://61.schedule.icann.org/meetings/647791 ICANN 61 Meeting Archive]</ref> Lyman Chapin explained:
<blockquote>And this reflects a process that MSSI has fairly recently adopted for doing organizational reviews, which is to divide them into two distinct phases. The first phase is an assessment phase in which the idea is not to anticipate what recommendations might be made but simply to report on what the independent examiner found after conducting interviews, and surveys, and document reviews, and so forth.<ref name="icann61transcript">[https://static.ptbl.co/static/attachments/172550/1523576427.pdf?1523576427 Transcript of RSSAC Organizational Review Session at ICANN 61]</ref> </blockquote>Chapin presented the principal findings at the ICAAN 61 meeting, and received no questions from the attendees.<ref name="icann61transcript" />
 
On March 28, 2018, RSSAC issued '''RSSAC032:''' Feedback on the Independent Review of the Root Server System Advisory Committee (RSSAC) Assessment Report for Public Consultation.<ref name="assessfb">[https://www.icann.org/en/system/files/files/rssac-032-28mar18-en.pdf RSSAC032]</ref> RSSAC032 begins with a discussion of the [[ICANN Bylaws]] and the committee's expectation of the focus of the review:
<blockquote>RSSAC’s interpretation of the stated assessment report’s purpose is that an organizational review would look at the ''organization'' – its chairs, its procedures, its guiding documents including charter and bylaws, its meetings, and the publications it has produced.<ref name="assessfb" /></blockquote>
This interpretation substantially diminished the scope of ICANN's announcement of the review, and the parameters defined in the RFP. Based on that narrow definition of scope, the committee found "three...surprising categories of findings" that they viewed as outside the purpose of the review:
<blockquote>However, we found that the initial assessment report included three additional surprising categories of findings.
i. Out of Scope Findings: Findings related to items that RSSAC could never include within its charter, such as items related to the technical day-to-day operation of the Root Server System (RSS) or the confusion surrounding a contributor’s lack of understanding of multiple ICANN bodies such as SSAC.
ii. Factually Incorrect Findings: Findings that are factually incorrect about RSSAC and/or the RSS.
iii. Tone: Findings and tone related to public opinion and sensational anonymous quotes about RSSAC or its purpose, but not providing any other insight.<ref name="assessfb" /><ref>RSSAC's surprise at "out of scope findings" is contrary to its behavior prior to this response. For example, it asked for clarity regarding certain questions in the Self Assessment, rather than a "narrowing of scope." The [http://mm.icann.org/pipermail/rssac-review2/attachments/20170908/af910e0d/RSSACOrganizationalReview2Self-Assessment.pdf Self Assessment] prepared and submitted by the committee in September 2017 does not contain objections to scope, except in response to some questions where it refers some questions to ICANN (presumably because those are not within RSSAC's charter to address and improve independently).</ref></blockquote>
 
The committee argued that it is only empowered to do that which is within its [[RSSAC Charter|charter]], and that any findings or recommendations should specifically address the tenets of that charter, the ICANN Bylaws, and RSSAC's "structure and procedures, <nowiki>[...]</nowiki> in line with relevant process documents and bylaws."
 
===Final Report & Recommendations===
Interisle received and incorporated feedback from the Assessment Report, and presented draft recommendations to the Review Work Party on April 3, 2018.<ref>[https://mm.icann.org/pipermail/rssac-review2/2018-April/000117.html Email from April Graves to RSSAC Review2 listserv]</ref><ref>[http://mm.icann.org/pipermail/rssac-review2/attachments/20180403/471b08dd/RSSACReviewDraftRecommendationsforRWP20180402.pdf RSSAC Review Draft Recommendations (PDF)]</ref> The draft recommendations were the subject of a teleconference meeting between Interisle, MMSI, and the RWP on April 12, 2018.<ref>[https://community.icann.org/download/attachments/71601202/RSSAC%20Review2%2012%20april%202018.m4a?version=1&modificationDate=1523572608000&api=v2 Archive audio, Meeting #10, April 12, 2018 (M4A)]</ref><ref>[https://community.icann.org/display/ACCRSSAC/RSSAC+Work+Party+Meetings?preview=/71601202/84214879/Interisle%20RWP%20Status%20Update%20Presentation%2020180412.pdf Independent Examiner Slide Presentation - Draft Recommendations (PDF)]</ref>
 
On April 20, RSSAC issued its feedback on the draft recommendations to Interisle.<ref>[https://mm.icann.org/pipermail/rssac-review2/2018-April/000121.html Email from Carlos Reyes to RSSAC Review2 listserv]</ref><ref>[http://mm.icann.org/pipermail/rssac-review2/attachments/20180420/4e798b0f/RSSACRWPFeedbackonDraftRecommendations1-0001.pdf RSSAC RWP Feedback on Draft Recommendations (PDF)]</ref> Interisle responded on April 25 with comments appended to the RWP's feedback document.<ref>[https://mm.icann.org/pipermail/rssac-review2/2018-April/000124.html Email from Angie Graves to the RSSAC Review2 listserv, April 25, 2020]</ref><ref>[http://mm.icann.org/pipermail/rssac-review2/attachments/20180425/d861da4d/RSSACRWPFeedbackonDraftRecommendations-IEresponse-0001.docx Independent Examiner's Response (DOCX)]</ref>
 
On May 1, 2018, Interisle released its Draft Final Report for public comment.<ref>[https://www.icann.org/public-comments/rssac2-review-final-2018-05-01-en Draft Final Report for Public Comment]</ref>
The final report listed six principal recommendations; there was no change from the draft to the final report.
# Modify the RSSAC membership criteria to allow the RSSAC to recruit a variety of skills, perspectives, and interests that include but are not limited to those available from the root server operator organizations.
# Resolve the apparent mismatch between the charter and operational procedures of the RSSAC and the requirements and expectations of the ICANN Board and Community for interaction with the root server system.
# Formalize the responsibilities of the RSSAC to the ICANN Board and Community in a work plan that is periodically reviewed and published, and hold the RSSAC accountable for work plan deliverables.
# Develop and implement a leadership training and succession plan.
# Engage more actively with the rest of ICANN and its Community.
# Clarify the role and responsibility of the RSSAC with respect to other groups with adjacent or overlapping remits, including the SSAC, the RZERC, and the RSSAC Caucus.<ref>[https://www.icann.org/en/system/files/files/rssac-review-final-02jul18-en.pdf RSSAC Organizational Review Final Report (PDF)]</ref>
 
The Draft Final Report received public comments from a variety of sources. On June 8, 2018, RSSAC published '''RSSAC036''': RSSAC Statement on the Draft Final Report of the Second Organizational Review of the RSSAC.<ref>[https://www.icann.org/en/system/files/files/rssac-036-14jun18-en.pdf RSSAC Statement on the Draft Final Report of the Second Organizational Review of the RSSAC (PDF)]</ref> The RSSAC repeated its objections to the scope and focus of the review in its statement. [[ALAC]] published a response that commented on three of the proposed recommendations.<ref>[https://atlarge.icann.org/advice_statements/11539 ALAC Statement Regarding RSSAC Organizational Review]</ref> Notably, its response to Recommendation 2 strongly favored action to ensure that ICANN had a sufficiently robust relationship with [[RSO|RSOs]]:
<blockquote>Although there is no clear way to address the issue, since ICANN has a part to play in ensuring that the DNS is a trusted and reliable resource, then it must have the ability to interact with all players who have a role in carrying that out and that must include the Root Server Operators. Simply lowering expectations does not address the issue. Whether this is done by widening the scope of the RSSAC or through some other mechanism is less important than noting that the current chasm must be bridged.<ref>[https://community.icann.org/download/attachments/84219445/AL-ALAC-ST-0618-01-01-EN.pdf?version=1&modificationDate=1546864796000&api=v2 Draft Statement of ALAC - ratified without change (PDF)]</ref></blockquote>
The [[BC|Business Constituency]] agreed: "The BC requests that this recommendation be prioritized, noting it is 'highly concerned...that RSSAC does not consider itself accountable to ICANN Board and Community.<ref>[https://www.icann.org/en/system/files/files/report-comments-rssac2-review-final-15jun18-en.pdf Summary Report of Public Comment Proceeding, p.4 (PDF)]</ref>'"
 
RSSAC, for its part, "conclude<nowiki>[d]</nowiki> that neither the ICANN Board nor the ICANN community harbor the mismatch raised in the draft final report."<ref>[https://www.icann.org/en/system/files/files/rssac-036-14jun18-en.pdf RSSAC Statement on the Draft Final Report of the Second Organizational Review of the RSSAC, p. 4 (PDF)]</ref>


After the public comment period closed, the draft final report was a topic of an open session at ICANN 62.<ref name="icann62">[https://participate.icann.org/p4ynjd8bp6s/ Adobe Connect Archive - ICANN 62]</ref> Interisle released its final report on July 2, 2018.<ref>[https://www.icann.org/en/system/files/files/rssac-review-final-02jul18-en.pdf RSSAC Organizational Review Final Report (PDF)]</ref>
The RSSAC was also involved in the Y2K Project between 1999 to 2000. Its objective was to make sure that the operations of the root nameserver system are in compliance with the Y2K protocol by conducting administrative services and testing.<ref>[http://www.icann.org/en/committees/dns-root/y2k-statement.htm RSSAC Statement on Root Nameserver Year 2000 Status]</ref>


===Implementation Plan Phase===
The committee is also conducting new technical developments on [[IPv6]], [[DNSSEC]], [[IDN]], and their effects on the root nameserver system.
The [[ICANN Board]] instructed RSSAC to develop a Feasibility Assessment & Initial Implementation Plan in the wake of the publication of the Final Report.<ref name="icann62" /> The RWP released its plan on October 2, 2018.<ref name="faiip">[https://www.icann.org/en/system/files/files/rssac2-review-faiip-02oct18-en.pdf RSSAC2 Review - Feasibility Assessment & Initial Implementation Plan]</ref>


==RSSAC Working Group==
==Organizational Reviews==  
The RSSAC Working Group is composed of:
Article 4.4 of the ICANN Bylaws mandates that organizational reviews should be conducted on a periodic basis to establish that a particular [[Supporting Organizations|SO]] or [[Advisory Committee|AC]] is still needed and is operating as effectively as possible.<ref>
* [[Harald Alvestrand]]
[https://www.icann.org/resources/pages/governance/bylaws-en/#article4.4 ICANN Bylaws], Article 4.4</ref> Organizational reviews are conducted by an independent examiner retained by ICANN.<ref>[https://www.icann.org/resources/reviews/org ICANN.org - Organizational Reviews]</ref>
* [[Steve Crocker]]
* [[Bruce Tonkin]]


RSSAC has been reviewed twice, in [[First RSSAC Organizational Review|2008]] and [[Second RSSAC Organizational Review|2017]].
==References==
==References==
{{reflist}}
{{reflist}}
Line 263: Line 184:


__FORCETOC__
__FORCETOC__
[[Category:Glossary]]
[[Category: ICANN Bodies]]
[[Category: ICANN Bodies]]
Retrieved from "https://icannwiki.org/Root_Server_System_Advisory_Committee"