RFC5731 - 中文翻译（原创）

**转载请注明：http://blog.csdn.net/jingyinghai/article/details/8719464 **

Network Working Group                                      S. Hollenbeck
Request for Comments: 5731                                VeriSign, Inc.
STD: 69                                                      August 2009
Obsoletes: 4931
Category: Standards Track

EPP协议域名映射

摘要

本文描述了一种用于配置和管理存储在一个共享的中央储存库中对象的
   客户端-服务器的应用层协议。在XML中指定，该协议定义了域名对象
   管理的操作和映射协议操作对象的可扩展框架。此文件包括一个协议规范，
   对象映射模板和XML的介质类型注册。本文档废弃了RFC4930。

备忘录状态

本文档讲述了一种Internet标准跟踪协议的互联网社区，需要进一步进行
讨论和建议改善。请参考最新版的“互联网正式协议标准“（STD 1）的标准化状态
和本协议的状态。备忘录的发布是无限的。

此文件是受BCP 78和IETF TRUST的法律有关的条文生效之日起，IETF文档
出版文件（http://trustee.ietf.org/license-info）。请仔细阅读这些文件，
因为它们描述了您的权利和本文件的限制。

Table of Contents

1. 简介 ............................................................3
      1.1. 域名对象和主机对象的关系....................... ............3
      1.2. 本文档中使用的约定..........................................5
   2. 对象属性 ........................................................5
      2.1. 域名和主机名称 .............................................5
      2.2. 联系人和客户端标识 .........................................5
      2.3. 状态值 .....................................................5
      2.4. 日期和时间 .................................................7
      2.5. 有效期 .....................................................8
      2.6. 授权信息 ...................................................8
      2.7. 其他DNS资源记录属性 ........................................8
   3. EPP 命令映射 ....................................................9
      3.1. EPP 查询命令 ...............................................9
           3.1.1. EPP <check> 命令 ....................................9
           3.1.2. EPP <info> 命令 ....................................11
           3.1.3. EPP <transfer> 查询命令 ............................15
      3.2. EPP 转换命令 ..............................................17
           3.2.1. EPP <create> 命令 ..................................18
           3.2.2. EPP <delete> 命令 ..................................20
           3.2.3. EPP <renew> 命令 ...................................22
           3.2.4. EPP <transfer> 命令 ................................23
           3.2.5. EPP <update> 命令 ..................................25
      3.3. 离线审查请求的操作 ........................................28
   4. 正式语法 .......................................................30
   5. 国际化注意事项 .................................................40
   6. IANA 注意事项 ..................................................40
   7. 安全注意事项 ...................................................41
   8. 致谢 ...........................................................41
   9. 参考 ...........................................................42
      9.1. 规范性文献 ............................................42
      9.2. 参考性文献 ................................................43
   附件 A. 与RFC 4931的变化 .........................................44

Hollenbeck Standards Track [Page 2]
RFC 5731 EPP Domain Name Mapping August 2009

1. 简介

这篇文章为EPP协议1.0描述了互联网域名映射。这个映射使用可扩展标记
   语言（XML）1.0的说明[W3C.REC-XML-20040204]和XML Schema符号，
   在[W3C.REC-XMLSCHEMA-1-20041028]和[W3C.REC-XMLSCHEMA-2-20041028]
   中说明。EPP达到并超过了一个通用的注册局注册商协议[RFC3375]中描述
   的要求。本文档废弃了RFC4931[RFC4931]。

[RFC5730] 提供了EPP命令和相应之间的完整描述。对于在本文中描述的映射，
一个容易理解的基础协议定义是必要的。

XML是区分大小写的。除非另有说明，本文档中提供的XML规范和例子是必须在
解释为字符的情况下，制定的一个符合标准的实施。

1.1. 域名对象和主机对象的关系

关于主机的EPP映射在[RFC5732]中详细描述。这篇文档假定域名名称对象对
   主机名对象来说有一个上级对下级的关系。举例来说，域名名称"example.com"
   作为主机名“ns1.example.com”的上级关系. EPP 操作(比如说对象转移)
   不保留这种关系必须是明确禁止的。

主机名对象可以创建在资源库中并且没有上级域名对象存在。举例来说, 主机名
   "ns1.example.com" 可以被创建在".example" 库中，因此在".example" 中得DNS
   域名授权到这台主机。在本规范中，因为这些主机被描述为“外部”主机，因为
   主机名不属于存储库中的命名空间，其中宿主是被用于授权为目的。

主机是否是外部的还是内部的，涉及到资源库中该主机正在用于授权。无论
   内部主机下属涉及到库中的某个域。例如，主机“ns1.example1.com”是域
   example1.com的从属主机，但它不是域example2.com的一个从属主机。
   ns1.example1.com可以用作example2.com的一个名称服务器。在这种情况下，
   必须认为ns1.example1.com是一个内部主机，是从属主机在同一库中的规则操作。

授权域的名称服务器主机可以指定为描述一台主机的现有的主机对象或域的属性。
服务器运营商必须使用一个一致的域名服务器的规范形式。

Hollenbeck Standards Track [Page 3]
RFC 5731 EPP Domain Name Mapping August 2009

服务器运营商宣布在EPP问候语中支持主机对象但必须不允许域属性来描述一个
名称服务器主机。当域的属性是用来描述一个名称服务器主机，IP地址仅应该是用于
生成所需要的DNS粘合记录。

名称服务器指定在一个<domain:ns>元素中。此元素必须包含一个或多个的
   <domain:hostObj>元素或一个或更多<domain:hostAttr>元素。一个<domain:hostObj>
   元素包含一个已知的名称服务器主机对象的完全合格的名称。<domain:hostAttr>元素包含
   以下子元素：

- <domain:hostName> 元素，包含完全合格的主机名.

- 0或多个<domain:hostAddr>元素，包含与主机相关联的IP地址。每个元素可以包含
      一个"ip" 属性来识别IP地址格式。属性值 "v4" 用来表示 IPv4地址格式。
      属性值 "v6" 用来表示 IPv6地址格式。如果没有指定“ip”属性，"v4" 将作为默认值。
      IP地址语法要求在EPP 主机映射 [RFC5732]2.5章节中描述。

例子，域example.com的主机对象名称服务器元素:

<domain:ns>
     <domain:hostObj>ns1.example.net</domain:hostObj>
     <domain:hostObj>ns2.example.net</domain:hostObj>
   </domain:ns>

例子，域example.com的主机属性名称服务器元素:

<domain:ns>
     <domain:hostAttr>
       <domain:hostName>ns1.example.net</domain:hostName>
       <domain:hostAddr
        ip="v4">192.0.2.2</domain:hostAddr>
       <domain:hostAddr
        ip="v6">1080:0:0:0:8:800:200C:417A</domain:hostAddr>
     </domain:hostAttr>
     <domain:hostAttr>
       <domain:hostName>ns2.example.net</domain:hostName>
     </domain:hostAttr>
   </domain:ns>

Hollenbeck Standards Track [Page 4]
RFC 5731 EPP Domain Name Mapping August 2009

1.2. 本文使用的约定

文档中使用的关键字 "MUST", "MUST NOT", "REQUIRED", "SHALL", "SHALL NOT",
"SHOULD", "SHOULD NOT", "RECOMMENDED", "MAY", and "OPTIONAL"
在[RFC2119]的描述中被解释。

在例子中，“C:”表示协议客户端发送的和“S:”表示一个协议服务器端返回的。
例子中的缩进和空格只是为了说明元素关系，并不是此协议所需的功能。

2. Object Attributes

一个EPP域名对象具有属性和相关值，可以被注册商客户端或服务器查看和修改。
本节详细描述了每个属性的类型。这里描述的属性值的正式语法中可以
在本文“正式语法”一节中和适当的规范性引用文件中找到。

2.1. 域和主机名称

本文档中描述域名和主机名的语法符合[RFC0952]和[RFC1123]。在写这篇文章时，
   RFC 3490[RFC3490]描述了使用某些的ASCII名称标签代表非ASCII名称标签的标准。
   这些一致性要求在制定国际化域名标准的工作过程中作为结果可能会改变。服务器
   可能会限制允许的域名到一个特定的顶级域名，二级域名，或其他域的权威服务器。
   这些名称存储在DNS区域中是，需要的圆点是隐含的，并且在变换换主机名和
   域名时不必须提供。

2.2. 联系人和客户端标识

所有的EPP联系人是通过服务器的唯一标识符标识的。联系人标识符是指定的最低
长度，指定的最大长度，和一个指定格式的字符串。联系人标识符使用[RFC5730]
中描述的“clIDType”客户端标识符语法。

