Skip to main content
Resources

通过的董事会决议 | ICANN 董事会特别会议

本页面还提供其他语种:

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

  1. 既定议程:
    1. 批准会议记录
    2. RSSAC 联合主席任命
    3. 根区发展审核委员会 (RZERC) 联络人任命
    4. GAC 建议: 赫尔辛基公报(2016 年 6 月)
  2. 主要议程:
    1. 针对社群协商在波多黎各圣胡安召开 2018 年 3 月的北美地区 ICANN 会议这一事宜进行讨论,未达成任何决议
    2. 2018 年 3 月 ICANN 会议酒店签约
  3. 执行会议 - 保密:
    1. 高级职员薪酬
    2. 总裁兼首席执行官 2017 财年 SR1 的风险薪酬

 

  1. 既定议程:

    1. 批准会议记录

      第 2016.12.13.01 号决议:董事会批准 2016 年 11 月 5 和 8 日的 ICANN 董事会会议记录。

    2. RSSAC 联合主席任命

      鉴于章程第 12 条第 2 款第 C 小节对根服务器系统咨询委员会 (RSSAC) 作出了规定。

      鉴于章程第 12 条第 2 款第 C (ii) 小节规定,RSSAC 的主席和成员应由董事会指定。

      鉴于 2016 年 12 月 1 日,RSSAC 进行了一个联合主席职位的选举,并再次推选里普蒂·辛哈(Tripti Sinha,马里兰大学,D 根服务器运营商)担任联合主席,任期两年。鉴于布拉德·沃德(Brad Verd,Verisign,A/J 根服务器运营商)将继续在两年任期的第二年担任联合主席。

      兹此发布第 2016.12.13.02 号决议:董事会接受 RSSAC 的建议,任命里普蒂·辛哈作为 RSSAC 联合主席,并对出任 RSSAC 联合主席的所有人员表达了最良好的祝愿。

      第 2016.12.13.02 号决议的理由

      ICANN 章程要求董事会任命全体成员选举的 RSSAC 联合主席。任命 RSSAC 联合主席可以让 RSSAC 的构成更合理,便于发挥其在 ICANN 政策制定工作中作为咨询委员会的职能。

      除了在编制预算时已经考虑到的用于支持 RSSAC 的资源以外,任命联合主席预计不会对 ICANN 产生任何其他财务影响。

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

    3. 根区发展审核委员会 (RZERC) 联络人任命

      鉴于根据管理权 CWG 针对 IANA 管理权移交后的建议,ICANN 建立了根区发展审核委员会 (RZERC),该委员负责审核与 DNS 根区域在发展过程中遇到的架构和运营系统相关的问题,并为 ICANN 董事会提供建议,从而确保根区的安全性、稳定性和弹性。

      鉴于 RZERC 代表必须能够整体了解根区,以及能够完全代表其任命组织在根区方面的特定利益。

      鉴于 RZERC 需要拥有 9 名来自特定机构的委员会成员,包括一名 ICANN 董事会成员。

      鉴于 ICANN 董事会在 2016 年 8 月 12 日最终确定的 RZERC 初始人员构成时,临时任命董事会成员苏珊·沃尔夫 (Suzanne Woolf) 担任 RZERC 成员。

      鉴于苏珊·沃尔夫于 2016 年 11 月 8 日结束了其在 ICANN 董事会的任期。

      兹此发布第 2016.12.13.03 号决议:ICANN 董事会感谢苏珊·沃尔夫在 RZERC 所做的工作。

      兹此发布第 2016.12.13.04 号决议:ICANN 董事会任命凯夫·兰吉巴 (Kaveh Ranjbar) 作为 ICANN 董事会代表到 RZERC 任职。

    4. GAC 建议:赫尔辛基公报(2016 年 6 月)

      鉴于政府咨询委员会 (GAC) 在 ICANN 第 56 届芬兰赫尔辛基会议期间举行了会议,并在 2016 年 6 月 30 日的公报 [PDF, 328 KB](下称“赫尔辛基公报”)中公布了向 ICANN 董事会提出的建议。

      鉴于赫尔辛基公报是董事会与 GAC 于 2016 年 7 月 20 日召开的会议 [PDF, 301 KB] 的主题。

      鉴于 2016 年 8 月 11 日,GNSO 理事会向董事会提供了关于赫尔辛基公报中与通用顶级域名相关的建议的反馈 [PDF, 436 KB],以向董事会和社群通报可能与 GAC 提供的建议相关的 gTLD 政策活动。

      鉴于,董事会在考虑了其与 GAC 之间的会议以及 GNSO 理事会提供的信息之后,制定了一套计分卡,用于回应赫尔辛基公报中 GAC 的建议。

      兹此发布第 2016.12.13.05 号决议:董事会采纳名为“GAC 建议 — 赫尔辛基公报: 行动和更新(2016 年 12 月 13 日)”[PDF 298 KB] 的计分卡,以回应赫尔辛基公报 GAC 建议中的事项。

      第 2016.12.13.05 号决议的理由

      根据 ICANN 章程第 12 条第 12.2(a)(ix) 款,GAC 可以“直接将问题提请董事会,提请方式既可以是提出意见或事先建议,也可以是就某项行动、新政策的制定或现有政策的修订提出具体建议”。在赫尔辛基公报(2016 年 6 月 30 日)中,GAC 公布了面向 ICANN 董事会的有关以下各事项的建议:(1) 将来轮次的新 gTLD 项目的政策和程序;(2) 有关隐私和代理认证的 GNSO 共识性政策建议;(3) 允许注册管理运行机构实现二级双字母国家/地区代码域名的注册;(4) 允许在后续轮次中将 ISO-3166 列表中的三字母代码用作 gTLD;和 (5) 保护所有 gTLD 中的政府间组织 (IGO) 名称和缩略词。ICANN 章程要求董事会在政策制定和采纳中考虑 GAC 对公共政策问题的建议。如果董事会决定采取不符合 GAC 建议的行动,则必须通知 GAC 并解释为什么不接受其建议。对于 GAC 完全达成共识(按照章程规定)的任何 GAC 建议,只有不少于 60%的董事会成员投反对票后才可予以否决。然后,GAC 和董事会必须尝试真诚、及时、高效地寻找可以相互接受的解决方案。

      目前,董事会正在采取行动解决赫尔辛基公报中 GAC 的建议。如需了解董事会的行动,请参阅 2016 年 12 月 13 日计分卡 [PDF, 298 KB]。在采纳对赫尔辛基公报中 GAC 建议的回应时,董事会审核了诸多材料,包括但不限于以下材料和文件:

      计分卡中对 GAC 建议的采用有助于解决 GAC 关于 gTLD 和其他事项的建议,将对社群产生积极影响。通过此项决议不会产生任何可预见的财务影响。批准此项决议不会产生任何与 DNS 相关的安全、稳定或弹性问题。

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

  2. 主要议程:

    1. 针对社群协商在波多黎各圣胡安召开 2018 年 3 月的北美地区 ICANN 会议这一事宜进行讨论,未达成任何决议

    2. 2018 年 3 月 ICANN 会议酒店签约

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

      鉴于 2016 年 10 月圣胡安公共会议推迟到 2018 年 3 月,工作人员已完成对波多黎各圣胡安会议会场的全面审核,认为圣胡安合适。

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

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

      第 2016.12.13.06 – 2016.12.13.07 号决议的理由

      作为 ICANN 公共会议日程安排的一部分,目前 ICANN 每年在世界不同地理区域(按《ICANN 章程》中的定义)召开三次会议。计划于 2018 年 3 月 10-15 日召开的第 61 届 ICANN 会议,将在北美地理区域内举行。由于计划在波多黎各圣胡安举行的 2016 年 10 月公共会议改在海得拉巴举行,所以 ICANN 决定在波多黎各圣胡安举行 2018 年 3 月的 ICANN 公共会议。

      工作人员对会议会场和备选酒店进行了全面分析,确定其符合“会议选址标准”(参见 http://meetings.icann.org/location-selection-criteria)。

      董事会审核了工作人员关于在波多黎各的圣胡安召开 2018 年 3 月 ICANN 公共会议以及所选会址相关成本的简报,认为提案符合会议选址标准的重要因素。

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

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

  3. 执行会议 - 保密:

    1. 高级职员薪酬

      鉴于吸引和留住高素质员工对 ICANN 的运营至关重要,ICANN 希望确保为员工提供具有竞争力的薪酬。

      鉴于每位董事会成员均已确认,他们不反对任何 CIO 的薪酬方案。

      兹此发布第 2016.12.13.08 号决议:董事会授予总裁兼首席执行官自行决定调整 CIO 的 2017 财年薪酬的权力,调整后的薪酬方案于 2016 年 7 月 1 日生效(最多提升 3%,这与已得到独立薪酬专家可比薪酬信息验证的 ICANN 薪酬实践一致),且他 2017 财年的基本薪酬在现有 2017 财年薪酬基础上的增长率不得超过 3%。

      第 2016.12.13.08 号决议的理由

      通过提供具有竞争力的薪酬方案吸引和留住高素质员工,这对组织非常重要。不断改善的人才市场将为未加入 ICANN 的高素质人才创造更多机会。

      ICANN 总裁兼首席执行官已申请向其授予自行增加 CIO 的 2017 财年基本薪酬的权力,调整后的薪酬方案于 2016 年 7 月 1 日生效(最多可在其当前 2017 财年基本薪酬基础上增加 3%)。此金额符合总裁兼首席执行官对不属于高级职员的其他 ICANN 执行团队成员采取的行动(这无需董事会批准)。

      ICANN 现处于重要的阶段,需要延续某些技能和专业知识,特别是对正在进行的关键项目而言,包括新 gTLD 项目、进行中的组织和其他审核、最近开展的 IANA 管理权移交、扩展合同合规性和加强全球化工作等。以上任何项目都需要有知识、有能力的执行人员确保实现 ICANN 的运营目标,同时保证尽可能最大程度地降低风险。始终坚持 ICANN 的用人理念并提供具有竞争力的薪酬将有助于确保实现以上目标。

      在重要的组织阶段继续雇用和留住关键人员有益于组织各个方面的发展。因此,此决议中提出的薪金调整很可能对组织、组织为了履行其使命而开展的工作以及组织的透明度和问责制产生积极的影响。当然,这些决议也将对组织造成财务影响,但该影响不会影响到整个当前财年预算。此项决议不会对域名系统的安全、稳定和弹性产生直接影响。

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

    2. 总裁兼首席执行官 2017 财年 SR1 的风险薪酬

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

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

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

      第 2016.12.13.09 号决议的理由

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

      2017 财年 SR1(正常情况下评分期为 2015 年 5 月 16 日至 2015 年 11 月 15 日,但这种情况下将从 2016 年 5 月 23 日开始)结束时,总裁兼首席执行官向薪酬委员会提供了其 2017 财年 SR1 评估期间对目标完成情况的自我评价。征求其他董事会成员的意见后,薪酬委员会与总裁兼首席执行官一起审核了其 2017 财年 SR1 的目标,并讨论了其在这些目标方面取得的成就。讨论过后,薪酬委员会建议董事会批准总裁兼首席执行官 2017 财年 SR1 的风险薪酬,董事会同意了该建议。

      尽管这会对 ICANN 产生财务影响,但 2017 财年预算中已考虑了该影响。此项决定不会对域名系统的安全、稳定和弹性产生影响。

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

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