Skip to main content
Resources

批准的董事会决议 | ICANN 董事会特殊会议

本页面还提供其他语种:

  1. 认可议程:
    1. 批准会议记录
  2. 主要议程:
    1. 安全与稳定咨询委员会 (SSAC) 成员任命
    2. 根服务器运营商 (RSO) 对根服务器系统咨询委员会 (RSSAC) 的任命
    3. 将顶级域 .CO(哥伦比亚)转让给信息和通信技术部
    4. 董事会治理委员会推荐的 2021 年度提名委员会主席和候任主席
    5. 接受 At-Large2 审核最终实施报告
    6. 其他事务

  1. 认可议程:

    1. 批准会议记录

      兹此发布第 2020.09.10.01 号决议:董事会批准 2020 年 6 月 18 日 ICANN 董事会特殊会议、2020 年 7 月 9 日 ICANN 董事会特殊会议、2020 年 8 月 13 日 ICANN 董事会特殊会议和 2020 年 8 月 27 日 ICANN 董事会特殊会议的会议记录。

  2. 主要议程:

    1. 安全与稳定咨询委员会 (SSAC) 成员任命

      鉴于章程第 12.2(b)(ii) 款规定,董事会应负责任命安全与稳定咨询委员会 (SSAC) 的主席和成员。

      鉴于罗德·拉斯穆森 (Rod Rasmussen) 担任 SSAC 主席的三年任期将于 2020 年 12 月 31 日结束。

      鉴于 SSAC 已完成主席选举流程,要求董事会再次任命罗德·拉斯穆森担任 SSAC 主席,自 2021 年 1 月 1 日起生效,任期三年。

      鉴于董事会在第 2010.08.05.07 号决议上批准了章程修订,规定 SSAC 成员的任期为三年,要求在任期内分期担任职务,并授权 SSAC 主席推荐当前的所有 SSAC 成员连任整个或部分任期,以实施章程的修订内容。

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

      鉴于 2020 年 6 月 29 日,SSAC 成员批准了成员连任。

      鉴于 SSAC 建议董事会再次任命以下 SSAC 成员,任期为 3 年:格雷格·亚伦 (Greg Aaron)、本尼迪克特·阿迪斯 (Benedict Addis)、KC·克拉菲 (KC Claffy)、莱曼·查宾 (Lyman Chapin)、吉奥夫·休斯顿 (Geoff Huston)、巴瑞·莱巴 (Barry Leiba)、拉斯·芒迪 (Russ Mundy)、罗德·拉斯穆森、克里斯·茹森拉德 (Chris Rosenraad) 以及马克·塞登 (Mark Seiden)。

      鉴于 SSAC 成员资格委员会代表 SSAC 要求董事会任命史蒂夫·克罗克 (Steve Crocker) 到 SSAC 任职,自董事会批准之日起即刻生效,至 2023 年 12 月 31 日止,任期三年。

      兹此发布第 2020.09.10.02 号决议:董事会接受 SSAC 的建议,任命罗德·拉斯穆森为 SSAC 主席,任期为三年,从 2021 年 1 月 1 日开始,至 2023 年 12 月 31 日结束。

      兹此发布第 2020.09.10.03 号决议:董事会接受 SSAC 的建议,再次任命以下 SSAC 成员,任期为三年,从 2021 年 1 月 1 日上任,至2023 年 12 月 31 日结束:格雷格·亚伦、本尼迪克特·阿迪斯、KC·克拉菲、莱曼·查宾、吉奥夫·休斯顿、巴瑞·莱巴、拉斯·芒迪、罗德·拉斯穆森、克里斯·茹森拉德以及马克·塞登。

      兹此发布第 2020.09.10.04 号决议:董事会任命史蒂夫·克罗克到 SSAC 任职,自董事会批准之日起即刻生效,至 2023 年 12 月 31 日止。

      第 2020.09.10.02 – 2020.09.10.04 号决议的理由

      根据《ICANN 章程》第 12.2(b) 款规定,ICANN 董事会应负责任命安全与稳定咨询委员会 (SSAC) 的主席和成员。SSAC 已完成主席职位选举流程,要求董事会考虑任命罗德·拉斯穆森为 SSAC 主席。

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

      SSAC 能否作为合格的主体持续运营取决于同意自愿投入时间和精力来执行 SSAC 使命的优秀主题问题专家是否增加。

      史蒂夫·克罗克在 ICANN 社群很有名。从 2002 年开始他便担任 SSAC 的创始主席。之后,他于 2008-2017 年在 ICANN 董事会任职,2011-2017 年担任董事会主席。克罗克博士是 Shinkuro, Inc. 的首席执行官兼共同创办人,该公司是一家致力于互联网信息动态分享以及互联网增强型安全协议部署的新型公司。他是上世纪 60 年代末 70 年代初的团队成员之一,曾帮助 Arpanet 开发协议,奠定了今天互联网的基础。他曾组织了网络工作组,即目前互联网工程任务组的前身,并启动了意见征询,这一系列的笔记使得协议的设计得到了记录并分享。SSAC 期待与史蒂夫·克罗克再次合作,相信他将给委员会带来重要的技能和丰富的经验。

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

    2. 根服务器运营商 (RSO) 对根服务器系统咨询委员会 (RSSAC) 的任命

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

      鉴于《ICANN 章程》要求 ICANN 董事会根据 RSSAC 主席的建议从各根服务器运营商组织中选拔任命一名 RSSAC 成员。

      鉴于 RSSAC 主席建议 ICANN 董事会任命来自 Cogent、美国国家航空航天局 (NASA)、Réseaux IP Européens (RIPE) 网络协调中心、南加州大学信息科学学院和大范围集成分布式环境 (WIDE) 项目的 RSSAC 代表。

      兹此发布第 2020.09.10.05 号决议:ICANN 董事会任命芭芭拉·施莱克 (Barbara Schleckser) 为 RSSAC 代表,任期至 2022 年 12 月 31 日,任命韦斯利·哈达克 (Wesley Hardaker)、村井纯 (Jun Murai)、卡菲·兰吉巴和保罗·维克西 (Paul Vixie) 为 RSSAC 代表,任期至 2023 年 12 月 31 日。

      第 2020.09.10.05 号决议的理由

      2013 年 5 月,根服务器运营商组织同意了向 RSSAC 任命的代表的初始成员构成,且各个组织提名了一位个人。2013 年 7 月,ICANN 董事会批准了 RSSAC 的初始成员构成,对成员实行交错任期制。来自 Cogent、欧洲网协 (RIPE) 网络协调中心、南加州大学信息科学学院和大范围集成分布式环境 (WIDE) 项目代表的当前任期将于 2020 年 12 月 31 日到期。来自美国国家航空航天局 (NASA) 的代表的当前任期将于 2022 年 12 月 31 日到期。美国国家航空航天局 (NASA) 将更换其代表。

      今天,董事会正在根据《ICANN 章程》第 12 条第 12.2 (c)(ii) 款的规定采取行动,任命 RSSAC 成员。

      任命 RSSAC 成员预计不会对 ICANN 组织产生任何财务影响,当前用于为 RSSAC 提供持续支持所必需的预算资源中未考虑这些财务影响。

      该决议属于组织管理职能,无需征询公众意见。RSSAC 成员的任命符合公共利益,并且有助于 ICANN 组织履行加强 DNS 安全、稳定与弹性的承诺。

    3. 将顶级域 .CO(哥伦比亚)转让给信息和通信技术部

      兹此发布第 2020.09.10.06 号决议:作为履行其在与 ICANN 签订的 IANA 域名职能合同下的责任的一部分,IANA 审核并评估了将顶级域 .CO 转让给信息和通信技术部的申请。相关文件证明,在评估该申请时遵循了适当的程序。

      第 2020.09.10.06 号决议的理由

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

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

      正在考虑的提案是什么?

      正在考虑的提案是批准顶级域 .CO 的转让申请,向信息和通信技术部授予管理者角色。

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

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

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

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

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

      [已删减 — 敏感授权信息]

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

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

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

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

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

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

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

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

    4. 董事会治理委员会推荐的 2021 年度提名委员会主席和候任主席

      鉴于董事会治理委员会 (BGC) 审核了 2021 年度提名委员会 (NomCom) 主席和候任主席的意向书,并与候选人进行了面谈。

      鉴于 BGC 建议任命奥尔·杰克布森 (Ole Jacobsen) 为 2021 年度 NomCom 主席,特雷西·哈克肖 (Tracy Hackshaw) 为 2021 年度 NomCom 候任主席。

      兹此发布第 2020.09.10.07 号决议:董事会在此任命奥尔·杰克布森为 2021 年度提名委员会主席,特雷西·哈克肖为 2021 年度提名委员会候任主席。

      第 2020.09.10.07 号决议的理由

      《ICANN 章程》要求董事会任命提名委员会 (NomCom) 主席和 NomCom 候任主席。请参阅《ICANN 章程》第 8 条第 8.1 款。董事会已授权董事会治理委员会 (BGC) 负责推荐 NomCom 主席和候任主席供董事会批准。(参阅 BGC 章程第 II.G 款。)2020 年 5 月 29 日,BGC 见证发布了征求意向书 (EOI) 的公告,要求在 2020 年 6 月 22 日前提交意向书(请参阅 https://www.icann.org/news/announcement-2020-05-29-en),之后这一截止期限被延长至 2020 年 7 月 7 日 (https://www.icann.org/news/announcement-2-2020-06-22-en)。

      为了选出 2021 年 NomCom 的领导职位候选人,BGC 审核并讨论了收到的 EOI,并与候选人进行了面谈。完成上述工作并经过进一步讨论后,BGC 就要向董事会推荐的 2021 年度 NomCom 主席和候任主席人选达成一致意见。

      董事会已考量并同意 BGC 推荐的 2021 年度 NomCom 主席和 2021 年度 NomCom 侯任主席。董事会还想感谢所有有意成为 2021 年度 NomCom 领导人并提交了意向书的人士。

      通过公开 EOI 流程选拔和任命 NomCom 主席和侯任主席(包括审核候选人)符合公共利益,因为这对 ICANN 的透明度和问责制产生了积极影响。这也完全符合 ICANN 的使命。

      采纳 BGC 的建议不会对 ICANN 产生额外的财务影响,并且不会对域名系统的安全、稳定与弹性产生负面影响。

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

    5. 接受 At-Large2 审核最终实施报告

      鉴于 2019 年 1 月 27 日,董事会接受了一般会员审核实施规划,并指示一般会员咨询委员会定期向董事会报告实施工作。

      鉴于一般会员审核实施工作组在一般会员咨询委员会的批准和监督下,通过 OEC 向董事会提供了有关实施工作进度的半年更新报告,直到实施工作结束。

      鉴于一般会员审核实施工作组于 2020 年 6 月 30 日向 OEC 提交了一份最终实施报告,详细说明了第二轮一般会员审核达成建议的实施情况,并记录了两项建议尚未完全实施。

      鉴于 OEC 承认一般会员的实施工作尚未完成的步骤存在超出一般会员可控范围的依赖因素和/或有待持续改进的方面。

      鉴于 OEC 建议董事会接受一般会员审核实施工作组发布并于 2020 年 6 月 23 日获得一般会员咨询委员会批准的 At-Large2 审核最终实施报告,从而完成第二轮一般会员审核。

      鉴于OEC 还建议董事会要求 ALAC 在 2020 年 12 月 31 日之前向 OEC 提供一份书面或口头的最新报告,说明两项建议是否完全实施,如果没有,则每六个月向 OEC 提供一次最新报告,直到所有建议完全实施。

      第 2020.09.10.08 号决议:董事会接受一般会员审核实施工作组发布的第二轮一般会员审核的 At-Large2 审核最终实施报告,此举也标志着根据《章程》第 4 条第 4.4 款完成了本次组织审核。董事会鼓励一般会员咨询委员会继续监督实施第二轮 ALAC 审核建议的影响,以此作为其持续改进流程的一部分。

      兹此发布第 2020.09.10.09 号决议:董事会认可一般会员审核实施工作组所做的实施工作,并感谢他们根据采纳的 At-Large2 审核实施规划中拟定的时间来提高一般会员的效率、透明度和问责制。

      兹此发布第 2020.09.10.10 号决议:董事会要求一般会员咨询委员会在 2020 年 12 月 31 日之前,就“成员参与度和标准”以及“缺乏一致的绩效衡量标准”两个剩余问题向 OEC 提供书面或口头进展报告。如果在 2020 年 12 月 31 日之前未能完成实施,ALAC 应继续每六个月向 OEC 提交一次更新报告,直至实施工作结束。

      第 2020.09.10.08 – 2020.09.10.10 号决议的理由

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

      为确保 ICANN 的多利益相关方模型保持透明、负责并帮助提高其绩效,ICANN 依照《ICANN 章程》第 4 条第 4.4 款所述,对其支持组织和咨询委员会进行独立审核。

      这项行动结束了第二轮一般会员审核,并以一般会员咨询委员会 (ALAC) 采纳的最终实施报告、独立审核人 ITEMS International 的最终报告以及一般会员审核实施工作组 (ARIWG) 对 ALAC 采纳的建议进行的评估为依据。在组织效率委员会 (OEC) 评估所有相关文件和社群反馈后,董事会当前正考虑并计划接受最终报告。

      根据 OEC 的建议,董事会考虑了所有相关文件,包括最终报告、一般会员审核工作组可行性评估和独立审核人建议的优先级(下称“可行性评估”),并接受了独立审核人于 2018 年 6 月 23 日发布的最终报告。董事会接受了可行性评估。此外,董事会指示 ALAC:考虑到社群工作任务始终繁重和 ARIWG 提议的优先级,起草一个实施规划来落实采纳的建议,其中包含实际可行的时间表;在董事会采纳可行性评估后六 (6) 个月内公布该规划;确保实施规划包括预期成果的定义、当前状态的衡量方式和实现预期成果的实施进度;以及定期向董事会汇报其实施进度。2019 年 1 月 27 日,董事会接受了 ARIWG 提交并由 ALAC 于 2018 年 11 月 27 日批准的实施规划,同时指示 ARIWG 向 OEC 提供半年更新报告,直至实施工作结束。

      ARIWG 于 2020 年 6 月 30 日向 OEC 提交了最终实施报告。报告显示,所有项目的实施工作都已完成,除了以下两个问题:“成员参与度和标准”[问题编号 2] 以及“缺乏一致的绩效衡量标准”[问题编号 16]。关于问题编号 2,跨区域一般会员组织 (ALS) 动员工作组尚未完成“审查与 ALSes 相关的全部规则和流程。一旦最终确定,将需要由 RALO 审核、ALAC 批准,然后提交给董事会批准。”此外可能还需要修改章程,以“澄清与 ALSes 相关的变更”。关于问题编号 16,ALAC 仍在等待“CRM 工具应用于整个 ICANN 组织”。届时,会员数据将被上传到该工具,以辅助一般会员的专业化管理,包括有效地捕捉相关指标。

      OEC 在审议最终实施报告期间审议了这些问题。OEC 指出,未完成的实施工作某方面是因为存在超出一般会员可控范围的依赖因素或包含有待持续改进的方面。因此,OEC 建议董事会接受最终执行报告,正式结束第二轮一般会员组织审核。OEC 还建议董事会要求一般会员组织向 OEC 提交关于未完成的实施工作的报告,以确保整个实施工作直至结束都能实行问责制。

      董事会同意 OEC 的建议。

      正在考虑的提案是什么?

      正在考虑的提案是,董事会接受 ARIWG 的最终报告,结束对一般会员的第二轮组织审核。该提案还包括,董事会要求 ALAC 向 OEC 提供关于两项建议尚未实施的步骤的最新进展报告。

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

      董事会通过 OEC 咨询了负责实施工作的 ARIWG,并监督了审核的进度以及实施审核建议的进度。

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

      ALAC 在执行实施工作时遵循了其标准最佳实践以确保透明度和问责制。社群未提供任何疑虑。

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

      董事会审核了相关《章程》条款组织审核流程文件At-Large2 审核实施规划和 ARIWG 向董事会提交的报告。

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

      董事会认为有一些因素对于高效完成实施工作至关重要:

      • 成立专门小组来监督董事会接受的建议的实施情况
      • 遵守实施规划,其中包含实施时间表、预期成果的定义、当前状态的衡量方式和实现预期成果的实施进度。
      • 及时报告实施进度。

      ARIWG 在最终实施报告中表示,两项建议尚未完全实施。根据 OEC 的建议,董事会注意到尚未完成的实施工作存在超出一般会员可控范围的依赖因素,并承认部分剩余的实施步骤仍然是可持续改进努力的一方面。有鉴于此,董事会接受了最终报告,正式结束了第二轮一般会员组织审核,同时要求在 2020 年 12 月 31 日之前报告未完成的实施步骤,若未完成,则每六个月提交一次更新报告,直至实施完成。

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

      通过确认并强调以高效的方式完成 At-Large2 审核建议实施工作,此项董事会行动预计会对社群产生积极影响。

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

      董事会的这一行动预计不会对于董事会接受一般会员审核实施规划这一举措产生额外的财政影响。此决议预计会对 ICANN 组织、社群和公众产生积极影响,因为此项董事会行动为组织审核树立了重要里程碑。

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

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

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

      董事会的行动符合 ICANN 根据《章程》第 4.1 条做出的承诺,即确保 ICANN 的多利益相关方模型保持透明、负责并帮助提高其支持组织和咨询委员会的绩效。这项行动将通过履行 ICANN 维护和改进其问责制和透明度的承诺来为公共利益服务。

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

      无需公众意见。

    6. 其他事务

      未达成任何决议。

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