Skip to main content
Resources

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

本页面还提供其他语种:

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

  1. 主要议程:
    1. 批准 ICANN 有关 IANA 管理权移交的新章程
    2. 因 IANA 管理权移交而公布 ICANN《企业设立章程修订草案》以征询公众意见
    3. 与 IANA 号码服务 RIR 签订的服务水平协议 (SLA)
    4. IETF 谅解备忘录补充协议
    5. 其他事务 — 重新确认董事会有关 .HOTEL 和 .ECO IRP 声明的决议

 

  1. 主要议程:

    1. 批准 ICANN 有关 IANA 管理权移交的新章程

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

      鉴于 2016 年 3 月 10 日,互联网名称与数字地址分配机构 (ICANN) 接受并向 NTIA 呈交了下列移交文件:(i) IANA 管理权移交协调小组的 IANA 管理权移交提案,以及 (ii) 加强 ICANN 问责制跨社群工作组的第 1 工作阶段报告(统称“移交提案”)。

      鉴于已聘请 ICANN 的律师及独立律师事务所,以在制定移交提案方面为社群提供帮助,致力于创建一套新章程,同时也针对 ICANN 目前章程提出了各种更改意见,以便实施移交提案。章程协调小组成立于 ICANN 第 55 届马拉喀什会议,由移交提案工作参与组织的社群成员组成;由章程协调小组为 ICANN 律师及独立律师事务所的工作提供支持。

      鉴于所述《章程》草案已于 2016 年 4 月 21 日公布,以启动为期 30 天的公众意见征询。意见征询期结束后,即详细分析所获意见并对所述《章程》作相应修改以回应所征集的公众意见。ICANN 就修订工作与独立律师事务所相协调。

      鉴于 ICANN 总法律顾问已确认拟定的 ICANN 新章程与移交提案保持一致,并建议接受此等章程以继续推进实施规划。

      鉴于已与章程协调小组分享对《章程》所作的修订,且该章程协调小组有权在董事会考虑之前向法律文件起草团队给出建议。之后,董事会会考虑章程协调小组提供的信息及所作反应,也会考虑公众意见汇总及其分析。

      兹此发布第 2016.05.27.01 号决议:ICANN 董事会将采纳 2016 年 5 月 26 日修订的 ICANN 新章程 [PDF, 1.41 MB]。

      兹此发布第 2016.05.27.02 号决议:ICANN 与 NTIA 签订的 IANA 职能合同到期后,上述 ICANN 新章程即视为生效。董事会重申其第 2016.03.10.18 号决议,即“董事会将致力于与社群合作,以辨别在确定 ICANN 履行 IANA 职能的义务将在与 NTIA 的合同下得到保留的情况下,问责制 CCWG 建议中可实施的部分。”

      兹此发布第 2016.05.27.03 号决议:指示总裁兼首席执行官或其指定人员规划所述章程的实施工作,以便 ICANN 在 NTIA 批准“IANA 管理权移交提案”和《IANA 职能合同》到期的情况下做好实施的运营准备工作。

      兹此发布第 2016.05.27.04 号决议:董事会批准将确认采纳上述章程的决议呈交 NTIA。

      第 2016.05.27.01 – 2016.05.27.04 号决议的理由

      采纳新章程是规划移交提案实施的关键举措。NTIA 曾指出在其结束对移交提案的审核之前,他们需要查看现已通过的《章程》修订内容是否足以达到移交提案中规定的实施条件。及时采纳新章程很有必要,这有助于为全球利益相关方社群开展的工作提供支持,从而促成 IANA 职能管理权的顺利移交。

      上述新章程是法务团队与 ICANN 社群紧密协作、共同努力的成果。章程协调小组、管理权 CWG 和加强 ICANN 问责制跨社群工作组为社群工作提供支持。所述《章程》均已公布,并启动了为期 30 天的公众意见征询,征询期结束后共收到 31 份意见。每份意见均已纳入考虑范围并加以分析,并解释了是否有必要对《章程》作出修改以反映意见中提及的问题。法务团队在对《章程》作出必要更新方面不断开展紧密的协调工作。

      值得一提的是,即便存在有关《章程》的实质性意见,在对其作出回应时也无需对任何条款作关键性改写。虽然需要做出一些修订以获得最终的《章程》,但是发表意见的各方之间几乎达成一致意见,认为所公布的《章程》能够忠实地体现移交提案的各个方面。仅需对《章程》作细微调整以保持其与移交提案的一致性。

      在具体实行调整举措的过程中,董事会依据:

      此外,董事会也会依据总顾问和秘书长对《章程》能体现移交提案所给出的确认书,以及章程协调小组会议期间,独立律师顾问就《章程》继续支持移交提案所作修改给出的声明。

      采纳此等《章程》符合 ICANN 对加强问责制和透明度的一贯宗旨。首先,《章程》涵盖有社群可使用的强化型新工具,以敦促 ICANN 对其行为负责。此举可核实 ICANN 确已履行对采纳《章程》变更所作的承诺。其次,此时采纳《章程》可核实 ICANN 对支持移交提案所作的承诺,即表明 ICANN 确已就移交提案要求履行变更问责制的承诺,以期响应 NTIA 对 ICANN 履行这一承诺的备案需求。

      采纳上述新章程变更不会对 DNS 的安全性、稳定性或灵活性产生任何影响。此举将对相关方产生资源影响,包括计划实施《章程》中要求的新架构和新机制所需的重要资源。同时也可预见的是,新章程生效后还可能会在其他方面产生重要的资源影响,比如影响改进独立审核流程或其他机制的潜在成本。

      此为一项为征询公众意见而设立的组织管理职能。

    2. 因 IANA 管理权移交而公布 ICANN《企业设立章程修订草案》以征询公众意见

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

      鉴于 2016 年 3 月 10 日,互联网名称与数字地址分配机构 (ICANN) 接受并向 NTIA 呈交了下列移交文件:(i) IANA 管理权移交协调小组的 IANA 管理权移交提案,以及 (ii) 加强 ICANN 问责制跨社群工作组的第 1 工作阶段报告(统称“移交提案”)。

      鉴于除对《章程》作必要的更改外,移交提案也要求修改 ICANN 的《企业设立章程》。ICANN 的律师及独立律师事务所受聘在制定移交提案方面为社群提供帮助,致力于创建各方一致认可与移交提案相符的《企业设立章程修订草案》。

      兹此发布第 2015.05.27.05 号决议:ICANN 董事会同意自《企业设立章程修订草案》切实可行之日起在 ICANN 网站上公布该草案以征询公众意见。

      第 2016.05.27.05 号决议的理由

      公布《企业设立章程修订草案》以征询公众意见是计划实施移交提案的另一项必要举措。此等修订章程的采纳必须在任何 IANA 职能管理权移交之前进行。

      章程修订草案是 ICANN 法务团队与独立律师顾问所选的问责制 CCWG 和管理权 CWG 共同努力的成果。此举旨在制定符合提案的修订章程,并实施必要的改进措施。

      公布此等修订章程以征询公众意见符合 ICANN 对加强问责制和透明度的一贯宗旨。所有公众意见都将受到评估并呈交给董事会,供其考虑和决定。提交此文件以征询公众意见不会产生财务影响。公布对上述章程修订草案所作的变更不会对 DNS 的安全性、稳定性或灵活性产生任何影响。

      此为一项无需征询公众意见的组织管理职能。

    3. 与 IANA 号码服务 RIR 签订的服务水平协议 (SLA)

      鉴于董事会已于 2016 年 3 月 10 日同意有关将 NTIA 对 IANA 职能的管理权移交全球多利益相关方社群的提案(简称“提案”)。

      鉴于“提案”中包含有对 ICANN 与五大地区互联网注册管理机构 (RIR) 针对号码服务绩效所定服务水平协议 (SLA) 的要求。

      鉴于“提案”中包含有针对 IANA 服务水平协议提出的七项原则。

      鉴于 RIR 已按照“提案”所述 IANA 服务水平协议原则起草了拟定版服务水平协议,起草过程遵循公开、透明的原则,其中包括通过 ianaxfer 电子邮件清单 <https://www.nro.net/pipermail/ianaxfer> 针对各拟定版发起的公众意见征询期。起草拟定协议期间,RIR 也与 ICANN 一同开展了一系列讨论和会议,之后由 ICANN 将对各拟定版服务水平协议的书面意见提交至 ianaxfer 电子邮件清单。

      兹此发布第 2016.05.27.06 号决议:授权总裁兼首席执行官或其指定人员采取适当的举措,按“移交提案”预定要求通过 IANA 号码服务的地区互联网注册管理机构订立最终版本的服务水平协议,并加以实施。

      第 2016.05.27.06 号决议的理由

      现今,董事会正采取相关举措以核准 ICANN 与地区互联网注册管理机构 (RIR) 就 IANA 号码服务所订立的服务水平协议 (SLA)。此为 2016 年 3 月 10 日之董事会决议的延续举措,其中董事会同意了有关将 NTIA 对 IANA 职能的管理权移交全球多利益相关方社群的提案(简称“提案”)。“提案”所述要求之一为订立 ICANN 与 RIR 之间的服务水平协议 (SLA)。“提案”中包含有针对该 SLA 提出的七大原则。所述 SLA 是 ICANN 与 RIR 就提供号码服务而签署的协议。因此,该协议包含有对协议履行情况的预期要求,也规定了升级路径及协议未履行时的争议解决机制。

      SLA 条款以 5 年为期自动续订,除非 ICANN 或 RIR 在当前条款到期之前 12 个月内出具通知,决定出于任何其他原因不作续订(不论是否存在确切原因)。但凡不续订协议或终止协议,RIR 即可自行裁夺是否择选继任注册管理运行机构。

      SLA 允许 ICANN 在征得 RIR 同意的情况下,分包所述号码服务的履行合同。此外,该协议也包含有先决条件规定,即仅在管理权移交之后,SLA 方可生效。这将允许 ICANN 继续按当前与 NTIA 签订的 IANA 职能合约之规定履行其各项义务,直至完成管理权移交为止。

      RIR 依据“提案”中规定的 IANA 服务水平协议原则发起 SLA 草拟流程,实施过程中涵及数轮通过 ianaxfer 电子邮件清单进行的公众意见征询。拟定的 SLA 共有六个版本,每个版本均通过公众意见征询流程而订立。RIR 会以适当方式考量并处理各方对每个版本提出的意见。ICANN 会向 ianaxfer 电子邮件清单提供意见,同时与 RIR 开展具有参考价值的讨论。

      作为审议工作的一部分,董事会将审核多方面的材料,包括但不限于以下材料和文件:

      董事会对拟定的 SLA 给予批准将对全球利益相关方社群产生积极影响,因此举实为满足该社群认可且由董事会于 2016 年 3 月 10 日批准之“提案”的要求。此外,批准上述 SLA 也有助于确保 ICANN 满足号码社群的预期要求,继续根据该社群在服务水平方面的需求为其提供号码服务。

      拟定 SLA 第 5 部分指明,RIR 按预定方式在 ICANN 与 NRO 信件交流期间(2007 年和 2009 年)向 ICANN 提供的等额 650,000 美元的捐款旨在补偿 ICANN 在运营 IANA 号码服务过程中的开支。因此,此部分金额为 650,000 美元的捐款构成仅限捐赠机构对 ICANN 的资金支持,对此,ICANN 需要确保在财务声明中对该款项作出足够明确的说明,并将其合理用作有关 IANA 号码服务的 PTI 资金。

      董事会批准 SLA 之后,不会出现与 DNS 相关的安全性、稳定性或灵活性问题。

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

    4. IETF 谅解备忘录补充协议

      鉴于董事会已于 2016 年 3 月 10 日同意有关将 NTIA 对 IANA 职能的管理权移交全球多利益相关方社群的提案(简称“提案”)。

      鉴于所述“提案”要求 ICANN 继续奉行其已与互联网工程任务组 (IETF) 订立的谅解备忘录 (MoU),该备忘录于 2000 年订立,涉及对协议参数职能的执行管理。每年,各方会就服务水平协议进行协商,以对上述谅解备忘录作出补充(即“谅解备忘录补充协议”)。

      鉴于 ICANN 与 IETF 已商定最终版本的《2016 谅解备忘录补充协议》。

      鉴于《2016 IETF 谅解备忘录补充协议》已依据 IETF 缔约服务指导原则予以起草。

      兹此发布第 2016.05.27.07 号决议:授权总裁兼首席执行官或其指定人员采取适当的举措,按“移交提案”预定要求与执行协议参数注册管理机构职能的 IETF 共同订立最终版本的《2016 IETF 谅解备忘录补充协议》,并加以实施。

      第 2016.05.27.07 号决议的理由

      现今,董事会正采取相关举措以核准 ICANN 与 IETF 就执行协议参数职能所订立的《2016 IETF 谅解备忘录补充协议》。此为 2016 年 3 月 10 日之董事会决议的延续举措,其中董事会同意了有关将 NTIA 对 IANA 职能的管理权移交全球多利益相关方社群的提案(简称“提案”)。

      自 2000 年以来,ICANN 与 IETF 社群一直依据双方签署的谅解备忘录 (MoU) 行事。每年,各方会就服务水平协议进行协商,以对上述谅解备忘录作出补充。“提案”所述要求之一为订立 ICANN 与 IETF 之间的“IETF 谅解备忘录补充协议”。各方已完成有关《2016 IETF 谅解备忘录补充协议》的协商工作,董事会目前已对其给予批准。

      《2016 IETF 谅解备忘录补充协议》包含有经 ICANN 和 IETF 商定的有关执行协议参数注册管理机构职能的服务水平协议。上述谅解备忘录补充协议已依据 IETF 缔约服务指导原则予以起草。所述“谅解备忘录补充协议”不禁止转包他方执行协议参数注册管理机构职能,同时 IETF 也已明示,其对 ICANN 转包他方执行协议参数注册管理机构职能无任何异议 <https://comments.ianacg.org/pdf/submission/submission72.pdf> [PDF, 332 KB]。确定所述“谅解备忘录补充协议”的生效日期时将考虑移交时间表的安排,由此申明该协议将自 2016 年 10 月 1 日起生效,除非届时 NTIA 与 ICANN 之间订立的 IANA 协议尚未结束或终止;如出现此等情况,则该协议将在所述 IANA 协议结束或终止之时生效,只要其发生时间在距离 2016 年 10 月 1 日的三 (3) 个月内。

      作为审议工作的一部分,董事会将审核多方面的材料,包括但不限于以下材料和文件:

      董事会对拟定的《2016 IETF 谅解备忘录补充协议》给予批准将对全球利益相关方社群产生积极影响,因此举实为满足该社群认可且由董事会于 2016 年 3 月 10 日批准之“提案”的要求。此外,批准《2016 IETF 谅解备忘录补充协议》也有助于确保 ICANN 满足协议参数注册管理机构社群的预期要求,继续根据该社群在服务水平方面的需求执行协议参数注册管理机构职能。

      董事会批准 SLA 之后,不会出现与 DNS 相关的安全性、稳定性或灵活性问题。

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

    5. 其他事务 — 重新确认董事会有关 .HOTEL 和 .ECO IRP 声明的决议

      鉴于董事会已于 2016 年 3 月 10 日召开会议,通过以下决议 https://www.icann.org/resources/board-material/resolutions-2016-03-10-en#2.a,决定在 .HOTEL 及 .ECO 相关综合性独立审核流程 (IRP) 中对 2016 年 2 月 12 日公布的最终声明 [PDF, 2.15 MB] 所作结论予以采纳。上述会议的决议已经由秘书长同意确认并在 ICANN 网站上发布。

      鉴于董事会成员已提出有关决议通过速度的顾虑,希望确保以清晰、完全透明的方式记录董事会的表决情况,以及所有董事会成员希望在其中纳入的投票声明。

      兹此发布第 2016.05.27.08 号决议:董事会据此重申其在 2016 年 3 月 10 日通过的如下决议:https://www.icann.org/resources/board-material/resolutions-2016-03-10-en#2.a

      第 2016.05.27.08 号决议的理由

      ICANN 致力于确保有关董事会决议的记录均清晰、明确,且能够充分体现董事会成员的意见。董事会确有注意到,秘书长认为 https://www.icann.org/resources/board-material/resolutions-2016-03-10-en#2.a 公布的决议已在董事会于 2016 年 3 月 10 日召开公开会议之时以适当方式通过。但鉴于仍有一名董事会成员对此提出疑问,我们出于谨慎行事及透明度方面的考虑,特此重申该决议,旨在确保有关问题已得到充分重视并作出适当表决,同时也意在确保董事会成员提出的意见已在会议记录中得到充分的体现。

      重申董事会之前的决议不会对组织机构造成财务方面的影响,也不会对域名系统的安全性、稳定性或灵活性产生直接影响。

      此为组织管理职能,无需征询公众意见。

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