RFC 7153 - IANA Registries for BGP Extended Communities 日本語訳

原文URL : https://datatracker.ietf.org/doc/html/rfc7153
タイトル : RFC 7153 - BGP拡張コミュニティのIANAレジストリ
翻訳編集 : 自動生成

[要約] RFC 7153は、BGP拡張コミュニティのためのIANAレジストリに関する規定です。このRFCの目的は、BGP拡張コミュニティの一貫性と管理を確保するために、IANAによるレジストリの作成と維持を提案することです。

Internet Engineering Task Force (IETF)                          E. Rosen
Request for Comments: 7153                           Cisco Systems, Inc.
Updates: 4360, 5701                                           Y. Rekhter
Category: Standards Track                         Juniper Networks, Inc.
ISSN: 2070-1721                                               March 2014

IANA Registries for BGP Extended Communities

BGP拡張コミュニティのIANAレジストリ

Abstract

概要

This document reorganizes the IANA registries for the type values and sub-type values of the BGP Extended Communities attribute and the BGP IPv6-Address-Specific Extended Communities attribute. This is done in order to remove interdependencies among the registries, thus making it easier for IANA to determine which codepoints are available for assignment in which registries. This document also clarifies the information that must be provided to IANA when requesting an allocation from one or more of these registries. These changes are compatible with the existing allocations and thus do not affect protocol implementations. The changes will, however, impact the "IANA Considerations" sections of future protocol specifications. This document updates RFC 4360 and RFC 5701.

このドキュメントでは、BGP拡張コミュニティ属性とBGP IPv6-アドレス固有の拡張コミュニティ属性のタイプ値とサブタイプ値のIANAレジストリを再編成します。これは、レジストリ間の相互依存関係をなくすために行われるため、IANAはどのレジストリでどのコードポイントを割り当てに使用できるかを簡単に判断できます。このドキュメントでは、これらのレジストリの1つ以上から割り当てを要求するときにIANAに提供する必要がある情報も明確にしています。これらの変更は既存の割り当てと互換性があるため、プロトコルの実装には影響しません。ただし、変更は、将来のプロトコル仕様の「IANAに関する考慮事項」セクションに影響を与えます。このドキュメントは、RFC 4360およびRFC 5701を更新します。

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/rfc7153.

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

著作権表示

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 ....................................................3
   2. Types, Sub-Types, and Registries ................................4
   3. Applicability to IPv6-Address-Specific EC Attribute .............4
   4. How to Request EC Type and/or Sub-Type Codepoints ...............5
   5. IANA Considerations .............................................6
      5.1. Registries for the "Type" Field ............................7
           5.1.1. Transitive Types ....................................7
           5.1.2. Non-Transitive Types ................................8
      5.2. Registries for the "Sub-Type" Field ........................9
           5.2.1. EVPN Extended Community Sub-Types ...................9
           5.2.2. Transitive Two-Octet AS-Specific Extended Community
                  Sub-Types ..........................................10
           5.2.3. Non-Transitive Two-Octet AS-Specific Extended
                  Community Sub-Types ................................10
           5.2.4. Transitive Four-Octet AS-Specific Extended
                  Community Sub-Types ................................11
           5.2.5. Non-Transitive Four-Octet AS-Specific Extended
                  Community Sub-Types ................................11
           5.2.6. Transitive IPv4-Address-Specific Extended Community
                  Sub-Types ..........................................12
           5.2.7. Non-Transitive IPv4-Address-Specific Extended
                  Community Sub-Types ................................12
           5.2.8. Transitive Opaque Extended Community Sub-Types .....13
           5.2.9. Non-Transitive Opaque Extended Community
                  Sub-Types ..........................................13
           5.2.10. Generic Transitive Experimental Use Extended
                   Community Sub-Types ...............................14
           5.2.11. Registries for the "Value" Field ..................14
                  5.2.11.1. Traffic Action Fields ....................14
      5.3. Registries for IPv6-Address-Specific ECs ..................15
           5.3.1. Transitive Types ...................................15
           5.3.2. Non-Transitive Types ...............................15
   6. Security Considerations ........................................15
   7. Acknowledgments ................................................16
   8. Normative References ...........................................16

1. Introduction

1. はじめに

RFC 4360 [RFC4360] defines the BGP "Extended Communities" (EC) attribute. This attribute consists of a sequence of eight-octet "extended communities". The high-order octet is defined to be the "Type" field. Each Type has a range of values for "Transitive Extended Community Types" and a range of values for "Non-transitive Extended Community Types". Some of these ranges are further subdivided into a sub-range of values to be assigned by IANA under the "Standards Action" policy, a sub-range of values to be assigned by IANA under the "First Come First Served" policy, and a sub-range for "experimental use". (See [RFC5226], [RFC7120], and [RFC3692] for an explanation of these policies.)

RFC 4360 [RFC4360]は、BGP "Extended Communities"（EC）属性を定義しています。この属性は、8オクテットの「拡張コミュニティ」のシーケンスで構成されています。高次オクテットは「タイプ」フィールドとして定義されます。各タイプには、「推移的拡張コミュニティタイプ」の値の範囲と「非推移的拡張コミュニティタイプ」の値の範囲があります。これらの範囲の一部は、「標準アクション」ポリシーの下でIANAによって割り当てられる値のサブ範囲、「先着順」ポリシーの下でIANAによって割り当てられる値のサブ範囲、および「実験的使用」のサブ範囲。（これらのポリシーの説明については、[RFC5226]、[RFC7120]、および[RFC3692]を参照してください。）