2.3. 状态值

一个域名对象必须一直有一个关联的状态值。状态值仅可以被赞助一个域对象和
对象所在的服务器上的客户端设置。一个客户端可以使用EPP<update>命令改变
域对象的状态。

Hollenbeck Standards Track [Page 5]
RFC 5731 EPP Domain Name Mapping August 2009

每个状态值可能会伴随着一系列易读的文本用于描述对象的状态的解释。
   一个客户端一定不能改变服务器端设定的状态值。一个服务器可以改变
   或者覆盖客户端设置的状态, 这受到本地服务器策略的影响。一个对象的状态
   可能会由于客户端发起的转换命令或由服务器运营商执行的操作而改变。

可以由客户端添加或删除的状态值都带有前缀“client”。可以由服务器端端
添加或删除的状态值都带有前缀“server”。没有以"client" 或者 "server"
开始的状态值由服务器端管理。

状态值描述:

- clientDeleteProhibited, serverDeleteProhibited

删除对象的请求必须被拒绝。

- clientHold, serverHold

对象的DNS授权信息必须不能发布。

- clientRenewProhibited, serverRenewProhibited

对象的续费请求必须被拒绝。

- clientTransferProhibited, serverTransferProhibited

对象转换请求必须被拒绝。

- clientUpdateProhibited, serverUpdateProhibited

变更对象请求(除删除此状态)必须被拒绝。

- inactive

授权信息尚未与该对象相关联。这是一个域对象第一次被创建时的默认状态，
并且DNS授权没有关联的主机对象。这种状态也可以由服务器设置当所有关联
的主机对象被删除时。

Hollenbeck Standards Track [Page 6]
RFC 5731 EPP Domain Name Mapping August 2009

- ok

这是对象的正常状态值，没有未完成的操作或禁止。这个状态值在添加或删除
其他的状态值时被服务器端设置和移走。

- pendingCreate, pendingDelete, pendingRenew, pendingTransfer,
pendingUpdate

对象的转换命令已经执行，但是服务器这个行为还没有完成。服务器操作者可以
延迟动作完成的原因有多种，如允许人工审查或第三方的行动。转换命令被处理，
但其请求的操作正在等待执行，注意到此时响应代码为1001。

当请求的操作已经完成，pendingCreate, pendingDelete, pendingRenew,
pendingTransfer, or pendingUpdate状态必须被移除。所有参与交易的客户端，
必须使用服务消息通知，已经完成的操作和对象的状态已经发生了变化。

"ok" 状态一定不能和其他任何状态组合。

"pendingDelete" 状态一定不能和"clientDeleteProhibited" 或者
"serverDeleteProhibited"状态组合。

"pendingRenew" 状态一定不能和"clientRenewProhibited"或者
"serverRenewProhibited" 状态组合。

"pendingTransfer" 状态一定不能和"clientTransferProhibited"或者
"serverTransferProhibited"状态组合。

"pendingUpdate" 状态一定不能和"clientUpdateProhibited"或者
"serverUpdateProhibited"状态组合。

pendingCreate, pendingDelete, pendingRenew, pendingTransfer, 和
pendingUpdate状态，上述状态值不能相互组合使用。

其他没有明确禁止使用的状态组合可以被使用。

2.4. 日期和时间

日期和时间属性值必须是公历的世界统一时间。扩展的日期时间形式
使用[W3C.REC-xmlschema-2-20041028]中定义的大写字母"T" 和"Z"，

Hollenbeck Standards Track [Page 7]
RFC 5731 EPP Domain Name Mapping August 2009

必须用来表示日期时间值,因为XML Schema中不支持截断日期时间形式或
小写字母“T”和“Z”字符。

2.5. 有效期

域名对象可以有一个特定的有效期。如果服务器政策支持域名对象有效期,
   当域名被创建时有效期被定义，并且它可以被扩展通过EPP <renew> 或者
   <transfer> 命令。作为服务器策略，这个规范并没有定义一个域名对象
   的有效期届满后应采取的操作。

有效期用年或月来计量，指定用“unit”属性作为关联的单位。"unit"属性的
合法参数值是"y" 表示年和"m"表示月。允许的最小有效期的值是1。允许的
最大有效期的值是99。服务器可以支持小于最大值的有效期。

2.6. 授权信息

授权信息是关联域名对象转换操作的许可。当域名被创建的时候，授权信息被
分配，并且在未来也可以被修改。这个规范描述了基于密码的授权信息，
通过其他机制也是可能的。

2.7. 其他DNS资源记录属性

DNS允许多种资源类型关联到一个域名，这个映射仅仅明确指定了元素，
用于描述资源记录授权和解析。提供其他域名相关的资源记录类型的机构，
可以扩展这个映射。

在这个映射中的配置方法按照数据类型分离分立的数据元素。该数据定义方法允许
   XML架构处理器来执行基本的语法验证任务，减少不确定性和解析量和语法检查工作
   所需要的协议处理器。配置和扩展方法汇总数据到不透明的字符串是可能的，但这样的
   方法不应该被使用，因为协议处理器上它们强制额外的解析、解释和验证要求。

Hollenbeck Standards Track [Page 8]
RFC 5731 EPP Domain Name Mapping August 2009

3. EPP命令映射

EPP的语法和语义的详细描述可以在[RFC5730]发现。这里描述的命令映射是
通过EPP专门用于配置和管理互联网域名的。

3.1. EPP查询命令

EPP提供了三个命令来检索域名的信息：<check>用于确定一个域对象是否可以在
资料库中提供，<INFO>用于获得域名对象关联的详细信息，<transfer>用于检索
域名对象转移状态信息。

3.1.1. EPP <check>命令

EPP<check>命令是用来确定一个对象是否可以在存储库中提供。它提供了一个暗示，
允许客户端使用<创建>命令配置对象时是预期的成功或失败，对象的配置要求
是最终的服务器策略的问题。

除了标准的EPP命令元素，<check>命令必须包含一个<domain:check>为标识的域
命名空间元素。<domain:check>元素包含以下子元素：

- 一个或多个包含要查询的域对象的完全限定名称的<domain:name> 元素。

<check>命令样例：

C:<?xml version="1.0" encoding="UTF-8" standalone="no"?>
   C:<epp xmlns="urn:ietf:params:xml:ns:epp-1.0">
   C: <command>
   C:    <check>
   C:      <domain:check
   C:       xmlns:domain="urn:ietf:params:xml:ns:domain-1.0">
   C:        <domain:name>example.com</domain:name>
   C:        <domain:name>example.net</domain:name>
   C:        <domain:name>example.org</domain:name>
   C:      </domain:check>
   C:    </check>
   C:    <clTRID>ABC-12345</clTRID>
   C: </command>
   C:</epp>

Hollenbeck Standards Track [Page 9]
RFC 5731 EPP Domain Name Mapping August 2009

当<check>命令已成功处理，EPP<resData>元素必须包含一个标识域命名空间的
<domain:chkData>子元素。 <domain:chkData>元素包含一个或多个<domain:cd>
，其包含以下的子元素：

- 一个<domain:name>元素，包含查询的域对象的完全限定名称。此元素必须包含
      一个“avail”属性，该属性的值表示在完成<check>命令的那一刻对象的可用性
      （能不能提供或不能）。一个值“1”或“true”的值，该对象可以提供。
      值“0”或“false”的装置，该对象可以不能提供。

- 一个可选的<domain:reason> 元素，当一个对象不能被提供时这个元素可以使用。
      如果存在，该元素包含特定的服务器文本，以帮助解释为什么不能提供该对象。
      该文本必须在以前与客户协商的响应语言来表示。一个可选的“lang”属性用来
      标识“en”（英语）的默认值以外的语言。

<check>响应样例:

Hollenbeck Standards Track [Page 10]
RFC 5731 EPP Domain Name Mapping August 2009

S:      <svTRID>54322-XYZ</svTRID>
   S:    </trID>
   S: </response>
   S:</epp>

如果<check>命令由于任何理由不能处理，EPP错误响应必须返回。

3.1.2. EPP <info>命令

EPP<INFO>命令用于检索一个域对象相关的信息。这个命令的响应可能会有所不同，
   取决于查询客户端的身份，使用的授权信息，未经授权的用户端和服务器的政策。
   如果查询客户端是的注册客户端，所有信息必须返回。如果查询客户端是不是注册
   客户端，但客户端提供有效的授权信息，所有信息必须被退回。如果查询客户端
   不是注册客户端和客户端没有提供有效的授权信息，服务器端策略决定返回可选的元素。

