[要約] RFC 5885は、仮想回線接続の確認のための双方向転送検出（BFD）を提供するためのガイドラインです。このRFCの目的は、仮想回線の接続性を確認するための効果的な手法を提供することです。
Internet Engineering Task Force (IETF) T. Nadeau, Ed.
Request for Comments: 5885 BT
Category: Standards Track C. Pignataro, Ed.
ISSN: 2070-1721 Cisco Systems, Inc.
June 2010
Bidirectional Forwarding Detection (BFD) for the Pseudowire Virtual Circuit Connectivity Verification (VCCV)
擬似ワイヤ仮想回路接続検証（VCCV）の双方向転送検出（BFD）
Abstract
概要
This document describes Connectivity Verification (CV) Types using Bidirectional Forwarding Detection (BFD) with Virtual Circuit Connectivity Verification (VCCV). VCCV provides a control channel that is associated with a pseudowire (PW), as well as the corresponding operations and management functions such as connectivity verification to be used over that control channel.
このドキュメントは、仮想回路接続検証（VCCV）を使用した双方向転送検出（BFD）を使用した接続検証（CV）タイプについて説明します。VCCVは、そのコントロールチャネルで使用される接続性検証などの対応する操作および管理機能だけでなく、擬似ワイヤ（PW）に関連付けられた制御チャネルを提供します。
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/rfc5885.
このドキュメントの現在のステータス、任意のERRATA、およびそのフィードバックを提供する方法に関する情報は、http：//www.rfc-editor.org/info/rfc5885で取得できます。
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ライセンステキストを含める必要があります。
This document may contain material from IETF Documents or IETF Contributions published or made publicly available before November 10, 2008. The person(s) controlling the copyright in some of this material may not have granted the IETF Trust the right to allow modifications of such material outside the IETF Standards Process. Without obtaining an adequate license from the person(s) controlling the copyright in such materials, this document may not be modified outside the IETF Standards Process, and derivative works of it may not be created outside the IETF Standards Process, except to format it for publication as an RFC or to translate it into languages other than English.
このドキュメントには、2008年11月10日までに公開または公開されたIETFドキュメントまたはIETFの寄付からの資料が含まれている場合があります。IETF標準プロセスの外。そのような資料の著作権を制御する人から適切なライセンスを取得せずに、このドキュメントはIETF標準プロセスの外側に変更されない場合があり、その派生作業は、ITF標準プロセスの外側で作成されない場合があります。RFCとしての出版またはそれを英語以外の言語に翻訳するため。
Table of Contents
目次
1. Introduction . . . . . . . . . . . . . . . . . . . . . . . . . 3
2. Specification of Requirements . . . . . . . . . . . . . . . . 3
3. Bidirectional Forwarding Detection Connectivity
Verification . . . . . . . . . . . . . . . . . . . . . . . . . 3
3.1. BFD CV Type Operation . . . . . . . . . . . . . . . . . . 4
3.2. BFD Encapsulation . . . . . . . . . . . . . . . . . . . . 5
3.3. CV Types for BFD . . . . . . . . . . . . . . . . . . . . . 7
4. Capability Selection . . . . . . . . . . . . . . . . . . . . . 9
5. IANA Considerations . . . . . . . . . . . . . . . . . . . . . 10
5.1. MPLS CV Types for the VCCV Interface Parameters Sub-TLV . 10
5.2. PW Associated Channel Type . . . . . . . . . . . . . . . . 10
5.3. L2TPv3 CV Types for the VCCV Capability AVP . . . . . . . 11
6. Congestion Considerations . . . . . . . . . . . . . . . . . . 11
7. Security Considerations . . . . . . . . . . . . . . . . . . . 12
8. Acknowledgements . . . . . . . . . . . . . . . . . . . . . . . 12
9. References . . . . . . . . . . . . . . . . . . . . . . . . . . 12
9.1. Normative References . . . . . . . . . . . . . . . . . . . 12
9.2. Informative References . . . . . . . . . . . . . . . . . . 13
This document describes Connectivity Verification (CV) Types using Bidirectional Forwarding Detection (BFD) with Virtual Circuit Connectivity Verification (VCCV). VCCV [RFC5085] provides a control channel that is associated with a pseudowire (PW), as well as the corresponding operations and management functions such as connectivity/fault verification to be used over that control channel.
このドキュメントは、仮想回路接続検証（VCCV）を使用した双方向転送検出（BFD）を使用した接続検証（CV）タイプについて説明します。VCCV [RFC5085]は、擬似ワイヤ（PW）に関連付けられた制御チャネルと、その制御チャネルで使用される接続/障害検証などの対応する操作および管理機能を提供します。
BFD [RFC5880] is used over the VCCV control channel primarily as a pseudowire fault detection mechanism, for detecting data-plane failures. Some BFD CV Types can additionally carry fault status between the endpoints of the pseudowire. Furthermore, this information can then be translated into the native Operations, Administration, and Maintenance (OAM) status codes used by the native access technologies, such as ATM, Frame Relay, or Ethernet. The specific details of such status interworking are out of the scope of this document, and are only noted here to illustrate the utility of BFD over VCCV for such purposes. Those details can be found in [OAM-MSG-MAP].
BFD [RFC5880]は、データプレーンの障害を検出するために、主に擬似障害検出メカニズムとしてVCCV制御チャネルを介して使用されます。一部のBFD CVタイプは、擬似ワイヤのエンドポイント間に障害ステータスを追加することができます。さらに、この情報は、ATM、フレームリレー、イーサネットなどのネイティブアクセステクノロジーが使用するネイティブオペレーション、管理、およびメンテナンス（OAM）ステータスコードに変換できます。このようなステータスインターワーキングの具体的な詳細は、このドキュメントの範囲外であり、このような目的のためにVCCVを介したBFDの有用性を説明するためにのみここで注目されています。これらの詳細は[OAM-MSG-Map]にあります。
The new BFD CV Types are PW demultiplexer-agnostic, and hence applicable for both MPLS and Layer Two Tunneling Protocol version 3 (L2TPv3) pseudowire demultiplexers. This document concerns itself with the BFD VCCV operation over single-segment pseudowires (SS-PWs). This specification describes procedures only for BFD asynchronous mode.
新しいBFD CVタイプはPW Demultiplexer-Angosticであるため、MPLSと2つのトンネリングプロトコル3（L2TPV3）Pseudowire Demultiplexerの両方に適用されます。このドキュメントは、単一セグメントの擬似動物（SS-PWS）を介したBFD VCCV操作に関係しています。この仕様では、BFD非同期モードのみの手順について説明します。
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].
「必須」、「そうしない」、「必須」、「必要」、「しない」、「そうしない」、「そうではない」、「そうでない」、「推奨」、「5月」、および「オプション」は、[RFC2119]に記載されているように解釈される。
The reader is expected to be familiar with the terminology and abbreviations defined in [RFC5085].
読者は、[RFC5085]で定義されている用語と略語に精通していることが期待されています。
VCCV can support several Connectivity Verification (CV) Types. This section defines new CV Types for use when BFD is used as the VCCV payload.
VCCVは、いくつかの接続検証（CV）タイプをサポートできます。このセクションでは、BFDがVCCVペイロードとして使用される場合に使用する新しいCVタイプを定義します。
Four CV Types are defined for BFD. Table 1 summarizes the BFD CV Types, grouping them by encapsulation (i.e., with versus without IP/ UDP headers) and by functionality (i.e., fault detection only versus fault detection and status signaling).
BFDに対して4つのCVタイプが定義されています。表1は、BFD CVタイプをまとめたもので、カプセル化（つまり、IP/ UDPヘッダーなし）および機能性（つまり、障害検出と障害検出とステータスシグナル伝達のみ）によってグループ化されます。
+----------------------------+--------------+-----------------------+
| | Fault | Fault Detection and |
| | Detection | Status Signaling |
| | Only | |
+----------------------------+--------------+-----------------------+
| BFD, IP/UDP Encapsulation | 0x04 | 0x08 |
| (with IP/UDP Headers) | | |
| | | |
| BFD, PW-ACH Encapsulation | 0x10 | 0x20 |
| (without IP/UDP Headers) | | |
+----------------------------+--------------+-----------------------+
Table 1: Bitmask Values for BFD CV Types
表1：BFD CVタイプのビットマスク値
When heart-beat indication is necessary for one or more PWs, the Bidirectional Forwarding Detection (BFD) [RFC5880] provides a means of continuous monitoring of the PW data path and, in some operational modes, propagation of PW receive and transmit defect state indications.
1つ以上のPWSに心拍の適応が必要な場合、双方向転送検出（BFD）[RFC5880]は、PWデータパスの継続的なモニタリングの手段を提供し、一部の運用モードでは、PWの伝播で欠陥状態の表示を受信および送信します。。
In order to use BFD, both ends of the PW connection need to agree on the BFD CV Type to use:
BFDを使用するには、PW接続の両端が使用するBFD CVタイプに同意する必要があります。
For statically provisioned pseudowires, both ends need to be statically configured to use the same BFD CV Type (in addition to being statically configured for VCCV with the same CC Type).
静的にプロビジョニングされた擬似ワイヤの場合、同じBFD CVタイプを使用するように両端を静的に構成する必要があります（同じCCタイプのVCCVに対して静的に構成されていることに加えて）。
For dynamically established pseudowires, both ends of the PW must have signaled the existence of a control channel and the ability to run BFD on it (see Sections 3.3 and 4).
動的に確立された擬似動物の場合、PWの両端は、制御チャネルの存在とBFDを実行する能力を示している必要があります（セクション3.3および4を参照）。
Once a node has selected a valid BFD CV Type to use (either statically provisioned or selected dynamically after the node has both signaled and received signaling from its peer of these capabilities), it begins sending BFD Control packets:
ノードが使用する有効なBFD CVタイプを選択したら（ノードがこれらの機能のピアからシグナリングおよび受信シグナリングの両方を使用した後、静的プロビジョニングまたは動的に選択された場合、BFDコントロールパケットの送信を開始します。
o The BFD Control packets are sent on the VCCV control channel. The use of the VCCV control channel provides the context required to bind and bootstrap the BFD session, since discriminator values are not exchanged; the pseudowire demultiplexer field (e.g., MPLS PW Label or L2TPv3 Session ID) provides the context to demultiplex the first BFD Control packet, and thus single-hop BFD initialization procedures are followed (see Section 3 of [RFC5881] and Section 6 of [RFC5882]).
o BFDコントロールパケットは、VCCV制御チャネルで送信されます。VCCV制御チャネルの使用は、識別子値が交換されないため、BFDセッションをバインドおよびブートストラップするために必要なコンテキストを提供します。PSEUDOWIRE DEMULTIPLEXERフィールド（例：MPLS PWラベルまたはL2TPV3セッションIDなど）は、最初のBFDコントロールパケットをDemultlexするためのコンテキストを提供します。]）。
o A single BFD session exists per pseudowire. Both PW endpoints take the Active role sending initial BFD Control packets with a Your Discriminator field of zero, and BFD Control packets received with a Your Discriminator field of zero are associated to the BFD session bound to the PW.
o 擬似ワイヤごとに単一のBFDセッションが存在します。両方のPWエンドポイントは、ゼロの識別子フィールドで初期BFDコントロールパケットを送信するアクティブな役割を果たし、ゼロの識別子フィールドで受信したBFDコントロールパケットは、PWにバインドされたBFDセッションに関連付けられています。
o BFD MUST be run in asynchronous mode (see [RFC5880]).
o BFDは非同期モードで実行する必要があります（[RFC5880]を参照）。
The operation of BFD VCCV for PWs is therefore symmetrical. Both endpoints of the bidirectional pseudowire MUST send BFD messages on the VCCV control channel.
したがって、PWS用のBFD VCCVの動作は対称です。双方向の擬似ワイヤの両方のエンドポイントは、VCCV制御チャネルでBFDメッセージを送信する必要があります。
The details of the BFD state machine are as per Section 6.2 of [RFC5880]. The following scenario exemplifies the operation: when the downstream PE (D-PE) does not receive BFD Control messages from its upstream peer PE (U-PE) during a certain number of transmission intervals (a number provisioned by the operator as "Detect Mult" or detection time multiplier [RFC5880]), D-PE declares that the PW in its receive direction is down. In other words, D-PE enters the "PW receive defect" state for this PW. After this calculated Detection Time (see Section 6.8.4 of [RFC5880]), D-PE declares the session Down, and signals this to the remote end via the State (Sta) with Diagnostic code 1 (Control Detection Time Expired). In turn, U-PE declares the PW is down in its transmit direction, setting the State to Down with Diagnostic code 3 (Neighbor signaled session down) in its control messages to D-PE. U-PE enters the "PW transmit defect" state for this PW. How it further processes this error condition, and potentially conveys this status to the attachment circuits, is out of the scope of this specification, and is defined in [OAM-MSG-MAP].
BFD状態マシンの詳細は、[RFC5880]のセクション6.2に従っています。次のシナリオは操作を例示しています：下流のPE（D-PE）が、特定の数の伝送間隔（オペレーターによってプロビジョニングされた数字でプロビジョニングされた数の多数の伝送間隔で、上流のピアPE（U-PE）からBFDコントロールメッセージを受け取らない場合「または検出時間乗数[RFC5880]））、D-PEは、受信方向のPWがダウンしていると宣言します。言い換えれば、D-PEはこのPWの「PW受信欠陥」状態に入ります。この計算された検出時間（[RFC5880]のセクション6.8.4を参照）の後、D-PEはセッションを宣言し、診断コード1（制御検出時間の有効期限が切れた）で状態（STA）を介してリモートエンドにこれをシグナルにします。次に、U-PEは、PWが送信方向に低下していると宣言し、D-PEへのコントロールメッセージで診断コード3（隣接シグナルセッション）で状態を下に設定します。U-PEは、このPWの「PW送信欠陥」状態に入ります。このエラー条件をさらに処理し、このステータスをアタッチメント回路に潜在的に伝える方法は、この仕様の範囲外であり、[OAM-MSG-Map]で定義されています。
The VCCV message comprises a BFD Control packet [RFC5880] encapsulated as specified by the CV Type. There are two ways in which a BFD connectivity verification packet may be encapsulated over the VCCV control channel. This document defines four BFD CV Types (see Section 3), which can be grouped into two pairs of BFD CV Types from an encapsulation point of view. See Table 1 in Section 3, which summarizes the BFD CV Types.
VCCVメッセージは、CVタイプで指定されているようにカプセル化されたBFDコントロールパケット[RFC5880]で構成されています。BCCV制御チャネルにBFD接続検証パケットをカプセル化する方法は2つあります。このドキュメントでは、4つのBFD CVタイプ（セクション3を参照）を定義します。これは、カプセル化の観点から2つのペアのBFD CVタイプにグループ化できます。BFD CVタイプをまとめたセクション3の表1を参照してください。
o IP/UDP BFD Encapsulation (BFD with IP/UDP Headers)
o IP/UDP BFDカプセル化（IP/UDPヘッダー付きBFD）
In the first method, the VCCV encapsulation of BFD includes the IP/UDP headers as defined in Section 4 of [RFC5881]. BFD Control packets are therefore transmitted in UDP with destination port 3784 and source port within the range 49152 through 65535. The IP Protocol Number and UDP Port numbers discriminate among the possible VCCV payloads (i.e., differentiate among ICMP Ping and LSP Ping defined in [RFC5085] and BFD).
最初の方法では、BFDのVCCVカプセル化には、[RFC5881]のセクション4で定義されているIP/UDPヘッダーが含まれます。したがって、BFDコントロールパケットは、宛先ポート3784および範囲49152から65535内のソースポートを備えたUDPで送信されます。IPプロトコル番号とUDPポート番号は、可能なVCCVペイロードを区別します（すなわち、[RFC508555で定義されたICMP pingとLSP pingを区別します。]およびBFD）。
The IP version (IPv4 or IPv6) MUST match the IP version used for signaling for dynamically established pseudowires or MUST be configured for statically provisioned pseudowires. The source IP address is an address of the sender. The destination IP address is a (randomly chosen) IPv4 address from the range 127/8 or IPv6 address from the range 0:0:0:0:0:FFFF:127.0.0.0/104. The rationale is explained in Section 2.1 of [RFC4379]. The Time to Live/Hop Limit and Generalized TTL Security Mechanism (GTSM) procedures from Section 5 of [RFC5881] apply to this encapsulation, and hence the TTL/Hop Limit is set to 255.
IPバージョン（IPv4またはIPv6）は、動的に確立された擬似ワイヤのシグナリングに使用されるIPバージョンと一致する必要があります。ソースIPアドレスは送信者のアドレスです。宛先IPアドレスは、範囲127/8または範囲0：0：0：0：0：FFFF：127.0.0.0/104の範囲からの（ランダムに選択された）IPv4アドレスです。理論的根拠は、[RFC4379]のセクション2.1で説明されています。[RFC5881]のセクション5からのライブ/ホップ制限および一般化されたTTLセキュリティメカニズム（GTSM）手順は、このカプセル化に適用されるため、TTL/HOP制限は255に設定されます。
If the PW is established by signaling, then the BFD CV Type used for this encapsulation is either 0x04 or 0x08.
PWがシグナリングによって確立されている場合、このカプセル化に使用されるBFD CVタイプは0x04または0x08のいずれかです。
o PW-ACH BFD Encapsulation (BFD without IP/UDP Headers)
o PW-ach BFDカプセル化（IP/UDPヘッダーなしのBFD）
In the second method, a BFD Control packet (format defined in Section 4 of [RFC5880]) is encapsulated directly in the VCCV control channel (see Sections 6 and 8 of [RFC5882]) and the IP/UDP headers are omitted from the BFD encapsulation. Therefore, to utilize this encapsulation, a pseudowire MUST use the PW Associated Channel Header (PW-ACH) Control Word format (see [RFC5586]) for its Control Word (CW) or L2-Specific Sublayer (L2SS, used in L2TPv3).
2番目の方法では、BFDコントロールパケット（[RFC5880]のセクション4で定義されている形式）がVCCV制御チャネルに直接カプセル化されています（[RFC5882]のセクション6および8を参照）、IP/UDPヘッダーはBFDから省略されています。カプセル化。したがって、このカプセル化を活用するには、擬似ワイヤーは、そのコントロールワード（CW）またはL2固有のサブレイヤー（L2SS、L2TPV3で使用されるL2SS）に対して、PW関連チャネルヘッダー（PW-ACH）制御ワード形式（[RFC5586]を参照）を使用する必要があります。
In this encapsulation, a "raw" BFD Control packet (i.e., a BFD Control packet as defined in Section 4.1 of [RFC5880] without IP/ UDP headers) follows directly the PW-ACH. The PW-ACH Channel Type indicates that the Associated Channel carries "raw" BFD. The PW Associated Channel (PWAC) is defined in Section 5 of [RFC4385], and its Channel Type field is used to discriminate the VCCV payload types.
このカプセル化では、「RAW」BFDコントロールパケット（つまり、IP/ UDPヘッダーなしの[RFC5880]のセクション4.1で定義されているBFD制御パケット）がPW-achに直接続きます。PW-achチャネルタイプは、関連するチャネルに「RAW」BFDが含まれていることを示しています。PW関連チャネル（PWAC）は[RFC4385]のセクション5で定義されており、そのチャネルタイプフィールドはVCCVペイロードタイプを差別するために使用されます。
The usage of the PW-ACH on different VCCV CC Types is specified for CC Type 1, Type 2, and Type 3 respectively in Sections 5.1.1, 5.1.2, and 5.1.3 of [RFC5085], and in all cases requires the use of a CW (see Section 7 of [RFC4385]). When VCCV carries PW-ACH-encapsulated BFD (i.e., "raw" BFD), the PW-ACH (pseudowire CW's or L2SS') Channel Type MUST be set to 0x0007 to indicate "BFD Control, PW-ACH-encapsulated" (i.e., BFD without IP/UDP headers; see Section 5.2). This is to allow the identification of the encased BFD payload when demultiplexing the VCCV control channel.
さまざまなVCCV CCタイプでのPW-achの使用は、[RFC5085]のセクション5.1.1、5.1.2、および5.1.3でそれぞれCCタイプ1、タイプ2、およびタイプ3に指定されており、すべての場合に必要なのは必要です。CWの使用（[RFC4385]のセクション7を参照）。VCCVがPW-achにカプセル化されたBFD（つまり、「生」BFD）を運ぶ場合、PW-ach（pseudowire cw'sまたはl2ss '）チャネルを0x0007に設定する必要があります。、IP/UDPヘッダーのないBFD;セクション5.2を参照）。これは、VCCV制御チャネルを非難するときに、包まれたBFDペイロードの識別を許可するためです。
If the PW is established by signaling, then the BFD CV Type used for this encapsulation is either 0x10 or 0x20.
PWがシグナリングによって確立されている場合、このカプセル化に使用されるBFD CVタイプは0x10または0x20のいずれかです。
In summary, for the IP/UDP encapsulation of BFD (BFD with IP/UDP headers), if a PW Associated Channel Header is used, the Channel Type MUST indicate either IPv4 (0x0021) or IPv6 (0x0057). For the PW-ACH encapsulation of BFD (BFD without IP/UDP headers), the PW Associated Channel Header MUST be used and the Channel Type MUST indicate BFD Control packet (0x0007).
要約すると、BFDのIP/UDPカプセル化（IP/UDPヘッダー付きBFD）の場合、PW関連チャネルヘッダーを使用する場合、チャネルタイプはIPv4（0x0021）またはIPv6（0x0057）を示す必要があります。BFD（IP/UDPヘッダーなしのBFD）のPW-achカプセル化の場合、PW関連チャネルヘッダーを使用する必要があり、チャネルタイプはBFDコントロールパケット（0x0007）を示す必要があります。
The CV Type is defined as a bitmask field used to indicate the specific CV Type or Types (i.e., none, one, or more) of VCCV packets that may be sent on the VCCV control channel. The CV Types shown in the table below augment those already defined in [RFC5085]. Their values shown in parentheses represent the numerical value corresponding to the actual bit being set in the CV Type bitfield.
CVタイプは、VCCV制御チャネルで送信される可能性のあるVCCVパケットの特定のCVタイプまたはタイプ（つまり、1つ以上）を示すために使用されるビットマスクフィールドとして定義されます。以下の表に示されているCVタイプは、[RFC5085]ですでに定義されているものを増強しています。括弧内に示されている値は、CVタイプビットフィールドで設定されている実際のビットに対応する数値を表します。
BFD CV Types:
BFD CVタイプ：
The defined values for the different BFD CV Types for MPLS and L2TPv3 PWs are:
MPLSおよびL2TPV3 PWSのさまざまなBFD CVタイプの定義値は次のとおりです。
Bit (Value) Description
============ ====================================================
Bit 2 (0x04) BFD IP/UDP-encapsulated, for PW Fault Detection only
Bit 3 (0x08) BFD IP/UDP-encapsulated, for PW Fault Detection and
AC/PW Fault Status Signaling
Bit 4 (0x10) BFD PW-ACH-encapsulated, for PW Fault Detection only
Bit 5 (0x20) BFD PW-ACH-encapsulated, for PW Fault Detection and
AC/PW Fault Status Signaling
It should be noted that four BFD CV Types have been defined by combining two types of encapsulation with two types of functionality; see Table 1 in Section 3.
2つのタイプのカプセル化と2種類の機能を組み合わせることにより、4つのBFD CVタイプが定義されていることに注意する必要があります。セクション3の表1を参照してください。
Given the bidirectional nature of BFD, before selecting a given BFD CV Type capability to be used in dynamically established pseudowires, there MUST be common CV Types in the VCCV capability advertised and received. That is, only BFD CV Types that were both advertised and received are available to be selected. Additionally, only one BFD CV Type can be used (selecting a BFD CV Type excludes all the remaining BFD CV Types).
BFDの双方向性を考慮して、動的に確立された擬似動物で使用される特定のBFD CVタイプ機能を選択する前に、宣伝および受信したVCCV機能には共通のCVタイプが必要です。つまり、宣伝され、受信されたBFD CVタイプのみが選択できます。さらに、1つのBFD CVタイプのみを使用できます（BFD CVタイプを選択すると、残りのすべてのBFD CVタイプが除外されます）。
The following list enumerates rules, restrictions, and clarifications on the usage of BFD CV Types:
次のリストは、BFD CVタイプの使用に関するルール、制限、および説明を列挙しています。
1. BFD CV Types used for fault detection and status signaling (i.e., CV Types 0x08 and 0x20) SHOULD NOT be used when a control protocol such as LDP [RFC4447] or L2TPV3 [RFC3931] is available that can signal the AC/PW status to the remote endpoint of the PW. More details can be found in [OAM-MSG-MAP].
1. 障害検出およびステータスシグナル伝達に使用されるBFD CVタイプ（つまり、CVタイプ0x08および0x20）は、LDP [RFC4447]やL2TPV3 [RFC3931]などの制御プロトコルが利用可能である場合は、AC/PWステータスを信号に合図できる場合は使用しないでください。PWのリモートエンドポイント。詳細については、[OAM-MSG-Map]をご覧ください。
2. BFD CV Types used for fault detection only (i.e., CV Types 0x04 and 0x10) can be used whether or not a protocol that can signal AC/PW status is available. This includes both statically provisioned and dynamically signaled pseudowires.
2. 障害検出のみに使用されるBFD CVタイプ（つまり、CVタイプ0x04および0x10）を使用できます。AC/PWステータスを信号することができるプロトコルが利用可能であるかどうかを使用できます。これには、静的プロビジョニングと動的に信号付きの擬似動物の両方が含まれます。
2.1. In this case, BFD is used exclusively to detect faults on the PW; if it is desired to convey AC/PW fault status, some means other than BFD are to be used. Examples include using LDP status messages when using MPLS as a transport (see Section 5.4 of [RFC4447]), and the Circuit Status Attribute Value Pair (AVP) in an L2TPv3 SLI message for L2TPv3 (see Section 5.4.5 of [RFC3931]).
2.1. この場合、BFDはPWの障害を検出するためにのみ使用されます。AC/PW障害ステータスを伝達することが望ましい場合は、BFD以外の何らかの手段を使用する必要があります。例には、MPLSを輸送として使用する場合のLDPステータスメッセージの使用（[RFC447]のセクション5.4を参照）、およびL2TPV3のL2TPV3 SLIメッセージの回路ステータス属性値ペア（AVP）（[RFC3931]のセクション5.4.5を参照）が含まれます。。
3. Pseudowires that do not use a CW or L2SS using the PW Associated Channel Header MUST NOT use the BFD CV Types 0x10 or 0x20 (i.e., PW-ACH encapsulation of BFD, without IP/UDP headers).
3. PW関連のチャネルヘッダーを使用してCWまたはL2SSを使用しない擬似動物は、BFD CVタイプ0x10または0x20（つまり、IP/UDPヘッダーなしでBFDのPW-achカプセル化）を使用してはなりません。
3.1. PWs that use a PW-ACH include CC Type 1 (for both MPLS and L2TPv3 as defined in Sections 5.1.1 and 6.1 of [RFC5085]), and MPLS CC Types 2 and 3 when using a Control Word (as specified in Sections 5.1.2 and 5.1.3 of [RFC5085]). This restriction stems from the fact that the encapsulation uses the Channel Type in the PW-ACH.
3.1. PW-achを使用するPWには、[RFC5085]のセクション5.1.1および6.1で定義されているMPLSとL2TPV3の両方についてCCタイプ1（[RFC5085]のセクション5.1.1および6.1）、およびコントロールワードを使用する場合（セクション5.1で指定されているようにCCタイプ2および3が含まれます。[RFC5085]の.2および5.1.3）。この制限は、カプセル化がPW-achのチャネルタイプを使用するという事実に起因します。
3.2. PWs that do not use a PW-ACH can use the VCCV BFD encapsulation with IP/UDP headers, as the only VCCV BFD encapsulation supported. Using the IP/UDP encapsulated BFD CV Types allows for the concurrent use of other VCCV CV Types that use an encapsulation with IP headers (e.g., ICMP Ping or LSP Ping defined in [RFC5085]).
3.2. PW-achを使用しないPWSは、唯一のVCCV BFDカプセル化がサポートされているように、IP/UDPヘッダーを使用したVCCV BFDカプセル化を使用できます。IP/UDPカプセル化されたBFD CVタイプを使用すると、IPヘッダーを使用してカプセル化を使用する他のVCCV CVタイプの同時使用が可能になります（例：[RFC5085]で定義されたICMP PingまたはLSP Ping）。
4. Only a single BFD CV Type can be selected and used. All BFD CV Types are mutually exclusive. After selecting a BFD CV Type, a node MUST NOT use any of the other three BFD CV Types.
4. 単一のBFD CVタイプのみを選択して使用できます。すべてのBFD CVタイプは相互に排他的です。BFD CVタイプを選択した後、ノードは他の3つのBFD CVタイプのいずれかを使用してはなりません。
5. Once a PE has chosen a single BFD CV Type to use, it MUST continue using it until when the PW is re-signaled. In order to change the negotiated and selected BFD CV Type, the PW must be torn down and re-established.
5. PEが使用する単一のBFD CVタイプを選択したら、PWが再署名されるまで使用し続ける必要があります。ネゴシエートおよび選択されたBFD CVタイプを変更するには、PWを取り壊して再確立する必要があります。
The precedence rules for selection of various CC and CV Types is clearly outlined in Section 7 of [RFC5085]. This section augments these rules when the BFD CV Types defined herein are supported. The selection of a specific BFD CV Type to use out of the four available CV Types defined is tied to multiple factors, as described in Section 3.3. Given that BFD is bidirectional in nature, only CV Types that are both received and sent in VCCV capability signaling advertisement can be selected.
さまざまなCCおよびCVタイプの選択に関する優先順位ルールは、[RFC5085]のセクション7で明確に概説されています。このセクションでは、本明細書で定義されているBFD CVタイプがサポートされている場合、これらのルールを強化します。定義された4つの利用可能なCVタイプから使用する特定のBFD CVタイプの選択は、セクション3.3で説明されているように、複数の要因に結び付けられています。BFDが本質的に双方向であることを考えると、VCCV機能のシグナリング広告で受信および送信されるCVタイプのみを選択できます。
When multiple BFD CV Types are advertised, and after applying the rules in Section 3.3, the set that both ends of the pseudowire have in common is determined. If the two ends have more than one BFD CV Type in common, the following list of BFD CV Types is considered in the order of the lowest list number CV Type to the highest list number CV Type, and the CV Type with the lowest list number is used:
複数のBFD CVタイプが宣伝され、セクション3.3のルールを適用した後、擬似具体の両端が共通するセットが決定されます。2つの端に複数のBFD CVタイプが共通している場合、BFD CVタイプの次のリストは、最低リスト番号CVタイプの順序で最高のリスト番号CVタイプ、および最低リスト番号を持つCVタイプの順序で考慮されます。使用されている：
1. 0x20 - BFD PW-ACH-encapsulated (without IP/UDP headers), for PW Fault Detection and AC/PW Fault Status Signaling
1. 0x20-BFD PW-ach-capsulated（IP/UDPヘッダーなし）、PW障害検出およびAC/PW障害ステータスシグナル
2. 0x10 - BFD PW-ACH-encapsulated (without IP/UDP headers), for PW Fault Detection only
2. 0x10-BFD PW-ach-capsulated（IP/UDPヘッダーなし）、PW障害検出のみ
3. 0x08 - BFD IP/UDP-encapsulated, for PW Fault Detection and AC/PW Fault Status Signaling
3. 0x08 -BFD IP/UDPがカプセル化され、PW障害検出およびAC/PW障害ステータスシグナリング
4. 0x04 - BFD IP/UDP-encapsulated, for PW Fault Detection only
4. 0x04 -BFD IP/UDPがカプセル化され、PW障害検出のみ
The VCCV Interface Parameters Sub-TLV codepoint is defined in [RFC4446], and the VCCV CV Types registry is defined in [RFC5085]. This section lists the new BFD CV Types.
VCCVインターフェイスパラメーターSub-TLV CodePointは[RFC4446]で定義されており、VCCV CV型レジストリは[RFC5085]で定義されています。このセクションには、新しいBFD CVタイプをリストします。
IANA has augmented the "VCCV Connectivity Verification (CV) Types" registry in the Pseudowire Name Spaces reachable from [IANA]. These are bitfield values. CV Type values 0x04, 0x08, 0x10, and 0x20 are specified in Section 3 of this document.
IANAは、[IANA]から到達可能な擬似著者名スペースの「VCCV接続検証（CV）タイプ」レジストリを拡張しました。これらはビットフィールド値です。CVタイプ値0x04、0x08、0x10、および0x20は、このドキュメントのセクション3で指定されています。
MPLS Connectivity Verification (CV) Types:
MPLS接続検証（CV）タイプ：
Bit (Value) Description
============ ====================================================
Bit 2 (0x04) BFD IP/UDP-encapsulated, for PW Fault Detection only
Bit 3 (0x08) BFD IP/UDP-encapsulated, for PW Fault Detection and
AC/PW Fault Status Signaling
Bit 4 (0x10) BFD PW-ACH-encapsulated, for PW Fault Detection only
Bit 5 (0x20) BFD PW-ACH-encapsulated, for PW Fault Detection and
AC/PW Fault Status Signaling
The PW Associated Channel Types used by VCCV rely on previously allocated numbers from the Pseudowire Associated Channel Types Registry [RFC4385] in the Pseudowire Name Spaces reachable from [IANA].
VCCVが使用するPW関連チャネルタイプは、[IANA]から到達可能な擬似ワイヤ名スペースの擬似ワイヤー関連チャネルタイプレジストリ[RFC4385]から以前に割り当てられた数値に依存しています。
IANA has reserved a new Pseudowire Associated Channel Type value as follows:
IANAは、次のように新しい擬似ワイヤに関連するチャネルタイプ値を予約しています。
Registry:
TLV
Value Description Follows Reference
------ ---------------------------------- ------- ---------------
0x0007 BFD Control, PW-ACH encapsulation No [This document]
(without IP/UDP Headers)
This section lists the new BFD CV Types to be added to the existing "VCCV Capability AVP" registry in the L2TP name spaces. The Layer Two Tunneling Protocol "L2TP" Name Spaces are reachable from [IANA].
このセクションには、L2TP名スペースの既存の「VCCV機能AVP」レジストリに追加される新しいBFD CVタイプをリストします。レイヤー2つのトンネルプロトコル「L2TP」名スペースは、[IANA]から到達可能です。
IANA has reserved the following L2TPv3 Connectivity Verification (CV) Types in the VCCV Capability AVP Values registry.
IANAは、VCCV機能AVP値レジストリに次のL2TPV3接続検証（CV）タイプを予約しています。
VCCV Capability AVP (Attribute Type 96) Values
----------------------------------------------
L2TPv3 Connectivity Verification (CV) Types:
L2TPV3接続検証（CV）タイプ：
Bit (Value) Description
============ ====================================================
Bit 2 (0x04) BFD IP/UDP-encapsulated, for PW Fault Detection only
Bit 3 (0x08) BFD IP/UDP-encapsulated, for PW Fault Detection and
AC/PW Fault Status Signaling
Bit 4 (0x10) BFD PW-ACH-encapsulated, for PW Fault Detection only
Bit 5 (0x20) BFD PW-ACH-encapsulated, for PW Fault Detection and
AC/PW Fault Status Signaling
The congestion considerations that apply to [RFC5085] apply to this mode of operation as well. This section describes explicitly how they apply.
[RFC5085]に適用される混雑の考慮事項は、この動作モードにも適用されます。このセクションでは、それらがどのように適用するかを明示的に説明します。
BFD as a VCCV application is required to provide details on congestion and bandwidth considerations. BFD provides with a desired minimum transmit interval and a required minimum receive interval, negotiates the transmission interval using these configurable fields, and has a packet of fixed size (setting the transmission rate). Therefore, it results in a configuration limited bandwidth utilization. As stated in [RFC5085], this is sufficient protection against congestion as long as BFD's configured maximum bit-rate is minimal compared to the bit-rate of the pseudowire the VCCV channel is associated with. If the pseudowire bit-rate can't be guaranteed to be minimal, like potentially for highly variable bit-rate and/or congestion responsive pseudowires, BFD will be required to operate using an adaptive congestion control mechanism (for example, including a throttled transmission rate on "congestion detected" situations, and a slow-start after shutdown due to congestion and until basic connectivity is verified).
VCCVアプリケーションとしてのBFDは、混雑と帯域幅の考慮事項に関する詳細を提供するために必要です。BFDは、目的の最小送信間隔と必要な最小受信間隔を提供し、これらの構成可能なフィールドを使用して伝送間隔を交渉し、固定サイズのパケットを持っています（伝送速度の設定）。したがって、構成が制限された帯域幅の使用率が得られます。[RFC5085]に記載されているように、BFDの構成された最大ビットレートがVCCVチャネルが関連付けられている擬似ワイヤーのビットレートと比較して最小限である限り、これは混雑に対する十分な保護です。擬似ワイヤのビットレートが、潜在的に高度に変動するビットレートや渋滞応答性の擬似ワイヤのように最小限になることを保証できない場合、BFDは適応渋滞制御メカニズムを使用して動作する必要があります（たとえば、スロットルされた伝送を含む。「輻輳が検出された」状況のレート、および輻輳のためにシャットダウンした後のスロースタート、および基本的な接続が検証されるまで）。
Since the bandwidth utilized by BFD is configuration-limited, the VCCV channel MUST NOT be rate-limited below this maximum configurable bandwidth or BFD will not operate correctly. The VCCV channel could provide rate-limiting above the maximum BFD rate, to protect from a misbehaving BFD application, so that it does not conflict and can coexist. Additionally, the VCCV channel SHOULD NOT use any additional congestion control loop that would interfere or negatively interact with that of BFD. There are no additional congestion considerations.
BFDが利用する帯域幅は構成制限であるため、VCCVチャネルをこの最大構成可能な帯域幅の下にレート制限してはならないか、BFDは正しく動作しません。VCCVチャネルは、誤動作のBFDアプリケーションから保護するために、最大BFDレートを超えるレート制限を提供することができ、競合せず、共存することができます。さらに、VCCVチャネルは、BFDのそれと干渉または負に相互作用する追加の混雑制御ループを使用しないでください。追加の混雑の考慮事項はありません。
Routers that implement the additional CV Types defined herein are subject to the same security considerations as defined in [RFC5085], [RFC5880], and [RFC5881]. This specification does not raise any additional security issues beyond these. The IP/UDP-encapsulated BFD makes use of the TTL/Hop Limit procedures described in Section 5 of [RFC5881], including the use of the Generalized TTL Security Mechanism (GTSM) as a security mechanism.
本明細書で定義されている追加のCVタイプを実装するルーターは、[RFC5085]、[RFC5880]、および[RFC5881]で定義されているのと同じセキュリティ上の考慮事項の対象となります。この仕様では、これらを超えて追加のセキュリティの問題を提起しません。IP/UDPにカプセル化されたBFDは、セキュリティメカニズムとして一般化されたTTLセキュリティメカニズム（GTSM）の使用を含む、[RFC5881]のセクション5で説明されているTTL/ホップ制限手順を使用します。
This work forks from a previous revision of the PWE3 WG document that resulted in [RFC5085], to which a number of people contributed, including Rahul Aggarwal, Peter B. Busschbach, Yuichi Ikejiri, Kenji Kumaki, Luca Martini, Monique Morrow, George Swallow, and others.
この作業は、Rahul Aggarwal、Peter B. Busschbach、Yuichi Ikejiri、Kenji kumaki、Luca Martini、Monique Morrow、George Swallow、ジョージスワロウアーなど、[RFC5085]をもたらしたPWE3 WGドキュメントの以前の改訂からのフォーキングを行っています。、 その他。
Mustapha Aissaoui, Sam Aldrin, Stewart Bryant, Peter B. Busschbach, Annamaria Fulignoli, Vishwas Manral, Luca Martini, Dave McDysan, Ben Niven-Jenkins, Pankil Shah, Yaakov Stein, and George Swallow provided useful feedback and valuable comments and suggestions improving newer versions of this document.
ムスタファ・アイサウイ、サム・アルドリン、スチュワート・ブライアント、ピーター・B・バシュバッハ、アナマリア・フリニョーリ、ヴィシュワス・マンラル、ルカ・マティーニ、デイブ・マクディーニ、ベン・ニヴェン・ジェンキンス、パンキル・シャー、ヤアコフ・スタイン、ジョージ・スワロウが有用なフィードバックを提供し、大規模なコメントを提供することこのドキュメントのバージョン。
[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月。
[RFC4385] Bryant, S., Swallow, G., Martini, L., and D. McPherson, "Pseudowire Emulation Edge-to-Edge (PWE3) Control Word for Use over an MPLS PSN", RFC 4385, February 2006.
[RFC4385] Bryant、S.、Swallow、G.、Martini、L。、およびD. McPherson、「Pseudowire Emulation Edge-to-Edge（PWE3）がMPLS PSNを介して使用するコントロールワード」、RFC 4385、2006年2月。
[RFC5085] Nadeau, T. and C. Pignataro, "Pseudowire Virtual Circuit Connectivity Verification (VCCV): A Control Channel for Pseudowires", RFC 5085, December 2007.
[RFC5085] Nadeau、T。およびC. Pignataro、「Pseudowire仮想回路接続検証（VCCV）：Pseudowiresの制御チャネル」、RFC 5085、2007年12月。
[RFC5880] Katz, D. and D. Ward, "Bidirectional Forwarding Detection", RFC 5880, June 2010.
[RFC5880] Katz、D。およびD. Ward、「双方向転送検出」、RFC 5880、2010年6月。
[RFC5881] Katz, D. and D. Ward, "Bidirectional Forwarding Detection (BFD) for IPv4 and IPv6 (Single Hop)", RFC 5881, June 2010.
[RFC5881] Katz、D。およびD. Ward、「IPv4およびIPv6（シングルホップ）の双方向転送検出（BFD）」、RFC 5881、2010年6月。
[RFC5882] Katz, D. and D. Ward, "Generic Application of Bidirectional Forwarding Detection (BFD)", RFC 5882, June 2010.
[RFC5882] Katz、D。およびD. Ward、「双方向転送検出の一般的な応用（BFD）」、RFC 5882、2010年6月。
[IANA] Internet Assigned Numbers Authority, "Protocol Registries", <http://www.iana.org>.
[IANA]インターネットに割り当てられた番号当局、「プロトコルレジストリ」、<http://www.iana.org>。
[OAM-MSG-MAP] Aissaoui, M., Busschbach, P., Morrow, M., Martini, L., Stein, Y., Allan, D., and T. Nadeau, "Pseudowire (PW) OAM Message Mapping", Work in Progress, March 2010.
[OAM-MSG-Map] Aissaoui、M.、Busschbach、P.、Morrow、M.、Martini、L.、Stein、Y.、Allan、D。、およびT. Nadeau、「Pseudowire（PW）OAMメッセージマッピング「、2010年3月に進行中の作業。
[RFC3931] Lau, J., Townsley, M., and I. Goyret, "Layer Two Tunneling Protocol - Version 3 (L2TPv3)", RFC 3931, March 2005.
[RFC3931] Lau、J.、Townsley、M。、およびI. Goyret、「レイヤー2つのトンネルプロトコル - バージョン3（L2TPV3）」、RFC 3931、2005年3月。
[RFC4379] Kompella, K. and G. Swallow, "Detecting Multi-Protocol Label Switched (MPLS) Data Plane Failures", RFC 4379, February 2006.
[RFC4379] Kompella、K。およびG. Swallow、「Multi-Protocol Label Switched（MPLS）データプレーン障害の検出」、RFC 4379、2006年2月。
[RFC4446] Martini, L., "IANA Allocations for Pseudowire Edge to Edge Emulation (PWE3)", BCP 116, RFC 4446, April 2006.
[RFC4446] Martini、L。、「Pseudowire Edge to Edge Emulation（PWE3）のIANAの割り当て」、BCP 116、RFC 4446、2006年4月。
[RFC4447] Martini, L., Rosen, E., El-Aawar, N., Smith, T., and G. Heron, "Pseudowire Setup and Maintenance Using the Label Distribution Protocol (LDP)", RFC 4447, April 2006.
[RFC4447] Martini、L.、Rosen、E.、El-Aawar、N.、Smith、T.、およびG. Heron、「ラベル分布プロトコル（LDP）を使用したPseudowireのセットアップとメンテナンス」、RFC 4447、2006年4月。
[RFC5586] Bocci, M., Vigoureux, M., and S. Bryant, "MPLS Generic Associated Channel", RFC 5586, June 2009.
[RFC5586] Bocci、M.、Vigoureux、M。、およびS. Bryant、「Mpls Generic Associated Channel」、RFC 5586、2009年6月。
Authors' Addresses
著者のアドレス
Thomas D. Nadeau (editor) BT BT Centre 81 Newgate Street London EC1A 7AJ United Kingdom
トーマスD.ナドー（編集者）BT BTセンター81 Newgate Street London EC1A 7AJイギリス
EMail: tom.nadeau@bt.com
Carlos Pignataro (editor) Cisco Systems, Inc. 7200 Kit Creek Road PO Box 14987 Research Triangle Park, NC 27709 USA
Carlos Pignataro（編集者）Cisco Systems、Inc。7200 Kit Creek Road PO Box 14987 Research Triangle Park、NC 27709 USA
EMail: cpignata@cisco.com