[要約] RFC 9167は、Extensible Provisioning Protocol (EPP) におけるレジストリメンテナンス通知のための標準を定めます。この文書の目的は、ドメイン名やその他のインターネットリソースの登録に関わるシステム間で、メンテナンス期間の情報を効率的に共有する方法を提供することです。利用場面としては、レジストラやレジストリがメンテナンス予定を事前に知らせ、計画的なサービス中断を管理する際に活用されます。
Internet Engineering Task Force (IETF) T. Sattler
Request for Comments: 9167
Category: Standards Track R. Carney
ISSN: 2070-1721 J. Kolker
GoDaddy Inc.
December 2021
Registry Maintenance Notification for the Extensible Provisioning Protocol (EPP)
拡張可能プロビジョニングプロトコル（EPP）のレジストリ保守通知
Abstract
概要
This document describes an Extensible Provisioning Protocol (EPP) extension called "Registry Maintenance Notification", which is used by EPP servers to notify EPP clients and allow EPP clients to query EPP servers regarding maintenance events.
このドキュメントでは、EPPクライアントに通知し、EPPクライアントがメンテナンスイベントに関してEPPサーバーを照会できるようにEPPサーバーによって使用される拡張可能プロビジョニングプロトコル（EPP）拡張機能について説明します。
Status of This Memo
本文書の位置付け
This is an Internet Standards Track document.
これはインターネット規格のトラック文書です。
This document is a product of the Internet Engineering Task Force (IETF). It represents the consensus of the IETF community. It has received public review and has been approved for publication by the Internet Engineering Steering Group (IESG). Further information on Internet Standards is available in Section 2 of RFC 7841.
この文書はインターネットエンジニアリングタスクフォース（IETF）の製品です。IETFコミュニティのコンセンサスを表します。それはパブリックレビューを受け、インターネットエンジニアリングステアリンググループ（IESG）による出版の承認を受けました。インターネット規格に関する詳細情報は、RFC 7841のセクション2で利用できます。
Information about the current status of this document, any errata, and how to provide feedback on it may be obtained at https://www.rfc-editor.org/info/rfc9167.
この文書の現在のステータスに関する情報、任意のエラータ、およびフィードバックの提供方法は、https://www.rfc-editor.org/info/rfc9167で入手できます。
Copyright Notice
著作権表示
Copyright (c) 2021 IETF Trust and the persons identified as the document authors. All rights reserved.
Copyright（C）2021 IETFの信頼と文書著者として識別された人。全著作権所有。
This document is subject to BCP 78 and the IETF Trust's Legal Provisions Relating to IETF Documents (https://trustee.ietf.org/license-info) in effect on the date of publication of this document. Please review these documents carefully, as they describe your rights and restrictions with respect to this document. Code Components extracted from this document must include Revised BSD License text as described in Section 4.e of the Trust Legal Provisions and are provided without warranty as described in the Revised BSD License.
この文書は、この文書の公開日に有効なIETF文書（https://trustee.ietf.org/License-Info）に関するBCP 78およびIETF信頼の法的規定の対象となります。この文書に関してあなたの権利と制限を説明するので、これらの文書をよくレビューしてください。この文書から抽出されたコードコンポーネントには、信託法定規定のセクション4。
Table of Contents
目次
1. Introduction
1.1. Terminology and Definitions
2. Migrating to Newer Versions of This Extension
3. Object Attributes
3.1. Internationalized Domain Names
3.2. Dates and Times
3.3. Maintenance Elements
4. EPP Command Mapping
4.1. EPP Query Commands
4.1.1. EPP <info> Command
4.1.2. EPP <poll> Command
4.2. EPP Transform Commands
5. Formal Syntax
5.1. Registry Maintenance Notification EPP Mapping Schema
6. IANA Considerations
6.1. XML Namespace
6.2. EPP Extension Registry
7. Security Considerations
8. References
8.1. Normative References
8.2. Informative References
Acknowledgments
Authors' Addresses
The Extensible Provisioning Protocol (EPP), as defined in [RFC5730], is a protocol whose original motivation is to provide a standard Internet domain name registration protocol for use between registries and registrars.
[RFC5730]で定義されているような拡張プロビジョニングプロトコル（EPP）は、レジストリとレジストラの間で使用するための標準的なインターネットドメイン名登録プロトコルを提供するためのプロトコルです。
Registries routinely update systems to ensure a higher quality of service, implement new services, or upgrade protocols to the latest standards. These updates are pushed to various registry environments during time frames communicated to registrars as "maintenance events". Maintenance events may require making services unavailable for some limited time while the upgrade happens. Registries usually inform registrars about maintenance events in various formats, none of which are standardized between registries.
システムを更新してシステムを更新して、より高品質のサービス、新しいサービス、または最新の基準にプロトコルをアップグレードするためのシステムを更新します。これらのアップデートは、レジストラに通信された時間フレーム中に「メンテナンスイベント」としてのさまざまなレジストリ環境にプッシュされます。メンテナンスイベントには、アップグレードが発生している間、制限時間が限られていないサービスを利用できなくなる場合があります。レジストリは通常、メンテナンスイベントに関する登録にさまざまな形式でレジストラに通知します。どちらもレジストリ間で標準化されていません。
The DNS namespace expansion has led to many additional registries that registrars must interact with, adding more maintenance events and formats. It is now desirable to provide an efficient approach to notify registrars.
DNS名前空間の拡張は、レジストラが対話しなければならない多くの追加のレジストリをもたらし、より多くのメンテナンスイベントとフォーマットを追加する必要があります。レジストラに通知するための効率的なアプローチを提供することが望ましいです。
This document describes an extension mapping for version 1.0 of the EPP to provide a mechanism by which EPP servers may notify EPP clients of and allow EPP clients to query EPP servers on upcoming maintenance events.
このドキュメントでは、EPPサーバーがEPPクライアントに通知し、EPPクライアントがEPPサーバーにEPPサーバーをクエリするメカニズムを次のメンテナンスイベントで照会できるようにするメカニズムを提供するためのEPPの拡張マッピングについて説明します。
The key words "MUST", "MUST NOT", "REQUIRED", "SHALL", "SHALL NOT", "SHOULD", "SHOULD NOT", "RECOMMENDED", "NOT RECOMMENDED", "MAY", and "OPTIONAL" in this document are to be interpreted as described in BCP 14 [RFC2119] [RFC8174] when, and only when, they appear in all capitals, as shown here.
この文書のキーワード "MUST", "MUST NOT", "REQUIRED", "SHALL", "SHALL NOT", "SHOULD", "SHOULD NOT", "RECOMMENDED", "MAY", および "OPTIONAL" はBCP 14 [RFC2119] [RFC8174]で説明されているように、すべて大文字の場合にのみ解釈されます。
XML [W3C.REC-xml-20081126] is case sensitive. Unless stated otherwise, XML specifications and examples provided in this document MUST be interpreted in the character case presented in order to develop a conforming implementation.
XML [W3C.REC-XML-20081126]は大文字と小文字を区別します。特に記載されていない限り、この文書で提供されるXML仕様および例は、適合的な実施を開発するために提示された文字の場合で解釈されなければならない。
The XML namespace prefix "maint" is used for the namespace "urn:ietf:params:xml:ns:epp:maintenance-1.0", but implementations MUST NOT depend on it and instead employ a proper namespace-aware XML parser and serializer to interpret and output the XML documents.
XMLネームスペースプレフィックス「maint」は、ネームスペース "urn：ietf：params：xml：ns：epp：maintenory-1.0"に使用されますが、実装はそれに依存してはならず、代わりに適切な名前空間対応XMLパーサーとシリアライザを使用してください。XML文書を解釈して出力します。
"ote" is an abbreviation for "Operational Test and Evaluation".
「OTE」は、「運用試験と評価」の略語です。
In examples, "C:" represents lines sent by a protocol client, and "S:" represents lines returned by a protocol server. Indentation and white space in examples are provided only to illustrate element relationships and are not a required feature of this protocol.
例では、 "c："はプロトコルクライアントによって送信された行を表し、 "s："はプロトコルサーバーによって返された行を表します。例の刻み目と空きスペースは、要素の関係を説明するためだけに提供されており、このプロトコルの必要な機能ではありません。
Servers that implement this extension SHOULD provide a way for clients to progressively update their implementations when a new version of the extension is deployed. A newer version of the extension is expected to use an XML namespace with a higher version number than the prior versions.
この拡張機能を実装するサーバーは、新しいバージョンの拡張機能がデプロイされている場合に、クライアントが実装を次第に更新する方法を提供する必要があります。拡張子の新しいバージョンは、以前のバージョンよりも高いバージョン番号を持つXMLネームスペースを使用することが期待されています。
Servers SHOULD (for a temporary migration period up to server policy) provide support for older versions of the extension in parallel to the newest version and allow clients to execute their preferred version of the <info> command based on the maintenance <objURI> elements of the server <greeting>. The version of the maintenance <info> response MUST match the version of the maintenance <info> command executed by the server.
サーバー（サーバーポリシーまでの一時的な移行期間の場合）は、最新バージョンと並行して古いバージョンの拡張機能をサポートし、クライアントがメンテナンス<objuri>要素に基づいて<info>コマンドの推奨バージョンを実行できるようにします。サーバー<グリーティング>。メンテナンス<info>応答のバージョンは、サーバーによって実行されるメンテナンス<info>コマンドのバージョンと一致する必要があります。
Servers MUST return a Registry Maintenance Notification poll message matching the newest negotiated version of the maintenance extension, based on an intersection of the maintenance <objURI> elements in the server <greeting> and the client <login> command. If the intersection of the maintenance <objURI> elements of the server <greeting> and the client <login> command results in an empty set, the server MUST return the newest version of the Registry Maintenance Notification poll message supported by the server based on "Usage with Poll-Message EPP Responses" in Section 6 of [RFC9038].
サーバーは、サーバー<グリーティング>およびクライアント<login>コマンド内のメンテナンス<objuri>要素の交差点に基づいて、最新のネゴシエートされたバージョンのメンテナンス拡張機能と一致するレジストリ保守通知ポーリングメッセージを返す必要があります。サーバー<グリーティング>のメンテナンス<objuri>要素とクライアント<login>コマンドの要素の交差点が空のセットになっている場合、サーバーはサーバーでサポートされているレジストリ保守通知プログラムメッセージの最新バージョンを返す必要があります。[RFC9038]の第6章のポール・メッセージEPP応答を使用した使用法。
Names of affected hosts MUST be provided in A-label form, according to [RFC5891].
[RFC5891]によると、影響を受けるホストの名前は、ラベルの形式で提供する必要があります。
All date and time attribute values MUST be expressed in Universal Coordinated Time (UTC) using the Gregorian calendar. The date-time format defined as "date-time" in [RFC3339], with time-offset="Z", MUST be used.
すべての日付と時刻の属性値は、Gregorian Calendarを使用してユニバーサル協調時間（UTC）で表現する必要があります。[RFC3339]の「日付 - 時刻」として定義されている日時フォーマットは、time-offset = "z"を使用する必要があります。
The <maint:item> element describes a single registry maintenance event during a specific period. This element is used in a maintenance item EPP <info> command and response as well as in a <poll> response.
<maint：item>要素は、特定の期間中に単一のレジストリ保守イベントを記述します。この要素は、メンテナンス項目EPP <info>コマンドと応答、および<poll>応答で使用されます。
If an element is not marked as optional, it is mandatory.
要素がオプションとしてマークされていない場合は必須です。
<maint:id> The server-unique identifier for the maintenance event with the OPTIONAL "name" attribute that includes a human-readable name of the event. The server-unique identifier SHALL NOT be changed if the event is updated or deleted. When the "name" attribute is set, the OPTIONAL "lang" attribute, per the language structure in [RFC5646], MAY be present to identify the language if the negotiated value is something other than the default value of "en" (English).
<maint：id>メンテナンスイベントのサーバ固有の識別子は、イベントの読み取り可能な名前を含むオプションの「name」属性を持つ。イベントが更新または削除された場合、サーバー固有の識別子は変更されません。「name」属性が設定されている場合、[RFC5646]の言語構造ごとのオプションの「LANG」属性は、ネゴシエートされた値がデフォルト値の "en"（英語）以外の場合に言語を識別するために存在するかもしれません。。
<maint:type> Zero or more OPTIONAL types of the maintenance event, with the possible set of values defined by server policy, such as "Routine Maintenance", "Software Update", "Software Upgrade", or "Extended Outage". The OPTIONAL "lang" attribute MAY be present to identify the language if the negotiated value is something other than the default value of "en" (English).
<maint：Type：Type：Software Maintenance "、" Software Update "、" Software Upprade "、または「拡張停止」など、サーバーポリシーで定義されている値の設定を可能にします。ネゴシエートされた値がデフォルト値 "en"（英語）以外のものである場合、オプションの "lang"属性が存在するように存在するかもしれません。
<maint:pollType> The OPTIONAL <maint:pollType> element for a Registry Maintenance Notification poll message; values MUST be "create", "update", "delete", "courtesy", or "end". For the "create" and "update" types, the server includes the state of the maintenance event after the creation or update. For the "delete" type, the server includes the state of the event before the delete. The "courtesy" provides a reminder of an event, and the "end" provides a notification of the end of the event without updating the maintenance object and includes the latest state of the event. This element MUST be present only for poll messages.
<maint：polltype>レジストリ保守通知ポーリングメッセージのオプションの<maint：polltype>要素。値は「作成」、「更新」、「削除」、「礼儀」、「終了」でなければなりません。「作成」タイプと「更新」タイプの場合、サーバーには作成または更新後のメンテナンスイベントの状態が含まれています。「削除」タイプの場合、サーバーには削除前のイベントの状態が含まれています。「礼儀」はイベントの注意を提供し、「エンド」はメンテナンスオブジェクトを更新せずにイベントの終わりの通知を提供し、イベントの最新の状態を含む。この要素はポーリングメッセージにのみ存在している必要があります。
<maint:systems> One or more <maint:system> elements that are affected by the maintenance event.
<maint：Systems> 1つ以上の<maint：system>メンテナンスイベントの影響を受ける要素。
<maint:system> The <maint:system> element contains the following child elements:
<maint：system> <maint：system>要素には、次の子要素が含まれています。
<maint:name> The name of the affected system, such as "EPP", "WHOIS", "DNS", "Portal", "RDAP", etc.
<maint：name>「EPP」、「Whois」、「DNS」、「Portal」、「RDAP」などの影響を受けるシステムの名前。
<maint:host> The OPTIONAL affected maintained system's hostname, which SHALL be in A-label form, according to [RFC5891].
<maint：host>オプションの影響を受けた維持システムのホスト名は、[RFC5891]に従って、a-labelの形式になります。
<maint:impact> The impact level; the values MUST be "full", "partial", or "none". If access is expected to be intermittently unavailable, it is "partial". If access is expected to be completely unavailable, it is "full". If access is not affected, it is "none".
<maint：Impact>影響レベル。値は "full"、 "partial"、または "none"でなければなりません。アクセスが断続的に利用できないと予想される場合は、「部分」です。アクセスが完全に利用できないと予想される場合は、「フル」です。アクセスが影響を受けない場合は、「なし」です。
<maint:environment> The type of the affected system; the attribute "type" is REQUIRED and MUST be "production", "ote", "staging", "dev", or "custom". For extensibility, the <maint:environment> element includes the OPTIONAL "name" attribute that can define the name of the custom environment when the <maint:environment> element "type" attribute has the "custom" value. For example, for the custom "marketing" environment, the <maint:environment> element should be: <maint:environment type="custom" name="marketing"/>.
<maint：環境>影響を受けるシステムの種類。属性 "type"は必須であり、 "Production"、 "Ote"、 "Staging"、 "Dev"、または "Custom"である必要があります。拡張性のために、<maint：environment>要素には、<maint：environment>要素 "type"属性が "custer"値がある場合、カスタム環境の名前を定義できるオプションの "name"属性が含まれています。たとえば、カスタムの "Marketing"環境では、<maint：environment>要素は次のようにします。<maint：環境Type = "Custom" Name = "Marketing" />。
<maint:start> The date and time of the start of the maintenance event.
<maint：start>メンテナンスイベント開始日時。
<maint:end> The date and time of the end of the maintenance event. The <maint:end> element MUST be greater than the <maint:start> element.
<maint：End>メンテナンスイベントの終了日時。<maint：end>要素は<maint：start>要素より大きくなければなりません。
<maint:reason> The reason behind the maintenance event; the values MUST be either "planned" or "emergency".
<maint：理由>メンテナンスイベントの背後にある理由。値は「計画」または「緊急」のいずれかでなければなりません。
<maint:detail> The OPTIONAL URI to the detailed maintenance event description, formatted according to [RFC3986].
<maint：detail>詳細なメンテナンスイベントの説明にオプションのURIは、[RFC3986]に従ってフォーマットされています。
<maint:description> Zero or more OPTIONAL free-form descriptions of the maintenance event, usable without creating and traversing an external resource as defined by the <maint:detail> element. The OPTIONAL "lang" attribute MAY be present to identify the language if the negotiated value is something other than the default value of "en" (English). The OPTIONAL "type" attribute MAY be present to identify the format of the description. It MUST be either "plain" for plain text or "html" for HTML text, as defined in [HTML5], and XML-escaped, with a default value of "plain".
<maint：説明> <maint：detail>要素で定義された外部リソースを作成して移動することなく、メンテナンスイベントのゼロまたはそれ以上のフリーフォームの説明。ネゴシエートされた値がデフォルト値 "en"（英語）以外のものである場合、オプションの "lang"属性が存在するように存在するかもしれません。説明のフォーマットを識別するために、オプションの「type」属性が存在している可能性があります。[HTML5]で定義されている「HTML」テキスト用の「プレーン」、およびXMLエスケープは、デフォルト値の "PLAIN"で "普通"でなければなりません。
<maint:tlds> The OPTIONAL <maint:tlds> element contains one or more <maint:tld> child elements. If the <maint:tlds> is not present, the entire system is affected.
<maint：tlds>オプションの<maint：tlds>要素には、1つ以上の<maint：tld>子要素が含まれています。<maint：tlds>が存在しない場合は、システム全体が影響を受けます。
<maint:tld> The affected top-level domain or registry zone, which SHALL be in A-label form, according to [RFC5891].
<maint：TLD>「RFC5891」によると、影響を受ける最上位ドメインまたはレジストリゾーン。
<maint:intervention> The OPTIONAL <maint:intervention> element contains the following child elements:
<maint：invention>オプションの<maint：invention>要素には、次の子要素が含まれています。
<maint:connection> The value SHALL be boolean and indicates if a client needs to perform a connection-related action such as a reconnect. The attribute should only be used as a flag to indicate connections will be affected. Servers SHOULD include a description of how the connections are affected in the <maint:description> element or use the <maint:detail> element above.
<maint：connection>値はブール値とし、クライアントが再接続などの接続関連のアクションを実行する必要があるかどうかを示します。接続が影響を受けることを示すためのフラグとしてのみ属性を使用する必要があります。サーバーには、接続がどのように影響を受けるかを含める必要があります。<maint：description>要素には、上記の<maint：detail>要素を使用します。
<maint:implementation> The value SHALL be boolean and indicates if a client needs to perform an implementation-related action such as a code change. The attribute should only be used as a flag to indicate implementation will be affected. Servers SHOULD include a description of how the implementation is affected in the <maint:description> element or use the <maint:detail> element above.
<maint：実装>値はブール値とし、クライアントがコード変更などの実装関連のアクションを実行する必要があるかどうかを示します。属性は、実装が影響を受けることを示すためのフラグとしてのみ使用されます。サーバーには、実装が<maint：description>要素の影響を受けるか、または上記の<maint：detail>要素を使用する方法についての説明を含める必要があります。
<maint:crDate> The date and time of the maintenance object creation.
<maint：crdate>メンテナンスオブジェクト作成の日時。
<maint:upDate> The OPTIONAL date and time of the most recent maintenance object modification. This element MUST NOT be present if the maintenance object has never been modified.
<maint：Update>最新のメンテナンスオブジェクトのオプションのオプションの日時。メンテナンスオブジェクトが変更されたことがない場合、この要素は存在してはいけません。
A detailed description of the EPP syntax and semantics can be found in the EPP core protocol specification [RFC5730]. The command mappings described here are specifically used to notify registrars of registry maintenance events and object mapping.
EPP構文とセマンティクスの詳細な説明は、EPPコアプロトコル仕様[RFC5730]にあります。ここで説明されているコマンドマッピングは、レジストリメンテナンスイベントとオブジェクトマッピングのレジストラに通知するために特に使用されています。
EPP [RFC5730] provides three commands to retrieve object information: <check> to determine if an object is known to the server, <info> to retrieve detailed information associated with an object, and <transfer> to retrieve object transfer status information.
EPP [RFC5730]は、オブジェクト情報を取得するための3つのコマンドを提供します。
This extension does not add any elements to EPP <check> and <transfer> commands or responses.
この拡張子には、EPP <check>と<transfer>コマンドまたは応答に要素を追加しません。
EPP provides the <info> command that is used to retrieve registry maintenance information. In addition to the standard EPP command elements, the <info> command MUST contain a <maint:info> element that identifies the maintenance namespace.
EPPは、レジストリ保守情報を取得するために使用される<info>コマンドを提供します。標準のEPPコマンド要素に加えて、<info>コマンドには、メンテナンスネームスペースを識別する<maint：info>要素が含まれている必要があります。
The <maint:info> element MUST contain a child element. It is either the <maint:id> child element, described in Section 4.1.1.1, to query for a specific maintenance item or the <maint:list> child element, described in Section 4.1.1.2, to query all maintenance items.
<maint：info>要素には子要素を含める必要があります。それは、4.1.1.1項で照会する<maint：id>子要素またはセクション4.1.1.2で説明されている<maint：list>子要素をすべてのメンテナンスアイテムに照会するために照会します。
The information regarding a specific maintenance item can be retrieved by using the <info> command with the <maint:info> element and the <maint:id> child element, defined in Section 3.3. If the maintenance identifier does not exist, the server MUST return an EPP error result code of 2303 ("Object does not exist") [RFC5730].
特定のメンテナンス項目に関する情報は、<<< <<<メント：info>要素と<maint：id>子要素を使用して<info>コマンドを使用して検索できます。メンテナンス識別子が存在しない場合、サーバーは2303のEPPエラー結果コードを返す必要があります（「オブジェクトは存在しません」）[RFC5730]。
The following is an example of retrieving a specific maintenance item in an <info> command.
以下は、<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: <maint:info
C: xmlns:maint="urn:ietf:params:xml:ns:epp:maintenance-1.0">
C: <maint:id>2e6df9b0-4092-4491-bcc8-9fb2166dcee6</maint:id>
C: </maint:info>
C: </info>
C: <clTRID>ABC-12345</clTRID>
C: </command>
C:</epp>
When an <info> command has been processed successfully, the EPP <resData> element MUST contain a child <maint:infData> element that identifies the maintenance namespace. The <maint:infData> element contains the <maint:item> element defined in Section 3.3.
<info>コマンドが正常に処理された場合、EPP <resdata>要素には、メンテナンスネームスペースを識別する子<maint：infdata>要素が含まれている必要があります。<maint：infdata>要素には、セクション3.3で定義されている<maint：item>要素が含まれています。
The following is an example of returning a specific maintenance item in an <info> response.
以下は、<info>応答に特定のメンテナンス項目を返す例です。
S:<?xml version="1.0" encoding="UTF-8"?>
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: <maint:infData
S: xmlns:maint="urn:ietf:params:xml:ns:epp:maintenance-1.0">
S: <maint:item>
S: <maint:id>2e6df9b0-4092-4491-bcc8-9fb2166dcee6
S: </maint:id>
S: <maint:type lang="en">Routine Maintenance</maint:type>
S: <maint:systems>
S: <maint:system>
S: <maint:name>EPP</maint:name>
S: <maint:host>epp.registry.example
S: </maint:host>
S: <maint:impact>full</maint:impact>
S: </maint:system>
S: </maint:systems>
S: <maint:environment type="production"/>
S: <maint:start>2021-12-30T06:00:00Z</maint:start>
S: <maint:end>2021-12-30T07:00:00Z</maint:end>
S: <maint:reason>planned</maint:reason>
S: <maint:detail>
S: https://www.registry.example/notice?123
S: </maint:detail>
S: <maint:description lang="en">free-text
S: </maint:description>
S: <maint:description lang="de">Freitext
S: </maint:description>
S: <maint:tlds>
S: <maint:tld>example</maint:tld>
S: <maint:tld>test</maint:tld>
S: </maint:tlds>
S: <maint:intervention>
S: <maint:connection>false</maint:connection>
S: <maint:implementation>false</maint:implementation>
S: </maint:intervention>
S: <maint:crDate>2021-11-08T22:10:00Z</maint:crDate>
S: </maint:item>
S: </maint:infData>
S: </resData>
S: <trID>
S: <clTRID>ABC-12345</clTRID>
S: <svTRID>54321-XYZ</svTRID>
S: </trID>
S: </response>
S:</epp>
The information for a list of maintenance items can be retrieved by using the <info> command with the <maint:info> element and the empty <maint:list> child element. Server policy determines if completed maintenance events will be included in the list of maintenance items.
保守項目のリストに関する情報は、<info>コマンドを使用して<info：info>要素と空の<maint：list> child要素を使用して取得できます。サーバーポリシーは、完了したメンテナンスイベントがメンテナンス項目のリストに含まれるかどうかを決定します。
The following is an example of retrieving the list of maintenance items in an <info> command.
以下は、<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: <maint:info
C: xmlns:maint="urn:ietf:params:xml:ns:epp:maintenance-1.0">
C: <maint:list/>
C: </maint:info>
C: </info>
C: <clTRID>ABC-12345</clTRID>
C: </command>
C:</epp>
When an <info> command has been processed successfully, the EPP <resData> element MUST contain a child <maint:infData> element that identifies the maintenance namespace. The <maint:infData> element contains the <maint:list> element with zero or more <maint:listItem> child elements. The <maint:listItem> element contains the following child elements:
<info>コマンドが正常に処理された場合、EPP <resdata>要素には、メンテナンスネームスペースを識別する子<maint：infdata>要素が含まれている必要があります。<maint：infdata>要素には、0個以上の<maint：listitem>子要素を持つ<maint：list>要素が含まれています。<maint：listitem>要素には、次の子要素が含まれています。
<maint:id> The <maint:id> element defined in Section 3.3.
<maint：id>セクション3.3で定義されている<maint：id>要素。
<maint:start> The <maint:start> element defined in Section 3.3.
<maint：start>セクション3.3で定義されている<maint：start>要素。
<maint:end> The <maint:end> element defined in Section 3.3.
<maint：end>セクション3.3で定義されている<maint：end>要素。
<maint:crDate> The <maint:crDate> element defined in Section 3.3.
<maint：crdate> <maint：crdate>要素は、セクション3.3で定義されています。
<maint:upDate> The OPTIONAL <maint:upDate> element defined in Section 3.3.
<maint：update>オプションの<maint：update>要素は、セクション3.3で定義されています。
The following is an example of returning the list of maintenance items in an <info> response.
以下は、<info>応答にメンテナンス項目のリストを返す例です。
S:<?xml version="1.0" encoding="UTF-8"?>
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: <maint:infData
S: xmlns:maint="urn:ietf:params:xml:ns:epp:maintenance-1.0">
S: <maint:list>
S: <maint:listItem>
S: <maint:id>2e6df9b0-4092-4491-bcc8-9fb2166dcee6
S: </maint:id>
S: <maint:start>2021-12-30T06:00:00Z</maint:start>
S: <maint:end>2021-12-30T07:00:00Z</maint:end>
S: <maint:crDate>2021-11-08T22:10:00Z</maint:crDate>
S: </maint:listItem>
S: <maint:listItem>
S: <maint:id>91e9dabf-c4e9-4c19-a56c-78e3e89c2e2f
S: </maint:id>
S: <maint:start>2021-12-15T04:30:00Z</maint:start>
S: <maint:end>2021-12-15T05:30:00Z</maint:end>
S: <maint:crDate>2021-11-08T22:11:00Z</maint:crDate>
S: <maint:upDate>2021-11-17T15:00:00Z</maint:upDate>
S: </maint:listItem>
S: </maint:list>
S: </maint:infData>
S: </resData>
S: <trID>
S: <clTRID>ABC-12345</clTRID>
S: <svTRID>54321-XYZ</svTRID>
S: </trID>
S: </response>
S:</epp>
The EPP <poll> command and response are defined in Section 2.9.2.3 of [RFC5730]. The Registry Maintenance Notification is included in the EPP <poll> response in [RFC5730].
EPP <POL>コマンドと応答は[RFC5730]のセクション2.9.2.3で定義されています。レジストリ保守通知は、[RFC5730]のEPP <POL> Responseに含まれています。
There are five types of poll messages for the Registry Maintenance Notification, defined by the <maint:pollType> element in Section 3.3. A poll message might be generated when a maintenance event is created, updated, or deleted. A courtesy poll message can be sent as a reminder of an upcoming maintenance event. An end poll message can be sent when the maintenance event is completed. In the case of a message specific to Registry Maintenance, a <maint:infData> element that identifies the maintenance namespace will be included within the <resData> element of the standard <poll> response. The <maint:infData> element contains the <maint:item> element defined in Section 3.3.
<maint：polltype>要素で定義されたレジストリメンテナンス通知には、セクション3.3のエレメントには5種類のポーリングメッセージがあります。メンテナンスイベントが作成、更新、または削除されたときに、ポーリングメッセージが生成される可能性があります。礼儀正しい投票メッセージは、今後のメンテナンスイベントを思い出させることができます。メンテナンスイベントが完了すると、エンドポーリングメッセージを送信できます。レジストリ保守に固有のメッセージの場合、メンテナンスネームスペースを識別する<maint：infdata>要素は、標準<poll>応答の<resdata>要素に含まれます。<maint：infdata>要素には、セクション3.3で定義されている<maint：item>要素が含まれています。
The following is an example of a <poll> command:
以下は<poll>コマンドの例です。
C:<?xml version="1.0" encoding="UTF-8" standalone="no"?>
C:<epp xmlns="urn:ietf:params:xml:ns:epp-1.0">
C: <command>
C: <poll op="req"/>
C: <clTRID>ABC-12345</clTRID>
C: </command>
C:</epp>
Example <poll> response:
例<poll>応答：
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="1" id="12345">
S: <qDate>2021-11-08T22:10:00Z</qDate>
S: <msg lang="en">Registry Maintenance Notification</msg>
S: </msgQ>
S: <resData>
S: <maint:infData
S: xmlns:maint="urn:ietf:params:xml:ns:epp:maintenance-1.0">
S: <maint:item>
S: <maint:id>2e6df9b0-4092-4491-bcc8-9fb2166dcee6</maint:id>
S: <maint:pollType>create</maint:pollType>
S: <maint:systems>
S: <maint:system>
S: <maint:name>EPP</maint:name>
S: <maint:host>epp.registry.example
S: </maint:host>
S: <maint:impact>full</maint:impact>
S: </maint:system>
S: </maint:systems>
S: <maint:environment type="production"/>
S: <maint:start>2021-12-30T06:00:00Z</maint:start>
S: <maint:end>2021-12-30T07:00:00Z</maint:end>
S: <maint:reason>planned</maint:reason>
S: <maint:detail>
S: https://www.registry.example/notice?123
S: </maint:detail>
S: <maint:tlds>
S: <maint:tld>example</maint:tld>
S: <maint:tld>test</maint:tld>
S: </maint:tlds>
S: <maint:intervention>
S: <maint:connection>false</maint:connection>
S: <maint:implementation>false</maint:implementation>
S: </maint:intervention>
S: <maint:crDate>2021-11-08T22:10:00Z</maint:crDate>
S: </maint:item>
S: </maint:infData>
S: </resData>
S: <trID>
S: <clTRID>ABC-12345</clTRID>
S: <svTRID>54321-XYZ</svTRID>
S: </trID>
S: </response>
S:</epp>
EPP provides five commands to transform objects: <create> to create an instance of an object, <delete> to delete an instance of an object, <renew> to extend the validity period of an object, <transfer> to manage object sponsorship changes, and <update> to change information associated with an object.
EPPはオブジェクトを変換するための5つのコマンドを提供します。<create>オブジェクトのインスタンスを作成するには、<delete>オブジェクトのインスタンスを削除するには<更新>オブジェクトの有効期間を拡張します。<転送>オブジェクトのスポンサーシップの変更を管理するための<転送>オブジェクトに関連付けられている情報を変更するための<更新>。
This extension does not add any elements to the EPP <create>, <delete>, <renew>, <transfer>, and <update> commands.
この拡張子は、EPP <create>、<delete>、<更新>、<転送>、および<update>コマンドに任意の要素を追加しません。
The EPP Registry Maintenance Notification schema is presented here.
EPPレジストリ保守通知スキーマをここに示します。
The formal syntax is a complete schema representation of the object mapping suitable for automated validation of EPP XML instances. The <CODE BEGINS> and <CODE ENDS> tags are not part of the schema; they are used to note the beginning and end of the schema for URI registration purposes.
正式な構文は、EPP XMLインスタンスの自動検証に適したオブジェクトマッピングの完全なスキーマ表現です。<コード開始>および<コード終了>タグはスキーマの一部ではありません。それらは、URI登録目的のためのスキーマの始めと終わりに注意するために使用されます。
<CODE BEGINS>
<?xml version="1.0" encoding="UTF-8"?>
<schema targetNamespace="urn:ietf:params:xml:ns:epp:
maintenance-1.0"
xmlns:eppcom="urn:ietf:params:xml:ns:eppcom-1.0"
xmlns:epp="urn:ietf:params:xml:ns:epp-1.0"
xmlns:maint="urn:ietf:params:xml:ns:epp:maintenance-1.0"
xmlns="https://www.w3.org/2001/XMLSchema"
elementFormDefault="qualified">
<!--
Import common element types
-->
<import namespace="urn:ietf:params:xml:ns:eppcom-1.0"/>
<import namespace="urn:ietf:params:xml:ns:epp-1.0"/>
<annotation>
<documentation>
Extensible Provisioning Protocol v1.0
Registry Maintenance Notification Mapping Schema.
</documentation>
</annotation>
<!--
Child elements found in EPP commands.
-->
<element name="info" type="maint:infoType"/>
<!--
Child elements of the <info> command.
-->
<complexType name="infoType">
<sequence>
<choice>
<element name="list"/>
<element name="id" type="maint:idType"/>
</choice>
</sequence>
</complexType>
<!--
Human-readable text may describe the maintenance
-->
<complexType name="idType">
<simpleContent>
<extension base="token">
<attribute name="name" type="token"/>
<attribute name="lang" type="language" default="en"/>
</extension>
</simpleContent>
</complexType>
<!--
Info Response element
-->
<element name="infData" type="maint:infDataType"/>
<!--
<info> response elements.
-->
<complexType name="infDataType">
<choice>
<element name="list" type="maint:listDataType"/>
<element name="item" type="maint:maintDataType"/>
</choice>
</complexType>
<!--
Attributes associated with the list info response
-->
<complexType name="listDataType">
<sequence>
<element name="listItem" type="maint:maintItemType"
minOccurs="0" maxOccurs="unbounded"/>
</sequence>
</complexType>
<!--
Attributes associated with the list item info response
-->
<complexType name="maintItemType">
<sequence>
<element name="id" type="maint:idType"/>
<element name="start" type="dateTime"/>
<element name="end" type="dateTime"/>
<element name="crDate" type="dateTime"/>
<element name="upDate" type="dateTime" minOccurs="0"/>
</sequence>
</complexType>
<!--
Attributes associated with the maintenance info response
-->
<complexType name="maintDataType">
<sequence>
<element name="id" type="maint:idType"/>
<element name="type" type="maint:typeType" minOccurs="0"
maxOccurs="unbounded"/>
<element name="pollType" type="maint:pollType" minOccurs="0"/>
<element name="systems" type="maint:systemsType"/>
<element name="environment" type="maint:envType"/>
<element name="start" type="dateTime"/>
<element name="end" type="dateTime"/>
<element name="reason" type="maint:reasonEnum"/>
<element name="detail" type="anyURI" minOccurs="0"/>
<element name="description" type="maint:descriptionType"
minOccurs="0" maxOccurs="unbounded"/>
<element name="tlds" type="maint:tldsType" minOccurs="0"/>
<element name="intervention" type="maint:interventionType"
minOccurs="0"/>
<element name="crDate" type="dateTime"/>
<element name="upDate" type="dateTime" minOccurs="0"/>
</sequence>
</complexType>
<!--
systems element
-->
<complexType name="systemsType">
<sequence>
<element name="system" type="maint:systemType"
maxOccurs="unbounded"/>
</sequence>
</complexType>
<!--
Enumerated list of poll types
-->
<simpleType name="pollType">
<restriction base="token">
<enumeration value="create"/>
<enumeration value="update"/>
<enumeration value="delete"/>
<enumeration value="courtesy"/>
<enumeration value="end"/>
</restriction>
</simpleType>
<!--
Enumerated list of impacts
-->
<simpleType name="impactEnum">
<restriction base="token">
<enumeration value="none"/>
<enumeration value="partial"/>
<enumeration value="full"/>
</restriction>
</simpleType>
<!--
description element
-->
<complexType name="descriptionType">
<simpleContent>
<extension base="string">
<attribute name="lang" type="language" default="en"/>
<attribute name="type" type="maint:descEnum" default="plain"
/>
</extension>
</simpleContent>
</complexType>
<!--
Enumerated list of description mime types
-->
<simpleType name="descEnum">
<restriction base="token">
<enumeration value="plain"/>
<enumeration value="html"/>
</restriction>
</simpleType>
<!--
type element
-->
<complexType name="typeType">
<simpleContent>
<extension base="string">
<attribute name="lang" type="language" default="en"/>
</extension>
</simpleContent>
</complexType>
<!--
system element
-->
<complexType name="systemType">
<sequence>
<element name="name" type="token"/>
<element name="host" type="eppcom:labelType" minOccurs="0"/>
<element name="impact" type="maint:impactEnum"/>
</sequence>
</complexType>
<!--
Enumerated list of environments
-->
<simpleType name="envEnum">
<restriction base="token">
<enumeration value="production"/>
<enumeration value="ote"/>
<enumeration value="staging"/>
<enumeration value="dev"/>
<enumeration value="custom"/>
</restriction>
</simpleType>
<!--
environment element
-->
<complexType name="envType">
<simpleContent>
<extension base="token">
<attribute name="type" type="maint:envEnum" use="required"/>
<attribute name="name" type="token" use="optional"/>
</extension>
</simpleContent>
</complexType>
<!--
Enumerated list of reasons
-->
<simpleType name="reasonEnum">
<restriction base="token">
<enumeration value="planned"/>
<enumeration value="emergency"/>
</restriction>
</simpleType>
<!--
tlds element
-->
<complexType name="tldsType">
<sequence>
<element name="tld" type="eppcom:labelType"
maxOccurs="unbounded"/>
</sequence>
</complexType>
<!--
intervention element
-->
<complexType name="interventionType">
<sequence>
<element name="connection" type="boolean"/>
<element name="implementation" type="boolean"/>
</sequence>
</complexType>
<!--
End of schema.
-->
</schema>
<CODE ENDS>
This document uses URNs to describe XML namespaces and XML schemas conforming to a registry mechanism defined in [RFC3688].
この文書はURNを使用して、[RFC3688]で定義されているレジストリメカニズムに準拠したXMLネームスペースとXMLスキーマを記述します。
The following entry has been registered as an XML namespace:
次のエントリはXMLネームスペースとして登録されています。
URI: urn:ietf:params:xml:ns:epp:maintenance-1.0 Registrant Contact: IESG XML: None. Namespace URIs do not represent an XML specification.
URI：URN：IETF：PARAMS：XML：NS：EPP：MANATEMANION-1.0登録者連絡先連絡先：IESG XML：なし。ネームスペースURIはXML仕様を表していません。
The following entry has been registered to the XML maintenance schema:
次のエントリがXMLメンテナンススキーマに登録されています。
URI: urn:ietf:params:xml:schema:epp:maintenance-1.0 Registrant Contact: IESG XML: See the "Formal Syntax" section of this document.
URI：URN：IETF：PARAMS：XML：スキーマ：EPP：Maintenance-1.0登録者連絡先：IESG XML：この文書の「正式な構文」を参照してください。
The following entry has been added to the "Extensions for the Extensible Provisioning Protocol (EPP)" registry, described in [RFC7451]:
[RFC7451]で説明されている「拡張可能プロビジョニングプロトコル（EPP）」レジストリの「拡張機能」に次の項目が追加されました。
Name of Extension: Registry Maintenance Notification for the
Extensible Provisioning Protocol (EPP)
Document status: Standards Track
Reference: RFC 9167
Registrant Name and Email Address: IESG <iesg@ietf.org>
TLDs: Any
IPR Disclosure: None
Status: Active
Notes: None
The security considerations of [RFC5730] apply in this document. Additionally, a server MUST only provide maintenance information to clients that are authorized. Suppose a client queries a maintenance identifier that it is not authorized to access per Section 4.1.1.1, "Info Maintenance Item". In that case, the server SHOULD return an EPP error result code of 2201 ("Authorization error") or 2303 ("Object does not exist") [RFC5730]. The list of top-level domains or registry zones returned in the "Info Maintenance Item" response SHOULD be filtered based on the top-level domains or registry zones for which the client is authorized. Authorization of poll messages is done at the time of poll message insertion and not at the time of poll message consumption.
[RFC5730]のセキュリティ上の考慮事項はこの文書に適用されます。さらに、サーバーは、許可されているクライアントにメンテナンス情報のみを提供する必要があります。クライアントがセクション4.1.1.1「情報保守項目」にアクセスすることを許可されていない保守識別子を照会するとします。その場合、サーバーはEPPエラー結果コードを2201（ "承認エラー"）または2303（ "オブジェクトが存在しません）[RFC5730]を返す必要があります。"Info Maintenance Item"応答に返された最上位ドメインまたはレジストリゾーンのリストは、クライアントが許可されている最上位のドメインまたはレジストリゾーンに基づいてフィルタリングする必要があります。ポーリングメッセージの消費時には、ポーリングメッセージの挿入時にポーリングメッセージの承認が行われます。
[HTML5] WHATWG, "HTML - Living Standard", December 2021, <https://html.spec.whatwg.org/multipage/>.
[HTML5] Whatwg、 "HTML - 生活標準"、2021年12月、<https：//html.spec.whatwg.org/multipage/>。
[RFC2119] Bradner, S., "Key words for use in RFCs to Indicate Requirement Levels", BCP 14, RFC 2119, DOI 10.17487/RFC2119, March 1997, <https://www.rfc-editor.org/info/rfc2119>.
[RFC2119] BRADNER、S、「RFCで使用するためのキーワード」、BCP 14、RFC 2119、DOI 10.17487 / RFC2119、1997年3月、<https：//www.rfc-editor.org/info/RFC2119>。
[RFC3339] Klyne, G. and C. Newman, "Date and Time on the Internet: Timestamps", RFC 3339, DOI 10.17487/RFC3339, July 2002, <https://www.rfc-editor.org/info/rfc3339>.
[RFC3339] Klyne、G.およびC. Newman、「インターネット上の日時：Timestamps」、RFC 3339、DOI 10.17487 / RFC3339、2002年7月、<https：//www.rfc-editor.org/info/rfc3339>。
[RFC3986] Berners-Lee, T., Fielding, R., and L. Masinter, "Uniform Resource Identifier (URI): Generic Syntax", STD 66, RFC 3986, DOI 10.17487/RFC3986, January 2005, <https://www.rfc-editor.org/info/rfc3986>.
[RFC3986] Berners-Lee、T.、Field、R.、およびL.Masinter、 "Uniform Resource Identifier（URI）：汎用構文"、STD 66、RFC 3986、DOI 10.17487 / RFC3986、2005年1月、<https：//www.rfc-editor.org/info/rfc3986>。
[RFC5646] Phillips, A., Ed. and M. Davis, Ed., "Tags for Identifying Languages", BCP 47, RFC 5646, DOI 10.17487/RFC5646, September 2009, <https://www.rfc-editor.org/info/rfc5646>.
[RFC5646] Phillips、A.、ED。2009年9月、<https://www.rfc-editor.org/info/rfc- editor.org/info/rfc5646,2009、<https://www.rfc-editor.org/info/rfc5646>。
[RFC5730] Hollenbeck, S., "Extensible Provisioning Protocol (EPP)", STD 69, RFC 5730, DOI 10.17487/RFC5730, August 2009, <https://www.rfc-editor.org/info/rfc5730>.
[RFC5730] Hollenbeck、S.、「Extensible Provisioning Protocol（EPP）」、STD 69、RFC 5730、DOI 10.17487 / RFC5730、2009年8月、<https://www.rfc-editor.org/info/rfc5730>。
[RFC5891] Klensin, J., "Internationalized Domain Names in Applications (IDNA): Protocol", RFC 5891, DOI 10.17487/RFC5891, August 2010, <https://www.rfc-editor.org/info/rfc5891>.
[RFC5891] Klensin、J.、「アプリケーションの国際化ドメイン名（IDNA）：プロトコル」、RFC 5891、DOI 10.17487 / RFC5891、2010年8月、<https：//www.rfc-editor.org/info/rfc5891>。
[RFC8174] Leiba, B., "Ambiguity of Uppercase vs Lowercase in RFC 2119 Key Words", BCP 14, RFC 8174, DOI 10.17487/RFC8174, May 2017, <https://www.rfc-editor.org/info/rfc8174>.
[RFC8174] Leiba、B.、RFC 2119キーワードの「大文字の曖昧さ」、BCP 14、RFC 8174、DOI 10.17487 / RFC8174、2017年5月、<https：//www.rfc-editor.org/info/RFC8174>。
[RFC9038] Gould, J. and M. Casanova, "Extensible Provisioning Protocol (EPP) Unhandled Namespaces", RFC 9038, DOI 10.17487/RFC9038, May 2021, <https://www.rfc-editor.org/info/rfc9038>.
[RFC9038] Gould、J.およびM. Casanova、「拡張可能なプロビジョニングプロトコル（EPP）未処理の名前空間」、RFC 9038、DOI 10.17487 / RFC9038、2021年5月、<https：//www.rfc-editor.org/info/rfc9038>。
[W3C.REC-xml-20081126] Bray, T., Paoli, J., Sperberg-McQueen, M., Maler, E., and F. Yergeau, "Extensible Markup Language (XML) 1.0 (Fifth Edition)", World Wide Web Consortium Recommendation REC-xml-20081126, November 2008, <https://www.w3.org/TR/2008/REC-xml-20081126>.
[W3C.REC-XML-20081126] Bray、T.、Paoli、J.、Sperberg-McQueen、M.、Maler、E.、およびF. Yergeau、「Extensible Markup Language（XML）1.0（第5版）」World Wide Web Consortium勧告Rec-XML-20081126、2008年11月、<https：//www.w3.org/tr/2008/Rec-xml-20081126>。
[RFC3688] Mealling, M., "The IETF XML Registry", BCP 81, RFC 3688, DOI 10.17487/RFC3688, January 2004, <https://www.rfc-editor.org/info/rfc3688>.
[RFC3688] Mealling、M.、 "IETF XML Registry"、BCP 81、RFC 3688、DOI 10.17487 / RFC3688、2004年1月、<https：//www.rfc-editor.org/info/rfc3688>。
[RFC7451] Hollenbeck, S., "Extension Registry for the Extensible Provisioning Protocol", RFC 7451, DOI 10.17487/RFC7451, February 2015, <https://www.rfc-editor.org/info/rfc7451>.
[RFC7451] Hollenbeck、S。、「拡張プロビジョニングプロトコルの拡張レジストリ」、RFC 7451、DOI 10.17487 / RFC7451、2015年2月、<https：//www.rfc-editor.org/info/rfc7451>。
Acknowledgments
謝辞
The authors wish to thank the following persons for their feedback and suggestions: James Gould, Michael Bauland, Patrick Mevzek, Quoc-Anh Pham, Raymond Zylstra, Christopher Martens, Anthony Eden, Neal McPherson, Craig Marchant, and Andreas Huber.
著者らは彼らのフィードバックと提案のために次の人に感謝したいと思います：James Gould、Michael Bauland、Patrick Mevzek、Quoc-Anh Pham、Raymond Zylstra、Christopher Martens、Anthony Eden、Neal Mcpherson、Craig Marchant、Andreas Huber。
Authors' Addresses
著者の住所
Tobias Sattler
Tobias Sattler
Email: mail@tobiassattler.com
URI: https://tobiassattler.com
Roger Carney GoDaddy Inc. 2155 E GoDaddy Way Tempe, AZ 85284 United States of America
Roger Carney Godaddy Inc. 2155 E Godaddy Way Tempe、AZ 85284アメリカ
Email: rcarney@godaddy.com
URI: https://www.godaddy.com
Jody Kolker GoDaddy Inc. 2155 E GoDaddy Way Tempe, AZ 85284 United States of America
Jody Kolker Godaddy Inc. 2155 E Godaddy Way Tempe、AZ 85284アメリカ
Email: jkolker@godaddy.com
URI: https://www.godaddy.com