除了标准的EPP命令元素，<INFO>命令必须包含一个<domain:info>的标识域命名
空间元素。<domain:info>元素包含以下子元素：

- 一个<domain:name>元素，它包含要查询的域对象的完全限定名称。一个可选的
      “hosts”属性可用来控制返回到域对象关联的主机信息。“all”值（默认情况下，
      这可能会缺失）描述下属及授权的主机返回的信息。“del”返回值描述授权的
      主机的信息。“sub”值仅描述下属的主机返回的信息。“none”值说明授权或下级
      的主机没有返回任何信息。

- 一个可选的<domain:authInfo>元素，包含域对象的注册人或相关联的联系人与
      授权相关的信息。一个可选的“roid”属性必须被用来确定注册人或联系人对象，
      且仅当给定的AUTHINFO与注册人或联系人对象，而不是域对象本身。如果此元素
      还没有提供或授权信息是无效的，服务器策略决定该命令被拒绝或者响应信息
      被返回到客户端。

Hollenbeck Standards Track [Page 11]
RFC 5731 EPP Domain Name Mapping August 2009

没有授权信息的<info>命令样例:

C:<?xml version="1.0" encoding="UTF-8" standalone="no"?>
   C:<epp xmlns="urn:ietf:params:xml:ns:epp-1.0">
   C: <command>
   C:    <info>
   C:      <domain:info
   C:       xmlns:domain="urn:ietf:params:xml:ns:domain-1.0">
   C:        <domain:name hosts="all">example.com</domain:name>
   C:      </domain:info>
   C:    </info>
   C:    <clTRID>ABC-12345</clTRID>
   C: </command>
   C:</epp>

授权信息的<info>命令样例:

C:<?xml version="1.0" encoding="UTF-8" standalone="no"?>
   C:<epp xmlns="urn:ietf:params:xml:ns:epp-1.0">
   C: <command>
   C:    <info>
   C:      <domain:info
   C:       xmlns:domain="urn:ietf:params:xml:ns:domain-1.0">
   C:        <domain:name hosts="all">example.com</domain:name>
   C:        <domain:authInfo>
   C:          <domain:pw>2fooBAR</domain:pw>
   C:        </domain:authInfo>
   C:      </domain:info>
   C:    </info>
   C:    <clTRID>ABC-12345</clTRID>
   C: </command>
   C:</epp>

当<INFO>命令已成功处理，的EPP<resData>元素必须包含一个标识域命名空间的
<domain:infData>子元素。是不可选的元素，必须返回；返回可选的元素取决于
授权的客户端和服务器端策略。<domain:infData>元素包含以下子元素：

- 一个<domain:name>元素，包含域对象完全限定名称。

- 一个<domain:roid>元素，包含域名对象被创建时分配到域对象的存储库
对象标识符。

Hollenbeck Standards Track [Page 12]
RFC 5731 EPP Domain Name Mapping August 2009

- 0个或多个可选的<domain:status>元素，包含与域名相关联的当前状态描述。

- 如果服务端支持, 一个可选的<domain:registrant>元素和一个或多个可选的
<domain:contact> 元素，包含与域对象相关联的人或组织社会信息对象的标识符。

- 一个可选的<domain:ns>元素，授权主机对象的完全限定名或与域对象相关联的
主机属性（名称服务器）。请参见第1.1节，用来指定主机对象或主机属性元素的描述。

- 0个或多个<domain:host>元素，包含存在上级域对象的下属主机对象的完全限定名。

- 1个<domain:clID>元素，包含签约客户端的标识符。

- 1个可选的<domain:crID>元素，包含创建域对象的客户端标识符。

- 1个可选的<domain:crDate>元素，包含创建域名对象的日期和时间。

- 1个可选的<domain:exDate>元素，包含域名对象注册期限的截止日期和时间。

- 1个可选的<domain:upID>元素，包含最后更新域对象的客户端标识符。
此元素一定不能存在，如果域对象从来没有被修改过。

- 1个可选的<domain:upDate>元素，包含最近的域对象修改的日期和时间。
此元素不能存在，如果域对象没有被修改。

- 1个可选的<domain:trDate>元素，最近一次成功的域对象转移的日期和时间
此元素一定不能存在，如果域对象从来没有被修改过。

Hollenbeck Standards Track [Page 13]
RFC 5731 EPP Domain Name Mapping August 2009

- 1个可选的<domain:authInfo>元素，包含与域对象相关联的授权信息。
此元素必须仅仅被返回，如果查询客户端是目前的签约客户端或者客户端
在命令中提供有效的授权信息。

<info>命令授权客户端的反馈信息:

S:<?xml version="1.0" encoding="UTF-8" standalone="no"?>
   S:<epp xmlns="urn:ietf:params:xml:ns:epp-1.0">
   S: <response>
   S:    <result code="1000">
   S:      <msg>Command completed successfully</msg>
   S:    </result>
   S:    <resData>
   S:      <domain:infData
   S:       xmlns:domain="urn:ietf:params:xml:ns:domain-1.0">
   S:        <domain:name>example.com</domain:name>
   S:        <domain:roid>EXAMPLE1-REP</domain:roid>
   S:        <domain:status s="ok"/>
   S:        <domain:registrant>jd1234</domain:registrant>
   S:        <domain:contact type="admin">sh8013</domain:contact>
   S:        <domain:contact type="tech">sh8013</domain:contact>
   S:        <domain:ns>
   S:          <domain:hostObj>ns1.example.com</domain:hostObj>
   S:          <domain:hostObj>ns1.example.net</domain:hostObj>
   S:        </domain:ns>
   S:        <domain:host>ns1.example.com</domain:host>
   S:        <domain:host>ns2.example.com</domain:host>
   S:        <domain:clID>ClientX</domain:clID>
   S:        <domain:crID>ClientY</domain:crID>
   S:        <domain:crDate>1999-04-03T22:00:00.0Z</domain:crDate>
   S:        <domain:upID>ClientX</domain:upID>
   S:        <domain:upDate>1999-12-03T09:00:00.0Z</domain:upDate>
   S:        <domain:exDate>2005-04-03T22:00:00.0Z</domain:exDate>
   S:        <domain:trDate>2000-04-08T09:00:00.0Z</domain:trDate>
   S:        <domain:authInfo>
   S:          <domain:pw>2fooBAR</domain:pw>
   S:        </domain:authInfo>
   S:      </domain:infData>
   S:    </resData>
   S:    <trID>
   S:      <clTRID>ABC-12345</clTRID>
   S:      <svTRID>54322-XYZ</svTRID>
   S:    </trID>
   S: </response>
   S:</epp>

Hollenbeck Standards Track [Page 14]
RFC 5731 EPP Domain Name Mapping August 2009

不同的信息返回政策的服务器可以在响应中提供较少的信息。

<info>命令非授权客户端的反馈信息:

EPP错误必须返回响应，如果一个<INFO>命令以任何理由不能进行处理。

3.1.3. EPP <transfer>查询命令

EPP<transfer>命令提供了一个查询操作，它允许一个客户端来确定未决的实时
   状态，并完成转换请求。除了标准的EPP命令元素，<transfer>命令必须包含
   一个“op”属性值“query”，和<domain:transfer>标识域名命名空间的元素。
   <domain:transfer>元素包含以下子元素：

- 一个<domain:name>元素，包含要查询的域对象完全限定名称。

- 一个可选<domain:authInfo>元素，包含与域对象相关联的授权信息或域对象
      的注册人或相关的联系人的授权信息。一个可选的“roid”的属性，必须用来
      确定注册人或联系人对象，当且仅当给定的AUTHINFO与注册者或联系人对象
      相关联，并且不是域对象本身。如果此元素不提供或如果授权信息是无效的，

Hollenbeck Standards Track [Page 15]
RFC 5731 EPP Domain Name Mapping August 2009

服务器端策略确定是否命令被拒绝，或者响应信息将被返回到客户端。

<transfer>查询样例:

C:<?xml version="1.0" encoding="UTF-8" standalone="no"?>
   C:<epp xmlns="urn:ietf:params:xml:ns:epp-1.0">
   C: <command>
   C:    <transfer op="query">
   C:      <domain:transfer
   C:       xmlns:domain="urn:ietf:params:xml:ns:domain-1.0">
   C:        <domain:name>example.com</domain:name>
   C:        <domain:authInfo>
   C:          <domain:pw roid="JD1234-REP">2fooBAR</domain:pw>
   C:        </domain:authInfo>
   C:      </domain:transfer>
   C:    </transfer>
   C:    <clTRID>ABC-12345</clTRID>
   C: </command>
   C:</epp>

