Skip to main content
Resources

注册管理机构服务评估政策

注:所有语种版本中,英文版为官方版本,其他语种版本仅供参考.

注册管理机构服务和评估流程

(2006 年 7 月 25 日公布;2006 年 8 月 15 日生效)

1. 定义

1.1 注册管理机构服务 的定义如下:

  1. 符合以下两个条件的服务: (i)注册管理机构的运营对下列任务的顺利完成至关重要:从注册服务机构处接收有关域名和名称服务器注册的数据;向注册服务机构提供与 TLD 区域服务器有关的状态信息;传播 TLD 区域文件;运行注册管理机构区域服务器;以及根据注册管理机构协议的要求传播与 TLD 域名服务器注册有关的联系信息以及其他信息;和 (ii) 由注册管理运行机构自注册管理机构协议生效之日起视具体情况提供的服务;

  2. 出于制定共识性政策的目的(如上文定义),而需要注册管理运行机构提供的其他产品或服务;

  3. 其他任何只有注册管理运行机构(因为其被指定为注册管理运行机构)能够提供的产品或服务;及

  4. 在以上 (A)、(B) 或 (C) 项范围内对任何注册管理机构服务的重大变更。(定义来自《.NET 协议》,如 ICANN 董事会 2005 年 11 月 8 日规定, http://www.icann.org/minutes/resolutions-08nov05.htm).

1.2 安全性- 计划开展的注册管理机构服务对安全性造成影响是指 (A) 出现未经授权而泄露、篡改、插入或销毁注册数据的情况,或 (B) 遵照所有适用标准运行的系统出现未经授权而访问或泄露互联网信息或资源的情况。(定义来自《GNSO 建议》,请参见 http://gnso.icann.org/issues/registry-services/final-rpt-registry-approval-10july05.htm#5).

1.3 稳定性- 对稳定性的影响是指计划开展的注册管理机构服务 (A) 不符合由信誉卓著、业界公认的权威标准组织授权发布的相关适用标准,例如 IETF 提出的相关标准通道或最新的 RFC 最佳做法;或 (B) 对于遵守由信誉卓著、业界公认的权威标准组织授权发布的相关适用标准(例如相关标准通道或最新的 RFC 最佳做法)并依赖于注册管理运行机构的授权信息或提供的服务而运行的互联网服务器或终端系统,给其吞吐能力、响应时间、一致性或连贯性带来负面影响。(定义来自《GNSO 建议》,请参见 http://gnso.icann.org/issues/registry-services/final-rpt-registry-approval-10july05.htm#5)。

1.4 注册管理机构服务技术评估小组 - 注册管理机构服务技术评估小组总共由 20 名负责互联网基础架构及 DNS 所用的综合系统和标准协议的设计、管理和执行方面的专家人员组成("注册管理机构服务技术评估小组”)。注册管理机构服务技术评估小组的成员由其主席选出。注册管理机构服务技术评估小组的主席人选必须同时得到 ICANN 和支持组织注册管理机构选区的同意,并对通用顶级域名注册管理机构政策负责。注册管理机构服务技术评估小组的所有成员和主席将签订一份协议,要求他们在小组前保持中立,并根据安全性和稳定性的定义考虑问题。对于所有转交给注册管理机构服务技术评估小组的任务,组长应适当考虑任务所导致的特定技术问题,并最多挑选五名成员对其进行评估。挑选的成员不得与任务存在竞争以及经济或法律方面的利益冲突。(定义来自《GNSO 建议》,请参见 http://gnso.icann.org/issues/registry-services/final-rpt-registry-approval-10july05.htm#5).

2.针对计划开展的注册管理机构服务的考虑流程

2.1 注册管理运行机构或发起组织考虑新的注册管理机构服务

注册管理运行机构或发起组织在任何时候都可以决定变更现有 TLD 注册管理机构服务的架构或运营,或提出新的 TLD 注册管理机构服务(请参见实施说明步骤 1)。

2.2 确定变更是否需要 ICANN 审批

如第 2.4 部分所述与 ICANN 协商的 gTLD 注册管理运行机构或发起组织将根据 ICANN 与注册管理运行机构之间的合同确定变更是否需要审批(请参见实施说明步骤 1)。

2.3 向 ICANN 提供有关计划开展的变更的信息

该政策鼓励新注册管理机构服务的倡导者在提交有关新注册管理机构服务的请求前,与 ICANN 开展合作。注册管理机构服务评估政策和审批流程旨在创建一个环境,鼓励 gTLD 注册管理运行机构在变更实施前与 ICANN 讨论任何可能对第三方造成影响的变更。

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

2.4 初步裁定期

在注册管理运行机构向 ICANN 发出书面通知,提出注册管理运行机构将在上述范围内对注册管理机构服务做出某项变更之后:

  1. ICANN 应有 15 个日历日来"初步裁定”ICANN 是否需要进一步考虑某项注册管理机构服务,因为它要合理地裁定此类注册管理机构服务:(i) 可能引发严重的安全性或稳定性问题,或 (ii) 可能引发严重的竞争问题。

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

  3. ICANN 可在初步裁定期期间就注册管理机构服务的竞争性、安全性或稳定性影响征询专家建议(在遵循机密协议的前提下向机构或个人征询意见),以作出"初步裁定”。如果 ICANN 决定向上述专家透露机密信息,则将会通知注册管理运行机构专家的身份及将要透露的信息。对于安全性或稳定性影响,ICANN 将如以下 2.4(F) 项所述从注册管理机构服务技术评估小组中选取一位专家。

  4. 如果 ICANN 在 15 个日历日的"初步裁定”期内裁定计划开展的注册管理机构服务不会引发严重的安全性或稳定性(如第 1.3 和 1.4 部分所定义)或竞争问题,注册管理运行机构即可根据此类裁定开始部署服务。

    如果需要对注册管理机构协议做出重大变更才能实施计划开展的服务,则初步裁定将会转介给 ICANN 董事会(请参见实施说明步骤 3-5)。

2.5 竞争问题

如果 ICANN 在 15 个日历日的"初步裁定”期内有合理的理由裁定该注册管理机构服务可能会引发严重的竞争问题,ICANN 将在作出裁定的五个工作日内或在此 15 天期限到期后的两个工作日内(以较早的时间为准),把此问题转介给合适的政府竞争管理机构或对此事具有管辖权的管理机构,同时通知注册管理运行机构。

任何此类转介通讯将于传送当日发布在 ICANN 的网站上。

转介后,对于与该注册管理机构服务相关的任何竞争问题,ICANN 不再承担任何责任,注册管理运行机构也不再对 ICANN 负有责任。此类转介发生后,在转介后的 45 个日历日内注册管理运行机构不得部署该项注册管理机构服务,除非接受转介的政府竞争管理机构对此作出批准,则可提前部署服务(请参见实施说明步骤 5)。

2.6 安全性和稳定性问题

如果 ICANN 在 15 个日历日的"初步裁定”期内有合理的理由裁定计划开展的注册管理机构服务可能会引发严重的稳定性或安全性问题(如第 1.3 和 1.4 部分所定义),ICANN 将在作出裁定的五个工作日内或在此 15 天期限到期后的两个工作日内(以较早的时间为准),把此提案转介给注册管理机构服务技术评估小组(如第 1.5 部分所定义),同时就此提案征求公众意见。

从接到转介至准备有关该计划开展的注册管理机构服务在安全性或稳定性方面影响(如第 1.2 和 1.3 部分所定义)的书面报告,注册管理机构服务技术评估小组将有 45 个日历日的时间,该报告(及任何公众意见的总结)将提交给 ICANN 董事会。该报告将阐明注册管理机构服务技术评估小组的意见,包括但不限于有关分析、原因及小组得出结论所基于的信息的详细说明以及针对 ICANN 工作人员在转介中所包含的特定问题的回应。在 ICANN 将提案转介给注册管理机构服务技术评估小组后,注册管理运行机构可提交有关该注册管理机构服务对稳定性或安全性的可能影响的额外信息或分析。

在对计划开展的注册管理机构服务作出评估后,注册管理机构服务技术评估小组将要就计划开展的注册管理机构服务对安全性或稳定性产生影响的可能性和重要性提交报告,包括计划开展的注册管理机构服务是否存有合理的风险,会引发对安全性或稳定性的严重负面影响(请参见实施说明步骤 5-7)。

2.7 ICANN 董事会决定

收到注册管理机构服务技术评估小组的报告后,将会发布该报告(与注册管理运行机构协商后为保护机密性作出适当删节)并提供给公众以征询意见,ICANN 董事会将有 30 个日历日的时间来做出决定。如果 ICANN 董事会有合理的理由裁定计划开展的注册管理机构服务存有合理的风险,会引发对稳定性或安全性的严重负面影响,注册管理运行机构将不得提供该计划开展的注册管理机构服务。

在发布注册管理机构服务技术评估小组的报告后,应将未经删节的报告版本提供给注册管理运行机构。注册管理运行机构可对注册管理机构服务技术评估小组的报告作出回应,或向 ICANN 董事会提交有关该注册管理机构服务对稳定性或安全性的可能影响的额外信息或分析(请参见实施说明步骤 7-8)。

3. 重审

受 ICANN 有关计划开展的新注册管理机构服务决定影响的 gTLD 注册管理运行机构或注册管理机构发起组织可以根据 ICANN 章程规定的现行重审流程提出重审。

关于重审流程的权威信息来源是 ICANN 章程 (请参见第 IV 条:第 2 款 Section 2 http://www.icann.org/general/bylaws.htm#IV)。重审适用于违反 ICANN 政策的工作人员行为,或者 ICANN 董事会在不考虑重要信息情况下采取的举措。关于以往重审流程的信息发布在 http://www.icann.org/committees/reconsideration.

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