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)
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.
このドキュメントの現在の状態、任意の正誤表、そしてどのようにフィードバックを提供するための情報が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.
著作権（C）2010 IETF信託とドキュメントの作成者として特定の人物。全著作権所有。
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トラストの法律の規定に従うものとします。彼らは、この文書に関してあなたの権利と制限を説明するように、慎重にこれらの文書を確認してください。コードコンポーネントは、トラスト法規定のセクションで説明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.
この材料の一部がIETFトラストにこのような材料の変更を許可する権利を与えられていない可能性がありますにこの文書は、2008年、IETFドキュメントまたは11月10日以前に発行または公開さIETF貢献から著作権を支配する者（複数可）材料を含んでいてもよいですIETF標準化プロセスの外。そのような材料の著作権を管理者（単数または複数）から適切なライセンスを取得することなく、この文書は、IETF標準化過程の外側修正されないかもしれません、そして、それの派生物は、IETF標準化過程の外側に作成されない場合があり、それをフォーマットする以外出版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デマルチプレクサに依存しない、との両方のMPLSおよびレイヤ2トンネリングプロトコルバージョン3（L2TPv3の）疑似デマルチプレクサのために、したがって適用されます。単一セグメント疑似回線上BFD VCCV動作と、この文書の問題自体（SS-のPW）。この仕様は、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].
この文書のキーワード "MUST"、 "MUST NOT"、 "REQUIRED"、、、、 "べきではない" "べきである" "ないもの" "ものとし"、 "推奨"、 "MAY"、および "OPTIONAL" はあります[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).
四のCVタイプは、BFDのために定義されています。表1は、（すなわち、対とIP / UDPヘッダを含まない）と機能（のみ障害検出およびステータスシグナル対、すなわち、障害検出）によってカプセル化することによって、それらをグループ化し、BFDのCVタイプをまとめたものです。
+----------------------------+--------------+-----------------------+
| | 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つの以上のPWのために必要である場合、双方向フォワーディング検出（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).
静的プロビジョニング疑似回線用に、両端が静的（スタティック同一CCタイプでVCCVのために構成されることに加えて）同じBFD CVタイプを使用するように構成する必要があります。
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セッションをブートストラップするのに必要なコンテキストを提供します。疑似回線のデマルチプレクサフィールド（例えば、MPLS PWラベルまたはL2TPv3のセッションID）第BFD制御パケットを逆多重化するためのコンテキストを提供し、従ってシングルホップBFD初期化手順が続いている（[RFC5881]のセクション3を参照し、[RFC5882のセクション6 ]）。
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のとおりです。次のシナリオは、動作を例示：のMultを検出」と下流PE（D-PE）は、（送信間隔の特定の数の間にその上流のピアPE（U-PE）からオペレータによって提供番号をBFD制御メッセージを受信しない場合「又は検出時間は、乗算器[RFC5880]）、D-PEは、受信方向のPWがダウンしていることを宣言する。換言すれば、D-PEは、このPWのために「PW欠陥を受信」状態に入ります。この算出された検出時間（[RFC5880]のセクション6.8.4を参照）した後、D-PEは、ダウンセッションを宣言し、そして状態を経てリモートエンド（STA）への信号これを診断コード1（対照検出時間が満了）を有します。次に、U-PEは、診断コード3がダウンの状態を設定し、PWは、その送信方向にダウンしている宣言D-PEへの制御メッセージに（隣接セッションをダウン合図しました）。 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]を含みます。 BFD接続性検証パケットがVCCV制御チャンネルを介してカプセル化することができる2つの方法があります。この文書は、ビューの封入点からBFDのCVタイプの二組にグループ分けすることができる4つのBFDのCVタイプ（セクション3を参照）、定義します。 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
[RFC5881]のセクション4で定義されるように、第1の方法では、BFDのVCCVカプセル化は、IP / UDPヘッダを含みます。 BFD制御パケットは、したがって65535までの範囲49152内の宛先ポート3784と送信元ポートIPとUDPで送信されます
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).
プロトコル番号とUDPポート番号（すなわち、ICMP pingおよびLSPピング[RFC5085]で定義されており、BFD区別）可能VCCVペイロードを区別します。
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アドレスは、送信者のアドレスです。 0：0：0：0：FFFF：127.0.0.0/104宛先IPアドレスは、範囲0〜8分の127またはIPv6アドレスからの（ランダムに選択される）のIPv4アドレスです。理論的根拠は、[RFC4379]のセクション2.1で説明されています。このカプセル化に適用される[RFC5881]のセクション5から/ホップリミットと一般TTLセキュリティメカニズム（GTSM）手順を生存時間、ひいてはTTL /ホップ制限は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から省略されていますカプセル化。したがって、このカプセル化を利用するために、疑似回線はPW関連するチャネルヘッダ（PW-ACH）（L2TPv3のに使用L2SS、）その制御ワード（CW）又はL2-特有のSublayer用コントロールワードフォーマット（[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.
このカプセル化においては、「生の」BFD制御パケット（すなわち、BFD制御パケットのIP / UDPヘッダなし[RFC5880]のセクション4.1で定義されるように）直接PW-ACHに従います。 PW-ACHチャネルタイプは、関連するチャンネルは「生」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の使用は、CCタイプ1、タイプ2、およびセクション5.1.1、5.1.2においてそれぞれタイプ3のために指定され、[RFC5085]の5.1.3、およびすべての場合において必要とされていますCWの使用（[RFC4385]のセクション7を参照）。 VCCVはPW-ACH-カプセル化されたBFD（すなわち、 "生" BFD）を運ぶときは、PW-ACH（ 'CWのかL2SSをスードワイヤ）チャネルタイプを示すために、0x0007に設定しなければならない "BFDコントロールを、PW-ACHカプセル化"（すなわち、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).
PW関連するチャネルヘッダが使用される場合要約すると、BFDのIP / UDPカプセル化（IP / UDPヘッダを持つBFD）のために、チャネルタイプは、IPv4（0x0021）またはIPv6（0x0057）のいずれかを示さなければなりません。 BFDのPW-ACHカプセル化（IP / UDPヘッダなしBFD）について、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のPWをのためのさまざまな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.
4つのBFDのCVタイプは、機能の2種類のカプセル化の2種類を組み合わせることによって定義されていることに留意すべきです。第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タイプが選択されるように利用可能である、です。さらに、一つだけ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タイプ0×04と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]).
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).
BFD CVタイプを使用してはならないPW関連するチャンネルヘッダーを使用してCWまたはL2SSを使用していない3.スードワイヤの0x10または0x20の（すなわち、PW-ACH IP / UDPヘッダなしのBFDのカプセル化、）。
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.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. のみVCCVのBFDのカプセル化がサポートさPW-ACHを使用していないPWSが、IP / UDPヘッダでVCCV BFDのカプセル化を使用することができます。 IP / UDPは、BFD CVタイプのカプセル化された使用するIPヘッダでカプセル化を使用する他のVCCVのCVタイプの同時使用を可能にする（例えば、ICMP PingまたはLSPピングは[RFC5085]で定義されます）。
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タイプがサポートされているこれらのルールを強化します。セクション3.3で説明したように定義された4つの利用可能なCVタイプのうち、使用する特定のBFDのCVタイプの選択は、複数の要因に関連付けられています。 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節のルールを適用した後、擬似配線の両端に共通しているセットが決定されます。両端が共通で1 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カプセル化（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カプセル化（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フォルトステータスシグナリングのため
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インターフェイスパラメータサブTLVコードポイントは、[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.
[RFC5085]、[RFC5880]、および[RFC5881]で定義されるように、本明細書に定義された追加CVタイプを実装するルータは、同じセキュリティ上の考慮の対象となっています。この仕様では、これらを超えて追加のセキュリティ上の問題を提起しません。 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.
[RFC5085]の結果PWE3 WG文書の以前のリビジョンからこの作品フォークは、その人の数はラウール・アガーウォール、ピーターB. Busschbach、祐一池尻、健二熊木、ルカ・マルティーニ、モニークモロー、ジョージくんを含め、貢献します、 その他。
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.
ムスタファAissaoui、サム・オルドリン、スチュワートブライアント、ピーターB. Busschbach、Annamaria Fulignoli、Vishwas Manral、ルカ・マルティーニ、デイブMcDysan、ベン・ニーヴン・ジェンキンス、Pankilシャー、Yaakovのスタイン、ジョージツバメは新しいの改善に有用なフィードバックと貴重なコメントや提案を提供しましたこのドキュメントのバージョン。
[RFC2119] Bradner, S., "Key words for use in RFCs to Indicate Requirement Levels", BCP 14, RFC 2119, March 1997.
[RFC2119]ブラドナーの、S.、 "要件レベルを示すためにRFCsにおける使用のためのキーワード"、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]ブライアント、S.、ツバメ、G.、マティーニ、L.、およびD.マクファーソン、 "MPLS PSNの上の使用のための擬似回線エミュレーションエッジツーエッジ（PWE3）制御ワード"、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]ナドー、T.とC. Pignataro、 "Pseudowireの仮想回線接続性検証（VCCV）：スードワイヤ用制御チャネル"、RFC 5085、2007年12月。
[RFC5880] Katz, D. and D. Ward, "Bidirectional Forwarding Detection", RFC 5880, June 2010.
[RFC5880]カッツ、D.とD.ウォード、 "双方向フォワーディング検出"、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]カッツ、D.およびD.区、 "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]カッツ、D.およびD.区、 "双方向フォワーディング検出（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.、モロー、M.、マティーニ、L.、スタイン、Y.、アラン、D.、およびT.ナドー、「疑似回線（PW）OAMメッセージマッピング」、進歩、2010年3月に作業。
[RFC3931] Lau, J., Townsley, M., and I. Goyret, "Layer Two Tunneling Protocol - Version 3 (L2TPv3)", RFC 3931, March 2005.
[RFC3931]ラウ、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.ツバメ、2006年2月、RFC 4379 "を検出マルチプロトコルラベルは（MPLS）データプレーン障害をスイッチ"。
[RFC4446] Martini, L., "IANA Allocations for Pseudowire Edge to Edge Emulation (PWE3)", BCP 116, RFC 4446, April 2006.
[RFC4446]マティーニ、L.、BCP 116、RFC 4446、2006年4月 "エッジエミュレーションに擬似回線縁（PWE3）のためのIANAの割り当て"。
[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]、L.、ローゼン、E.、エル・Aawar、N.、スミス、T.、およびG.サギ、 "ラベル配布プロトコル（LDP）を使用して、擬似回線の設定とメンテナンス"、RFC 4447、2006年4月マティーニ。
[RFC5586] Bocci, M., Vigoureux, M., and S. Bryant, "MPLS Generic Associated Channel", RFC 5586, June 2009.
[RFC5586]ボッチ、M.、Vigoureux、M.、およびS.ブライアント、 "MPLSジェネリック関連チャンネル"、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ニューゲートストリートロンドンEC1A 7AJイギリス
EMail: tom.nadeau@bt.com
メールアドレス：tom.nadeau@bt.com
Carlos Pignataro (editor) Cisco Systems, Inc. 7200 Kit Creek Road PO Box 14987 Research Triangle Park, NC 27709 USA
カルロスPignataro（エディタ）は、Cisco Systems、Inc.の7200キットクリーク道路私書箱14987リサーチトライアングルパーク、NC 27709 USA
EMail: cpignata@cisco.com
メールアドレス：cpignata@cisco.com