当<transfer>查询命令已成功处理，EPP的<resData>元素必须包含标识域命名
空间的子元素<domain:trnData>。 <domain:trnData>元素包含以下子元素：

- 一个<domain:name>元素，包含要查询的域对象完全限定名称。

- 一个<domain:trStatus>元素，包含最近的转让请求的状态。

- 一个<domain:reID>元素，包含请求对象转让的客户端的标识符。

- 一个<domain:reDate> 元素，包含转让请求的日期和时间。

- 一个<domain:acID>元素，包含操作待转让申请客户端的标识符。对于所有
其他状态类型，该值标识了客户端执行的表示动作。

- 一个<domain:acDate>元素，包含请求的或者已完成的响应日期和时间。
对于待处理的请求，该值标识的日期和时间，在服务器自动响应行动之前需要响应。
对于所有其他的状态类型，当请求完成时，这个值确定日期和时间。

Hollenbeck Standards Track [Page 16]
RFC 5731 EPP Domain Name Mapping August 2009

- 一个可选的<domain:exDate>元素，包含域对象的有效期，如果<transfer>
命令导致或导致有效期的变化。

<transfer>查询响应样例:

EPP错误必须返回响应，如果一个<transfer>命令以任何理由不能进行处理。

3.2. EPP转换命令

EPP提供5中域名对象转换命令：: <create> 用来创建一个域名对象实例,
<delete> 用来删除一个域名对象实例, <renew> 用来延长一个域名对象的有效期,
<transfer>用来管理域名对象的主办人变化, <update> 用来改变域名对象的关联信息.

Hollenbeck Standards Track [Page 17]
RFC 5731 EPP Domain Name Mapping August 2009

转换命令通常实时处理和完成。服务器操作员可以接收和处理转换命令
   但如果有人或第三方在完成所请求操作之前需要审查，则推迟完成请求的动作。
   在这种情况下，服务器必须返回一个1001的响应代码，并告知客户该命令已收
   到并处理，但请求的操作正在等待。该服务器还必须管理对象的状态，它是命令
   的主体用来反映开始和完成所请求的操作。一旦请求的动作已经完成，所有参与
   交易的客户端必须通过使用服务消息得到通知，告知他们行动已完成和该对象的
   状态已经改变。其他通知方法也可以用在所需的服务消息中。

服务器操作员应确认客户端授权在一个给定的对象上执行转换命令。任何通过
未经授权的客户端企图改变对象的请求必须被拒绝，服务器必须返回一个2201
的响应代码到客户端，标明客户端没有权限来执行请求的命令。

3.2.1. EPP <create> 命令

EPP<create>命令提供了一个转变操作，它允许一个客户端创建一个域名对象。
除了标准的EPP命令元素，<create>命令必须包含一个标识域命名空间的
<domain:create>元素。<domain:create>元素包含以下子元素：

- 一个<domain:name>元素，包含要创建的域名对象的完全合格的名称.

- 一个可选的<domain:period>元素，包含域名对象的初始登记期限。
一台服务器可以定义一个默认的初始登记期间,如果客户端指定的话。

- 一个可选的<domain:ns>元素，其中包含完全合格的、与域对象授权主机
      对象或主机属性（名称名称服务器）的名称，用来为域名提供解决方案。
      服务域的描述，请参阅第1.1节元素的描述，用来指定主机对象或主机属性。
      主机对象关联到一个域对象之前,主机机对象在服务器中是必须存在的。

- 一个可选的<domain:registrant>元素，包含与域对象相关联的注册人或
联系人（contact）对象的标识符。在联系人对象关联到域名对象之前，
该对象标识符必须在服务器上存在。 EPP的联系人对象映射详见[RFC5733]。

Hollenbeck Standards Track [Page 18]
RFC 5731 EPP Domain Name Mapping August 2009

- 0个或多个可选的<domain:contact> 元素，其中包含关联到域名对象的
其他联系人对象。在联系人对象关联到域名对象之前，该对象标识符必须
在服务器上存在。

- 一个<domain:authInfo>元素，其中包含与域对象相关联的授权信息。
这个映射包括基于密码的身份验证机制，但是该架构允许新的机制来定义
新的架构。

<create>命令样例:

C:<?xml version="1.0" encoding="UTF-8" standalone="no"?>
   C:<epp xmlns="urn:ietf:params:xml:ns:epp-1.0">
   C: <command>
   C:    <create>
   C:      <domain:create
   C:       xmlns:domain="urn:ietf:params:xml:ns:domain-1.0">
   C:        <domain:name>example.com</domain:name>
   C:        <domain:period unit="y">2</domain:period>
   C:        <domain:ns>
   C:          <domain:hostObj>ns1.example.net</domain:hostObj>
   C:          <domain:hostObj>ns2.example.net</domain:hostObj>
   C:        </domain:ns>
   C:        <domain:registrant>jd1234</domain:registrant>
   C:        <domain:contact type="admin">sh8013</domain:contact>
   C:        <domain:contact type="tech">sh8013</domain:contact>
   C:        <domain:authInfo>
   C:          <domain:pw>2fooBAR</domain:pw>
   C:        </domain:authInfo>
   C:      </domain:create>
   C:    </create>
   C:    <clTRID>ABC-12345</clTRID>
   C: </command>
   C:</epp>

当<create>命令被成功处理，EPP<resData>元素必须包含一个子
标识域命名空间的<domain:creData>元素。<domain:creData>元素
包含以下子元素：

Hollenbeck Standards Track [Page 19]
RFC 5731 EPP Domain Name Mapping August 2009

- 一个<domain:name>元素，其中包含域名对象的完全合格的名称.

- 一个<domain:crDate>元素，其中包含域名对象创建的日期和时间。

- 一个可选的<domain:exDate>元素，其中包含域名对象注册期限的日期和时间。

<create>响应样例:

EPP错误必须返回响应，如果一个<create>命令以任何理由不能进行处理。

3.2.2. EPP <delete>命令

EPP <delete>命令提供一个转换操作来允许一个客户端删除一个域名对象。除了
标准的EPP命令元素，delete的命令必须包含一个标识域命名空间的<domain:delete>
元素。 <domain:delete>元素包含以下子元素：

- 一个<domain:name>元素，其中包含要删除的域名对象的完全合格的名称.

Hollenbeck Standards Track [Page 20]

RFC 5731 EPP Domain Name Mapping August 2009

域名对象不应该被删除，如果下属主机对象与域名对象相关联。例如，如果域名
   “example.com”存在，而且还存在主机对象“ns1.example.com”，那么域名对象
   “example.com”不应该被删除，直到主机“ns1.example.com”已被删除或重命名
   至存在的一个不同的上级域。当delete命令执行失败时，服务器应该通过
   发送2305的错误响应代码通知客户，由于现有对象之间的对象关系存在。域名
   对象相关联的授权和下属的主机对象可以使用<INFO>查询命令确定。

<delete>命令样例:

C:<?xml version="1.0" encoding="UTF-8" standalone="no"?>
   C:<epp xmlns="urn:ietf:params:xml:ns:epp-1.0">
   C: <command>
   C:    <delete>
   C:      <domain:delete
   C:       xmlns:domain="urn:ietf:params:xml:ns:domain-1.0">
   C:        <domain:name>example.com</domain:name>
   C:      </domain:delete>
   C:    </delete>
   C:    <clTRID>ABC-12345</clTRID>
   C: </command>
   C:</epp>

当一个<delete>命令被成功地执行后, 服务器必须通过没有<resData>元素的
EPP响应进行响应。

<delete>响应样例:

S:<?xml version="1.0" encoding="UTF-8" standalone="no"?>
   S:<epp xmlns="urn:ietf:params:xml:ns:epp-1.0">
   S: <response>
   S:    <result code="1000">
   S:      <msg>Command completed successfully</msg>
   S:    </result>
   S:    <trID>
   S:      <clTRID>ABC-12345</clTRID>
   S:      <svTRID>54321-XYZ</svTRID>
   S:    </trID>
   S: </response>
   S:</epp>

EPP错误必须返回响应，如果一个<delete>命令以任何理由不能进行处理。

Hollenbeck Standards Track [Page 21]

RFC 5731 EPP Domain Name Mapping August 2009

3.2.3. EPP <renew>命令

EPP<renew>命令提供了变换操作，它允许一个客户端对域名对象的有效期进行
延长。此外除标准EPP命令元素，<renew>命令必须包含<domain:renew>元素，
标识域名命名空间。 <domain:renew>元素包含下列子元素：

