[要約] RFC 8113は、LISPプロトコルの共有拡張メッセージとパケットタイプの割り当てのためのIANAレジストリに関するものです。このRFCの目的は、LISPプロトコルの拡張メッセージの仕様と、パケットタイプの割り当てのためのレジストリの作成を提供することです。
Internet Engineering Task Force (IETF) M. Boucadair
Request for Comments: 8113 C. Jacquenet
Updates: 6830 Orange
Category: Experimental March 2017
ISSN: 2070-1721
Locator/ID Separation Protocol (LISP): Shared Extension Message & IANA Registry for Packet Type Allocations
ロケーター/ ID分離プロトコル（LISP）：共有拡張メッセージとパケットタイプ割り当て用のIANAレジストリ
Abstract
概要
This document specifies a Locator/ID Separation Protocol (LISP) shared message type for defining future extensions and conducting experiments without consuming a LISP packet type codepoint for each extension. It also defines a registry for LISP Packet Type allocations, thus updating RFC 6830.
このドキュメントでは、将来の拡張を定義し、各拡張のLISPパケットタイプコードポイントを消費せずに実験を行うためのLocator / ID Separation Protocol（LISP）共有メッセージタイプを指定します。また、LISPパケットタイプ割り当てのレジストリを定義し、RFC 6830を更新します。
Status of This Memo
本文書の状態
This document is not an Internet Standards Track specification; it is published for examination, experimental implementation, and evaluation.
このドキュメントはInternet Standards Trackの仕様ではありません。試験、実験、評価のために公開されています。
This document defines an Experimental Protocol for the Internet community. 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 a candidate 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 http://www.rfc-editor.org/info/rfc8113.
このドキュメントの現在のステータス、エラータ、およびフィードバックの提供方法に関する情報は、http：//www.rfc-editor.org/info/rfc8113で入手できます。
Copyright Notice
著作権表示
Copyright (c) 2017 IETF Trust and the persons identified as the document authors. All rights reserved.
Copyright（c）2017 IETF Trustおよびドキュメントの作成者として識別された人物。全著作権所有。
This document is subject to BCP 78 and the IETF Trust's Legal Provisions Relating to IETF Documents (http://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トラストの法的規定（http://trustee.ietf.org/license-info）の対象となります。これらのドキュメントは、このドキュメントに関するあなたの権利と制限を説明しているため、注意深く確認してください。このドキュメントから抽出されたコードコンポーネントには、Trust Legal Provisionsのセクション4.eに記載されているSimplified BSD Licenseのテキストが含まれている必要があり、Simplified BSD Licenseに記載されているように保証なしで提供されます。
Table of Contents
目次
1. Introduction . . . . . . . . . . . . . . . . . . . . . . . . 2
2. Requirements Language . . . . . . . . . . . . . . . . . . . . 3
3. LISP Shared Extension Message Type . . . . . . . . . . . . . 3
4. Security Considerations . . . . . . . . . . . . . . . . . . . 3
5. IANA Considerations . . . . . . . . . . . . . . . . . . . . . 4
5.1. LISP Packet Types . . . . . . . . . . . . . . . . . . . . 4
5.2. Sub-Types . . . . . . . . . . . . . . . . . . . . . . . . 4
6. References . . . . . . . . . . . . . . . . . . . . . . . . . 5
6.1. Normative References . . . . . . . . . . . . . . . . . . 5
6.2. Informative References . . . . . . . . . . . . . . . . . 5
Acknowledgments . . . . . . . . . . . . . . . . . . . . . . . . . 6
Authors' Addresses . . . . . . . . . . . . . . . . . . . . . . . 6
The Locator/ID Separation Protocol (LISP) base specification,
[RFC6830], defines a set of primitives that are identified with a
packet type code. Several extensions have been proposed to add more
LISP functionalities. For example, new message types are proposed in
[LISP-DDT], [LISP-MN-EXT], [LISP-BULK], [NAT-LISP], or
[LISP-SUBSCRIBE]. It is expected that additional LISP extensions
will be proposed in the future.
In order to ease the tracking of LISP message types, this document proposes to create a "LISP Packet Types" IANA registry (see Section 5).
LISPメッセージタイプの追跡を容易にするために、このドキュメントでは、「LISPパケットタイプ」IANAレジストリを作成することを提案しています（セクション5を参照）。
Because of the limited type space [RFC6830] and the need to conduct experiments to assess new LISP extensions, this document specifies a shared LISP extension message type and proposes a procedure for registering LISP shared extension sub-types (see Section 3).
タイプスペースが制限されているため[RFC6830]、新しいLISP拡張を評価するために実験を行う必要があるため、このドキュメントでは共有LISP拡張メッセージタイプを指定し、LISP共有拡張サブタイプを登録する手順を提案します（セクション3を参照）。
Concretely, one single LISP message type code is dedicated to future LISP extensions; sub-types are used to uniquely identify a given LISP extension making use of the shared LISP extension message type. These identifiers are selected by the author(s) of the corresponding LISP specification that introduces a new LISP extension message type.
具体的には、1つのLISPメッセージタイプコードが将来のLISP拡張専用です。サブタイプは、共有LISP拡張メッセージタイプを使用して、特定のLISP拡張を一意に識別するために使用されます。これらの識別子は、新しいLISP拡張メッセージタイプを導入する対応するLISP仕様の作成者が選択します。
The key words "MUST", "MUST NOT", "REQUIRED", "SHALL", "SHALL NOT", "SHOULD", "SHOULD NOT", "RECOMMENDED", "MAY", and "OPTIONAL" in this document are to be interpreted as described in [RFC2119].
このドキュメントのキーワード「MUST」、「MUST NOT」、「REQUIRED」、「SHALL」、「SHALL NOT」、「SHOULD」、「SHOULD NOT」、「RECOMMENDED」、「MAY」、および「OPTIONAL」は、 [RFC2119]で説明されているように解釈されます。
Figure 1 depicts the common format of the LISP shared extension message. The type field MUST be set to 15 (see Section 5).
図1は、LISP共有拡張メッセージの一般的な形式を示しています。 typeフィールドは15に設定する必要があります（セクション5を参照）。
0 1 2 3
0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
|Type=15| Sub-type | extension-specific |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
// extension-specific //
// //
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
Figure 1: LISP Shared Extension Message Type
図1：LISP共有拡張メッセージタイプ
The "Sub-type" field conveys a unique identifier that MUST be registered with IANA (see Section 5.2).
「サブタイプ」フィールドは、IANAに登録する必要がある一意の識別子を伝えます（セクション5.2を参照）。
The exact structure of the 'extension-specific' portion of the message is specified in the corresponding specification document.
メッセージの「拡張機能固有」部分の正確な構造は、対応する仕様書で指定されています。
This document does not introduce any additional security issues other than those discussed in [RFC6830].
このドキュメントでは、[RFC6830]で説明されている問題以外の追加のセキュリティ問題は紹介していません。
IANA has created a new protocol registry for LISP Packet Types, numbered 0-15. The registry is initially populated with the following values:
IANAは、LISPパケットタイプ用の新しいプロトコルレジストリを作成しました。レジストリには、最初に次の値が入力されています。
Message Code Reference
================================= ==== ===============
Reserved 0 [RFC6830]
LISP Map-Request 1 [RFC6830]
LISP Map-Reply 2 [RFC6830]
LISP Map-Register 3 [RFC6830]
LISP Map-Notify 4 [RFC6830]
LISP Encapsulated Control Message 8 [RFC6830]
LISP Shared Extension Message 15 [RFC8113]
The values in the ranges 5-7 and 9-14 can be assigned via Standards Action [RFC5226]. Documents that request for a new LISP packet type may indicate a preferred value in the corresponding IANA sections.
5-7と9-14の範囲の値は、標準アクション[RFC5226]を介して割り当てることができます。新しいLISPパケットタイプを要求するドキュメントは、対応するIANAセクションで優先値を示す場合があります。
IANA has created the "LISP Shared Extension Message Type Sub-types" registry. No initial values are assigned at the creation of the registry; (0-4095) are available for future assignments.
IANAは、「LISP共有拡張メッセージタイプサブタイプ」レジストリを作成しました。レジストリの作成時に初期値は割り当てられません。 （0-4095）は将来の割り当てに使用できます。
The values in the range 0-1023 are assigned via Standards Action. This range is provisioned to anticipate, in particular, the exhaustion of the LISP Packet types.
0〜1023の範囲の値は、標準アクションによって割り当てられます。この範囲は、特にLISPパケットタイプの枯渇を予測するためにプロビジョニングされています。
The values in the range 1024-4095 are assigned on a First Come, First Served (FCFS) basis. The registration procedure should provide IANA with the desired codepoint and a point of contact; providing a short description (together with an acronym, if relevant) of the foreseen usage of the extension message is also encouraged.
1024〜4095の範囲の値は、先着順（FCFS）に基づいて割り当てられます。登録手順では、IANAに必要なコードポイントと連絡先を提供する必要があります。拡張メッセージの予想される使用法の簡単な説明（関連する場合は頭字語も）を提供することも推奨されます。
[RFC2119] Bradner, S., "Key words for use in RFCs to Indicate Requirement Levels", BCP 14, RFC 2119, DOI 10.17487/RFC2119, March 1997, <http://www.rfc-editor.org/info/rfc2119>.
[RFC2119] Bradner、S。、「要件レベルを示すためにRFCで使用するキーワード」、BCP 14、RFC 2119、DOI 10.17487 / RFC2119、1997年3月、<http://www.rfc-editor.org/info/ rfc2119>。
[RFC5226] Narten, T. and H. Alvestrand, "Guidelines for Writing an IANA Considerations Section in RFCs", BCP 26, RFC 5226, DOI 10.17487/RFC5226, May 2008, <http://www.rfc-editor.org/info/rfc5226>.
[RFC5226] Narten、T。およびH. Alvestrand、「RFCでIANAの考慮事項セクションを作成するためのガイドライン」、BCP 26、RFC 5226、DOI 10.17487 / RFC5226、2008年5月、<http://www.rfc-editor.org / info / rfc5226>。
[RFC6830] Farinacci, D., Fuller, V., Meyer, D., and D. Lewis, "The Locator/ID Separation Protocol (LISP)", RFC 6830, DOI 10.17487/RFC6830, January 2013, <http://www.rfc-editor.org/info/rfc6830>.
[RFC6830] Farinacci、D.、Fuller、V.、Meyer、D。、およびD. Lewis、「The Locator / ID Separation Protocol（LISP）」、RFC 6830、DOI 10.17487 / RFC6830、2013年1月、<http：/ /www.rfc-editor.org/info/rfc6830>。
[LISP-BULK] Boucadair, M. and C. Jacquenet, "LISP Mapping Bulk Retrieval", Work in Progress, draft-boucadair-lisp-bulk-04, February 2017.
[LISP-BULK] Boucadair、M。およびC. Jacquenet、「LISP Mapping Bulk Retrieval」、Work in Progress、draft-boucadair-lisp-bulk-04、2017年2月。
[LISP-DDT] Fuller, V., Lewis, D., Ermagan, V., Jain, A., and A. Smirnov, "LISP Delegated Database Tree", Work in Progress, draft-ietf-lisp-ddt-09, January 2017.
[LISP-DDT] Fuller、V.、Lewis、D.、Ermagan、V.、Jain、A。、およびA. Smirnov、「LISP Delegated Database Tree」、作業中、draft-ietf-lisp-ddt-09 、2017年1月。
[LISP-MN-EXT] Wang, J., Meng, Y., and N. Zhao, "LISP Mobile Node extension", Work in Progress, draft-zhao-lisp-mn-extension-02, October 2011.
[LISP-MN-EXT] Wang、J.、Meng、Y。、およびN. Zhao、「LISPモバイルノード拡張」、Work in Progress、draft-zhao-lisp-mn-extension-02、2011年10月。
[LISP-SUBSCRIBE] Boucadair, M. and C. Jacquenet, "LISP Subscription", Work in Progress, draft-boucadair-lisp-subscribe-04, February 2017.
[LISP-SUBSCRIBE] Boucadair、M.およびC. Jacquenet、「LISP Subscription」、Work in Progress、draft-boucadair-lisp-subscribe-04、2017年2月。
[NAT-LISP] Ermagan, V., Farinacci, D., Lewis, D., Skriver, J., Maino, F., and C. White, "NAT traversal for LISP", Work in Progress, draft-ermagan-lisp-nat-traversal-11, August 2016.
[NAT-LISP] Ermagan、V.、Farinacci、D.、Lewis、D.、Skriver、J.、Maino、F。、およびC. White、「LISPのNATトラバーサル」、Work in Progress、draft-ermagan- lisp-nat-traversal-11、2016年8月。
Acknowledgments
謝辞
This work is partly funded by ANR LISP-Lab project #ANR-13-INFR-009-X.
この作品の一部は、ANR LISP-Labプロジェクト＃ANR-13-INFR-009-Xによって資金提供されています。
Many thanks to Luigi Iannone, Dino Farinacci, and Alvaro Retana for the review.
レビューを提供してくれたLuigi Iannone、Dino Farinacci、Alvaro Retanaに感謝します。
Thanks to Geoff Huston for the RtgDir directorate review.
RtgDir総局のレビューをしてくれたGeoff Hustonに感謝します。
Authors' Addresses
著者のアドレス
Mohamed Boucadair Orange Rennes 35000 France
Mohamed Boucadair Orange Rennes 35000フランス
Email: mohamed.boucadair@orange.com
Christian Jacquenet Orange Rennes 35000 France
クリスチャンジャケネオレンジレンヌ35000フランス
Email: christian.jacquenet@orange.com