For some Extended Community Types, the second octet of the Extended Community is a "Sub-Type" field, and the remaining six octets are the "Value" field. These are referred to as "Extended Types". For other types, there is no "Sub-Type" field, and the "Value" field contains seven octets. These are referred to as "Regular Types".

一部の拡張コミュニティタイプでは、拡張コミュニティの2番目のオクテットは「サブタイプ」フィールドで、残りの6つのオクテットは「値」フィールドです。これらは「拡張型」と呼ばれます。他のタイプの場合、「サブタイプ」フィールドはなく、「値」フィールドには7つのオクテットが含まれています。これらは「通常のタイプ」と呼ばれます。

RFC 4360 is not very specific about how the IANA registries for Extended Community Types and/or Sub-Types are to be organized, and this has led to some confusion. The purpose of this document is to reorganize the registries to make the IANA codepoint allocation task more straightforward.

RFC 4360は、拡張コミュニティタイプまたはサブタイプ、あるいはその両方のIANAレジストリをどのように編成するかについてはそれほど明確ではなく、これにより混乱が生じています。このドキュメントの目的は、IANAコードポイント割り当てタスクをより簡単にするためにレジストリを再編成することです。

2. Types, Sub-Types, and Registries

2. タイプ、サブタイプ、およびレジストリ

The high-order octet of an Extended Community will be known as the "Type" field.

拡張コミュニティの高次オクテットは「タイプ」フィールドと呼ばれます。

There will be one IANA registry for "Transitive Extended Community Types" (see Section 5.1.1) and one for "Non-transitive Extended Community Types" (Section 5.1.2). Each registry specifies three ranges, and each range is associated with a particular IANA allocation policy.

「推移的拡張コミュニティタイプ」（セクション5.1.1を参照）用の1つのIANAレジストリと「非推移的拡張コミュニティタイプ」（セクション5.1.2）の1つがあります。各レジストリは3つの範囲を指定し、各範囲は特定のIANA割り当てポリシーに関連付けられています。

There will be a set of IANA registries for Extended Community Sub-Types (see Section 5.2). Each such registry will have a range of 0x00-0xFF. Values in the range 0x00-0xBF are assignable by IANA according to the "First Come First Served" allocation policy of [RFC5226]. Values in the range 0xC0-0xFF are assignable by IANA according to the "IETF Review" allocation policy of [RFC5226].

拡張コミュニティサブタイプ用の一連のIANAレジストリがあります（セクション5.2を参照）。このような各レジストリには、0x00〜0xFFの範囲があります。 0x00-0xBFの範囲の値は、[RFC5226]の「先着順」割り当てポリシーに従ってIANAによって割り当て可能です。 [RFC5226]の「IETFレビュー」割り当てポリシーに従って、0xC0-0xFFの範囲の値はIANAによって割り当て可能です。

If a particular Type has Sub-Types, that Type's entry in its Type registry identifies its Sub-Type registry. Note that some Types do not have Sub-Types. When the request is made to establish a new Type registry, the request must specify whether or not there is to be a Sub-Type registry associated with that Type.

特定のタイプにサブタイプがある場合、タイプレジストリ内のそのタイプのエントリは、そのサブタイプレジストリを識別します。一部のタイプにはサブタイプがないことに注意してください。新しいタイプレジストリを確立する要求が行われた場合、その要求は、そのタイプに関連付けられたサブタイプレジストリが存在するかどうかを指定する必要があります。

Whether a given Type has Sub-Types is determined when the Type is initially defined; this cannot be changed later.

特定のタイプにサブタイプがあるかどうかは、タイプが最初に定義されるときに決定されます。これは後で変更できません。

3. Applicability to IPv6-Address-Specific EC Attribute

3. IPv6アドレス固有のEC属性への適用性

RFC 5701 [RFC5701] defines the IPv6-Address-Specific Extended Community to be a 20-octet quantity whose high-order two octets may be considered to be the "Type" field. The high-order octet is either 0x00, indicating a transitive Extended Community; or 0x40, indicating a Non-transitive Extended Community. The second octet is said to be a "Sub-Type", and it is suggested that the Sub-Types are the same as the Sub-Types for the IPv4-Address-Specific Extended Community. However, the existing IANA codepoint allocations for this octet do not always match the corresponding allocations for the IPv4-Address-Specific Extended Community Sub-Types.

RFC 5701 [RFC5701]は、IPv6-Address-Specific Extended Communityを20オクテットの量として定義し、その上位2オクテットは「タイプ」フィールドと見なされる場合があります。高次オクテットは0x00であり、推移的な拡張コミュニティを示します。または0x40、非推移的拡張コミュニティを示します。 2番目のオクテットは「サブタイプ」と呼ばれ、サブタイプはIPv4-Address-Specific Extended Communityのサブタイプと同じであることをお勧めします。ただし、このオクテットの既存のIANAコードポイント割り当ては、IPv4アドレス固有の拡張コミュニティサブタイプの対応する割り当てと常に一致するとは限りません。

This document modifies RFC 5701 by removing any requirement for the values of the second octet of the IPv6-Address-Specific Extended Community Type codepoints to match the codepoints in either of the IPv4-Address-Specific Sub-Types registries.

このドキュメントでは、IPv6-Address-Specific Extended Community Typeコードポイントの2番目のオクテットの値の要件を削除して、IPv4-Address-Specific Sub-Typesレジストリのいずれかのコードポイントと一致するようにRFC 5701を変更します。

