Skip to main content
Resources

获批准的新 gTLD 决议

本页面还提供其他语种:

本文档已翻译为多种语言,仅供参考之用。原始官方版本(英文版)可在以下位置找到:http://www.icann.org/en/groups/board/documents/resolutions-2-14mar12-en.htm

  1. 新 gTLD 服务提供商的批准

 

  1. 新 gTLD 服务提供商的批准

    注:在考虑该事项之前,对于新 gTLD 计划我们认为存在、可能存在或实际存在利益冲突的所有理事和联络人退出了讨论和审议。

    鉴于 2010 年 9 月 25 日,理事会批准了新 gTLD 申请处理预算<http://www.icann.org/en/minutes/resolutions-25sep10-en.htm#1>。

    鉴于 2011 年 6 月 20 日,理事会授权总裁兼首席执行官实施新 gTLD 计划,并批准了 2012 财年运营计划和预算草案第 7 部分中详细列明的与新 gTLD 计划相关的开支 <http://www.icann.org/zh/minutes/resolutions-20jun11-zh.htm>。

    鉴于 2011 年 9 月 9 日,理事会正式采纳 2012 财年运营计划和预算,其中在第 7 部分详细列明了与新 gTLD 计划相关的预计开支 <http://www.icann.org/en/financials/adopted-opplan-budget-fy12-09sep11-en.pdf> [PDF, 1.53 MB]。

    鉴于截至目前,ICANN 已批准实体机构作为 gTLD 服务提供商来处理新 gTLD 申请,且仍在履行对这些实体的具体合约义务。

    鉴于一家或多家 gTLD 服务提供商可在任何特定付费周期内提供数百万美元价值的申请处理服务,且 ICANN 必须做好准备及时为这些服务付费。

    兹此发布第 2012.03.14.02 号决议:授权首席执行官或其指定人员签订所有合作合同或声明,向所有 gTLD 服务提供商支付所有费用,只要合同和支付金额符合此类支出的获批预算。

    第 2012.03.16.02 号决议的理由

    ICANN 支出政策限制 ICANN 工作人员签订每个义务事项金额超过 50 万美元的合同以及支付同等金额的款项。因此, ICANN 秉持该政策,寻求理事会的批准,以履行每个合同事项超过 50 万美元的合同义务。鉴于获批准的新 gTLD 服务提供商("服务提供商")的有限数量以及由 ICANN 可能面临的任何一个或多个服务提供商产生的潜在申请处理费用,新 gTLD 评估期间的每个付费周期可能都会超出支出政策的合同和支出限制。

    相应地,要确保及时履行对服务提供商的义务,稳妥恰当的做法是立即采取该行动并获得理事会的批准来履行合同义务。授权首席执行官在预算范围内按照 2011 年 9 月 9 日理事会批准的预算模式(其中包括与新 gTLD 计划相关 的预计支出详细信息<http://www.icann.org/en/financials/adopted-opplan-budget-fy12-09sep11-en.pdf> [PDF, 1.53 MB]),与服务提供商签订所有必需的合同并支付所有必需的款项。

    理事会批准履行这些合同义务对整个机构群体将产生积极影响,它将使得 ICANN 可以及时地与评估新 gTLD 申请的 gTLD 服务提供商签订合同并支付款项。该决议对 ICANN 会产生财务影响,但所有这些影响在获得批准的 2012 财年预算以及 2013 财年预算草案中均有所预计。此举不会引起与域名系统相关的任何安全性、稳定性或灵活性问题。

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