- 一个<domain:name>元素，其中包含要延长有效期的域名对象的完全合格的名称.

- 一个<domain:curExpDate> 元素，包含当前有效期结束的日期。这个值保证
反复的<renew>命令不会导致多个、意想不到的成功续约。

- 一个可选的<domain:period>元素，包含可以增加到域名对象的注册期限的
数量单位。单位的数目可能会受到服务器限制。

<renew>命令样例:

C:<?xml version="1.0" encoding="UTF-8" standalone="no"?>
   C:<epp xmlns="urn:ietf:params:xml:ns:epp-1.0">
   C: <command>
   C:    <renew>
   C:      <domain:renew
   C:       xmlns:domain="urn:ietf:params:xml:ns:domain-1.0">
   C:        <domain:name>example.com</domain:name>
   C:        <domain:curExpDate>2000-04-03</domain:curExpDate>
   C:        <domain:period unit="y">5</domain:period>
   C:      </domain:renew>
   C:    </renew>
   C:    <clTRID>ABC-12345</clTRID>
   C: </command>
   C:</epp>

当<renew> 被成功地执行,EPP <resData>元素必须包含一个标识域名命名空间
的子元素<domain:renData>。<domain:renData>元素包含下列子元素:

- 一个<domain:name>元素，包含域名对象的完全限定名。

Hollenbeck Standards Track [Page 22]

RFC 5731 EPP Domain Name Mapping August 2009

- 一个可选的<domain:exDate>元素，包含域名对象注册截止期限的日期和时间。

<renew>响应样例:

EPP错误必须返回响应，如果一个<renew>命令以任何理由不能进行处理。

3.2.4. EPP <transfer>命令

EPP<transfer>命令提供了转换操作，它允许客户端管理请求的域转移注册商
对象。除了标准EPP命令元素，<transfer>命令必须包含一个<domain:transfer>，
用来标识域名命名空间。 <domain:transfer>元素包含以下子元素：

- 一个<domain:name>元素，包含域名对象的完全限定名，域名对象要转换请求
的创建、批准，拒绝或取消。

- 一个可选的<domain:period>元素，包含数量单位被添加到域名对象的注册期限
在转移过程完成时。此元素只能在转让请求时使用，其他情况它必须被忽略。
可用的单位数量可能受到服务器的限制。

Hollenbeck Standards Track [Page 23]

RFC 5731 EPP Domain Name Mapping August 2009

- 一个<domain:authInfo>元素，包含授权域名对象或域名对象注册相关的授权信息，
或关联联系人相关的授权信息。一个可选的“roid”属性必须被用来识别注册人
或联系对象，当且仅当给定的authInfo与登记者或接触的对象，而不是域名对象本身。

每个EPP<transfer>命令必须包含一个“OP”属性标识的传送操作将被执行。有效值，
定义和授权的所有属性值的定义在[RFC5730]中。

域名对象的转换必须隐式地将转移所从属于域名对象的主机对象。例如，如果域名
   对象“example.com”要进行转移，主机对象“ns1.example.com”存在，主机对象转移
   必须作为“example.com”转移过程的一部分。域名对象转移时从属的要转移的主机对象
   在执行域名对象的EPP<INFO>命令的响应中列出。

<transfer>请求命令样例:

C:<?xml version="1.0" encoding="UTF-8" standalone="no"?>
   C:<epp xmlns="urn:ietf:params:xml:ns:epp-1.0">
   C: <command>
   C:    <transfer op="request">
   C:      <domain:transfer
   C:       xmlns:domain="urn:ietf:params:xml:ns:domain-1.0">
   C:        <domain:name>example.com</domain:name>
   C:        <domain:period unit="y">1</domain:period>
   C:        <domain:authInfo>
   C:          <domain:pw roid="JD1234-REP">2fooBAR</domain:pw>
   C:        </domain:authInfo>
   C:      </domain:transfer>
   C:    </transfer>
   C:    <clTRID>ABC-12345</clTRID>
   C: </command>
   C:</epp>

当一个<transfer>命令被成功地执行, EPP<resData>元素必须包含一个<domain:trnData>子元素，
其用来标识域名空间。<domain:trnData>元素包含与转移查询命令响应定义的相同子元素。

Hollenbeck Standards Track [Page 24]

RFC 5731 EPP Domain Name Mapping August 2009

<transfer> 响应样例:

S:<?xml version="1.0" encoding="UTF-8" standalone="no"?>
   S:<epp xmlns="urn:ietf:params:xml:ns:epp-1.0">
   S: <response>
   S:    <result code="1001">
   S:      <msg>Command completed successfully; action pending</msg>
   S:    </result>
   S:    <resData>
   S:      <domain:trnData
   S:       xmlns:domain="urn:ietf:params:xml:ns:domain-1.0">
   S:        <domain:name>example.com</domain:name>
   S:        <domain:trStatus>pending</domain:trStatus>
   S:        <domain:reID>ClientX</domain:reID>
   S:        <domain:reDate>2000-06-08T22:00:00.0Z</domain:reDate>
   S:        <domain:acID>ClientY</domain:acID>
   S:        <domain:acDate>2000-06-13T22:00:00.0Z</domain:acDate>
   S:        <domain:exDate>2002-09-08T22:00:00.0Z</domain:exDate>
   S:      </domain:trnData>
   S:    </resData>
   S:    <trID>
   S:      <clTRID>ABC-12345</clTRID>
   S:      <svTRID>54322-XYZ</svTRID>
   S:    </trID>
   S: </response>
   S:</epp>

EPP错误必须返回响应，如果一个<transfer>命令以任何理由不能进行处理。

3.2.5. EPP <update> 命令

EPP <update>命令提供了一个转换操作，允许一个客户端修改一个域名对象的属性。
相对于标准EPP命令元素，<update>命令必须包含一个标识域名命名空间的
<domain:update>元素，<domain:update>元素包含下列子元素:

- 一个<domain:name>元素，其中包含要变更域名对象的完全合格的名称。

- 一个可选的<domain:add> 元素，其中包含要给对象增加的属性。

- 一个可选的<domain:rem>元素，其中包含要从对象中移除的属性值。

Hollenbeck Standards Track [Page 25]
RFC 5731 EPP Domain Name Mapping August 2009

- 一个可选的<domain:chg>元素，其中包含对象中要被变换的属性值。

至少一个<domain:add>, <domain:rem>,或者<domain:chg>元素必须被提供，
如果命令没有被扩展。所有这些元素可以被被忽略如果一个<Update>扩展存
在的话。<domain:add>和<domain:rem> 包含下列子元素:

- 一个可选的<domain:ns> 元素，其中包含与域名对象相关联的授权主机对象
      或主机属性的完全合格的名称，用来为域名对象提供解决方案服务；参见1.1
      章节用来定义主机对象或主机属性元素的描述。一个主机对象必须是可知的
      在主机对象关联到域名对象之前。如果主机属性用于定义名称服务器，需要
      注意的是Ip地址元素是不需要来标识一个名称服务器的，将被删除的。
      在这种情况下，IP地址元素可以安全地缺省或忽略。

- 0个或者多个<domain:contact>元素，其中包含关联到域名对象或从域名对象
删除的联系人对象的标识符。在联系人对象关联到域名对象之前，联系人
对象对于服务器必须是可知的。

- 0个或者多个<domain:status>元素，其中包含应用到对象或者从对象删除的
状态值。当指定一个值被删除时，仅仅这个属性值是有意义的，对于删除而言，
元素文本是不需要匹配值的。

一个<domain:chg>元素包含下列元素:

- 一个<domain:registrant>元素，其中包含人员和组织社会信息（联系人）对象
      标识用来关联域名对象关联的注册人。这个对象标示符必须对服务器是可知的，
      在联系人对象能够被关联到域名对象之前。一个空的元素能够被用来去移除
      注册人信息

- 一个<domain:authInfo>元素，其中包含关联到域名对象的认证信息。这个映射
包括一个密码为基础的认证机制，但是这个框架允许新的机制被定义与新的框架。
一个<domain:null>元素能够够被用于<domain:authInfo>内用来移除认证信息。

Hollenbeck Standards Track [Page 26]
RFC 5731 EPP Domain Name Mapping August 2009

<update>命令样例:

C:<?xml version="1.0" encoding="UTF-8" standalone="no"?>
   C:<epp xmlns="urn:ietf:params:xml:ns:epp-1.0">
   C: <command>
   C:    <update>
   C:      <domain:update
   C:       xmlns:domain="urn:ietf:params:xml:ns:domain-1.0">
   C:        <domain:name>example.com</domain:name>
   C:        <domain:add>
   C:          <domain:ns>
   C:            <domain:hostObj>ns2.example.com</domain:hostObj>
   C:          </domain:ns>
   C:          <domain:contact type="tech">mak21</domain:contact>
   C:          <domain:status s="clientHold"
   C:           lang="en">Payment overdue.</domain:status>
   C:        </domain:add>
   C:        <domain:rem>
   C:          <domain:ns>
   C:            <domain:hostObj>ns1.example.com</domain:hostObj>
   C:          </domain:ns>
   C:          <domain:contact type="tech">sh8013</domain:contact>
   C:          <domain:status s="clientUpdateProhibited"/>
   C:        </domain:rem>
   C:        <domain:chg>
   C:          <domain:registrant>sh8013</domain:registrant>
   C:          <domain:authInfo>
   C:            <domain:pw>2BARfoo</domain:pw>
   C:          </domain:authInfo>
   C:        </domain:chg>
   C:      </domain:update>
   C:    </update>
   C:    <clTRID>ABC-12345</clTRID>
   C: </command>
   C:</epp>

当一个<update>被成功地执行, 服务器必须反馈一个没有<resData>元素的EPP响应。

<update>响应样例:

Hollenbeck Standards Track [Page 27]
RFC 5731 EPP Domain Name Mapping August 2009

S:      <clTRID>ABC-12345</clTRID>
   S:      <svTRID>54321-XYZ</svTRID>
   S:    </trID>
   S: </response>
   S:</epp>

EPP错误必须返回响应，如果一个<update>命令以任何理由不能进行处理。

3.3. 请求动作的离线审查

服务器执行命令的顺序与从客户端收到命令的顺序相同。虽然服务器立即作出
   反应，确认收到命令并处理，服务器操作者可以要求转换命令完成前对所请求
   的操作执行脱机审查。在这样的情况下，来自服务器的响应必须清楚地提醒，
   该转换命令已收到并及时处理，但要求的操作正在审理中。相应对象的状态
   必须清楚反映未决期的处理。离线处理动作已经完成时服务器必须通知客户端。

描述<create>命令样例，其中这里包含离线审查。注意<command>命令响应
中返回的代码和消息

S:<?xml version="1.0" encoding="UTF-8" standalone="no"?>
   S:<epp xmlns="urn:ietf:params:xml:ns:epp-1.0">
   S: <response>
   S:    <result code="1001">
   S:      <msg>Command completed successfully; action pending</msg>
   S:    </result>
   S:    <resData>
   S:      <domain:creData
   S:       xmlns:domain="urn:ietf:params:xml:ns:domain-1.0">
   S:        <domain:name>example.com</domain:name>
   S:        <domain:crDate>1999-04-03T22:00:00.0Z</domain:crDate>
   S:        <domain:exDate>2001-04-03T22:00:00.0Z</domain:exDate>
   S:      </domain:creData>
   S:    </resData>
   S:    <trID>
   S:      <clTRID>ABC-12345</clTRID>
   S:      <svTRID>54321-XYZ</svTRID>
   S:    </trID>
   S: </response>
   S:</epp>

Hollenbeck Standards Track [Page 28]
RFC 5731 EPP Domain Name Mapping August 2009

在返回响应之后，域名对象的状态必须包含"pendingCreate"。服务器操作者
离线审查请求，并且将审查的结果通知客户端，通过排队服务信息检索<poll>命令或
通过使用一个out-of-band机制的通知客户端。

服务信息必须包含文字描述的通知在<msgQ>响应元素的子<msg>元素中。此外，
EPP<resData>的元素必须包含<domain:panData>子元素：标识域命名空间。 <domain:
panData>元素包含以下子元素：

- 一个<domain:name>元素，其中包含域对象的完全合格的名称。 <domain:name>
元素包含必需的“paResult”属性。正布尔值表明，请求已被批准并完成。
负的布尔值表示该请求已被拒绝，和所请求的尚未采取行动。

- 一个<domain:paTRID>元素，其中包含处理命令返回的客户端事务标识符和服务器
事务标识符。客户端事务标识符是可选的，如果客户端在原始<create>命令中提供
一个标识符，将只返回标示符。

- 一个<domain:paDate> 元素，其中审查请求动作完成的日期和时间。

"review completed" 服务消息样例:

S:<?xml version="1.0" encoding="UTF-8" standalone="no"?>
   S:<epp xmlns="urn:ietf:params:xml:ns:epp-1.0">
   S: <response>
   S:    <result code="1301">
   S:      <msg>Command completed successfully; ack to dequeue</msg>
   S:    </result>
   S:    <msgQ count="5" id="12345">
   S:      <qDate>1999-04-04T22:01:00.0Z</qDate>
   S:      <msg>Pending action completed successfully.</msg>
   S:    </msgQ>
   S:    <resData>
   S:      <domain:panData
   S:       xmlns:domain="urn:ietf:params:xml:ns:domain-1.0">
   S:        <domain:name paResult="1">example.com</domain:name>
   S:        <domain:paTRID>
   S:          <clTRID>ABC-12345</clTRID>
   S:          <svTRID>54321-XYZ</svTRID>

Hollenbeck Standards Track [Page 29]
RFC 5731 EPP Domain Name Mapping August 2009

S:        </domain:paTRID>
   S:        <domain:paDate>1999-04-04T22:00:00.0Z</domain:paDate>
   S:      </domain:panData>
   S:    </resData>
   S:    <trID>
   S:      <clTRID>BCD-23456</clTRID>
   S:      <svTRID>65432-WXY</svTRID>
   S:    </trID>
   S: </response>
   S:</epp>

4. 正式语法

一个的EPP对象映射被指定使用XML Schema notation。这里介绍的正式的语法
是一个完整的架构,适用于EPP自动验证XML对象映射实例。开始和结束标签不是
框架的一部分;使用时要注意的开头和结尾的模式URI登记用途。

源代码和二进制形式再分发和使用，带或不带修改，允许符合下列条件都满足：

o 以二进制形式进行再分发，必须将上述版权通知，此条件列表和以下免责声明
文档和/或提供的其他材料分布。

o 无论互联网协会、IETF或者IETF信托的名称，还是具体贡献的名称，都可用于
认可或推广未经事先书面许可的来自该软件的产品权限。

本软件是由版权所有者和志愿者提供，“AS IS”任何明示或暗示的担保，包括但不限于，
   暗示的保证ERCHANTABILITY针对特定用途的适用性的暗示的保证。在任何情况下，
   著作权人或者志愿者承担任何直接的，间接的，附带的，特殊的，惩罚性
   的或后果性的损失（包括但不限于替代商品或服务的采购，使用，数据或利润损失;
   或业务中断），无论起因是任何理论责任，无论是合同，严格赔偿责任或民事侵权行为
   （包括疏忽或其它）任何出路的，使用本软件所引起的，即使已被告知发生此类
   损害的可能性。

Hollenbeck Standards Track [Page 30]
RFC 5731 EPP Domain Name Mapping August 2009

开始
<?xml version="1.0" encoding="UTF-8"?>

<import namespace="urn:ietf:params:xml:ns:eppcom-1.0"/>
   <import namespace="urn:ietf:params:xml:ns:epp-1.0"/>
   <import namespace="urn:ietf:params:xml:ns:host-1.0"/>

<annotation>
    <documentation>
      Extensible Provisioning Protocol v1.0
      domain provisioning schema.
    </documentation>
   </annotation>

<element name="check" type="domain:mNameType"/>
   <element name="create" type="domain:createType"/>
   <element name="delete" type="domain:sNameType"/>
   <element name="info" type="domain:infoType"/>
   <element name="renew" type="domain:renewType"/>
   <element name="transfer" type="domain:transferType"/>
   <element name="update" type="domain:updateType"/>
   
   <complexType name="createType">
    <sequence>
      <element name="name" type="eppcom:labelType"/>
      <element name="period" type="domain:periodType"
       minOccurs="0"/>
      <element name="ns" type="domain:nsType"

Hollenbeck Standards Track [Page 31]
RFC 5731 EPP Domain Name Mapping August 2009

minOccurs="0"/>
      <element name="registrant" type="eppcom:clIDType"
       minOccurs="0"/>
      <element name="contact" type="domain:contactType"
       minOccurs="0" maxOccurs="unbounded"/>
      <element name="authInfo" type="domain:authInfoType"/>
    </sequence>
   </complexType>

