ICANN 76: Difference between revisions
No edit summary |
No edit summary |
||
Line 48: | Line 48: | ||
*The [[ccNSO]] discussed getting more involved by developing an Internet Governance Liaison<ref>[https://static.sched.com/hosted_files/icann76/9c/TRANSC_I76CUN_Sat11Mar2023_ccNSO-%20Internet%20Governance%20Liaison%20Committee-en.pdf IGLC Session, ICANN 76]</ref> | *The [[ccNSO]] discussed getting more involved by developing an Internet Governance Liaison<ref>[https://static.sched.com/hosted_files/icann76/9c/TRANSC_I76CUN_Sat11Mar2023_ccNSO-%20Internet%20Governance%20Liaison%20Committee-en.pdf IGLC Session, ICANN 76]</ref> | ||
===DNS Abuse=== | ===DNS Abuse=== | ||
====GNSO==== | |||
*The [[CPH]] hosted a [[DNS Abuse]] outreach session that included an update on DNS abuse negotiations, CPH responses to GNSO correspondence on DNS abuse, and upcoming ICANN community work on DNS abuse. | *The [[CPH]] hosted a [[DNS Abuse]] outreach session that included an update on DNS abuse negotiations, CPH responses to GNSO correspondence on DNS abuse, and upcoming ICANN community work on DNS abuse. | ||
*A team of [[Registrar]] and [[Registry]] representatives are negotiating changes to the [[RAA]] and [[Registry Agreement]] (RA) with [[:Category:ICANN Staff|ICANN Staff]]. The revised contractual language will be published for comment by June 2023 (ICANN 77)<ref>[https://opensrs.com/blog/icann76-recap/ ICANN76 Recap, OPENSRS]</ref> | *A team of [[Registrar]] and [[Registry]] representatives are negotiating changes to the [[RAA]] and [[Registry Agreement]] (RA) with [[:Category:ICANN Staff|ICANN Staff]]. The revised contractual language will be published for comment by June 2023 (ICANN 77)<ref>[https://opensrs.com/blog/icann76-recap/ ICANN76 Recap, OPENSRS]</ref> | ||
*The Business Constituency session included a presentation about Whois Extensible Markup Language Application Programming Interface research findings on DNS abuse. | *The Business Constituency session included a presentation about Whois Extensible Markup Language Application Programming Interface research findings on DNS abuse. | ||
====Cross-Community==== | |||
*the ALAC, BC, and IPC sent a joint letter seeking consultation on the DNS abuse negotiations with the Contracted Parties (precedent from 2009 and 2013). ICANN Board said Contracted Parties entered DNS abuse negotiations with a specific scope with ICANN Contractual Compliance for more enforcement tools. ICANN Board will consider conducting a listening session with the ICANN community. | *the ALAC, BC, and IPC sent a joint letter seeking consultation on the DNS abuse negotiations with the Contracted Parties (precedent from 2009 and 2013). ICANN Board said Contracted Parties entered DNS abuse negotiations with a specific scope with ICANN Contractual Compliance for more enforcement tools. ICANN Board will consider conducting a listening session with the ICANN community. | ||
====GAC==== | |||
*The GAC Public Safety Working Group ([[PSWG]]) advocated for improved measures to combat DNS Abuse, explained the importance of [[WHOIS]] data and mitigating DNS Abuse, shared U.K. and U.S. [[cybercrime]] statistics, and updated the GAC on [[DNS Abuse Responses|initiatives]] from the community.<ref>[https://gac.icann.org/contentMigrated/icann76-cancun-communique?language_id=1 ICANN76 Cancun Communique, GAC, ICANN.org]</ref> | |||
*The GAC expressed concerns over the negotiations in relation to Recommendations 14 (ICANN should include provisions in the agreements to provide incentives, including financial incentives for registries, especially open registries, to adopt proactive anti-abuse measures<ref>[https://www.icann.org/en/system/files/files/cct-final-08sep18-en.pdf CCT Review 1 Final Report, pg98]</ref>) and 15 (ICANN should establish thresholds of abuse at which [[Contractual Compliance]] inquiries are automatically triggered, with a higher threshold at which registrars and registries are presumed to be in default of their agreements. If the community determines that ICANN org itself is ill-suited or unable to enforce such provisions, a DNS Abuse Dispute Resolution Policy (DADRP) should be considered as an additional means to enforce policies and deter DNS Security Abuse<ref>[https://www.icann.org/en/system/files/files/cct-final-08sep18-en.pdf CCT Review 1 Final Report, pg99]</ref>) from the [[First Competition, Consumer Trust, and Consumer Choice Review|Competition, Consumer Trust, and Consumer Choice Review]]. | *The GAC expressed concerns over the negotiations in relation to Recommendations 14 (ICANN should include provisions in the agreements to provide incentives, including financial incentives for registries, especially open registries, to adopt proactive anti-abuse measures<ref>[https://www.icann.org/en/system/files/files/cct-final-08sep18-en.pdf CCT Review 1 Final Report, pg98]</ref>) and 15 (ICANN should establish thresholds of abuse at which [[Contractual Compliance]] inquiries are automatically triggered, with a higher threshold at which registrars and registries are presumed to be in default of their agreements. If the community determines that ICANN org itself is ill-suited or unable to enforce such provisions, a DNS Abuse Dispute Resolution Policy (DADRP) should be considered as an additional means to enforce policies and deter DNS Security Abuse<ref>[https://www.icann.org/en/system/files/files/cct-final-08sep18-en.pdf CCT Review 1 Final Report, pg99]</ref>) from the [[First Competition, Consumer Trust, and Consumer Choice Review|Competition, Consumer Trust, and Consumer Choice Review]]. | ||
Line 59: | Line 63: | ||
The GAC Consensus Advice on the [[EPDP for Specific Curative Rights Protections for IGOs]] aka "curative rights" called for a permanent pre-registration notification system. The ICANN Board does not support that approach and proposed an alternative post-registration notification system. The ICANN organization was remiss in delivering that alternative system and the board will consult with the GAC to determine if its curative rights are still consistent.<ref>ICANN76 policy outcome report, published 10 Apr 2023, pgs7-8</ref> | The GAC Consensus Advice on the [[EPDP for Specific Curative Rights Protections for IGOs]] aka "curative rights" called for a permanent pre-registration notification system. The ICANN Board does not support that approach and proposed an alternative post-registration notification system. The ICANN organization was remiss in delivering that alternative system and the board will consult with the GAC to determine if its curative rights are still consistent.<ref>ICANN76 policy outcome report, published 10 Apr 2023, pgs7-8</ref> | ||
===ICANN-Wide Process Improvements=== | ===ICANN-Wide Process Improvements=== | ||
====Work Stream 2==== | |||
The [[HRILWG]] updated the [[GAC]] on the implementation of [[Work Stream 2]] (WS2) Recommendation 1 on diversity, including the work of the WS2 Community Coordination Group (CCG) on developing tools and reminded the GAC to make the Fiscal Year 2024 Additional Budget Request for sign language at [[ICANN Meetings]]. | |||
====Volunteer Appreciation==== | ====Volunteer Appreciation==== | ||
* The [[ALAC]] and [[ICANN Board]] grappled with the ICANN-wide issue of volunteer burnout and how to help volunteers feel appreciated and heard. Ideas included: emeritus status for leaders to ensure support going to newcomers; tools to make engagement in ICANN more accessible and sustainable; and recognizing contributions through travel support tied to emeritus status. ALAC explained that it is having trouble retaining newcomers, despite their use of the [[ICANN Fellow]] Program and subscription features on the ICANN [[Information Transparency Initiative]] Platform. [[ICANN CEO]] [[Sally Costerton]] proposed focused, topic-based engagement on issue tracks. [[RALO]]s and the regional [[GSE|Global Stakeholder Engagement]] are also trying to work better together.<ref>ICANN76 policy outcome report, published 10 Apr 2023, pgs15</ref> | * The [[ALAC]] and [[ICANN Board]] grappled with the ICANN-wide issue of volunteer burnout and how to help volunteers feel appreciated and heard. Ideas included: emeritus status for leaders to ensure support going to newcomers; tools to make engagement in ICANN more accessible and sustainable; and recognizing contributions through travel support tied to emeritus status. ALAC explained that it is having trouble retaining newcomers, despite their use of the [[ICANN Fellow]] Program and subscription features on the ICANN [[Information Transparency Initiative]] Platform. [[ICANN CEO]] [[Sally Costerton]] proposed focused, topic-based engagement on issue tracks. [[RALO]]s and the regional [[GSE|Global Stakeholder Engagement]] are also trying to work better together.<ref>ICANN76 policy outcome report, published 10 Apr 2023, pgs15</ref> | ||
Line 79: | Line 86: | ||
#When should outside expertise be brought in (such as system scoping)? | #When should outside expertise be brought in (such as system scoping)? | ||
#What would have been improved through additional community input without adding to the overall timing? | #What would have been improved through additional community input without adding to the overall timing? | ||
====IRT | ====IRT==== | ||
The ICANN Board asked the [[CPH]] about concrete steps for improving the [[Implementation Review Team]] process. Complexity is often a result of [[PDP]] scoping. The [[RySG]] responded that they plan to: more narrowly tailor their PDPs with a more clearly defined charter, have the early involvement of the ICANN Board and ICANN organization liaisons, include observations from the [[ODA]] during the PDP, and break up the IRT. The [[RrSG]] responded that it would be helpful to have a more regular cadence and detailed agendas for IRT work sessions, include default language for IRT work from the PDP, and escalate issues to the GNSO Council or ICANN Board.<ref>ICANN76 policy outcome report, published 10 Apr 2023, pgs9</ref> | The ICANN Board asked the [[CPH]] about concrete steps for improving the [[Implementation Review Team]] process. Complexity is often a result of [[PDP]] scoping. The [[RySG]] responded that they plan to: more narrowly tailor their PDPs with a more clearly defined charter, have the early involvement of the ICANN Board and ICANN organization liaisons, include observations from the [[ODA]] during the PDP, and break up the IRT. The [[RrSG]] responded that it would be helpful to have a more regular cadence and detailed agendas for IRT work sessions, include default language for IRT work from the PDP, and escalate issues to the GNSO Council or ICANN Board.<ref>ICANN76 policy outcome report, published 10 Apr 2023, pgs9</ref> | ||
====[[:Category:Organizational Reviews|Reviews]]==== | ====[[:Category:Organizational Reviews|Reviews]]==== |
Revision as of 14:09, 28 April 2023
ICANN 76 was a Community Forum that happened at Cancun Center in Cancun, Mexico from March 11 through 16 and had a hybrid format.[1]
Prep Week[edit | edit source]
From 27 February to 1 March, there were sessions[2] on the
- Implementation of Work Stream 2 Recommendations, phase 2 of the CCWG-Accountability process. Work Stream 2 focused on mechanisms following the completion of the IANA Functions Stewardship Transition
- Coalition for Digital Africa
- updates on or from Universal Acceptance, Planning and Finance, GNSO policy work[3], Contractual Compliance, SUBPRO, NCAP study 2, and IDNs
Topics[edit | edit source]
Sub Pro (aka next round of new TLDs)[edit | edit source]
ICANN Board[edit | edit source]
- The ICANN Board adopted the Sub Pro Final Report Scorecard in full; Section A identifies the adopted outputs. Section B identifies the pending outputs. Section C identifies dependencies;
- explained that before a launch date is set for the next round of new gTLDs, ICANN must
- process the 38 pending SubPro recommendations.
- determine an expedited approach for the Implementation Review Team (IRT) process
- complete and apply the outcomes of the Closed Generics Facilitated Dialogue
- ensure charter questions of the EPDP on Internationalized Domain Names impact the next Applicant Guidebook.
- NCUC focused on developing Applicant Support, which in the past led to the Applicant Guidebook, and ensuring new applicants have more than 18 months to apply in the next round and significantly slashing the application fee (estimated USD$$240,000) for people from developing countries. The board is afraid that if they pay someone's attorney fee, it may create a conflict of interest as in "who does the attorney represent?" Kathy Kleiman recommended creating boards or groups willing to work at low cost or pro bono (she explained the EFF does this).[4]
RSSAC[edit | edit source]
The RSSAC responded that three hypothetical growth rates for the root zone (100, 1,000, or 10,000 new top-level domains) in the next round of new gTLDs would not be worrisome but RSOs would need advanced notice of expected changes to the root zone to adapt and a projection of the change rate would be helpful since it is largely an administrative function.[5]
The ALAC[edit | edit source]
The ALAC expressed concerns about the annual cycles proposed in Option 2 of Operational Design Assessment for the next round of new TLDs; the enforceability of registry voluntary commitments; the nature and scope of applicant support; and the resourcing and marketing for the Applicant Support Program; and potential gaming of auctions and community objections.[6] At-Large also introduced an initial framework to its members that will be used to identify New gTLDs SubPro recommendations to consider as prerequisites ahead of opening the next round of gTLDs.
The GAC[edit | edit source]
The GAC had concerns over Registry voluntary commitments, Applicant Support, GAC Consensus Advice and GAC Early Warnings, community applications, and auctions.
RDDS aks WDS aka SSAD[edit | edit source]
The Board adopted the ODA on the Whois Disclosure System and the ICANN Org renamed it “Registration Data Request Service.” This service should be operative by the end of 2023 and run as a pilot for two years to gather disclosure request volumes to determine whether to build the full Standardized System for Access and Disclosure of non-public domain registration data.[7] Law enforcement will not be forced to use RDRS, but there is nothing precluding them from using it. The RDRS will not solve the problem of access to data caused by the GDPR.
UA[edit | edit source]
- ICANN Organization and the UASG outlined progress on UA-readiness and IDNs
- EPDP on Internationalized Domain Names Team held two working sessions toward publishing the Phase 1 Initial Report focusing on top-level IDN gTLD definition and variant management.
- ISPCP recommended making a UA roadmap for public resolvers[8]
Transfer Policy Review[edit | edit source]
The Transfer Policy Review PDP Working Group focused on Phase 2 (aka Group 2) Topics and discussed:[9]
- reducing the cost to reduce barriers to entry; introducing formality, such as accreditation; whether registrants are getting what they need – what current channels are available – settlement, courts (costly), through a registrar (TDRP);
- whether to adjust the TDRP to accommodate registrants, which would require substantial changes or a new separate system.
- gaming or potential gaming of TDRP if available to registrants – could be adjusted for that.
- This WG focuses on transfers between contracted parties, so disputes among registrants could be out of scope.
- if out of scope the WG could make a recommendation to GNSO Council that a process for registrants could be considered separately.
- Issues raised by George Kirikos (limitation period of 12 months; with Temp Spec, the Losing Registrar can win 100 percent of the TDRP disputes because the Gaining Registrar doesn’t have access to the Whois info for the FOA because of GDPR; long registration period creating confusion with ownership of the domain name in case of an invalid transfer)[10]
- Gap Analysis - Reversal of Inter-Registrar Transfers[11]
Geopolitical & Regulatory Developments[edit | edit source]
- The impacts of NIS2
- WSIS+20[12]
- Proposal of the Internet General Law in Peru[13]; the ICANN Board plans to coordinate with other partner Internet governance organizations.
- The ccNSO discussed getting more involved by developing an Internet Governance Liaison[14]
DNS Abuse[edit | edit source]
GNSO[edit | edit source]
- The CPH hosted a DNS Abuse outreach session that included an update on DNS abuse negotiations, CPH responses to GNSO correspondence on DNS abuse, and upcoming ICANN community work on DNS abuse.
- A team of Registrar and Registry representatives are negotiating changes to the RAA and Registry Agreement (RA) with ICANN Staff. The revised contractual language will be published for comment by June 2023 (ICANN 77)[15]
- The Business Constituency session included a presentation about Whois Extensible Markup Language Application Programming Interface research findings on DNS abuse.
Cross-Community[edit | edit source]
- the ALAC, BC, and IPC sent a joint letter seeking consultation on the DNS abuse negotiations with the Contracted Parties (precedent from 2009 and 2013). ICANN Board said Contracted Parties entered DNS abuse negotiations with a specific scope with ICANN Contractual Compliance for more enforcement tools. ICANN Board will consider conducting a listening session with the ICANN community.
GAC[edit | edit source]
- The GAC Public Safety Working Group (PSWG) advocated for improved measures to combat DNS Abuse, explained the importance of WHOIS data and mitigating DNS Abuse, shared U.K. and U.S. cybercrime statistics, and updated the GAC on initiatives from the community.[16]
- The GAC expressed concerns over the negotiations in relation to Recommendations 14 (ICANN should include provisions in the agreements to provide incentives, including financial incentives for registries, especially open registries, to adopt proactive anti-abuse measures[17]) and 15 (ICANN should establish thresholds of abuse at which Contractual Compliance inquiries are automatically triggered, with a higher threshold at which registrars and registries are presumed to be in default of their agreements. If the community determines that ICANN org itself is ill-suited or unable to enforce such provisions, a DNS Abuse Dispute Resolution Policy (DADRP) should be considered as an additional means to enforce policies and deter DNS Security Abuse[18]) from the Competition, Consumer Trust, and Consumer Choice Review.
DNSSEC[edit | edit source]
SSAC asked ICANN Board and Org to promote DNSSEC similarly to how it has approached UA. Specifically, Russ Mundy asked for an analysis of the gaps and requirements to accomplish widespread use of DNSSEC.[19]
Curative Rights[edit | edit source]
The GAC Consensus Advice on the EPDP for Specific Curative Rights Protections for IGOs aka "curative rights" called for a permanent pre-registration notification system. The ICANN Board does not support that approach and proposed an alternative post-registration notification system. The ICANN organization was remiss in delivering that alternative system and the board will consult with the GAC to determine if its curative rights are still consistent.[20]
ICANN-Wide Process Improvements[edit | edit source]
Work Stream 2[edit | edit source]
The HRILWG updated the GAC on the implementation of Work Stream 2 (WS2) Recommendation 1 on diversity, including the work of the WS2 Community Coordination Group (CCG) on developing tools and reminded the GAC to make the Fiscal Year 2024 Additional Budget Request for sign language at ICANN Meetings.
Volunteer Appreciation[edit | edit source]
- The ALAC and ICANN Board grappled with the ICANN-wide issue of volunteer burnout and how to help volunteers feel appreciated and heard. Ideas included: emeritus status for leaders to ensure support going to newcomers; tools to make engagement in ICANN more accessible and sustainable; and recognizing contributions through travel support tied to emeritus status. ALAC explained that it is having trouble retaining newcomers, despite their use of the ICANN Fellow Program and subscription features on the ICANN Information Transparency Initiative Platform. ICANN CEO Sally Costerton proposed focused, topic-based engagement on issue tracks. RALOs and the regional Global Stakeholder Engagement are also trying to work better together.[21]
- To mitigate volunteer burnout, SSAC wants[22]
Matthew Shears proposed an interactive session to raise awareness of security from the SSAC perspective.
PDP[edit | edit source]
The ICANN Board asked the CSG about how to balance agility in policy development with accountability and transparency, to which they responded that they should allow the GNSO Guidance Process to work through applicant support first and then evaluate it as a mechanism, form expert working groups for specific problems, create Rapid Response Teams, and rely on limited scopes and small teams.
SOIs[edit | edit source]
The SOI Task Force team within the GNSO agreed on proposed changes to enhance representative transparency. However, some members are concerned they cannot disclose their clients’ identities.[23] The Council Committee for Overseeing and Implementing Continuous Improvement (CCOICI) Working Group Self-Assessment (WGSA) into a single Recommendations Report about SOIs. The CCOICI integrated public comments and submitted its Recommendations Report to the Council on 5 January 2023.[24]
ODPs[edit | edit source]
ALAC hosted a community-wide discussion of the efficacy of ODPs, asking:[25]
- What criteria should determine when a policy discussion is to be sent to ICANN org vs the ICANN community?
- Could changes to the policy development process decrease the burden on the org during an Operational Design Phase?
- When should outside expertise be brought in (such as system scoping)?
- What would have been improved through additional community input without adding to the overall timing?
IRT[edit | edit source]
The ICANN Board asked the CPH about concrete steps for improving the Implementation Review Team process. Complexity is often a result of PDP scoping. The RySG responded that they plan to: more narrowly tailor their PDPs with a more clearly defined charter, have the early involvement of the ICANN Board and ICANN organization liaisons, include observations from the ODA during the PDP, and break up the IRT. The RrSG responded that it would be helpful to have a more regular cadence and detailed agendas for IRT work sessions, include default language for IRT work from the PDP, and escalate issues to the GNSO Council or ICANN Board.[26]
Reviews[edit | edit source]
Holistic Review[edit | edit source]
- ccNSO sought a progress update from the ICANN Board on the holistic review and expressed concerns with its vague and undefined scope.[27]
Second NomCom Organizational Review[edit | edit source]
The ICANN Board accepted the Second NomCom Organizational Review
Prioritization[edit | edit source]
- ICANN Chief Financial Officer Xavier Calvez said the prioritization pilot had been a success and ICANN Org planned to integrate prioritization across ICANN.ref>ICANN76 policy outcome report, published 10 Apr 2023, pg5</ref>
CEO Search[edit | edit source]
- The CEO Search Committee held a plenary listening session to set goals
- ccNSO member Byron Holland raised concerns about not having a permanent ICANN President and CEO for up to a year.[28]
SO/AC Process Improvements[edit | edit source]
ASO[edit | edit source]
The ASO Address Council worked on its operating procedures concerning officers, meetings, global policy development, voting, and ICANN Board member selection.[29]
Thanks[edit | edit source]
- The ICANN Board thanked Manal Ismail for her service to the ICANN Board and Jonathan Spring for his service to the SSAC.[30]
References[edit | edit source]
- ↑ ICANN 76 Schedule
- ↑ ICANN 76 Prep Week, ICANN Announcements
- ↑ Active Group Activities, GNSO
- ↑ NCUC Membership Meeting Transcript, ICANN 76
- ↑ RSSAC031
- ↑ ICANN76 policy outcome report, published 10 Apr 2023, pgs15
- ↑ ICANN76 Recap, OPENSRS
- ↑ ISPCP Transcript, ICANN 76
- ↑ Transfer Policy Review WG Session 1, ICANN 76
- ↑ Transfer Policy Review WG Session 2, ICANN 76
- ↑ Gap Analysis - Reversal of Inter-Registrar Transfers Accessed April 6, 2023
- ↑ ICANN GE on WSIS+20
- ↑ IGL in Peru Accessed April 6, 2023
- ↑ IGLC Session, ICANN 76
- ↑ ICANN76 Recap, OPENSRS
- ↑ ICANN76 Cancun Communique, GAC, ICANN.org
- ↑ CCT Review 1 Final Report, pg98
- ↑ CCT Review 1 Final Report, pg99
- ↑ ICANN76 Policy Outcomes Report, pg 19
- ↑ ICANN76 policy outcome report, published 10 Apr 2023, pgs7-8
- ↑ ICANN76 policy outcome report, published 10 Apr 2023, pgs15
- ↑ ICANN76 Policy Outcomes Report, pg 19
- ↑ ICANN76 Recap, OPENSRS
- ↑ CCOICI, Community, ICANN
- ↑ ALAC Community Discussion Agenda, ICANN 76
- ↑ ICANN76 policy outcome report, published 10 Apr 2023, pgs9
- ↑ ICANN76 policy outcome report, published 10 Apr 2023, pg5
- ↑ ICANN76 policy outcome report, published 10 Apr 2023, pg6
- ↑ ICANN76 Policy Outcomes Report, pg 20
- ↑ ICANN Board Resolutions, March 16, 2023