This document requests IANA to create two IPv6-Address-Specific Extended Community registries -- one for transitive communities and one for non-transitive communities. See Section 5.3.

このドキュメントは、IANAに2つのIPv6-Address-Specific Extended Communityレジストリを作成するように要求します。1つは推移的なコミュニティ用で、もう1つは非推移的なコミュニティ用です。セクション5.3を参照してください。

4. How to Request EC Type and/or Sub-Type Codepoints

4. ECタイプやサブタイプコードポイントをリクエストする方法

When a codepoint is needed for a new Extended Community, the requester should first determine whether an existing Type can be used. If so, IANA should be asked to allocate a codepoint from the corresponding Sub-Type registry, if there is one.

新しい拡張コミュニティにコードポイントが必要な場合、リクエスタは最初に既存のタイプを使用できるかどうかを判断する必要があります。もしそうなら、もしあれば、対応するサブタイプレジストリからコードポイントを割り当てるようIANAに要求する必要があります。

If a new Extended Community Type is needed, the requester should ask IANA to allocate a new type from the "BGP Transitive Extended Community Types" registry, the "BGP Non-Transitive Extended Community Types" registry, or both. It is up to the requester to state whether an allocation is needed from one or both of these registries. When an allocation from both registries is requested, the requester may find it desirable for both allocations to share the same low-order six bits. If so, it is the responsibility of the requester to explicitly request this of IANA.

新しい拡張コミュニティタイプが必要な場合、リクエスタはIANAに「BGP推移的拡張コミュニティタイプ」レジストリ、「BGP非推移的拡張コミュニティタイプ」レジストリ、またはその両方から新しいタイプを割り当てるように依頼する必要があります。これらのレジストリの1つまたは両方からの割り当てが必要かどうかを示すのは、要求者の責任です。両方のレジストリからの割り当てが要求された場合、リクエスタは、両方の割り当てが同じ下位6ビットを共有することが望ましい場合があります。その場合、IANAにこれを明示的に要求するのは要求者の責任です。

Of course, any request for a codepoint from a particular registry must follow the defined registration procedures for that registry.

もちろん、特定のレジストリからのコードポイントの要求は、そのレジストリに定義された登録手順に従う必要があります。

If a new Extended Community Type is needed and the new Type is to have Sub-Types, the requester should specify whether an existing Sub-Type registry can be used for the new Type or a new Sub-Type registry is needed. (At the current time, every Type that has Sub-Types is associated with a unique Sub-Type registry. It is possible that in the future a new Type registry may be created that is associated with a pre-existing Sub-Type registry.) In either case, if a new Sub-Type value needs to be allocated from a particular Sub-Type registry, the request should explicitly identify the registry.

新しい拡張コミュニティタイプが必要で、新しいタイプにサブタイプを含める場合、リクエスタは既存のサブタイプレジストリを新しいタイプに使用できるか、または新しいサブタイプレジストリが必要かを指定する必要があります。（現時点では、サブタイプを持つすべてのタイプは一意のサブタイプレジストリに関連付けられています。将来的には、既存のサブタイプレジストリに関連付けられた新しいタイプレジストリが作成される可能性があります。）いずれの場合も、特定のサブタイプレジストリから新しいサブタイプ値を割り当てる必要がある場合、リクエストはレジストリを明示的に識別する必要があります。

If the creation of a new Sub-Type registry is requested, the range of values is always 0x00-0xFF. It is recommended that the allocation policy described in Section 2 be used, i.e., 0x00-0xBF to be allocated by IANA under the "First Come First Served" policy and 0xC0-0xFF to be allocated by IANA under the "IETF Review" policy.

新しいサブタイプレジストリの作成が要求された場合、値の範囲は常に0x00-0xFFです。セクション2で説明されている割り当てポリシーを使用することをお勧めします。つまり、0x00-0xBFは「先着順」ポリシーでIANAによって割り当てられ、0xC0-0xFFは「IETFレビュー」ポリシーでIANAによって割り当てられます。

Commonly, a new Extended Community is defined such that it can be of several Types. For example, one may want to define a new Extended Community so that it can be either transitive or non-transitive, either the two-octet AS Number Type or the four-octet AS Number Type, etc. The requester is responsible for explicitly asking IANA to allocate codepoints in all the necessary Type and/or Sub-Type registries.

一般に、新しい拡張コミュニティは、いくつかのタイプになるように定義されています。たとえば、2オクテットのAS番号タイプまたは4オクテットのAS番号タイプなど、推移的または非推移的のいずれかになるように、新しい拡張コミュニティを定義したい場合があります。要求者は、明示的に要求する責任があります。 IANAは、必要なすべてのタイプおよび/またはサブタイプレジストリにコードポイントを割り当てます。

When a new Extended Community is defined, it may be necessary to ask IANA to allocate codepoints in several Sub-Type registries. In this case, it is a common practice to ask IANA to allocate the same codepoint value in each registry. If this is desired, it is the responsibility of the requester to explicitly ask IANA to allocate the same value in each registry.

新しい拡張コミュニティが定義されると、IANAにいくつかのサブタイプレジストリにコードポイントを割り当てるよう依頼することが必要になる場合があります。この場合、IANAに各レジストリに同じコードポイント値を割り当てるよう依頼するのが一般的な方法です。これが必要な場合は、IANAに各レジストリに同じ値を割り当てるように明示的に要求するのは要求者の責任です。

