Logo
ICANN
ICANN
Filtered Search

Are you sure you want to sign out from http://forms.icann.org?

If you want to sign out from both http://forms.icann.org and ICANN Account, click here.

董事会的活动和会议

查看 ICANN 董事会近期活动和会议的措施和决策记录。

批准的董事会决议 | ICANN 董事会特殊会议 2022 年 02 月 24 日

本文档已翻译为多种语言，仅供参考之用。原始官方版本（英文版）可在以下位置找到：https://www.icann.org/resources/board-material/resolutions-2022-02-24-en

  1. 认可议程：
    1. RZERC003：将域数据保护添加到根区
  2. 主要议程：
    1. 2023 财年 IANA 运营规划和预算
    2. GNSO 关于 EPDP 第 1 阶段建议 12 的补充性建议
    3. 其他事务

  1. 认可议程：

    1. RZERC003：将域数据保护添加到根区

      鉴于互联网工程任务组 (IETF) 于 2021 年 2 月发布了 RFC 8976，其中记录了一种用于验证域名系统 (DNS) 域文件内容的新技术：DNS 区哈希（亦称"ZONEMD"）。

      鉴于 ICANN 根区发展审核委员会 (RZERC) 于 2021 年 2 月 12 日发布了 RZERC003：将域数据保护添加到根区，其中包含三条向 ICANN 提出的关于支持在 DNS 根区实施 ZONEMD 协议的建议。

      鉴于董事会技术委员会 (BTC) 已审议 RZERC003 以及 ICANN 组织针对实施建议进行的可行性评估，认为实施这些建议符合 ICANN 的战略目标和使命，即确保互联网唯一标识符系统安全稳定运行。

      兹此发布第 2022.02.24.01 号决议：董事会接受建议 1，即要求 ICANN 组织与根区维护人和根服务器运营商合作，确保将 ZONEMD 资源记录添加到根区不会对根服务器系统内的根区数据分发产生不利影响，并指示 ICANN 总裁兼首席执行官或其指定人员实施该建议。

      第 2022.02.24.02 号决议：董事会接受建议 2，即要求 ICANN 组织与相关技术机构合作，以提高对根区内 ZONEMD 部署计划的认识，并指示 ICANN 总裁兼首席执行官或其指定人员实施该建议。

      第 2022.02.24.03 号决议：董事会接受建议 4，即要求 ICANN 组织与其承包商共同制定在根区部署 ZONEMD 的计划，然后将该计划提交给 RZERC 供其审核，并指示 ICANN 总裁兼首席执行官或其指定人员实施该建议。

      第 2022.02.24.01 – 2022.02.24.03 号决议的理由

      董事会为什么要解决此问题？

      董事会正根据 RZERC 的建议采取行动。RZERC 负责审核以下内容：针对 DNS 根区内容的建议架构调整、执行 DNS 根区调整过程中使用的系统（包括硬件和软件组件）以及 DNS 根区分发机制。董事会对该建议的审议构成了行动请求注册 (ARR) 流程的一部分，该流程旨在以统一、高效且透明的方式管理社群向董事会和 ICANN 组织提出的请求。

      正在考虑的提案是什么？

      2021 年 2 月，互联网工程任务组 (IETF) 发布了 RFC 8976，其中记录了一种用于验证 DNS 域文件内容的新技术，称为 DNS 区哈希，简称 ZONEMD。应根区维护人的要求，RZERC 审议了在根区实施 ZONEMD 的提案，并于 2021 年 2 月 12 日发布了 RZERC003。RZERC003 包含四条关于支持在 DNS 根区中实施 ZONEMD 协议的建议：

      • 建议 1：根区维护人和根服务器运营商应核实并确认，添加 ZONEMD 资源记录不会对 RSS 内的根区数据分发产生不利影响。

      • 建议 2：应让 DNS 和互联网社群了解在根区部署 ZONEMD 的计划，并有机会进行反馈。这可能包括在 ICANN、域名系统运营、分析和研究中心 (DNS-OARC)、北美网络运营商集团 (NANOG)、欧洲网协 (RIPE) 等主办的会议上进行技术介绍。

      • 建议 3：鼓励域名服务器软件开发者实施 ZONEMD，并考虑在软件配置为本地服务根区数据时默认启用 ZONEMD。董事会未就建议 3 采取行动，因为该建议并非针对 ICANN。

      • 建议 4：公共技术标识符 (PTI) 和 RZM 机构应共同制定在根区部署 ZONEMD 的计划，并将计划提交给 RZERC 供其审核。

      咨询了哪些利益相关方或其他方？

      RZERC003 由 RZERC 成员创建和编辑。RZERC 由来自以下组织的代表组成：

      • 互联网工程任务组 (IETF)
      • 地址支持组织 (ASO)
      • 国家和地区名称支持组织 (ccNSO)
      • ICANN 董事会
      • 公共技术标识符 (PTI)
      • 通用名称支持组织的注册管理机构利益相关方团体 (RySG)
      • 根服务器系统咨询委员会 (RSSAC)
      • 安全与稳定咨询委员会 (SSAC)
      • Verisign 为根区维护人

      社群提出了哪些疑虑或问题？

      未提出任何疑虑或问题。

      是否会对社群产生积极或者消极影响？

      通过为 DNS 根区分发采取额外的安全机制，实施工作有望对社群产生积极的影响。暂未发现有任何消极影响。

      董事会审核了哪些重要材料？

      董事会审核了由 RZERC 制定的 RZERC003 和由 IETF 发布的 RFC 8976。此外，针对本决议中提出的每条建议，董事会审议了 ICANN 组织对建议的理解并经由 RZERC 确认，并审议了 ICANN 组织针对实施建议进行的可行性评估。

      是否会对 ICANN（战略规划、运营规划、预算）、社群和/或公众产生财务影响或后果？

      预计 ICANN 组织的支出较低，具体涉及与项目管理、行政管理和外展工作有关的支出。这些支出将作为正常活动的一部分纳入首席技术官办公室 (OCTO) 的预算中。

      是否存在与 DNS 相关的任何安全、稳定或弹性问题？

      ZONEMD 是一种验证 DNS 域文件内容的新技术。如果部署在根区，预计 ZONEMD 可提供额外的数据完整性保护，尤其是对于新兴应用，如超本地根区分发。

      此项行动是否符合 ICANN 的使命？它与全球公共利益有什么关系？

      此项行动符合 ICANN 的使命，也符合全球公共利益，因为实施工作有望在根区提供额外的数据完整性保护。

      这是属于 ICANN 支持组织内部定义的政策流程，还是属于需要（或不需要）征询公众意见的 ICANN 组织管理职能决策？

      此项行动无需征询公众意见。

  2. 主要议程：

    1. 2023 财年 IANA 运营规划和预算

      鉴于 2021 年 9 月 15 日，已根据《章程》发布 2023 财年 IANA 运营规划和预算草案以征询公众意见。

      鉴于已审核并回复通过公众意见征询流程收到的意见，并已提交给董事会财务委员会 (BFC) 供其审核和考量。此外，已考虑所有公众意见，并将适当、可行的意见纳入 2023 财年最终 IANA 运营规划和预算。

      鉴于，根据《ICANN 章程》第 22 条 第 22.4(b) 款，在将 PTI 预算纳入到运营规划建议书和 ICANN 预算中之前并且出于此目的，ICANN 应要求 PTI 将 PTI 预算提交给 ICANN 以提供参考信息。已通过的 2023 财年 PTI 预算作为参考信息纳入 IANA 运营规划和预算中。

      鉴于根据《ICANN 章程》，ICANN 董事会将采纳 IANA 运营规划和预算并将其发布到 ICANN 网站上。

      兹此发布第 2022.02.24.04 号决议：董事会采纳 2023 财年 IANA 运营规划和预算。

      第 2022.02.24.04 号决议的理由

      根据《ICANN 章程》第 22 条第 22.4 款，董事会将采纳 IANA 年度预算并将其发布到 ICANN 网站上。2023 财年 PTI 运营规划和预算草案和 2023 财年 IANA 运营规划和预算草案已于 2021 年 9 月 15 日发布以征询公众意见。PTI 董事会于 2021 年 12 月 13 日批准了 2023 财年 PTI 运营规划和预算，该 PTI 预算为 2023 财年 IANA 运营规划和预算提供了参考信息。

      2023 财年 PTI 运营规划和预算以及 2023 财年 IANA 运营规划和预算草案是在与 ICANN 组织和 ICANN 社群的成员进行多次讨论的基础上制定的，包括在发布之前的几个月与 ICANN 支持组织、咨询委员会和其他利益相关方团体进行广泛协商。2021 年 7 月，就公共技术标识符机构 (PTI) 的 2023 财年工作重点与利益相关方进行了初步协商。协商工作的具体形式是与支持组织和咨询委员会以及 gTLD 注册管理机构利益相关方团体、地区互联网注册管理机构和 IETF 领导层进行讨论。此外，2021 年 7 月 27 日举行了两次社群网络研讨会。

      在制定 2023 财年 IANA 运营规划和预算时，审议了通过公众意见征询流程收到的所有意见。在可行和适当的情况下，这些意见被纳入提请批准的 2023 财年 IANA 运营规划和预算最终版。

      采纳 2023 财年 IANA 运营规划和预算将对 ICANN 产生积极影响，因为它提供了一个执行 IANA 服务的适当框架，也为组织奠定了以透明方式负责的基础。

      此项决定符合公共利益并与 ICANN 的使命相一致，因为它完全符合 ICANN 的战略和运营规划，其结果实际上也有利于 ICANN 履行自身使命。

      此项决定将对 ICANN 和所针对的社群产生财务影响。就针对域名系统 (DNS) 的安全、稳定与弹性方面的资金而言，该决定应该会对 DNS 的这些方面产生积极影响。

      这属于组织管理职能，已征询公众意见（如上所述）。

    2. GNSO 关于 EPDP 第 1 阶段建议 12 的补充性建议

      鉴于快速政策制定流程团队 (EPDP) 第 1 阶段团队已于 2019 年 2 月 20 日发布关于 gTLD 注册数据临时规范的最终报告1。

      鉴于 GNSO 理事会已于 2019 年 3 月 4 日批准了 EPDP 工作组第 1 阶段最终报告所载的所有 29 条最终 PDP 建议。

      鉴于 GNSO 理事会已于 2019 年 3 月 29 日向 ICANN 董事会递交《章程》规定的建议报告，建议董事会采纳第 1 阶段的所有政策建议。

      鉴于 2019 年 3 月 4 日，第 1 阶段最终报告已按《章程》要求发布以征询公众意见，以便为董事会就报告采取行动提供参考。

      鉴于董事会于 2019 年 5 月 15 日采纳了 EPDP 第 1 阶段的建议，但建议 1、目的 2 和建议 12 有除外内容，董事会并未完全采纳这些内容。董事会阐述了其目前未采纳建议 12 有关删除组织字段数据的选项的理由，列在名为"平衡计分卡：EPDP 第 1 阶段建议"的平衡记分卡。

      鉴于删除组织字段中的内容可能导致有关注册人身份的识别信息丟失，而且可能有悖于 ICANN 的使命或全球公共利益，ICANN 董事会决定不采纳建议 12 的实施意见 2(b)。

      鉴于 GNSO 理事会根据《章程》要求审核了董事会声明，并与 ICANN 董事会展开了讨论。

      鉴于董事会于 2019 年 10 月 14 日向 GNSO 理事会建议，在一项补充性建议中纳入一项额外的保障措施（类似于对管理联系人字段采取的保障措施）可能会使董事会采纳建议 12。

      鉴于 GNSO 理事会于 2019 年 12 月 19 日以绝对多数票采纳了建议 12，对建议 12 的内容进行了修正，指出"所有注册服务机构必须确保每项注册均包含注册域名持有人的联系信息，才能取消组织联系人字段"（补充性建议 12）。

      鉴于董事会审议了补充性建议 12，并在 2020 年和 2021年 与 GNSO 理事会进行了通信。2021 年 10 月 23 日，董事会与 GNSO 理事会分享了他们对建议 12 在注册数据政策中实施后的目的和影响的理解，以进一步澄清。

      鉴于董事会和 GNSO 理事会于 2021 年 12 月 14 日详细讨论了董事会的理解。

      鉴于 GNSO 理事会于 2022 年 1 月 21 日大致确认了董事会对实施建议 12 后的目的和影响的理解，如其 2022 年 1 月 21 日的信中所述。

      兹此发布第 2022.02.24.05 号决议：董事会采纳 GNSO 理事会关于 gTLD 注册数据临时规范的快速政策制定流程 (EPDP) 第 1 阶段建议 12、涉及组织字段数据删除的补充性建议，因为该建议解决了董事会最关注的在需要联系注册域名持有人时可能发生的重要数据丢失问题，符合 ICANN 和 ICANN 社群的最佳利益。

      第 2022.02.24.06 号决议：董事会指示 ICANN 总裁兼首席执行官或其指定人员纳入 GNSO 2022 年 1 月 21 日通信中所述的适用指导，作为注册数据政策实施的一部分。

      第 2022.02.24.05 – 2022.02.24.06 号决议的理由

      董事会为什么要解决此问题？

      2019 年 2 月 20 日，快速政策制定流程团队 (EPDP) 第 1 阶段团队发布了关于 gTLD 注册数据临时规范的最终报告。GNSO 理事会于 2019 年 3 月 4 日以绝对多数票通过了最终报告，ICANN 组织随后启动了公共评议期。2019 年 5 月 15 日，董事会决定于采纳这些建议，但某些内容除外。董事会未完全采纳建议 12 的关于允许删除组织字段注册数据的实施意见 2(b)。建议 12 涉及发布或删除组织字段的数据。ICANN 董事会决定不采纳建议 12 的实施建议 2(b)，因为该建议允许签约方删除组织字段中的数据，因此董事会担心如果注册人不回复注册服务机构的问询，将导致必要信息丢失。董事会阐述了其目前未采纳建议 12 有关删除组织字段数据的选项的理由，列在名为"平衡计分卡：EPDP 第 1 阶段建议"的平衡记分卡。在平衡记分卡中，董事会强调了其担心：如果注册人不回复注册服务机构的问询，将导致必要信息丢失。随后，董事会向 GNSO 理事会主席发布了一份董事会声明，要求按《章程》要求进行讨论（附件 A-1，第 6.c 节）。

      正在考虑的提案是什么？

      根据《ICANN 章程》附件 A 第 9.d 节，董事会目前正采取行动，采纳 GNSO 理事会关于 gTLD 注册数据临时规范的快速政策制定流程 (EPDP) 第 1 阶段建议 12 的涉及组织字段的补充性建议。

      咨询了哪些利益相关方或其他方？

      GNSO 理事会在 2019 年 5 月 28 日、2019 年 6 月 26 日、2019 年 7 月 18 日、2019 年 8 月 22 日、2019 年 10 月 24 日和 2019 年 11 月 6 日的理事会会议上讨论了该主题，还在 2019 年 6 月 24 日和 2019 年 11 月 3 日举行的 ICANN65 和 ICANN66 联合会议上与 ICANN 董事会进行了讨论。GNSO 理事会还从 EPDP 团队收集了更多信息，为即将与 ICANN 董事会进行的讨论做准备。GNSO 理事会于 2019 年 5 月 16 日就该主题与 EPDP 第 2 阶段团队进行了初步沟通，向该团队告知董事会决定暂时不采纳建议 1、目的 2，以便在 EPDP 第 2 阶段进一步审议，以及不采纳建议 12 中关于允许删除注册人组织字段数据的内容，为此董事会和 GNSO 理事会展开了对话。

      2019 年 6 月 9 日，EPDP 第 2 阶段主席与 GNSO 理事会主席通信，确定了 EPDP 团队提出建议 12 的理由的其他背景；但在这一阶段，对于是否应该支持董事会的不采纳决定，没有达成一致意见。2019 年 6 月 24 日，GNSO 理事会在摩洛哥马拉喀什举行了 ICANN65 工作会议，会上讨论了建议 12，以回应 GNSO 理事会向 EPDP 团队提出的就董事会决定提供实质性反馈的请求。2019 年 10 月 31 日，GNSO 理事会主席致函 EPDP 团队，明确表示理事会拟根据董事会收到的意见完成 GNSO 与董事会的讨论。2019 年 11 月 3 日，GNSO 理事会在 ICANN66 公共会议期间与董事会和 EPDP 团队成员召开了会议，讨论了可能采取的后续措施，促成 GNSO 理事会解决补充性实施指导。

      社群提出了哪些疑虑或问题？

      在 GNSO 理事会批准了有关建议 12 的补充性建议后，企业选区 (BC) 团体发布了一份支持 GNSO 理事会提供的补充性指导的公共声明，以解决类似于董事会对数据删除的疑虑。

      董事会审核了哪些重要材料？

      董事会审核了以下重要材料：

      • 2019 年 5 月 15 日董事会关于采纳 29 条建议中的 27 条的声明。

      • GNSO 理事会 2019 年 9 月 9 日信函，信中向董事会提供了 EPDP 第 1 阶段协商流程的最新情况。

      • 董事会 2019 年 10 月 14 日信函，信中对董事会 - GNSO 理事会 ICANN65 会议期间提供的建议 12 的理由表示接受。

      • GNSO 理事会 2019 年 12 月 23 日信函，信中通知董事会该理事会以绝对多数票通过了建议 12 补充性指导。

      • 董事会 2020 年 12 月 11 日信函，信中表达了他们关注的问题，即作为一种保障，数据应留存在某处而非直接删除。

      • GNSO 理事会 2021 年 3 月 4 日信函，信中澄清了董事会关注的问题：在 WHOIS 或 RDAP 中发布的数据不是注册服务机构与注册人保持联系所主要依赖的数据。

      • 董事会 2021 年 5 月 7 日信函，信中确认收到了 GNSO 理事会的通信，内容涉及理事会对 EPDP 第 1 阶段建议 12 的补充性指导进行的澄清。

      • 董事会 2021 年 10 月 23 日信函，信中分享了他们对建议 12 在注册数据政策中实施后的目的和影响的理解。

      • GNSO 理事会 2022 年 1 月 21 日信函，信中确认了董事会对建议 12 实施后的目的和影响的理解。

      董事会认为至关重要的因素有哪些？

      董事会从 GNSO 理事会的信函中了解到，"该字段有一个关于混用和目的的重要遗留问题。整个注册服务机构在如何处理该字段方面没有制定标准。"因此，董事会的理解是，EPDP 第 1 阶段建议 12 的目的是提出要求，使注册人组织字段的处理方式标准化。董事会还确认收到了 GNSO 理事会的声明，即"WHOIS 或 RDAP 中公布的数据并非存储的唯一数据，也不是注册服务机构与注册人保持联系所主要依赖的数据"；并明白，根据 2013 RAA 中的数据留存规范第 1.1 节，对于现有注册，在注册服务机构对域名提供支持服务期间以及其后两 (2) 年内，将继续要求在注册服务机构的 WHOIS 信息更改记录中保留删除的值。而对于新注册，注册服务机构应得到同意后才能发布注册人组织字段中的值。如果注册人拒绝发布该值，则该值将被删减，但数据不会被删除。

      是否会对社群产生积极或者消极影响？

      采纳 GNSO 理事会通过的关于删除数据的 EPDP 建议 12 的补充性建议将对 ICANN 和社群产生积极的影响，因为它建立了保护机制，可防止在需要联系域名所有人时丢失重要的注册人数据。

      是否会对 ICANN（战略规划、运营规划、预算）、社群和/或公众产生财务影响或后果？

      实施 EPDP 第 1 阶段建议预计会对注册管理机构和注册服务机构产生运营、财务和/或其他影响，这些注册管理机构和注册服务机构将实施新的要求，使注册人组织字段的处理方式标准化。

      是否存在与 DNS 相关的任何安全、稳定或弹性问题？

      当前暂无。

      此决定是否符合公共利益且在 ICANN 的使命范围内？

      此项行动符合 ICANN 的使命和职责，也符合公共利益，因为 ICANN 的职责是协调政策的制定和实施（这些政策通过自下而上、基于共识的多利益相关方流程制定，旨在确保互联网唯一名称系统安全稳定地运行）。

      这是属于 ICANN 支持组织内部定义的政策流程，还是属于需要（或不需要）征询公众意见的 ICANN 组织管理职能决策？

      这属于 ICANN 组织管理职能，无需征询公众意见。但是，应指出的是，政策建议的最终报告应完成上述公共评议。

    3. 其他事务

1 ICANN 组织 GNSO（2019 年 2 月 20日），关于 gTLD 注册数据临时规范的快速政策制定流程的最终报告，https://gnso.icann.org/sites/default/files/file/field-file-attach/epdp-gtld-registration-data-specs-final-20feb19-en.pdf 第 15 页