RFC 8605 - vCard Format Extensions: ICANN Extensions for the Registration Data Access Protocol (RDAP) 日本語訳

原文URL : https://datatracker.ietf.org/doc/html/rfc8605
タイトル : RFC 8605 - vCard形式拡張：登録データアクセスプロトコル（RDAP）のICANN拡張
翻訳編集 : 自動生成

[要約] RFC 8605は、RDAPのためのICANN拡張機能であるvCardフォーマット拡張に関する要約です。このRFCの目的は、RDAPクライアントが登録データをより効果的に取得できるようにするため、vCardフォーマットを拡張することです。

Internet Engineering Task Force (IETF)                     S. Hollenbeck
Request for Comments: 8605                                 Verisign Labs
Category: Informational                                        R. Carney
ISSN: 2070-1721                                             GoDaddy Inc.
                                                                May 2019

vCard Format Extensions: ICANN Extensions for the Registration Data Access Protocol (RDAP)

vCard形式拡張：登録データアクセスプロトコル（RDAP）のICANN拡張

Abstract

概要

This document defines extensions to the vCard data format for representing and exchanging contact information used to implement the Internet Corporation for Assigned Names and Numbers (ICANN) operational profile for the Registration Data Access Protocol (RDAP). The property and parameter defined here are used to add values to RDAP responses that are consistent with ICANN policies.

このドキュメントでは、登録データアクセスプロトコル（RDAP）のインターネット企業のICANN（Assigned Names and Numbers）（ICANN）運用プロファイルの実装に使用される連絡先情報を表示および交換するためのvCardデータ形式の拡張を定義します。ここで定義されたプロパティとパラメーターは、ICANNポリシーと一致するRDAP応答に値を追加するために使用されます。

Status of This Memo

本文書の状態

This document is not an Internet Standards Track specification; it is published for informational purposes.

このドキュメントはInternet Standards Trackの仕様ではありません。情報提供を目的として公開されています。

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). Not all documents approved by the IESG are candidates for any level of Internet Standard; see Section 2 of RFC 7841.

このドキュメントは、IETF（Internet Engineering Task Force）の製品です。これは、IETFコミュニティのコンセンサスを表しています。公開レビューを受け、インターネットエンジニアリングステアリンググループ（IESG）による公開が承認されました。 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/rfc8605.

このドキュメントの現在のステータス、エラッタ、およびフィードバックの提供方法に関する情報は、https：//www.rfc-editor.org/info/rfc8605で入手できます。

著作権表示

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 Simplified BSD License text as described in Section 4.e of the Trust Legal Provisions and are provided without warranty as described in the Simplified BSD License.

この文書は、BCP 78およびIETF文書に関するIETFトラストの法的規定（https://trustee.ietf.org/license-info）の対象であり、この文書の発行日に有効です。これらのドキュメントは、このドキュメントに関するあなたの権利と制限を説明しているため、注意深く確認してください。このドキュメントから抽出されたコードコンポーネントには、Trust Legal Provisionsのセクション4.eに記載されているSimplified BSD Licenseテキストが含まれている必要があり、Simplified BSD Licenseに記載されているように保証なしで提供されます。

Table of Contents

   1.  Introduction  . . . . . . . . . . . . . . . . . . . . . . . .   2
     1.1.  Terminology Used in This Document . . . . . . . . . . . .   3
   2.  vCard Extensions: Properties  . . . . . . . . . . . . . . . .   3
     2.1.  Property: CONTACT-URI . . . . . . . . . . . . . . . . . .   3
   3.  vCard Extensions: Parameters  . . . . . . . . . . . . . . . .   4
     3.1.  Parameter: CC . . . . . . . . . . . . . . . . . . . . . .   4
   4.  IANA Considerations . . . . . . . . . . . . . . . . . . . . .   5
   5.  Security Considerations . . . . . . . . . . . . . . . . . . .   5
   6.  References  . . . . . . . . . . . . . . . . . . . . . . . . .   5
     6.1.  Normative References  . . . . . . . . . . . . . . . . . .   5
     6.2.  Informative References  . . . . . . . . . . . . . . . . .   6
   Acknowledgements  . . . . . . . . . . . . . . . . . . . . . . . .   6
   Authors' Addresses  . . . . . . . . . . . . . . . . . . . . . . .   7

1. Introduction

1. はじめに

The "Temporary Specification for gTLD Registration Data" available at <https://www.icann.org/resources/pages/gtld-registration-data-specs-en> was published by the Internet Corporation for Assigned Named and Numbers (ICANN) in 2018. The Temporary Specification includes requirements that cannot currently be met by the Registration Data Access Protocol (RDAP, [RFC7483]) without extending the underlying vCard [RFC6350] specification used to represent RDAP entity objects. This document includes specifications for an additional vCard property and an additional vCard parameter to meet the requirements of the Temporary Specification.