When a new Extended Community Sub-Type codepoint is allocated, it may also be desirable to allocate a corresponding value in one or both of the IPv6-Address-Specific Extended Community registries. The requester is responsible for requesting this allocation explicitly. If the requester would like the same numerical value to be allocated in an IPv6-Address-Specific Extended Community registry that is allocated in some other registry, it is the responsibility of the requester to explicitly ask this of IANA.

新しい拡張コミュニティサブタイプコードポイントが割り当てられるとき、IPv6アドレス固有の拡張コミュニティレジストリの一方または両方に対応する値を割り当てることも望ましい場合があります。要求者は、この割り当てを明示的に要求する責任があります。リクエスタが他のレジストリに割り当てられているIPv6-Address-Specific Extended Communityレジストリに同じ数値を割り当てたい場合、IANAにこれを明示的に要求するのはリクエスタの責任です。

5. IANA Considerations

5. IANAに関する考慮事項

IANA has replaced the pre-existing BGP Extended Communities registries with the registries described in this section.

IANAは、既存のBGP拡張コミュニティレジストリを、このセクションで説明するレジストリに置き換えました。

The registries reproduced below do not include the "references" or "date" fields for the individual codepoints in the registries, because it is difficult to incorporate those within the 72-character line limitation of RFCs. The references and associated dates have been copied from the existing registries when creating the new registries; the authors have worked with IANA to ensure that this information has been carried over correctly to the reorganized registry. As this document does not change the usage or semantics of any of the codepoints, the references associated with the individual codepoints do not change.

以下に再現されたレジストリには、RFCの72文字の行制限内にそれらを組み込むことが難しいため、レジストリ内の個々のコードポイントの「参照」または「日付」フィールドは含まれていません。参照と関連する日付は、新しいレジストリを作成するときに既存のレジストリからコピーされています。著者はIANAと協力して、この情報が再編成されたレジストリに正しく引き継がれるようにしました。このドキュメントはコードポイントの使用法やセマンティクスを変更しないため、個々のコードポイントに関連付けられている参照は変更されません。

On the other hand, the references for each of the registries defined in this section have been changed to refer to this document.

一方、このセクションで定義されている各レジストリの参照は、このドキュメントを参照するように変更されています。

5.1. Registries for the "Type" Field

5.1. 「タイプ」フィールドのレジストリ

5.1.1. Transitive Types

5.1.1. 推移的なタイプ

The following note has been added to the "BGP Transitive Extended Community Types" registry.

「BGP Transitive Extended Community Types」レジストリに次のメモが追加されました。

This registry contains values of the high-order octet (the "Type" field) of a Transitive Extended Community.

このレジストリには、推移的拡張コミュニティの高次オクテット（「タイプ」フィールド）の値が含まれています。

Registry Name: BGP Transitive Extended Community Types

レジストリ名：BGP推移的拡張コミュニティタイプ

RANGE REGISTRATION PROCEDURES

範囲登録手続き

0x00-0x3F First Come First Served 0x80-0x8F Experimental Use (see RFC 3692) 0x90-0xBF Standards Action

0x00-0x3F先着順0x80-0x8F実験的使用（RFC 3692を参照）0x90-0xBF標準アクション

TYPE VALUE NAME

タイプ値名前

0x00 Transitive Two-Octet AS-Specific Extended Community (Sub-Types are defined in the "Transitive Two-Octet AS-Specific Extended Community Sub-Types" registry)

0x00推移的2オクテットAS固有の拡張コミュニティ（サブタイプは「推移的2オクテットAS固有の拡張コミュニティサブタイプ」レジストリで定義されています）

0x01 Transitive IPv4-Address-Specific Extended Community (Sub-Types are defined in the "Transitive IPv4-Address-Specific Extended Community Sub-Types" registry)

0x01推移的なIPv4-Address-Specific Extended Community（サブタイプは「推移的なIPv4-Address-Specific Extended Community Sub-Types」レジストリで定義されています）

0x02 Transitive Four-Octet AS-Specific Extended Community (Sub-Types are defined in the "Transitive Four-Octet AS-Specific Extended Community Sub-Types" registry)

0x02推移的な4オクテットAS固有の拡張コミュニティ（サブタイプは「推移的な4オクテットAS固有の拡張コミュニティサブタイプ」レジストリで定義されています）

0x03 Transitive Opaque Extended Community (Sub-Types are defined in the "Transitive Opaque Extended Community Sub-Types" registry)

0x03 Transitive Opaque Extended Community（サブタイプは「Transitive Opaque Extended Community Sub-Types」レジストリで定義されています）

0x04 QoS Marking

0x04 QoSマーキング

0x05 CoS Capability

0x05 CoS機能

0x06 EVPN (Sub-Types are defined in the "EVPN Extended Community Sub-Types" registry)

0x06 EVPN（サブタイプは「EVPN拡張コミュニティサブタイプ」レジストリで定義されています）

0x08 Flow spec redirect/mirror to IP next-hop 0x80 Generic Transitive Experimental Use Extended Community (Sub-Types are defined in the "Generic Transitive Experimental Use Extended Community Sub-Types" registry)

0x08フロー仕様リダイレクト/ミラーリングからIPネクストホップ0x80ジェネリック推移的実験的使用拡張コミュニティ（サブタイプは「ジェネリック推移的実験的使用拡張コミュニティサブタイプ」レジストリで定義されています）

5.1.2. Non-Transitive Types

5.1.2. 非推移的なタイプ

The following note has been added to the "BGP Non-Transitive Extended Community Types" registry.

次のメモが「BGP非推移的拡張コミュニティタイプ」レジストリに追加されました。

