YD T 3878-2021 互联网新通用顶级域名服务 域名注册协议赎回期技术要求.pdf

《YD T 3878-2021 互联网新通用顶级域名服务 域名注册协议赎回期技术要求.pdf》由会员分享，可在线阅读，更多相关《YD T 3878-2021 互联网新通用顶级域名服务 域名注册协议赎回期技术要求.pdf（19页珍藏版）》请在麦多课文档分享上搜索。

1、ICS35.020 L07 YD 中华人民共和国 通信 行业标准 XX/T XXXXXXXXX 互联网新通用顶级域名服务 域名注册协议 赎回期技术要求 Domain registry grace period mapping for the extensible provisioning protocol (EPP) 点击此处添加与国际标准一致性程度的标识 （报批稿） - XX - XX 发布 XXXX - XX - XX 实施 中 华 人 民 共 和 国 工 业 和 信 息 化 部 发 布 XX/T XXXXXXXXX I 目 次 前言 .II 引言 .III 1 范围 .1 2 规范性引用

2、文件 .1 3 术语和定义 .1 4 EPP 命令映射 .3 4.1 EPP 查询命令 .3 4.1.1 EPP命令 .3 4.1.2 EPP命令 .3 4.1.3 EPP命令 .3 4.2 EPP 转换命令 .3 4.2.1 EPP命令 .4 4.2.2 EPP命令 .4 4.2.3 EPP命令 .4 4.2.4 EPP命令 .4 5 形式语法 .5 6 关于国际化域名 .9 附录 A（资料性附录） 例子 .10 参考文献 .16 XX/T XXXXXXXXX II 前 言 本标准是“互联网新通用顶级域名服务技术要求 ”系列标准之一。该系列标准的结构和名称如下 ： 互联网新通用顶级域名服务

3、总体技术要求 互联网新通用顶级域名服务 支持 DNSSEC 的域名注册协议技术要求 互联网新通用顶级域名服务 域名注册协议启动期技术要求 互联网新通用顶级域名服务 域名注册协议赎回期技术要求 互联网新通用顶级域名服务 域名商标保护服务（ TMCH）流程和接口技术要求 互联网新通用顶级域名服务 区文件存取技术要求 互联网新通用顶级域名服务 注册局业务数据托管技术要求 互联网新通用顶级域名服务 注册局运行月报规范技术要求 互联网新通用顶级域名服务 批量数据存取技术要求 本标准遵循 GB/T 1.1-2009的规则编写。 请注意本文件的某些内容可能涉及专利。本文件的发布机构不承担识别这些专利的责任。

4、 本标准由中国通信标准化协会提出并归口。 本标准起草单位 ： 互联网域名系统北京市工程研究中心有限公司、中国互联网络信息中心、北龙中 网（北京）科技有限责任公司、中国信息通信研究院 本标准主要起草人：马迪、周琳琳、高雷、邵晴、司昊林、孔宁、刘阳、王伟、卢文哲 XX/T XXXXXXXXX III 引 言 自 2012年 ICANN开放通用顶级域名以来，全球的域名服务进入了崭新的历史阶段，新的商业模式、 业务规范和支撑技术应运而生 。 考虑到今后会有越来越多的机构成为新通用顶级域名注册局和相关服务 的提供者 ， 该系列标准的制定有利于指导相关企业部署和运行域名服务 ， 促进行业的健康发展 。 相

5、关标 准的制定将有利于形成中国的最佳实践 。 结合中国的互联网治理环境 （例如工信部针对域名行业的备案 要求），本系列标准的制定也将有利于在域名范畴支撑互联网应用的可信可管可控。 XX/T XXXXXXXXX 1 互联网新通用顶级域名服务 域名注册协议赎回期技术要求 1 范围 本标准规范了域名注册赎回期间的可扩展供应协议的技术要求。 本标准适用于搭建同时符合 ICANN技术规范和工信部域名管理办法的新通用顶级域名系统。 2 规范性引用文件 下列文件对于本文件的应用是必不可少的 。 凡是注日期的引用文件 ， 仅所注日期的版本适用于本文 件。凡是不注日期的引用文件，其最新版本（包括所有的修改单）适