<https://www.icann.org/resources/pages/gtld-registration-data-specs-en>で入手可能な「gTLD登録データの一時的な仕様」は、Internet Corporation for Assigned Named and Numbers（ICANN）によって公開されました。一時仕様には、RDAPエンティティオブジェクトを表すために使用される基本的なvCard [RFC6350]仕様を拡張しないと、登録データアクセスプロトコル（RDAP、[RFC7483]）で現在満たすことができない要件が含まれています。このドキュメントには、一時仕様の要件を満たすための追加のvCardプロパティと追加のvCardパラメータの仕様が含まれています。

1.1. Terminology Used in This Document

1.1. このドキュメントで使用される用語

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」、「NOT RECOMMENDED」、「MAY」、「OPTIONALこのドキュメントの「」は、BCP 14 [RFC2119] [RFC8174]で説明されているように解釈されます。

Syntax specifications shown here use the augmented Backus-Naur Form (ABNF) as described in [RFC5234] and are specified as in the base vCard specification [RFC6350].

ここに示されている構文仕様は、[RFC5234]で説明されている拡張バッカスナウアフォーム（ABNF）を使用し、基本vCard仕様[RFC6350]のように指定されています。

2. vCard Extensions: Properties

2. vCard拡張：プロパティ

This document describes one new vCard extension property.

このドキュメントでは、1つの新しいvCard拡張プロパティについて説明します。

2.1. Property: CONTACT-URI

2.1. プロパティ：CONTACT-URI

Namespace:

名前空間：

Property name: CONTACT-URI

プロパティ名：CONTACT-URI

Purpose: RDAP entity information can be redacted under certain circumstances (e.g., privacy). The Temporary Specification requires that RDAP entity objects representing "Registrant", "Admin", and "Tech" contacts contain an email address or a location for a web form to facilitate email communication with the relevant contact in a way that does not identify the associated individual. The CONTACT-URI property can be used to include URIs representing an email address or a location for a web form.

目的：RDAPエンティティ情報は、特定の状況（プライバシーなど）で編集される可能性があります。 Temporary Specificationでは、「Registrant」、「Admin」、および「Tech」連絡先を表すRDAPエンティティオブジェクトに、関連する連絡先との電子メール通信を容易にするために、関連する連絡先との電子メール通信を容易にするための電子メールアドレスまたは場所が含まれている必要があります。個人。 CONTACT-URIプロパティを使用して、電子メールアドレスまたはWebフォームの場所を表すURIを含めることができます。

Value type: A single URI value.

値タイプ：単一のURI値。

Cardinality: *

カーディナリティ：*

Property parameters: PREF

プロパティパラメータ：PREF

Description: At least one "mailto", "http", or "https" URI value MUST be provided. Additional CONTACT-URI properties MAY be provided to describe other contact methods. If multiple CONTACT-URI properties are used, the vCard PREF parameter MUST be used to describe the most preferred property as described in Section 5.3 of RFC 6350 [RFC6350].

説明：少なくとも1つの「mailto」、「http」、または「https」のURI値を指定する必要があります。その他の連絡方法を説明するために、追加のCONTACT-URIプロパティが提供される場合があります。 RFC 6350 [RFC6350]のセクション5.3で説明されているように、複数のCONTACT-URIプロパティを使用する場合は、vCard PREFパラメータを使用して最も好ましいプロパティを記述する必要があります。

Format definition:

フォーマット定義：

      CONTACT-URI-param = "VALUE=uri" / pref-param ; pref-param from
      [RFC6350]

CONTACT-URI-value = uri ; uri from [RFC3986]

CONTACT-URI-value = uri; [RFC3986]のURI

Examples:

例：

      CONTACT-URI:https://contact.example.com

      CONTACT-URI;PREF=1:mailto:contact@example.com

3. vCard Extensions: Parameters

3. vCard拡張：パラメータ

This document describes one new vCard extension parameter.

このドキュメントでは、1つの新しいvCard拡張パラメーターについて説明します。

3.1. Parameter: CC

3.1. パラメーター：CC

Namespace:

名前空間：

Parameter name: CC

パラメータ名：CC

Purpose: ICANN requires the use of ISO 3166 [ISO.3166.1988] two-letter codes, not "country names", in RDAP entity responses. This parameter is used to extend the ADR property described in Section 6.3.1 of RFC 6350 [RFC6350].

目的：ICANNでは、RDAPエンティティの応答で「国名」ではなく、ISO 3166 [ISO.3166.1988]の2文字のコードを使用する必要があります。このパラメータは、RFC 6350 [RFC6350]のセクション6.3.1で説明されているADRプロパティを拡張するために使用されます。

Description: This parameter contains the ISO 3166 [ISO.3166.1988] two-character country code associated with the "country name" ADR component described in Section 6.3.1 of RFC 6350 [RFC6350].

説明：このパラメータには、RFC 6350 [RFC6350]のセクション6.3.1で説明されている「国名」ADRコンポーネントに関連付けられたISO 3166 [ISO.3166.1988]の2文字の国コードが含まれています。

Format definition:

フォーマット定義：

CC-param = "CC=" 2ALPHA

CC-param = "CC =" 2アルファ

Examples:

例：

      ADR;TYPE=work;CC=US:;;54321 Oak St;Reston;VA;20190;USA

      ADR;TYPE=home;CC=US:;;12345 Elm St;Reston;VA;20190;USA

