SSR1 Implementation - Policy

 

 

Briefing not required at this time per Co-Chairs

Grouping: ICANN Policy

#

Recommendation

6

ICANN should publish a document clearly outlining the roles and responsibilities for both the SSAC and RSSAC in order to clearly delineate the activities of the two groups.

13

ICANN should encourage all Supporting Organizations to develop and publish SSR-related best practices for their members.

23

ICANN must provide appropriate resources for SSR-related Working Groups and Advisory Committees, consistent with the demands placed upon them. ICANN also must ensure decisions reached by Working Groups and Advisory Committees are reached in an objective manner that is free from external or internal pressure.

Follow-Up Questions & Answers

6

Q: What is the status of the document currently available at: https://www.icann.org/en/system/files/files/draftrssac-ssac-roles-responsibilities-05mar15-en.pdf ?

6

Q: The recommendation requires that ICANN should seek consensus for this document across both groups. Please provide documentation that this occurred.

6

Q: What specific resourcing for RSSAC and SSAC appears in either the ICANN Operating Plan or the most recent budget?

13

Q: In what way are the resources on the ICANN Security Awareness Resource Locator supposed to help Supporting Organizations secure collaborative community assets?

13

Q: Have any recent steps been taken to encourage SOs and ACs to produce and publish best practices repositories for SSR-related information? Is the 2012 information on the ccTLD website the most recent example of SSRrelated information published by a Supporting Organization?

23

Q: Recommendation 23 calls for a mechanism for Working Groups and Advisory Councils to support their decisions in an objective manner that is free from external or internal pressure. Where is such a mechanism documented – specifically regarding the work of SSAC and RSSAC?