6、用于本文件。 YD/T 2420-2012 域名注册协议域名供应技术要求 YD/T 2643-2013 域名注册协议可扩展供应协议技术要求 3 术语和定义 下列术语和定义适用于本文件 3.1 域名注册局 Registry 也称作“域名注册管理机构”，是指承担顶级域名系统的运行、维护和管理工作的机构。 3.2 域名注册商 Registrar 也称作“域名注册服务机构”，是指受理域名注册申请，直接完成域名在国内域名数据库中注册 、 直接或间接完成域名在国外顶级域名数据库中注册的机构。 3.3 域名赎回期 Registry Grace Period （ RGP） 注册局为域名删除交易及收费交易设定的

7、宽限期 。 在删除交易发生后 ， 注册商可以在规定的宽限期 内， 通过恢复指令对删除的域名进行恢复 ； 在收费交易发生后，注册商可以在规定的宽限期内，通过删 除指令获得费用退款。 注：根据交易的不同类型，赎回期包括：一个域名在初始注册后会产生“新增赎回期 ”，如果域名在此期间被域名注册 服务商删除，则注册管理机构需要向注册服务商提供注册费；域名注册到期之后，注册商自动延长（续费 ） “自动续费 赎回期”。如果注册服务商在此期间删除域名，注册管理机构则为续订费用向注册服务商提供费用；域名注册期后的 XX/T XXXXXXXXX 2 “续费赎回期 ”由注册商确认延长（续费）。如果注册服务商在此期间

8、删除域名，注册管理机构将为续订费用向注册服 务商提供费用。域名注册授权从一个注册商成功转移到另一个注册商后会产生“转移赎回期 ”，如果域名在此期间被新 的授权注册服务商删除，则注册管理机构需要向注册服务商提供转移费用。 3.4 状态值 Status Values 此扩展定义了新的状态值用来表示域名在赎回期处理进程中的一种结果状态。 注：它们是： addPeriod：此赎回期是在域名注册初始化之后提供的。如果域名被注册服务商在此期间删除，注册 管理机构需要向注册服务商提供注册费用； autoRenewPeriod：此赎回期是在域名注册期到期并由注册服务商自动扩展 （更新 ） 后提供的 。 如果域

9、名在此期间被注册服务商删除 ， 则注册管理机构需要向注册服务商提供续订费用 ； renewPeriod： 域名注册期由注册商确认延长（续费 ） 后提供此赎回期。如果注册服务商在此期间删除域名，注册管理机构需向注册服 务商提供续订费用 ； transferPeriod： 在域名注册授权从一个注册商成功转移到另一个注册商后提供此赎回期。如果域 名在此期间被新的注册服务商删除， 则注册管理机构需向注册服务商提供转移费用 ； redemptionPeriod： 该状态值用来 描述已经接收到 命令但还没有被清除的域名， 因为存在将域名从删除进程中恢复的机会 ； pendingRestore： 该 状态值

10、用来描述处于 redemptionPeriod 状态之后正在恢复的域名； pendingDelete： 该状态值用来描述在完成 redemptionPeriod 状态后已进入清除状态的域名。赎回期状态处于此状态中的域名，必须同时 也处于 YD/T 2420-2012 (域名注册协议域名供应技术要求 )中所描述的 域名 pendingDelete 状态。 3.5 注册数据和支持信息 Registration Data and Supporting Information 此 EPP扩展允许客户端在 RGP进程所要求的恢复报告中提供注册数据的副本（例如， whois数据）和 支持信息。这种扩展没有

11、特殊的格式要求， txt和 XML都可以用来对其进行标记。 3.6 客户声明 Client Statements RGP过程要求客户端对恢复报告中包含的数据做出两个声明。此扩展程序不需要特定格式，可以使 用 txt和 XML进行标记。英语是报告中默认的语言，但也可以使用其他的语言。 4 EPP 命令映射 YD/T 2643-2013规范了 EPP语法和语义的详细描述 。 本标准规范的命令映射主要用于通过 EPP实现的 赎回期过程。 4.1 EPP 查询命令 XX/T XXXXXXXXX 3 提供三个命令来检索对象信息： 以确定是否为一个服务器已知的对象， 检索与对象 关联的详细信息， 检索对象

12、转移的状态信息。 4.1.1 EPP命令 此扩展不会向 YD/T 2420-2012 所规范的 EPP 或 响应中添加任何元素 4.1.2 EPP命令 此扩展不会向 YD/T 2420-2012 所规范的 EPP命令中添加任何元素。但为 的响应定义 了其他元素。 当一个 命令被成功处理时， EPP元素必须包含中所描述的子元素。此外， EPP元素必须包含一个 元素，用于标识注册赎回期的命名空间和注册赎回期 模式的位置 。 元素包含单个 元素 ， 该元素包含单个属性 “s”， 其值用来 描述域名当前赎回期的状态。其可能的状态值在本标准 第 3.1.4 节中进行了描述。 4.1.3 EPP命令 此扩

