Skip to main content
Resources

实施说明

更新时间:2019 年 6 月 17 日

经过几个月的讨论,RySG RSEP 改进讨论小组与 ICANN 组织就一系列运营改进事项达成了共识,以期在遵守相应政策的前提下提高流程效率和增强可预测性。在 2019 年 6 月 17 日生效的"RSEP 实施说明"更新版中,体现了相应的流程改进事项。目前,此版本的"实施说明"将被存档。


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

本"实施说明"是一份流程摘要,旨在概要介绍有关实施注册管理机构服务评估政策(以下简称"政策")的信息。

新注册管理机构服务请求流程

2005 年 11 月 8 日,ICANN 董事会下达指示,要求实施新注册管理机构服务请求审议流程,并指出应根据 .NET《注册管理机构协议》中与注册管理机构服务定义及保密相关的规定来指导审议流程。

第 1 步

通用顶级域 (gTLD) 注册管理运行机构和发起组织可以向 ICANN 提交新注册管理机构服务请求。该流程旨在鼓励 ICANN 与注册管理运行机构或注册管理机构发起组织在提交请求之前进行沟通交流。当请求提交后,ICANN 将确认收到请求,随后会展开完整性检查。

用于提交新注册管理机构服务请求的在线工具

目前正在研发一款安全的 Web 应用程序,在该应用程序推出后,根据"政策"规定,gTLD 注册管理运行机构和注册管理机构发起组织将可以通过该应用程序直接向 ICANN 提交请求,而 ICANN 也将可以按照注册管理机构服务评估政策的相关建议,通过透明且可预测的方式及时审核提交的请求。该应用程序将要求 gTLD 注册管理运行机构或注册管理机构发起组织回答一系列问题,以便向 ICANN 提供充足的信息来帮助其对拟定的新注册管理机构服务进行评估。问题涉及以下方面:

  1. 提供与围绕拟定服务开展的协商相关的信息。若注册管理机构是一个赞助顶级域 (TLD),那么应用程序会要求注册管理机构说明他们与赞助 TLD 社群之间进行的协商。
  2. 说明实施拟定服务的时间表、提供拟定服务的方式以及测试拟定服务的方式。
  3. 列出所有受拟定服务影响的合同条款,并说明因为拟定服务而需进行的合同修订。
  4. 描述拟定服务的益处。
  5. 阐明拟定服务是否会影响由注册服务机构提供的类似服务、拟定服务是否会区别对待注册服务机构,以及拟定服务是否会减少注册人之间的域名竞争。
  6. 讨论拟定服务是否会更改注册管理机构数据的存储和录入。
  7. 解释拟定服务将如何影响互联网服务器或终端系统的流量、响应时间、响应一致性和连贯性。
  8. 讨论拟定服务是否会引发任何知识产权问题,或拟定服务是否涉及您所在 gTLD 注册管理机构独家拥有的知识产权。
  9. 说明与拟定服务评估相关的任何其他信息。

该应用程序将于 2006 年 8 月 15 日或之前推出,以供注册管理机构进行测试,且该应用程序会发布到 ICANN 网站上,相关网址链接将随后提供。

第 2 步

在确定通过在线工具提交的请求信息完整后,ICANN 将通知提交请求的注册管理运行机构或发起组织为期 15 个日历日的审核流程已启动。ICANN 将在 15 天内就拟定服务是否会引起重大安全性、稳定性或竞争方面的问题做出初步裁定。

在 15 天的初步裁定期内,ICANN 将告知提交请求的注册管理运行机构或注册管理机构发起组织是否需要提供更多信息。注册管理运行机构或注册管理机构发起组织可以将其在初步裁定期内提供的信息指定为"机密",但为了说明拟定注册管理机构服务的目的以及对 DNS 用户的影响而必需提供的信息不能指定为"机密"。

在初步裁定期内,ICANN 可以就拟定注册管理机构服务在竞争、安全性或稳定性方面的影响向相关机构或个人征询专业意见,但提供意见的机构或个人必须遵守保密协议。可提供专业意见的人员包含注册管理机构服务技术评估小组的成员。

第 3 步

在 15 个日历日结束时,ICANN 会将他们对拟定的新注册管理机构服务做出的初步裁定告知提交请求的注册管理运行机构。在 15 天的初步裁定期结束后,将提供 2 到 5 天的协商时间,以便 ICANN 向注册管理运行机构发出相关通知并与其开展讨论,具体时间视情况而定。

第 4 步

初步裁定包括以下几种结果:1) 批准请求;2) 将请求转介给技术评估小组;3) 将请求转介给相应的政府竞争权威机构;4) 将请求同时转介给技术评估小组及相应的政府竞争权威机构;5) 将请求转介给 ICANN 董事会;6) 注册管理运行机构或注册管理机构发起组织撤回请求。

第 5 步

如果初步裁定的结果是将拟定服务转介给政府竞争权威机构或技术评估小组,那么注册管理运行机构或注册管理机构发起组织必须确认是要继续推进审核流程,还是要撤回其拟定的新注册管理机构服务申请。

如果 ICANN 没有发现任何竞争或安全性及稳定性方面的问题,那么提交请求的注册管理运行机构或注册管理机构发起组织便可以部署请求的服务,并将其实施计划告知 ICANN。随后,ICANN 网站上将公布新注册管理机构服务获得批准的通知。如果实施拟定的新注册管理机构服务需要对《注册管理机构协议》进行重大更改,则初步裁定结果将转介给 ICANN 董事会进行审议。

第 6 步

在这一步,将由一个独立的专家小组围绕对互联网安全性或稳定性可能造成的影响,着手评估拟定的新注册管理机构服务或修订的注册管理机构服务。2006 年 1 月 26 日,莱曼·查宾 (Lyman Chapin) 被任命为注册管理机构服务技术评估小组的主席。在进行公共评议后,ICANN 董事会于 2006 年 3 月 31 日在新西兰惠灵顿的 ICANN 会议上批准了对莱曼·查宾的这一任命。

从 3 月 31 日开始,莱曼·查宾便开始负责协调该技术评估小组内技术专家和顾问的人事安排工作。该技术评估小组将仅审核 ICANN 向其转介的新注册管理机构服务或修订的注册管理机构服务的请求。将请求转介给该技术评估小组后,该小组将在 45 天内对每项拟定服务进行审核,并向 ICANN 董事会汇报其发现的任何安全性或稳定性问题。

技术评估小组的成员将逐一公布。

第 7 步

在技术评估小组完成对拟定注册管理机构服务的审核后,该小组会将评估报告发布到 ICANN 网站上以征询公众意见,同时还将报告呈交给 ICANN 董事会。ICANN 董事会将在 30 天内做出决定。ICANN 董事会可能会做出如下决定:1) 批准请求;2) 拒绝请求;或 3) 延迟请求以获取更多信息。

第 8 步

根据《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""icann.org"" is not an IDN."