Skip to main content
Resources

会议记录 | ICANN 董事会特别会议

本页面还提供其他语种:

ICANN 董事会于世界协调时 2019 年 1 月 16 日 22:00 召开了一次电话特别会议。

主席谢林·查拉比 (Cherine Chalaby) 准时宣布会议正式开始。

除主席外,以下董事也参加了全部或部分会议:贝基·伯尔 (Becky Burr)、玛盾·波特曼 (Maarten Botterman)、罗恩·达席尔瓦 (Ron da Silva)、萨拉·多伊奇 (Sarah Deutsch)、克里斯·狄思潘(Chris Disspain,副主席)、艾芙丽·多利亚 (Avri Doria)、拉斐尔·利托·伊瓦拉 (Rafael Lito Ibarra)、丹科·杰夫托维克 (Danko Jevtovic)、前村昌纪 (Akinori Maemura)、马跃然(Göran Marby,总裁兼首席执行官)、尼戈尔·罗伯茨 (Nigel Roberts)、里昂·桑切斯 (León Sanchez) 以及马修·希尔斯 (Matthew Shears)。

以下董事因未能参加会议而表示歉意:卡勒德·库巴 (Khaled Koubaa) 和特里普蒂·辛哈 (Tripti Sinha)。

以下董事会联络人参加了全部或部分会议:哈罗德·阿维斯特兰(Harald Alverstrand,IETF 联络人)、玛娜尔·伊斯梅尔(Manal Ismail,GAC 联络人)以及梅里克·科欧(Merike Kaeo,SSAC 联络人)。

以下董事会联络人因未能参加会议而表示歉意:凯夫·兰吉巴(Kaveh Ranjbar,RSSAC 联络人)。

秘书长:约翰·杰弗里(John Jeffrey,总法律顾问兼秘书长)。