13、展不会向 YD/T 2420-2012 所规范 的 EPP命令或 响应中添加任何元素。 4.2 EPP 转换命令 EPP 提供了五个命令来修改对象： 创建一个对象实例， 删除一个对象实例， 延长对象的有效期， 来管理对象的授权变更， 用来更改对象的相关信息。 4.2.1 EPP命令 该扩展不会向 YD/T 2420-2012 所规范 的 EPP命令或 EPP响应中添加任何元素。 4.2.2 EPP命令 该扩展不会向 YD/T 2420-2012 所规范 的 EPP命令或 EPP响应中添加任何元素。 4.2.3 EPP命令 该扩展不会向 YD/T 2420-2012 所规范 的 EPP命令或 E

14、PP响应中添加任何元 素。 4.2.4 EPP命令 此扩展定义了额外的元素对 YD/T 2420-2012 所规范 的 EPP命令和响应进行扩展，以完成 赎回期的处理过程。 XX/T XXXXXXXXX 4 EPP命令提供了一个修改操作 ， 允许客户更改域名对象的状态 。 注册赎回期对基础 update 过程进行了扩展，以支持对一些已经被 命令处理过但仍未被完全清除的域名进行赎回。 EPP 域名映射 3.2.5 节中描述的是 命令必须使用的元素。其中要求至少存在一个 、 或 的更新的元素 ， 此扩展将此要求进行了更新 ， 要求在一个 命令中至少需要有一个空的 、 或 元素 。 这样定义是为 了

15、避免在赎回宽限期内域名修改作为恢复操作的一部分。 除了在 EPP 域名映射中描述的 EPP 命令元素之外， 命令必须包含一个 元素。 元素必须包含一个用来标识注册赎回期命名空间和注册赎回期模式位置的子元素 。 包含一个单独的 元素，该元素包含可用于递送赎回期恢复 报告的可选元素 。 元素包含一个必须的“ op”属性，用来描述被请求的赎回期操作。 两个被定义的值 ： “request”用于标识不包括恢复报告的还原请求 ， “report”用于标识包含还原报告的还原请求。如果 需要更正 ， 则报告可能会被多次提交 。 如果 “op”属性的值为 “request”， 则不能存在 元 素。如果“ op

16、”属性的值为“ report”，则必须要有 元素。 元素包含以下子元素： a） 元素，其中包含在域名被删除之前域名注册数据的副本。此元素可以包含文本 和 XML 标记。 b） 元素 ， 其中包含在提交还原报告时域名注册数据的副本 。 此元素可以包含文本 和 XML 标记。 c） 元素，其中包含域名删除请求发送到服务器的日期和时间。 d） 元素，其中包含原始 命令发送至服务器的日期和时间。 e） 元素，其中包含需要恢复域名的简要说明。 f） 元素，其中包含客户端未恢复域名的文本声明，以使其自身或任何第三方获 得使用或出售该域名的权利。与此声明相关的支持信息由下面描述的 元素提供。 如果不使用英语

17、（值“ en”）来表示声明，还可以选用“ lang”属性来识别语言。 g） 第二个 元素，其中包含一个确认恢复报告中的信息是与客户端信息相符的声 明。如果不使用英语（值“ en”）来表示声明，还可以选用“ lang”属性来识别语言。 h） 一个可选的 元素，其中包含客户端提供声明所需要的任何支持信息。此元素可以 XX/T XXXXXXXXX 5 包含文本和 XML 标记。 当一个没有恢复报告的扩展 命令被成功处理时 ， EPP 响应如同 EPP 域名映射中所描述的那 样 ， 除了添加扩展元素以描述 命令处理之后的赎回期的结果状态 ， 该扩展元素还包含一个单独 的子元素 ，包含一个单独的子元素

18、,包含一个唯一的属性“ s”，如果 请 求被接受 ， “s”的值必须为“ pendingRestore”。 当包含恢复报告的扩展 命令被成功处理时 ， EPP 响应如 EPP 域名映射中所述 ， 没有注册赎 回期扩展。注册赎回期扩展不是必须的，因为恢复报告的接受已经完成了赎回期的处理过程。 5 形式语法 EPP 对象映射以 XML Schema 表示法指定。 这里呈现的形式语法是适用于 EPP XML 实例的自动验证对 象映射的完整表示。 BEGIN 和 END 标签并不是该模式的一部分 ； 它们用来对 URL 注册目标的开始和结束 进行注释。 BEGIN Extensible Provisi

