Skip to main content

国际化域名变体顶级域管理建议现已发布

本页面还提供其他语种:

洛杉矶——2019 年 2 月 5 日——互联网名称与数字地址分配机构 (The Internet Corporation for Assigned Names and Numbers, lCANN) 于今天宣布国际化域名 (Internationalized Domain Name, IDN) 变体顶级域 (Top-Level Domains, TLD) 管理建议六份文件合集现已发布。ICANN 组织通过公共评议期搜集了社群反馈意见,并编制了这套建议。

  1. IDN 变体 TLD 实施——执行摘要 [PDF, 70 KB]
  2. IDN 变体 TLD 实施——动机、条件和框架 [PDF, 391 KB]
  3. IDN 变体 TLD 实施——建议和分析 [PDF, 382 KB]
  4. IDN 变体 TLD 实施——RZ-LGR 所需理由 [PDF, 497 KB]
  5. IDN 变体 TLD 实施——风险和缓和 [PDF, 230 KB]
  6. IDN 变体 TLD 实施——附件(A:定义;B:存储库对象标识符 (ROID);C:限制已分配变体 TLD) [PDF, 530 KB]

互联网社群一直以来都表示需要有 IDN 变体顶级域,并希望获取用于支持这类顶级域的适用技术详情和流程。ICANN 董事会在 2010 年 9 月 25 日发布的决议中指出:"在编制出适当的变体管理解决方案前,通用顶级域 (gTLD) 的任何变体均不得获得授权。"此后,ICANN 组织和社群于 2011 年针对以下文字的问题进行了分析:阿拉伯文 [PDF, 1.06 MB]、中文 [PDF, 2.86 MB]、西里尔文 [PDF, 1 MB]、梵文 [PDF, 461 KB]、希腊文 [PDF, 354 KB]和拉丁文 [PDF, 425 Kb];并于 2012 年将上述内容整合进了问题整合报告 (Integrated Issues Report, IIR) [PDF, 2.14 MB],这些文件确定了两大挑战:(i) 变体顶级域并没有大家普遍接受的定义;和 (ii) 顶级域中并没有"变体管理"机制。

针对第一个问题,在社群的支持下,根区标签生成规则 (RZ-LGR) 流程现已确定,且 ICANN 董事会也已于 2013 年 4 月 11 日正式采纳这一流程,进入实施阶段。该流程现已得到实施,且 RZ-LGR 也已针对六种文字进行了编制,其他相关的语言文字社群也正在对其提案进行最终定稿,以便纳入到总规则之中。此举为日后在认定变体标签时确定了一套透明和可预测的机制。

针对第二个问题,ICANN 组织进行了深入研究,编制了针对顶级域变体管理机制的建议,并在征询了社群的意见后最终确定了这套建议。建议摘要包括以下内容:

  1. RZ-LGR 必须是有效 TLD 及其变体标签的唯一来源。
  2. IDN 变体 TLD(例如:{t1, t1v1, …})必须分配给同一实体。
  3. IDN 变体 TLD 下属的同一标签(例如:s1.{t1, t1v1, …})必须由同一实体进行注册。
  4. IDN 变体 TLD 下属的二级变体标签(例如:{s1, s1v1, …}.{t1, t1v1, …})必须由同一实体进行注册。
  5. IDN 变体 TLD 下属的二级 IDN 表格必须保持一致。
  6. IDN 变体 TLD 下属的可分配或已激活 IDN 变体标签也许不尽相同。
  7. IDN 变体 TLD 所用的注册管理机构服务提供商必须保持一致。
  8. 现有的 TLD 政策和相关流程必须依据 IDN 变体 TLD 的建议进行更新。
  9. 所有余下的现有 TLD 政策必须适用于 IDN 变体 TLD,但另行说明的情况除外。

这六份文件中提供的建议和相关分析预计将在 2019 年 3 月呈交给 ICANN 董事会获得进一步考量。

ICANN 简介

ICANN 的使命在于确保全球互联网的稳定、安全与统一。在互联网上寻找另一个人的信息,您必须在您的电脑或其他设备中键入一个地址——可以是一个名称或是一串数字。这一地址必须是独一无二的,只有这样电脑之间才能互相识别。ICANN 则负责协调这些分布在全球各地的唯一标识符。ICANN 成立于 1998 年,是一家非营利公益型企业,其社群成员遍布全球各地。


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