Skip to main content
Resources

批准的董事会决议 | ICANN 董事会例行会议

本页面还提供其他语种:

本文档已翻译为多种语言,仅供参考之用。原始官方版本(英文版)可在以下位置找到:https://www.icann.org/resources/board-material/resolutions-2019-11-07-en

  1. 认可议程:
    1. 批准会议记录
    2. 2022 年 3 月 ICANN 会议会场签约
    3. ICANN 与 Zensar 的 IT 合同
    4. ICANN 与 Infovity 的合同
    5. ICANN IMRS 集群
    6. 过剩净资产从运营资金转入储备资金
    7. 投资政策更新
    8. 任命董事会成员到 ATRT3
    9. 推迟强制执行详尽 WHOIS 共识性政策
    10. 为 SSR2 提供补充资金
    11. ASO MoU 修订
    12. 认可第三届一般会员峰会
    13. SSAC 成员连任
    14. 感谢社群成员
    15. 感谢第 66 届 ICANN 会议的当地主办机构
    16. 感谢第 66 届 ICANN 会议的赞助商
    17. 感谢第 66 届 ICANN 会议的口译员、工作人员以及会议和酒店团队
  2. 主要议程:
    1. 将顶级域名 .TZ(坦桑尼亚)转让给坦桑尼亚通信监管机构
    2. 针对 NomCom 详尽实施规划的独立审核
    3. “CCWG-问责制”第 2 工作阶段最终报告
    4. 启动根服务器系统治理工作组
    5. 感谢卡勒德·库巴为 ICANN 董事会所做的贡献
    6. 感谢谢林·查拉比为 ICANN 董事会所做的贡献

 

  1. 认可议程:

    1. 批准会议记录

      第 2019.11.07.01 号决议:董事会批准 2019 年 9 月 8 日 ICANN 董事会例行会议和 2019 年 9 月 27 日 ICANN 董事会特殊会议的会议记录。

    2. 2022 年 3 月 ICANN 会议会场签约

      鉴于 ICANN 拟将 2022 年第一场公共会议的地点选在北美地区。

      鉴于 ICANN 组织已完成了对北美地区可用会场的全面审核,认为位于波多黎各圣胡安的一个会场最为合适。

      兹此发布第 2019.11.07.02 号决议:董事会授权总裁兼首席执行官或其指定人员参与并促进与 2022 年 3 月在波多黎各圣胡安举办的 ICANN 公共会议会场和酒店相关的所有必要的合同签订和费用支付工作,总金额不超过 [协商一致后确定的金额]。

      第 2019.11.07.03 号决议:出于谈判目的,该决议中的具体条款应按照《ICANN 章程》第 3 条第 3.5(b) 款的规定进行保密,保密期截至总裁兼首席执行官认为可以发布保密信息为止。

      第 2019.11.07.02 – 2019.11.07.03 号决议的理由

      作为 ICANN 公共会议策略的一部分,ICANN 争取每年在世界不同地理区域(按《ICANN 章程》中的定义)召开三次会议。第 73 届 ICANN 会议定于 2022 年 3 月 5 日至 10 日召开。研究并评估可用会场后,组织确定波多黎各圣胡安为举办 ICANN 公共会议的合适场地。

      组织对所有可用会场进行了全面分析并编制了一份报告,以确定那些符合“会议选址标准”(参见 http://meetings.icann.org/location-selection-criteria)的会场。依据提案和分析,工作人员确认将波多黎各圣胡安作为第 73 届 ICANN 会议的举办地。选择此北美地区会场时遵循了会议策略工作组制定的地理区域轮换指南。

      董事会审核了组织关于在波多黎各圣胡安举行 2022 年 3 月 ICANN 公共会议、判定提案符合会议选址标准重要因素以及所选会址相关成本的简报。ICANN 通过召开公共会议来支持其确保互联网唯一标识符系统的稳定和安全运营的使命,并通过为希望参与(无论是亲自参与还是远程参与)开放、透明和自下而上的多利益相关方政策制定流程的任何人提供免费和开放的机会,以符合公共利益的方式行事。

      主办会议并提供必要的差旅补助会对 ICANN 产生财务影响,承担会议差旅成本也会给社群带来财务影响。但是,无论会议的举办地点和会场在何处,都必须面临这些影响。此项行动对域名系统的安全性和稳定性不会产生任何影响。

      这属于组织管理职能,无需征询公众意见。

    3. ICANN 与 Zensar 的 IT 合同

      鉴于 ICANN 组织需要来自第三方的持续开发、质量保证和内容管理支持以增强自己的 IT 能力。

      鉴于过去数年来,Zensar 提供了优质的软件工程、质量保证和内容管理服务。

      鉴于 ICANN 组织在 2017 年续签合同时完成了整个提案征询流程,且 ICANN 组织根据其结果确定 Zensar 仍是首选供应商。

      鉴于 ICANN 组织考虑了为外包 IT 职能发出另一份提案征询书 (RFP) 或继续与 Zensar 续签合同的成本和效率,确定与 Zensar 续签合同的做法更为高效和具有成本效益。

      兹此发布第 2019.11.07.04 号决议:董事会授权总裁兼首席执行官或其指定人员与 Zensar 续签为期 24 个月的合同并支付相关款项。

      第 2019.11.07.05 号决议:出于谈判目的,该决议中的具体条款应按照《ICANN 章程》第 3 条第 3.5(b) 款的规定进行保密,保密期截至总裁兼首席执行官认为可以发布保密信息为止。

      第 2019.11.07.04 – 2019.11.07.05 号决议的理由

      2014 年 11 月,在经 ICANN 董事会批准后,ICANN 组织聘请了一家名为 Zensar 的专业第三方外包公司来增强 ICANN 的 IT 能力。为此,ICANN 与总部位于印度浦那的 Zensar 签订了一份为期三年、每年价值不超过 [协商一致后确定的金额] 的合同。在一项 RFP 流程后,该合同经董事会批准延长至 2020 年 3 月。续签合同的价值为 [协商一致后确定的金额],有效期为 24 个月,至 2020 年 4 月。据 ICANN 组织称,与 Zensar 的合作关系让 ICANN 组织受益良多,总的来说是一次非常成功的合作。

      ICANN 组织考虑了为外包 IT 职能发出另一份 RFP 或继续与 Zensar 续签合同的成本和效率,确定与 Zensar 续签合同的做法更为高效和具有成本效益。在对该事项进行审议后,董事会财务委员会 (BFC) 表示同意。

      因此,ICANN 组织和 BFC 都建议董事会授权组织与 Zensar 续签合同并支付相关款项,新的合同期限为 2020 年 4 月至 2022 年 3 月(为期 24 个月),总费用不超过 [协商一致后确定的金额]。

      在审议了所提出的资料后,董事会赞同,续签合同在财务方面具有重要意义。

      此项决定会产生财务影响,但这种影响已经在 2020 财年预算中纳入考虑,在未来的预算中也将会如此。另外,此项决定不会对域名系统的安全、稳定或弹性产生任何负面影响,相反,它很有可能会带来积极的影响。与 Zensar 签订合同符合 ICANN 的核心价值,即以高效、卓越且对财务负责的方式运营。

      这属于组织管理职能,无需征询公众意见。

    4. ICANN 与 Infovity 的合同

      鉴于 ICANN 需要与 Infovity 签订合同以获得 Oracle Cloud 支持。

      鉴于董事会财务委员会 (BFC) 已评估了与 Infovity 续签合同所带来的的财务影响,并考虑了其他备选方案。

      鉴于组织和 BFC 都建议董事会授权总裁兼首席执行官或其指定人员采取一切必要行动与 Infovity 签订合同并根据这些合同支付所有必要款项。

      兹此发布第 2019.11.07.06 号决议:董事会授权总裁兼首席执行官或其指定人员采取一切必要行动与 Infovity 续签合同,以确保 ICANN 获得 ERP 解决方案支持并根据这些合同支付所有必要款项。

      第 2019.11.07.07 号决议:出于谈判目的,该决议中的具体条款应按照《ICANN 章程》第 3 条第 3.5(b) 款的规定进行保密,保密期截至总裁兼首席执行官认为可以发布保密信息为止。

      第 2019.11.07.06 – 2019.11.07.07 号决议的理由

      自 2016 年 12 月开始实施以来,ICANN 已成功利用了 Oracle Cloud ERP。过去几年来,ICANN 组织已逐渐掌握了 ERP 系统和事务处理知识,并能够不断提高效率以实现原始投资最大化。Oracle Cloud ERP 取代了当时遗留的陈旧财务、人力资源和采购系统。此解决方案通过单一记录系统为 ICANN 组织提供了集成式 ERP 解决方案,提高了系统容量、全球报告和分析能力,改进了生产率和跨职能效率,并加强了内部控制。2015 年,Infovity 成为 ICANN 的 Oracle Cloud 实现合作伙伴。它提供了专业的专家系统资源,支持实现多个 Oracle Cloud 模块。此外,Infovity 还提供了名为 AppConnect 的接口应用程序。AppConnect 用于将 Oracle Cloud ERP 与 ICANN 的费用报告、汇率更新、招聘和客户主系统连接起来。

      ICANN 与 Infovity 之间的合同于 2019 年 9 月到期。年度费用为 [协商一致后确定的金额]。续签合同的费用不得超过 [协商一致后确定的金额]。

      在仔细分析了组织提交的众多方案后,一年期合同方案被认为是可行、具有成本效益的解决方案。为降低成本和改善服务,组织正在评议其他方案。但目前,与 Infovity 的一年期合同对 ICANN 而言是最佳的解决方案。

      董事会审核了组织和董事会财务委员会关于与 Infovity 续签合同并授权支付合同款项的建议。

      采取这项董事会行动为组织提供了继续开展工作的持续内部工具支持,有助于 ICANN 使命的履行。通过确保超过一定价值的大额合同的签订和支付按照 ICANN 的签约和支出政策经董事会审核和评估,此项行动符合公共利益。这可以确保董事会对大额支出进行监督,并适当管理 ICANN 接受的来自公众的资助。

      续签 Oracle Cloud ERP 合同会对 ICANN 产生财务影响。这种影响当前已纳入正在接受磋商的 2021 财年运营规划和预算中。该行动不会对域名系统的安全、稳定与弹性产生直接影响。

      这属于组织管理职能,无需征询公众意见。

    5. ICANN IMRS 集群

      鉴于 ICANN 组织已经建立了扩展 ICANN 管理的根服务器 (IMRS) 的需求,欲通过在新加坡安装集群,增大亚洲地区的根服务器容量以及提高 IMRS 乃至整个根服务器系统的弹性。

      鉴于董事会财务委员会 (BFC) 评估了在 IMRS 中增加新加坡集群的财务影响。

      鉴于组织和 BFC 都建议董事会授权总裁兼首席执行官或其指定人员采取一切必要行动签订合同和采购设备,以便在新加坡安装 IMRS 集群,并根据合同支付所有必要款项。

      兹此发布第 2019.11.07.08 号决议:董事会授权总裁兼首席执行官或其指定人员采取一切必要行动签订合同和采购设备,以便在新加坡安装 IMRS 集群,并根据合同支付所有必要款项。

      第 2019.11.07.09 号决议:出于谈判目的,该决议中的具体条款应按照《ICANN 章程》第 3 条第 3.5(b) 款的规定进行保密,保密期截至总裁兼首席执行官认为可以发布保密信息为止。

      第 2019.11.07.08 – 2019.11.07.09 号决议的理由

      ICANN 组织建议花费 [协商一致后确定的金额] 在新加坡安装新集群,以此扩展 ICANN 管理的根服务器 (IMRS)。

      IMRS,也被称为 l.root-servers.net,由世界各地近 170 个站点的设备组成。这些站点大部分仅包含一个服务器,称为 IMRS 单节点。除此之外,IMRS 还有三个较大的站点,称为 IMRS 集群,每个集群包含数十个服务器。目前的三个 IMRS 集群分别位于美国的洛杉矶附近和华盛顿特区附近,以及捷克共和国的布拉格。这些站点响应 DNS 查询的能力比 IMRS 单节点站点要高得多。虽然 IMRS 集群的高容量在查询负载正常时很有用,但在查询负载超过正常水平时,比如在分布式拒绝服务 (DDoS) 攻击期间,攻击者使用大量流量淹没 IMRS 时,它们就显得至关重要。

      此时在新加坡增加一个 IMRS 集群既是具有战略意义的决定,也是对 ICANN 组织资源的良好利用,原因有几点。

      该集群将能够解决亚洲地区当前对根服务的需求。亚洲现有 IMRS 站点收到的查询总量已经是第二繁忙地区(欧洲)的两倍。

      在新加坡安装 IMRS 将增加整个 IMRS 系统的拓扑结构多样性。目前,现有的三个集群分别位于北美和欧洲,亚洲地区的互联网所占比例存在不足。要符合设计最佳实践,就必须使大容量 IMRS 集群在整个互联网拓扑结构中均匀分布。

      新加坡拥有良好的互联网基础设施,非常适合安装 IMRS 集群。新加坡的互联网高度发达,稳健可靠。此外,与亚洲地区的其他国家相比,该国通过海底光缆与互联网的联系极为紧密。

      在新加坡安装 IMRS 集群将显著提高整个 IMRS 系统的整体弹性。新加坡集群将以 100 Gbits/秒的带宽连接到互联网,这使得它每秒能够响应超过 2400 万条 DNS 查询。在遭受大流量攻击时,新加坡集群提供的额外容量可吸收攻击流量,减轻攻击。足够容量的支持将确保亚洲地区的查询能够继续得到响应。

      董事会审核了组织和董事会财务委员会关于在新加坡安装 IMRS 集群的建议,并同意这些建议。

      采取这项董事会行动正好符合 ICANN 的使命和公共利益,因为它可以确保在大额支出超过 ICANN 的签约和支出政策授权的特定金额时,由董事会进行审核和评估。这可以确保董事会对大额支出进行监督,并适当管理 ICANN 接受的来自公众的资助。

      在新加坡安装 IMRS 集群会对 ICANN 产生财务影响。这种影响当前未纳入 2020 财年运营规划和预算中。此项行动不会对域名系统的安全、稳定与弹性产生任何影响。

      这属于组织管理职能,无需征询公众意见。

    6. 过剩净资产从运营资金转入储备资金

      鉴于运营资金包括用于 ICANN 日常运营的资金,其金额必须至少足以支付 ICANN 三个月的预计支出。

      鉴于任何被视为多余的资金都应定期转入储备资金。

      鉴于 ICANN 组织对所需的运营资金额度进行了分析,并根据未审计的财务报表确定,截至 2019 年 6 月 30 日,运营资金余额中包含多余的资金。

      鉴于此项决定符合董事会于 2018 年 10 月通过的储备资金补充政策。

      兹此发布第 2019.11.07.10 号决议:董事会授权总裁兼首席执行官或其指定人员从运营资金中转移 300 万美元到储备资金中。

      第 2019.11.07.10 号决议的理由

      根据 ICANN 的投资政策,运营资金应至少包含足以支付 ICANN 组织三个月运营费用的资金水平,除此之外,任何确定为多余的资金都应转入储备资金。

      ICANN 组织根据已审计的财务报表评估了截至 2019 财年末的运营资金,确定多余的 300 万美元资金应转入储备资金。

      此项行动符合 ICANN 的使命,与此同时,由于在需要使用储备资金的情况下,它有助于通过提供可靠的储备资金来确保 ICANN 组织的稳定性,因此也符合公共利益。

      此项行动不会对 ICANN 产生财务影响,也不会对域名系统的安全、稳定和弹性造成任何影响。

      这属于组织管理职能,无需征询公众意见。

    7. 投资政策更新

      鉴于董事会财务委员会 (BFC) 建议聘请外部专家审核 ICANN 投资政策新 gTLD 投资政策(统称为“投资政策”),确保这些政策适合 ICANN。

      鉴于外部专家已完成对 ICANN 投资政策的审核,并且得出结论:总体而言,投资政策仍然充分支持 ICANN 投资策略的保守理念。

      鉴于外部专家建议对投资政策作出修改,以加强和澄清某些规定,但是对总体投资策略不作改动。

      鉴于 BFC 已评估并建议在投资政策中增加环境、社会和治理 (ESG) 投资标准,此举可进一步降低风险,并且符合 ICANN 的投资原则。

      兹此发布第 2019.11.07.11 号决议:董事会通过经修订的 ICANN 投资政策。

      第 2019.11.07.11 号决议的理由

      为促进与 ICANN 投资政策相关的尽职调查,董事会财务委员会 (BFC) 建议 ICANN 组织对政策进行审核。为此,ICANN 组织聘请了一位独立专家(下称“顾问”)。根据审核结果,顾问建议对投资政策作出少许修改,具体包括:(i) 更新政策,将担保隔夜融资利率 (SOFR) 作为公认的货币市场指数纳入投资政策;以及 (ii) 新增环境、社会和治理 (ESG) 投资标准。ESG 投资标准符合 ICANN 投资政策的参数,顾问建议将其纳入投资政策,认为 ESG 将带来具有可比性的收益和绩效。

      在 2019 年 6 月 13 日会议上,顾问向 BFC 介绍了分析结果以及建议对投资政策作出的与 SOFR 和 ESG 投资相关的修改。在评估 ESG 时,顾问概述了 ESG 投资标准的优势和当前投资经理人的具体情况。这些对投资政策的拟议修改将使投资经理人能够根据投资政策优化投资策略。

      采纳建议的修改预计符合 ICANN 和 ICANN 社群的最佳利益,因为这意味着可以在某些方面加强和澄清 ICANN 的投资策略,同时在可接受的风险参数内提高潜在回报。它有助于 ICANN 履行其使命,而且符合公共利益。此举预计不会产生任何财务影响,也不会对域名系统的安全、稳定与弹性产生任何影响。

      这属于组织管理职能,无需征询公众意见。

    8. 任命董事会成员到 ATRT3

      鉴于根据章程第 4.6 款,董事会可任命一名董事或联络人担任问责制和透明度审核小组的成员。

      鉴于 2018 年 10 月,董事会任命了玛盾·波特曼担任问责制和透明度第 3 轮审核小组 (ATRT3) 的成员。

      鉴于在 ICANN 于 2019 年 11 月举行的年度会议上,玛盾·波特曼经董事会选举为新任主席,董事会确定让里昂·桑切斯接替玛盾·波特曼成为董事会任命的 ATRT3 成员。

      鉴于董事会治理委员会建议董事会任命里昂·桑切斯为董事会任命的 ATRT3 成员。

      兹此发布第 2019.11.07.12 号决议:董事会特此任命里昂·桑切斯担任董事会任命的 ATRT3 成员。

      第 2019.11.07.12 号决议的理由

      问责制和透明度第 3 轮审核当前正在进行中。根据章程第 4.6 款,董事会可任命一名董事或联络人担任问责制和透明度第 3 轮审核小组 (ATRT3) 的成员。

      2018 年 10 月,董事会任命了玛盾·波特曼担任这一重要审核小组的成员。

      由于玛盾·波特曼在 2019 年 11 月年度会议之后即被董事会选举为新任主席,董事会治理委员会 (BGC) 建议让里昂·桑切斯接替玛盾·波特曼成为董事会任命的 ATRT3 成员。董事会同意此建议。

      此项董事会行动不会对 ICANN 产生任何尚未考虑到的财务影响,也不会对域名系统的安全、稳定或弹性造成直接影响。

      董事会的行动符合 ICANN 的使命,即维护和改进关于公众意见、问责制和透明度的稳健机制,以确保其决策结果体现公共利益,同时确保 ICANN 对所有的利益相关方负责。另外,此项行动有助于 ICANN 履行其对维护和改进问责制和透明度的承诺,以及对确保董事会也可以通过根据章程任命成员参与到这一重要审核中来的承诺,因此符合公共利益。

      此项决定属于组织管理职能,无需征询公众意见。

    9. 推迟强制执行详尽 WHOIS 共识性政策

      鉴于 ICANN 董事会在 GNSO 详尽 WHOIS 工作组关于要求所有 gTLD 注册管理机构使用详尽 WHOIS 的共识性政策建议获得 GNSO 理事会批准后,于 2014 年 2 月 7 日通过了这些建议。建议 1 指出:“详尽 WHOIS 服务的条款(《2013 注册服务机构认证协议 (RAA)》规范 3 中确定的标签和显示一致性规范)应适用于所有现有和未来的通用顶级域 (gTLD) 注册管理机构。”

      鉴于详尽 WHOIS 过渡政策要求 .com 和 .net (Verisign) 以及 .jobs (Employ Media) 的各自注册管理运行机构从 2019 年 11 月 30 日开始接受注册服务机构提交的有关 .com、.net 和 .jobs 名称的“详尽”注册数据,2020 年 5 月 31 日之前的所有新域名注册必须作为“详尽”注册提交至注册管理机构,且现有域名的所有相关注册数据必须在 2020 年 11 月 30 日之前由“简略”向“详尽”转变。

      鉴于在为完成部署以接受详尽注册数据做准备期间,Verisign 提议对有关 .com 和 .net 的注册管理机构-注册服务机构协议进行修改。

      鉴于注册服务机构利益相关方团体根据与欧盟《通用数据保护条例》、数据的处理以及对注册服务机构强加的新要求和义务有关的问题,就 Verisign 提议的注册管理机构-注册服务机构协议修改表达了担忧。

      鉴于 ICANN 组织一直在促进 Verisign 与注册服务机构利益相关方团体之间的讨论,旨在就为了实施详尽 WHOIS 过渡政策而提议对注册管理机构-注册服务机构协议进行的修改达成一致。

      鉴于 Verisign 和注册服务机构利益相关方团体陷入僵局,需要更多时间来就为了实施详尽 WHOIS 过渡政策而提议对适用注册管理机构-注册服务机构协议进行的修改达成一致。

      鉴于 2019 年 7 月 29 日,Verisign 请求 ICANN 组织将详尽 WHOIS 过渡政策实施规划中的所有强制执行日期延长一年,使之与社群最终确定共识性政策以取代 gTLD 注册数据临时规范的时间以及与根据该共识性政策需要完成的任何相应实施审核和合同修改的时间相吻合。

      鉴于 2019 年 8 月 27 日,ICANN 董事会致函通用名称支持组织 (GNSO) 理事会,请 GNSO 理事会在考虑到快速政策制定流程团队、GNSO 和 gTLD 注册数据政策实施审核小组当前工作的情况下,就 ICANN 董事会是否应该批准再次推迟详尽 WHOIS 过渡政策的强制执行日期提供意见。

      鉴于 2019 年 9 月 20 日,GNSO 理事会回复 ICANN 董事会,称理事会目前仍在制定工作计划以解决受到影响的政策和程序,并且 gTLD 注册数据政策实施审核小组和理事会的工作很明显会在详尽 WHOIS 过渡政策的当前过渡里程碑之后完成。

      鉴于推迟执行将使得 ICANN 组织和社群有时间根据 ICANN 董事会于 2019 年 5 月 15 日通过的快速政策制定流程 (EPDP) 团队建议完成 gTLD 注册数据政策,以及考虑该政策对其他相关的 ICANN 共识性政策(包括详尽 WHOIS 过渡政策)的潜在影响。

      鉴于推迟执行将使得签约方有时间实施对详尽 WHOIS 过渡政策的任何更改,应对 gTLD 注册数据政策带来的潜在影响。

      鉴于推迟执行将使得签约方有时间根据即将发布的 gTLD 注册数据政策和 GNSO 理事会的审核结果完成必要的注册管理机构-注册服务机构协议。

      兹此发布第 2019.11.07.13 号决议:授权总裁兼首席执行官或其指定人员推迟详尽 WHOIS 过渡政策的强制执行日期,直到下列所有工作完成为止:

      • gTLD 注册数据政策实施审核小组 (IRT) 完成审核并制定出实施 ICANN 董事会于 2019 年 5 月 15 日通过的快速政策制定流程 (EPDP) 团队建议的预估时间表;
      • ICANN 组织和 IRT 就 EPDP 团队的建议对现有政策和程序(包括详尽 WHOIS 过渡政策)的影响向 GNSO 理事会提供必要信息;以及
      • GNSO 理事会就是否采取行动(可能包括额外的政策工作、指导或其他有待确定的行动)更新影响详尽 WHOIS 过渡政策的相关政策和程序做出决定。

      第 2019.11.07.13 号决议的理由

      这是第五次推迟强制执行详尽 WHOIS 过渡政策。2017 年 3 月,在准备实施详尽 WHOIS 过渡政策时,Verisign 提交了其最初提议的对注册管理机构-注册服务机构协议 (RRA) 的修订供 ICANN 组织批准。Verisign 表示,为确保在接受来自注册服务机构的注册数据时有适当的法律框架可以依据,有必要对所提议的 RRA 修订进行修改。注册服务机构利益相关方团体 (RrSG) 基于与 2018 年 5 月 25 日生效的欧盟通用数据保护条例 (GDPR) 相关的问题,提出了关于批准 Verisign 提议的 RRA 修订的疑虑。为解决这些疑虑,ICANN 组织遵循了 RRA 修订程序,并征询了 Verisign 和 RrSG 的意见。在与各方进行多次讨论但仍未找到解决所提疑虑的方法之后,RrSG 于 2017 年 8 月致函 ICANN 组织,表示希望推迟详尽 WHOIS 过渡政策的生效日期。2017 年 10 月 27 日,ICANN 董事会通过了一项决议,将详尽 WHOIS 过渡的强制执行日期推迟 180 天,使 Verisign、ICANN 组织和 RrSG 有更多的时间继续讨论,希望能就拟议的 RRA 修订达成决议。

      2018 年 4 月 13 日,Verisign 再次致函 ICANN 组织,请求再次推迟详尽 WHOIS 过渡政策的生效日期,其表示,坚持当前对详尽 WHOIS 过渡的实施截止期限并非“明智的做法,因为此时关于收集、传输和处理 WHOIS 数据的不确定性正是最高的时候,它会使社群工作变得更加复杂,风险更高。”2018 年 5 月 13 日,董事会通过了一项决议,将详尽 WHOIS 过渡政策的强制执行日期再次推迟 180 天,使 ICANN 组织能够继续与欧洲有关机构交涉,同时使 ICANN 社群能够建立一个临时模型,以便在坚持详尽 WHOIS 过渡政策的同时理解和管控 GDPR 带来的复杂性及风险。

      2018 年 5 月 17 日,ICANN 董事会通过了拟议的 gTLD 注册数据临时规范,作为确保现有 WHOIS 规定符合 GDPR 要求的一项临时措施。此举也促使 GNSO 理事会启动了一项快速政策制定流程。快速政策制定流程 (EPDP) 团队需要在临时规范实施后的 12 个月内,即 2019 年 5 月之前,完成其工作。

      2018 年 8 月 27 日,Verisign 提交了对 .com 和 .net RRA 的经修改拟议修订。Verisign 的经修改拟议修订旨在解决即将启动的详尽 WHOIS 过渡政策实施和满足 ICANN gTLD 注册数据临时规范中包含的要求。ICANN 组织再次按照既定程序考量了拟议修订,包括 RrSG 审核。

      2018 年 9 月 21 日,Verisign 致函 ICANN 组织,请求再次将详尽 WHOIS 过渡政策的强制执行日期推迟 12 个月。Verisign 提出这一请求的依据是 EPDP 团队当前正在围绕注册数据制定共识性政策,继续坚持详尽 WHOIS 过渡政策的实施截止期限以及在找到永久方案之前大规模迁移与 .com 和 .net 相关的注册数据将带来巨大的复杂性和风险。2018 年 10 月 25 日,董事会通过了一项决议,将详尽 WHOIS 过渡政策的强制执行日期再次推迟 180 天。

      2019 年 2 月 22 日,Verisign 致函 ICANN 组织,请求 ICANN 组织将详尽 WHOIS 过渡政策实施规划中的所有强制执行日期推迟一年,使之与社群最终确定共识性政策以取代 gTLD 注册数据临时规范的时间以及与根据该共识性政策需要完成的任何相应实施审核和合同修改的时间相吻合。2019 年 3 月 4 日,GNSO 理事会表决通过了 EPDP 团队在关于 gTLD 注册数据临时规范的最终报告中提出的所有政策建议。2019 年 3 月 14 日,董事会通过了一项决议,将详尽 WHOIS 过渡政策的强制执行日期再次推迟 180 天。2019 年 5 月 15 日,ICANN 董事会根据 EPDP 最终报告随附的标题为“计分卡:EPDP 第 1 阶段建议”的计分卡的 A 和 B 部分,通过了 GNSO 理事会关于按照该报告第 5 部分说明就 gTLD 注册数据制定一项新共识性政策的政策建议。

      2019 年 7 月 29 日,Verisign 致函 ICANN 组织,请求 ICANN 组织将详尽 WHOIS 过渡政策实施规划中的所有强制执行日期推迟一年,使之与社群最终确定共识性政策以取代 gTLD 注册数据临时规范的时间以及与根据该共识性政策需要完成的任何相应实施审核和合同修改的时间相吻合。

      2019 年 8 月 27 日,ICANN 董事会致函 GNSO 理事会,请理事会在考虑到 GNSO 理事会的当前工作和注册数据政策 IRT 当前针对 EDPD 团队建议的审核工作的情况下,以及在考虑到新政策对其他相关 ICANN 共识性政策(包括详尽 WHOIS 过渡政策)的潜在影响的情况下,就 ICANN 董事会是否应该批准再次推迟详尽 WHOIS 过渡政策的强制执行日期提供意见。2019 年 9 月 20 日,GNSO 理事会回复 ICANN 董事会,称理事会打算审核 EPDP 团队在建议(尤其是建议 27)中列出的现有政策和程序,包括详尽 WHOIS 过渡政策,以便开始更新这些政策和程序,使之符合 EPDP 团队的建议。理事会表示,其预计对受影响政策和程序的审核将在详尽 WHOIS 过渡政策的当前过渡里程碑之后完成,同时理事会确认,这一推迟请求由签约方提出。因此,理事会表示,它无权决定是否应该批准推迟。

      推迟的时间将使得 ICANN 组织和社群可以根据 ICANN 董事会于 2019 年 5 月 15 日通过的 EPDP 团队建议完成 gTLD 注册数据政策的起草工作,以及考虑该政策对其他相关的 ICANN 共识性政策(包括详尽 WHOIS 过渡政策)的潜在影响。在 GNSO 理事会基于对详尽 WHOIS 过渡政策的潜在影响采取行动(可能包括额外的政策工作、指导或其他有待确定的行动)更新相关政策和程序之后,签约方将需要时间完成必要的注册管理机构-注册服务机构协议,以及实施任何更改以应对 gTLD 注册数据政策对详尽 WHOIS 过渡政策的潜在影响。

      下表详细列出了 ICANN 董事会通过的决议及确定的政策实施日期。

      详尽 WHOIS 过渡政策规定的实施日期

        里程碑描述 注册管理运行机构必须为注册服务机构开始迁移注册数据部署 EPP 和批量转移机制 所有新注册必须提供“详尽”数据 现有注册完成过渡
      5 拟议的 2019 年 10 月董事会决议 待完成对建议 27 的审核及审核后的后续行动之后再决定
      4 2019 年 3 月董事会决议 2019/11/30 2020/5/31 2020/11/30
      3 2018 年 10 月董事会决议 2019/5/31 2019/11/30 2020/5/31
      2 2018 年 5 月董事会决议 2018/11/30 2019/4/30 2020/1/31
      1 2017 年 10 月董事会决议 2018/5/28 2018/10/28 2019/7/31
        最初共识性政策规定的日期 2017/8/1 2018/5/1 2019/2/1

      董事会当前正在采取行动,授权 ICANN 组织的总裁兼首席执行官推迟详尽 WHOIS 过渡政策的强制执行日期,直到下列所有工作完成为止:

      • gTLD 注册数据政策实施审核小组 (IRT) 完成审核并制定出实施 ICANN 董事会于 2019 年 5 月 15 日通过的快速政策制定流程 (EPDP) 团队建议的预估时间表;
      • ICANN 组织和 IRT 就 EPDP 团队的建议对现有政策和程序(包括详尽 WHOIS 过渡政策)的影响向 GNSO 理事会提供必要信息;以及
      • GNSO 理事会采取行动(可能包括额外的政策工作、指导或其他有待确定的行动)更新影响详尽 WHOIS 过渡政策的相关政策和程序。

      如果在考虑到 GNSO 理事会的工作的情况下这样做是有意义的,则在完成 gTLD 注册数据政策后,ICANN 组织将继续与 Verisign 和注册服务机构利益相关方团体合作,促进关于拟议 RRA 修订的讨论。

      董事会在考虑该事项时参考了多项重要材料,包括:

      董事会的行动预计不会对 ICANN 组织产生尚未纳入当前预算的财务影响。该决议属于组织管理职能,无需征询公众意见。此项行动符合 ICANN 的使命,同时,它有助于确保一致和协调地实施 gTLD 政策,因此也符合公共利益。

    10. 为 SSR2 提供补充资金

      鉴于第二轮安全、稳定和弹性 (SSR2) 审核小组的工作遭到了延误。

      鉴于原预算用于支持 SSR2 的资金不足以完成 SSR2 审核小组制定的工作计划。

      鉴于董事会承诺确保所有章程规定的审核工作(包括 SSR2)能够得到恰当和完整执行。

      鉴于董事会根据其审慎义务,希望强调 ICANN 资源的使用需要遵循财务审慎和负责任的原则,要求 SSR2 审核小组根据其修订后的工作计划及时间表勤勉工作,以便所请求的补充资源足够其完成工作。

      鉴于董事会财务委员会已确认可负担完成 SSR2 所需的补充资金,并建议董事会批准此补充资金。

      兹此发布第 2019.11.07.14 号决议:董事会批准为 SSR2 提供 25 万美元补充资金,并指示总裁兼首席执行官或其指定人员提供完成 SSR2 工作所需的相应支持。

      第 2019.11.07.14 号决议的理由

      对于《ICANN 章程》第 4 条第 4.6 款规定的具体审核,从审核开始到董事会就审核小组提交的建议采取行动这整个期间,ICANN 组织都会为审核小组的工作提供支持,通过这种方式支持审核的执行和完成。

      第二轮安全、稳定和弹性 (SSR2) 审核小组于 2017 年 9 月开始其工作,到目前为止已经花光了这项工作的原始预算资金。由于审核小组制定的工作计划需要更多工作和时间才能完成,预计会产生更多的费用,需要更多的资金。

      审核的资金当然已经纳入 ICANN 的年度运营规划和预算中,所分配的标准金额根据其他审核的历史经验确定。年度运营规划和预算在获得董事会通过前须经过磋商阶段和公共评议期,并且赋权社群有机会在年度运营规划和预算生效之前行使否决权。

      在通过年度运营规划和预算流程获得批准的原始资金之外,SSR2 审核小组提出了补充资金请求,此请求已根据董事会财务委员会 (BFC) 的建议提交董事会批准。董事会还注意到,董事会内负责 SSR2 事务的核心小组也与 BFC 有过会面,他们对 BFC 的建议持支持态度。董事会同意此建议。

      此项决定符合公共利益,它使章程规定的活动得以完成,而该活动的目的是提高 ICANN 履行其维持互联网唯一标识符系统的安全、稳定与弹性的使命的能力。此项决定预计会产生财务影响,以及对域名系统的安全、稳定与弹性产生积极影响。

      这属于组织管理职能,无需征询公众意见。

    11. ASO MoU 修订

      鉴于根据《ICANN 章程》第 9.1 款,地址支持组织 (ASO) 须就有关互联网地址操作、分配和管理的政策问题向 ICANN 董事会提供建议。

      鉴于 ICANN 与号码资源组织 (NRO) 于 2004 年 10 月 21 日签署的谅解备忘录 (MoU) 规定,NRO 应履行 ASO 的角色、职责和职能。

      鉴于《ICANN 章程》第 4 条第 4.4 款要求“由一个或多个独立于被审核组织的实体……定期审核各支持组织的绩效和运营。”

      鉴于 MoU 规定“NRO 应提供其自己的审核机制”,并且 2017 年,NRO 聘请了 ITEMS International 对 ASO 展开第二轮组织审核。

      鉴于 ITEMS International 于 2018 年完成了对 ASO 的第二轮组织审核,并向 NRO 提出了 18 项建议。

      鉴于建议 2 和 4 要求修订 ASO MoU 以反映与《ICANN 章程》提及相关的编辑修改、新增非洲网络信息中心为签署方以及删除附录 B。

      鉴于 ASO 拟定了 MoU 修订内容供 ICANN 考量。

      鉴于 ICANN 董事会通过其组织效率委员会审核了拟议修订。

      鉴于《ICANN 章程》第 9.1(b) 款将 ASO 定义为 2004 年 MoU 中所述的实体,而此条款需要更新。

      鉴于在实施 ASO 组织审核所提出建议的过程中,预计还会对章程作出其他修改。

      兹此发布第 2019.11.07.15 号决议:ICANN 董事会指示 ICANN 总裁兼首席执行官或其指定人员与 NRO 签署更新后的 MoU。

      第 2019.11.07.16 号决议:ICANN 董事会指示 ICANN 总裁兼首席执行官或其指定人员与 ASO 进行协调,共同拟定一份实施组织审核建议预计需要的章程修改。

      第 2019.11.07.15 – 2019.11.07.16 号决议的理由

      对认识到 ICANN 与 NRO 及 ASO 之间关系的演变而言,以及对实施最近根据《ICANN 章程》第 4 条第 4.4 款开展的 ASO 组织审核所提出的建议而言,董事会接受更新 ICANN 与 NRO 之间的 MoU 都是必要的一步。

      对 MoU 的拟议修订旨在解决组织审核提出的多项建议 (https://www.nro.net/accountability/aso-and-icann-accountability/independent-aso-reviews/aso-review-2017/):

      • 建议 5:“在每次完成对 ASO 的独立审核后,NRO 与 ICANN 应根据 MoU 第 9 条展开讨论,共同审视双方合作的结果和后果。双方应确定 ASO 在 ICANN 组织结构内是否具有长期的目标,并据此重新评估 MoU。”
      • 建议 2:“NRO 应考虑更新 ASO MoU 以反映新版《ICANN 章程》中对组织审核作出规定的条款为第 4.4 款这一事实(之前为第 IV 条第 4 款)。”
      • 建议 4:“ASO MoU 的各签署方应考虑更新 MoU,具体包括 i) 新增 AFRINIC 为签署方,以及 ii) 删除附录 B。”
      • 建议 4 第 iii 部分:“更新 ASO 作为决策参与人在 ICANN 赋权社群中的职责”
      • 建议 13:“应更新 ASO MoU 以反映赋权社群的最新现状,且 MoU 必须明确定义 ASO 的角色与职责”

      虽然 NRO 由于担心与《ICANN 章程》重复,未全面接受建议 4 和建议 13,但 MoU 确实得到更新,以反映 ASO 作为赋权社群的一分子所掌握的新权力,此前 MoU 已经对 ASO 选择 ICANN 董事会成员作了规定,新的权力涉及到选择和撤除董事会成员。

      ICANN 董事会将需要在更多方面就 ASO 组织审核的结果(特别是关于对《ICANN 章程》的修订)做出决定。预计其中一项修订将是更新目前章程中对 2004 年 MoU 的提及。董事会期待收到包含实施组织审核建议所需的所有拟议章程修订的统一数据包。

      此项行动预计不会产生任何财务影响,也不会对互联网 DNS 的安全、稳定或弹性产生任何影响。此项行动符合 ICANN 的使命,同时,它有助于 ICANN 履行自己在协调 IP 号码分配与指定以及促进全球号码注册管理机构政策制定方面所扮演的角色,因此也符合公共利益。

      这属于组织管理职能,无需征询公众意见。

    12. 认可第三届一般会员峰会

      鉴于第三届一般会员峰会 (ATLAS III) 在于 2019 年 11 月 4 日至 7 日举行的加拿大蒙特利尔 ICANN66 期间召开。

      鉴于在 ATLAS III 之前,ATLAS II 于 2014 年 6 月在英国伦敦 ICANN50 期间召开,第一届峰会于 2009 年 3 月在墨西哥 ICANN34 期间召开。

      鉴于一般会员社群继续践行峰会的参与精神,并通过一系列 ATLAS III 会后实施活动,培养一般会员未来领导者在其地区性一般会员组织 (RALO) 中成为变革推动者的能力。

      兹此发布第 2019.11.07.17 号决议:董事会祝贺在蒙特利尔 ICANN66 期间召开的峰会取得成功。

      第 2019.11.07.18 号决议:董事会肯定 ATLAS III 峰会及其成果的重要性,认为它们是个人互联网用户组成的一般会员社群为强大 ICANN 而提出的宝贵意见。

      第 2019.11.07.19 号决议:董事会感谢一般会员社群为举行第三届一般会员峰会和完成 ATLAS III 会后实施活动所付出的巨大努力。

      第 2019.11.07.20 号决议:董事会期待就第三届一般会员峰会和 ATLAS III 会后实施活动向董事会提出的所有意见,与 ALAC 进行跟进。

      第 2019.11.07.17 – 2019.11.07.20 号决议的理由

      第三届一般会员峰会 (ATLAS III) 由董事会批准的资金提供支持,聚集了众多未来的一般会员大使,专注于发展和培养潜在的思想领袖及变革推动者,他们将负责实施一般会员审核流程的结果,即让一般会员成员更有效地参与到政策建议流程中来。

      董事会在一项决议中确认,一般会员社群为发展和实施 ATLAS III 所付出的巨大努力(包括 12 个多月的策划工作)将对社群产生积极影响。ATLAS III 组织委员会、ATLAS III 项目工作组、ATLAS III 领导力发展团队、ATLAS III 遴选委员会、ATLAS III 参与者、一般会员领导层以及一般会员社群的其他成员对董事会的认可表示欢迎,并感谢 ATLAS III 取得成功。

      在第三届一般会员峰会结束后,一般会员社群将立即开始着手众多 ATLAS III 会后实施活动。ATLAS III 会后实施将取代前两届一般会员峰会上提交的正式宣言。

      此决定预计不会造成任何财务影响,亦不会对域名系统的安全、稳定与弹性造成任何影响。

      这属于组织管理职能,无需征询公众意见。

    13. SSAC 成员连任

      鉴于章程第 12 条第 12.2 款第 (b) 小节对安全与稳定咨询委员会 (SSAC) 作出了规定。

      鉴于董事会在第 2010.08.05.07 号决议中批准了章程修订,规定 SSAC 成员的任期为三年且采用任期交错制,并授权 SSAC 主席推荐所有现任 SSAC 成员连任整个或部分任期,以实施章程的修订内容。

      鉴于根据第 2010.08.05.08 号决议,董事会任命的 SSAC 成员的任期有 1 年、2 年和 3 年,即于 2011 年 1 月 1 日上任并分别于 2011 年 12 月 31 日、2012 年 12 月 31 日以及 2013 年 12 月 31 日离任。

      鉴于 2019 年 2 月,SSAC 成员资格委员会对任期将于 2019 年 12 月 31 日结束的 SSAC 成员进行了一次年度审核,并向 SSAC 提交了有关成员连任的建议。

      鉴于 2019 年 8 月 1 日,SSAC 成员批准了成员连任。

      鉴于 SSAC 建议董事会再次任命以下 SSAC 成员,任期为 3 年:乔·艾卜利 (Joe Abley)、杰夫瑞·贝德瑟 (Jeff Bedser)、本·巴特勒 (Ben Butler)、保罗 伊伯斯曼 (Paul·Ebersman)、克里斯蒂安·黑塞尔曼 (Cristian Hesselman)、梅里克·科欧 (Merike Käo)、沃伦·库马里 (Warren Kumari)、雅克·拉图尔 (Jacques Latour)、约翰·莱文 (John Levine)、丹尼·麦克费尔森 (Danny McPherson) 和塔拉·惠伦 (Tara Whalen)。

      兹此发布第 2019.11.07.21 号决议:董事会接受 SSAC 的建议,重新任命以下 SSAC 成员,任期为三年,从 2020 年 1 月 1 日开始,至 2022 年 12 月 31 日结束:乔·艾卜利、杰夫瑞·贝德瑟、本·巴特勒、保罗 伊伯斯曼、克里斯蒂安·黑塞尔曼、梅里克·科欧、沃伦·库马里、雅克·拉图尔、约翰·莱文、丹尼·麦克费尔森和塔拉·惠伦。

      第 2019.11.07.21 号决议的理由

      SSAC 是一个多样化的社群,其成员具备特定主题的专业知识,使 SSAC 能够履行其章程和使命。SSAC 自成立以来已邀请在技术和安全领域有渊博知识和丰富经验的成员加入其中,他们的知识和经验对互联网名称和地址分配系统的安全性和稳定性至关重要。这些人能为 SSAC 委员会履行其章程、执行其使命提供所需的专业知识和经验。

      该决议属于组织管理职能,无需征询公众意见。SSAC 成员的任命符合公共利益并进一步推进了 ICANN 的使命,因为它有助于 ICANN 实现加强 DNS 安全、稳定与弹性的承诺。

    14. 感谢社群成员

      鉴于 ICANN 要感谢各利益相关方社群成员为 ICANN 贡献的大量精力、技能和时间。

      鉴于社群成员在支持组织、咨询委员会、客户常任委员会和提名委员会中的任期结束时,ICANN 希望对他们表示感谢,以认可他们所做出的贡献。

      鉴于以下地址支持组织成员将结束任期:

      • 菲奥娜·阿松加 (Fiona Asonga),地址支持组织地址理事
      • 哈特穆特·格拉泽 (Hartmut Glaser),地址支持组织地址理事
      • 亨利·凯斯菲·索马特拉 (Henri Kasyfi Soemartono),地址支持组织地址理事

      兹此发布第 2019.11.07.22 号决议:ICANN 董事会对菲奥娜·阿松加、哈特穆特·格拉泽和亨利·凯斯菲·索马特拉在任期内所做的工作深表感谢,并祝愿他们未来在 ICANN 社群内外的工作和生活一切顺利。

      鉴于以下国家和地区名称支持组织成员将结束任期:

      • 黛比·莫纳翰 (Debbie Monahan),国家和地区名称支持组织理事
      • 阿比布·纳塔希吉耶 (Abibu Ntahigiye),国家和地区名称支持组织理事
      • 彼得·弗格特 (Peter Vergote),国家和地区名称支持组织理事
      • 张健 (Jian Zhang),国家和地区名称支持组织理事

      兹此发布第 2019.11.07.23 号决议:ICANN 董事会对黛比·莫纳翰、阿比布·纳塔希吉耶、彼得·弗格特和张健在任期内所做的工作深表感谢,并祝愿他们未来在 ICANN 社群内外的工作和生活一切顺利。

      鉴于以下通用名称支持组织成员将结束任期:

      • 艾顿·弗德莱恩 (Ayden Férdeline),通用名称支持组织理事
      • 卡洛斯·劳尔·古蒂瑞兹 (Carlos Raúl Guitérrez),通用名称支持组织理事
      • 托尼·哈里斯 (Tony Harris),通用名称支持组织理事
      • 托尼·赫尔姆斯 (Tony Holmes),互联网服务提供商和连接提供商选区副主席
      • 鲁本斯·库尔 (Rubens Kuhl),通用名称支持组织理事
      • 基兰·马伦查鲁维尔 (Kiran Malancharuvil),知识产权选区秘书
      • 约翰·麦克尔韦恩 (John McElwaine),知识产权选区财务主管
      • 保罗·麦克格雷迪 (Paul McGrady),通用名称支持组织理事
      • 萨伊德·伊斯迈尔·什哈 (Syed Ismail Shah),通用名称支持组织理事
      • 阿森尼·藤加里 (Arsene Tungali),通用名称支持组织理事
      • 布莱恩·温特费尔特 (Brian Winterfeldt),知识产权选区总裁

      兹此发布第 2019.11.07.24 号决议:ICANN 董事会对艾顿·弗德莱恩、卡洛斯·劳尔·古蒂瑞兹、托尼·哈里斯、托尼·赫尔姆斯、鲁本斯·库尔、基兰·马伦查鲁维尔、约翰·麦克尔韦恩、保罗·麦克格雷迪、阿森尼·藤加里、萨伊德·伊斯迈尔·什哈和布莱恩·温特费尔特在任期内所做的工作深表感谢,并祝愿他们未来在 ICANN 社群内外的工作和生活一切顺利。

      鉴于以下一般会员社群成员将结束任期:

      • 塞巴斯蒂安·巴肖莱 (Sébastien Bachollet),一般会员咨询委员会成员
      • 奥拉维尔·巴卡尔 (Olawale Bakare),欧洲地区一般会员组织秘书
      • 奥利维尔·科雷鹏-勒布朗 (Olivier Crépin-Leblond),欧洲地区一般会员组织主席
      • 默罕默德·埃尔·巴希尔 (Mohamed El Bashir),非洲地区一般会员组织主席
      • 海地亚·埃尔米尼亚维 (Hadia El Miniawi),一般会员咨询委员会成员
      • 里卡多·霍姆奎斯特 (Ricardo Holmquist),一般会员咨询委员会成员
      • 阚凯力 (Kaili Kan),一般会员咨询委员会成员
      • 约翰·拉普莱斯 (John Laprise),一般会员咨询委员会副主席
      • 格伦·麦克奈特 (Glenn McKnight),北美地区一般会员组织秘书
      • 巴特雷特·摩根 (Bartlett Morgan),一般会员咨询委员会成员
      • 塞温·欧耶迪吉 (Seun Ojedeji),一般会员咨询委员会成员
      • 法蒂玛塔·赛耶·西拉 (Fatimata Seye Sylla),非洲地区一般会员组织副主席

      兹此发布第 2019.11.07.25 号决议:ICANN 董事会对塞巴斯蒂安·巴肖莱、奥拉维尔·巴卡尔、奥利维尔·科雷鹏-勒布朗、默罕默德·埃尔·巴希尔、海地亚·埃尔米尼亚维、里卡多·霍姆奎斯特、阚凯力、约翰·拉普莱斯、格伦·麦克奈特、巴特雷特·摩根、塞温·欧耶迪吉和法蒂玛塔·赛耶·西拉在任期内所做的工作深表感谢,并祝愿他们未来在 ICANN 社群内外的工作和生活一切顺利。

      鉴于以下政府咨询委员会成员将结束任期:

      • 吉兰·德萨兰 (Ghislain de Salins),政府咨询委员会副主席
      • 郭丰 (Guo Feng),政府咨询委员会副主席
      • 蒂亚戈·雅尔丁 (Thiago Jardim),政府咨询委员会副主席

      兹此发布第 2019.11.07.26 号决议:ICANN 董事会对吉兰·德萨兰、郭丰和蒂亚戈·雅尔丁在任期内所做的工作深表感谢,并祝愿他们未来在 ICANN 社群内外的工作和生活一切顺利。

      鉴于以下根服务器系统咨询委员会成员将结束任期:

      • 布拉德·弗德 (Brad Verd),根服务器系统咨询委员会联合主席

      兹此发布第 2019.11.07.27 号决议:ICANN 董事会对布拉德·弗德在任期内所做的工作深表感谢,并祝愿他未来在 ICANN 社群内外的工作和生活一切顺利。

      鉴于以下安全与稳定咨询委员会成员将结束任期:

      • 唐·布卢门撒尔 (Don Blumenthal),安全与稳定咨询委员会成员(已故)
      • 伊·戴利 (Jay Daley),安全与稳定咨询委员会成员
      • 李晓东 (Xiaodong Lee),安全与稳定咨询委员会成员
      • 卡洛斯·马蒂内兹-嘉格那佐 (Carlos Martinez-Cagnazzo),安全与稳定咨询委员会成员

      兹此发布第 2019.11.07.28 号决议:ICANN 董事会对唐·布卢门撒尔、伊·戴利、李晓东和卡洛斯·马蒂内兹-嘉格那佐在任期内所做的工作深表感谢,并祝愿伊、晓东和卡洛斯未来在 ICANN 社群内外的工作和生活一切顺利。ICANN 董事会还与社群一起,就唐·布卢门撒尔的去世向他的家人表示哀悼,多年来,唐·布卢门撒尔一直是 ICNAN 社群的积极成员。

      鉴于以下客户常任委员会成员将结束任期:

      • 杰夫瑞·贝德瑟,客户常任委员会成员
      • 拜伦·霍兰 (Byron Holland),客户常任委员会主席
      • 伊莱恩·普锐斯 (Elaine Pruis),客户常任委员会副主席

      兹此发布第 2019.11.07.29 号决议:ICANN 董事会对杰夫瑞·贝德瑟、拜伦·霍兰和伊莱恩·普锐斯在任期内所做的工作深表感谢,并祝愿他们未来在 ICANN 社群内外的工作和生活一切顺利。

      鉴于以下提名委员会成员将结束任期:

      • 亚历翰德罗·阿科斯塔 (Alejandro Acosta),提名委员会成员
      • 纳迪拉·阿尔拉吉 (Nadira Alaraj),提名委员会成员
      • 阿兰·拜伦 (Nadira Alaraj),提名委员会成员
      • 乔纳森·科亨 (Jonathan Cohen),提名委员会成员
      • 安里亚特·埃斯特胡森 (Anriette Esterhuysen),提名委员会成员
      • 罗伯特·格拉 (Robert Guerra),提名委员会成员
      • 阿齐兹·希拉利 (Aziz Hilali),提名委员会成员
      • 布拉杰什·杰恩 (Brajesh Jain),提名委员会成员
      • 扎希德·贾米尔 (Zahid Jamil),提名委员会副主席
      • 雪莉·米勒 (Cheryl Miller),提名委员会候任主席
      • 乔恩·内维特 (Jon Nevett),提名委员会成员
      • 巴勃罗·罗德里格斯 (Pablo Rodriguez),提名委员会成员
      • 里亚·斯梅克尔 (Leah Symekher),提名委员会成员

      兹此发布第 2019.11.07.30 号决议:ICANN 董事会对亚历翰德罗·阿科斯塔、纳迪拉·阿尔拉吉、阿兰·拜伦、乔纳森·科亨、安里亚特·埃斯特胡森、罗伯特·格拉、阿齐兹·希拉利、布拉杰什·杰恩、扎希德·贾米尔、雪莉·米勒、乔恩·内维特、巴勃罗·罗德里格斯和里亚·斯梅克尔在任期内所做的工作深表感谢,并祝愿他们未来在 ICANN 社群内外的工作和生活一切顺利。

    15. 感谢第 66 届 ICANN 会议的当地主办机构

      董事会感谢以下各方的大力支持:魁北克省政府经济与创新部工业发展总经理马丁·奥布 (Martin Aube) 先生;加拿大政府创新、科学和经济发展部战略与创新政策领域高级助理副部长丽莎·史拉葳 (Lisa Setlakwe);ICANN66 当地主办委员会主席路易斯·霍尔 (Louis Houle);以及 ICANN66 当地主办委员会成员 .quebec、UQBM、Cyberjustice Laboratory 和 CORE。

    16. 感谢第 66 届 ICANN 会议的赞助商

      董事会希望对 ICANN66 的以下赞助商表示感谢:Openface、Verisign、公共利益注册管理机构、CIRA、Afilias plc、CentralNic、Neustar、Shortdot sa、PlanetHoster、Radix 和 CIIDRC。

    17. 感谢第 66 届 ICANN 会议的口译员、工作人员以及会议和酒店团队

      董事会对速记员、口译员、视听团队、技术团队和全体 ICANN 工作人员为 ICANN66 顺利进行所付出的努力表示最深的谢意。董事会还要感谢蒙特利尔会议中心的管理层和工作人员为召开本次会议提供了优良的场所和设施。特别感谢以下人员为召开本次会议提供优良的设施:蒙特利尔会议中心团队、马克-安德烈·杰梅 (Marc-André Gemme)、卡琳·普拉蒙登 (Karine Plamondon)、纳塔莉·莱热 (Nathalie Léger)、弗朗索瓦-纪尧姆·格兰杰 (François-Guillaume Granger)、西蒙·哈里斯 (Simon Harris)、让-皮埃尔·罗什福尔 (Jean-Pierre Rochefort) 和雷让·罗伊 (Réjean Roy);Capital Traiteur Montréal Inc. 的杰罗姆·波林 (Jerome Poulin)、迪迪埃·瓦切 (Didier Vacher)、哈基姆·弗拉尔 (Hakim Frahl)、乔纳森·普罗沃斯特 (Jonathan Provost)、纪尧恩·布切尔 (Guillaune Bucher) 和西蒙·德-杜鲁德 (Simon Devost-Dulude);Freeman Audio Visual Canada 的艾瑞克·盖尼耶 (Eric Gagne) 和让-弗朗索瓦·孔图瓦-白格温 (Jean-Francois Comtois-Bergevin);以及蒙特利尔旅游局的金姆·布莱克本 (Kim Blackburn) 和西比尔·布罗特 (Sybille Brault)。

  2. 主要议程:

    1. 将顶级域名 .TZ(坦桑尼亚)转让给坦桑尼亚通信监管机构

      第 2019.11.07.31 号决议:作为履行其在与 ICANN 签订的 IANA 域名职能合同下的责任的一部分,IANA 审核并评估了将顶级域名 .TZ 转让给坦桑尼亚通信监管机构的申请。相关文件证明,在评估该申请时遵循了适当的程序。

      第 2019.11.07.31 号决议的理由

      为什么董事会现在要解决此问题?

      根据 IANA 域名职能合同的要求,PTI 在履行 IANA 域名职能时已评估一项 ccTLD 转让申请,目前正提交报告供董事会审核。提请董事会审核的目的是确保严格遵守相应流程。

      正在考虑的提案是什么?

      正在考虑的提案是批准顶级域名 .TZ 的转让申请,并向坦桑尼亚通信监管机构授予经理人角色。

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

      在评估此转让申请的过程中,IANA 咨询了申请人和其他重要利益相关方。申请过程要求申请人说明其就此 ccTLD 在国内与其他方展开的磋商,并阐述其在本地互联网社群中的适用性。

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

      IANA 未收到社群就此申请提出的重大问题或疑虑。

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

      [已删减 — 敏感授权材料]

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

      董事会未发现此申请存在任何特定隐患。

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

      及时批准符合各种公众利益标准的国家和地区域名管理机构对 ICANN 的整体工作会有积极影响,对此类国家和地区顶级域所服务的当地社群也会有积极作用,同时还可体现积极履行 IANA 域名职能合同中所述的职责。

      是否会在财务方面对 ICANN(战略规划、运营规划、预算)、社群和/或公众产生影响或不良后果?

      管理 DNS 根区中的国家或地区代码授权是 IANA 的职责,授权行动不会对预先计划的开支有任何重大影响。评估国家和地区顶级域在特定国家和地区内部运营所产生的财务影响并不是 ICANN 的职责。

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

      ICANN 认为此申请不会对安全、稳定或弹性造成明显不利影响。这属于组织管理职能,无需征询公众意见。

    2. 针对 NomCom 详尽实施规划的独立审核

      鉴于《ICANN 章程》第 IV 条第 4.4 款要求 ICANN 董事会“由独立于被审核组织的实体定期审核各个支持组织、各个支持组织理事会、各个咨询委员会(政府咨询委员会除外)以及提名委员会 (NomCom) 的绩效和运营情况。根据董事会规定的标准所进行的审核的目标应该是确定 (i) 作为 ICANN 组织结构的一部分,该组织是否具有长期的目标,(ii) 如果有的话,那么对其结构或运作方式的任何更改是否有助于提高其效率。”

      鉴于第二轮 NomCom 审核的独立审核人于 2018 年 6 月编制了一份最终报告。该报告于 2019 年 3 月提交董事会,与此同时,董事会还收到了 NomCom 审核实施规划小组的可行性评估及初步实施规划。

      鉴于为了响应 2019 年 3 月的决议,组建了 NomCom 审核实施工作组。该工作组于 2018 年 9 月 3 日编制并一致通过了 NomCom 审核详尽实施规划

      兹此发布第 2019.11.07.32 号决议:董事会认可 NomCom 审核实施工作组的工作并对工作组成员付出的努力表示感谢。

      第 2019.11.07.33 号决议:董事会接受 NomCom 审核详尽实施规划,包括其中确定的实施方法。

      第 2019.11.07.34 号决议:董事会指示 NomCom 审核实施工作组按照 NomCom 审核详尽实施规划开始实施,并且每 6 个月通过书面报告向 ICANN 董事会组织效率委员会 (OEC) 汇报最新实施进展,包括但不限于在达到指标方面的进展以及所分配预算的使用情况。汇报时,NomCom 审核实施工作组应视需要提供有关实施进展可衡量性方面的更多细节,包括资源需求和预算影响。在收到这些详细计划时,董事会将通过 OEC 对它们进行审核。

      第 2019.11.07.35 号决议:在适用的年度预算制定流程中,应考虑实施第二轮 NomCom 审核的任何预算影响。

      第 2019.11.07.32 – 2019.11.07.35 号决议的理由

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

      为确保 ICANN 的多利益相关方模型保持透明、负责并帮助提高其绩效,《ICANN 章程》规定必须对各个支持组织、各个支持组织理事会、各个咨询委员会(政府咨询委员会除外)和提名委员会进行独立审核,具体如《ICANN 章程》第 IV 条第 4.4 款所述。执行 NomCom 审核的独立审核人编制了最终报告,该报告已于 2018 年 6 月发布。根据对独立审核人最终报告中包含的审核结果和建议的详细审阅,NomCom 实施规划小组编制了可行性评估及初步实施规划(简称“实施规划”),并于 2018 年 12 月 14 日一致通过了该规划报告。随后,NomCom 审核实施规划小组召集了一个工作组,该工作组起草并于 2019 年 9 月 13 日提交了 NomCom 审核详尽实施规划。

      NomCom 审核详尽实施规划中提出的 NomCom 审核建议有望改进 ICANN 及 NomCom 的效率、透明度和问责制目标,目前已经过董事会组织效率委员会以及整个董事会的审慎考虑。

      董事会决议将加强 ICANN 对在整个实施流程中维持和改进问责制、透明度和组织效率的承诺,对 ICANN 将产生积极影响。

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

      此项决议旨在推动 NomCom 审核进入实施阶段。继评估规划和 OEC 提供反馈之后,当前,董事会正在考虑 NomCom 审核详尽实施规划并指示 NomCom 审核实施工作组开始按照该规划启动实施流程。此步骤是组织审核流程制衡措施的重要部分,可在考虑到所有相关资源限制的情况下,确保经董事会批准的建议得到实施。

      正在考虑的提案是什么?

      董事会正在考虑的提案是组织效率委员会的建议,即通过由 NomCom 审核实施工作组起草并通过的 NomCom 审核实施规划。

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

      NomCom 审核实施工作组的主席和副主席联系了社群领导者,邀请他们就 27 项建议的实施流程提供反馈意见。社群的反馈为 NomCom 审核实施工作组起草 NomCom 审核详尽实施规划提供了指导。另外,NomCom 审核实施工作组还在 ICANN65 前夕举办了一场面向整个社群的网络研讨会,向社群提供有关 NomCom 审核实施工作组工作的最新信息并寻求他们的反馈。

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

      NomCom 审核实施工作组收到了社群就建议十 (10)、十四 (14)、十六 (16)、二十四 (24)、二十五 (25) 和二十七 (27) 提供的反馈意见。这些意见大都关于期望的实施结果,而不是关于 NomCom 审核实施工作组应该采用什么样的流程来实施建议。虽然在某些情况下,社群对实施流程的看法有所不同,但反馈有助于为 NomCom 审核实施工作组的工作提供指导。NomCom 审核实施工作组并未在规划中纳入社群关于实施结果的反馈,但记录了所有这些反馈,包括关于期望实施结果的反馈,这些反馈将在实施过程中为工作组的工作提供指导。

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

      董事会审核了 NomCom 审核实施工作组通过的 NomCom 审核详尽实施规划。在那之前,董事会还考虑了相关的章程规定、独立审核人的最终报告、NomCom 审核实施规划小组的可行性评估及初步实施规划以及社群就独立审核人的评估报告和最终报告草案提供的反馈,并将 OEC 在提出此建议时考虑的情况纳入考虑范围。

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

      此项董事会行动将会产生一些财务影响,但此项决议不构成对为实施工作提供任何具体资金支持的授权。正如规划中所详述的,一些建议的实施依赖于未来的预算请求成功获得通过,并且该规划概述了哪些建议会受到影响以及在未来 ICANN 预算流程中提出预算请求的必要性。

      这项行动是否符合 ICANN 的使命以及它所服务的公共利益是什么?

      董事会的行动符合 ICANN 的使命及其根据章程第 4.4 款做出的承诺,即确保 ICANN 多利益相关方模型保持透明、负责并帮助提高其支持组织和咨询委员会的绩效。

      这项行动将通过帮助履行 ICANN 维护和改进其问责制和透明度的承诺来为公共利益服务。

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

      此项董事会行动预计不会对与 DNS 有关的安全、稳定或弹性问题造成直接影响。

      董事会采取行动前是否需要征询公众意见?

      独立审核人的最终报告草案已发布,以征询公众意见。关于 NomCom 审核实施工作组的最新工作进展已在 ICANN65 召开前的一场网络研讨会上提供,NomCom 审核实施工作组的主席和副主席还联系了 SO/AC 主席以寻求对 27 项建议的实施流程的反馈,这些反馈为 NomCom 审核详尽实施规划的起草工作提供了指导。在董事会采取行动前,无需征询额外的公众意见。

    3. “CCWG-问责制”第 2 工作阶段最终报告

      鉴于 2014 年 3 月 14 日,美国商务部下属国家电信和信息管理局 (NTIA) 宣布有意将对 IANA 职能的管理权移交至全球多利益相关方社群。

      鉴于 NTIA 要求,移交提案必须得到广大社群的支持,并符合以下原则:

      • 支持并加强多利益相关方模型;
      • 维护互联网域名系统的安全、稳定和弹性;
      • 满足 IANA 服务的全球客户和合作伙伴的需求和期望;
      • 维护互联网的开放性;以及
      • 不会导致 ICANN 成为政府主导的组织或政府间组织。

      鉴于 2018 年 11 月 9 日,CCWG-问责制 WS2 的联合主席在 WS2 最终报告 (https://www.icann.org/en/system/files/files/ccwg-acct-ws2-final-24jun18-en.pdf) 获得章程组织批准后向董事会提交了该报告。

      鉴于根据章程第 27 条,ICANN 必须采用与审核 CCWG-问责制 WS1 建议相同的流程来考虑基于共识的 WS2 建议,并且只能否决其认为不符合全球公共利益的建议。这些建议必须符合第 27.1(c) 款所述的 NTIA 原则。

      鉴于 WS2 最终报告中包含的建议系针对 ICANN 董事会、ICANN 组织和 ICANN 社群提出。

      鉴于针对 ICANN 社群提出的 WS2 建议需由社群实施,ICANN 组织可视需要向社群提供支持。

      鉴于预算编制和规划流程将有利于社群采取优先法和分阶段法实施 WS2 建议。

      鉴于 WS2 实施小组告知董事会,WS2 实施评估报告不需要征询公众意见。

      兹此发布第 2019.11.07.36 号决议:董事会对 CCWG-WS2 成员在编制 WS2 最终报告和达成共识性建议过程中的无私奉献精神和两年多来的努力工作表示感谢。

      第 2019.11.07.37 号决议:董事会通过 WS2 最终报告中包含的各项共识性建议。

      第 2019.11.07.38 号决议:董事会指示 ICANN 总裁兼首席执行官或其指定人员着手实施 WS2 建议,包括处理 WS2 实施评估报告中确定的考量因素。

      第 2019.11.07.39 号决议:ICANN 董事会指示 ICANN 总裁兼首席执行官或其指定人员开始实施 WS2 最终报告中那些可在不等待预算编制流程的情况下向前推进的建议。这包括就由社群主导实施的 WS2 建议向 ICANN 社群提供可用的支持。实施工作应尽量在 WS2 建议获得通过后启动。

      第 2019.11.07.40 号决议:董事会指示 ICANN 总裁兼首席执行官或其指定人员按照 WS2 实施评估报告中的承诺,定期向董事会汇报实施进展。

      第 2019.11.07.41 号决议:对于针对 ICANN 社群的所有 WS2 建议,董事会指示 ICANN 总裁兼首席执行官或其指定人员通知相关社群团体这些建议已获得通过。董事会要求 ICANN 社群中所有负责实施建议的各方都参与进来,共同推动建议的成功实施。

      第 2019.11.07.36 – 2019.11.07.41 号决议的理由

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

      在编制 IANA 管理权移交提案时,ICANN 社群将加强 ICANN 问责制跨社群工作组的工作分为了两个阶段。第一个工作阶段 (WS1) 于 2016 年结束,就 IANA 管理权移交之前必须完成的问责制加强措施提出了共识性建议。社群还同意开展另一阶段工作(即第二个工作阶段,简称 WS2),在保留 CCWG-ACCT 的情况下,就不需要在 IANA 管理权移交之前制定解决方案和全面实施的问责制主题提供建议。ICANN 董事会承诺根据《ICANN 章程》第 27 条对 WS2 建议进行考量。今天的行动是 CCWG-ACCT 努力的最终成果,与董事会自 2016 年来的承诺相符。

      2018 年 7 月,WS2 向章程组织提交了最终报告,其中包括共识性建议和对其中四项建议的实施指导。在 WS2 最终报告获得章程组织批准后,CCWG-ACCT 联合主席于 2018 年 11 月向董事会提交了该报告。

      在提交 WS2 最终报告后,ICANN 组织编制了 WS2 实施评估报告,概述了关于社群、ICANN 组织和董事会在实施 WS2 建议时需要付出的努力的建议和考量事项。此实施可行性评估报告还指出了各方在实施 WS2 建议中的角色、职责和资源分配问题。

      WS2 实施评估报告得到了 WS2 实施小组的讨论,该小组由 WS2 分组的联合主席和报告员组成,他们的意见和澄清为最终报告的起草提供了指导。WS2 实施小组敦促董事会向前推进,批准和指示实施这些建议,而不是将 WS2 实施评估报告拿出来征询大家关于优先性的意见和建议。董事会支持推进实施工作,但同时指出,WS2 建议的数量众多,考虑到 ICANN 社群和组织面临的其他工作,讨论这些建议的优先性仍然是非常重要和有必要的。

      正如 WS2 实施评估报告中指出,虽然预算编制和规划流程将有利于社群采取优先法和分阶段法实施建议,但 ICANN 董事会希望 ICANN 组织可以首先开始实施 WS2 最终报告中那些可在不等待预算编制流程的情况下向前推进的建议。

      董事会还希望 ICANN 组织就由社群主导实施的 WS2 建议向 ICANN 社群提供可用的支持。实施工作应尽量在 WS2 最终报告获得通过后启动。

      WS2 建议实施的动态将定期向董事会和社群汇报。

      为什么要考虑这项提案?

      WS2 最终报告包含 100 多项基于共识的建议,涉及的主题如下:多样性、善意行为准则、人权、管辖权、改进 ICANN 监察官办公室、SO/AC 问责制、员工问责制以及透明度。对于每个主题,最终报告都提出了多项由 ICANN 组织、社群和董事会主导实施的具体问责制和透明度建议。其中,由 ICANN 社群主导实施的建议超过 30 项,在这些建议的实施中,组织和董事会仅仅扮演着支持者的角色。

      WS2 建议必须符合 NTIA 为移交确立的五项原则:

      • 支持并加强多利益相关方模型;
      • 维护互联网域名系统的安全、稳定和弹性;
      • 满足 IANA 服务的全球客户和合作伙伴的需求和期望;
      • 维护互联网的开放性;以及
      • 不会导致 ICANN 成为政府主导的组织或政府间组织。

      报告中不存在任何与这些原则相抵触的建议。这些建议既不会影响互联网 DNS 的安全、稳定与弹性、IANA 服务的提供以及互联网的开放性,也不会为 ICANN 成为政府主导的组织或政府间组织带来任何可能性。总的来说,这些建议的起草通过在所涉及重要问题上建立多层次的问责机制,有助于支持和加强多利益相关方模型。因此,它们符合 NTIA 原则,适合实施。

      董事会指出,针对 ICANN 组织提出的 WS2 建议应在年度预算和运营规划的范围内尽快开始实施。董事会承认,一些针对董事会提出的建议并不在董事会的权力范围内,它们的实施依赖于社群。鉴于章程组织已经批准了 WS2 最终报告,预计社群将开始实施由他们主导实施的 WS2 建议。

      董事会希望每一项建议都能得到通过和实施指示,并且随着实施流程的启动,董事会希望 ICANN 组织定期向社群和董事会汇报实施进展。另外,董事会还希望,当需要澄清实施工作是否符合建议的意图时,ICANN 组织能根据需要与 WS2 实施小组密切合作。董事会预计,ICANN 组织将确定哪些项目可以直接着手实施,其余项目则在规划期间确定,以便纳入预算和运营规划工作,进一步确定优先性。

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

      WS2 最终报告征询了公众意见,并由各章程组织签字批准。此外,在编制 WS2 实施评估报告时,WS2 实施小组还与董事会移交核心小组举行了会议,共同讨论和指导最终报告。双方就 WS2 实施评估报告不需要征询公众意见达成一致,其优先性确定和实施将构成 ICANN 当前运营规划流程的一部分。关于仍在等待实施的建议的优先性,将来还会通过 ICANN 的规划流程进一步征询意见。

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

      董事会在决定通过 WS2 最终报告及其中包含的建议时,审核了 WS2 最终报告(包括其中包含的实施指导)和 WS2 实施评估报告。WS2 实施评估报告的编制基于通过与 WS2 实施小组之间的讨论所获得的指导和澄清,此举是为了确保 WS2 实施评估报告反映共识性建议的意图。

      是否会在财务方面对 ICANN(战略规划、运营规划、预算)、社群和/或公众产生影响或不良后果?

      正如董事会通过工作阶段 1 报告和建议时所言,WS2 建议的实施将由 ICANN 的年度预算和运营规划流程提供资金。WS2 最终报告也确认,完成这些建议的实施需要几年的时间。这使得 ICANN 组织可以根据其有限的资源编制预算。正如 WS2 实施评估报告所指出,有一些建议现在即可实施,它们无需等待预算和运营规划流程完成,或者可以在不给预算造成显著影响的情况下快速实施,董事会预计这些建议的实施工作能够尽快启动。

      然而,还有一些经董事会通过的 WS2 建议的实施将对 ICANN 产生相当大的资源和预算影响。

      董事会指出,它有义务和责任平衡 ICANN 的工作以保证 ICANN 组织有能力履行其使命并服务于公共利益。

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

      总的来说,ICANN 董事会通过 WS2 建议预计会对社群产生积极的影响。首先,董事会必须遵守自己的承诺,坚持完成加强 ICANN 问责制流程,这一点非常重要。其次,也是更重要的一点,随着这些建议的实施,社群应该能在各个层面(包括董事会、组织和社群)看到 ICANN 问责制得到积极的改进。

      如果负责主导 WS2 建议实施的 SO/AC 和社群团体决定开始实施这些建议,这可能会对社群的工作量产生影响。除了其他正在进行的工作和相关成本以外,这可能会影响到社群带宽和资源。在 SO/AC 和社群团体考虑针对他们的 WS2 建议并确定行动方针之前,这种对资源的影响尚不明确。董事会也明白,ICANN 组织参与支持 SO/AC 和社群团体的实施工作将会非常重要。

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

      董事会通过 WS2 最终报告及其建议的行动预计不会对与 DNS 有关的安全、稳定或弹性问题造成直接影响。

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

      WS2 最终报告是 ICANN 多利益相关方社群依据 NTIA 为支持 IANA 管理权成功移交而确立的原则所编制的共识性文件。这在《ICANN 章程》第 27 条“移交”中有明确说明,符合 ICANN 的使命。

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

      在将 WS2 最终报告提交董事会考量之前,已收到关于该报告的公众意见。

    4. 启动根服务器系统治理工作组

      鉴于《ICANN 章程》确立根服务器系统咨询委员会 (RSSAC) 的职责是就互联网根服务器系统的运营、管理、安全性和整合性相关问题向 ICANN 社群和 ICANN 董事会提供建议。

      鉴于 RSSAC 公布了“RSSAC037:DNS 根服务器系统治理模型提案”(RSSAC037),提议由五个职能部门来负责根服务器系统的治理、问责制和透明度;并公布了“RSSAC038:RSSAC 对 DNS 根服务器系统治理模型提案的建议”(RSSAC038),针对后续步骤向 ICANN 董事会提供了三项建议。

      鉴于 ICANN 董事会通过其董事会技术委员会对《概念文件:启动以社群驱动的流程针对 RSSAC037 编制一套最终模型》(简称“概念文件”)的编制进行了监督,该概念文件根据 RSSAC037 提议了一个模型。

      鉴于为了回应 RSSAC038 的建议一,该概念文件提出了一个由根服务器系统治理工作组 (GWG) 领导的以社群驱动的流程来制定最终模型。

      鉴于在董事会技术委员会的指示下,ICANN 组织为 GWG 编制了章程草案、运营程序和工作计划。

      鉴于 ICANN 组织发布了 RSSAC037、概念文件以及 GWG 的章程草案、运营程序和工作计划以征询公众意见,公共评议期为 2019 年 5 月至 8 月。

      鉴于公共评议期间共收到了九条意见。ICANN 组织总结了这些意见并拟定了后续步骤提交给董事会技术委员会。

      鉴于董事会技术委员会审阅了汇总的公众意见、修订了 GWG 的章程和运营程序、调整了 GWG 工作计划的时间表并建议召集 GWG 会议。

      兹此发布第 2019.11.07.42 号决议:ICANN 董事会指示 ICANN 总裁兼首席执行官或其指定人员发布 GWG 的最终章程、运营程序和工作计划并召集 GWG 会议。

      第 2019.11.07.42 号决议的理由

      继互联网号码分配机构 (IANA) 管理权移交后,RSSAC 建立了一个旨在发展根服务器系统 (RSS) 的初步框架。2018 年 6 月,RSSAC 在“RSSAC037:DNS 根服务器系统治理模型提案”(RSSAC037) 中公布了其针对 RSS 和根服务器运营商提议的治理模型。RSSAC037 模型要求由五个职能部门来负责 RSS 的治理、问责制和透明度。同时 RSSAC 公布了“RSSAC038:RSSAC 对 DNS 根服务器系统治理模型提案的建议”(RSSAC038)。在 RSSAC038 中,RSSAC 针对有关 RSSAC038 的后续步骤向 ICANN 董事会提出了三项建议。

      从那以后,在 ICANN 董事会考虑 RSSAC037 的过程中,ICANN 董事会通过董事会技术委员会对《概念文件:启动以社群驱动的流程针对 RSSAC037 编制一套最终模型》(简称“概念文件”)的编制进行了监督。该概念文件根据 RSSAC037 提议了一个模型(简称“概念模型”)。概念模型确立了三个新的小组,分别是根服务器系统治理委员会、根服务器系统常任委员会和根服务器运营商审核小组。除了这三个小组外,ICANN 组织还将管理财务和秘书处职能。

      此概念文件还概述了一项为 RRS 制定最终治理模型的以社群驱动的流程。此举是为了回应 RSSAC038 中的建议一,该建议要求 ICANN 董事会“启动制定最终版模型的流程以便根据 RSSAC037 实施。”这项以社群驱动的流程分为三个阶段:设计、协商和实施。在实施阶段,有两个工作轨道。根服务器系统治理工作组 (GWG) 将领导结构轨道来制定一个最终模型,而 ICANN 组织将领导管理轨道为最终模型的实施制定计划。

      ICANN 董事会技术委员会指示了 ICANN 组织为 GWG 编制章程草案、运营程序和工作计划。2019 年 5 月至 8 月,公众被邀请就 RSSAC037、概念文件以及 GWG 的章程草案、运营程序和工作计划提供意见。公共评议期间共收到了九条意见。ICANN 组织总结了这些意见并拟定了后续步骤提交给董事会技术委员会。董事会技术委员会审阅了汇总的公众意见、修订了 GWG 的章程和运营程序、调整了 GWG 工作计划的时间表并建议召集 GWG 会议。

      RSSAC037、概念文件以及 GWG 的章程、运营程序和工作计划为在 ICANN 社群中讨论发展 RSS 治理提供了一个起点。通过召集 GWG 会议,ICANN 完成了其对 RSSAC038 中的建议一的考虑。此外,ICANN 董事会也继续对 RSSAC038 中的建议二和三进行评估和考虑。

      此项行动符合 ICANN 的使命,也符合其在促进 RSS 运营和发展协调方面所扮演的角色。它有助于加强和发展 DNS,因此符合公共利益。支持发展 RSS 治理有助于 ICANN 履行其对加强 DNS 安全、稳定与弹性的承诺。发展 RSS 治理将会使 ICANN 社群和 ICANN 组织发生重大变化。制定最终模型的以社群驱动的流程需要大量的工作和资源投入。任何预算和财务影响将通过可确保问责制和透明度的 ICANN 流程来处理。

    5. 感谢卡勒德·库巴为 ICANN 董事会所做的贡献

      鉴于卡勒德·库巴于 2016 年 11 月 8 日被提名委员会任命为 ICANN 董事会成员。

      鉴于卡勒德·库巴于 2019 年 11 月 7 日结束其在 ICANN 董事会的任期。

      鉴于卡勒德·库巴曾担任以下委员会和工作组的成员:

      • 财务委员会
      • 治理委员会
      • 组织效率委员会(主席)
      • 董事会 IDN 工作组
      • 董事会互联网治理工作组

      兹此发布第 2019.11.07.43 号决议:董事会对卡勒德·库巴在任期内所做的工作深表感谢,并祝愿他未来在 ICANN 社群内外的工作和生活一切顺利。

    6. 感谢谢林·查拉比为 ICANN 董事会所做的贡献

      鉴于卡谢林·查拉比于 2010 年 12 月 10 日被提名委员会任命为 ICANN 董事会成员。

      鉴于谢林·查拉比于 2015 年 12 月 22 日当选为 ICANN 董事会副主席。

      鉴于谢林·查拉比于 2017 年 11 月 2 日当选为 ICANN 董事会主席。

      鉴于谢林·查拉比于 2019 年 11 月 7 日卸任主席一职并结束其在 ICANN 董事会的任期。

      鉴于谢林·查拉比曾担任以下委员会和工作组的成员:

      • 薪酬委员会(主席)
      • 执行委员会(主席)
      • 财务委员会(主席)
      • 全球关系委员会
      • 治理委员会
      • 新 gTLD 项目委员会(主席)
      • 总裁兼首席执行官遴选委员会(2011 年和 2015 年)
      • 技术委员会
      • 董事会注册目录服务工作组

      兹此发布第 2019.11.07.44 号决议:董事会对谢林·查拉比在任期内所做的工作深表感谢,并祝愿他未来在 ICANN 社群内外的工作和生活一切顺利。

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