This registry contains values of the high-order octet (the "Type" field) of a Non-transitive Extended Community.

このレジストリには、非推移的拡張コミュニティの高次オクテット（「タイプ」フィールド）の値が含まれています。

Registry Name: BGP Non-Transitive Extended Community Types

レジストリ名：BGP非推移的拡張コミュニティタイプ

RANGE REGISTRATION PROCEDURES

範囲登録手続き

0x40-0x7F First Come First Served 0xC0-0xCF Experimental Use (see RFC 3692) 0xD0-0xFF Standards Action

0x40-0x7F先着順0xC0-0xCF実験的使用（RFC 3692を参照）0xD0-0xFF標準アクション

TYPE VALUE NAME

タイプ値名前

0x40 Non-Transitive Two-Octet AS-Specific Extended Community (Sub-Types are defined in the "Non-Transitive Two-Octet AS-Specific Extended Community Sub-Types" registry)

0x40非推移的2オクテットAS固有の拡張コミュニティ（サブタイプは「非推移的2オクテットAS固有の拡張コミュニティサブタイプ」レジストリで定義されています）

0x41 Non-Transitive IPv4-Address-Specific Extended Community (Sub-Types are defined in the "Non-Transitive IPv4-Address-Specific Extended Community Sub-Types" registry)

0x41非推移的なIPv4-Address-Specific Extended Community（サブタイプは「非推移的なIPv4-Address-Specific Extended Community Sub-Types」レジストリで定義されています）

0x42 Non-Transitive Four-Octet AS-Specific Extended Community (Sub-Types are defined in the "Non-Transitive Four-Octet AS-Specific Extended Community Sub-Types" registry)

0x42非推移的4オクテットAS固有の拡張コミュニティ（サブタイプは「非推移的4オクテットAS固有の拡張コミュニティサブタイプ」レジストリで定義されています）

0x43 Non-Transitive Opaque Extended Community (Sub-Types are defined in the "Non-Transitive Opaque Extended Community Sub-Types" registry)

0x43非推移的な不透明な拡張コミュニティ（サブタイプは「非推移的な不透明な拡張コミュニティサブタイプ」レジストリで定義されています）

0x44 QoS Marking

0x44 QoSマーキング

5.2. Registries for the "Sub-Type" Field

5.2. 「サブタイプ」フィールドのレジストリ

5.2.1. EVPN Extended Community Sub-Types

5.2.1. EVPN拡張コミュニティサブタイプ

The following note has been added to the "EVPN Extended Community Sub-Types" registry:

次のメモが「EVPN拡張コミュニティサブタイプ」レジストリに追加されました。

This registry contains values of the second octet (the "Sub-Type" field) of an extended community when the value of the first octet (the "Type" field) is 0x06.

このレジストリには、最初のオクテット（「タイプ」フィールド）の値が0x06の場合、拡張コミュニティの2番目のオクテット（「サブタイプ」フィールド）の値が含まれています。

Registry Name: EVPN Extended Community Sub-Types

レジストリ名：EVPN拡張コミュニティサブタイプ

RANGE REGISTRATION PROCEDURE

範囲登録手順

0x00-0xBF First Come First Served 0xC0-0xFF IETF Review

0x00-0xBF先着順0xC0-0xFF IETFレビュー

SUB-TYPE VALUE NAME

サブタイプ値の名前

0x00 MAC Mobility 0x01 ESI MPLS Label 0x02 ES Import

0x00 MACモビリティ0x01 ESI MPLSラベル0x02 ESインポート

5.2.2. Transitive Two-Octet AS-Specific Extended Community Sub-Types

5.2.2. 推移的な2オクテットAS固有の拡張コミュニティサブタイプ

The following note has been added to the "Transitive Two-Octet AS-Specific Extended Community Sub-Types" registry:

「推移的2オクテットAS固有の拡張コミュニティサブタイプ」レジストリに次のメモが追加されました。

This registry contains values of the second octet (the "Sub-Type" field) of an extended community when the value of the first octet (the "Type" field) is 0x00.

このレジストリには、最初のオクテット（「タイプ」フィールド）の値が0x00の場合、拡張コミュニティの2番目のオクテット（「サブタイプ」フィールド）の値が含まれています。

Registry Name: Transitive Two-Octet AS-Specific Extended Community Sub-Types

レジストリ名：推移的な2オクテットAS固有の拡張コミュニティサブタイプ

RANGE REGISTRATION PROCEDURE

範囲登録手順

0x00-0xBF First Come First Served 0xC0-0xFF IETF Review

0x00-0xBF先着順0xC0-0xFF IETFレビュー

SUB-TYPE VALUE NAME

サブタイプ値の名前

0x02 Route Target 0x03 Route Origin 0x05 OSPF Domain Identifier 0x08 BGP Data Collection 0x09 Source AS 0x0A L2VPN Identifier 0x10 Cisco VPN-Distinguisher

0x02ルートターゲット0x03ルートオリジン0x05 OSPFドメイン識別子0x08 BGPデータコレクション0x09ソースAS 0x0A L2VPN ID 0x10 Cisco VPN-Distinguisher

5.2.3. Non-Transitive Two-Octet AS-Specific Extended Community Sub-Types

5.2.3. 非推移的2オクテットAS固有の拡張コミュニティサブタイプ

The following note has been added to the "Non-Transitive Two-Octet AS-Specific Extended Community Sub-Types" registry:

「非推移的2オクテットAS固有の拡張コミュニティサブタイプ」レジストリに次のメモが追加されました。

