Skip to main content
Resources

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

本页面还提供其他语种:

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

  1. 认可议程:
    1. 批准董事会会议记录
    2. 安全与稳定咨询委员会 (SSAC) 成员任命
    3. 外包服务提供商合同延期
    4. 2019 年 6 月 ICANN 政策论坛会场签约
    5. 关于在域名中使用表情符号的 SSAC 建议报告
    6. 修订后的董事会委员会及领导层遴选程序
    7. 作为委员会章程标准化流程一部分的董事会委员会章程修订
    8. 感谢社群成员
    9. 感谢第 60 届 ICANN 会议的当地主办机构
    10. 感谢第 60 届 ICANN 会议的赞助商
    11. 感谢第 60 届 ICANN 会议的口译员、工作人员以及会议和酒店团队
  2. 主要议程:
    1. 对 .CORP、.HOME、.MAIL 及其他冲突字符串的考量
    2. 过剩净资产转移批准
    3. 董事会成员统一诚信筛查
    4. 感谢托马斯·施耐德为 ICANN 董事会所做的贡献
    5. 感谢马库斯·库墨为 ICANN 董事会所做的贡献
    6. 感谢阿莎·合美嘉妮为 ICANN 董事会所做的贡献
    7. 感谢里纳利亚·阿卜杜尔·拉辛为 ICANN 董事会所做的贡献
    8. 感谢史蒂夫·克罗克为 ICANN 董事会所做的贡献
    9. 其他事务

 

  1. 认可议程:

    1. 批准董事会会议记录

      第 2017.11.02.01 号决议:董事会批准 2017 年 9 月 23 日 ICANN 董事会会议的记录。

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

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

      鉴于帕特里克·弗斯特隆姆 (Patrik Fältström) 担任 SSAC 主席的三年任期将于 2017 年 12 月 31 日结束。

      鉴于帕特里克·弗斯特隆姆已决定不再连任。

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

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

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

      鉴于 2017 年 9 月 25 日,SSAC 成员批准了成员连任。

      鉴于 SSAC 建议董事会再次任命以下 SSAC 成员,任期为 3 年:格雷格·亚伦 (Greg Aaron)、本尼迪克特·阿迪斯 (Benedict Addis)、唐·布卢门撒尔 (Don Blumenthal)、莱曼·查宾 (Lyman Chapin)、K·C·克拉菲 (KC Claffy)、杰夫·休斯顿 (Geoff Huston)、拉斯·芒迪 (Russ Mundy)、罗德·拉斯穆森和马克·塞登 (Mark Seiden)。

      鉴于 SSAC 成员资格委员会代表 SSAC 要求董事会任命鲍比·弗莱姆 (Bobby Flaim) 到 SSAC 任职,自董事会批准之日起即刻生效,至 2020 年 12 月 31 日止,任期三年。

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

      第 2017.11.02.03 号决议:董事会接受 SSAC 的建议,再次任命以下 SSAC 成员,任期为三年,从 2018 年 1 月 1 日开始,至 2020 年 12 月 31 日结束:格雷格·亚伦、本尼迪克特·阿迪斯、唐·布卢门撒尔、莱曼·查宾、K·C·克拉菲、杰夫·休斯顿、拉斯·芒迪、罗德·拉斯穆森和马克·塞登。

      第 2017.11.02.04 号决议:董事会任命鲍比·弗莱姆到 SSAC 任职,自董事会批准之日起即刻生效,至 2020 年 12 月 31 日止,任期三年。

      第 2017.11.02.02 – 2017.11.02.04 号决议的理由

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

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

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

      鲍比·弗莱姆以在美国联邦调查局任职而众所周知。他是 GAC 和公共安全工作组的现任成员。一直以来,他都积极致力于减少与 DNS 有关的滥用和犯罪。今年早些时候,鲍比·弗莱姆从公职离任,进入亚马逊网络服务安全部任职。SSAC 相信鲍比·弗莱姆将为委员会带来宝贵的技能与丰富的经验。

      ICANN 的使命是确保互联网唯一标识符系统能够稳定、安全地运行,而任命 SSAC 成员有助于这一使命的履行。董事会的此项行动有助于 ICANN 组织履行对加强 DNS 安全、稳定与弹性作出的承诺,因此是符合公共利益的。

    3. 外包服务提供商合同延期

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

      鉴于在签订新合同以增强 IT 能力之前,需要先完成整个提案征询流程。

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

      鉴于完成必要的 RFP 流程需要更多时间。

      兹此发布第 2107.11.02.05 号决议:董事会授权总裁兼首席执行官或其指定人员将现有 Zensar 合同延长不超过四个月的时间,条款保持不变,且费用不超过[协商一致后确定的金额]。

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

      第 2017.11.02.05 – 2017.11.02.06 号决议的理由

      自 2014 年 11 月起,Zensar 便一直受 ICANN 组织工程与信息技术部聘用,为后者提供所需的开发、质量保证和内容管理支持。这段合作关系让 ICANN 受益良多,总的来说是一次非常成功的合作。

      当前的三年期合同将于 2017 年 11 月到期。为了充分开展尽职调查,确保 ICANN 找到最佳提供商为其将来的需求提供支持,董事会认为 ICANN 应对少数外包服务提供商执行新的提案征询 (RFP) 流程。尽管这一流程已经启动,但 ICANN 组织需要更多时间来充分地完成 RFP 流程。

      目前,Zensar 正在一个低成本地区搭建自己的在岸设施。预计该设施将于 2018 年第一季度前启用。该设施可能有助于 ICANN 扩大离岸资源,同时控制成本。通过延迟续约或延迟签署新合同,ICANN 组织将有时间评估这一方案。

      此外,如果 ICANN 组织决定继续与 Zensar 合作,那么,执行 RFP 也可以让 ICANN 在与 Zensar 谈判新价格时,拥有更多的优势。

      采取此项行动符合公共利益,能够确保 ICANN 组织使用适合的第三方提供商,并确保以最具成本效益的方式,最大程度增加可用资源。相应地,此项决议也符合 ICANN 的使命,因为它将有助于确保 ICANN 组织获得适当的支持,履行其使命的方方面面。

      此项行动将对组织产生财务影响,但该影响已在预料之中,并且已包含在 2018 财年预算中。该行动不会对域名系统的安全、稳定与弹性产生影响。

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

    4. 2019 年 6 月 ICANN 政策论坛会场签约

      鉴于 ICANN 组织计划在非洲地区召开 2019 年 6 月的政策论坛。

      鉴于 ICANN 组织已完成了对非洲拟议会场的全面审核,认为摩洛哥马拉喀什的一个会场最为合适。

      兹此发布第 2017.11.02.07 号决议:董事会授权总裁兼首席执行官或其指定人员参与并促进与 2019 年 6 月在摩洛哥马拉喀什举办的 ICANN 政策论坛会场相关的所有必要的合同签订和费用支付工作,总金额不超过[协商一致后确定的金额]。

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

      第 2017.11.02.07 – 2017.11.02.08 号决议的理由

      作为 ICANN 公共会议与政策论坛安排的一部分,目前 ICANN 每年在世界不同地理区域(按《ICANN 章程》中的定义)召开三次会议。第 65 届 ICANN 会议定于 2019 年 6 月 24-27 日在非洲地理区域召开。为此,ICANN 于 2016 年 7 月 15 日发布了有关非洲会议举办地点的建议征询书。各个相关方向 ICANN 发送了提案。  

      ICANN 组织对所有提案及其他会场进行了全面分析并编制了一份报告,以确定符合"会议选址标准"(参见 http://meetings.icann.org/location-selection-criteria)的会场。依据提案和分析,ICANN 组织确认将摩洛哥马拉喀什作为第 65 届 ICANN 会议的举办地。

      董事会审核了 ICANN 组织关于在摩洛哥马拉喀什举行会议的简报、认为提案符合"会议选址标准"中重要因素的结论,以及与 2019 年 6 月 ICANN 政策论坛所选设施相关的成本。

      该行动符合公共利益,因为 ICANN 的公共会议和政策论坛为所有感兴趣方提供了平台,让他们可以作为一个多利益相关方组织聚在一起,共同制定政策,这不仅符合 ICANN 的使命、承诺与核心价值观,更有助于这些使命、承诺与核心价值观的履行和践行。

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

      董事会感谢对 ICANN 第 65 届会议的选址提出建议的所有人员。

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

    5. 关于在域名中使用表情符号的 SSAC 建议报告

      鉴于 2017 年 5 月 25 日,ICANN 安全与稳定咨询委员会 (SSAC) 发布了 SAC 095:关于在域名中使用表情符号的建议报告。

      鉴于 SSAC 报告称,现行技术标准禁止国际化域名 (IDN) 使用表情符号;许多表情符号都存在视觉相似性,难以区分,而其构成和变化则会加剧这种混淆;而且,使用表情符号还会加剧当前面临的普遍适用性挑战。

      鉴于 SSAC 报告认为 TLD 标签中不应包含表情符号,并强烈反对注册任何标签中包含表情符号的域名。

      鉴于以符合相关标准和通过减少混淆来提高安全性的方式使用 IDN 是 ICANN 和全球互联网社群的一项重要话题。

      兹此发布第 2017.11.02.09 号决议:董事会特此指示,IDNA2008 及其后续标准合规性仍将作为确定有效 IDN TLD 标签的必要条件。

      第 2017.11.02.10 号决议:董事会要求国家和地区名称支持组织 (ccNSO) 及通用名称支持组织 (GNSO) 与 SSAC 接洽,更充分地了解使用标签中包含表情符号的域名所存在的风险与后果,并向各自的社群传达这些风险。

      第 2017.11.02.11 号决议:董事会要求 ccNSO 与 GNSO 将 IDNA2008 及其后续标准合规性纳入各自的相关政策,以保障域名的安全、稳定、弹性与互用性。

      第 2017.11.02.12 号决议:董事会指示 ICANN CEO 或其指定人员与 gTLD 和 ccTLD 社群就 SAC095 中的发现和建议展开合作。

      第 2017.11.02.09 – 2017.11.02.12 号决议的理由

      一些社群有意在域名中使用表情符号,一些国家和地区顶级域 (ccTLD) 允许注册包含表情符号的二级域名,而一些注册服务机构则接受在其他 TLD 中注册包含表情符号的各级域名。SSAC 对在域名中使用表情符号进行了分析,并基于分析结果发布了 SAC 095 建议报告,在报告中给出了自己的发现。根据这些发现,SSAC 建议禁止在 TLD 中使用表情符号,并反对在域名的任何标签中使用表情符号。此外,SSAC 还劝告使用包含表情符号的域名的注册人,此类域名可能无法稳定运营,或者可能无法普遍访问。

      董事会告知收到该建议,并确认已了解 2017 年 8 月 18 日 SSAC 建议的内容,如董事会建议记录所述1。目前,董事会正在针对此项建议采取行动。

      在拟定此项决议之前,ICANN 董事会翻阅了 IDNA 2008 (RFC 5890-5893) 和 SSAC 095 建议报告,以了解相关的背景信息。董事会注意到,IDNA2008 禁止使用表情符号。董事会也注意到,建议报告中指出,尽管人们在交流时,可以不顾表情符号带来的混淆仍然使用表情符号,但这些字符不适合 DNS 这类精确匹配系统。在域名中使用表情符号会给最终用户带来安全问题。而且,为域名标签添加表情符号会降低 IDN 的普遍适用性,还可能降低人们对非 ASCII 标签的接受性,因为在他们眼中,这些标签会产生混淆或不安全。 

      IDNA 2008 是定义有效 IDN 标签的相关标准。SSAC 建议的依据是,表情符号在 Unicode 标准中被归类为符号,是 IDNA2008 彻底禁止使用的对象。而且,表情符号的设计不具有视觉统一性,或者在视觉上无法区分。这会让用户产生混淆,因为从视觉上来看,它们的码点几乎相同或过于相似。此外,由于呈现形式不一致,用户还可能会遇到访问性问题。加之,表情符号的变化和构成允许更大的潜在集合,其中包含更多的效果变化,造成模糊理解的可能性更大,这进一步加剧了在域名标签中使用表情符号带来的混淆问题。例如,用户可能很难清楚区分以下尺寸较小、跨多个平台展示的表情符号:

      表情符号效果图

      鉴于以上考量,董事会首先指示,IDNA2008 及其后续标准合规性仍将作为确定有效 IDN TLD 标签的必要条件。

      董事会认识到,给顶级以外的标签制定要求不属于 ccNSO 的政策职权范围。但是,在这种情况下,ccNSO 可以像它之前为反对使用通配符所做的那样,尽自己的力量促进由互联网工程任务组 (IETF) 技术社群所制定的标准的应用,帮助确保互联网标识符的安全性、稳定性和互用性。鉴于此,董事会要求 ccNSO 及 GNSO 与 SSAC 接洽,更充分地了解使用标签中包含表情符号的域名所存在的风险与后果,并向各自的社群传达这些风险。此外,董事会还要求 ccNSO 与 GNSO 将 IDNA2008 及其后续标准合规性纳入各自的相关政策,以保障域名的安全、稳定、弹性与互用性。

      最后,董事会认识到,ICANN 组织应与 gTLD 和 ccTLD 社群就 SAC095 中的发现和建议展开合作。

      ICANN 的使命是确保互联网唯一标识符系统能够稳定、安全地运行,而处理 SSAC 的建议有助于这一使命的履行。采取此行动有助于 ICANN 组织履行对加强 DNS 安全、稳定与弹性作出的承诺,因此是符合公共利益的。

      此项行动预计不会对 ICANN 组织产生任何未纳入预算中的财务影响,且预计会对域名系统的安全、稳定与弹性产生积极影响。

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

    6. 修订后的董事会委员会及领导层遴选程序

      鉴于董事会委员会及领导层遴选程序早前于 2009 年 6 月 26 日经过董事会更新和批准。

      鉴于董事会治理委员会审核并修订了之前已获得通过的董事会委员会及领导层遴选程序。

      兹此发布第 2017.11.02.13 号决议:批准修订后的董事会委员会及领导层遴选程序。

      第 2017.11.02.13 号决议的理由

      在董事会治理委员会 (BGC) 担任的多项职责中,其中一项是"起草董事会主席、董事会副主席以及董事会各委员会主席和成员的候选人名单,包括填补上述职位在本年内产生的任何空缺,并向全体董事会提交该名单供审批。"(BGC 章程,第 § II.C 条。)

      为此,BGC 建议董事会批准对董事会委员会及领导层遴选程序的修订(该程序早前于 2009 年 6 月 26 日曾经过董事会更新),以符合当前的遴选做法,董事会对此表示同意。

      此项行动有助于确保董事会委员会及领导层遴选程序保持最新并反应当前做法,是符合 ICANN 的使命和公共利益的。

      此决定不会对组织产生任何直接财务影响,也不会对域名系统的安全性、稳定性或弹性造成影响。

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

    7. 作为委员会章程标准化流程一部分的董事会委员会章程修订

      鉴于董事会治理委员会 (BGC) 有责任"定期审核董事会委员会的章程(包括其自身的章程)并与董事会委员会的成员合作,为董事会提供任何章程调整建议(如认为可取)"。(BGC 章程,第 § II.C.2 条。)

      鉴于 BGC 建议董事会批准对审计委员会、薪酬委员会、执行委员会、财务委员会、治理委员会、组织效率委员会和风险委员会章程各项条款的修订。

      兹此发布第 2017.11.02.14 号决议:董事会特此通过修订后的董事会审计委员会章程

      第 2017.11.02.15 号决议:董事会特此通过修订后的董事会薪酬委员会章程

      第 2017.11.02.16 号决议:董事会特此通过修订后的董事会执行委员会章程

      第 2017.11.02.17 号决议:董事会特此通过修订后的董事会财务委员会章程

      第 2017.11.02.18 号决议:董事会特此通过修订后的董事会治理委员会章程

      第 2017.11.02.19 号决议:董事会特此通过修订后的董事会组织效率委员会章程

      第 2017.11.02.20 号决议:董事会特此通过修订后的董事会风险委员会章程

      第 2017.11.02.14 – 2017.11.02.20 号决议的理由

      董事会之所以要解决此问题,是为了确保各委员会章程保持最新并反应组织的最新需求,同时符合治理要求和最佳实践。

      在 BGC 担任的多项职责中,其中一项是"定期审核董事会委员会的章程(包括其自身的章程)并与董事会委员会的成员合作,为董事会提供任何章程调整建议(如认为可取)。"(BGC 章程,第 § II.C.2 条。)为此,BGC 建议董事会批准对董事会各委员会章程的修订,以推进董事会委员会章程特定条款标准化流程的开展,董事会对此表示同意。

      BGC 进一步建议董事会批准对董事会风险委员会 (BRC) 章程"目标和职责"部分的修订,以澄清 BRC 的委员会职责,即负责评估和监督 ICANN 为管理 ICANN 风险预测而实施的政策,董事会对此表示同意。

      BGC 进一步建议董事会批准对 BGC 章程"职责范围"部分的拟议修订,以便进一步澄清 BGC 在协调董事会完成重点工作及相关交付项并监督既定重点工作的进度中所承担的职责,董事会对此表示同意。

      此项行动有助于确保董事会拥有分工恰当、可对 ICANN 组织开展董事会认为适当的监督的众多委员会,因此是符合 ICANN 使命和公共利益的。拟议章程变更不会对 ICANN 的战略规划和运营规划产生直接财务影响或不良后果。

      采取此行动不会产生与 DNS 相关的任何安全、稳定或弹性问题。

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

    8. 感谢社群成员

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

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

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

      • 马克·埃尔金斯 (Mark Elkins),地址支持组织地址理事
      • 阿贾伊·库马尔 (Ajay Kumar),地址支持组织地址理事

      兹此发布第 2017.11.02.21 号决议:ICANN 董事会对马克·埃尔金斯和阿贾伊·库马尔在任期内所做的工作深表感谢,并祝愿他们未来在 ICANN 社群内外的工作和生活一切顺利。

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

      • 乔敬 (Ching Chiao),国家和地区名称支持组织理事

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

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

      • 法尔扎内·巴迪 (Farzaneh Badii),非商业用户选区主席
      • 詹姆斯·布雷德尔 (James Bladel),通用名称支持组织理事会主席
      • 拉菲克·丹马克 (Rafik Dammak),非商业用户选区主席
      • 约翰·赫尔辛吉斯 (Johan Helsingius),通用名称支持组织理事
      • 托尼·赫尔姆斯 (Tony Holmes),互联网服务提供商和连接提供商选区主席
      • 沃尔夫-乌尔里希·克诺本 (Wolf-Ulrich Knoben),通用名称支持组织理事
      • 玛瑞里娅·马西埃尔 (Marília Maciel),通用名称支持组织理事
      • 史蒂夫·梅塔利茨 (Steve Metalitz),知识产权选区副总裁
      • 斯蒂芬妮娅·米兰 (Stefania Milan),通用名称支持组织理事
      • 爱德华·莫里斯 (Edward Morris),通用名称支持组织理事
      • 克劳斯·斯托尔 (Klaus Stoll),非营利运营关切选区主席
      • 谭淑芬 (Hsu Phen Valerie Tan),通用名称支持组织理事
      • 塔帕尼·塔尔瓦伊宁 (Tapani Tarvainen),非商业利益相关方团体主席
      • 马丁·塞尔瓦·瓦伦特 (Martin Silva Valent),非营利运营关切选区副主席
      • 法布利西奥·维拉 (Fabricio Vayra),知识产权选区秘书
      • 克里斯·威尔逊 (Chris Wilson),商业选区主席

      兹此发布第 2017.11.02.23 号决议:ICANN 董事会对法尔扎内·巴迪、詹姆斯·布雷德尔、拉菲克·丹马克、约翰·赫尔辛吉斯、托尼·赫尔姆斯、沃尔夫-乌尔里希·克诺本、玛瑞里娅·马西埃尔、史蒂夫·梅塔利茨、斯蒂芬妮娅·米兰、爱德华·莫里斯、克劳斯·斯托尔、谭淑芬、塔帕尼·塔尔瓦伊宁、马丁·塞尔瓦·瓦伦特、法布利西奥·维拉和克里斯·威尔逊在任期内所做的工作深表感谢,并祝愿他们未来在 ICANN 社群内外的工作和生活一切顺利。

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

      • 哈罗德·阿科斯 (Harold Arcos),一般会员咨询委员会成员
      • 加斯·布鲁恩 (Garth Bruen),一般会员咨询委员会成员
      • 默罕默德·埃尔·巴希尔 (Mohamed El Bashir),一般会员咨询委员会副主席
      • 朱迪思·赫勒斯坦 (Judith Hellerstein),北美地区一般会员组织秘书长
      • 阿齐兹·希拉利 (Aziz Hilali),非洲地区一般会员组织主席
      • 提贾尼·本·杰马 (Tijani Ben Jemaa),一般会员咨询委员会副主席
      • 沃尔夫·路德维格 (Wolf Ludwig),欧洲地区一般会员组织秘书长
      • 格伦·麦克奈特 (Glenn McKnight),北美地区一般会员组织主席
      • 里昂·桑切斯 (León Sánchez),一般会员咨询委员会副主席
      • 瓦法·达玛尼·扎福里 (Wafa Dahmani Zaafouri),一般会员咨询委员会成员

      兹此发布第 2017.11.02.24 号决议:ICANN 董事会对哈罗德·阿科斯、加斯·布鲁恩、默罕默德·埃尔·巴希尔、朱迪思·赫勒斯坦、阿齐兹·希拉利、提贾尼·本·杰马、沃尔夫·路德维格、格伦·麦克奈特、里昂·桑切斯和瓦法·达玛尼·扎福里在任期内所做的工作深表感谢,并祝愿他们未来在 ICANN 社群内外的工作和生活一切顺利。

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

      • 马克·卡维尔 (Mark Carvell),政府咨询委员会副主席
      • 爱丽丝·穆尼瓦 (Alice Munyua),政府咨询委员会欠服务地区工作组联合主席兼公共安全工作组联合主席
      • 托马斯·施耐德 (Thomas Schneider),政府咨询委员会主席

      兹此发布第 2017.11.02.25 号决议:ICANN 董事会对马克·卡维尔、爱丽丝·穆尼瓦和托马斯.施耐德在任期内所做的工作深表感谢,并祝愿他们未来在 ICANN 社群内外的工作和生活一切顺利。

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

      • 汉克·基尔默 (Hank Kilmer),根服务器系统咨询委员会替补代表
      • 沃伦·库马里 (Warren Kumari),根服务器系统咨询委员会替补代表

      兹此发布第 2017.11.02.26 号决议:ICANN 董事会对汉克·基尔默和沃伦·库马里在任期内所做的工作深表感谢,并祝愿他们未来在 ICANN 社群内外的工作和生活一切顺利。

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

      • 史蒂夫·克罗克 (Steve Crocker),安全与稳定咨询委员会成员
      • 马克·科斯特斯 (Mark Kosters),安全与稳定咨询委员会成员

      兹此发布第 2017.11.02.27 号决议:ICANN 董事会对史蒂夫·克罗克和马克·科斯特斯在任期内所做的工作深表感谢,并祝愿他们未来在 ICANN 社群内外的工作和生活一切顺利。

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

      • 达蒙·阿什克拉夫特 (Damon Ashcraft),提名委员会成员
      • 汤姆·巴雷特 (Tom Barrett),提名委员会成员
      • 埃杜尔多·迪亚兹 (Eduardo Diaz),提名委员会成员
      • 哈特穆特·格拉泽 (Hartmut Glase),提名委员会成员
      • 汉斯·彼得·赫伦 (Hans Petter Holen),提名委员会主席
      • 扎希德·贾米尔 (Zahid Jamil),提名委员会候任主席
      • 戴夫·基森多亚尔 (Dave Kissoondoyal),提名委员会成员
      • 奥斯瓦尔多·诺瓦 (Osvaldo Novoa),提名委员会成员
      • 阿米尔·加尤姆 (Amir Qayyum),提名委员会成员
      • 霍格·西维格 (Jörg Schweiger),提名委员会成员
      • 肯·斯塔布斯 (Ken Stubbs),提名委员会成员
      • 斯蒂芬·凡·吉尔德 (Stéphane Van Gelder),提名委员会主席
      • 蒂姆·维森斯基 (Tim Wicinski),提名委员会成员

      兹此发布第 2016.11.02.28 号决议:ICANN 董事会对达蒙·阿什克拉夫特、汤姆·巴雷特、埃杜尔多·迪亚兹、哈特穆特·格拉泽、汉斯·彼得·赫伦、扎希德·贾米尔、戴夫·基森多亚尔、奥斯瓦尔多·诺瓦、阿米尔·加尤姆、霍格·西维格、肯·斯塔布斯、斯蒂芬·凡·吉尔德和蒂姆·维森斯基在任期内所做的工作深表感谢,并祝愿他们未来在 ICANN 社群内外的工作和生活一切顺利。

    9. 感谢第 60 届 ICANN 会议的当地主办机构

      董事会希望对 TRA 局长 H.E.哈马德·奥贝德·埃尔曼索里 (H.E. Hamad Obaid Al Mansoori)、TRA 互联网发展经理阿卜杜勒·艾哈迈德 (Abdulrahman Al Marzouqi) 以及当地主办机构 UAE 电信监管局 (TRA) 表示感谢。

    10. 感谢第 60 届 ICANN 会议的赞助商

      董事会希望对以下赞助商表示感谢:Verisign、Dyn、Etisalat、Afilias plc、Public Interest Registry、Nominet、Knipp Median und Kommunikation GmbH、dataprovider、Uniregistry 和 CentralNic Group PLC。

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

      董事会对速记员、口译员、视听团队、技术团队和全体 ICANN 组织工作人员为会议顺利进行所付出的努力表示最深的谢意。

      董事会还要感谢 ADNEC 的管理层和工作人员为召开本次会议提供了优良的场所和设施。特别感谢以下人士:梅丽莎·科农博格(Melissa Kronemburg,会议销售经理)、奥利娅·兹维斯迪奇(Olja Zvizdic,会议规划经理)、安娜·卡奇芬妮(Ana Khachfani,宴会销售经理)、文森特·阿贝拉(Vincent Abella,宴会经理)、阿布杜拉·阿尔哈马德(Abdullah Al Hammed,辅助服务总监)、费沙尔·阿尔侯萨尼(Faisal Al Hosani,IT 运营经理)、艾哈迈德·阿尔达格玛(Ahmad El Daghma,IT 运营经理)以及 Pryde Productions 的吉尔伯特 (Gilbert Yeo)。

  2. 主要议程:

    1. 对 .CORP、.HOME、.MAIL 及其他冲突字符串的考量

      鉴于 2013 年 3 月,SSAC 发布了 SAC057:SSAC 关于内部名称证书的建议报告,在报告中,SSAC 谈到了"域名冲突"问题,并向 ICANN 董事会提出了缓解这一问题的措施。

      鉴于 2013 年 5 月 18 日,ICANN 董事会通过了一项关于 SAC057 的决议,指示就企业使用当前未在公共 DNS 的根级得到授权的 TLD 展开研究。

      鉴于 2013 年 8 月,Interisle Consulting Group 发布了一份历史查询流量分析报告,发现 .HOME 和 .CORP 是查询量最高的两个 TLD。

      鉴于 2013 年 8 月,ICANN 组织与研究团队合作,邀请广大社群成员参与制定解决方案,并在 Interisle 发布报告的同时发布了一份缓解计划草案,以征询公众意见。该缓解计划草案将 .HOME 和 .CORP 视为高风险字符串,提议不要授权这两个字符串。

      鉴于 2013 年 10 月 7 日,ICANN 董事会新 gTLD 项目委员会 (NGPC) 通过了实施缓解计划的决议,以管理"新 gTLD 域名冲突事件管理计划"中提到的域名冲突事件。

      鉴于 2014 年 7 月 30 日,ICANN 董事会新 gTLD 项目委员会通过了域名冲突管理框架。在该框架中,.CORP、.HOME 和 .MAIL 被视为高风险字符串,而这类字符串的授权应无限期延迟。

      鉴于 2015 年 10 月 28 日,JAS Global Advisors 发布了"缓解 DNS 域名空间冲突风险(最终报告)"。最终报告中的建议与第一阶段报告中的建议一致。

      鉴于 2015 年,IETF DNS 运营 (DNSOP) 工作组成员编制了一份互联网草案,这是制定 RFC 的第一步,该草案要求保留 CORP、HOME 和 MAIL 标签,不将其授权到顶级 DNS 中,但工作组和草案作者无法就保留标签依据的标准达成一致,导致针对这一话题创建 RFC 的计划被搁置。

      鉴于 2016 年 8 月 24 日,.CORP、.HOME 和 .MAIL 的申请人向 ICANN 董事会发送了信函,请求"董事会指示对缓解措施及时进行审核,以便开放 .HOME、.CORP 和 .MAIL 的注册"。2017 年 3 月 6 日 [PDF, 239 KB],全球域名分部总裁阿克兰·阿特拉 (Akram Atallah) 对 2016 年 8 月 24 日的信函作出了回应,同意信函所提请求,并表示"ICANN 董事会将继续考量域名冲突话题"。

      鉴于新通用顶级域项目仍将无限期保留 .CORP、.HOME, 和 .MAIL 字符串,且 ICANN 董事会希望就域名冲突问题和高风险字符串向申请人和 ICANN 社群作出进一步澄清。

      鉴于域名在 DNS 中的实际使用并不构成必须消除的错误状态。这种实际使用对互联网的运作方式而言不可或缺,不能由 ICANN、IETF、ISO-3166 等单一实体全权控制。

      鉴于 ICANN 的使命包括协调域名在域名系统根区中的分配与指定以及协调相关政策的制定,在这一过程中,统一或经协调的决议是相当必要的,以便促进 DNS 的开放性、互用性、弹性、安全性和/或稳定性(从而管理哪些字符串可以进入根区以及解决域名空间中涉及根区的冲突),并与在不涉及根区的域名空间中发挥作用的其他方展开协调。

      鉴于域名冲突对 DNS 互用性、弹性、安全性和/或稳定性的影响没有得到充分了解。

      鉴于董事会首要考虑的是,存在域名冲突迹象的字符串对互联网用户和终端系统的潜在影响,以及对 DNS 安全性和稳定性造成的后续影响。董事会尚未确定域名冲突潜在缓解机制的有效性或可行性,并继续专注于最大程度降低或避免给 DNS 安全性和稳定性带来的风险。

      鉴于董事会认为,认识存在域名冲突迹象的字符串的路线图分为四步:

      • 对存在域名冲突迹象的字符串展开技术研究;
      • 政策参与,将上述第 1 步得出的结果纳入政策制定流程;
      • 社群参与,就上述第 1 和第 2 步的结果征询社群意见;以及
      • 董事会对上述第 1、第 2 和第 3 步的结果进行评估。

      兹此发布第 2017.11.02.29 号决议:董事会要求 ICANN 安全与稳定咨询委员会以全面、包容的方式开展研究,研究团队应包括技术专家(如 IETF 工作组成员、GNSO 技术成员及其他技术人员),以提供数据、分析和观点,并就以下问题向董事会提供建议:允许在根区授权 .CORP、.HOME 和 .MAIL 字符串会给用户和终端系统带来哪些风险,以及可能缓解既定风险的行动方案有哪些。董事会指定董事会技术委员会作为董事会在该项研究中的联络人,并要求 ICANN 安全与稳定咨询委员会及时、有序地开展研究,在成本和安排方面保持足够的透明度,这些事项需经董事会审核和批准。

      第 2017.11.02.30 号决议:董事会要求 ICANN 安全与稳定咨询委员会以全面、包容的方式开展研究,研究团队应包括技术专家(如 IETF 工作组成员、GNSO 技术成员及其他技术人员),以提供数据、分析和观点,并就一系列问题向董事会提供建议,这些问题包括但不限于以下各项:

      (1) 恰当的域名冲突定义以及存在域名冲突迹象的字符串使用如此广泛的原因;

      (2) 目前从这些字符串的根域查询返回的否定回答对最终用户体验的影响,包括对现有终端系统运行的影响;

      (3) 允许授权冲突字符串可能对现有用户造成的危害,包括由于终端系统不再接收否定回应而造成的危害,以及如果获得授权的注册管理机构无意或故意利用来自这些终端系统的后续查询,则可能造成的其他潜在危害,以及任何其他类型的危害;

      (4) 可能缓解危害的潜在行动方案;

      (5) 影响缓解危害的行动方案取得成功的因素;

      (6) 在采取行动缓解危害后授权冲突字符串的潜在剩余风险;

      (7) 建议标准,用于确定未授权的字符串是否应视为存在域名冲突迹象的字符串,即归入冲突字符串类别的字符串;

      (8) 用于确定是否不应授权冲突字符串的建议标准,以及用于确定如何将未授权的字符串从冲突字符串列表中移除的建议标准;及

      (9) 防止故意或无意导致特定情形(例如查询未授权字符串,这可能导致此类字符串被归入冲突字符串类别)的措施,以及研究创建冲突字符串列表的潜在负面影响风险(如有)。

      董事会指定董事会技术委员会作为董事会在该项研究中的联络人,并要求 ICANN 安全与稳定咨询委员会及时、有序地开展研究,在成本和安排方面保持足够的透明度,这些事项需经董事会审核和批准。

      第 2017.11.02.31 号决议:董事会指示总裁兼首席执行官或其指定人员为董事会提供考量方案,以便董事会能够在阿布扎比第 60 届 ICANN 会议之后召开的首次董事会会议之前,处理对 .CORP、.HOME 和 .MAIL 的新 gTLD 项目申请。

      第 2017.11.02.29 – 2017.11.02.31 号决议的理由

      在先前采取的若干行动中,董事会已考量了对 .CORP、.HOME 和 .MAIL 的申请,决定以存在域名冲突为由无限期延迟这些字符串的授权。当尝试对私营域名空间(例如:未授权的顶级域名或简短的不合格域名)中的域名进行解析时,却导致了对公共域名系统 (DNS) 的查询,此时即发生了域名冲突事件。当私营和公共域名空间的管理界限出现重叠时,域名解析就可能导致意外或有害后果。此类尚未授权的字符串被称为"冲突字符串"。在某些情况下,授权冲突字符串导致的意外或有害后果可能被视为"高风险"。例如,将冲突字符串归类为高风险字符串的参数包括:在根服务器查询中出现的频率较高、冲突字符串影响的严重程度、DNS 请求的类型、导致冲突的用户类型(例如,紧急服务和航空管制员等)、查询源的多样性,以及在内部名称证书中出现的次数。目前,董事会正在重新考虑此问题,力求确定一项更明确的行动方案。为此,董事会要求 ICANN 安全与稳定咨询委员会开展一项全面研究,就一系列与冲突字符串相关的问题(包括但不限于董事会决议中所列的问题)向董事会提供建议。董事会还要求 SSAC 开展一项全面研究,就以下问题向董事会提供建议:允许在根区授权 .CORP、.HOME 和 .MAIL 字符串可能给用户和终端系统带来哪些风险。

      董事会要求 SSAC 及时、有序地开展研究,在成本和安排方面保持足够的透明度,这些事项需经董事会审核和批准。此外,这些研究应深入彻底并兼具包容性,研究团队应包括技术专家(如 IETF 工作组成员、GNSO 技术成员及其他技术人员),以提供数据、分析和观点,并向董事会提供建议。董事会技术委员会将作为董事会在这些研究中的联络人。

      对于 .CORP、.HOME 和 .MAIL 的新 gTLD 项目申请,董事会指示 ICANN 总裁兼首席执行官为董事会制定旨在解决这些开放申请的潜在方案。董事会计划在第 60 届 ICANN 会议之后的下一次董事会会议上着手考量这些潜在方案。

      在通过决议的过程中,董事会认识到,随着时间的推移,冲突字符串问题已成为社群多方的一个讨论话题。董事会还认识到,除了决议中所列的董事会当前行动(包括政策参与、社群参与以及就技术研究发现征询意见)以外,认识存在域名冲突迹象的字符串的路线图还需要纳入其他措施。

      在通过这些决议的过程中,董事会审核了诸多材料,包括但不限于以下:

      采取此行动有助于 ICANN 组织履行对 DNS 安全、稳定与弹性作出的承诺,因此是符合公共利益的。同时,采取此行动将在域名冲突和高风险字符串问题方面提供透明度和可预测性,使 ICANN 社群受益。董事会致力于促进开放性、透明度和广泛社群参与,并欢迎整个社群就此问题发表意见。

      此项董事会行动与 ICANN 的使命一致,即协调域名在 DNS 根区中的分配与指定,以及协调关于某些问题的政策制定,在这一过程中,统一或经协调的决议是促进 DNS 开放性、互用性、弹性、安全性和/或稳定性合理所需的。提议的 SSAC 研究旨在推动有关冲突字符串的政策制定,以缓解授权此类字符串对 DNS 稳定性和安全性造成的潜在危害。

      董事会的行动预计不会对 ICANN 产生任何未纳入当前预算中的财务影响,但董事会已要求 SSAC 在开展所提议研究的成本和安排方面保持足够的透明度,这些事项需经董事会审核和批准。该决议属于组织管理职能,无需征询公众意见。

    2. 过剩净资产转移批准

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

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

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

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

      第 2017.11.02.32 号决议的理由

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

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

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

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

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

    3. 董事会成员统一诚信筛查

      鉴于董事会同意,ICANN 社群与组织应期望董事会成员具备最高的诚信价值观并维护董事会的整体声誉和信誉。

      鉴于目前尚无适当、统一的做法,对入选 ICANN 董事会的董事和联络人进行筛查。

      鉴于长期以来,ICANN 提名委员会始终遵循先自行或委托其他方对入选候选人展开尽职调查筛查、再最终敲定成员人选的做法,此筛查流程包括基本合规性筛查、公共记录审核、犯罪记录审核及声誉审核。而且,地址支持组织和一般会员社群在各自的常规董事会成员遴选程序中,也采用了同样的尽职调查筛查流程。

      鉴于通过上述筛查流程能够可靠地识别出负面指标,例如履历不符(包括执照、学历和工作经历),或公开报道的财务管理不善、欺诈、骚扰和机密信息处理不当等问题。通过在董事就职之前识别出此类指标,社群可以帮助维护 ICANN 的诚信和声誉。

      兹此发布第 2017.11.02.33 号决议:董事会指示总裁兼首席执行官或其指定人员编制提案文件以发布征询公众意见;文件应要求目前未执行与提名委员会类似的尽职调查诚信筛查流程的所有 ICANN 支持组织和咨询委员会成员慎重考虑对有表决权的董事和无表决权的联络人执行相同或相似的尽职调查诚信筛查流程。

      第 2017.11.02.34 号决议:董事会指示总裁兼首席执行官或其指定人员确保,如果所有支持组织和咨询委员会选择在今后的董事会成员遴选期间开展尽职调查诚信筛查流程,则 ICANN 组织应提供便利和资金。

      第 2017.11.02.33 – 2017.11.02.34 号决议的理由

      由于 ICANN 董事会的审查越来越严格,在董事会成员遴选程序中,借助尽职调查诚信筛查实践(包括面谈、背景调查和外部尽职调查),能够较好地筛选出拥有高诚信水平的入选董事会成员。尽管开展尽职调查无法防止董事会成员今后的不良行为,但它可以在董事会成员就职时提供一定的诚信置信水平。此外,尽职调查还有助于保持公众对 ICANN 的整体信心,因为过去存在危险信号的入选董事会成员会损害 ICANN 的整体诚信与声誉。

      此项决议完全符合公共利益,并与 ICANN 的使命一致,因为它有助于确保入选董事会成员履行其受信和一般服务义务,能够维护董事会、ICANN 组织及社群的声誉与诚信,以及能够而且致力于采取符合 ICANN 章程和企业设立章程的行动。

      此项决议涉及到外部尽职调查诚信筛查流程,而每一项此类流程都会产生成本,因此该决议将带来财务影响。董事会希望 ICANN 组织在不对选举实体的任何预算造成负面影响的情况下,为这些筛查流程提供便利和资金。此项决议还会产生资源影响,因为所有选举实体都需要安排时间完成审核,之后才能敲定遴选流程的最终人选。

      此项决议不会对域名系统的安全、稳定或弹性产生任何负面影响。

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

    4. 感谢托马斯·施耐德为 ICANN 董事会所做的贡献

      鉴于托马斯·施耐德于 2014 年 10 月 16 日被政府咨询委员会 (GAC) 任命为 ICANN 董事会联络人。

      鉴于托马斯·施耐德于 2017 年 11 月 2 日结束其在 ICANN 董事会的任期。

      鉴于托马斯曾担任以下委员会的联络人:

      • 新 gTLD 项目委员会

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

    5. 感谢马库斯·库墨为 ICANN 董事会所做的贡献

      鉴于马库斯·库墨 (Markus Kummer) 于 2014 年 10 月 16 日被通用名称支持组织 (GNSO) 任命为 ICANN 董事会成员。

      鉴于马库斯于 2017 年 11 月 2 日结束其在 ICANN 董事会的任期。

      鉴于马库斯曾担任以下委员会和工作组的成员:

      • 问责机制委员会
      • 财务委员会
      • 治理委员会
      • 组织效率委员会
      • 新 gTLD 项目委员会
      • 董事会-GAC 建议实施工作组 — 联合主席
      • 董事会互联网治理工作组 — 主席
      • ICANN 董事会在加强 ICANN 问责制跨社群工作组第 2 工作阶段人权分组的联络人

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

    6. 感谢阿莎·合美嘉妮为 ICANN 董事会所做的贡献

      鉴于阿莎·合美嘉妮 (Asha Hemrajani) 于 2014 年 10 月 16 日被提名委员会任命为 ICANN 董事会成员。

      鉴于阿莎于 2017 年 11 月 2 日结束其在 ICANN 董事会的任期。

      鉴于阿莎曾担任以下 ICANN 董事会委员会和工作组的成员:

      • 问责机制委员会
      • 审计委员会
      • 财务委员会 — 主席
      • 治理委员会
      • 新 gTLD 项目委员会
      • ICANN 董事会在新 gTLD 拍卖收益跨社群工作组的联络人
      • ICANN 董事会在加强 ICANN 问责制跨社群工作组第 2 工作阶段监察官分组的联络人

      兹此发布第 2017.11.02.37 号决议:董事会对阿莎·合美嘉妮在任期内所做的工作深表感谢,并祝愿她未来在 ICANN 社群内外的工作和生活一切顺利。

    7. 感谢里纳利亚·阿卜杜尔·拉辛为 ICANN 董事会所做的贡献

      鉴于里纳利亚·阿卜杜尔·拉辛 (Rinalia Abdul Rahim) 于 2014 年 10 月 16 日被一般会员社群任命为 ICANN 董事会成员。

      鉴于里纳利亚于 2017 年 11 月 2 日结束其在 ICANN 董事会的任期。

      鉴于里纳利亚曾担任以下委员会和工作组的成员:

      • 问责机制委员会
      • 治理委员会
      • 组织效率委员会 — 主席
      • 新 gTLD 项目委员会
      • 风险委员会
      • 董事会 IDN 变体工作组
      • 董事会注册目录服务工作组
      • 董事会互联网治理工作组
      • ICANN 董事会在加强 ICANN 问责制跨社群工作组第 2 工作阶段 SO/AC 问责制分组的联络人

      兹此发布第 2017.11.02.38 号决议:董事会对里纳利亚·阿卜杜尔·拉辛在任期内所做的工作深表感谢,并祝愿她未来在 ICANN 社群内外的工作和生活一切顺利。

    8. 感谢史蒂夫·克罗克为 ICANN 董事会所做的贡献

      鉴于史蒂夫·克罗克于 2003 年被安全与稳定咨询委员会任命为 ICANN 董事会联络人。

      鉴于史蒂夫·克罗克于 2008 年 11 月结束其作为 ICANN 董事会 SSAC 联络人的任期,并于 2008 年 11 月 7 日被提名委员会任命为 ICANN 董事会成员。

      鉴于史蒂夫·克罗克于 2010 年 12 月 10 日当选为 ICANN 董事会副主席。

      鉴于史蒂夫·克罗克于 2011 年 10 月 28 日当选为 ICANN 董事会主席。

      鉴于史蒂夫·克罗克于 2017 年 11 月 2 日结束其担任 ICANN 董事会主席一职的任期。

      鉴于史蒂夫曾担任以下委员会的成员:

      • 审计委员会
      • 薪酬委员会
      • 执行委员会 — 主席
      • 财务委员会
      • 治理委员会
      • IANA 委员会
      • 新 gTLD 项目委员会
      • 风险委员会
      • 董事会注册数据目录服务工作组

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

    9. 其他事务


1 参见 https://www.icann.org/en/system/files/files/board-advice-status-report-pdf-30sep17-en.pdf [PDF, 908 KB]。

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