[要約] RFC 4454は、L2TPv3を使用してATMをトンネリングするためのプロトコル仕様です。目的は、ATMネットワークをL2TPv3トンネル内で利用するためのガイドラインを提供することです。
Network Working Group S. Singh
Request for Comments: 4454 M. Townsley
Category: Standards Track C. Pignataro
Cisco Systems
May 2006
Asynchronous Transfer Mode (ATM) over Layer 2 Tunneling Protocol Version 3 (L2TPv3)
レイヤー2トンネルプロトコルバージョン3（L2TPV3）上の非同期転送モード（ATM）
Status of This Memo
本文書の位置付け
This document specifies an Internet standards track protocol for the Internet community, and requests discussion and suggestions for improvements. Please refer to the current edition of the "Internet Official Protocol Standards" (STD 1) for the standardization state and status of this protocol. Distribution of this memo is unlimited.
このドキュメントは、インターネットコミュニティのインターネット標準トラックプロトコルを指定し、改善のための議論と提案を要求します。このプロトコルの標準化状態とステータスについては、「インターネット公式プロトコル標準」（STD 1）の現在のエディションを参照してください。このメモの配布は無制限です。
Copyright Notice
著作権表示
Copyright (C) The Internet Society (2006).
Copyright（c）The Internet Society（2006）。
Abstract
概要
The Layer 2 Tunneling Protocol, Version 3 (L2TPv3) defines an extensible tunneling protocol to transport layer 2 services over IP networks. This document describes the specifics of how to use the L2TP control plane for Asynchronous Transfer Mode (ATM) Pseudowires and provides guidelines for transporting various ATM services over an IP network.
レイヤー2トンネルプロトコル、バージョン3（L2TPV3）は、IPネットワークを介してレイヤー2サービスを輸送するための拡張可能なトンネルプロトコルを定義します。このドキュメントでは、非同期転送モード（ATM）擬似ワイヤにL2TP制御プレーンを使用する方法の詳細について説明し、IPネットワーク上でさまざまなATMサービスを輸送するためのガイドラインを提供します。
Table of Contents
目次
1. Introduction ....................................................2
1.1. Abbreviations ..............................................3
1.2. Specification of Requirements ..............................3
2. Control Connection Establishment ................................3
3. Session Establishment and ATM Circuit Status Notification .......4
3.1. L2TPv3 Session Establishment ...............................4
3.2. L2TPv3 Session Teardown ....................................6
3.3. L2TPv3 Session Maintenance .................................6
4. Encapsulation ...................................................6
4.1. ATM-Specific Sublayer ......................................7
4.2. Sequencing .................................................9
5. ATM Transport ...................................................9
5.1. ATM AAL5-SDU Mode .........................................10
5.2. ATM Cell Mode .............................................10
5.2.1. ATM VCC Cell Relay Service .........................11
5.2.2. ATM VPC Cell Relay Service .........................12
5.2.3. ATM Port Cell Relay Service ........................12
5.3. OAM Cell Support ..........................................12
5.3.1. VCC Switching ......................................12
5.3.2. VPC Switching ......................................13
6. ATM Maximum Concatenated Cells AVP .............................13
7. OAM Emulation Required AVP .....................................14
8. ATM Defects Mapping and Status Notification ....................14
8.1. ATM Alarm Status AVP ......................................14
9. Applicability Statement ........................................15
9.1. ATM AAL5-SDU Mode .........................................16
9.2. ATM Cell Relay Mode .......................................18
10. Congestion Control ............................................20
11. Security Considerations .......................................21
12. IANA Considerations ...........................................21
12.1. L2-Specific Sublayer Type ................................21
12.2. Control Message Attribute Value Pairs (AVPs) .............21
12.3. Result Code AVP Values ...................................22
12.4. ATM Alarm Status AVP Values ..............................22
12.5. ATM-Specific Sublayer Bits ...............................23
13. Acknowledgements ..............................................23
14. References ....................................................23
14.1. Normative References .....................................23
14.2. Informative References ...................................24
This document describes the specifics of how to use the Layer 2 Tunneling Protocol (L2TP) for Asynchronous Transfer Mode (ATM) Pseudowires, including encapsulation, carrying various ATM services, such as AAL5 SDU, ATM VCC/VPC/Port cell relay over L2TP, and mapping ATM defects to L2TP Set-Link-Info (SLI) messages to notify the peer L2TP Control Connection Endpoint (LCCE).
このドキュメントでは、カプセル化を含む非同期転送モード（ATM）の擬似ワイヤに、レイヤー2トンネリングプロトコル（L2TP）を使用する方法の詳細について説明します。ATMの欠陥をL2TP Set-Link-INFO（SLI）メッセージにマッピングして、ピアL2TP制御接続エンドポイント（LCCE）に通知します。
Any ATM-specific AVPs or other L2TP constructs for ATM Pseudowire (ATMPW) support are defined here as well. Support for ATM Switched Virtual Path/Connection (SVP/SVC) and Soft Permanent Virtual Path/Connection (SPVP/SPVC) are outside the scope of this document.
ATM PSEUDOWIRE（ATMPW）サポート用のATM固有のAVPまたはその他のL2TPコンストラクトもここで定義されています。ATMスイッチされた仮想パス/接続（SVP/SVC）およびソフトパーマネントパス/接続（SPVP/SPVC）のサポートは、このドキュメントの範囲外です。
The reader is expected to be very familiar with the terminology and protocol constructs defined in [RFC3931].
読者は、[RFC3931]で定義されている用語とプロトコル構造に非常に精通していると予想されます。
AIS Alarm Indication Signal ATMPW ATM Pseudowire AVP Attribute Value Pair CC Continuity Check OAM Cell CE Customer Edge HEC Header Error Checksum LAC L2TP Access Concentrator (see [RFC3931]) LCCE L2TP Control Connection Endpoint (see [RFC3931]) MSB Most Significant Byte OAM Operation, Administration, and Maintenance PE Provider Edge PSN Packet Switched Network PWE3 Pseudowire Emulation Edge to Edge RDI Remote Defect Indicator SAR Segmentation and Reassembly SDU Service Data Unit SLI Set-Link-Info, an L2TP control message SVC Switched Virtual Connection SVP Switched Virtual Path SPVC Soft Permanent Virtual Connection SPVP Soft Permanent Virtual Path VC Virtual Circuit VCC Virtual Channel Connection VCI Virtual Channel Identifier VPC Virtual Path Connection VPI Virtual Path Identifier
AISアラーム表示信号ATMPW ATM AVP属性値ペアCC連続性チェックOAMセルCELLE COUSTORE EDGE HECヘッダーエラーチェックサムLAC L2TPアクセスコンセントレーター（[RFC3931]を参照）LCCE L2TP制御接続エンドポイント（[RFC3931]を参照）、管理、およびメンテナンスPEプロバイダーエッジPSNパケットスイッチネットワークPWE3擬似ワイヤエミュレーションエッジエッジRDIリモート欠陥インジケーターSARセグメンテーションと再組み立てソフトパーマネント仮想接続SPVPソフトパーマネント仮想パスVC仮想回路VCC仮想チャネル接続VCI仮想チャネル識別子VPC仮想パス接続VPI仮想パス識別子
In this document, several words are used to signify the requirements of the specification. These words are often capitalized. 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]に記載されているように解釈される。
To emulate ATM Pseudowires using L2TP, an L2TP Control Connection as described in Section 3.3 of [RFC3931] MUST be established.
L2TPを使用してATMプソイドワイヤをエミュレートするには、[RFC3931]のセクション3.3で説明されているL2TP制御接続を確立する必要があります。
The Start-Control-Connection-Request (SCCRQ) and corresponding Start-Control-Connection-Reply (SCCRP) MUST include the supported ATM Pseudowire types (see Section 3.1), in the Pseudowire Capabilities List as defined in Section 5.4.3 of [RFC3931]. This identifies the Control Connection as able to establish L2TP sessions in support of the ATM Pseudowires.
Start-Control-Connection-Request（SCCRQ）および対応するStart-Control-Connection-Reply（SCCRP）には、[セクション3.1を参照）、[セクション3.1を参照]、[セクション3.1を参照]リストに含まれている必要があります。RFC3931]。これにより、Control Connectionは、ATMの擬似動物をサポートするL2TPセッションを確立できることを識別します。
An LCCE MUST be able to uniquely identify itself in the SCCRQ and SCCRP messages via a globally unique value. By default, this is advertised via the structured Router ID AVP [RFC3931], though the unstructured Hostname AVP [RFC3931] MAY be used to identify LCCEs as well.
LCCEは、グローバルに一意の値を介して、SCCRQおよびSCCRPメッセージで独自に自分自身を識別できる必要があります。デフォルトでは、これは構造化されたルーターID AVP [RFC3931]を介して宣伝されていますが、非構造化ホスト名AVP [RFC3931]を使用してLCCEを特定することもできます。
This section describes how L2TP ATMPWs or sessions are established between two LCCEs. This includes what will happen when an ATM circuit (e.g., AAL5 PVC) is created, deleted, or changes state when circuit state is in alarm.
このセクションでは、L2TP ATMPWまたはセッションが2つのLCCの間にどのように確立されるかについて説明します。これには、ATM回路（AAL5 PVCなど）が作成、削除、または回路状態がアラーム状態にある場合の状態を変更すると何が起こるかが含まれます。
ATM circuit (e.g., an AAL5 PVC) creation triggers establishment of an L2TP session using three-way handshake described in Section 3.4.1 of [RFC3931]. An LCCE MAY initiate the session immediately upon ATM circuit creation, or wait until the circuit state transitions to ACTIVE before attempting to establish a session for the ATM circuit. It MAY be preferred to wait until circuit status transitions to ACTIVE in order to delay the allocation of resources until absolutely necessary.
ATM回路（AAL5 PVCなど）の作成は、[RFC3931]のセクション3.4.1で説明されている3方向の握手を使用してL2TPセッションの確立をトリガーします。LCCEは、ATM回路の作成時にすぐにセッションを開始するか、ATM回路のセッションを確立しようとする前に、回路状態がアクティブに移行するまで待ちます。絶対に必要になるまでリソースの割り当てを遅らせるために、回路ステータスがアクティブに移行するまで待機することをお勧めします。
The Circuit Status AVP (see Section 8) MUST be present in the Incoming-Call-Request (ICRQ) and Incoming-Call-Reply (ICRP) messages, and MAY be present in the SLI message for ATMPWs.
回路ステータスAVP（セクション8を参照）は、受信コールレクエスト（ICRQ）および受信コール対応（ICRP）メッセージに存在する必要があり、ATMPWのSLIメッセージに存在する場合があります。
The following figure shows how L2TP messages are exchanged to set up an ATMPW after the ATM circuit (e.g., an AAL5 PVC) becomes ACTIVE.
次の図は、ATM回路（AAL5 PVCなど）がアクティブになった後、ATMPWをセットアップするためにL2TPメッセージがどのように交換されるかを示しています。
LCCE (LAC) A LCCE (LAC) B
------------------ --------------------
ATM Ckt Provisioned
ATM Ckt Provisioned
ATM Ckt ACTIVE
ICRQ (status = 0x03) ---->
ATM Ckt ACTIVE
<----- ICRP (status = 0x03)
L2TP session established
OK to send data into PW
ICCN ----->
L2TP session established
OK to send data into PW
The following signaling elements are required for the ATMPW establishment.
ATMPWの施設には、次のシグナル伝達要素が必要です。
a. Pseudowire Type: One of the supported ATM-related PW types should be present in the Pseudowire Type AVP of [RFC3931].
a. 擬似型タイプ：サポートされているATM関連のPWタイプの1つは、[RFC3931]の擬似型AVPに存在する必要があります。
0x0002 ATM AAL5 SDU VCC transport 0x0003 ATM Cell transport Port Mode 0x0009 ATM Cell transport VCC Mode 0x000A ATM Cell transport VPC Mode
0x0002 ATM AAL5 SDU VCC Transport 0x0003 ATMセルトランスポートモード0x0009 ATMセル輸送VCCモード0x000A ATMセル輸送VPCモード
The above cell relay modes can also signal the ATM Maximum Concatenated Cells AVP as described in Section 6.
上記のセルリレーモードは、セクション6で説明されているように、ATMの最大連結細胞AVPを信号することもできます。
b. Remote End ID: Each PW is associated with a Remote End ID akin to the VC-ID in [PWE3ATM]. Two LCCEs of a PW would have the same Remote End ID, and its format is described in Section 5.4.4 of [RFC3931].
b. リモートエンドID：各PWは、[PWE3ATM]のVC-IDに似たリモートエンドIDに関連付けられています。PWの2つのLCCは同じリモートエンドIDを持ち、その形式は[RFC3931]のセクション5.4.4で説明されています。
This Remote End ID AVP MUST be present in the ICRQ in order for the remote LCCE to associate the session to the ATM circuit. The Remote End Identifier AVP defined in [RFC3931] is of opaque form, though ATMPW implementations MAY simply use a 4-octet value that is known to both LCCEs (either by direct configuration or some other means). The exact method of how this value is configured, retrieved, discovered, or otherwise determined at each LCCE is outside the scope of this document.
このリモートエンドID AVPは、リモートLCCEがセッションをATM回路に関連付けるためにICRQに存在する必要があります。[RFC3931]で定義されているリモートエンド識別子AVPは不透明な形式ですが、ATMPWの実装は、両方のLCCE（直接構成または他の手段のいずれかによって）の両方に知られている4-OCTET値を単に使用する場合があります。各LCCEでこの値がどのように構成、取得、検出、またはその他の方法で決定されるかの正確な方法は、このドキュメントの範囲外です。
As with the ICRQ, the ICRP is sent only after the ATM circuit transitions to ACTIVE. If LCCE B had not been provisioned yet for the ATM circuit identified in the ICRQ, a Call-Disconnect-Notify (CDN) would have been immediately returned indicating that the circuit either was not provisioned or was not available at this LCCE. LCCE A SHOULD then exhibit a periodic retry mechanism. If so, the period and maximum number of retries MUST be configurable.
ICRQと同様に、ICRPはATM回路がアクティブに移行した後にのみ送信されます。LCCE BがICRQで特定されたATM回路のためにまだプロビジョニングされていなかった場合、Call-Disconnect-Notify（CDN）がすぐに返され、回路がこのLCCEでプロビジョニングされていないか利用できないことを示します。LCCE Aは、定期的な再試行メカニズムを示す必要があります。その場合、RETRIRESの期間と最大数は構成可能でなければなりません。
An implementation MAY send an ICRQ or ICRP before a PVC is ACTIVE, as long as the Circuit Status AVP reflects that the ATM circuit is INACTIVE and an SLI is sent when the ATM circuit becomes ACTIVE (see Section 8).
回路ステータスAVPがATM回路が非アクティブであり、ATM回路がアクティブになるとSLIが送信されることを反映している限り、PVCがアクティブになる前に実装がICRQまたはICRPを送信する場合があります（セクション8を参照）。
The ICCN is the final stage in the session establishment. It confirms the receipt of the ICRP with acceptable parameters to allow bidirectional traffic.
ICCNは、セッション施設の最終段階です。双方向トラフィックを可能にするために、許容可能なパラメーターを使用してICRPの受領を確認します。
When an ATM circuit is unprovisioned (deleted) at either LCCE, the associated L2TP session MUST be torn down via the CDN message defined in Section 3.4.3 of [RFC3931].
いずれかのLCCEでATM回路が未確認（削除）されている場合、関連するL2TPセッションを[RFC3931]のセクション3.4.3で定義したCDNメッセージを介して取り壊す必要があります。
All sessions established by a given Control Connection utilize the L2TP Hello facility defined in Section 4.4 of [RFC3931] for session keepalive. This gives all sessions basic dead peer and path detection between LCCEs.
特定の制御接続によって確立されたすべてのセッションは、セッションKeepaliveのために[RFC3931]のセクション4.4で定義されているL2TP Hello Facilityを利用しています。これにより、すべてのセッションがLCCE間の基本的なデッドピアとパス検出を提供します。
If the control channel utilizing the Hello message is not in-band with data traffic over the PSN, then other method MAY be used to detect the session failure, and it is left for further study.
Helloメッセージを使用するコントロールチャネルがPSNを介したデータトラフィックを使用して帯域内にない場合、セッションの障害を検出するために他の方法を使用しても、さらなる研究のために残されます。
ATMPWs over L2TP use the Set-Link-Info (SLI) control message as defined in [RFC3931] to signal ATM circuit status between LCCEs after initial session establishment. This includes ACTIVE or INACTIVE notifications of the ATM circuit, or any other parameters that may need to be shared between the LCCEs in order to provide proper PW emulation.
L2TPを介したATMPWS [RFC3931]で定義されているSet-Link-INFO（SLI）制御メッセージを使用して、最初のセッション確立後のLCCE間のATM回路状態を信号します。これには、ATM回路のアクティブまたは非アクティブな通知、または適切なPWエミュレーションを提供するためにLCCE間で共有する必要がある他のパラメーターが含まれます。
The SLI message MUST be sent whenever there is a status change that may be reported by any values identified in the Circuit Status AVP. The only exceptions to this are the initial ICRQ, ICRP, and CDN messages, which establish and tear down the L2TP session itself when the ATM circuit is created or deleted. The SLI message may be sent from either LCCE at any time after the first ICRQ is sent (and perhaps before an ICRP is received, requiring the peer to perform a reverse Session ID lookup).
SLIメッセージは、回路ステータスAVPで識別された値によって報告されるステータスの変更がある場合はいつでも送信する必要があります。これの唯一の例外は、ATM回路が作成または削除されたときにL2TPセッション自体を確立および取り壊す最初のICRQ、ICRP、およびCDNメッセージです。SLIメッセージは、最初のICRQが送信された後（およびおそらくICRPが受信される前にいつでもLCCEから送信できます。
The other application of the SLI message is to map the ATM OAM or physical layer alarms into Circuit Status AVP as described in Section 8.
SLIメッセージの他のアプリケーションは、セクション8で説明されているように、ATM OAMまたは物理層アラームを回路ステータスAVPにマッピングすることです。
This section describes the general encapsulation format for ATM services over L2TP.
このセクションでは、L2TPを介したATMサービスの一般的なカプセル化形式について説明します。
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
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| PSN Transport Header |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| Session Header |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| ATM-Specific Sublayer |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| |
| ATM Service Payload |
| |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
Figure 1: General Format for ATM Encapsulation over L2TPv3 over IP
図1：IPを介したL2TPV3を介したATMカプセル化の一般的な形式
The PSN Transport header is specific to IP and its underlying transport header. This header is used to transport the encapsulated ATM payload through the IP network.
PSNトランスポートヘッダーは、IPとその基礎となるトランスポートヘッダーに固有です。このヘッダーは、カプセル化されたATMペイロードをIPネットワークから輸送するために使用されます。
The Session Header is a non-zero 32-bit Session ID with an optional Cookie up to 64-bits. This Session ID is exchanged during session setup.
セッションヘッダーは、最大64ビットのオプションのCookieを備えた非ゼロ32ビットセッションIDです。このセッションIDは、セッションのセットアップ中に交換されます。
The ATM-Specific Sublayer is REQUIRED for AAL5 SDU Mode and OPTIONAL for ATM Cell Mode. Please refer to Section 4.1 for more details.
ATM固有のサブレーヤーは、AAL5 SDUモードに必要で、ATMセルモードにはオプションです。詳細については、セクション4.1を参照してください。
This section defines a new ATM-Specific Sublayer, an alternative to the Default L2-Specific Sublayer as mentioned in Section 4.6 of [RFC3931]. Four new flag bits (T, G, C, and U) are defined that concur with Section 8.2 of [PWE3ATM].
このセクションでは、[RFC3931]のセクション4.6に記載されているように、デフォルトのL2固有のサブレイヤーに代わる新しいATM固有のサブレーヤーを定義します。[PWE3ATM]のセクション8.2と同意する4つの新しいフラグビット（T、G、C、およびU）が定義されています。
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
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
|x|S|B|E|T|G|C|U| Sequence Number |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
Figure 2: ATM-Specific Sublayer Format
図2：ATM固有のサブレーヤー形式
The meaning of the fields of the ATM-Specific Sublayer is as follows:
ATM固有のサブレーヤーのフィールドの意味は次のとおりです。
* S bit
* sビット
Definition of this bit is as per Section 4.6 of [RFC3931].
このビットの定義は、[RFC3931]のセクション4.6に従っています。
* B and E bits
* BおよびEビット
Definitions of these bits are as per Section 5.5 of [L2TPFRAG].
これらのビットの定義は、[L2TPFRAG]のセクション5.5に従っています。
If these bits are not used as per [L2TPFRAG], they MUST be set to 0 upon transmission and ignored upon reception.
これらのビットが[L2TPFrag]に従って使用されていない場合、送信時に0に設定し、受信時に無視する必要があります。
* T (Transport type) bit
* t（輸送タイプ）ビット
Bit (T) of the ATM-Specific Sublayer indicates whether the packet contains an ATM admin cell or an AAL5 payload. If T = 1, the packet contains an ATM admin cell, encapsulated according to the VCC cell relay encapsulation of Section 5.2.
ATM固有のサブレイヤーのビット（T）は、パケットにATM管理セルが含まれているのかAAL5ペイロードが含まれているのかを示します。t = 1の場合、パケットには、セクション5.2のVCCセルリレーカプセル化に従ってカプセル化されたATM管理セルが含まれています。
If not set, the PDU contains an AAL5 payload. The ability to transport an ATM cell in the AAL5 SDU Mode is intended to provide a means of enabling administrative functionality over the AAL5 VCC (though it does not endeavor to preserve user-cell and admin-cell arrival/transport ordering, as described in Section 9.1).
設定されていない場合、PDUにはAAL5ペイロードが含まれています。AAL5 SDUモードでATMセルを輸送する機能は、AAL5 VCCよりも管理機能を有効にする手段を提供することを目的としています（ただし、セクションで説明されているように、ユーザーセルおよび管理セルの到着/輸送注文を維持することは努力しません。9.1）。
* G (EFCI) Bit
* g（efci）ビット
The ingress LCCE device SHOULD set this bit to 1 if the Explicit Forward Congestion Indication (EFCI) bit of the final cell of the incoming AAL5 payload is set to 1, or if the EFCI bit of the single ATM cell to be transported in the packet is set to 1. Otherwise, this bit SHOULD be set to 0. The egress LCCE device SHOULD set the EFCI bit of all the outgoing cells that transport the AAL5 payload to the value contained in this field.
Ingress LCCEデバイスは、着信AAL5ペイロードの最終セルの明示的な前方鬱血指示（EFCI）ビットが1に設定されている場合、またはパケットで輸送される単一ATMセルのEFCIビットが設定されている場合、このビットを1に設定する必要があります。それ以外の場合は、1に設定されています。このビットは0に設定する必要があります。EURSERSLCCEデバイスは、このフィールドに含まれる値にAAL5ペイロードを輸送するすべての発信セルのEFCIビットを設定する必要があります。
* C (CLP) Bit
* C（CLP）ビット
The ingress LCCE device SHOULD set this bit to 1 if the Cell Loss Priority (CLP) bit of any of the incoming ATM cells of the AAL5 payload is set to 1, or if the CLP bit of the single ATM cell that is to be transported in the packet is set to 1. Otherwise this bit SHOULD be set to 0. The egress LCCE device SHOULD set the CLP bit of all outgoing cells that transport the AAL5 CPCS-PDU to the value contained in this field.
Ingress LCCEデバイスは、AAL5ペイロードの入っているATMセルのいずれかのセル損失の優先度（CLP）ビットが1に設定されている場合、または輸送される単一ATMセルのCLPビットが1に設定されている場合、このビットを1に設定する必要があります。パケットでは1に設定されています。そうしないと、このビットは0に設定する必要があります。出力LCCEデバイスは、AAL5 CPCS-PDUをこのフィールドに含まれる値に輸送するすべての発信セルのCLPビットを設定する必要があります。
* U (Command/Response) Bit
* u（コマンド/応答）ビット
When FRF.8.1 Frame Relay / ATM PVC Service Interworking (see [FRF8.1]) traffic is being transported, the CPCS-UU Least Significant Bit (LSB) of the AAL5 CPCS-PDU may contain the Frame Relay C/R bit. The ingress LCCE device SHOULD copy this bit to the U bit of the ATM-Specific Sublayer. The egress LCCE device SHOULD copy the U bit to the CPCS-UU Least Significant Bit (LSB) of the AAL5 payload.
FRF.8.1 FRF.8.1フレームリレー / ATM PVCサービスインターワーキング（[FRF8.1]を参照）トラフィックが輸送されている場合、AAL5 CPCS-PDUのCPCS-UUの最小有意ビット（LSB）にはフレームリレーC / Rビットが含まれる場合があります。Ingress LCCEデバイスは、このビットをATM固有のサブレーヤーのUビットにコピーする必要があります。Egress LCCEデバイスは、uビットをAAL5ペイロードのCPCS-UUの最小有意ビット（LSB）にコピーする必要があります。
The Sequence Number field is used in sequencing, as described in Section 4.2.
セクション4.2で説明されているように、シーケンス番号フィールドはシーケンスで使用されます。
In case of a reassembly timeout, the encapsulating LCCE should discard all component cells of the AAL5 frame.
再組み立てタイムアウトの場合、カプセル化LCCEはAAL5フレームのすべての成分セルを破棄する必要があります。
An additional enumeration is added to the L2-Specific Sublayer AVP to identify the ATM-Specific Sublayer:
L2固有の崇高なAVPに追加の列挙が追加され、ATM固有のサブレーヤーを識別します。
0 - There is no L2-Specific Sublayer present. 1 - The Default L2-Specific Sublayer (defined in Section 4.6 of [RFC3931]) is used. 2 - The ATM-Specific Sublayer is used.
0- L2固有の崇高な吸u者は存在しません。1-デフォルトのL2固有のサブレーヤー（[RFC3931]のセクション4.6で定義）が使用されます。2- ATM固有のサブレーヤーが使用されます。
The first two values are already defined in the L2TPv3 base specification [RFC3931].
最初の2つの値は、L2TPV3ベース仕様[RFC3931]で既に定義されています。
Data Packet Sequencing MAY be enabled for ATMPWs. The sequencing mechanisms described in [RFC3931] MUST be used to signal sequencing support. ATMPWs over L2TPv3 MUST request the presence of the ATM-Specific Sublayer when sequencing is enabled, and MAY request its presence at all times.
ATMPWでは、データパケットシーケンスを有効にする場合があります。[RFC3931]で説明されているシーケンスメカニズムを使用して、シーケンスサポートを信号する必要があります。L2TPV3を介したATMPWは、シーケンスが有効になっているときにATM固有のサブレーヤーの存在を要求する必要があり、常にその存在を要求する場合があります。
There are two encapsulations supported for ATM transport as described below.
以下で説明するように、ATM輸送には2つのカプセルがサポートされています。
The ATM-Specific Sublayer is prepended to the AAL5-SDU. The other cell mode encapsulation consists of the OPTIONAL ATM-Specific Sublayer, followed by a 4-byte ATM cell header and a 48-byte ATM cell-payload.
ATM固有のサブレーヤーは、AAL5-SDUに加えられます。他のセルモードのカプセル化は、オプションのATM固有のサブレーヤーで構成されており、4バイトのATMセルヘッダーと48バイトのATMセルペイロードが続きます。
In this mode, each AAL5 VC is mapped to an L2TP session. The Ingress LCCE reassembles the AAL5 CPCS-SDU without the AAL5 trailer and any padding bytes. Incoming EFCI, CLP, and C/R (if present) are carried in an ATM-Specific Sublayer across ATMPWs to the egress LCCE. The processing of these bits on ingress and egress LCCEs is defined in Section 4.1.
このモードでは、各AAL5 VCがL2TPセッションにマッピングされます。Ingress LCCEは、AAL5トレーラーとパディングバイトなしでAAL5 CPCS-SDUを再組み立てします。着信EFCI、CLP、およびC/R（存在する場合）は、ATMPWを介したATM固有のサブレイヤーで、出口LCCEまで運ばれます。イングレスおよび出口LCCEでのこれらのビットの処理は、セクション4.1で定義されています。
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
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
|x|S|x|x|T|G|C|U| Sequence Number |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| |
| |
| AAL5 CPCS-SDU |
| |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
Figure 3: ATM AAL5-SDU Mode Encapsulation
図3：ATM AAL5-SDUモードのカプセル化
If the ingress LCCE determines that an encapsulated AAL5 SDU exceeds the MTU size of the L2TPv3 session, then AAL5 SDU may be fragmented as per [L2TPFRAG] or underneath the transport layer (IP, etc.). F5 OAM cells that arrive during the reassembly of an AAL5 SDU are sent immediately on the PW followed by the AAL5 SDU payload. In this case, OAM cells' relative order with respect to user data cells is not maintained.
イングレスLCCEが、カプセル化されたAAL5 SDUがL2TPV3セッションのMTUサイズを超えると判断した場合、AAL5 SDUは[L2TPFrag]または輸送層（IPなど）に従って断片化される可能性があります。AAL5 SDUの再組み立て時に到着するF5 OAMセルは、AAL5 SDUペイロードに続いてPWですぐに送信されます。この場合、ユーザーデータセルに関するOAMセルの相対順序は維持されていません。
Performance Monitoring OAM, as specified in ITU-T 610 [I610-1], [I610-2], [I610-3] and security OAM cells as specified in [ATMSEC], should not be used in combination with AAL5 SDU Mode. These cells MAY be dropped at the ingress LCCE because cell sequence integrity is not maintained.
ITU-T 610 [I610-1]、[I610-2]、[I610-3]、および[ATMSEC]で指定されたセキュリティOAMセルで指定されているパフォーマンス監視OAMは、AAL5 SDUモードと組み合わせて使用しないでください。細胞配列の完全性が維持されていないため、これらの細胞は侵入LCCEで落とされる場合があります。
The Pseudowire Type AVP defined in Section 5.4.4 of [RFC3931], Attribute Type 68, MUST be present in the ICRQ messages and MUST include the ATM AAL5 SDU VCC transport PW Type of 0x0002.
[RFC3931]のセクション5.4.4で定義されている擬似型AVP属性タイプ68は、ICRQメッセージに存在する必要があり、ATM AAL5 SDU VCC Transport PWタイプ0x0002を含める必要があります。
In this mode, ATM cells skip the reassembly process at the ingress LCCE. These cells are transported over an L2TP session, either as a single cell or as concatenated cells, into a single packet. Each ATM cell consists of a 4-byte ATM cell header and a 48-byte ATM cell-payload; the HEC is not included.
このモードでは、ATMセルはIngress LCCEで再組み立てプロセスをスキップします。これらのセルは、単一のセルまたは連結セルとして、L2TPセッションで単一のパケットに輸送されます。各ATMセルは、4バイトのATMセルヘッダーと48バイトのATMセルペイロードで構成されています。HECは含まれていません。
In ATM Cell Mode encapsulation, the ATM-Specific Sublayer is OPTIONAL. It can be included, if sequencing support is required. It is left to the implementation to choose to signal the Default L2- Specific Sublayer or the ATM-Specific Sublayer.
ATMセルモードのカプセル化では、ATM固有のサブレーヤーはオプションです。シーケンスサポートが必要な場合は、含めることができます。デフォルトのL2固有のサブレーヤーまたはATM固有のサブレーヤーを信号することを選択することは、実装に任されています。
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
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
|x|S|x|x|x|x|x|x| Sequence Number (Optional) |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| VPI | VCI |PTI |C|
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| |
| ATM Cell Payload (48-bytes) |
| |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
"
"
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| VPI | VCI |PTI |C|
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| |
| ATM Cell Payload (48-bytes) |
| |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
Figure 4: ATM Cell Mode Encapsulation
図4：ATMセルモードのカプセル化
In the simplest case, this encapsulation can be used to transmit a single ATM cell per Pseudowire PDU. However, in order to provide better Pseudowire bandwidth efficiency, several ATM cells may be optionally encapsulated into a single Pseudowire PDU.
最も単純な場合、このカプセル化を使用して、擬似ワイヤPDUごとに単一のATMセルを送信できます。ただし、より良い擬似帯域幅効率を提供するために、いくつかのATM細胞をオプションで単一の擬似ワイヤPDUにカプセル化することができます。
The maximum number of concatenated cells in a packet is limited by the MTU size of the session and also by the ability of the egress LCCE to process them. For more details about ATM Maximum Concatenated Cells, please refer to Section 6.
パケット内の連結セルの最大数は、セッションのMTUサイズと、それらを処理する出力LCCEの能力によって制限されます。ATMの最大連結細胞の詳細については、セクション6を参照してください。
A VCC cell relay service may be provided by mapping an ATM Virtual Channel Connection to a single Pseudowire using cell mode encapsulation as defined in Section 5.2.
セクション5.2で定義されているセルモードカプセル化を使用して、ATM仮想チャネル接続を単一の擬似ワイヤにマッピングすることにより、VCCセルリレーサービスを提供できます。
An LCCE may map one or more VCCs to a single PW. However, a service provider may wish to provision a single VCC to a PW in order to satisfy QOS or restoration requirements.
LCCEは、1つ以上のVCCを単一のPWにマッピングできます。ただし、サービスプロバイダーは、QoSまたは復元要件を満たすために、単一のVCCをPWに提供することをお勧めします。
The Pseudowire Type AVP defined in Section 5.4.4 of [RFC3931], Attribute Type 68, MUST be present in the ICRQ messages and MUST include the ATM cell transport VCC Mode PW Type of 0x0009.
[RFC3931]のセクション5.4.4で定義されている擬似型AVP属性タイプ68は、ICRQメッセージに存在する必要があり、0x0009のATMセル輸送VCCモードPWタイプを含める必要があります。
A Virtual Path Connection cell relay service may be provided by mapping an ATM Virtual Path Connection to a single Pseudowire using cell mode encapsulation as defined in Section 5.2.
セクション5.2で定義されているように、セルモードカプセル化を使用して、ATM仮想パス接続を単一の擬似ワイヤにマッピングすることにより、仮想パス接続セルリレーサービスを提供できます。
An LCCE may map one or more VPCs to a single Pseudowire.
LCCEは、1つ以上のVPCを単一の擬似ワイヤにマッピングする場合があります。
The Pseudowire Type AVP defined in Section 5.4.4 of [RFC3931], Attribute Type 68, MUST be present in the ICRQ messages and MUST include the ATM cell transport VPC Mode PW Type of 0x000A.
[RFC3931]のセクション5.4.4で定義されている擬似型AVP属性タイプ68は、ICRQメッセージに存在する必要があり、0x000AのATMセル輸送VPCモードPWタイプを含める必要があります。
ATM port cell relay service allows an ATM port to be connected to another ATM port. All ATM cells that are received at the ingress ATM port on the LCCE are encapsulated as per Section 5.2, into Pseudowire PDU and sent to peer LCCE.
ATMポートセルリレーサービスにより、ATMポートを別のATMポートに接続できます。LCCEのIngress ATMポートで受信されるすべてのATMセルは、セクション5.2に従って、Pseudowire PDUにカプセル化され、Peer LCCEに送信されます。
Each LCCE MUST discard any idle/unassigned cells received on an ATM port associated with ATMPWs.
各LCCEは、ATMPWに関連付けられたATMポートで受け取ったアイドル/未割り当てセルを廃棄する必要があります。
The Pseudowire Type AVP defined in Section 5.4.4 of [RFC3931], Attribute Type 68, MUST be present in the ICRQ messages and MUST include the ATM Cell transport Port Mode PW Type of 0x0003.
[RFC3931]のセクション5.4.4で定義されている擬似型AVP属性タイプ68は、ICRQメッセージに存在する必要があり、0x0003のATMセルトランスポートモードPWタイプを含める必要があります。
The OAM cells are defined in [I610-1], [I610-2], [I610-3] and [ATMSEC] can be categorized as follows:
OAM細胞は[i610-1]、[i610-2]、[i610-3]、および[atmsec]で定義されています。
a. Fault Management b. Performance monitoring and reporting c. Activation/deactivation d. System Management (e.g., security OAM cells)
a. 障害管理b。パフォーマンスの監視と報告c。活性化/非アクティブ化d。システム管理（例：セキュリティOAMセル）
OAM Cells are always encapsulated using cell mode encapsulation, regardless of the encapsulation format used for user data.
ユーザーデータに使用されるカプセル化形式に関係なく、OAMセルは常にセルモードのカプセル化を使用してカプセル化されます。
The LCCEs SHOULD be able to pass the F5 segment and end-to-end Fault Management, Resource Management (RM cells), Performance Management, Activation/deactivation, and System Management OAM cells.
LCCEは、F5セグメントとエンドツーエンドの障害管理、リソース管理（RMセル）、パフォーマンス管理、活性化/非活性化、およびシステム管理OAMセルに合格できるはずです。
F4 OAM cells are inserted or extracted at the VP link termination. These OAM cells are not seen at the VC link termination and are therefore not sent across the PW.
F4 OAMセルは、VPリンク終端に挿入または抽出されます。これらのOAMセルは、VCリンク終端では見られないため、PWを介して送信されません。
The LCCEs MUST be able to pass the F4 segment and end-to-end Fault Management, Resource Management (RM cells), Performance Management, Activation/deactivation, and System Management OAM cells transparently according to [I610-1].
LCCEは、[I610-1]に従って、F4セグメントとエンドツーエンドの障害管理、リソース管理（RMセル）、パフォーマンス管理、活性化/非活性化、およびシステム管理OAMセルを透過的に通過できる必要があります。
F5 OAM cells are not inserted or extracted at the VP cross-connect. The LCCEs MUST be able to pass the F5 OAM cells transparently across the PW.
F5 OAMセルは、VPクロスコネクトに挿入または抽出されません。LCCEは、PWを透過的にF5 OAM細胞を通過させることができなければなりません。
The "ATM Maximum Concatenated Cells AVP", Attribute Type 86, indicates that the egress LCCE node can process a single PDU with concatenated cells up to a specified number of cells. An LCCE node transmitting concatenated cells on this PW MUST NOT exceed the maximum number of cells as specified in this AVP. This AVP is applicable only to ATM Cell Relay PW Types (VCC, VPC, Port Cell Relay). This Attribute value may not be same in both directions of the specific PW.
「ATM最大連結細胞AVP」、属性タイプ86は、Egress LCCEノードが、指定された数の細胞まで連結した細胞を使用して単一のPDUを処理できることを示しています。このPWで連結した細胞を送信するLCCEノードは、このAVPで指定されているように、最大細胞の数を超えてはなりません。このAVPは、ATMセルリレーPWタイプ（VCC、VPC、ポートセルリレー）にのみ適用できます。この属性値は、特定のPWの両方向で同じではない場合があります。
The Attribute Value field for this AVP has the following format:
このAVPの属性値フィールドには、次の形式があります。
0 1
0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| ATM Maximum Concatenated Cells|
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
This AVP MAY be hidden (the H bit MAY be 0 or 1). The M bit for this AVP MAY be set to 0, but MAY vary (see Section 5.2 of [RFC3931]). The length (before hiding) of this AVP is 8.
このAVPは隠されている可能性があります（Hビットは0または1です）。このAVPのMビットは0に設定される場合がありますが、異なる場合があります（[RFC3931]のセクション5.2を参照）。このAVPの長さ（隠す前）は8です。
This AVP is sent in an ICRQ, ICRP during session negotiation or via SLI control messages when LCCE changes the maximum number of concatenated cells configuration for a given ATM cell relay circuit.
このAVPは、LCCEが特定のATMセルリレー回路の連結セル構成の最大数を変更したときに、セッション交渉中にICRQ、ICRP、またはSLI制御メッセージを介して送信されます。
This AVP is OPTIONAL. If the egress LCCE is configured with a maximum number of cells to be concatenated by the ingress LCCE, it SHOULD signal this value to the ingress LCCE.
このAVPはオプションです。出力LCCEが、侵入LCCEによって連結される最大数のセルで構成されている場合、この値を侵入LCCEに通知する必要があります。
An "OAM Emulation Required AVP", Attribute Type 87, MAY be needed to signal OAM emulation in AAL5 SDU Mode, if an LCCE cannot support the transport of OAM cells across L2TP sessions. If OAM cell emulation is configured or detected via some other means on one side, the other LCCE MUST support OAM cell emulation as well.
LCCEがL2TPセッション全体でOAMセルの輸送をサポートできない場合、AAL5 SDUモードでOAMエミュレーションを信号にするには、「OAMエミュレーションが必要なAVP」、属性タイプ87は、必要になる場合があります。OAMセルエミュレーションが片側の他の手段で構成または検出された場合、もう一方のLCCEはOAM細胞エミュレーションもサポートする必要があります。
This AVP is exchanged during session negotiation (in ICRQ and ICRP) or during the life of the session via SLI control messages. If the other LCCE cannot support the OAM cell emulation, the associated L2TP session MUST be torn down via CDN message with result code 22.
このAVPは、セッションの交渉中（ICRQおよびICRP）またはSLI制御メッセージを介してセッションの存在中に交換されます。他のLCCEがOAMセルエミュレーションをサポートできない場合、関連するL2TPセッションは、結果コード22を使用してCDNメッセージを介して取り壊す必要があります。
OAM Emulation AVP is a boolean AVP, having no Attribute Value. Its absence is FALSE and its presence is TRUE. This AVP MAY be hidden (the H bit MAY be 0 or 1). The M bit for this AVP SHOULD be set to 0, but MAY vary (see Section 5.2 of [RFC3931]). The Length (before hiding) of this AVP is 6.
OAMエミュレーションAVPはブールAVPであり、属性値はありません。その不在は偽であり、その存在は真実です。このAVPは隠されている可能性があります（Hビットは0または1です）。このAVPのMビットは0に設定する必要がありますが、異なる場合があります（[RFC3931]のセクション5.2を参照）。このAVPの長さ（隠す前）は6です。
ATM OAM alarms or circuit status is indicated via the Circuit Status AVP as defined in Section 5.4.5 of [RFC3931]. For reference, usage of this AVP is shown below.
ATM OAMアラームまたは回路ステータスは、[RFC3931]のセクション5.4.5で定義されている回路ステータスAVPを介して示されています。参照のために、このAVPの使用を以下に示します。
0 1
0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| Reserved |N|A|
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
The Value is a 16-bit mask with the two least significant bits defined, and the remaining bits are reserved for future use. Reserved bits MUST be set to 0 when sending and ignored upon receipt.
値は16ビットマスクで、2つの最も有意なビットが定義されており、残りのビットは将来の使用のために予約されています。予約ビットは、受領時に送信して無視するときに0に設定する必要があります。
The A (Active) bit indicates whether the ATM circuit is ACTIVE (1) or INACTIVE (0).
A（アクティブ）ビットは、ATM回路がアクティブ（1）か非アクティブ（0）かを示します。
The N (New) bit indicates whether the ATM circuit status indication is for a new ATM circuit (1) or an existing ATM circuit (0).
N（新しい）ビットは、ATM回路の表示が新しいATM回路（1）または既存のATM回路（0）のかどうかを示します。
An "ATM Alarm Status AVP", Attribute Type 88, indicates the reason for the ATM circuit status and specific alarm type, if any, to its peer LCCE node. This OPTIONAL AVP MAY be present in the SLI message with the Circuit Status AVP.
「ATMアラームステータスAVP」、属性タイプ88は、ATM回路のステータスと特定のアラームタイプがある場合、ピアLCCEノードの理由を示します。このオプションのAVPは、回路ステータスAVPのSLIメッセージに存在する場合があります。
The Attribute Value field for this AVP has the following format:
このAVPの属性値フィールドには、次の形式があります。
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
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| Circuit Status Reason | Alarm |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
The Circuit Status Reason is a 2-octet unsigned integer, and the Alarm Type is also a 2-octet unsigned integer.
回路ステータスの理由は2オクテットの符号なし整数であり、アラームタイプは2オクテットの符号なし整数でもあります。
This AVP MAY be hidden (the H bit MAY be 0 or 1). The M bit for this AVP SHOULD be set to 0, but MAY vary (see Section 5.2 of [RFC3931]). The Length (before hiding) of this AVP is 10 octets.
このAVPは隠されている可能性があります（Hビットは0または1です）。このAVPのMビットは0に設定する必要がありますが、異なる場合があります（[RFC3931]のセクション5.2を参照）。このAVPの長さ（隠す前）は10オクテットです。
This AVP is sent in the SLI message to indicate additional information about the ATM circuit status.
このAVPは、ATM回路の状態に関する追加情報を示すためにSLIメッセージに送信されます。
Circuit Status Reason values for the SLI message are as follows:
SLIメッセージの回路ステータス理由値は次のとおりです。
0 - Reserved 1 - No alarm or alarm cleared (default for Active Status) 2 - Unspecified or unknown Alarm Received (default for Inactive Status) 3 - ATM Circuit received F1 Alarm on ingress LCCE 4 - ATM Circuit received F2 Alarm on ingress LCCE 5 - ATM Circuit received F3 Alarm on ingress LCCE 6 - ATM Circuit received F4 Alarm on ingress LCCE 7 - ATM Circuit received F5 Alarm on ingress LCCE 8 - ATM Circuit down due to ATM Port shutdown on Peer LCCE 9 - ATM Circuit down due to loop-back timeout on ingress LCCE
0-予約1-アラームまたはアラームがクリアされていません（アクティブステータスのデフォルト）-ATM回路はイングレスLCCE 6でF3アラームを受信しました-ATM回路はイングレスLCCE 7でF4アラームを受信しました-ATM回路は、ingress LCCE 8 -ATM回路を下げてF5アラームを受け取りました。-ingress lcceのバックタイムアウト
The general ATM Alarm failures are encoded as below:
一般的なATMアラームの障害は、以下のようにエンコードされます。
0 - Reserved 1 - No Alarm type specified (default) 2 - Alarm Indication Signal (AIS) 3 - Remote Defect Indicator (RDI) 4 - Loss of Signal (LOS) 5 - Loss of Pointer (LOP) 6 - Loss of Framer (LOF) 7 - Loopback cells (LB) 8 - Continuity Check (CC)
0-予約1-アラームタイプ指定なし（デフォルト）2-アラーム表示信号（AIS）3-リモート欠陥インジケーター（RDI）4-信号の損失（LOS）5-ポインターの損失（LOP）6-フレーマーの損失（LOF）7-ループバックセル（LB）8-連続性チェック（CC）
The ATM Pseudowire emulation described in this document allows for carrying various ATM services across an IP packet switched network (PSN). These ATM services can be PVC-based, PVP-based, or port-based. In all cases, ATMPWs operate in a point-to-point deployment model.
このドキュメントで説明されているATM擬似具体的なエミュレーションにより、IPパケットスイッチネットワーク（PSN）にさまざまなATMサービスを運ぶことができます。これらのATMサービスは、PVCベース、PVPベース、またはポートベースです。すべての場合において、ATMPWはポイントツーポイント展開モデルで動作します。
ATMPWs support two modes of encapsulation: ATM AAL5-SDU Mode and ATM Cell Relay Mode. The following sections list their respective characteristics in relationship to the native service.
ATMPWSは、ATM AAL5-SDUモードとATMセルリレーモードの2つのカプセル化モードをサポートしています。次のセクションには、ネイティブサービスとの関係におけるそれぞれの特性をリストします。
ATMPWs operating in AAL5-SDU Mode only support the transport of PVC-based services. In this mode, the AAL5 CPCS-PDU from a single VCC is reassembled at the ingress LCCE, and the AAL5 CPCS-SDU (i.e., the AAL5 CPCS-PDU without CPCS-PDU Trailer or PAD octets, also referred to as AAL5 CPCS-PDU Payload) is transported over the Pseudowire. Therefore, Segmentation and Reassembly (SAR) functions are required at the LCCEs. There is a one-to-one mapping between an ATM PVC and an ATMPW operating in AAL5-SDU Mode, supporting bidirectional transport of variable length frames. With the exception of optionally transporting OAM cells, only ATM Adaptation Layer (AAL) Type 5 frames are carried in this mode, including multiprotocol over AAL5 packets [RFC2684].
AAL5-SDUモードで動作するATMPWSは、PVCベースのサービスの輸送のみをサポートしています。このモードでは、単一のVCCからのAAL5 CPCS-PDUは、Ingress LCCEとAAL5 CPCS-SDU（すなわち、CPCS-PDUトレーラーまたはPADオクテットのないAAL5 CPCS-PDUで、AAL5 CPCS-とも呼ばれます。PDUペイロード）は、擬似ワイヤーに輸送されます。したがって、LCCEではセグメンテーションと再組み立て（SAR）関数が必要です。ATM PVCとAAL5-SDUモードで動作するATMPWの間には1対1のマッピングがあり、可変長フレームの双方向輸送をサポートしています。オプションでOAMセルを輸送することを除いて、AAL5パケットを介したマルチプロトコルを含むATM適応層（AAL）タイプ5フレームのみがこのモードで運ばれます[RFC2684]。
The following considerations stem from ATM AAL5-SDU Mode Pseudowires not transporting the ATM cell headers and AAL5 CPCS-PDU Trailer (see Section 5.1):
以下の考慮事項は、ATM AAL5-SDUモードの擬似動物であり、ATMセルヘッダーとAAL5 CPCS-PDUトレーラーを輸送していないことに由来しています（セクション5.1を参照）。
o An ATMPW operating in AAL5-SDU Mode conveys EFCI and CLP information using the G and C bits in the ATM-Specific Sublayer. In consequence, the EFCI and CLP values of individual ATM cells that constitute the AAL5 frame may be lost across the ATMPW, and CLP and EFCI transparency may not be maintained. The AAL5-SDU Mode does not preserve EFCI and CLP values for every ATM cell within the AAL5 PDU. The processing of these bits on ingress and egress is defined in Section 4.1.
o AAL5-SDUモードで動作するATMPWは、ATM固有のサブレーヤーのGおよびCビットを使用してEFCIおよびCLP情報を伝えます。その結果、AAL5フレームを構成する個々のATMセルのEFCI値とCLP値は、ATMPW全体で失われる可能性があり、CLPとEFCIの透明性は維持されない場合があります。AAL5-SDUモードは、AAL5 PDU内のすべてのATMセルのEFCI値とCLP値を保持しません。イングレスと出口でのこれらのビットの処理は、セクション4.1で定義されています。
o Only the least significant bit (LSB) from the CPCS-UU (User-to-User indication) field in the CPCS-PDU Trailer is transported using the ATM-Specific Sublayer (see Section 4.1). This bit contains the Frame Relay C/R bit when FRF.8.1 Frame Relay / ATM PVC Service Interworking [FRF8.1] is used. The CPCS-UU field is not used in multiprotocol over AAL5 [RFC2684]. However, applications that transfer user to user information using the CPCS-UU octet would fail to operate.
o CPCS-UU（ユーザーからユーザーへの表示）フィールドからの最小有意なビット（LSB）のみが、CPCS-PDUトレーラーのフィールドがATM固有のサブレーヤーを使用して輸送されます（セクション4.1を参照）。このビットには、FRF.8.1フレームリレー / ATM PVCサービスインターワーキング[FRF8.1]が使用されるときのフレームリレーC / Rビットが含まれています。CPCS-UUフィールドは、AAL5を介したマルチプロトコルでは使用されていません[RFC2684]。ただし、CPCS-UU Octetを使用してユーザー情報にユーザー情報を転送するアプリケーションは、動作に失敗します。
o The CPI (Common Part Indicator) field in the CPCS-PDU Trailer is also not transported across the ATMPW. This does not affect multiprotocol over AAL5 applications since the field is used for alignment and MUST be coded as 0x00 [RFC2684].
o CPCS-PDUトレーラーのCPI（共通部品インジケーター）フィールドもATMPWを介して輸送されません。これは、フィールドがアラインメントに使用され、0x00 [RFC2684]としてコード化する必要があるため、AAL5アプリケーションよりもマルチプロトコルには影響しません。
o The trailing CRC field in the CPCS-PDU is stripped at the ingress LCCE and not transported over the ATMPW operating in AAL5-SDU Mode. It is in turn regenerated at the egress LCCE. Since the CRC has end-to-end significance, this means that errors introduced in the ATMPW payload during encapsulation or transit across the packet switched network may not be detected. To allow for payload integrity checking transparency on ATMPWs operating in AAL5-SDU Mode using L2TP over IP or L2TP over UDP/IP, the L2TPv3 session can utilize IPsec as specified in Section 4.1.3 of [RFC3931].
o CPCS-PDUの後続CRCフィールドは、Ingress LCCEで剥がされ、AAL5-SDUモードで動作するATMPWを介して輸送されません。タートLCCEで再生されます。CRCにはエンドツーエンドの有意性があるため、これは、パケットスイッチされたネットワークを横切るカプセル化またはトランジット中にATMPWペイロードに導入されたエラーが検出されない可能性があることを意味します。UDP/IPを介してL2TPまたはL2TPを使用してAAL5-SDUモードで動作するATMPWの透明性をペイロード整合性チェックするために、L2TPV3セッションは[RFC3931]のセクション4.1.3で指定されているIPSECを利用できます。
Some additional characteristics of the AAL5-SDU Mode are the following:
AAL5-SDUモードのいくつかの追加の特性は次のとおりです。
o The status of the ATM PVC is signaled between LCCEs using the Circuit Status AVP. More granular cause values for the ATM circuit status and specific ATM alarm types are signaled using the ATM Alarm Status AVP (see Section 8.1). Additionally, loss of connectivity between LCCEs can be detected by the L2TPv3 keepalive mechanism (see Section 4.4 in [RFC3931]).
o ATM PVCのステータスは、回路ステータスAVPを使用してLCCE間で通知されます。ATM回路ステータスと特定のATMアラームタイプのより粒状原因値は、ATMアラームステータスAVPを使用してシグナル伝えられます（セクション8.1を参照）。さらに、LCCE間の接続の喪失は、L2TPV3キープライブメカニズムによって検出できます（[RFC3931]のセクション4.4を参照）。
o F5 OAM cells' relative order with respect to user data cells may not be maintained. F5 OAM cells that arrive during the reassembly of an AAL5 SDU are sent immediately over the PW and before the AAL5 SDU payload. At egress, these OAM cells are sent before the cells that comprise the AAL5-SDU. Therefore, applications that rely on cell sequence integrity between OAM and user data cells may not work. This includes Performance Monitoring and Security OAM cells (see Section 5.1). In addition, the AAL5-SDU service allows for OAM emulation in which OAM cells are not transported over the ATMPW (see Section 7). This is advantageous for AAL5-SDU Mode ATMPW implementations that do not support cell transport using the T-bit.
o F5 OAMセルのユーザーデータセルに関する相対順序は維持されない場合があります。AAL5 SDUの再組み立て時に到着するF5 OAMセルは、PWのすぐ上でAAL5 SDUペイロードの直前に送信されます。出口では、これらのOAMセルは、AAL5-SDUを含む細胞の前に送信されます。したがって、OAMとユーザーデータセルの間のセル配列の完全性に依存するアプリケーションは機能しない場合があります。これには、パフォーマンス監視とセキュリティOAMセルが含まれます（セクション5.1を参照）。さらに、AAL5-SDUサービスにより、OAM細胞がATMPWを介して輸送されないOAMエミュレーションが可能になります（セクション7を参照）。これは、Tビットを使用してセル輸送をサポートしないAAL5-SDUモードATMPW実装で有利です。
o Fragmentation and Reassembly procedures MAY be used for managing mismatched MTUs, as specified in Section 5 of [L2TPFRAG] or in the underlying PSN (IP, etc.) between tunnel endpoints as discussed in Section 4.1.4 of [RFC3931]. Only one of these methods SHOULD be used for a given AAL5-SDU Mode ATMPW. The procedures described in [L2TPFRAG] can be used to support the maximum size of an AAL5 SDU, 2 ^ 16 - 1 (65535) octets. However, relying on fragmentation on the L2TP/IPv4 packet between tunnel endpoints limits the maximum size of the AAL5 SDU that can be transported, because the maximum total length of an IPv4 datagram is already 65535 octets. In this case, the maximum AAL5 SDU that can be transported is limited to 65535 minus the encapsulating headers, 24-36 octets for L2TP-over-IPv4 or 36-48 octets for L2TP-over-UDP/IPv4. When the AAL5 payload is IPv4, an additional option is to fragment IP packets before tunnel encapsulation with L2TP/IP (see Section 4.1.4 of [RFC3931]).
o [L2TPFRAG]のセクション5で指定されているように、または[RFC3931]セクション4.1.4で説明されているトンネルエンドポイント間の基礎となるPSN（IPなど）で指定されているように、断片化および再組み立て手順を使用することができます。これらの方法の1つのみが、特定のAAL5-SDUモードATMPWに使用する必要があります。[L2TPFRAG]で説明されている手順は、AAL5 SDUの最大サイズ、2 ^ 16-1（65535）オクテットをサポートするために使用できます。ただし、トンネルエンドポイント間のL2TP/IPv4パケットのフラグメンテーションに依存すると、IPv4データグラムの最大合計長がすでに65535オクテットであるため、輸送できるAAL5 SDUの最大サイズが制限されます。この場合、輸送できる最大AAL5 SDUは、65535からカプセル化ヘッダー、L2TP-Over-IPV4の24-36オクテット、L2TP-Over-UDP/IPv4の36-48オクテットに制限されています。AAL5ペイロードがIPv4の場合、L2TP/IPを使用したトンネルカプセル化の前にIPパケットを断片化する追加オプションです（[RFC3931]のセクション4.1.4を参照）。
o Sequencing may be enabled on the ATMPW using the ATM-Specific Sublayer Sequence Number field, to detect lost, duplicate, or out-of-order frames on a per-session basis (see Section 4.2).
o ATM固有のサブレーヤーシーケンス番号フィールドを使用してATMPWでシーケンスを有効にすることができ、セッションごとに紛失、重複、またはオーバーアウトオブオーダーフレームを検出できます（セクション4.2を参照）。
o Quality of Service characteristics such as throughput (cell rates), burst sizes and delay variation can be provided by leveraging Quality of Service features of the LCCEs and the underlying PSN, increasing the faithfulness of ATMPWs. This includes mapping ATM service categories to a compatible PSN class of service.
o スループット（セルレート）、バーストサイズ、遅延の変動などのサービスの品質は、LCCEと基礎となるPSNのサービス品質機能を活用して、ATMPWの忠実さを高めることで提供できます。これには、ATMサービスカテゴリを互換性のあるPSNクラスのサービスにマッピングすることが含まれます。
In this mode, no reassembly takes place at the ingress LCCE. There are no SAR requirements for LCCEs. Instead, ATM-layer cells are transported over the ATMPW. Consequently, all AAL types can be transported over ATMPWs operating in Cell Relay Mode. ATM Cell Relay Pseudowires can operate in three different modes (see Section 5.2): ATM VCC, ATM VPC, and ATM Port Cell Relay Services. The following are some of their characteristics:
このモードでは、Ingress LCCEで再組み立ては行われません。LCCEのSAR要件はありません。代わりに、ATM層細胞はATMPW上に輸送されます。その結果、すべてのAALタイプは、セルリレーモードで動作するATMPWを介して輸送できます。ATMセルリレー擬似動物は、ATM VCC、ATM VPC、およびATMポートセルリレーサービスの3つの異なるモード（セクション5.2を参照）で動作できます。以下はその特性の一部です。
o The ATM cells transported over Cell Relay Mode ATMPWs consist of a 4-byte ATM cell header and a 48-byte ATM cell-payload (see Section 5.2). The ATM Service Payload of a Cell Relay Mode ATMPW is a multiple of 52 bytes. The Header Error Checksum (HEC) in the ATM cell header containing a Cyclic Redundancy Check (CRC) calculated over the first 4 bytes of the ATM cell header is not transported. Accordingly, the HEC field may not accurately reflect errors on an end-to-end basis; errors or corruption in the 4-byte ATM cell header introduced in the ATMPW payload during encapsulation or transit across the PSN may not be detected. To allow for payload integrity checking transparency on ATMPWs operating in Cell Relay Mode using L2TP over IP or L2TP over UDP/IP, the L2TPv3 session can utilize IPsec as specified in Section 4.1.3 of [RFC3931].
o セルリレーモード型ATMPWを介して輸送されるATMセルは、4バイトのATMセルヘッダーと48バイトのATMセルペイロードで構成されています（セクション5.2を参照）。セルリレーモードATMPWのATMサービスペイロードは、52バイトの倍数です。ATMセルヘッダーの最初の4バイトで計算された環状冗長チェック（CRC）を含むATMセルヘッダーのヘッダーエラーチェックサム（HEC）は輸送されません。したがって、HECフィールドは、エンドツーエンドベースでエラーを正確に反映していない場合があります。PSNを横切るカプセル化またはトランジット中にATMPWペイロードに導入された4バイトATMセルヘッダーのエラーまたは破損は検出されない場合があります。UDP/IPを介してL2TPまたはL2TPを使用してCell Relayモードで動作するATMPWのペイロード整合性チェックを可能にするために、L2TPV3セッションは[RFC3931]のセクション4.1.3で指定されているIPSECを利用できます。
o ATM PWs operating in Cell Relay Mode can transport a single ATM cell or multiple concatenated cells (see Section 6). Cell concatenation improves the bandwidth efficiency of the ATMPW (by decreasing the overhead) but introduces latency and delay variation.
o セルリレーモードで動作するATM PWは、単一のATMセルまたは複数の連結セルを輸送できます（セクション6を参照）。細胞の連結は、ATMPWの帯域幅効率を改善します（オーバーヘッドを減らすことにより）が、遅延と遅延の変動を導入します。
o The status of the ATM PVC is signaled between LCCEs using the Circuit Status AVP. More granular cause values for the ATM circuit status and specific ATM alarm types are signaled using the ATM Alarm Status AVP (see Section 8.1). Additionally, loss of connectivity between LCCEs can be detected by the L2TPv3 keepalive mechanism (see Section 4.4 in [RFC3931]).
o ATM PVCのステータスは、回路ステータスAVPを使用してLCCE間で通知されます。ATM回路ステータスと特定のATMアラームタイプのより粒状原因値は、ATMアラームステータスAVPを使用してシグナル伝えられます（セクション8.1を参照）。さらに、LCCE間の接続の喪失は、L2TPV3キープライブメカニズムによって検出できます（[RFC3931]のセクション4.4を参照）。
o ATM OAM cells are transported in the same fashion as user cells, and in the same order as they are received. Therefore, applications that rely on cell sequence integrity between OAM and user data cells are not adversely affected. This includes performance management and security applications that utilize OAM cells (see Section 5.3).
o ATM OAMセルは、ユーザーセルと同じ方法で、受信したのと同じ順序で輸送されます。したがって、OAMとユーザーデータセル間のセル配列の完全性に依存するアプリケーションは、悪影響を受けません。これには、OAMセルを利用するパフォーマンス管理およびセキュリティアプリケーションが含まれます（セクション5.3を参照）。
o The maximum number of concatenated cells is limited by the MTU size of the session (see Section 5.2 and Section 6). Therefore, Fragmentation and Reassembly procedures are not used for Cell Relay ATMPWs. Concatenating cells to then fragment the resulting packet defeats the purpose of cell concatenation. Concatenation of cells and fragmentation act as inverse functions, with additional processing but null net effect, and should not be used together.
o 連結細胞の最大数は、セッションのMTUサイズによって制限されます（セクション5.2およびセクション6を参照）。したがって、断片化と再組み立て手順は、セルリレーATMPWには使用されません。結果として得られるパケットを断片化する細胞を連結して、細胞連結の目的を打ち負かします。細胞の連結と断片化は、追加の処理を伴うがヌルの正味効果を伴う逆関数として機能し、一緒に使用しないでください。
o Sequencing may be enabled on the ATMPW to detect lost, duplicate, or out-of-order packets on a per-session basis (see Section 4.2).
o ATMPWでシーケンスを有効にして、セッションごとに紛失、重複、またはオーダーアウトオブオーダーパケットを検出できます（セクション4.2を参照）。
o Quality of Service characteristics such as throughput (cell rates), burst sizes, and delay variation can be provided by leveraging Quality of Service features of the LCCEs and the underlying PSN, increasing the faithfulness of ATMPWs. This includes mapping ATM service categories to a compatible PSN class of service, and mapping CLP and EFCI bits to PSN classes of service. For example, mapping a Constant Bit Rate (CBR) PVC to a class of service with tight loss and delay characteristics, such as an Expedited Forwarding (EF) Per-Hop Behavior (PHB) if the PSN is an IP DiffServ-enabled domain. The following characteristics of ATMPWs operating in Cell Relay Mode include additional QoS considerations:
o LCCEと基礎となるPSNのサービス品質を活用してATMPWSの忠実さを高めることにより、スループット（セルレート）、バーストサイズ、遅延変動などのサービスの品質特性を提供できます。これには、ATMサービスカテゴリを互換性のあるPSNクラスのサービスにマッピングし、CLPおよびEFCIビットをPSNクラスのサービスにマッピングすることが含まれます。たとえば、PSNがIP DiffServ対応ドメインである場合、迅速な転送（EF）（HOPごとの動作（PHB）など、一定のビットレート（CBR）PVCを厳密な損失および遅延特性を持つクラスのサービスクラスにマッピングします。セルリレーモードで動作するATMPWの次の特性には、追加のQoSに関する考慮事項が含まれます。
- ATM Cell transport VCC Pseudowires allow for mapping multiple ATM VCCs to a single ATMPW. However, a user may wish to map a single ATM VCC per ATMPW to satisfy QoS requirements (see Section 5.2.1).
- ATMセル輸送VCC擬似動物は、複数のATM VCCを単一のATMPWにマッピングすることができます。ただし、ユーザーは、QoS要件を満たすためにATMPWごとに単一のATM VCCをマッピングすることをお勧めします（セクション5.2.1を参照）。
- Cell Relay ATMPWs allow for concatenating multiple cells in a single Pseudowire PDU to improve bandwidth efficiency, but may introduce latency and delay variation.
- セルリレーATMPWにより、単一の擬似筋PDUで複数の細胞を連結して帯域幅の効率を改善できますが、遅延と遅延の変動を導入する可能性があります。
As explained in [RFC3985], the PSN carrying the PW may be subject to congestion, with congestion characteristics depending on PSN type, network architecture, configuration, and loading. During congestion the PSN may exhibit packet loss and packet delay variation (PDV) that will impact the timing and data integrity of the ATMPW. During intervals of acute congestion, some Cell Relay ATMPWs may not be able to maintain service. The inelastic nature of some ATM services reduces the risk of congestion because the rates will not expand to consume all available bandwidth, but on the other hand, those ATM services cannot arbitrarily reduce their load on the network to eliminate congestion when it occurs.
[RFC3985]で説明されているように、PWを運ぶPSNはうっ血の影響を受ける可能性があり、PSNタイプ、ネットワークアーキテクチャ、構成、および負荷に応じてうっ血特性があります。混雑中に、PSNは、ATMPWのタイミングとデータの整合性に影響を与えるパケット損失とパケット遅延変動（PDV）を示す場合があります。急性鬱血の間隔では、一部のセルリレーATMPWがサービスを維持できない場合があります。一部のATMサービスの非弾力性の性質は、レートが利用可能なすべての帯域幅を消費するように拡大しないため、輻輳のリスクを軽減しますが、一方で、これらのATMサービスは、ネットワーク上の負荷を減らして、発生したときの輻輳を排除することはできません。
Whenever possible, Cell Relay ATMPWs should be run over traffic-engineered PSNs providing bandwidth allocation and admission control mechanisms. IntServ-enabled domains providing the Guaranteed Service (GS) or DiffServ-enabled domains using Expedited Forwarding (EF) are examples of traffic-engineered PSNs. Such PSNs will minimize loss and delay while providing some degree of isolation of the Cell Relay ATMPW's effects from neighboring streams.
可能な限り、セルリレーATMPWは、帯域幅の割り当てと入学制御メカニズムを提供するトラフィックエンジニアリングPSNSを介して実行する必要があります。迅速な転送（EF）を使用して保証されたサービス（GS）またはDiffServ対応ドメインを提供するIntServ対応ドメインは、トラフィックエンジニアリングPSNSの例です。このようなPSNSは、隣接するストリームからのセルリレーATMPWの影響をある程度分離しながら、損失と遅延を最小限に抑えます。
If the PSN is providing a best-effort service, then the following best-effort service congestion avoidance considerations apply: Those ATMPWs that carry constant bit rate (CBR) and variable bit rate-real time (VBR-rt) services across the PSN will most probably not behave in a TCP-friendly manner prescribed by [RFC2914]. In the presence of services that reduce transmission rate, ATMPWs carrying CBR and VBR-rt traffic SHOULD be halted when acute congestion is detected, in order to allow for other traffic or the network infrastructure itself to continue. ATMPWs carrying unspecified bit rate (UBR) traffic, which are equivalent to best-effort IP service, need not be halted during acute congestion and MAY have cells delayed or dropped by the ingress PE if necessary. ATMPWs carrying variable bit rate-non real time (VBR-nrt) services may or may not behave in a TCP-friendly manner, depending on the end user application, but are most likely safe to continue operating, since the end-user application is expected to be delay-insensitive and may also be somewhat loss-insensitive.
PSNが最良のエフォルトサービスを提供している場合、次のベストエフェクトサービスの混雑回避に関する考慮事項が適用されます：PSN全体で一定のビットレート（CBR）および可変ビットレートリアルタイム（VBR-RT）サービスを運ぶATMPWはおそらく、[RFC2914]によって規定されたTCPに優しい方法で動作しないでしょう。伝送速度を下げるサービスが存在する場合、他のトラフィックまたはネットワークインフラストラクチャ自体が継続できるように、急性鬱血を検出すると、CBRおよびVBR-RTトラフィックを運ぶATMPWを停止する必要があります。不特定のビットレート（UBR）トラフィックを運ぶATMPWは、ベストエフォルトIPサービスに相当するため、急性鬱血中に停止する必要はなく、必要に応じて侵入PEによって細胞が遅れたり落とされたりする可能性があります。可変ビットレートなしのATMPWは、エンドユーザーアプリケーションに応じて、TCPに優しい方法で動作する場合と、エンドユーザーアプリケーションがエンドユーザーアプリケーションがあるため、操作を継続する可能性が高い場合があります。遅延非感受性であると予想されており、幾分損失に敏感である可能性があります。
LCCEs SHOULD monitor for congestion (for example, by measuring packet loss or as specified in Section 6.5 of [RFC3985]) in order to ensure that the ATM service may be maintained. When severe congestion is detected (for example, when enabling sequencing and detecting that the packet loss is higher than a threshold), the ATM service SHOULD be terminated by tearing down the L2TP session via a CDN message. The PW may be restarted by manual intervention, or by automatic means after an appropriate waiting time.
LCCEは、ATMサービスが維持されることを確認するために、混雑を監視する必要があります（たとえば、パケット損失を測定したり、[RFC3985]のセクション6.5で指定したとおり）。重度の鬱血が検出されると（たとえば、パケットの損失がしきい値よりも高いことをシーケンスして検出する場合）、CDNメッセージを介してL2TPセッションを破壊することによりATMサービスを終了する必要があります。PWは、手動介入、または適切な待機時間後の自動手段によって再起動する場合があります。
ATM over L2TPv3 is subject to the security considerations defined in [RFC3931]. There are no additional considerations specific to carrying ATM that are not present carrying other data link types.
L2TPV3を超えるATMは、[RFC3931]で定義されているセキュリティ上の考慮事項の対象となります。他のデータリンクタイプを運ぶことのないATMを運ぶことに特有の追加の考慮事項はありません。
The signaling mechanisms defined in this document rely upon the allocation of the following ATM Pseudowire Types (see Pseudowire Capabilities List as defined in 5.4.3 of [RFC3931] and L2TPv3 Pseudowire Types in 10.6 of [RFC3931]) by the IANA (number space created as part of publication of [RFC3931]):
このドキュメントで定義されているシグナル伝達メカニズムは、次のATM擬似型タイプの割り当てに依存しています（[RFC3931]の5.4.3およびL2TPV3擬似型タイプで定義されているPseudowire機能リストを参照してください。[RFC3931]の出版の一環として）：
Pseudowire Types
----------------
0x0002 ATM AAL5 SDU VCC transport 0x0003 ATM Cell transparent Port Mode 0x0009 ATM Cell transport VCC Mode 0x000A ATM Cell transport VPC Mode
0x0002 ATM AAL5 SDU VCC Transport 0x0003 ATMセル透明ポートモード0x0009 ATMセル輸送VCCモード0x000A ATMセル輸送VPCモード
This number space is created and maintained per [RFC3931].
この数値スペースは、[RFC3931]に従って作成および維持されます。
L2-Specific Sublayer Type
-------------------------
2 - ATM L2-Specific Sublayer present
2 -ATM L2固有の崇高な存在
This number space is managed by IANA as per [BCP0068].
この数値スペースは、[BCP0068]に従ってIANAによって管理されます。
A summary of the three new AVPs follows:
3つの新しいAVPの概要が次のとおりです。
Control Message Attribute Value Pairs
コントロールメッセージ属性値ペア
Attribute
Type Description
--------- ----------------------------------
86 ATM Maximum Concatenated Cells AVP
87 OAM Emulation Required AVP
88 ATM Alarm Status AVP
This number space is managed by IANA as per [BCP0068].
この数値スペースは、[BCP0068]に従ってIANAによって管理されます。
A new Result Code value for the CDN message is defined in Section 7. Following is a summary:
CDNメッセージの新しい結果コード値は、セクション7で定義されています。以下は概要です。
Result Code AVP (Attribute Type 1) Values
-----------------------------------------
General Error Codes
一般的なエラーコード
22 - Session not established due to other LCCE cannot support the OAM Cell Emulation
22-他のLCCEがOAMセルエミュレーションをサポートできないために確立されていないセッション
This is a new registry for IANA to maintain.
これは、IANAが維持するための新しいレジストリです。
New Attribute values for the ATM Alarm Status AVP in the SLI message are defined in Section 8.1. Additional values may be assigned by Expert Review [RFC2434]. Following is a summary:
SLIメッセージのATMアラームステータスAVPの新しい属性値は、セクション8.1で定義されています。追加の値は、専門家のレビュー[RFC2434]によって割り当てられる場合があります。以下は概要です。
ATM Alarm Status AVP (Attribute Type 88) Values
-----------------------------------------------
Circuit Status Reason values for the SLI message are as follows:
SLIメッセージの回路ステータス理由値は次のとおりです。
0 - Reserved 1 - No alarm or alarm cleared (default for Active Status) 2 - Unspecified or unknown Alarm Received (default for Inactive Status) 3 - ATM Circuit received F1 Alarm on ingress LCCE 4 - ATM Circuit received F2 Alarm on ingress LCCE 5 - ATM Circuit received F3 Alarm on ingress LCCE 6 - ATM Circuit received F4 Alarm on ingress LCCE 7 - ATM Circuit received F5 Alarm on ingress LCCE 8 - ATM Circuit down due to ATM Port shutdown on Peer LCCE 9 - ATM Circuit down due to loop-back timeout on ingress LCCE
0-予約1-アラームまたはアラームがクリアされていません（アクティブステータスのデフォルト）-ATM回路はイングレスLCCE 6でF3アラームを受信しました-ATM回路はイングレスLCCE 7でF4アラームを受信しました-ATM回路は、ingress LCCE 8 -ATM回路を下げてF5アラームを受け取りました。-ingress lcceのバックタイムアウト
The general ATM Alarm failures are encoded as below:
一般的なATMアラームの障害は、以下のようにエンコードされます。
0 - Reserved 1 - No Alarm type specified (default) 2 - Alarm Indication Signal (AIS) 3 - Remote Defect Indicator (RDI) 4 - Loss of Signal (LOS) 5 - Loss of Pointer (LOP) 6 - Loss of Framer (LOF) 7 - Loopback cells (LB) 8 - Continuity Check (CC)
0-予約1-アラームタイプ指定なし（デフォルト）2-アラーム表示信号（AIS）3-リモート欠陥インジケーター（RDI）4-信号の損失（LOS）5-ポインターの損失（LOP）6-フレーマーの損失（LOF）7-ループバックセル（LB）8-連続性チェック（CC）
This is a new registry for IANA to maintain.
これは、IANAが維持するための新しいレジストリです。
The ATM-Specific Sublayer contains 8 bits in the low-order portion of the header. Reserved bits may be assigned by IETF Consensus [RFC2434].
ATM固有のサブレーヤーには、ヘッダーの低次部分に8ビットが含まれています。予約ビットは、IETFコンセンサス[RFC2434]によって割り当てられる場合があります。
Bit 0 - Reserved Bit 1 - S (Sequence) bit Bit 2 - B (Fragmentation) bit Bit 3 - E (Fragmentation) bit Bit 4 - T (Transport type) bit Bit 5 - G (EFCI) bit Bit 6 - C (CLP) bit Bit 7 - U (Command/Response) bit
ビット0-予約ビット1 -s（シーケンス）ビットビット2 -b（断片化）ビットビット3 -e（断片化）ビットビット4 -t（トランスポートタイプ）ビットビット5 -g（efci）ビット6 -c（c（clp）ビットビット7 -u（コマンド/応答）ビット
Thanks for the contributions from Jed Lau, Pony Zhu, Prasad Yaditi, Durai, and Jaya Kumar.
Jed Lau、Pony Zhu、Prasad Yaditi、Durai、Jaya Kumarからの貢献に感謝します。
Many thanks to Srinivas Kotamraju for editorial review.
編集レビューをしてくれたSrinivas Kotamrajuに感謝します。
Thanks to Shoou Yiu and Fred Shu for giving their valuable time to review this document.
この文書をレビューするために貴重な時間を与えてくれたShoou YiuとFred Shuに感謝します。
[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月。
[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月。
[PWE3ATM] Martini, L., "Encapsulation Methods for Transport of ATM Over MPLS Networks", Work in Progress, September 2005.
[PWE3ATM] Martini、L。、「MPLSネットワーク上のATMの輸送のためのカプセル化方法」、2005年9月、進行中の作業。
[L2TPFRAG] Malis, A. and M. Townsley, "PWE3 Fragmentation and Reassembly", Work in Progress, November 2005.
[L2TPFRAG] Malis、A。およびM. Townsley、「PWE3の断片化と再組み立て」、2005年11月、Work in Progress。
[FRF8.1] "Frame Relay / ATM PVC Service Interworking Implementation Agreement (FRF 8.1)", Frame Relay Forum 2000.
[FRF8.1]「フレームリレー / ATM PVCサービスインターワーキング実装契約（FRF 8.1）」、フレームリレーフォーラム2000。
[BCP0068] Townsley, W., "Layer Two Tunneling Protocol (L2TP) Internet Assigned Numbers Authority (IANA) Considerations Update", BCP 68, RFC 3438, December 2002.
[BCP0068] Townsley、W。、「レイヤー2つのトンネルプロトコル（L2TP）インターネット割り当てされた数字の権限（IANA）考慮事項更新」、BCP 68、RFC 3438、2002年12月。
[RFC2434] Narten, T. and H. Alvestrand, "Guidelines for Writing an IANA Considerations Section in RFCs", BCP 26, RFC 2434, October 1998.
[RFC2434] Narten、T。およびH. Alvestrand、「RFCSでIANA考慮事項セクションを書くためのガイドライン」、BCP 26、RFC 2434、1998年10月。
[I610-1] ITU-T Recommendation I.610 (1999): B-ISDN operation and maintenance principles and functions
[i610-1] ITU-T推奨I.610（1999）：B-ISDNの操作およびメンテナンスの原則と機能
[I610-2] ITU-T Recommendation I.610, Corrigendum 1 (2000): B-ISDN operation and maintenance principles and functions (corrigendum 1)
[I610-2] ITU-T推奨I.610、Corrigendum 1（2000）：B-ISDNの操作および保守原則と機能（Corrigendum 1）
[I610-3] ITU-T Recommendation I.610, Amendment 1 (2000): B-ISDN operation and maintenance principles and functions (Amendment 1)
[I610-3] ITU-Tの推奨I.610、修正1（2000）：B-ISDNの運用およびメンテナンスの原則と機能（修正1）
[ATMSEC] ATM Forum Specification, af-sec-0100.002 (2001): ATM Security Specification version 1.1
[ATMSEC] ATMフォーラム仕様、AF-SEC-0100.002（2001）：ATMセキュリティ仕様バージョン1.1
[RFC2684] Grossman, D. and J. Heinanen, "Multiprotocol Encapsulation over ATM Adaptation Layer 5", RFC 2684, September 1999.
[RFC2684] Grossman、D。およびJ. Heinanen、「ATM適応層5に対するマルチプロトコルカプセル化」、RFC 2684、1999年9月。
[RFC3985] Bryant, S. and P. Pate, "Pseudo Wire Emulation Edge-to-Edge (PWE3) Architecture", RFC 3985, March 2005.
[RFC3985] Bryant、S。およびP. Pate、「Pseudo Wire Emulation Edge-to-Edge（PWE3）アーキテクチャ」、RFC 3985、2005年3月。
[RFC2914] Floyd, S., "Congestion Control Principles", BCP 41, RFC 2914, September 2000.
[RFC2914]フロイド、S。、「混雑制御原則」、BCP 41、RFC 2914、2000年9月。
Authors' Addresses
著者のアドレス
Sanjeev Singh Cisco Systems 170 W. Tasman Drive San Jose, CA 95134
Sanjeev Singh Cisco Systems 170 W. Tasman Drive San Jose、CA 95134
EMail: sanjeevs@cisco.com
W. Mark Townsley Cisco Systems 7025 Kit Creek Road PO Box 14987 Research Triangle Park, NC 27709
W.マークタウンズリーシスコシステム7025キットクリークロードPOボックス14987リサーチトライアングルパーク、ノースカロライナ州27709
EMail: mark@townsley.net
Carlos Pignataro Cisco Systems 7025 Kit Creek Road PO Box 14987 Research Triangle Park, NC 27709
Carlos Pignataro Cisco Systems 7025 Kit Creek Road PO Box 14987リサーチトライアングルパーク、ノースカロライナ27709
EMail: cpignata@cisco.com
Full Copyright Statement
完全な著作権声明
Copyright (C) The Internet Society (2006).
Copyright（c）The Internet Society（2006）。
This document is subject to the rights, licenses and restrictions contained in BCP 78, and except as set forth therein, the authors retain all their rights.
この文書は、BCP 78に含まれる権利、ライセンス、および制限の対象となり、そこに記載されている場合を除き、著者はすべての権利を保持しています。
This document and the information contained herein are provided on an "AS IS" basis and THE CONTRIBUTOR, THE ORGANIZATION HE/SHE REPRESENTS OR IS SPONSORED BY (IF ANY), THE INTERNET SOCIETY AND THE INTERNET ENGINEERING TASK FORCE DISCLAIM ALL WARRANTIES, EXPRESS OR IMPLIED, INCLUDING BUT NOT LIMITED TO ANY WARRANTY THAT THE USE OF THE INFORMATION HEREIN WILL NOT INFRINGE ANY RIGHTS OR ANY IMPLIED WARRANTIES OF MERCHANTABILITY OR FITNESS FOR A PARTICULAR PURPOSE.
このドキュメントとここに含まれる情報は、「現状のまま」に基づいて提供されています。また、貢献者、彼/彼女が代表する組織（もしあれば）が後援する組織、インターネット協会とインターネット工学タスクフォースは、すべての保証、明示的または明示的、またはすべての保証を否認します。本書の情報の使用が、商品性または特定の目的に対する適合性の権利または黙示的な保証を侵害しないという保証を含むがこれらに限定されないことを含む。
Intellectual Property
知的財産
The IETF takes no position regarding the validity or scope of any Intellectual Property Rights or other rights that might be claimed to pertain to the implementation or use of the technology described in this document or the extent to which any license under such rights might or might not be available; nor does it represent that it has made any independent effort to identify any such rights. Information on the procedures with respect to rights in RFC documents can be found in BCP 78 and BCP 79.
IETFは、知的財産権またはその他の権利の有効性または範囲に関して、本書に記載されている技術の実装または使用、またはそのような権利に基づくライセンスに基づくライセンスの範囲に関連すると主張される可能性のある他の権利に関しては、立場を取得しません。利用可能になります。また、そのような権利を特定するために独立した努力をしたことも表明していません。RFCドキュメントの権利に関する手順に関する情報は、BCP 78およびBCP 79に記載されています。
Copies of IPR disclosures made to the IETF Secretariat and any assurances of licenses to be made available, or the result of an attempt made to obtain a general license or permission for the use of such proprietary rights by implementers or users of this specification can be obtained from the IETF on-line IPR repository at http://www.ietf.org/ipr.
IETF事務局に行われたIPR開示のコピーと、利用可能にするライセンスの保証、またはこの仕様の実装者またはユーザーによるそのような独自の権利の使用のための一般的なライセンスまたは許可を取得するための試みの結果を取得できます。http://www.ietf.org/iprのIETFオンラインIPRリポジトリから。
The IETF invites any interested party to bring to its attention any copyrights, patents or patent applications, or other proprietary rights that may cover technology that may be required to implement this standard. Please address the information to the IETF at ietf-ipr@ietf.org.
IETFは、関心のある当事者に、著作権、特許、または特許出願、またはこの基準を実装するために必要なテクノロジーをカバーする可能性のあるその他の独自の権利を注意深く招待します。ietf-ipr@ietf.orgのIETFへの情報をお問い合わせください。
Acknowledgement
謝辞
Funding for the RFC Editor function is provided by the IETF Administrative Support Activity (IASA).
RFCエディター機能の資金は、IETF管理サポートアクティビティ（IASA）によって提供されます。