4. IANA Considerations

4. IANAに関する考慮事項

IANA has added the following entry to the "vCard Properties" registry defined in Section 10.3.1 of RFC 6350 [RFC6350].

IANAは、RFC 6350 [RFC6350]のセクション10.3.1で定義されている「vCardプロパティ」レジストリに次のエントリを追加しました。

Namespace:

名前空間：

Property: CONTACT-URI

プロパティ：CONTACT-URI

Reference: Section 2.1 of RFC 8605 (this RFC)

参照：RFC 8605のセクション2.1（このRFC）

IANA is requested to add the following entry to the vCard Parameters registry defined in Section 10.3.2 of RFC 6350 [RFC6350].

IANAは、RFC 6350 [RFC6350]のセクション10.3.2で定義されているvCardパラメータレジストリに次のエントリを追加するように要求されています。

Namespace:

名前空間：

Property: CC

プロパティ：CC

Reference: Section 3.1 of RFC 8605 (this RFC)

参照：RFC 8605のセクション3.1（このRFC）

5. Security Considerations

5. セキュリティに関する考慮事項

The CONTACT-URI value is purposefully intended to be a publicly visible contact reference; as such, it cannot require confidentiality protection. There are, however, privacy implications in the choice of a URI scheme for the web form contact method. An "https" URI value can be used to indicate support for confidentiality protection for connections to the server that publishes the web form. This document presents no other security considerations beyond those described in Section 9 of the base vCard specification [RFC6350].

CONTACT-URI値は、意図的に公開された連絡先参照になることを目的としています。そのため、機密保護を要求することはできません。ただし、Webフォームの連絡方法のURIスキームの選択にはプライバシーの影響があります。「https」URI値は、Webフォームを公開するサーバーへの接続の機密保護のサポートを示すために使用できます。このドキュメントでは、基本vCard仕様[RFC6350]のセクション9で説明されている以外のセキュリティに関する考慮事項は提示されていません。

6. References

6. 参考文献

6.1. Normative References

6.1. 引用文献

[ISO.3166.1988] International Organization for Standardization, "Codes for the representation of names of countries, 3rd edition", ISO Standard 3166, August 1988.

[ISO.3166.1988]国際標準化機構、「国の名前を表すためのコード、第3版」、ISO標準3166、1988年8月。

[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>。

[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.、Fielding、R。、およびL. Masinter、「Uniform Resource Identifier（URI）：Generic Syntax」、STD 66、RFC 3986、DOI 10.17487 / RFC3986、2005年1月、<https：/ /www.rfc-editor.org/info/rfc3986>。

[RFC5234] Crocker, D., Ed. and P. Overell, "Augmented BNF for Syntax Specifications: ABNF", STD 68, RFC 5234, DOI 10.17487/RFC5234, January 2008, <https://www.rfc-editor.org/info/rfc5234>.

[RFC5234]クロッカー、D。、エド。およびP. Overell、「構文仕様の拡張BNF：ABNF」、STD 68、RFC 5234、DOI 10.17487 / RFC5234、2008年1月、<https://www.rfc-editor.org/info/rfc5234>。

[RFC6350] Perreault, S., "vCard Format Specification", RFC 6350, DOI 10.17487/RFC6350, August 2011, <https://www.rfc-editor.org/info/rfc6350>.

[RFC6350] Perreault、S。、「vCard Format Specification」、RFC 6350、DOI 10.17487 / RFC6350、2011年8月、<https://www.rfc-editor.org/info/rfc6350>。

[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>。

6.2. Informative References

6.2. 参考引用

[RFC7483] Newton, A. and S. Hollenbeck, "JSON Responses for the Registration Data Access Protocol (RDAP)", RFC 7483, DOI 10.17487/RFC7483, March 2015, <https://www.rfc-editor.org/info/rfc7483>.

[RFC7483]ニュートンA.およびS.ホレンベック、「JSON Responses for the Registration Data Access Protocol（RDAP）」、RFC 7483、DOI 10.17487 / RFC7483、2015年3月、<https://www.rfc-editor.org/ info / rfc7483>。

Acknowledgements

謝辞

The author would like to acknowledge the following individuals for their contributions to the development of this document: Rick Wilhelm.

著者は、このドキュメントの開発に貢献してくれた次の人物に謝意を表します：Rick Wilhelm。

Authors' Addresses

著者のアドレス

Scott Hollenbeck Verisign Labs 12061 Bluemont Way Reston, VA 20190 United States of America

Scott Hollenbeck Verisign Labs 12061 Bluemont Way Reston、VA 20190アメリカ合衆国

   Email: shollenbeck@verisign.com
   URI:   https://www.verisignlabs.com/

Roger Carney GoDaddy Inc. 14455 N. Hayden Rd. #219 Scottsdale, AZ 85260 United States of America

ロジャーカーニーGoDaddy Inc. 14455 N. Hayden Rd。＃219スコッツデール、アリゾナ州85260アメリカ合衆国

   Email: rcarney@godaddy.com
   URI:   http://www.godaddy.com