Skip to main content

共识性政策及包含评估流程的 gTLD 协议之合同条款的协调



gTLD 协议规定




这些协议定义了"注册管理机构 服务"。

两份文件并不存在冲突。ICANN 董事会曾指示在实施政策时使用 NET 协议中的"注册管理机构服务"定义,因为这是唯一可用且不与共识性政策相冲突的定义。


gTLD 注册管理运行机构或发起组织应就变更向 ICANN 提供充分的信息,以便 ICANN 评估该变更是否需要采取审批流程。该信息应包括外部用户将看到的变更的技术说明,以及对外部用户的影响的评估。如果注册管理运行机构或发起组织已向外部机构和社群征求过意见,则信息中应包括流程细节和社群意见。在流程的这一阶段,ICANN 工作人员应将此类信息视为机密信息。

注册管理运行机构在通知 ICANN 它将实施此类计划开展的注册管理机构服务时应提供充分的相关信息,以便 ICANN 作出知情的"初步裁定"。ICANN 应将注册管理运行机构提供并标注为"机密"的信息视为机密信息。注册管理运行机构不应将描述计划开展的注册管理机构服务的目的和对 DNS 用户的影响所必需的信息指定为"机密"信息。

GNSO 建议与 gTLD 协议并不存在冲突。政策实施和 gTLD 协议的措词就机密性提供了相同的规定,可增加流程透明度。


ICANN 可在初步裁定期间就注册管理机构服务的竞争性、安全性或稳定性影响征询专家建议(在遵循机密协议的前提下向机构或个人征询意见),以作出"初步裁定"。如果 ICANN 决定向上述专家透露机密信息,则应通知注册管理运行机构(或发起组织)专家的身份及将要透露的信息。在涉及安全性或稳定性影响时,ICANN 将如以下第 6 步所述从常任专家小组中选取一位专家。

ICANN 可在初步裁定期间就注册管理机构服务的竞争性、安全性或稳定性影响征询专家建议(在遵循机密协议的前提下向机构或个人征询意见),以作出"初步裁定"。如果 ICANN 决定向上述专家透露机密信息,则应通知注册管理运行机构专家的身份及将要透露的信息。

在初步裁定阶段,ICANN 可与技术社群的任何成员进行协商。这有助于增加灵活性和进行更深入的分析。两份文件并不存在冲突。


"GNSO 建议受 ICANN 决定影响的各机构采用 ICANN 章程中现有的重审 流程。"

gTLD 协议未就重审制定任何规定。

注册管理机构服务评估政策的第 3 部分整合了 GNSO 最终报告和 ICANN 章程中所述的重审流程。


"gTLD 注册管理运行机构或发起组织将根据 ICANN 与注册管理运行机构之间的合同确定服务变更是否需要审批。"

gTLD 协议并未就此制定任何规定。

如果 gTLD 注册管理运行机构或发起组织想要提供新的注册管理机构服务,那么 gTLD 注册管理运行机构 或发起组织就需要与 ICANN 协商,以确定计划实施的变更是否应由 ICANN 根据其与注册管理运行机构的合同进行审批。这与 GNSO 最终报告并不冲突。GNSO 最终报告规定"ICANN 需要根据其与注册管理运行机构或发起组织的协议评估是否需要进行审批"。


GNSO 最终报告第 5 步规定"ICANN 应该考虑变更是否会减弱 [原文如此] 各注册服务机构在为注册人提供服 务方面的竞争,或减弱 [原文如此]各注册服务机构在特定域名上的公平竞争。"

gTLD 协议规定应合理确定计划实施的新注册管理机构服务是否会引起重大的竞争问题。

这两份文件并不存在冲突,gTLD 协议中的措词已被采纳。

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"""" is not an IDN."