Skip to main content
Resources

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

本页面还提供其他语种:

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

  1. 主要议程:
    1. 总裁兼首席执行官审核新 gTLD 社群优先评估报告流程

 

  1. 主要议程:

    1. 总裁兼首席执行官审核新 gTLD 社群优先评估报告流程

      鉴于董事会讨论了社群优先评估 (CPE) 流程的各个方面,其中包括来自最终声明中所确定的一些问题,此最终声明来自于 Dot Registry LLC 提起的独立审核流程 (IRP)。

      鉴于,董事会想获取一些关于 ICANN 工作人员如何与 CPE 提供商交互的更多信息,尤其是关于 CPE 提供商的 CPE 报告的信息。

      兹此发布第 2016.09.17.01 号决议:董事会特此指示总裁兼首席执行官或其指定人员对一项流程进行独立审核,此流程即 ICANN 工作人员与 CPE 提供商进行交互时通常采用的流程,尤其是针对 CPE 提供商所发布 CPE 报告进行交互时。

      第 2016.09.17.01 号决议的理由

      社群优先评估 (CPE) 是解决新 gTLD 申请的争用集归属问题的一种方法。如果社群申请中出现争用集问题而且选择采用 CPE,便会进行 CPE。此评估是由经济学人智库 (EIU) 专家组开展的独立分析。作为此流程的一部分,CPE 提供商会按照以下四种标准审核选择采用 CPE 的社群申请人,并为其评分:社群建设、提议的字符串与社群之间的联系、注册政策以及社群支持声明。申请必须至少获得 14 分才能在社群优先评估中胜出。

      在实施新 gTLD 项目过程中,董事会(与董事会新 gTLD 项目委员会)曾多次讨论过 CPE 的各个方面。近来,董事会讨论了关于 CPE 流程的一些问题,其中包括来自最终声明中所确定的特定问题,此最终声明来自于 Dot Registry LLC 提起的独立审核流程 (IRP)。董事会当前正采取行动,指示总裁兼首席执行官或其指定人员审核一项流程,该流程即在发布 CPE 报告的过程中 ICANN 工作人员与 CPE 提供商进行交互所采用的流程。

      该审核应包括针对以下两种交互的全面审核:工作人员与 CPE 提供商进行的交互,以及工作人员针对负责编制 CPE 报告的 CPE 提供商而进行的任何交互。董事会启动该审核的行动预计会对社群产生积极影响,因为它有助于提高 CPE 评估流程的透明度。此外,通过对 CPE 流程的管理工作执行尽职调查,董事会希望这项审核能帮助搜集更多有助于解决工作人员与 CPE 提供商进行交互时所遇到的不确定问题的事实和信息。

      在审议过程中,董事会审核了诸多材料,包括但不限于以下材料和文档:

      可能会产生轻微的财政影响,具体取决于总裁兼首席执行官选择采取的审核方法,但不会超过目前针对管理新 gTLD 项目的预算额。

      启动针对 ICANN 工作人员与 CPE 提供商交互所用流程的审核,预计不会对 DNS 的安全性、稳定性或弹性造成任何影响。

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

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