附加注册数据目录服务 (Registration Data Directory Service, RDDS) 信息政策

注：所有语种版本中，英文版为官方版本，其他语种版本仅供参考。

本文的关键字“必须”(MUST)、“不得”(MUST NOT)、“要求”(REQUIRED)、“应该”(SHALL/SHOULD)、“不应”(SHALL NOT/SHOULD NOT)、“建议”(RECOMMENDED)、“不建议”(NOT RECOMMENDED)、“可以”(MAY) 和“可选”(OPTIONAL)，当且仅当它们以此处所示的全大写形式出现时，应按照 BCP 14 [RFC2119] [RFC8174] 中的说明进行解释。

本政策的第 1 节详细说明了与技术无关的要求，这些要求适用于所有注册数据目录服务。

本政策的第 2 节仅详细说明了有关 WHOIS（可通过端口 43 获取）和基于 Web 的 WHOIS 目录服务的实施要求。

根据 ICANN 认证注册服务机构和通用顶级域 (generic top-level domain, gTLD) 注册管理机构分别与 ICANN 签订的协议，他们有义务以基于查询的方式提供对某些注册数据的访问。此外，《附加 RDDS 信息政策》还要求将注册服务机构和注册管理机构包含在 RDDS 输出信息中，以便帮助 RDDS 用户更好地识别注册的相关注册服务机构，并了解注册管理机构和注册服务机构使用的状态代码，具体要求如下：

1. 注册管理运行机构和注册服务机构应该实施以下要求：

   1.1 在他们的 RDDS 输出中包含以下消息：“有关域名状态代码的更多信息，请访问 https://icann.org/epp” *

   * 请注意，第 1(c) 节以前包含上述链接的较长格式，即 https://www.icann.org/resources/pages/epp-status-codes-2014-06-16-en，该格式也遵守此政策。

   1.2 注册管理机构必须在他们的 RDDS 输出中使用 ICANN 发布的全球唯一注册服务机构编码（Globally Unique Registrar Identification (GURID)，通常称为 IANA ID）。

2. 对于 WHOIS（可通过端口 43 获取）和基于 Web 的 WHOIS 目录服务，注册管理运行机构和注册服务机构应该实施以下要求：

   2.1 必须使用相应的 EPP 状态代码来显示状态；

   2.2 在每个 EPP 状态代码旁边必须显示一个链接或 URL，用以指向描述和定义相应 EPP 状态代码的 ICANN 网页。可在以下位置找到 URL 列表：https://www.icann.org/resources/pages/epp-status-codes-list-2014-06-18-en；

   2.3 注册服务机构在通过其自身或其他注册服务机构或注册管理机构的 WHOIS 服务提供 WHOIS 数据时，不应删除上述链接和消息。

注：ICANN 于 2012 年 5 月 6 日作为一项共识性政策通过了《附加 WHOIS 信息政策》(Additional Whois Information Policy, AWIP)，此政策后更名为《附加注册数据目录服务》(Additional Registration Data Directory Services, ARIP)。此政策的生效日期为 2016 年 1 月 31 日。所有 ICANN 认证注册服务机构和 gTLD 注册管理机构应自本政策生效之日起，在其认证或管理的所有 gTLD 注册方面遵守 ARIP。

本政策旨在明确 RDDS 数据中 EPP 状态代码的含义，并要求注册服务机构按照其 GURID 在 RDDS 中保持一致的身份。

背景：2009 年 6 月 24 日，GNSO 理事会启动了与注册服务机构域名转让政策 (Inter-Registrar Transfer Policy, IRTP) 有关的政策制定流程 (Policy Development Process, PDP)（http://gnso.icann.org/en/council/resolutions#200906 – 决议 20090624-2），PDP 工作组（IRTP 工作组 B）于 2011 年 5 月 30 日提交了包含一系列建议的最终报告 (http://gnso.icann.org/issues/transfers/irtp-b-final-report-30may11-en.pdf [PDF, 971 KB])，其中包括“建议 8：规范化和明确与‘注册服务机构锁定’状态有关的 RDDS 状态消息”。2011 年 6 月 22 日，GNSO 理事会决定，在审议批准标准化和明确与注册服务机构锁定状态有关的 RDDS 状态消息这一建议之前，GNSO 理事会要求 ICANN 员工提供一份提案，旨在确保制定一个技术上可行的方法来满足此建议。作为此请求的回应，ICANN 员工通过与工作组协商制定了一份提案，该提案已发布以征询公众意见，然后于 2012 年 2 月 16 日由 GNSO 理事会采纳了该提案 (http://gnso.icann.org/en/council/resolutions#20120216-1)。2012 年 5 月 6 日，ICANN 董事会在接下来的公众意见论坛上采纳了这些建议和提案 (http://www.icann.org/en/news/public-comment/irtp-b-rec8-21feb12-en.htm)。 (https://www.icann.org/en/groups/board/documents/resolutions-06may12-en.htm#1.5)

另一个 GNSO 工作组（IRTP 工作组 C）于 2011 年 9 月 22 日负责考虑有关 IRTP 的三个问题，包括能否通过要求注册管理机构使用注册服务机构的 IANA ID 而非专有 ID 从而精简流程 (https://community.icann.org/display/gnsoirtppdpwg/3.+WG+Charter)。工作组发布了一份公众意见初始报告，随后又发布了一份最终报告，GNSO 理事会于 2012 年 10 月 17 日采纳了该报告。2012 年 12 月 20 日，ICANN 董事会在接下来的另一个公众意见论坛上采纳了最终报告提出的建议 (http://www.icann.org/en/groups/board/documents/minutes-20dec12-en.htm#2.a)。