This registry contains values of the second octet (the "Sub-Type" field) of an extended community when the value of the first octet (the "Type" field) is 0x40.

このレジストリには、最初のオクテット（「タイプ」フィールド）の値が0x40の場合、拡張コミュニティの2番目のオクテット（「サブタイプ」フィールド）の値が含まれています。

Registry Name: Non-Transitive Two-Octet AS-Specific Extended Community Sub-Types

レジストリ名：非推移的な2オクテットAS固有の拡張コミュニティサブタイプ

RANGE REGISTRATION PROCEDURE

範囲登録手順

0x00-0xBF First Come First Served 0xC0-0xFF IETF Review

0x00-0xBF先着順0xC0-0xFF IETFレビュー

SUB-TYPE VALUE NAME

サブタイプ値の名前

0x04 Link Bandwidth Extended Community

0x04リンク帯域幅拡張コミュニティ

5.2.4. Transitive Four-Octet AS-Specific Extended Community Sub-Types

5.2.4. 推移的な4オクテットAS固有の拡張コミュニティサブタイプ

The following note has been added to the "Transitive Four-Octet AS-Specific Extended Community Sub-Types" registry:

「推移的4オクテットAS固有の拡張コミュニティサブタイプ」レジストリに次のメモが追加されました。

This registry contains values of the second octet (the "Sub-Type" field) of an extended community when the value of the first octet (the "Type" field) is 0x02.

このレジストリには、最初のオクテット（「タイプ」フィールド）の値が0x02の場合、拡張コミュニティの2番目のオクテット（「サブタイプ」フィールド）の値が含まれています。

Registry Name: Transitive Four-Octet AS-Specific Extended Community Sub-Types

レジストリ名：推移的な4オクテットAS固有の拡張コミュニティサブタイプ

RANGE REGISTRATION PROCEDURE

範囲登録手順

0x00-0xBF First Come First Served 0xC0-0xFF IETF Review

0x00-0xBF先着順0xC0-0xFF IETFレビュー

SUB-TYPE VALUE NAME

サブタイプ値の名前

0x02 Route Target 0x03 Route Origin 0x04 Generic 0x05 OSPF Domain Identifier 0x08 BGP Data Collection 0x09 Source AS 0x10 Cisco VPN Identifier

0x02ルートターゲット0x03ルートオリジン0x04汎用0x05 OSPFドメインID 0x08 BGPデータコレクション0x09ソースAS 0x10 Cisco VPN ID

5.2.5. Non-Transitive Four-Octet AS-Specific Extended Community Sub-Types

5.2.5. 非推移的な4オクテットAS固有の拡張コミュニティサブタイプ

The following note has been added to the "Non-Transitive Four-Octet AS-Specific Extended Community Sub-Types" registry:

「非推移的4オクテットAS固有の拡張コミュニティサブタイプ」レジストリに次のメモが追加されました。

This registry contains values of the second octet (the "Sub-Type" field) of an extended community when the value of the first octet (the "Type" field) is 0x42.

このレジストリには、最初のオクテット（「タイプ」フィールド）の値が0x42の場合、拡張コミュニティの2番目のオクテット（「サブタイプ」フィールド）の値が含まれています。

Registry Name: Non-Transitive Four-Octet AS-Specific Extended Community Sub-Types

レジストリ名：非推移的な4オクテットAS固有の拡張コミュニティサブタイプ

RANGE REGISTRATION PROCEDURE

範囲登録手順

0x00-0xBF First Come First Served 0xC0-0xFF IETF Review

0x00-0xBF先着順0xC0-0xFF IETFレビュー

SUB-TYPE VALUE NAME

サブタイプ値の名前

0x04 Generic

0x04一般

5.2.6. Transitive IPv4-Address-Specific Extended Community Sub-Types

5.2.6. 推移的なIPv4アドレス固有の拡張コミュニティサブタイプ

The following note has been added to the "Transitive IPv4-Address-Specific Extended Community Sub-Types" registry:

「推移的IPv4-アドレス固有の拡張コミュニティサブタイプ」レジストリに次のメモが追加されました。

This registry contains values of the second octet (the "Sub-Type" field) of an extended community when the value of the first octet (the "Type" field) is 0x01.

このレジストリには、最初のオクテット（「タイプ」フィールド）の値が0x01の場合、拡張コミュニティの2番目のオクテット（「サブタイプ」フィールド）の値が含まれています。

Registry Name: Transitive IPv4-Address-Specific Extended Community Sub-Types

レジストリ名：推移的なIPv4アドレス固有の拡張コミュニティサブタイプ

RANGE REGISTRATION PROCEDURE

範囲登録手順

0x00-0xBF First Come First Served 0xC0-0xFF IETF Review

0x00-0xBF先着順0xC0-0xFF IETFレビュー

SUB-TYPE VALUE NAME

サブタイプ値の名前

0x02 Route Target 0x03 Route Origin 0x05 OSPF Domain Identifier 0x07 OSPF Route ID 0x0A L2VPN Identifier 0x0B VRF Route Import 0x10 Cisco VPN-Distinguisher

0x02ルートターゲット0x03ルートオリジン0x05 OSPFドメイン識別子0x07 OSPFルートID 0x0A L2VPN ID 0x0B VRFルートインポート0x10 Cisco VPN-Distinguisher

5.2.7. Non-Transitive IPv4-Address-Specific Extended Community Sub-Types

5.2.7. 非推移的なIPv4アドレス固有の拡張コミュニティサブタイプ

