[要約] RFC 6003は、Ethernetトラフィックパラメータに関する標準化された仕様であり、トラフィックの特性とパフォーマンスを定義しています。このRFCの目的は、ネットワーク管理者がEthernetネットワークのトラフィックを効果的に制御し、最適なパフォーマンスを実現するためのガイドラインを提供することです。
Internet Engineering Task Force (IETF) D. Papadimitriou
Request for Comments: 6003 Alcatel-Lucent
Updates: 3471, 3473 October 2010
Category: Standards Track
ISSN: 2070-1721
Ethernet Traffic Parameters
イーサネットトラフィックパラメーター
Abstract
概要
This document describes the support of Metro Ethernet Forum (MEF) Ethernet traffic parameters as described in MEF10.1 when using Generalized Multi-Protocol Label Switching (GMPLS) Resource ReSerVation Protocol - Traffic Engineering (RSVP-TE) signaling.
このドキュメントでは、一般化されたマルチプロトコルラベルスイッチング（GMPLS）リソース予約プロトコル - トラフィックエンジニアリング（RSVP-TE）シグナル伝達を使用する場合のMEF10.1で説明されているメトロイーサネットフォーラム（MEF）イーサネットトラフィックパラメーターのサポートについて説明します。
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 5741.
このドキュメントは、インターネットエンジニアリングタスクフォース（IETF）の製品です。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/rfc6003.
このドキュメントの現在のステータス、任意のERRATA、およびそのフィードバックを提供する方法に関する情報は、http：//www.rfc-editor.org/info/rfc6003で取得できます。
Copyright Notice
著作権表示
Copyright (c) 2010 IETF Trust and the persons identified as the document authors. All rights reserved.
Copyright（c）2010 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ドキュメント（http://trustee.ietf.org/license-info）に関連するIETF Trustの法的規定の対象となります。この文書に関するあなたの権利と制限を説明するので、これらの文書を注意深く確認してください。このドキュメントから抽出されたコードコンポーネントには、セクション4.Eで説明されている法的規定のセクション4.Eで説明されており、単純化されたBSDライセンスで説明されているように保証なしで提供される簡略化されたBSDライセンステキストを含める必要があります。
Per [RFC3471], Generalized Multi-Protocol Label Switching (GMPLS) allows the inclusion of technology-specific parameters in signaling. This document introduces Ethernet SENDER_TSPEC and FLOWSPEC-specific objects in support of Metro Ethernet Forum (MEF) Ethernet traffic parameters as specified in [MEF10.1] and ITU-T Ethernet Service Switching as discussed in [RFC6004]. For example:
[RFC3471]ごとに、一般化されたマルチプロトコルラベルスイッチング（GMPLS）により、シグナリングに技術固有のパラメーターを含めることができます。このドキュメントでは、[MEF10.1]で指定されているメトロイーサネットフォーラム（MEF）イーサネットトラフィックパラメーターと[RFC6004]で説明されているITU-TイーサネットサービススイッチングをサポートするイーサネットSender_TSPECおよびFlowsPec固有のオブジェクトを紹介します。例えば：
o For Ethernet Private Line (EPL) services [MEF6], these traffic parameters are applicable to each Ethernet Virtual Connection (EVC) crossing a given port.
o イーサネットプライベートライン（EPL）サービス[MEF6]の場合、これらのトラフィックパラメーターは、特定のポートを横断する各イーサネット仮想接続（EVC）に適用できます。
o For Ethernet Virtual Private Line (EVPL) services [MEF6], these traffic parameters are applicable per Ethernet Virtual Connection (EVC) with a single or multiple Class of Service (CoS), independent of its associated Virtual LAN ID (VID) or set of VIDs.
o イーサネット仮想プライベートライン（EVPL）サービス[MEF6]の場合、これらのトラフィックパラメーターは、関連する仮想LAN ID（VID）またはセットのセットに関係なく、単一または複数のクラスのサービス（COS）を備えたイーサネット仮想接続（EVC）ごとに適用されます。ビデオ。
Association between EVC and VIDs is detailed in [MEF10.1]. The format and encoding of the VID (or set of VIDs) is documented in a companion document [RFC6004].
EVCとVIDSの関連性は[MEF10.1]に詳述されています。VID（またはVIDSのセット）の形式とエンコードは、コンパニオンドキュメント[RFC6004]に文書化されています。
This does not preclude broader usage of the Ethernet SENDER_TSPEC and FLOWSPEC-specific objects specified this document. For instance, they may also be used for signaling Ethernet Label Switched Paths (LSPs), in the Generalized Label Request (see [RFC3471]), the Switching Type field is set to Layer 2 Switching Capability (L2SC) and the LSP Encoding Type field to Ethernet.
これは、このドキュメントを指定したイーサネットsender_tspecおよびflowspec固有のオブジェクトのより広範な使用を排除するものではありません。たとえば、それらは、一般化されたラベル要求（[RFC3471]を参照）で、シグナリングイーサネットラベルスイッチ付きパス（LSP）にも使用される場合があります。スイッチングタイプフィールドは、レイヤー2スイッチング機能（L2SC）およびLSPエンコード型フィールドに設定されます。イーサネットへ。
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 RFC 2119 [RFC2119].
この文書のキーワード "MUST", "MUST NOT", "REQUIRED", "SHALL", "SHALL NOT", "SHOULD", "SHOULD NOT", "RECOMMENDED", "MAY", および "OPTIONAL" はRFC 2119 [RFC2119]で説明されているように解釈されます。
Moreover, the reader is assumed to be familiar with the terminology in [MEF10.1] as well as in [RFC3471] and [RFC3473].
さらに、読者は[MEF10.1]および[RFC3471]および[RFC3473]の用語に精通していると想定されています。
In GMPLS RSVP-TE [RFC3473], the SENDER_TSPEC object is used on a Path message to indicate the bandwidth that is requested for the LSP being established, and the FLOWSPEC object is used on a Resv message to indicate the bandwidth actually reserved for the LSP. The Ethernet SENDER_TSPEC/FLOWSPEC object includes the Ethernet link type (switching granularity) of the requested LSP and the MTU value for the LSP. Other information about the requested bandwidth characteristics of the LSP are carried in the Bandwidth Profile as a TLV within the Ethernet SENDER_TSPEC/FLOWSPEC object.
gmpls rsvp-te [rfc3473]では、sender_tspecオブジェクトをパスメッセージで使用して、LSPが確立されている帯域幅を示すために使用され、flowspecオブジェクトはresvメッセージで使用され、LSPのために実際に予約されている帯域幅を示すために使用されます。。Ethernet sender_tspec/flowspecオブジェクトには、要求されたLSPのイーサネットリンクタイプ（スイッチング粒度）とLSPのMTU値が含まれます。LSPの要求された帯域幅特性に関するその他の情報は、Ethernet Sender_TSPEC/FlowsPecオブジェクト内のTLVとして帯域幅プロファイルに搭載されています。
The Ethernet SENDER_TSPEC/FLOWSPEC object includes the Ethernet link type (switching granularity) of the requested LSP and the MTU value for the LSP.
Ethernet sender_tspec/flowspecオブジェクトには、要求されたLSPのイーサネットリンクタイプ（スイッチング粒度）とLSPのMTU値が含まれます。
The Bandwidth Profile defines the set of traffic parameters applicable to a sequence of Service Frames, referred to as bandwidth profile parameters (as specified in [MEF10.1]):
帯域幅プロファイルは、帯域幅プロファイルパラメーターと呼ばれる一連のサービスフレームに適用されるトラフィックパラメーターのセットを定義します（[MEF10.1]で指定）：
o Committed Rate: indicates the rate at which traffic commits to be sent to the Ethernet LSP. The committed rate is described in terms of the CIR (Committed Information Rate) and CBS (Committed Burst Size) traffic parameters.
o コミットレート：トラフィックがイーサネットLSPに送信されるレートを示します。コミットされたレートは、CIR（コミットされた情報率）およびCBS（コミットされたバーストサイズ）トラフィックパラメーターの観点から説明されています。
o CIR is defined as the average rate (in bytes per unit of time) up to which the network is committed to transfer frames and meets its performance objectives.
o CIRは、ネットワークがフレームの転送にコミットし、そのパフォーマンス目標を満たすためにコミットする平均レート（単位単位単位単位）として定義されます。
o CBS defines a limit on the maximum number of information units (e.g., bytes) available for a burst of frames sent at the interface speed to remain CIR-conformant.
o CBSは、インターフェイス速度で送信されたフレームのバーストで利用可能な最大数の情報ユニット（例：バイト）の制限を定義し、CIRCONFORNANTを維持します。
o Excess Rate: indicates the extent by which the traffic sent on an Ethernet LSP exceeds the committed rate. The Excess Rate is described in terms of the EIR (Excess Information Rate) and EBS (Excess Burst Size) traffic parameters.
o 過剰率：イーサネットLSPで送信されるトラフィックがコミットレートを超える範囲を示します。過剰率は、EIR（過剰な情報率）およびEBS（過剰バーストサイズ）トラフィックパラメーターの観点から説明されています。
o EIR is defined as the average rate (in bytes per unit of time), in excess of the CIR, up to which the network may transfer frames without any performance objectives.
o EIRは、平均レート（時間あたりのバイト単位）として定義され、CIRを超えて、パフォーマンス目標なしでネットワークがフレームを転送する場合があります。
o EBS defines a limit on the maximum number of information units (e.g., bytes) available for a burst of frames sent at the interface speed to remain EIR-conformant.
o EBSは、界面速度で送信されたフレームのバーストで利用可能な最大数の情報ユニット（例：バイト）の制限を定義します。
o Color mode (CM): indicates whether the "color-aware" or "color-blind" property is employed by the bandwidth profile.
o カラーモード（CM）：「カラーアウェア」または「カラーブラインド」プロパティが帯域幅プロファイルによって採用されているかどうかを示します。
o Coupling flag (CF): allows the choice between two modes of operation of the rate enforcement algorithm.
o カップリングフラグ（CF）：レート施行アルゴリズムの2つの動作モードから選択できます。
The Ethernet SENDER_TSPEC object (Class-Num = 12, Class-Type = 6) has the following format:
Ethernet sender_tspecオブジェクト（class-num = 12、class-type = 6）には、次の形式があります。
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
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| Length | Class-Num (12)| C-Type (6) |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| Switching Granularity | MTU |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| |
~ TLVs ~
| |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
Switching Granularity (SG): 16 bits
粒度の切り替え（SG）：16ビット
This field indicates the type of link that comprises the requested Ethernet LSP.
このフィールドは、要求されたイーサネットLSPを含むリンクのタイプを示します。
The permitted Ethernet Link Type values are:
許可されているイーサネットリンクタイプの値は次のとおりです。
Value Switching Granularity
----- ---------------------
0 Provided in signaling. See [RFC6004].
1 Ethernet Port (for port-based service)
2 Ethernet Frame (for EVC-based service)
255 Reserved
Values 0 to 2 are specified by the present document. Values 3 through 239 are to be assigned by IANA via Standards Action [RFC5226]. Value 255 is reserved by the present document (its Length is to be determined by the RFC that will specify it).
値0〜2は、現在のドキュメントで指定されています。値3〜239は、標準アクション[RFC5226]を介してIANAによって割り当てられます。値255は現在のドキュメントによって予約されています（その長さは、それを指定するRFCによって決定されます）。
Values 240 through 254 are reserved for vendor-specific use.
値240〜254は、ベンダー固有の使用のために予約されています。
Values 256 through 65535 are not assigned at this time.
値256から65535は、現時点では割り当てられていません。
MTU: 16 bits
MTU：16ビット
This is a two-octet value indicating the MTU in octets.
これは、オクテットのMTUを示す2オクテットの値です。
The MTU field MUST NOT take a value smaller than 46 bytes for Ethernet v2 [ETHv2] and 38 bytes for IEEE 802.3 [IEEE802.3].
MTUフィールドは、イーサネットV2 [ETHV2]の場合は46バイトよりも小さい値を、IEEE 802.3 [IEEE802.3]で38バイトを取得してはなりません。
TLV (Type-Length-Value):
TLV（型-length-value）：
The Ethernet SENDER_TSPEC object MUST include at least one TLV and MAY include more than one TLV.
Ethernet Sender_TSPECオブジェクトには、少なくとも1つのTLVを含める必要があり、複数のTLVを含めることができます。
Each TLV MUST have the following format:
各TLVには、次の形式が必要です。
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 | Length |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| |
~ Value ~
| |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
Type: 16 bits
タイプ：16ビット
Defined values are:
定義された値は次のとおりです。
Type Length Format Description
------------------------------------------------------
0 - Reserved Reserved value
1 - Reserved Reserved value
2 24 see Section 3.1 Ethernet Bandwidth
Profile [MEF10.1]
3 8 [RFC6004] Layer 2 Control
Protocol (L2CP)
255 - Reserved Reserved value
Values 0, 1, and 255 are reserved by the present document. Values 2 and 3 are specified by the present document.
値0、1、および255は、現在のドキュメントによって予約されています。値2と3は、現在のドキュメントで指定されています。
Values 4 through 239 are to be assigned by IANA via Standards Action [RFC5226].
値4〜239は、標準アクション[RFC5226]を介してIANAによって割り当てられます。
Values 240 through 254 are reserved for vendor-specific use.
値240〜254は、ベンダー固有の使用のために予約されています。
Values 256 through 65535 are not assigned at this time.
値256から65535は、現時点では割り当てられていません。
Length: 16 bits
長さ：16ビット
Indicates the length in bytes of the whole TLV including the Type and Length fields. A value field whose length is not a multiple of four MUST be zero-padded (with trailing zeros) so that the TLV is four-octet aligned.
タイプと長さのフィールドを含むTLV全体のバイト単位の長さを示します。長さが4つの倍数ではない値フィールドは、TLVが4オクテットに合わせられるように、ゼロゼロをゼロパッド（ゼロを使用して）ゼロにする必要があります。
The Type 2 TLV specifies the Ethernet Bandwidth Profile (BW profile). It defines an upper bound on the volume of the expected service frames belonging to a particular Ethernet service instance. The Ethernet SENDER_TSPEC object MAY include more than one Ethernet Bandwidth Profile TLV.
タイプ2 TLVは、イーサネット帯域幅プロファイル（BWプロファイル）を指定します。特定のイーサネットサービスインスタンスに属する予想されるサービスフレームのボリュームの上限を定義します。Ethernet sender_tspecオブジェクトには、複数のイーサネット帯域幅プロファイルTLVを含めることができます。
The Type 2 TLV has the following format:
タイプ2 TLVには次の形式があります。
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
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| Profile | Index | Reserved |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| CIR |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| CBS |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| EIR |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| EBS |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
Profile: 8 bits
プロファイル：8ビット
This field is defined as a bit vector of binary flags. The following flags are defined:
このフィールドは、バイナリフラグのビットベクトルとして定義されます。次のフラグが定義されています。
Flag 1 (bit 0): Coupling Flag (CF) Flag 2 (bit 1): Color Mode (CM)
フラグ1（ビット0）：カップリングフラグ（CF）フラグ2（ビット1）：カラーモード（cm）
Where bit 0 is the low order bit. Other flags are reserved, they SHOULD be set to zero when sent, and SHOULD be ignored when received.
ここで、ビット0は低次ビットです。他のフラグは予約されており、送信時にゼロに設定する必要があり、受け取ったときに無視する必要があります。
A flag is set to value 1 to indicate that the corresponding metering profile is requested.
フラグは、対応するメータープロファイルが要求されていることを示すために、値1に設定されています。
The Flag 1 (CF) allows the choice between two modes of operation of the rate enforcement algorithm.
Flag 1（CF）では、レート施行アルゴリズムの2つの動作モードから選択できます。
The Flag 2 (CM) indicates whether the color-aware or color-blind property [MEF10.2] is employed by the bandwidth profile. When Flag 2 is set to value 0 (1), the bandwidth profile algorithm is said to be in color-blind (color-aware) mode.
フラグ2（cm）は、色認識または色覚異常のプロパティ[MEF10.2]が帯域幅プロファイルによって採用されているかどうかを示します。フラグ2が値0（1）に設定されている場合、帯域幅プロファイルアルゴリズムは色盲検（色認識）モードであると言われます。
Index: 8 bits
インデックス：8ビット
The Index field is used to reference bandwidth allocated for a given traffic class in case a multiple-class LSP is being requested. The Index field value MUST correspond to at least one of the Class-Type values included either in the CLASSTYPE object [RFC4124] or in the EXTENDED_CLASSTYPE object [MCOS].
インデックスフィールドは、複数クラスのLSPが要求されている場合に、特定のトラフィッククラスに割り当てられた帯域幅を参照するために使用されます。インデックスフィールド値は、ClasStypeオブジェクト[RFC4124]または拡張_ClasStypeオブジェクト[MCOS]のいずれかに含まれるクラスタイプの値の少なくとも1つに対応する必要があります。
A given index value j can be associated to at most N Class-Type values CTi (i =< N) of the EXTENDED_CLASSTYPE object. This association applies when a set of one or more CTIs maps to a single (shared) BW profile. An example of value setting consists in assigning an arbitrary value comprised within the range [0x08,0xF8] associated to a set of CTi, the values in the range [0xF8,0xFF] being selected for reserved sets. This allows mapping to one of 248 predefined CTi sets.
指定されたインデックス値jは、拡張_clasStypeオブジェクトの最大nクラスタイプ値CTI（i = <n）に関連付けられます。この関連付けは、1つ以上のCTISマップのセットが単一の（共有）BWプロファイルにマップされたときに適用されます。値設定の例は、CTIのセットに関連付けられた範囲[0x08,0xf8]内で構成される任意の値を割り当てることにあります。これにより、248の事前定義されたCTIセットの1つにマッピングできます。
A given index value j can be associated to a single CTi (1:1 correspondence). In this case, the index value setting consists in assigning the 3 least significant bits of the Index field itself to the CTi value itself (comprised in the range [0x00,0x07]). This applies in case a single CTi maps a single (dedicated) BW profile or multiple (dedicated) BW profiles. In the former case, the Ethernet SENDER_TSPEC object includes a single Ethernet Bandwidth Profile TLV. In the latter case, the Ethernet SENDER_TSPEC includes a set of more than one Ethernet Bandwidth Profile TLVs (whose respective index value is associated to a single CTi value).
指定されたインデックス値jは、単一のCTI（1：1の対応）に関連付けることができます。この場合、インデックス値の設定は、インデックスフィールド自体の3つの最小ビットをCTI値自体に割り当てることで構成されています（範囲[0x00,0x07]）。これは、単一のCTIが単一の（専用の）BWプロファイルまたは複数の（専用）BWプロファイルをマッピングする場合に適用されます。前者の場合、イーサネットsender_tspecオブジェクトには、単一のイーサネット帯域幅プロファイルTLVが含まれています。後者の場合、イーサネットSender_TSPECには、複数のイーサネット帯域幅プロファイルTLVのセット（それぞれのインデックス値が単一のCTI値に関連付けられています）が含まれています。
Note that the current specification allows for combining shared and dedicated BW profiles to the same LSP. That is, an Ethernet SENDER_TSPEC object MAY include multiple Ethernet Bandwidth Profile TLVs whose respective index can be associated on a 1:1 basis to a single CTi or to a set of multiple CTis.
現在の仕様により、共有と専用のBWプロファイルを同じLSPに組み合わせることができることに注意してください。つまり、イーサネットsender_tspecオブジェクトには、それぞれのインデックスを単一のCTIまたは複数のCTIのセットに1：1ベースで関連付けることができる複数のイーサネット帯域幅プロファイルTLVを含めることができます。
For each subobject of the EXTENDED_CLASSTYPE object [MCOS]:
extended_clasStypeオブジェクトの各サブオブジェクト[MCOS]：
o Each CTi value SHOULD correspond 1:1 to the MEF Customer Edge VLAN CoS (CE-VLAN CoS).
o 各CTI値は、MEF Customer Edge VLAN COS（CE-VLAN COS）に1：1に対応する必要があります。
o The BW requested per CTi field MAY be used for bandwidth accounting purposes.
o CTIフィールドごとに要求されたBWは、帯域幅の会計目的で使用できます。
By default, the value of the Index field MUST be set to 0.
デフォルトでは、インデックスフィールドの値を0に設定する必要があります。
Reserved: 16 bits
予約済み：16ビット
These bits SHOULD be set to zero when sent and MUST be ignored when received.
これらのビットは、送信時にゼロに設定する必要があり、受け取ったときに無視する必要があります。
CIR (Committed Information Rate): 32 bits
CIR（コミットされた情報率）：32ビット
The value of the CIR is in units of bytes per second. The CIR is encoded as a 32-bit IEEE single-precision floating-point number (see [RFC4506]).
CIRの値は、1秒あたりのバイト単位です。CIRは、32ビットIEEEシングルプレシジョンフローティングポイント数としてエンコードされています（[RFC4506を参照]）。
The CIR value MUST be greater than or equal to 0.
CIR値は0以上でなければなりません。
CBS (Committed Burst Size): 32 bits
CBS（コミットされたバーストサイズ）：32ビット
The value of the CBS is in units of bytes. The CBS is encoded as a 32-bit IEEE single-precision floating-point number (see [RFC4506]).
CBSの値はバイト単位です。CBSは、32ビットIEEEシングルプレシジョンフローティングポイント数としてエンコードされています（[RFC4506を参照]）。
When CIR is strictly greater than 0 (CIR > 0), the CBS MUST be greater than or equal to the maximum frame size.
CIRが0（CIR> 0）より厳密に大きい場合、CBSは最大フレームサイズ以上でなければなりません。
EIR (Excess Information Rate): 32 bits
EIR（過剰情報率）：32ビット
The value of the EIR is in units of bytes per second. The EIR is encoded as a 32-bit IEEE single-precision floating-point number (see [RFC4506]).
EIRの値は、1秒あたりのバイト単位です。EIRは、32ビットIEEEシングルプレシジョンフローティングポイント数としてエンコードされます（[RFC4506を参照]）。
The EIR value MUST be greater than or equal to 0.
EIR値は0以上でなければなりません。
EBS (Excess Burst Size): 32 bits
EBS（過剰バーストサイズ）：32ビット
The value of the EBS is in units of bytes. The EBS is encoded as a 32-bit IEEE single-precision floating-point number (see [RFC4506]).
EBSの値はバイト単位です。EBSは、32ビットIEEEシングルプレシジョンフローティングポイント数としてエンコードされています（[RFC4506を参照]）。
When EIR is strictly greater than 0 (EIR > 0), the EBS MUST be greater than or equal to the maximum frame size.
EIRが0（EIR> 0）より厳密に大きい場合、EBSは最大フレームサイズ以上でなければなりません。
The Ethernet FLOWSPEC object (Class-Num = 9, Class-Type = 6) has the same format as the Ethernet SENDER_TSPEC object.
Ethernet FlowsPecオブジェクト（クラス-Num = 9、class-type = 6）は、イーサネットsender_tspecオブジェクトと同じ形式を持っています。
There is no ADSPEC object associated with the Ethernet SENDER_TSPEC object.
Ethernet sender_tspecオブジェクトに関連付けられたADSPECオブジェクトはありません。
Either the ADSPEC object is omitted or an IntServ ADSPEC with the Default General Characterization Parameters and Guaranteed Service fragment is used, see [RFC2210].
ADSPECオブジェクトが省略されているか、デフォルトの一般的な特性評価パラメーターを備えたIntServ ADSPECと保証されたサービスフラグメントが使用されます。[RFC2210]を参照してください。
The Ethernet SENDER_TSPEC and FLOWSPEC objects specified in this document MAY be used for signaling Ethernet LSP. For signaling such an LSP, in the Generalized LABEL_REQUEST object (see [RFC3471]), the Switching Type field MUST be set to the value 51 (L2SC) and the LSP Encoding Type field MUST be set to the value 2 (Ethernet).
このドキュメントで指定されているイーサネットSender_TSPECおよびFlowsPecオブジェクトは、イーサネットLSPのシグナリングに使用できます。このようなLSPを信号するには、一般化されたlabel_requestオブジェクト（[RFC3471]を参照）で、スイッチングタイプフィールドは値51（L2SC）に設定する必要があり、LSPエンコード型フィールドは値2（イーサネット）に設定する必要があります。
The Ethernet SENDER_TSPEC object carries the traffic specification generated by the RSVP session sender. The Ethernet SENDER_TSPEC object SHOULD be forwarded and delivered unchanged to both intermediate and egress nodes.
Ethernet Sender_TSPECオブジェクトは、RSVPセッション送信者によって生成されたトラフィック仕様を搭載しています。Ethernet sender_tspecオブジェクトは、中間ノードと出力ノードの両方に変化しないように転送し、配信する必要があります。
The Ethernet FLOWSPEC object carries reservation request information generated by receivers. As with any FLOWSPEC object, the Ethernet FLOWSPEC object flows upstream toward the ingress node.
Ethernet FlowsPecオブジェクトには、受信機によって生成された予約要求情報が搭載されています。FlowsPecオブジェクトと同様に、イーサネットFlowsPecオブジェクトは、イングレスノードに向かって上流に流れます。
Intermediate and egress nodes MUST verify that the node itself and the interfaces on which the LSP will be established can support the requested Switching Granularity, MTU and values included in subobject TLVs. These nodes MUST be configured with the same predefined CT sets as the index value signaled as part of the Index field of the Ethernet Bandwidth Profile TLV (see Section 4.1). If the requested value(s) cannot be supported, the receiver node MUST generate a PathErr message with the error code "Traffic Control Error" and the error value "Service unsupported" (see [RFC2205]).
中間および出口ノードは、ノード自体とLSPが確立されるインターフェイスが、要求されたスイッチング粒度、MTU、およびサブオブジェクトTLVに含まれる値をサポートできることを確認する必要があります。これらのノードは、イーサネット帯域幅プロファイルTLVのインデックスフィールドの一部として信号されたインデックス値と同じ事前定義されたCTセットで構成する必要があります（セクション4.1を参照）。要求された値をサポートできない場合、レシーバーノードはエラーコード「トラフィックコントロールエラー」とエラー値「サポートされていない」を使用してPatherRメッセージを生成する必要があります（[RFC2205]を参照）。
In addition, if the MTU field is received with a value smaller than the minimum transfer unit size of the Ethernet frame (e.g., 46 bytes for Ethernet v2, 38 bytes for IEEE 802.3), the node MUST generate a PathErr message with the error code "Traffic Control Error" and the error value "Bad Tspec value" (see [RFC2205]).
さらに、MTUフィールドがイーサネットフレームの最小トランスファーユニットサイズよりも小さい値で受信された場合（たとえば、イーサネットV2の46バイト、IEEE 802.3の38バイト）、ノードはエラーコードを使用してPatherメッセージを生成する必要があります。「トラフィックコントロールエラー」とエラー値「悪いTSPEC値」（[RFC2205]を参照）。
Error processing of the CLASSTYPE object follows rules defined in [RFC4124]. Error processing of the EXTENDED_CLASSTYPE object follows rules defined in [MCOS]. Moreover, a Label Switching Router (LSR) receiving a Path message with the EXTENDED_CLASSTYPE object, which recognizes the object and the particular Class-Type but does detect a mismatch in the index values, MUST send a PathErr message towards the sender with the error code "Extended Class-Type Error" and the error value "Class-Type mismatch" (see [RFC2205]).
[RFC4124]で定義されたルールに従って、ClasStypeオブジェクトのエラー処理。extended_clasStypeオブジェクトのエラー処理は、[MCOS]で定義されたルールに従います。さらに、オブジェクトと特定のクラスタイプを認識しますが、インデックス値の不一致を検出する拡張_clasStypeオブジェクトを使用してパスメッセージを受信するラベルスイッチングルーター（LSR）は、エラーコードで送信者に向かって送信者にpatherrメッセージを送信する必要があります「拡張クラスタイプのエラー」とエラー値「クラスタイプの不一致」（[RFC2205]を参照）。
This document introduces no new security considerations to [RFC3473].
このドキュメントでは、[RFC3473]に新しいセキュリティ上の考慮事項を紹介しません。
GMPLS security is described in Section 11 of [RFC3471] and refers to [RFC3209] for RSVP-TE. Further details of MPLS-TE and GMPLS security can be found in [RFC5920].
GMPLSセキュリティは[RFC3471]のセクション11で説明されており、RSVP-TEの[RFC3209]を参照しています。MPLS-TEおよびGMPLSセキュリティの詳細については、[RFC5920]をご覧ください。
IANA maintains registries and sub-registries for RSVP-TE as used by GMPLS. IANA has made allocations from these registries as set out in the following sections.
IANAは、GMPLSで使用されているRSVP-TEのレジストリとサブレジストリを維持しています。IANAは、次のセクションに記載されているように、これらのレジストリから割り当てを行いました。
This document introduces two new Class Types for existing RSVP objects. IANA has made allocations from the "Resource ReSerVation Protocol (RSVP) Parameters" registry using the "Class Names, Class Numbers, and Class Types" sub-registry.
このドキュメントでは、既存のRSVPオブジェクトの2つの新しいクラスタイプを紹介します。IANAは、「クラス名、クラス番号、クラスタイプ」サブレジストリを使用して、「リソース予約プロトコル（RSVP）パラメーター」レジストリから割り当てを行いました。
Class Number Class Name Reference
------------ ----------------------- ---------
9 FLOWSPEC [RFC2205]
Class Type (C-Type):
クラスタイプ（Cタイプ）：
6 Ethernet SENDER_TSPEC [RFC6003]
6 Ethernet sender_tspec [rfc6003]
Class Number Class Name Reference
------------ ----------------------- ---------
12 SENDER_TSPEC [RFC2205]
Class Type (C-Type):
クラスタイプ（Cタイプ）：
6 Ethernet SENDER_TSPEC [RFC6003]
6 Ethernet sender_tspec [rfc6003]
IANA maintains a registry of GMPLS parameters called "Generalized Multi-Protocol Label Switching (GMPLS) Signaling Parameters".
IANAは、「一般化されたマルチプロトコルラベルスイッチング（GMPLS）シグナルパラメーター」と呼ばれるGMPLSパラメーターのレジストリを維持しています。
IANA has created a new sub-registry called "Ethernet Switching Granularities" to contain the values that may be carried in the Switching Granularity field of the Ethernet SENDER_TSPEC object.
IANAは、イーサネットSender_TSPECオブジェクトのスイッチング粒度フィールドに運ばれる値を含むように、「イーサネットスイッチング粒度」と呼ばれる新しいサブレジストリを作成しました。
Values are as follows:
値は次のとおりです。
0-2 See below.
3-239 Unassigned
240-254 Reserved for Vendor-Specific Use
255 Reserved
256-65535 Not assigned at this time
The registration procedure is Standards Action.
登録手順は標準訴訟です。
Initial entries in this sub-registry are as follows:
このサブレジストリの初期エントリは次のとおりです。
Value Switching Granularity Reference
----- -------------------------------------- ------------------
0 Provided in signaling. [RFC6003][RFC6004]
1 Ethernet Port (for port-based service) [RFC6003]
2 Ethernet Frame (for EVC-based service) [RFC6003]
255 Reserved [RFC6003]
IANA maintains a registry of GMPLS parameters called "Generalized Multi-Protocol Label Switching (GMPLS) Signaling Parameters".
IANAは、「一般化されたマルチプロトコルラベルスイッチング（GMPLS）シグナルパラメーター」と呼ばれるGMPLSパラメーターのレジストリを維持しています。
IANA has created a new sub-registry called "Ethernet Sender TSpec TLVs / Ethernet Flowspec TLVs" to contain the TLV type values for TLVs carried in the Ethernet SENDER_TSPEC object.
IANAは、イーサネットsender_tspecオブジェクトに運ばれるTLVのTLVタイプ値を含むように、「イーサネット送信者TSPEC TLVS /イーサネットFlowsPec TLVS」と呼ばれる新しいサブレジストリを作成しました。
Values are as follows:
値は次のとおりです。
0-3 See below.
4-239 Unassigned
240-254 Reserved for Vendor-Specific Use
255 Reserved
256-65535 Not assigned at this time
The registration procedure is Standards Action.
登録手順は標準訴訟です。
Initial entries in this sub-registry are as follows:
このサブレジストリの初期エントリは次のとおりです。
Type Description Reference
----- -------------------------------- ---------
0 Reserved [RFC6003]
1 Reserved [RFC6003]
2 Ethernet Bandwidth Profile [RFC6003]
3 Layer 2 Control Protocol (L2CP) [RFC6003]
255 Reserved [RFC6003]
IANA maintains a registry of GMPLS parameters called "Generalized Multi-Protocol Label Switching (GMPLS) Signaling Parameters".
IANAは、「一般化されたマルチプロトコルラベルスイッチング（GMPLS）シグナルパラメーター」と呼ばれるGMPLSパラメーターのレジストリを維持しています。
IANA has created a new sub-registry called "Ethernet Bandwidth Profiles" to contain bit flags carried in the Ethernet Bandwidth Profile TLV of the Ethernet SENDER_TSPEC object.
IANAは、イーサネットSender_TSPECオブジェクトのイーサネット帯域幅プロファイルTLVに掲載されたビットフラグを含む「イーサネット帯域幅プロファイル」と呼ばれる新しいサブレジストリを作成しました。
Bits are to be allocated by IETF Standards Action. Bits are numbered from bit 0 as the low order bit. Initial entries are as follows:
ビットは、IETF標準アクションによって割り当てられます。ビットは、ビット0から低いオーダービットとして番号が付けられています。初期エントリは次のとおりです。
Bit Hex Description Reference
--- ---- -------------------------- -------------
0 0x01 Coupling Flag (CF) [RFC6003]
1 0x02 Color Mode (CM) [RFC6003]
Many thanks to Adrian Farrel for his comments. Lou Berger provided the input on control traffic processing.
彼のコメントをしてくれたエイドリアン・ファレルに感謝します。Lou Bergerは、制御トラフィック処理に関する入力を提供しました。
[MEF10.1] The MEF Technical Specification, "Ethernet Services Attributes Phase 2", MEF 10.1, November 2006.
[MEF10.1] MEF技術仕様、「Ethernet Services属性フェーズ2」、MEF 10.1、2006年11月。
[RFC2205] Braden, R., Ed., Zhang, L., Berson, S., Herzog, S., and S. Jamin, "Resource ReSerVation Protocol (RSVP) -- Version 1 Functional Specification", RFC 2205, September 1997.
[RFC2205] Braden、R.、Ed。、Zhang、L.、Berson、S.、Herzog、S.、およびS. Jamin、「リソース予約プロトコル（RSVP） - バージョン1機能仕様」、RFC 2205、9月1997年。
[RFC2210] Wroclawski, J., "The Use of RSVP with IETF Integrated Services", RFC 2210, September 1997.
[RFC2210] Wroclawski、J。、「IETF統合サービスでのRSVPの使用」、RFC 2210、1997年9月。
[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月。
[RFC3209] Awduche, D., Berger, L., Gan, D., Li, T., Srinivasan, V., and G. Swallow, "RSVP-TE: Extensions to RSVP for LSP Tunnels", RFC 3209, December 2001.
[RFC3209] Awduche、D.、Berger、L.、Gan、D.、Li、T.、Srinivasan、V。、およびG. Swallow、 "RSVP-TE：LSP TunnelsのRSVPへの拡張"、RFC 3209、12月2001年。
[RFC3471] Berger, L., Ed., "Generalized Multi-Protocol Label Switching (GMPLS) Signaling Functional Description", RFC 3471, January 2003.
[RFC3471] Berger、L.、ed。、「一般化されたマルチプロトコルラベルスイッチング（GMPLS）シグナル伝達機能説明」、RFC 3471、2003年1月。
[RFC3473] Berger, L., Ed., "Generalized Multi-Protocol Label Switching (GMPLS) Signaling Resource ReserVation Protocol-Traffic Engineering (RSVP-TE) Extensions", RFC 3473, January 2003.
[RFC3473] Berger、L.、ed。、「一般化されたマルチプロトコルラベルスイッチング（GMPLS）シグナリングリソース予約プロトコルトラフィックエンジニアリング（RSVP-TE）拡張」、RFC 3473、2003年1月。
[RFC4124] Le Faucheur, F., Ed., "Protocol Extensions for Support of Diffserv-aware MPLS Traffic Engineering", RFC 4124, June 2005.
[RFC4124] Le Faucheur、F.、ed。、「Diffserv-Aware MPLS Traffic Engineeringのサポートのためのプロトコル拡張」、RFC 4124、2005年6月。
[RFC4506] Eisler, M., Ed., "XDR: External Data Representation Standard", STD 67, RFC 4506, May 2006.
[RFC4506] Eisler、M.、ed。、「XDR：外部データ表現標準」、STD 67、RFC 4506、2006年5月。
[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、「RFCSでIANA考慮事項セクションを書くためのガイドライン」、BCP 26、RFC 5226、2008年5月。
[RFC6004] Berger, L. and D. Fedyk, "Generalized MPLS (GMPLS) Support for Metro Ethernet Forum and G.8011 Ethernet Services", RFC 6004, October 2010.
[RFC6004] Berger、L。およびD. Fedyk、「メトロイーサネットフォーラムおよびG.8011イーサネットサービスの一般化MPLS（GMPLS）サポート」、RFC 6004、2010年10月。
[ETHv2] Digital, Intel, and Xerox, "The Ethernet -- A Local Area Network: Data Link Layer and Physical Layer Specifications", Version 2.0, November 1982.
[Ethv2] Digital、Intel、およびXerox、「イーサネット - ローカルエリアネットワーク：データリンク層と物理レイヤー仕様」、バージョン2.0、1982年11月。
[IEEE802.3] IEEE 802.3 LAN/MAN CSMA/CD (Ethernet) Access Method, IEEE Standard for Information technology- Specific requirements - Part 3: Carrier Sense Multiple Access with Collision Detection (CMSA/CD) Access Method and Physical Layer Specifications, IEEE 802.3-2008.
[IEEE802.3] IEEE 802.3 LAN/MAN CSMA/CD（イーサネット）アクセス法、情報技術のIEEE標準 - 特定の要件 - パート3：キャリアセンス衝突検出（CMSA/CD）アクセス方法と物理層仕様のキャリアセンスIEEE 802.3-2008。
[MCOS] Minei, I., Gan, D., Kompella, K., and X. Li, "Extensions for Differentiated Services-aware Traffic Engineered LSPs", Work in Progress, June 2006.
[MCOS] MINEI、I.、Gan、D.、Kompella、K。、およびX. Li、「差別化されたサービス認識交通エンジニアリングLSPの拡張」、2006年6月、進行中の作業。
[MEF6] The Metro Ethernet Forum, "Ethernet Services Definitions - Phase I", MEF 6, June 2004.
[MEF6]メトロイーサネットフォーラム、「イーサネットサービス定義 - フェーズI」、MEF 6、2004年6月。
[MEF10.2] The MEF Technical Specification, "Ethernet Services Attributes Phase 2", MEF 10.2, October 2009.
[MEF10.2] MEF技術仕様、「Ethernet Services属性フェーズ2」、MEF 10.2、2009年10月。
[RFC5920] Fang, L., Ed., "Security Framework for MPLS and GMPLS Networks", RFC 5920, July 2010.
[RFC5920] Fang、L.、ed。、「MPLSおよびGMPLSネットワークのセキュリティフレームワーク」、RFC 5920、2010年7月。
Author's Address
著者の連絡先
Dimitri Papadimitriou Alcatel-Lucent Bell Copernicuslaan 50 B-2018 Antwerpen, Belgium Phone: +32 3 2408491 EMail: dimitri.papadimitriou@alcatel-lucent.be
dimitri papadimitriou alcatel-lucent bell copernicuslaan 50 B-2018 Antwerpen、Belgium電話：32 3 2408491メール：dimitri.papadimitriou@alcatel-lucent.be