[要約] RFC 7280は、Unidirectional Lightweight Encapsulation (ULE) Next-Headerレジストリの管理に関するIANAのガイダンスです。その目的は、ULEプロトコルの次のヘッダー値を一元管理し、互換性と一貫性を確保することです。
Internet Engineering Task Force (IETF) G. Fairhurst
Request for Comments: 7280 University of Aberdeen
Updates: 4326 June 2014
Category: Standards Track
ISSN: 2070-1721
IANA Guidance for Managing the Unidirectional Lightweight Encapsulation (ULE) Next-Header Registry
単方向軽量カプセル化（ULE）の次ヘッダーレジストリを管理するためのIANAガイダンス
Abstract
概要
This document updates RFC 4326 to clarify and update the allocation rules for the Unidirectional Lightweight Encapsulation (ULE) Next-Header registry. This registry is used by ULE and Generic Stream Encapsulation (GSE) to record the code points of Extension Headers and protocols supported by these encapsulation protocols.
このドキュメントでは、RFC 4326を更新して、Unidirectional Lightweight Encapsulation（ULE）Next-Headerレジストリの割り当てルールを明確にし、更新しています。このレジストリは、ULEおよびGeneric Stream Encapsulation（GSE）によって使用され、これらのカプセル化プロトコルでサポートされる拡張ヘッダーおよびプロトコルのコードポイントを記録します。
Status of This Memo
本文書の状態
This is an Internet Standards Track document.
これは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). Further information on Internet Standards is available in Section 2 of RFC 5741.
このドキュメントは、IETF（Internet Engineering Task Force）の製品です。これは、IETFコミュニティのコンセンサスを表しています。公開レビューを受け、インターネットエンジニアリングステアリンググループ（IESG）による公開が承認されました。インターネット標準の詳細については、RFC 5741のセクション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/rfc7280.
このドキュメントの現在のステータス、エラータ、およびフィードバックの提供方法に関する情報は、http：//www.rfc-editor.org/info/rfc7280で入手できます。
Copyright Notice
著作権表示
Copyright (c) 2014 IETF Trust and the persons identified as the document authors. All rights reserved.
Copyright（c）2014 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. Terminology . . . . . . . . . . . . . . . . . . . . . . . . . 3
2.1. The ULE Next-Header Registry . . . . . . . . . . . . . . 3
2.2. Informative Example of Using a Value from the Optional
Range . . . . . . . . . . . . . . . . . . . . . . . . . . 3
3. Updated IANA Guidance on Allocation in the ULE Next-Header
Registry . . . . . . . . . . . . . . . . . . . . . . . . . . 4
3.1. ULE Next-Header Registry . . . . . . . . . . . . . . . . 4
3.2. Expert Review Guidelines . . . . . . . . . . . . . . . . 5
3.3. Reservation of Next-Header Values for Private Use . . . . 5
4. Update to Registry Information . . . . . . . . . . . . . . . 6
5. Security Considerations . . . . . . . . . . . . . . . . . . . 6
6. IANA Considerations . . . . . . . . . . . . . . . . . . . . . 6
7. Acknowledgments . . . . . . . . . . . . . . . . . . . . . . . 6
8. References . . . . . . . . . . . . . . . . . . . . . . . . . 7
8.1. Normative References . . . . . . . . . . . . . . . . . . 7
8.2. Informative References . . . . . . . . . . . . . . . . . 7
The Unidirectional Lightweight Encapsulation (ULE) [RFC4326] specifies an encapsulation for links that employ the MPEG-2 Transport Stream, with support over a wide variety of physical-layer bearers [RFC4259]. The encapsulation header includes a Type field that identifies payload types and Extension Headers (e.g., [RFC5163]). The ULE specification requested IANA to maintain the ULE Next-Header registry to record the allocation of the values used to derive this Type field.
単方向ライトウェイトカプセル化（ULE）[RFC4326]は、MPEG-2トランスポートストリームを採用するリンクのカプセル化を指定し、さまざまな物理層ベアラー[RFC4259]をサポートします。カプセル化ヘッダーには、ペイロードタイプと拡張ヘッダーを識別するタイプフィールドが含まれます（[RFC5163]など）。 ULE仕様では、IANAにULE Next-Headerレジストリを維持して、このTypeフィールドの導出に使用される値の割り当てを記録するように要求しました。
The Digital Video Broadcast (DVB) Project has published an encapsulation for second-generation DVB physical layers. This specifies the Generic Stream Encapsulation [GSE]. This encapsulation shares many of the network properties of ULE and uses a common format for the Type field [RFC5163]. The ULE Next-Header registry is therefore also applicable to this encapsulation.
デジタルビデオブロードキャスト（DVB）プロジェクトは、第2世代のDVB物理層のカプセル化を公開しています。これは、Generic Stream Encapsulation [GSE]を指定します。このカプセル化は、ULEのネットワークプロパティの多くを共有し、タイプフィールド[RFC5163]に共通の形式を使用します。したがって、ULE Next-Headerレジストリは、このカプセル化にも適用できます。
This document updates the IANA rules and guidance defined in Section 11.1 of [RFC4326] in the following way:
このドキュメントは、[RFC4326]のセクション11.1で定義されているIANAのルールとガイダンスを次のように更新します。
o The document clarifies use of the ULE Next-Header registry by GSE as well as by ULE.
o このドキュメントは、GSEおよびULEによるULE Next-Headerレジストリの使用を明確にしています。
o Section 3 specifies that new allocations in the ULE Next-Header registry are to be assigned by IANA using the "Specification Required" policy and provides guidance to the expert reviewer.
o セクション3は、ULE Next-Headerレジストリの新しい割り当てが「必要な仕様」ポリシーを使用してIANAによって割り当てられることを指定し、専門家レビューアにガイダンスを提供します。
o Section 3.3 reserves a range of allocated values.
o セクション3.3では、割り当てられた値の範囲が予約されています。
o Section 4 adds an explanatory note to clarify the encoding used in the ULE Next-Header registry.
o セクション4では、ULE Next-Headerレジストリで使用されるエンコーディングを明確にするための説明を追加しています。
This document assumes familiarity with the ULE terminology used in [RFC4326] and [RFC5163].
このドキュメントは、[RFC4326]および[RFC5163]で使用されるULE用語に精通していることを前提としています。
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]で説明されているように解釈されます。
The Mandatory Extension Headers are allocated in the ULE Next-Header registry with integer values in the decimal range 0-255. The registered value corresponds to a 16-bit Type value (converted by setting the most significant 8 bits of the 16-bit value to zero). This Type value may identify a Mandatory Extension Header or a specific protocol.
必須拡張ヘッダーは、0〜255の10進数の範囲の整数値でULE Next-Headerレジストリに割り当てられます。登録された値は、16ビットのType値に対応します（16ビットの値の最上位8ビットをゼロに設定することで変換されます）。このType値は、必須の拡張ヘッダーまたは特定のプロトコルを識別する場合があります。
The Optional Extension Headers are allocated in the ULE Next-Header registry with integer values in the decimal range 256-511. The registered value corresponds to the 16-bit Type value that would be used for an Optional Extension Header with a length (H-LEN) of 1.
オプションの拡張ヘッダーは、10進数の256〜511の整数値を使用してULE Next-Headerレジストリに割り当てられます。登録された値は、長さ（H-LEN）が1のオプションの拡張ヘッダーに使用される16ビットのType値に対応します。
This section provides an informative example of how a registry entry is constructed to identify an Optional ULE Extension Header.
このセクションでは、オプションのULE拡張ヘッダーを識別するためにレジストリエントリがどのように構築されるかについて、有益な例を示します。
Values registered by IANA in the Optional ULE Extension Header range correspond to a 16-bit Type value with the H-LEN field (in bits 5 to 7) set to a decimal value of 1. This registration format is used irrespective of the H-LEN value to be used. Bits 8 to 15 of the value in the registry are combined with the actual required H-LEN value (bits 5 to 7) to form the 16-bit Type field.
IANAによってオプションのULE拡張ヘッダーの範囲に登録された値は、H-LENフィールド（ビット5〜7）が10進数の値1に設定された16ビットタイプの値に対応します。この登録形式はH-に関係なく使用されます使用するLEN値。レジストリ内の値のビット8〜15は、実際に必要なH-LEN値（ビット5〜7）と組み合わされて、16ビットのTypeフィールドを形成します。
For example, the decimal value 256 has been allocated to denote the padding Extension Header.
たとえば、10進数の256は、パディング拡張ヘッダーを示すために割り当てられています。
o Type value 256: When a 2-byte padding Extension Header is used, the H-LEN is 1, resulting in a Type value with a decimal value of 256 (as allocated), corresponding to a hexadecimal value of 0x100.
o タイプ値256：2バイトのパディング拡張ヘッダーが使用される場合、H-LENは1になり、タイプ値は10進値256（割り当てどおり）となり、16進値0x100に対応します。
o Type value 768: When a 6-byte padding Extension Header is used, the H-LEN is 3, resulting in a Type value with a decimal value of 768, corresponding to a hexadecimal value of 0x300.
o タイプ値768：6バイトのパディング拡張ヘッダーが使用される場合、H-LENは3であり、16進値0x300に対応する10進値768のタイプ値になります。
The rules for allocation were defined in Section 11 of [RFC4326]. This document updates these rules by replacing them with the rules in this section:
割り当てのルールは、[RFC4326]のセクション11で定義されています。このドキュメントでは、これらのルールを、このセクションのルールに置き換えることで更新します。
Allocations in the ULE Next-Header registry are to be assigned by IANA using the "Specification Required" policy defined in [RFC5226]. Applications must include a reference to a specification of the Next-Header extension in a "permanent and readily available public specification" [RFC5226]. An IETF Standards Track RFC can provide such a reference. Other specifications are also permitted. The Designated Expert shall advise IANA on whether a particular specification constitutes a "permanent and readily available public specification".
ULE Next-Headerレジストリの割り当ては、[RFC5226]で定義されている "Specification Required"ポリシーを使用してIANAによって割り当てられます。アプリケーションは、「永続的ですぐに利用できる公開仕様」[RFC5226]にNext-Header拡張の仕様への参照を含める必要があります。 IETF Standards Track RFCは、そのような参照を提供できます。他の仕様も許可されます。指定専門家は、特定の仕様が「永続的で容易に入手可能な公開仕様」を構成するかどうかについてIANAに助言するものとします。
The ULE Next-Header registry allocates 0-511 decimal (0x0000-0x01FF hexadecimal). IANA must not allocate values greater than 511 (decimal). For each allocated value, it also specifies the set of allowed H-LEN values (see [RFC4326], Section 5). The combination of the IANA-registered value and the H-LEN are used by ULE and GSE to derive a set of allowed 16-bit integer values in the range 0-1535 (decimal). This forms the first part of the ULE Type space (see [RFC4326], Section 4.4.1).
ULE Next-Headerレジストリは、0〜511の10進数（0x0000-0x01FF 16進数）を割り当てます。 IANAは、511（10進数）より大きい値を割り当ててはなりません。割り当てられた値ごとに、許可されるH-LEN値のセットも指定します（[RFC4326]、セクション5を参照）。 IANAに登録された値とH-LENの組み合わせは、ULEとGSEによって使用され、0〜1535（10進数）の範囲の許可された16ビット整数値のセットを導出します。これは、ULEタイプスペースの最初の部分を形成します（[RFC4326]、セクション4.4.1を参照）。
The registry is divided into two ranges:
レジストリは2つの範囲に分かれています。
1. 0-255 (decimal) IANA-assigned values, indicating Mandatory Extension Headers (or link-dependent Type fields). [RFC4326] made initial assignments to this range of values in the registry, updated by later requests.
1. 0〜255（10進数）IANA割り当て値。必須拡張ヘッダー（またはリンク依存型フィールド）を示します。 [RFC4326]は、レジストリ内のこの範囲の値に初期割り当てを行い、後のリクエストで更新されました。
2. 256-511 (decimal) IANA-assigned values, indicating Optional Extension Headers. The entry MUST define the need for the Optional Extension and the intended use. [RFC4326] made initial assignments to this range of values in the registry, updated by later requests.
2. 256-511（10進数）IANA割り当て値。オプションの拡張ヘッダーを示します。エントリは、オプション拡張の必要性と使用目的を定義する必要があります。 [RFC4326]は、レジストリ内のこの範囲の値に初期割り当てを行い、後のリクエストで更新されました。
The Specification Required policy also implies use of a Designated Expert [RFC5226]. The Designated Expert shall review a proposed registration for the following REQUIRED information:
また、Specification RequiredポリシーはDesignated Expert [RFC5226]の使用を意味します。指定専門家は、次の必須情報について、提案された登録をレビューするものとします。
For requests in the range 0-255 (decimal) - Mandatory Extension Headers:
0〜255（10進数）の範囲の要求の場合-必須の拡張ヘッダー：
o The value and the name associated with the Extension Header;
o 拡張ヘッダーに関連付けられた値と名前。
o The procedure for processing the Extension Header;
o 拡張ヘッダーを処理する手順。
o A definition of the Extension Header and the intended use; and
o 拡張ヘッダーの定義と使用目的。そして
o The size of the Extension Header (by default, the entire remaining payload).
o 拡張ヘッダーのサイズ（デフォルトでは、残りのペイロード全体）。
For requests in the range 256-511 (decimal) - Optional Extension Headers:
256〜511（10進数）の範囲のリクエストの場合-オプションの拡張ヘッダー：
o The value and the name associated with the Optional Extension Header;
o オプションの拡張ヘッダーに関連付けられた値と名前。
o The procedure for processing the Extension Header;
o 拡張ヘッダーを処理する手順。
o A definition of the Extension Header and the intended use (including any extension ordering requirements); and
o 拡張ヘッダーの定義と使用目的（拡張機能の注文要件を含む）。そして
o The range of allowable H-LEN values that are permitted (in the range 1-5).
o 許可される許容H-LEN値の範囲（1〜5の範囲）。
If the registration information does not have any of the above required information, the Designated Expert shall not approve the registration to IANA.
登録情報に上記の必要な情報が含まれていない場合、指定専門家はIANAへの登録を承認しないものとします。
This document reserves the range 144-159 decimal (0x80-0x8F hexadecimal) for Private Use [RFC5226].
このドキュメントでは、プライベートな使用[RFC5226]のために、144〜159の範囲の10進数（16進数の0x80-0x8F）を予約しています。
These values are not available for allocation by IANA. Appropriate use includes development of experimental options for which either no general-purpose solution was planned, insufficient operational experience was available to understand if a general solution is needed, or a more general solution is not yet mature. This use is not coordinated between users of these values, so the uniqueness of a particular value can not be guaranteed.
これらの値は、IANAによる割り当てには使用できません。適切な使用には、汎用ソリューションが計画されていなかった、一般的なソリューションが必要かどうかを理解するのに十分な運用経験がなかった、またはより一般的なソリューションがまだ成熟していない実験オプションの開発が含まれます。この使用はこれらの値のユーザー間で調整されないため、特定の値の一意性は保証されません。
Authors of specifications MUST contact IANA to request a new value to be allocated in the ULE Next-Header registry. An IANA-allocated value uniquely identifies the method. Such an allocation is REQUIRED for any method that is to be standardised.
仕様の作成者はIANAに連絡して、ULE Next-Headerレジストリに割り当てる新しい値を要求する必要があります。 IANAによって割り当てられた値は、メソッドを一意に識別します。このような割り当ては、標準化されるすべての方法に必要です。
IANA has recorded an additional explanatory note in the ULE Next-Header registry:
IANAはULE Next-Headerレジストリに追加の説明を記録しました：
The Mandatory Extension Header range in the ULE Next-Header registry is used to allocate integer values in the range 0-255 (decimal). These values are used to identify Mandatory Extension Headers. The registered value corresponds to the 16-bit Type value for the Mandatory Extension Header or the specified protocol.
ULE Next-Headerレジストリの必須拡張ヘッダー範囲は、0〜255（10進数）の範囲の整数値を割り当てるために使用されます。これらの値は、必須の拡張ヘッダーを識別するために使用されます。登録された値は、必須拡張ヘッダーまたは指定されたプロトコルの16ビットのType値に対応します。
The Optional Extension Header range in the ULE Next-Header registry is used to allocate integer values in the range 256-511 (decimal). These values are used to identify Optional Extension Headers. The registered value corresponds to the 16-bit Type value that would be used for an Optional Extension Header with a header length (H-LEN) of 1.
ULE Next-Headerレジストリのオプションの拡張ヘッダー範囲は、256〜511（10進数）の範囲の整数値を割り当てるために使用されます。これらの値は、オプションの拡張ヘッダーを識別するために使用されます。登録された値は、ヘッダー長（H-LEN）が1のオプションの拡張ヘッダーに使用される16ビットのType値に対応します。
This additional note has been placed before the existing note.
この追加のメモは、既存のメモの前に配置されています。
This document does not present new security considerations.
このドキュメントでは、セキュリティに関する新しい考慮事項については説明していません。
Section 3 specifies updated IANA allocation rules.
セクション3では、更新されたIANA割り当てルールを指定します。
Per Section 3.3, IANA has reserved the range 144-159 decimal (0x80-0x8F hexadecimal) marked it as Reserved for Private Use.
セクション3.3に従って、IANAは144-159の10進数（0x80-0x8Fの16進数）の範囲を予約し、それを私用に予約済みとしてマークしました。
Per Section 4, IANA has updated the ULE Next-Header registry information.
セクション4に従って、IANAはULE Next-Headerレジストリ情報を更新しました。
The author acknowledges feedback from IANA, Thomas Narten, Margaret Wasserman, Wes Eddy, and the IETF Gen-ART team. Helpful reviews and comments on usage of this registry were also received from Alexander Adolf and Hans-Peter Lexow.
著者は、IANA、Thomas Narten、Margaret Wasserman、Wes Eddy、およびIETF Gen-ARTチームからのフィードバックを認めます。このレジストリの使用に関する有益なレビューとコメントは、Alexander AdolfとHans-Peter Lexowからも寄せられました。
[GSE] European Telecommunication Standards Institute (ETSI), "Digital Video Broadcasting (DVB); Generic Stream Encapsulation (GSE) Protocol", 2007.
[GSE] European Telecommunication Standards Institute（ETSI）、「Digital Video Broadcasting（DVB）; Generic Stream Encapsulation（GSE）Protocol」、2007年。
[RFC2119] Bradner, S., "Key words for use in RFCs to Indicate Requirement Levels", BCP 14, RFC 2119, March 1997.
[RFC2119] Bradner、S。、「要件レベルを示すためにRFCで使用するキーワード」、BCP 14、RFC 2119、1997年3月。
[RFC4326] Fairhurst, G. and B. Collini-Nocker, "Unidirectional Lightweight Encapsulation (ULE) for Transmission of IP Datagrams over an MPEG-2 Transport Stream (TS)", RFC 4326, December 2005.
[RFC4326] Fairhurst、G。およびB. Collini-Nocker、「MPEG-2トランスポートストリーム（TS）を介したIPデータグラムの送信のための単方向軽量カプセル化（ULE）」、RFC 4326、2005年12月。
[RFC5163] Fairhurst, G. and B. Collini-Nocker, "Extension Formats for Unidirectional Lightweight Encapsulation (ULE) and the Generic Stream Encapsulation (GSE)", RFC 5163, April 2008.
[RFC5163] Fairhurst、G。およびB. Collini-Nocker、「単方向ライトウェイトカプセル化（ULE）および汎用ストリームカプセル化（GSE）の拡張フォーマット」、RFC 5163、2008年4月。
[RFC5226] Narten, T. and H. Alvestrand, "Guidelines for Writing an IANA Considerations Section in RFCs", BCP 26, RFC 5226, May 2008.
[RFC5226] Narten、T。およびH. Alvestrand、「RFCでIANAの考慮事項セクションを作成するためのガイドライン」、BCP 26、RFC 5226、2008年5月。
[RFC4259] Montpetit, M., Fairhurst, G., Clausen, H., Collini-Nocker, B., and H. Linder, "A Framework for Transmission of IP Datagrams over MPEG-2 Networks", RFC 4259, November 2005.
[RFC4259] Montpetit、M.、Fairhurst、G.、Clauseen、H.、Collini-Nocker、B。、およびH. Linder、「A MPEG Framework for IP Datagrams over MPEG-2 Networks」、RFC 4259、2005年11月。
Author's Address
著者のアドレス
Godred Fairhurst University of Aberdeen School of Engineering Fraser Noble Building Aberdeen, Scotland AB24 3UE UK
Godred Fairhurst University of Aberdeen School of Engineeringフレーザーノーブルビルディングアバディーン、スコットランドAB24 3UE UK
EMail: gorry@erg.abdn.ac.uk
URI: http://www.erg.abdn.ac.uk