The following note has been added to the "Non-Transitive IPv4-Address-Specific Extended Community Sub-Types" registry:

「非推移的なIPv4-Address-Specific Extended Community Sub-Types」レジストリに次のメモが追加されました。

This registry contains values of the second octet (the "Sub-Type" field) of an extended community when the value of the first octet (the "Type" field) is 0x41.

このレジストリには、最初のオクテット（「タイプ」フィールド）の値が0x41の場合、拡張コミュニティの2番目のオクテット（「サブタイプ」フィールド）の値が含まれています。

Registry Name: Non-Transitive IPv4-Address-Specific Extended Community Sub-Types

レジストリ名：非推移的なIPv4アドレス固有の拡張コミュニティサブタイプ

RANGE REGISTRATION PROCEDURE

範囲登録手順

0x00-0xBF First Come First Served 0xC0-0xFF IETF Review

0x00-0xBF先着順0xC0-0xFF IETFレビュー

None Assigned

割り当てなし

5.2.8. Transitive Opaque Extended Community Sub-Types

5.2.8. 推移的不透明な拡張コミュニティサブタイプ

The following note has been added to the "Transitive Opaque Extended Community Sub-Types" registry:

次の注記が「Transitive Opaque Extended Community Sub-Types」レジストリに追加されました。

This registry contains values of the second octet (the "Sub-Type" field) of an extended community when the value of the first octet (the "Type" field) is 0x03.

このレジストリには、最初のオクテット（「タイプ」フィールド）の値が0x03の場合、拡張コミュニティの2番目のオクテット（「サブタイプ」フィールド）の値が含まれています。

Registry Name: Transitive Opaque Extended Community Sub-Types

レジストリ名：Transitive Opaque Extended Community Sub-Types

RANGE REGISTRATION PROCEDURE

範囲登録手順

0x00-0xBF First Come First Served 0xC0-0xFF IETF Review

0x00-0xBF先着順0xC0-0xFF IETFレビュー

SUB-TYPE VALUE NAME

サブタイプ値の名前

0x06 OSPF Route Type 0x0B Color Extended Community 0x0C Encapsulation Extended Community 0x0D Default Gateway

0x06 OSPFルートタイプ0x0Bカラー拡張コミュニティ0x0Cカプセル化拡張コミュニティ0x0Dデフォルトゲートウェイ

5.2.9. Non-Transitive Opaque Extended Community Sub-Types

5.2.9. 非推移的な不透明な拡張コミュニティサブタイプ

The following note has been added to the "Non-Transitive Opaque Extended Community Sub-Types" registry:

「非推移的な不透明な拡張コミュニティサブタイプ」レジストリに次のメモが追加されました。

This registry contains values of the second octet (the "Sub-Type" field) of an extended community when the value of the first octet (the "Type" field) is 0x43.

このレジストリには、最初のオクテット（「タイプ」フィールド）の値が0x43の場合、拡張コミュニティの2番目のオクテット（「サブタイプ」フィールド）の値が含まれています。

Registry Name: Non-Transitive Opaque Extended Community Sub-Types

レジストリ名：非推移的な不透明な拡張コミュニティサブタイプ

RANGE REGISTRATION PROCEDURE

範囲登録手順

0x00-0xBF First Come First Served 0xC0-0xFF IETF Review

0x00-0xBF先着順0xC0-0xFF IETFレビュー

SUB-TYPE VALUE NAME

サブタイプ値の名前

0x00 BGP Origin Validation State

0x00 BGPオリジン検証状態

5.2.10. Generic Transitive Experimental Use Extended Community Sub-Types

5.2.10. 一般的な推移的な実験的使用拡張コミュニティサブタイプ

The following note has been added to the "Generic Transitive Experimental Use Extended Community Sub-Types" registry:

次のメモが「Generic Transitive Experimental Use Extended Community Sub-Types」レジストリに追加されました。

This registry contains values of the second octet (the "Sub-Type" field) of an extended community when the value of the first octet (the "Type" field) is 0x80.

このレジストリには、最初のオクテット（「タイプ」フィールド）の値が0x80の場合、拡張コミュニティの2番目のオクテット（「サブタイプ」フィールド）の値が含まれています。

Registry Name: Generic Transitive Experimental Use Extended Community Sub-Types

レジストリ名：Generic Transitive Experimental Use Extended Community Sub-Types

RANGE REGISTRATION PROCEDURE

範囲登録手順

0x00-0xBF First Come First Served 0xC0-0xFF IETF Review

0x00-0xBF先着順0xC0-0xFF IETFレビュー

SUB-TYPE VALUE NAME

サブタイプ値の名前

0x06 Flow spec traffic-rate 0x07 Flow spec traffic-action (Use of the "Value" field is defined in the "Traffic Action Fields" registry) 0x08 Flow spec redirect 0x09 Flow spec traffic-remarking 0x0A Layer2 Info Extended Community

0x06フロースペックトラフィックレート0x07フロースペックトラフィックアクション（「値」フィールドの使用は、「トラフィックアクションフィールド」レジストリで定義されています）0x08フロースペックリダイレクト0x09フロースペックトラフィック再マーキング0x0Aレイヤー2情報拡張コミュニティ

Note: RFC 5575 contains narrative text that declares the "Flow spec traffic-rate" to be non-transitive but then assigns it a codepoint that indicates that it is transitive. Addressing this error in RFC 5575 is not within the scope of this document.

注：RFC 5575には、「フロースペックトラフィックレート」が非推移的であると宣言するが、推移的であることを示すコードポイントを割り当てるナラティブテキストが含まれています。 RFC 5575でこのエラーに対処することは、このドキュメントの範囲外です。