以下 ICANN 高级管理人员和工作人员参加了全部或部分会议:苏珊娜·宾内特(Susanna Bennett,首席运营官)、米歇尔·布莱特(Michelle Bright,董事会内容协调主管)、弗兰科·卡拉斯科(Franco Carrasco,董事会运营专家)、莎莉·科亨(Sally Cohen,全球传播高级副总裁)、莎莉·科斯特顿(Sally Costerton,总裁高级顾问兼全球利益相关方合作部高级副总裁)、杰米·赫德伦(Jamie Hedlund,合同合规和消费者保护高级副总裁兼华盛顿哥伦比亚特区办公室总经理)、约翰·杰弗里(总法律顾问兼秘书长)、亚伦·吉美内兹(Aaron Jimenez,董事会运营高级协调人)、塔瑞克·卡梅尔(Tarek Kamel,总裁高级顾问兼政府和 IGO 合作部高级副总裁)、温西安·科尼格斯菲尔德(Vinciane Koenigsfeld,董事会运营主管)、伊丽莎白·李(Elizabeth Le,助理总法律顾问)、赛勒斯·那马兹(Cyrus Namazi,全球域名分部域名服务及行业合作副主席)、戴维·奥利佛(David Olive,政策制定支持部高级副总裁)、加西亚·奥利维拉(Cassia Oliveira,首席执行官办公室高级经理)、温迪·普若菲特(Wendy Profit,董事会运营高级经理)、阿什文·兰根(Ashwin Rangan,工程部高级副总裁兼首席信息官)、丽莎·莎莉诺(Lisa Saulino,董事会运营高级协调人)、艾米·斯塔索斯(Amy Stathos,副总法律顾问)、特里莎·斯旺哈特(Theresa Swinehart,多利益相关方战略和战略计划高级副总裁)以及吉娜·比亚维森西奥(Gina Villavicencio,全球人力资源部高级副总裁)。

  1. 认可议程:
    1. 设立董事会反骚扰工作组
  2. 主要议程:
    1. 对重审请求 18-10 的考量:亚马逊流域合作条约组织
  3. 执行会议 – 保密
    1. 2019 财年上半年总裁兼首席执行官风险薪酬
    2. 高级职员任命和薪酬

 

  1. 认可议程:

    主席介绍了认可议程事项。罗恩·达席尔瓦提出决议并得到马修·希尔斯的支持。随后,主席发起投票,董事会采取了以下行动:

    1. 设立董事会反骚扰工作组

      鉴于 ICANN 董事会非常严肃地对待骚扰问题,并承诺采取一切适当合理的措施来帮助为 ICANN 社群营造一个没有骚扰的环境。

      鉴于作为董事会承诺的一部分,董事会已决定设立董事会反骚扰工作组。

      兹此发布第 2019.01.16.01 号决议:董事会特此设立董事会反骚扰工作组,其成员如下:贝基·伯尔、萨拉·多伊奇(主席)、克里斯·狄思潘、艾芙丽·多利亚、利托·伊瓦拉 (Lito Ibarra)、玛娜尔·伊斯梅尔、梅丽克·凯奥和特里普蒂·辛哈。

      出席会议的所有董事会成员一致投票赞成第 2019.01.16.01 号决议。决议通过。

      第 2019.01.16.01 号决议的理由

      ICANN 董事会非常严肃地对待骚扰问题,并承诺采取一切适当合理的措施来帮助为 ICANN 社群营造一个没有骚扰的环境。作为该承诺的一部分,经社群讨论后,董事会于 2017 年 3 月通过了社群反骚扰政策 (https://www.icann.org/en/system/files/files/community-anti-harassment-policy-24mar17-en.pdf)。通过此政策后,社群成员与多位董事会成员就骚扰问题持续进行了一些讨论。在讨论过程中,董事会决定设立董事会反骚扰工作组来专门解决此问题。

      因此,董事会设立了由以下董事会成员(包括有表决权的董事和无表决权的联络人)组成的董事会反骚扰工作组:贝基·伯尔、萨拉·多伊奇(主席)、克里斯·狄思潘、艾芙丽·多利亚、利托·伊瓦拉、玛娜尔·伊斯梅尔、梅丽克·凯奥和特里普蒂·辛哈。

      此外,设立该工作组还旨在帮助支持以下核心价值:“在各级政策制定与决策的过程中,积极寻求并支持知情前提下的广泛参与,以此彰显互联网在功能、地域和文化方面的多样性,从而确保使用自下而上的多利益相关方政策制定流程来维护全球公众利益,并保证这些流程的可问责性和透明性。”(《章程》,第 1 条第 1.2(b)(ii) 款。)

      很明显,此项决定符合公共利益和 ICANN 社群的利益,因为采取所有适当措施来帮助营造一个没有骚扰的环境对于参与 ICANN 多利益相关方模型的各方都至关重要。鉴于此,此项决定也完全支持 ICANN 的使命,因为一组董事会成员可以专门加入一个工作组,该工作组将努力帮助营造一个 ICANN 社群可专注于履行使命的环境,而避免不应在工作环境中出现的行为。

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

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

  2. 主要议程:

    主席介绍了主要议程中的事项。

    1. 对重审请求 18-10 的考量:亚马逊流域合作条约组织

      董事会副主席兼问责机制委员会 (BAMC) 主席克里斯·狄思潘介绍了此议程事项。副总法律顾问艾米·斯塔索斯向董事会提交了重审请求 18-10(下称“请求”)的摘要,该请求由亚马逊流域合作条约组织 (ACTO)(下称“请求人”)提交。此请求代表 ACTO 成员国寻求重审 ICANN 董事会第 2018.10.25.18 号决议(下称“决议”),该决议指示 ICANN 组织删除“停止处理”状态并根据管理 2012 年轮次新 gTLD 项目的政策和程序重新开始处理 .AMAZON 申请。请求人声称董事会在通过该决议时依据的信息不准确,且该决议违背了 ICANN 组织的承诺与核心价值。更具体地说,该请求建议应对该决议进行重审,因为在采纳决议时:(1) 依据的是董事会对亚马逊国家立场的误解;(2) 未考虑请求人于 2018 年 10 月 19 日发送的信函;并且 (3) 未考虑于 2018 年 10 月 24 日采纳的 ICANN 政府咨询委员会 (GAC) 跟进建议。

      2018 年 12 月 18 日和 21 日,BAMC 评估了请求 18-10 和所有相关材料,并建议董事会否决请求 18-10,因为董事会通过该决议时依据的是准确而完整的信息,且董事会通过该决议符合 ICANN 的承诺与核心价值。不过,BAMC 承认,请求 18-10 反映了请求人对该决议存在不同的解读,因此,BAMC 建议,董事会应重申通过决议旨在授权总裁兼首席执行官促进 ACTO 成员国与亚马逊公司能够达成双方均表赞同的解决方案,但如果他们做不到这一点,董事会将在第 64 届 ICANN 会议上对 .AMAZON 和相关顶级域的潜在授权的相关后续步骤做出决定。BAMC 进一步鼓励总裁兼首席执行官与相关利益相关方(包括亚马逊国家和亚马逊公司的代表)在从现在开始到第 64 届 ICANN 会议这段时间内进行高级别沟通。BAMC 还建议董事会继续接收 ICANN 总裁兼首席执行官提交的有关促进流程的更新信息,预计将在第 64 届 ICANN 会议上重审 .AMAZON 申请的状态。

      关于其第一条建议,请求人声称该决议的理由表明“ICANN 组织已告知董事会相关各方确定了前进的方向”。请求人认为此信息并不准确,因为 ACTO 成员国尚未被告知亚马逊公司提议的公共利益承诺,并且未同意该承诺。在评估该请求的过程中,BAMC 最终认定,请求人对“前进的方向”的解读似乎与董事会对该决议影响的解读存在差异。董事会的“前进的方向”措词并不是指就授权达成了最终协议或提出了特定解决方案。相反,通过该决议旨在继续促进与相关各方(包括 ACTO 成员国)开展进一步讨论,而且,在董事会未进一步考量持续促进流程的相关成果的情况下,不会对授权 .AMAZON 申请做出任何决定。

      关于请求人的第二条声明,即董事会未考虑实质性信息,因为 2018 年 10 月 19 日的信函未包括在该决议的“董事会考虑的事项”列表中,BAMC 确定,事实表明董事会在通过该决议前确实考虑了 2018 年 10 月 19 日的信函。

      关于请求人的第三条声明,即董事会未考虑巴塞罗那公报中包含的建议,BAMC 指出,尚不清楚董事会是否可能考虑到 GAC 的跟进建议,因为巴塞罗那公报直到 2018 年 10 月 25 日才公布,而董事会采纳该决议的时间为 2018 年 10 月 25 日上午。尽管如此,BAMC 确定,“跟进建议”未包含任何新建议,而只表达了批准 9 月 16 日的董事会决议,并重申了阿布扎比公报中的建议。

      由于德班公报建议董事会不应继续处理 Amazon 申请,因此请求人认为该决议与 GAC 不相符,关于这一点,BAMC 确定,请求人未证实 ICANN 采取的行动与 GAC 自 2013 年以来提出的所有相关建议之间存在任何不一致的地方。BAMC 进一步指出,在董事会接受德班公报后,亚马逊公司在质疑该决定的 IRP 中胜诉。根据 .AMAZON IRP 最终声明,董事会要求 GAC 提供其他信息。之后,GAC 发布了阿布扎比公报,建议董事会促进 ACTO 成员国与亚马逊公司之间的谈判。阿布扎比公报中提出了较新的建议,它考虑了各种情况的变化,并且与德班公报中包含的建议存在实质性差异。

      贝基·伯尔和丹科·杰夫托维克表示由于存在潜在冲突,他们将不参与审议。

      克里斯提出动议,里昂·桑切斯表示支持。随后,主席发起投票,董事会采取了以下行动:

      鉴于亚马逊流域合作条约组织 (ACTO)(下称“请求人”)提交了重审请求 18-10,旨在代表 ACTO 成员国寻求重审 ICANN 董事会第 2018.10.25.18 号决议(下称“决议”)。

      鉴于请求人声称董事会在通过该决议时依据的信息不准确,且该决议违背了 ICANN 组织的承诺和《章程》中确定的核心价值。

      鉴于请求人要求董事会取消这项决议,并将 .AMAZON 申请恢复为“停止处理”状态。

      鉴于董事会问责机制委员会 (BAMC) 之前确定,请求 18-10 已充分陈述,并将该请求送交给监察官,以根据《ICANN 章程》第 4 条第 4.2(j) 和 (k) 款进行审核与考量。

      鉴于监察官根据《章程》第 4 条第 4.2(l)(iii) 款的规定回避此事。

      鉴于 BAMC 仔细考虑了请求 18-10 的益处和所有相关材料,并建议否决请求 18-10,原因如下:董事会通过该决议时依据的是准确而完整的信息,且董事会通过该决议符合 ICANN 的承诺与核心价值。

      鉴于 BAMC 承认,请求 18-10 反映了请求人对该决议存在不同的解读,因此,BAMC 建议,董事会应重申通过该决议旨在授权总裁兼首席执行官促进 ACTO 成员国与亚马逊公司能够达成双方均表赞同的解决方案,但如果他们做不到这一点,董事会将在第 64 届 ICANN 会议上对 .AMAZON 和相关顶级域的潜在授权的相关后续步骤做出决定。

      鉴于 BAMC 还建议董事会继续接收 ICANN 总裁兼首席执行官提交的有关促进流程的更新信息,预计将在第 64 届 ICANN 会议上重审 .AMAZON 申请的状态。

      鉴于请求人未在《章程》第 4 条第 4.2(q) 款规定的时间内对 BAMC 关于请求 18-10 的建议提出反驳意见。

      兹此发布第 2019.01.16.02 号决议:董事会采纳 BAMC 关于重审请求 18-10 的建议,即建议否决请求 18-10,而不采取进一步行动,因为董事会通过该决议时依据的是准确而完整的信息,且董事会通过该决议符合 ICANN 的承诺与核心价值。

      第 2019.01.16.03 号决议:董事会特此重申,通过第 2018.10.25.18 号决议旨在授权总裁兼首席执行官促进 ACTO 成员国和亚马逊公司能够达成双方均表赞同的解决方案,但如果他们做不到这一点,董事会将在第 64 届 ICANN 会议上对 .AMAZON 和相关顶级域的潜在授权的相关后续步骤做出决定。

      第 2019.01.16.04 号决议:董事会鼓励总裁兼首席执行官与相关利益相关方(包括亚马逊国家和亚马逊公司的代表)在从现在开始到第 64 届 ICANN 会议这段时间内进行高级别沟通,并指示总裁兼首席执行官向董事会提供有关促进流程的更新信息,预计将在第 64 届 ICANN 会议上重审 .AMAZON 申请的状态。

      十二位董事会成员投票支持第 2019.01.16.02、2019.01.16.03 和 2019.01.16.04 号决议。贝基·伯尔和丹科·杰夫托维克弃权。卡勒德·库巴和特里普蒂·辛哈未能参与投票。决议通过。

      第 2019.01.16.02 – 2019.01.16.04 号决议的理由

      1. 简要概述和建议

        完整的事实背景参见 BAMC 关于请求 18-10 的建议(下称“BAMC 建议”),董事会审核并考量了该建议,并将其纳入了此决议。

        2018 年 12 月 18 日和 21 日,BAMC 评估了请求 18-10 和所有相关材料,并建议董事会否决请求 18-10,因为董事会通过该决议时依据的是准确而完整的信息,且董事会通过该决议符合 ICANN 的承诺与核心价值。不过,BAMC 承认,请求 18-10 反映了请求人对该决议存在不同的解读,因此,BAMC 建议,董事会应重申通过决议旨在授权总裁兼首席执行官促进 ACTO 成员国与亚马逊公司能够达成双方均表赞同的解决方案,但如果他们做不到这一点,董事会将在第 64 届 ICANN 会议上对 .AMAZON 和相关顶级域的潜在授权的相关后续步骤做出决定。BAMC 进一步鼓励总裁兼首席执行官与相关利益相关方(包括亚马逊国家和亚马逊公司的代表)在从现在开始到第 64 届 ICANN 会议这段时间内进行高级别沟通。BAMC 还建议董事会继续接收 ICANN 总裁兼首席执行官提交的有关促进流程的更新信息,预计将在第 64 届 ICANN 会议上重审 .AMAZON 申请的状态。

        根据《章程》第 4 条第 4.2(q) 款,请求人在收到 BAMC 关于请求 18-10 的建议后有 15 天时间提交反驳意见。到截止日期 2019 年 1 月 5 日时请求人未提交反驳意见,到目前为止也未收到任何反驳意见。

        董事会仔细考虑了 BAMC 的建议以及与请求 18-10 有关的所有相关材料,董事会同意 BAMC 的建议

      2. 问题

        问题如下:

        • 董事会通过该决议时是否依据了错误或不准确的相关信息,或未考虑实质性信息;以及
        • 董事会通过该决议是否违背了 ICANN 的承诺与核心价值(即认可 ICANN 必须适当考虑政府和公共权威机构的公共政策建议)。

        这些问题将依照适用于重审请求的相关标准(参见 BAMC 建议)进行审议。

      3. 分析和理由

        1. 该董事会决议并未指示在不与 ACTO 成员国或董事会进行进一步协商的情况下授权 .AMAZON 和相关 TLD。

          董事会首先指出,请求 18-10 似乎依据的是请求人的解读,即该决议指示 ICANN 总裁兼首席执行官在不与 ACTO 成员国进行进一步协商且未经董事会进一步考虑的情况下授权 .AMAZON 和相关 TLD。这可能是由于措词不够明确导致的,但这种解读与该决议的意图相悖。

          但是,与请求人的表面解读相反,如上文所重申的那样,通过该决议旨在促使各方开展进一步讨论,然后再由董事会就 .AMAZON 和相关 TLD 的潜在授权做出最终决定。该决议的措词本身并未批准授权 .AMAZON,也不支持任何特定解决方案。相反,该决议只是“指示总裁兼首席执行官或其指定人员删除‘停止处理’状态”。删除“停止处理”状态1是 ICANN 组织重新正式考虑 .AMAZON 申请以及处理亚马逊公司提议的公共利益承诺 (PIC) 在程序上的一个必要先决条件。

          而且,与该决议有关的各种情形确认将会进行进一步协商,并且董事会欢迎这种做法。具体来说,在董事会讨论该决议的过程中,ICANN 总裁兼首席执行官表示(已记录在案),他计划与 ACTO 代表会面讨论这些问题。2在通过该决议之后,ICANN 总裁兼首席执行官和 ICANN 董事会主席确认了该决议的意图,并在致政府咨询委员会 (GAC) 主席的信函3和致 ACTO 的信函4中重申了他们继续促进 ACTO 成员国与亚马逊公司之间的讨论的意图。

        2. 董事会通过该决议时依据的是准确而完整的信息,并且考虑了任何实质性信息。

          该请求建议应对该决议进行重审,因为在采纳决议时:(1) 依据的是董事会对亚马逊国家立场的误解;(2) 未考虑请求人于 2018 年 10 月 19 日发送的信函;并且 (3) 未考虑于 2018 年 10 月 24 日采纳的 GAC 跟进建议。但是,如下文和 BAMC 建议中所述,董事会考虑了所有可用的实质性信息,并对相关事实有准确的了解。BAMC 最终认定并且董事会同意,董事会在通过该决议时考虑了所有可用的实质性信息,并且董事会对相关事实有准确的了解。

          关于其第一条建议,请求人声称该决议的理由表明“ICANN 组织已告知董事会相关各方确定了前进的方向”。5请求人依据其得出的结论,即董事会“考虑到亚马逊国家已经了解了授权 .AMAZON 的提案,并且他们应该会同意该授权,现在只需等待最终讨论数量有限的一些因素”,因而认为“此信息并不准确”。6在此,BAMC 最终认定并且董事会同意,请求人对“前进的方向”的解读似乎与董事会对该决议影响的解读存在差异。如上所述,通过该决议旨在继续促进与相关各方(包括 ACTO 成员国)开展进一步讨论,而且,在董事会未进一步考量持续促进流程的相关成果的情况下,不会对授权 .AMAZON 申请做出任何决定。因此,董事会的“前进的方向”措词并不是指就授权达成了最终协议或提出了特定解决方案。

          关于请求人的第二条声明,即董事会未考虑实质性信息,因为 2018 年 10 月 19 日的信函未包括在该决议的“董事会考虑的事项”列表中,BAMC 确定并且董事会同意,事实表明董事会在通过该决议前确实考虑了 2018 年 10 月 19 日的信函。2018 年 10 月 19 日的信函邀请 ICANN 总裁兼首席执行官与 ACTO 成员国代表会面,讨论可能的解决方案。如上所述,在介绍 2018 年 10 月 25 日决议时,ICANN 总裁兼首席执行官特别提到了 ACTO 成员国的会议邀请以及其接受该邀请。7

          最后,请求人声称董事会“忽略了 GAC 就与 .AMAZON 申请有关的先前建议提出的跟进建议(GAC 于 2018 年 10 月 24 日采纳)”。8首先,尚不清楚董事会是否可能考虑到 GAC 的跟进建议,因为它包含在巴塞罗那公报中,该公报直到 2018 年 10 月 25 日才公布。董事会通过该决议的时间为 2018 年 10 月 25 日上午。无论如何,“跟进建议”未包含任何新建议,而只表达了批准 9 月 16 日的董事会决议,并重申了阿布扎比公报中的建议。9因此,即使巴塞罗那公报在通过该决议之前公布,它也不包含董事会未考虑到的任何实质性信息,因为董事会明确考虑了相同的信息。

        3. 鉴于此,董事会通过该决议符合 ICANN 的承诺与核心价值。

          请求人声称该决议“违背了 ICANN 的承诺与核心价值,即认可‘政府和公共权威机构是制定公共政策的责任主体’,且 ICANN 必须适当考虑政府和公共权威机构提出的公共政策建议”。10基于此,请求人得出了该决议与相关 GAC 建议不符的结论。BAMC 确定并且董事会同意,请求人的立场基于请求人对该决议的明显不同的解读(如上文所述)。

          首先,请求人认为董事会对阿布扎比公报建议将“取代”德班公报建议的解读是错误的,11BAMC 最终认定并且董事会同意,这一论据无法支持重审。德班公报向董事会表明了GAC 的立场,即对于 .AMAZON 申请,“除了对这些申请进行初步评估外,不得采取其他行动”。12如 BAMC 建议13和本文引用的参考资料所述,董事会于 2014 年接受了德班公报中的建议,但亚马逊公司在质疑该 2014 年决定的独立审核流程 (IRP) 中胜诉。根据 .AMAZON IRP 最终声明,董事会要求 GAC 提供有关该建议的其他信息。随后,阿布扎比公报建议董事会促进 ACTO 成员国与亚马逊公司之间的谈判。14阿布扎比公报中提出了较新的建议,它考虑了各种情况的变化,并且与德班公报中包含的建议存在实质性差异。BAMC 最终认定并且董事会同意,阿布扎比公报在很大程度上可以描述为取代了德班公报中提出的先前建议。

          其次,请求人认为该决议与阿布扎比和巴塞罗那公报中体现的 GAC 建议不符。请求人指出,GAC 最近的共识性声明“重申”了在达成“双方均可接受的解决方案”的前提下“授权 .AMAZON 申请的可能性”。15如上所述,该决议旨在允许各方在 ICANN 组织的促进下尝试达成这样的解决方案。因此,GAC 建议与该决议并不存在不一致的地方。

          如 BAMC 建议中所述,请求人通过建议“在授权 .AMAZON 字符串之前必须获得亚马逊国家的同意”,在某种程度上告知了其对此问题的观点。16董事会同意 BAMC 的建议,即虽然请求人在与 ICANN 代表通信的整个过程中始终秉持这一立场,但《ICANN 章程》或程序并未授权第三方或 GAC 阻止董事会做出其决定。相反,《章程》要求董事会“承认政府和公共权威机构是制定公共政策的责任主体,并适当考虑政府和公共权威机构提出的公共政策建议”。17虽然 ICANN 董事会此前接受了 GAC 就此问题提出的建议,但亚马逊公司在质疑该决定的 IRP 中胜诉。18最终声明建议“董事会应该做出客观独立的判断,确定是否存在有根据且基于绩效的公共政策理由来拒绝亚马逊的申请”。19而且,董事会此前已收到第三方独立专家的分析结论,认为“没有任何国际或甚至地区或国家法律规定”迫使 ICANN 拒绝或接受 .AMAZON 申请。20因此,虽然该决议未指出将在不进行进一步讨论和协商的情况下授权 .AMAZON 及其相关 TLD,但如上文所述,《ICANN 章程》或程序并未授权第三方或 GAC 阻止董事会做出其决定。

          请求人声称,ICANN 的承诺与核心价值“认可‘政府和公共权威机构是制定公共政策的责任主体’,且 ICANN 必须适当考虑政府和公共权威机构提出的公共政策建议”。21.AMAZON 申请的历史表明董事会一直是这样做的。在通过该决议时,董事会遵循了 GAC“继续促进…ACTO[] 成员国与亚马逊公司之间的谈判,以期达成一个双方均可接受的解决方案,允许使用 .amazon 作为顶级域名”的建议。22此做法承认了 ACTO 成员国的公共政策利益,并确保 ICANN 组织将继续考虑那些利益,因此是完全符合 ICANN 的承诺与核心价值的。

          基于这些原因,董事会最终认定,没有必要进行重审。

          这项行动符合 ICANN 的使命和公共利益,因为它制定了一个流程,以便那些由于 ICANN 董事会或员工的行为而受到重大影响的个人或实体可以请求对董事会的行动或不作为进行重审,这对于确保 ICANN 在执行其使命时对社群负责,以便在《企业设立章程》、《章程》和其他既定程序内运营至关重要。采纳 BAMC 的建议不会对 ICANN 产生财务影响,并且不会对域名系统的安全、稳定与弹性产生负面影响。

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

  3. 执行会议 – 保密

    董事会举行了一次机密会议。在机密会议期间,董事会采取了以下行动:

    1. 2019 财年上半年总裁兼首席执行官风险薪酬

      鉴于各董事会成员已确认其在确定总裁兼首席执行官 2019 财年上半年的风险薪酬支付金额方面没有利益冲突。

      鉴于薪酬委员会建议董事会批准向总裁兼首席执行官支付其 2019 财年上半年的风险薪酬。

      兹此发布第 2019.01.16.05 号决议:董事会特此批准向总裁兼首席执行官支付其 2019 财年上半年的风险薪酬部分。

      第 2019.01.16.05 号决议的理由

      总裁兼首席执行官上任后,将获得基本薪酬以及其薪酬方案中的风险薪酬部分。此薪酬结构今天仍适用。与 ICANN 组织的所有工作人员一样,总裁兼首席执行官亦会受到评估,确定是否达成了其与薪酬委员会和董事会协调设定的具体目标。

      总裁兼首席执行官向薪酬委员会提供了其对 2019 财年目标中期完成情况的自我评价。进行审核后,薪酬委员会讨论了总裁的自我评价并对其表示认同。讨论过后,薪酬委员会建议董事会批准向总裁兼首席执行官支付其 2019 财年上半年的风险薪酬。董事会同意薪酬委员会的建议。

      此项决定有助于推进 ICANN 使命的履行,且符合公共利益,因为它有助于确保总裁兼首席执行官获得与其履行使命的表现相称的报酬,并且表明了其目标符合 ICANN 战略规划和运营规划。

      虽然决定向总裁兼首席执行官支付其 2019 财年上半年的风险薪酬会对 ICANN 产生财务影响,但 2019 财年预算中已考虑了该影响。此项决定不会对域名系统的安全、稳定或弹性产生影响。

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

    2. 高级职员任命和薪酬

      [保密 – 人事雇用事宜]


1 新 gTLD 微型网站的申请人咨询 [newgtlds.icann.org]页面说明了“停止处理”申请状态的含义和影响。

2 2018 年 10 月 25 日董事会会议笔录,第 15 页 (https://static.ptbl.co/static/attachments/192259/1540518957.pdf?1540518957 [static.ptbl.co]);2018 年 12 月 3 日谢林·查拉比 (C. Chalaby) 致杰奎琳·门多萨 (J. Mendoza) 的信函 (https://www.icann.org/en/system/files/correspondence/chalaby-to-mendoza-03dec18-en.pdf)。

3 2018 年 11 月 28 日马跃然 (G. Marby) 致玛娜尔·伊斯梅尔 (M. Ismail) 的信函 (https://www.icann.org/en/system/files/correspondence/marby-to-ismail-28nov18-en.pdf)。

4 2018 年 11 月 20 日马跃然致杰奎琳·门多萨的信函 (https://www.icann.org/en/system/files/correspondence/marby-to-mendoza-20nov18-en.pdf);2018 年 12 月 3 日谢林·查拉比致门多萨大使的信函 (https://www.icann.org/en/system/files/correspondence/chalaby-to-mendoza-03dec18-en.pdf)。

5 请求 18-10,第 8.1 节,第 3 页。

6 同上

7 2018 年 10 月 25 日董事会会议笔录,第 15 页。

8 请求 18-10,第 8.2 节,第 5-6 页。

9 巴塞罗那公报,第 10-11 页。

10 请求 18-10,第 8.2 节,第 5 页。

11 同上

12 德班公报,第3-4 页。

13 BAMC 建议,第6-8 页。

14 阿布扎比公报,第 13 页。

15 请求 18-10,第 8.2 节,第5-6 页(省略了着重号)。

16 同上。第 6 节,第 2 页。

17《ICANN 章程》,2018 年 6 月 18 日,第 1 条第 1.2(b) 款。

18 IRP 小组声明,第 124-26 条,第52-53 页。

19 同上。第 125 条,第52-53 页

20 https://www.icann.org/resources/board-material/resolutions-new-gtld-2014-05-14-en#/2.b

21 请求 18-10,第 8.2 节,第 5 页。

22 阿布扎比公报,第 13 页

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