19、oning Protocol v1.0 domain name extension schema for registry grace period processing. !- Child elements of the command for the redemption grace period. - XX/T XXXXXXXXX 6 XX/T XXXXXXXXX 7 XX/T XXXXXXXXX 8 END 6 关于国际化 域名 EPP 使用 XML 表示。 XML 提供了对使用 unicode 字符集（ 以及它的包括 UTF-8 在内的更紧凑表达形 式）编码的信息的自然支持。 符合规

20、范的 XML 处理器可以同时识别 UTF-8 和 UTF-16。 尽管 XML 提供了 识别和使用其他字符编码的方法（通过使用 声明中的“ encoding”属性）， 仍然推荐使用 UTF-8。 作为 EPP 域名映射的扩展 ， 本文档中描述的元素 ， 元素内容属性和属性值必须继承用于表示 XML 实 例中存在的高级域名和核心协议结构的国际化规定，其中包含有这个扩展。 XX/T XXXXXXXXX 9 A A 附录 A （资料性附录） 例子 A.1 示例： 对“ addPeriod”状态的响应： S: S: S: S: S: Command completed successfully S:

21、S: S: S: S: EXAMPLE1-REP S: S: jd1234 S: sh8013 S: sh8013 S: S: S: S: S: S: S: ClientX S: ClientX S: 2003-11-26T22:00:00.0Z S: 2005-11-26T22:00:00.0Z S: S: 2fooBAR S: XX/T XXXXXXXXX 10 S: S: S: S: S: S: S: S: S: ABC-12345 S: 54322-XYZ S: S: S: A.2 示例： 对“ redemptionPeriod” 状态的响应 : S: S: S: S: S: Comm

22、and completed successfully S: S: S: S: S: EXAMPLE1-REP S: S: jd1234 S: sh8013 S: sh8013 S: S: S: XX/T XXXXXXXXX 11 S: S: S: S: ClientX S: ClientY S: 1999-04-03T22:00:00.0Z S: ClientX S: 1999-12-03T09:00:00.0Z S: 2005-04-03T22:00:00.0Z S: 2000-04-08T09:00:00.0Z S: S: 2fooBAR S: S: S: S: S: S: S: S: S

23、: S: ABC-12345 S: 54322-XYZ S: S: S: A.3 示例： 对“ pendingRestore”状态的扩展响应 (注意 ：只有第一个例子中的扩展元素发生了 变化 ): S: S: S: S: S: A.4 XX/T XXXXXXXXX 12 示例 ： 对“ pendingDelete： ”状态的扩展响应 (注意 ： 只有第一个例子中的扩展元素发生了 变化 ): S: S: S: S: S: A.5 示例：无恢复报告的 命令： C: C: C: C: C: C: C: C: C: C: C: C: C: C: C: ABC-12345 C: C: A.6 XX/T

24、XXXXXXXXX 13 示例：带有恢复报告的 命令 : C: C: C: C: C: C: C: C: C: C: C: C: C: C: Pre-delete registration data goes here. C: Both XML and free text are allowed. C: Post-restore registration data goes here. C: Both XML and free text are allowed. C: 2003-07-10T22:00:00.0Z C: 2003-07-20T22:00:00.0Z C: Registrant

25、error. C: This registrar has not restored the C: Registered Name in order to assume the rights to use C: or sell the Registered Name for itself or for any C: third party. C: The information in this report is C: true to best of this registrars knowledge, and this C: registrar acknowledges that intent

26、ionally supplying C: false information in this report shall constitute an C: incurable material breach of the C: Registry-Registrar Agreement. C: Supporting information goes C: here. C: XX/T XXXXXXXXX 14 C: C: C: C: ABC-12345 C: C: A.7 示例“恢复请求” 的响应： S: S: S: S: S: Command completed successfully S: S: S: S: S: S: S: S: ABC-12345 S: 54321-XYZ S: S: S: XX/T XXXXXXXXX 15 参 考 文 献 1 Klyne, G. and C. Newman, Date and Time on the Internet: Timestamps, RFC 3339, July 2002. 2 Harrenstien, K., Stahl, M., and E. Feinler, NICNAME/WHOIS, RFC 954, October 1985. _