5.2.11. Registries for the "Value" Field

5.2.11. 「値」フィールドのレジストリ

At the time of the writing of this document, there is only one registry containing codepoints for the "Value" field of an Extended Community.

このドキュメントの執筆時点では、拡張コミュニティの「値」フィールドのコードポイントを含むレジストリは1つしかありません。

5.2.11.1. Traffic Action Fields

5.2.11.1. トラフィックアクションフィールド

This registry has not been modified.

このレジストリは変更されていません。

5.3. Registries for IPv6-Address-Specific ECs

5.3. IPv6アドレス固有のECのレジストリ

5.3.1. Transitive Types

5.3.1. 推移的なタイプ

The following note has been added to the "Transitive IPv6-Address-Specific Extended Community Types" registry:

「推移的IPv6-アドレス固有の拡張コミュニティタイプ」レジストリに次のメモが追加されました。

This registry contains values of the two high-order octets of an IPv6-Address-Specific Extended Community.

このレジストリには、IPv6-Address-Specific Extended Communityの2つの高次オクテットの値が含まれています。

Registry Name: Transitive IPv6-Address-Specific Extended Community Types

レジストリ名：推移的なIPv6アドレス固有の拡張コミュニティタイプ

RANGE REGISTRATION PROCEDURE

範囲登録手順

0x0000-0x00FF First Come First Served

0x0000-0x00FF先着順

TYPE VALUE NAME

タイプ値名前

0x0002 Route Target 0x0003 Route Origin 0x0004 OSPFv3 Route Attributes (deprecated) 0x000B VRF Route Import 0x0010 Cisco VPN-Distinguisher 0x0011 UUID-based Route Target

0x0002ルートターゲット0x0003ルートオリジン0x0004 OSPFv3ルート属性（非推奨）0x000B VRFルートインポート0x0010 Cisco VPN-Distinguisher 0x0011 UUIDベースのルートターゲット

5.3.2. Non-Transitive Types

5.3.2. 非推移的なタイプ

The following note has been added to the "Non-Transitive IPv6-Address-Specific Extended Community Types" registry:

「非推移的なIPv6アドレス固有の拡張コミュニティタイプ」レジストリに次のメモが追加されました。

This registry contains values of the two high-order octets of an IPv6-Address-Specific Extended Community.

このレジストリには、IPv6-Address-Specific Extended Communityの2つの高次オクテットの値が含まれています。

Registry Name: Non-Transitive IPv6-Address-Specific Extended Community Types

レジストリ名：非推移的なIPv6アドレス固有の拡張コミュニティタイプ

RANGE REGISTRATION PROCEDURE

範囲登録手順

0x4000-0x40FF First Come First Served

0x4000-0x40FF先着順

None assigned

割り当てなし

6. Security Considerations

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

No security considerations are raised by this document.

このドキュメントでは、セキュリティに関する考慮事項はありません。

7. Acknowledgments

7. 謝辞

The authors wish to thank Jon Mitchell, Hyojeong Kim, and Pearl Liang for their review and comments.

著者は、レビューとコメントを提供してくれたJon Mitchell、Hyojeong Kim、Pearl Liangに感謝します。

The authors wish to thank Amanda Baber of IANA for educating us on some of the problems faced by IANA staff when responding to requests for BGP Extended Community Type and Sub-Type codepoint allocations.

著者は、BGP拡張コミュニティタイプおよびサブタイプコードポイント割り当てのリクエストに応答するときにIANAスタッフが直面するいくつかの問題について教えてくれたIANAのAmanda Baberに感謝します。

8. Normative References

8. 引用文献

[RFC3692] Narten, T., "Assigning Experimental and Testing Numbers Considered Useful", BCP 82, RFC 3692, January 2004.

[RFC3692]ナルテン、T。、「実験的およびテスト番号の割り当ては有用と見なされた」、BCP 82、RFC 3692、2004年1月。

[RFC4360] Sangli, S., Tappan, D., and Y. Rekhter, "BGP Extended Communities Attribute", RFC 4360, February 2006.

[RFC4360] Sangli、S.、Tappan、D。、およびY. Rekhter、「BGP Extended Communities Attribute」、RFC 4360、2006年2月。

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

[RFC5701] Rekhter, Y., "IPv6 Address Specific BGP Extended Community Attribute", RFC 5701, November 2009.

[RFC5701] Rekhter、Y。、「IPv6アドレス固有のBGP拡張コミュニティ属性」、RFC 5701、2009年11月。

[RFC7120] Cotton, M., "Early IANA Allocation of Standards Track Code Points", BCP 100, RFC 7120, January 2014.

[RFC7120]コットン、M。、「規格トラックコードポイントの初期IANA割り当て」、BCP 100、RFC 7120、2014年1月。

Authors' Addresses

著者のアドレス

Yakov Rekhter Juniper Networks 1194 North Mathilda Ave. Sunnyvale, CA 94089

Yakov Rekhter Juniper Networks 1194 North Mathilda Ave. Sunnyvale、CA 94089

   EMail: yakov@juniper.net

Eric C. Rosen Cisco Systems, Inc. 1414 Massachusetts Avenue Boxborough, MA 01719

えりｃＣ。ろせんしｓこＳｙｓてｍｓ、いんｃ。１４１４まっさちゅせっｔｓあゔぇぬえぼｘぼろうｇｈ、ま０１７１９

   EMail: erosen@cisco.com