<complexType name="hostAttrType">
    <sequence>
      <element name="hostName" type="eppcom:labelType"/>
      <element name="hostAddr" type="host:addrType"

Hollenbeck Standards Track [Page 32]
RFC 5731 EPP Domain Name Mapping August 2009

minOccurs="0" maxOccurs="unbounded"/>
    </sequence>
   </complexType>

<complexType name="sNameType">
    <sequence>
      <element name="name" type="eppcom:labelType"/>
    </sequence>
   </complexType>
   
   <complexType name="mNameType">
    <sequence>
      <element name="name" type="eppcom:labelType"
       maxOccurs="unbounded"/>
    </sequence>
   </complexType>

Hollenbeck Standards Track [Page 33]
RFC 5731 EPP Domain Name Mapping August 2009

<complexType name="infoType">
    <sequence>
      <element name="name" type="domain:infoNameType"/>
      <element name="authInfo" type="domain:authInfoType"
       minOccurs="0"/>
    </sequence>
   </complexType>

<complexType name="renewType">
    <sequence>
      <element name="name" type="eppcom:labelType"/>
      <element name="curExpDate" type="date"/>
      <element name="period" type="domain:periodType"
       minOccurs="0"/>
    </sequence>
   </complexType>

<complexType name="transferType">
    <sequence>
      <element name="name" type="eppcom:labelType"/>
      <element name="period" type="domain:periodType"

Hollenbeck Standards Track [Page 34]
RFC 5731 EPP Domain Name Mapping August 2009

minOccurs="0"/>
      <element name="authInfo" type="domain:authInfoType"
       minOccurs="0"/>
    </sequence>
   </complexType>

<complexType name="updateType">
    <sequence>
      <element name="name" type="eppcom:labelType"/>
      <element name="add" type="domain:addRemType"
       minOccurs="0"/>
      <element name="rem" type="domain:addRemType"
       minOccurs="0"/>
      <element name="chg" type="domain:chgType"
       minOccurs="0"/>
    </sequence>
   </complexType>

<complexType name="addRemType">
    <sequence>
      <element name="ns" type="domain:nsType"
       minOccurs="0"/>
      <element name="contact" type="domain:contactType"
       minOccurs="0" maxOccurs="unbounded"/>
      <element name="status" type="domain:statusType"
       minOccurs="0" maxOccurs="11"/>
    </sequence>
   </complexType>

<complexType name="chgType">
    <sequence>
      <element name="registrant" type="domain:clIDChgType"
       minOccurs="0"/>
      <element name="authInfo" type="domain:authInfoChgType"
       minOccurs="0"/>
    </sequence>
   </complexType>

Hollenbeck Standards Track [Page 35]
RFC 5731 EPP Domain Name Mapping August 2009

<simpleType name="clIDChgType">
    <restriction base="token">
      <minLength value="0"/>
      <maxLength value="16"/>
    </restriction>
   </simpleType>

<complexType name="authInfoChgType">
    <choice>
      <element name="pw" type="eppcom:pwAuthInfoType"/>
      <element name="ext" type="eppcom:extAuthInfoType"/>
      <element name="null"/>
    </choice>
   </complexType>

<element name="chkData" type="domain:chkDataType"/>
   <element name="creData" type="domain:creDataType"/>
   <element name="infData" type="domain:infDataType"/>
   <element name="panData" type="domain:panDataType"/>
   <element name="renData" type="domain:renDataType"/>
   <element name="trnData" type="domain:trnDataType"/>

<complexType name="chkDataType">
    <sequence>
      <element name="cd" type="domain:checkType"
       maxOccurs="unbounded"/>
    </sequence>
   </complexType>

Hollenbeck Standards Track [Page 36]
RFC 5731 EPP Domain Name Mapping August 2009

</sequence>
</complexType>

<complexType name="creDataType">
    <sequence>
      <element name="name" type="eppcom:labelType"/>
      <element name="crDate" type="dateTime"/>
      <element name="exDate" type="dateTime"
       minOccurs="0"/>
    </sequence>
   </complexType>

<complexType name="infDataType">
    <sequence>
      <element name="name" type="eppcom:labelType"/>
      <element name="roid" type="eppcom:roidType"/>
      <element name="status" type="domain:statusType"
       minOccurs="0" maxOccurs="11"/>
      <element name="registrant" type="eppcom:clIDType"
       minOccurs="0"/>
      <element name="contact" type="domain:contactType"
       minOccurs="0" maxOccurs="unbounded"/>
      <element name="ns" type="domain:nsType"
       minOccurs="0"/>
      <element name="host" type="eppcom:labelType"
       minOccurs="0" maxOccurs="unbounded"/>
      <element name="clID" type="eppcom:clIDType"/>
      <element name="crID" type="eppcom:clIDType"
       minOccurs="0"/>
      <element name="crDate" type="dateTime"
       minOccurs="0"/>
      <element name="upID" type="eppcom:clIDType"

Hollenbeck Standards Track [Page 37]
RFC 5731 EPP Domain Name Mapping August 2009

minOccurs="0"/>
      <element name="upDate" type="dateTime"
       minOccurs="0"/>
      <element name="exDate" type="dateTime"
       minOccurs="0"/>
      <element name="trDate" type="dateTime"
       minOccurs="0"/>
      <element name="authInfo" type="domain:authInfoType"
       minOccurs="0"/>
    </sequence>
   </complexType>

<complexType name="statusType">
    <simpleContent>
      <extension base="normalizedString">
        <attribute name="s" type="domain:statusValueType"
         use="required"/>
        <attribute name="lang" type="language"
         default="en"/>
      </extension>
    </simpleContent>
   </complexType>

Hollenbeck Standards Track [Page 38]
RFC 5731 EPP Domain Name Mapping August 2009

</simpleType>

<complexType name="panDataType">
    <sequence>
      <element name="name" type="domain:paNameType"/>
      <element name="paTRID" type="epp:trIDType"/>
      <element name="paDate" type="dateTime"/>
    </sequence>
   </complexType>

<complexType name="renDataType">
   <sequence>
    <element name="name" type="eppcom:labelType"/>
    <element name="exDate" type="dateTime"
     minOccurs="0"/>
   </sequence>
   </complexType>

<complexType name="trnDataType">
   <sequence>
    <element name="name" type="eppcom:labelType"/>
    <element name="trStatus" type="eppcom:trStatusType"/>
    <element name="reID" type="eppcom:clIDType"/>
    <element name="reDate" type="dateTime"/>
    <element name="acID" type="eppcom:clIDType"/>
    <element name="acDate" type="dateTime"/>
    <element name="exDate" type="dateTime"
     minOccurs="0"/>
   </sequence>
   </complexType>

Hollenbeck Standards Track [Page 39]
RFC 5731 EPP Domain Name Mapping August 2009

</schema>
   END

5. 国际化注意事项

EPP用XML表示，它提供了对编码信息的固有支持通过使用Unicode字符集和更紧凑的
   表示法包括UTF-8。符合XML处理器识别UTF-8和UTF-16 [RFC2781]。
   虽然XML包含条文以识别和使用其他字符编码通过使用“encoding”属性在
   <?xml?>声明，使用的解析器编码支持存在不兼容的环境下，建议使用UTF-8。

通过EPP所有日期时间值必须以世界标准时间使用公历。XML框架允许使用的时区
   标识符来表示从零子午线的偏移量，但EPP不能使用此选项。扩展的日期时间形式使用
   大写字母“T”和“Z”字符，在[W3C.REC，XMLSCHEMA-2-20041028]中定义，必须用来表示
   日期时间值，XML架构定义不支持截断日期时间形式或小写的“T”和“Z”的字符。

此文件需要域名和主机名中指定的语法[RFC0952]以及[RFC1123]更新。在写这篇文章时，
RFC 3490[RFC3490]描述了使用某些ASCII名称标签代表非ASCII名称标签的标准。
这些一致性的要求，在制定国际化域名标准工作的过程中，结果可能会发生变化。

6. IANA注意事项

本文档使用URN来描述XML命名空间和XML框架,符合在[RFC3688]中描述的注册局机制。
两种的URI分配已经被IANA注册。

域名命名空间的注册需求:

URI: urn:ietf:params:xml:ns:domain-1.0

注册人联系人：参见本文档"Author's Address" 章节

XML: 无. 命名空间URI并不代表XML规范。

Hollenbeck Standards Track [Page 40]
RFC 5731 EPP Domain Name Mapping August 2009

Registration request for the domain XML schema:

URI: urn:ietf:params:xml:schema:domain-1.0

Registrant Contact: See the "Author's Address" section of this
document.

XML: See the "Formal Syntax" section of this document.

7. 安全注意事项

在第2.6节所描述的授权信息在创建一个域对象时是需要的。该信息被用于一些查询
   和转移操作中作为一个额外的手段确定客户的授权来执行命令。没有保护的授
   权信息无意中泄露可能导致在未经授权的转移操作和未经授权的信息发布。
   必须确保客户端和服务器的授权信息的存储和交换采用高等级的加密机制，
   以提供隐私保护服务。

本文档中描述的对象映射不提供任何其他安全服务，或者引入任何超出
[RFC5730]所描述的额外考虑或那些通过使用EPP协议层所引起的。

8. 致谢

RFC3731是一个产品的PROVREG工作组，提出改善建议，并提供了许多宝贵的意见。
作者希望承认WG主席Edward Lewis和Jaap Akkerhuis的努力，他们在处理和编辑
方面的贡献。RFC4931和本文档是基于RFC3731中所做的个人意见。

具体的已纳入本文件建议主要是由Joe Abley, Chris Bason, Eric Brunner-Williams,
   Jordyn Buchanan, Dave Crocker, Ayesha Damaraju, Anthony Eden, Sheer
   El-Showk, Klaus Malorny, Dan Manley, Michael Mealling, Patrick
   Mevzek, Asbjorn Steira, Bruce Tonkin, and Rick Wesson提供.

Hollenbeck Standards Track [Page 41]
RFC 5731 EPP Domain Name Mapping August 2009

9. 参考

9.1. 规范性文件

[RFC0952] Harrenstien, K., Stahl, M., and E. Feinler, "DoD Internet
host table specification", RFC 952, October 1985.

[RFC1123] Braden, R., "Requirements for Internet Hosts - Application
and Support", STD 3, RFC 1123, October 1989.

[RFC2119] Bradner, S., "Key words for use in RFCs to Indicate
Requirement Levels", BCP 14, RFC 2119, March 1997.

[RFC3688] Mealling, M., "The IETF XML Registry", BCP 81, RFC 3688,
January 2004.

[RFC5730] Hollenbeck, S., "Extensible Provisioning Protocol (EPP)",
STD 69, RFC 5730, August 2009.

[RFC5732] Hollenbeck, S., "Extensible Provisioning Protocol (EPP)
Host Mapping", STD 69, RFC 5732, August 2009.

[RFC5733] Hollenbeck, S., "Extensible Provisioning Protocol (EPP)
Contact Mapping", STD 69, RFC 5733, August 2009.

[W3C.REC-xml-20040204]
              Sperberg-McQueen, C., Maler, E., Yergeau, F., Paoli, J.,
              and T. Bray, "Extensible Markup Language (XML) 1.0 (Third
              Edition)", World Wide Web Consortium FirstEdition REC-xml-
              20040204, February 2004,
              <http://www.w3.org/TR/2004/REC-xml-20040204>.

[W3C.REC-xmlschema-1-20041028]
              Maloney, M., Thompson, H., Mendelsohn, N., and D. Beech,
              "XML Schema Part 1: Structures Second Edition", World Wide
              Web Consortium Recommendation REC-xmlschema-1-20041028,
              October 2004,

<http://www.w3.org/TR/2004/REC-xmlschema-1-20041028>.

[W3C.REC-xmlschema-2-20041028]
              Malhotra, A. and P. Biron, "XML Schema Part 2: Datatypes
              Second Edition", World Wide Web Consortium
              Recommendation REC-xmlschema-2-20041028, October 2004,
              http://www.w3.org/TR/2004/REC-xmlschema-2-20041028.

Hollenbeck Standards Track [Page 42]
RFC 5731 EPP Domain Name Mapping August 2009

9.2. 参考性文献

[RFC2781] Hoffman, P. and F. Yergeau, "UTF-16, an encoding of ISO
10646", RFC 2781, February 2000.

[RFC3490] Faltstrom, P., Hoffman, P., and A. Costello,
"Internationalizing Domain Names in Applications (IDNA)",
RFC 3490, March 2003.

[RFC4931] Hollenbeck, S., "Extensible Provisioning Protocol (EPP)
Domain Name Mapping", RFC 4931, May 2007.

Hollenbeck Standards Track [Page 43]
RFC 5731 EPP Domain Name Mapping August 2009

Appendix A. Changes from RFC 4931

1. Changed?"This document obsoletes RFC 3731" to?"This document
obsoletes?RFC 4931".

2. Replaced references to?RFC 3731 with references?to 4931.

3. Replaced references to RFC 4930 with references to 5730.

4. Replaced references to RFC 4932 with references to 5732.

5. Replaced references to RFC 4933 with references to 5733.

6. Updated description of inactive status in Section 2.3.

7. Fixed example host names in the Section 1.1 and Section 3.2.1
examples.

8. Changed "but such methods SHOULD NOT be used" to "but such
methods should not be used" in Section 2.7.

9. Added "Other notification methods MAY be used in addition to the
required service message" in Section 3.2.

10. Added 2201 response code text in Section 3.2.

11. Added BSD license text to XML schema section.

Author's Address

Scott Hollenbeck
   VeriSign, Inc.
   21345 Ridgetop Circle
   Dulles, VA 20166-6503
   US

EMail: shollenbeck@verisign.com

Hollenbeck Standards Track [Page 44]

**转载请注明：http://blog.csdn.net/jingyinghai/article/details/8719464**

RFC5731 - 中文翻译（原创）相关推荐

【转】关于HTTP中文翻译的讨论
http://www.ituring.com.cn/article/1817 讨论参与者共16位: 图灵谢工杨博陈睿杰贾洪峰李锟丁雪丰郭义梁涛吴玺喆邓聪胡金埔臧秀涛张伸图钉派 ...
保存查看翻译：Thrift: Scalable Cross-Language Services Implementation中文翻译（Thrift:可扩展的跨语言服务实现）...
工作之余抽点时间出来写写博文,希望对新接触的朋友有帮助.今天在这里和大家一起学习一下保存查看本文给出Thrift: Scalable Cross-Language Services Implemen ...
Google内部流传的反多样性文章（10页完整版中文翻译）
Google内部流传的反多样性文章(10页完整版中文翻译) 更新于8/5/17 7:25pm ET: Google 新上任的多样性和管理副主席 Danielle Brown 向谷歌员工发布了她最新的备 ...
翻译是一份严谨的工作——关于HTTP中文翻译的讨论
讨论参与者共16位: 图灵谢工杨博陈睿杰贾洪峰李锟丁雪丰郭义梁涛吴玺喆邓聪胡金埔臧秀涛张伸图钉派007LL 图钉派111DP 图钉派-34徐浩然辩论主题:HTTP中的&qu ...
【《MySQL 8 参考手册》中文翻译】前言
本文介绍了[<MySQL 8 参考手册>中文翻译]系列文章的版权声明.文章格式.文本格式约定等. 目录版权声明文章格式文本格式约定版权声明本书内容大部分翻译自 <MySQL ...
Pushy入门文档中文翻译
本文为博主原创,允许转载,但请声明原文地址:http://www.coselding.cn/article/2016/12/01/Pushy入门文档中文翻译/ pushy 这是我自己的翻译版本,原文地 ...
YOLOv4全文阅读（全文中文翻译）
YOLOv4全文阅读(全文中文翻译) YOLOv4: Optimal Speed and Accuracy of Object Detection 论文链接: https://arxiv.org/pd ...
ctypealpha php_php ctype函数中文翻译和示例
PHP Ctype扩展是PHP4.2开始就内建的扩展,注意,Ctype系列函数都只有一个字符串类型参数,它们返回布尔值. $str = "0.1123"; //检查字符串所有字符是 ...
sound.js # pixi辅助插件 — 中文翻译教程
本篇博客为中文翻译博客,转载请注明出处 sound.js-pixi的交互性插件[版本3.0.11] 安装配置加载声音文件初始化加载的声音播放和控制加载的声音更改回放速率添加回声添加混响产 ...
jBPM3.12用户指南中文翻译----第一章绪论
这是Jboss 的jBPM3.12框架的用户指南的中文翻译.其中第一章的译文,是我在网上找到的.其他几章都是我自己做的翻译.我的翻译是中英文对照,只翻译部分我认为重要的,不翻译简单的英文,以免浪费你我 ...

RFC5731 - 中文翻译（原创）

RFC5731 - 中文翻译（原创）相关推荐

最新文章

热门文章