[要約] RFC 4717は、ATMをMPLSネットワーク上で転送するためのカプセル化方法についての規格です。このRFCの目的は、ATMとMPLSの統合に関するガイドラインを提供し、効率的なネットワークトラフィックの転送を実現することです。
Network Working Group L. Martini
Request for Comments: 4717 J. Jayakumar
Category: Standards Track Cisco Systems, Inc.
M. Bocci
Alcatel
N. El-Aawar
Level 3 Communications, LLC
J. Brayley
ECI Telecom Inc.
G. Koleyni
Nortel Networks
December 2006
Encapsulation Methods for Transport of Asynchronous Transfer Mode (ATM) over MPLS Networks
MPLSネットワーク上の非同期転送モード（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 IETF Trust (2006).
Copyright（c）The IETF Trust（2006）。
Abstract
概要
An Asynchronous Transfer Mode (ATM) Pseudowire (PW) is used to carry ATM cells over an MPLS network. This enables service providers to offer "emulated" ATM services over existing MPLS networks. This document specifies methods for the encapsulation of ATM cells within a pseudowire. It also specifies the procedures for using a PW to provide an ATM service.
非同期転送モード（ATM）Pseudowire（PW）は、MPLSネットワーク上でATMセルを運ぶために使用されます。これにより、サービスプロバイダーは、既存のMPLSネットワークで「エミュレート」ATMサービスを提供できます。このドキュメントは、擬似ワイヤ内のATMセルのカプセル化の方法を指定しています。また、PWを使用してATMサービスを提供する手順も指定しています。
Table of Contents
目次
1. Introduction ....................................................3
2. Specification of Requirements ...................................4
3. Applicability Statement .........................................4
4. Terminology .....................................................4
5. General Encapsulation Method ....................................6
5.1. The Control Word ...........................................6
5.1.1. The Generic Control Word ............................7
5.1.2. The Preferred Control Word ..........................8
5.1.3. Setting the Sequence Number Field in the
Control Word ........................................9
5.2. MTU Requirements ...........................................9
5.3. MPLS Shim S Bit Value .....................................10
5.4. MPLS Shim TTL Values ......................................10
6. Encapsulation Mode Applicability ...............................10
6.1. ATM N-to-One Cell Mode ....................................11
6.2. ATM One-to-One Cell Encapsulation .........................13
6.3. AAL5 SDU Frame Encapsulation ..............................13
6.4. AAL5 PDU Frame Encapsulation ..............................14
7. ATM OAM Cell Support ...........................................15
7.1. VCC Case ..................................................15
7.2. VPC Case ..................................................16
7.3. SDU/PDU OAM Cell Emulation Mode ...........................16
7.4. Defect Handling ...........................................17
8. ATM N-to-One Cell Mode .........................................18
8.1. ATM N-to-One Service Encapsulation ........................19
9. ATM One-to-One Cell Mode .......................................21
9.1. ATM One-to-One Service Encapsulation ......................21
9.2. Sequence Number ...........................................22
9.3. ATM VCC Cell Transport Service ............................22
9.4. ATM VPC Services ..........................................24
9.4.1. ATM VPC Cell Transport Services ....................25
10. ATM AAL5 CPCS-SDU Mode ........................................26
10.1. Transparent AAL5 SDU Frame Encapsulation .................27
11. AAL5 PDU Frame Mode ...........................................28
11.1. Transparent AAL5 PDU Frame Encapsulation .................28
11.2. Fragmentation ............................................30
11.2.1. Procedures in the ATM-to-PSN Direction ............30
11.2.2. Procedures in the PSN-to-ATM Direction ............31
12. Mapping of ATM and PSN Classes of Service .....................31
13. ILMI Support ..................................................32
14. ATM-Specific Interface Parameter Sub-TLVs .....................32
15. Congestion Control ............................................32
16. Security Considerations .......................................33
17. Normative References ..........................................34
18. Informative References ........................................34
19. Significant Contributors ......................................36
Packet Switched Networks (PSNs) have the potential to reduce the complexity of a service provider's infrastructure by allowing virtually any existing digital service to be supported over a single networking infrastructure. The benefit of this model to a service provider is threefold:
パケット切り替えネットワーク（PSNS）は、単一のネットワークインフラストラクチャで事実上既存のデジタルサービスをサポートできるようにすることにより、サービスプロバイダーのインフラストラクチャの複雑さを減らす可能性があります。このモデルのサービスプロバイダーへの利点は3倍です。
-i. Leveraging of the existing systems and services to provide increased capacity from a packet-switched core.
-私。既存のシステムとサービスを活用して、パケット交換のコアから容量を増やします。
-ii. Preserving existing network operational processes and procedures used to maintain the legacy services.
-ii。レガシーサービスを維持するために使用される既存のネットワークの運用プロセスと手順を保存します。
-iii. Using the common packet-switched network infrastructure to support both the core capacity requirements of existing services and the requirements of new services supported natively over the packet-switched network.
-III。一般的なパケットスイッチネットワークインフラストラクチャを使用して、既存のサービスのコア容量要件と、パケットスイッチネットワーク上でネイティブにサポートされる新しいサービスの要件の両方をサポートします。
This document describes a method to carry ATM services over MPLS. It lists ATM-specific requirements and provides encapsulation formats and semantics for connecting ATM edge networks through a packet-switched network using MPLS.
このドキュメントでは、MPLSよりもATMサービスを運ぶ方法について説明します。ATM固有の要件をリストし、MPLSを使用してパケットスイッチネットワークを介してATMエッジネットワークを接続するためのカプセル化形式とセマンティクスを提供します。
Figure 1, below, displays the ATM services reference model. This model is adapted from [RFC3985].
以下の図1は、ATMサービスリファレンスモデルを示しています。このモデルは[RFC3985]から採用されています。
|<----- Pseudowire ----->|
| |
| |<-- PSN Tunnel -->| |
ATM Service V V V V ATM Service
| +----+ +----+ |
+----+ | | PE1|==================| PE2| | +----+
| |----------|............PW1.............|----------| |
| CE1| | | | | | | |CE2 |
| |----------|............PW2.............|----------| |
+----+ | | |==================| | | +----+
^ +----+ +----+ | ^
| Provider Edge 1 Provider Edge 2 |
| |
|<-------------- Emulated Service ---------------->|
Customer Customer
Edge 1 Edge 2
Figure 1: ATM Service Reference Model
図1：ATMサービスリファレンスモデル
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].
「必須」、「そうしない」、「必須」、「shall」、「shall "、" ingle "、" should "、" not "、" becommended "、" bay "、および「optional」は、[RFC2119]に記載されているように解釈される。
The ATM over PW service is not intended to perfectly emulate a traditional ATM service, but it can be used for applications that need an ATM transport service.
ATM Over PWサービスは、従来のATMサービスを完全にエミュレートすることを目的としていませんが、ATM輸送サービスが必要なアプリケーションに使用できます。
The following are notable differences between traditional ATM service and the protocol described in this document:
以下は、従来のATMサービスとこのドキュメントで説明されているプロトコルの間の顕著な違いです。
- ATM cell ordering can be preserved using the OPTIONAL sequence field in the control word; however, implementations are not required to support this feature. The use of this feature may impact other ATM quality of service (QoS) commitments.
- ATMセルの順序付けは、コントロールワードのオプションのシーケンスフィールドを使用して保存できます。ただし、この機能をサポートするには実装は必要ありません。この機能の使用は、他のATM品質のサービス（QOS）のコミットメントに影響を与える可能性があります。
- The QoS model for traditional ATM can be emulated. However, the detailed specification of ATM QoS emulation is outside the scope of this document. The emulation must be able to provide the required ATM QoS commitments for the end-user application.
- 従来のATMのQoSモデルをエミュレートできます。ただし、ATM QoSエミュレーションの詳細な仕様は、このドキュメントの範囲外です。エミュレーションは、エンドユーザーアプリケーションに必要なATM QoSコミットメントを提供できる必要があります。
- The ATM flow control mechanisms are transparent to the MPLS network and cannot reflect the status of the MPLS network.
- ATMフロー制御メカニズムはMPLSネットワークに対して透明であり、MPLSネットワークのステータスを反映することはできません。
- Control plane support for ATM SVCs, SVPs, SPVCs, and SPVPs is outside the scope of this document.
- ATM SVC、SVP、SPVC、およびSPVPのコントロールプレーンサポートは、このドキュメントの範囲外です。
Note that the encapsulations described in this specification are identical to those described in [Y.1411] and [Y.1412].
この仕様で説明されているカプセルは、[Y.1411]および[Y.1412]で説明されているものと同一であることに注意してください。
One-to-one mode: specifies an encapsulation method that maps one ATM Virtual Channel Connection (VCC) (or one ATM Virtual Path Connection (VPC)) to one pseudowire.
1対1のモード：1つのATM仮想チャネル接続（VCC）（または1つのATM仮想パス接続（VPC））を1つの擬似ワイヤーにマッピングするカプセル化メソッドを指定します。
N-to-one mode (N >= 1): specifies an encapsulation method that maps one or more ATM VCCs (or one or more ATM VPCs) to one pseudowire.
N-To-Oneモード（n> = 1）：1つまたは複数のaTM VCC（または1つ以上のATM VPC）を1つの擬似ワイヤーにマッピングするカプセル化メソッドを指定します。
Packet-Switched Network (PSN): an IP or MPLS network.
パケットスイッチネットワーク（PSN）：IPまたはMPLSネットワーク。
Pseudowire Emulation Edge to Edge (PWE3): a mechanism that emulates the essential attributes of a service (such as a T1 leased line or Frame Relay) over a PSN.
PSEUDOWIREエミュレーションEdge to Edge（PWE3）：PSNを介してサービスの本質的な属性（T1リースラインまたはフレームリレーなど）をエミュレートするメカニズム。
Customer Edge (CE): a device where one end of a service originates and/or terminates. The CE is not aware that it is using an emulated service rather than a native service.
Customer Edge（CE）：サービスの一端が発生および/または終了するデバイス。CEは、ネイティブサービスではなくエミュレートサービスを使用していることを認識していません。
Provider Edge (PE): a device that provides PWE3 to a CE.
プロバイダーエッジ（PE）：PWE3をCEに提供するデバイス。
Pseudowire (PW): a connection between two PEs carried over a PSN. The PE provides the adaptation between the CE and the PW.
PSEUDOWIRE（PW）：2つのPE間の接続がPSNを介して運ばれました。PEは、CEとPWの間の適応を提供します。
Pseudowire PDU: a PDU sent on the PW that contains all of the data and control information necessary to provide the desired service.
PSEUDOWIRE PDU：PDUがPWに送信されたPDUには、目的のサービスを提供するために必要なすべてのデータと制御情報が含まれています。
PSN Tunnel: a tunnel inside which multiple PWs can be nested so that they are transparent to core PSN devices.
PSNトンネル：複数のPWSをネストできるトンネルで、コアPSNデバイスに透明になります。
PSN Bound: the traffic direction where information from a CE is adapted to a PW, and PW-PDUs are sent into the PSN.
PSNバウンド：CEからの情報がPWに適合し、PW-PDUがPSNに送信されるトラフィック方向。
CE Bound: the traffic direction where PW-PDUs are received on a PW from the PSN, re-converted back in the emulated service, and sent out to a CE.
CEバウンド：PW-PDUがPSNからPWで受信されるトラフィック方向、エミュレートサービスで再構成され、CEに送信されます。
Ingress: the point where the ATM service is encapsulated into a pseudowire PDU (ATM to PSN direction).
Ingress：ATMサービスがPseudowire PDU（ATMからPSN方向）にカプセル化されるポイント。
Egress: the point where the ATM service is decapsulated from a pseudowire PDU (PSN to ATM direction).
出口：ATMサービスが擬似ワイヤーPDU（PSNからATM方向へ）の脱カプセル化のポイント。
CTD: Cell Transfer Delay.
CTD：細胞伝達遅延。
MTU: Maximum Transmission Unit.
MTU：最大送信ユニット。
SDU: Service Data Unit.
SDU：サービスデータユニット。
OAM: Operations And Maintenance.
OAM：操作とメンテナンス。
PVC: Permanent Virtual Connection. An ATM connection that is provisioned via a network management interface. The connection is not signaled.
PVC：永続的な仮想接続。ネットワーク管理インターフェイスを介してプロビジョニングされるATM接続。接続は通知されていません。
VCC: Virtual Circuit Connection. An ATM connection that is switched based on the cell header's VCI.
VCC：仮想回路接続。セルヘッダーのVCIに基づいて切り替えられるATM接続。
VPC: Virtual Path Connection. An ATM connection that is switched based on the cell header's VPI.
VPC：仮想パス接続。セルヘッダーのVPIに基づいて切り替えられるATM接続。
Additional terminology relevant to pseudowires and Layer 2 Virtual Private Networking (L2VPN) in general may be found in [RFC4026].
一般に、擬似動物およびレイヤー2仮想プライベートネットワーキング（L2VPN）に関連する追加の用語は、[RFC4026]に記載されている場合があります。
This section describes the general encapsulation format for ATM over PSN pseudowires.
このセクションでは、PSN PSN PSEUDOWIRES上の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 (As Required) |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| Pseudowire Header |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| ATM Control Word |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| ATM Service Payload |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
Figure 2: General format for ATM encapsulation over PSNs
図2：PSNS上のATMカプセル化の一般的な形式
The PSN Transport Header depends on the particular tunneling technology in use. This header is used to transport the encapsulated ATM information through the packet-switched core.
PSNトランスポートヘッダーは、使用中の特定のトンネル技術に依存します。このヘッダーは、カプセル化されたATM情報をパケット交換コアから輸送するために使用されます。
The Pseudowire Header identifies a particular ATM service on a tunnel. In case of MPLS, the pseudowire header is one or more MPLS labels at the bottom of the MPLS label stack.
Pseudowireヘッダーは、トンネル上の特定のATMサービスを識別します。MPLSの場合、Pseudowireヘッダーは、MPLSラベルスタックの下部にある1つ以上のMPLSラベルです。
The ATM Control Word is inserted before the ATM service payload. It may contain a length and sequence number in addition to certain control bits needed to carry the service.
ATMコントロールワードは、ATMサービスペイロードの前に挿入されます。サービスを運ぶのに必要な特定の制御ビットに加えて、長さとシーケンス番号が含まれる場合があります。
The Control Words defined in this section are based on the Generic PW MPLS Control Word as defined in [RFC4385]. They provide the ability to sequence individual frames on the PW, avoidance of equal-cost multiple-path load-balancing (ECMP) [RFC2992], and OAM mechanisms including VCCV [VCCV].
このセクションで定義されている制御語は、[RFC4385]で定義されている一般的なPW MPLS制御単語に基づいています。それらは、PWで個々のフレームをシーケンスする機能、等コストの多重パス負荷分散（ECMP）[RFC2992]の回避、およびVCCV [VCCV]を含むOAMメカニズムを提供します。
[RFC4385] states, "If a PW is sensitive to packet misordering and is being carried over an MPLS PSN that uses the contents of the MPLS payload to select the ECMP path, it MUST employ a mechanism which prevents packet misordering." This is necessary because ECMP implementations may examine the first nibble after the MPLS label stack to determine whether or not the labelled packet is IP. Thus, if the VPI of an ATM connection carried over the PW using N-to-one cell mode encapsulation, without a control word present, begins with 0x4 or 0x6, it could be mistaken for an IPv4 or IPv6 packet. This could, depending on the configuration and topology of the MPLS network, lead to a situation where all packets for a given PW do not follow the same path. This may increase out-of-order frames on a given PW, or cause OAM packets to follow a different path than actual traffic (see section 4.4.3 on Frame Ordering).
[RFC4385]は、「PWがパケットの誤用に敏感であり、MPLSペイロードの内容を使用してECMPパスを選択するMPLS PSNの上に運ばれている場合、パケットの誤整合を防ぐメカニズムを使用する必要があります。」これは、ECMP実装がMPLSラベルスタックの後の最初のナブルを調べて、ラベル付きパケットがIPであるかどうかを判断する可能性があるためです。したがって、n-to-oneセルモードのカプセル化を使用してPWを継続したATM接続のVPIが、コントロールワードが存在することなく、0x4または0x6で始まる場合、IPv4またはIPv6パケットと間違えられる可能性があります。これは、MPLSネットワークの構成とトポロジに応じて、特定のPWのすべてのパケットが同じパスに従わない状況につながる可能性があります。これにより、特定のPWのオーバーアウトフレームが増加するか、OAMパケットが実際のトラフィックとは異なるパスに従うことがあります（フレーム注文のセクション4.4.3を参照）。
The features that the control word provides may not be needed for a given ATM PW. For example, ECMP may not be present or active on a given MPLS network, strict frame sequencing may not be required, etc. If this is the case, and the control word is not REQUIRED by the encapsulation mode for other functions (such as length or the transport of ATM protocol specific information), the control word provides little value and is therefore OPTIONAL. Early ATM PW implementations have been deployed that do not include a control word or the ability to process one if present. To aid in backwards compatibility, future implementations MUST be able to send and receive frames without a control word present.
制御ワードが提供する機能は、特定のATM PWには必要ない場合があります。たとえば、特定のMPLSネットワークでECMPが存在したりアクティブになったりしない場合があります。厳密なフレームシーケンスは必要ない場合があります。または、ATMプロトコル固有の情報の輸送）、制御ワードはほとんど値を提供しないため、オプションです。コントロールワードや存在する場合は1つを処理する機能を含まない初期のATM PW実装が展開されています。逆方向の互換性を支援するには、将来の実装は、コントロールワードが表示されずにフレームを送信および受信できる必要があります。
In all cases, the egress PE MUST be aware of whether the ingress PE will send a control word over a specific PW. This may be achieved by configuration of the PEs, or by signaling, as defined in [RFC4447].
すべての場合において、出口PEは、入り口PEが特定のPWに対してコントロールワードを送信するかどうかを認識する必要があります。これは、[RFC4447]で定義されているように、PEの構成またはシグナリングによって達成される場合があります。
If the pseudowire traverses a network link that requires a minimum frame size (Ethernet is a practical example), with a minimum frame size of 64 octets, then such links will apply padding to the pseudowire PDU to reach its minimum frame size. In this case, the control word must include a length field set to the PDU length. A mechanism is required for the egress PE to detect and remove such padding.
Pseudowireが最小フレームサイズを必要とするネットワークリンクを横断する場合（イーサネットは実用的な例です）、最小フレームサイズは64オクテットの場合、そのようなリンクは擬似ワイヤーPDUにパディングを適用して最小フレームサイズに達します。この場合、コントロールワードには、PDU長に設定された長さフィールドを含める必要があります。出口PEがそのようなパディングを検出して除去するためには、メカニズムが必要です。
This control word is used in the following encapsulation modes:
このコントロールワードは、次のカプセル化モードで使用されます。
- ATM One-to-one Cell Mode - AAL5 PDU Frame Mode
- ATM 1対1のセルモード-AAL5PDUフレームモード
The PWE3 control word document [RFC4385] provides the following structure for the generic control word:
PWE3 Control Word Document [RFC4385]は、一般的なコントロールワードの次の構造を提供します。
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
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
|0 0 0 0| Specified by PW Encapsulation |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
The detailed structure for the ATM One-to-one Cell Mode and for the
AAL5 PDU Frame Mode is as follows:
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
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
|0 0 0 0| Resvd | Sequence Number | ATM Specific |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
In the above diagram, the first 4 bits MUST be set to 0 to indicate PW data. They MUST be ignored by the receiving PE.
上記の図では、PWデータを示すために最初の4ビットを0に設定する必要があります。受信PEによって無視される必要があります。
The next four bits are reserved and MUST be set to 0 upon transmission and ignored upon reception.
次の4つのビットは予約されており、送信時に0に設定し、受信時に無視する必要があります。
The next 16 bits provide a sequence number that can be used to guarantee ordered packet delivery. The processing of the sequence number field is OPTIONAL.
次の16ビットは、順序付けられたパケット配信を保証するために使用できるシーケンス番号を提供します。シーケンス番号フィールドの処理はオプションです。
The sequence number space is a 16-bit, unsigned circular space. The sequence number value 0 is used to indicate that the sequence number check algorithm is not used.
シーケンス番号スペースは、16ビットの署名されていない円形スペースです。シーケンス番号値0は、シーケンス番号チェックアルゴリズムが使用されていないことを示すために使用されます。
The last 8 bits provide space for carrying ATM-specific flags. These are defined in the protocol-specific details below.
最後の8ビットは、ATM固有のフラグを運ぶためのスペースを提供します。これらは、以下のプロトコル固有の詳細で定義されています。
There is no requirement for a length field for the One-to-one Cell and PDU Frame modes because the PSN PDU is always greater than 64 bytes; therefore, no padding is applied in Ethernet links in the PSN.
PSN PDUは常に64バイトを超えるため、1対1のセルおよびPDUフレームモードの長さフィールドには要件はありません。したがって、PSNのイーサネットリンクにパディングは適用されません。
This control word is used in the following encapsulation modes:
このコントロールワードは、次のカプセル化モードで使用されます。
- ATM N-to-one Cell Mode - AAL5 SDU Frame Mode
- ATM N-TO-ONEセルモード-AAL5 SDUフレームモード
It is defined as follows:
次のように定義されています。
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
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
|0 0 0 0| Flags |Res| Length | Sequence Number |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
In the above diagram, the first 4 bits MUST be set to 0 to indicate PW data. They MUST be ignored by the receiving PE.
上記の図では、PWデータを示すために最初の4ビットを0に設定する必要があります。受信PEによって無視される必要があります。
The next 4 bits provide space for carrying protocol-specific flags. These are defined in the protocol-specific details below.
次の4ビットは、プロトコル固有のフラグを運ぶためのスペースを提供します。これらは、以下のプロトコル固有の詳細で定義されています。
The next 6 bits provide a length field, which is used as follows: If the packet's length (defined as the length of the layer 2 payload plus the length of the control word) is less than 64 bytes, the length field MUST be set to the packet's length. Otherwise, the length field MUST be set to zero. The value of the length field, if non-zero, can be used to remove any padding. When the packet reaches the service provider's egress router, it may be desirable to remove the padding before forwarding the packet. Note that the length field is not used in the N-to-one mode and MUST be set to 0.
次の6ビットは長さのフィールドを提供します。これは次のように使用されます。パケットの長さ（レイヤー2ペイロードの長さとコントロールワードの長さとして定義）が64バイト未満の場合、長さフィールドはに設定する必要があります。パケットの長さ。それ以外の場合、長さフィールドをゼロに設定する必要があります。ゼロ以外の場合、長さフィールドの値を使用して、パディングを削除できます。パケットがサービスプロバイダーの出口ルーターに到達すると、パケットを転送する前にパディングを取り外すことが望ましい場合があります。長さフィールドはN-To-Oneモードでは使用されておらず、0に設定する必要があることに注意してください。
The last 16 bits provide a sequence number that can be used to guarantee ordered packet delivery. The processing of the sequence number field is OPTIONAL.
最後の16ビットは、順序付けられたパケット配信を保証するために使用できるシーケンス番号を提供します。シーケンス番号フィールドの処理はオプションです。
The sequence number space is a 16-bit, unsigned circular space. The sequence number value 0 is used to indicate that the sequence number check algorithm is not used.
シーケンス番号スペースは、16ビットの署名されていない円形スペースです。シーケンス番号値0は、シーケンス番号チェックアルゴリズムが使用されていないことを示すために使用されます。
This section applies to the sequence number field of both the Generic and Preferred Control Words.
このセクションは、一般的な制御単語と優先制御単語の両方のシーケンス番号フィールドに適用されます。
For a given emulated VC and a pair of routers PE1 and PE2, if PE1 supports packet sequencing, then the sequencing procedures defined in [RFC4385] MUST be used.
特定のエミュレートされたVCとルーターのペアPE1とPE2の場合、PE1がパケットシーケンスをサポートする場合、[RFC4385]で定義されたシーケンス手順を使用する必要があります。
Packets that are received out of order MAY be dropped or reordered at the discretion of the receiver.
受信されたパケットは、受信者の裁量で削除または並べ替えることができます。
A simple extension of the processing algorithm in [RFC4385] MAY be used to detect lost packets.
[RFC4385]の処理アルゴリズムの簡単な拡張機能を使用して、紛失したパケットを検出できます。
If a PE router negotiated not to use receive sequence number processing, and it received a non-zero sequence number, then it SHOULD send a PW status message indicating a receive fault and disable the PW.
PEルーターが受信シーケンス番号処理を使用しないと交渉し、ゼロ以外のシーケンス番号を受信した場合、受信障害を示すPWステータスメッセージを送信し、PWを無効にする必要があります。
The network MUST be configured with an MTU that is sufficient to transport the largest encapsulation frames. If MPLS is used as the tunneling protocol, for example, this is likely to be 12 or more bytes greater than the largest frame size. Other tunneling protocols may have longer headers and require larger MTUs. If the ingress router determines that an encapsulated layer 2 PDU exceeds the MTU of the tunnel through which it must be sent, the PDU MUST be dropped. If an egress router receives an encapsulated layer 2 PDU whose payload length (i.e., the length of the PDU itself without any of the encapsulation headers) exceeds the MTU of the destination layer 2 interface, the PDU MUST be dropped.
ネットワークは、最大のカプセル化フレームを輸送するのに十分なMTUで構成する必要があります。たとえば、MPLSがトンネリングプロトコルとして使用される場合、これは最大のフレームサイズよりも12バイト以上大きくなる可能性があります。他のトンネルプロトコルには、ヘッダーが長く、より大きなMTUが必要になる場合があります。イングレスルーターが、カプセル化されたレイヤー2 PDUが送信する必要があるトンネルのMTUを超えると判断した場合、PDUを落とす必要があります。出力ルーターがカプセル化されたレイヤー2 PDUを受信し、そのペイロード長（つまり、カプセル化ヘッダーのいずれかのないPDU自体の長さ）が宛先レイヤー2インターフェイスのMTUを超える場合、PDUをドロップする必要があります。
The ingress label switching router (LSR), PE1, MUST set the S bit of the PW label to a value of 1 to denote that the VC label is at the bottom of the stack. For more information on setting the S Bit, see [RFC3032].
Ingressラベルスイッチングルーター（LSR）、PE1は、VCラベルがスタックの下部にあることを示すために、PWラベルのSビットを1の値に設定する必要があります。Sビットの設定の詳細については、[RFC3032]を参照してください。
The setting of the TTL value in the PW label is application dependent. In any case, [RFC3032] TTL processing procedure, including handling of expired TTLs, MUST be followed.
PWラベルのTTL値の設定は、アプリケーションに依存します。いずれにせよ、[RFC3032]期限切れのTTLの処理を含むTTL処理手順に従う必要があります。
This document defines two methods for encapsulation of ATM cells, namely, One-to-one mode and N-to-one mode.
このドキュメントでは、ATMセルのカプセル化のための2つの方法、つまり1対1モードとN対1モードを定義します。
The N-to-one mode (N >= 1) specifies an encapsulation method that maps one or more ATM VCCs (or one or more ATM VPCs) to one pseudowire. This is the only REQUIRED mode. One format is used for both the VCC or VPC mapping to the tunnel. The 4-octet ATM header is unaltered in the encapsulation; thus, the VPI/VCI is always present. Cells from one or more VCCs (or one or more VPCs) may be concatenated.
N-to-Oneモード（n> = 1）は、1つまたは複数のaTM VCC（または1つ以上のATM VPC）を1つの擬似ワイヤーにマッピングするカプセル化メソッドを指定します。これが唯一の必要なモードです。1つの形式は、トンネルへのVCCまたはVPCマッピングの両方に使用されます。4-OCTET ATMヘッダーは、カプセル化に変更されていません。したがって、VPI/VCIは常に存在します。1つ以上のVCC（または1つ以上のVPC）のセルが連結される場合があります。
The One-to-one mode specifies an encapsulation method that maps one ATM VCC or one ATM VPC to one pseudowire. For VCCs, the VPI/VCI is not included. For VPCs, the VPI is not included. Cells from one VCC or one VPC may be concatenated. This mode is OPTIONAL.
1対1のモードは、1つのATM VCCまたは1つのATM VPCを1つの擬似ワイヤにマッピングするカプセル化方法を指定します。VCCSの場合、VPI/VCIは含まれていません。VPCSの場合、VPIは含まれていません。1つのVCCまたは1つのVPCのセルは連結する場合があります。このモードはオプションです。
Furthermore, different OPTIONAL encapsulations are supported for ATM AAL5 transport: one for ATM AAL5 SDUs, and another for ATM AAL5 PDUs.
さらに、ATM AAL5輸送では異なるオプションのカプセルがサポートされています。1つはATM AAL5 SDUS、もう1つはATM AAL5 PDUSです。
Three deployment models are supported by the encapsulations described in this document:
3つの展開モデルは、このドキュメントで説明されているカプセルによってサポートされています。
-i. Single ATM Connection: A PW carries the cells of only one ATM VCC or VPC. This supports both the transport of multiservice ATM and L2VPN service over a PSN for all AAL types.
-私。単一ATM接続：PWは、1つのATM VCCまたはVPCのみのセルを運びます。これは、すべてのAALタイプのPSNを介したマルチサービスATMとL2VPNサービスの輸送の両方をサポートします。
-ii. Multiple ATM Connections: A PW carries the cells of multiple ATM VCCs and/or VPCs. This also supports both the transport of multiservice ATM and L2VPN service over a PSN for all AAL types.
-ii。複数のATM接続：PWは、複数のATM VCCおよび/またはVPCのセルを運びます。これは、すべてのAALタイプのPSNを介したマルチサービスATMサービスとL2VPNサービスの輸送の両方をサポートします。
-iii. AAL5: A PW carries the AAL5 frames of only one ATM VCC. A large proportion of the data carried on ATM networks is frame based and therefore uses AAL5. The AAL5 mapping takes advantage of the delineation of higher-layer frames in the ATM layer to provide increased bandwidth efficiency compared with the basic cell mapping. The nature of the service, as defined by the ATM service category [TM4.0] or the ATM transfer capability [I.371], should be preserved.
-III。AAL5：PWは、1つのATM VCCのみのAAL5フレームを搭載しています。ATMネットワークに搭載されているデータの大部分はフレームベースであるため、AAL5を使用します。AAL5マッピングは、ATM層の高層層フレームの描写を利用して、基本セルマッピングと比較して帯域幅の効率を高めます。ATMサービスカテゴリ[TM4.0]またはATM転送能力[I.371]で定義されているサービスの性質は、保存する必要があります。
This encapsulation supports both the Single and Multiple ATM Connection deployment models. This encapsulation is REQUIRED.
このカプセル化は、単一および複数のATM接続展開モデルの両方をサポートします。このカプセル化が必要です。
The encapsulation allows multiple VCCs/VPCs to be carried within a single pseudowire. However, a service provider may wish to provision a single VCC to a pseudowire in order to satisfy QoS or restoration requirements.
カプセル化により、複数のVCC/VPCを単一の擬似ワイヤ内で運ぶことができます。ただし、サービスプロバイダーは、QoSまたは復元要件を満たすために、単一のVCCを擬似ワイヤに提供することをお勧めします。
The encapsulation also supports the binding of multiple VCCs/VPCs to a single pseudowire. This capability is useful in order to make more efficient use of the PW demultiplexing header space as well as to ease provisioning of the VCC/VPC services.
カプセル化は、複数のVCC/VPCの単一の擬似ワイヤーへの結合もサポートしています。この機能は、PW Demultiplexingヘッダースペースをより効率的に使用し、VCC/VPCサービスのプロビジョニングを容易にするために役立ちます。
In the simplest case, this encapsulation can be used to transmit a single ATM cell per PSN PDU. However, in order to provide better PSN bandwidth efficiency, several ATM cells may optionally be encapsulated in a single PSN PDU. This process is called cell concatenation.
最も簡単な場合、このカプセル化を使用して、PSN PDUごとに単一のATMセルを送信できます。ただし、より良いPSN帯域幅効率を提供するために、いくつかのATMセルがオプションで単一のPSN PDUでカプセル化される場合があります。このプロセスは、細胞連結と呼ばれます。
The encapsulation has the following attributes:
カプセル化には次の属性があります。
-i. Supports all ATM Adaptation Layer Types.
-私。すべてのATM適応レイヤータイプをサポートします。
-ii. Non-terminating OAM/Admin cells are transported among the user cells in the same order as they are received. This requirement enables the use of various performance management and security applications.
-ii。非終了OAM/管理者セルは、受信したのと同じ順序でユーザーセル間で輸送されます。この要件により、さまざまなパフォーマンス管理およびセキュリティアプリケーションを使用できます。
-iii. In order to gain transport efficiency on the PSN, multiple cells may be encapsulated in a single PW PDU. This process is called cell concatenation. How many cells to insert or how long to wait for cell arrival before sending a PW PDU is an implementation decision. Cell concatenation adds latency and delay variation to a cell relay service.
-III。PSNで輸送効率を得るために、単一のPW PDUで複数のセルがカプセル化される場合があります。このプロセスは、細胞連結と呼ばれます。PW PDUを送信する前にセルの到着を挿入するセルの数またはセルの到着を待つ時間は、実装決定です。セルの連結は、レイテンシと遅延変動をセルリレーサービスに追加します。
-iv. The CLP bit from each cell may be mapped to a corresponding marking on the PW PDU. This allows the drop precedence to be preserved across the PSN.
-iv。各セルからのCLPビットは、PW PDUの対応するマーキングにマッピングできます。これにより、PSN全体でドロップの優先順位を保存できます。
-v. If the Single ATM connection deployment model is used, then it is simpler to provide an ATM layer service. The nature of the service, as defined by the ATM service category [TM4.0] or ATM transfer capability [I.371], should be preserved.
-v。単一のATM接続展開モデルを使用する場合、ATMレイヤーサービスを提供する方が簡単です。ATMサービスカテゴリ[TM4.0]またはATM転送能力[I.371]で定義されているサービスの性質は、保存する必要があります。
The limitations of the ATM N-to-one cell encapsulation are:
ATM No-Oneセルのカプセル化の制限は次のとおりです。
-vi. There is no currently defined method to translate the forward congestion indication (EFCI) to a corresponding function in the PSN. Nor is there a way to translate PSN congestion to the EFCI upon transmission by the egress PE.
-vi。PSNの対応する関数に、前方鬱血表示（EFCI）を変換する方法は現在定義されていません。また、出口PEによる透過時にPSN混雑をEFCIに翻訳する方法もありません。
-vii. The ATM cell header checksum can detect a 2-bit error or detect and correct a single-bit error in the cell header. Analogous functionality does not exist in most PSNs. A single bit error in a PW PDU will most likely cause the packet to be dropped due to an L2 Frame Check Sequence (FCS) failure.
-vii。ATMセルヘッダーチェックサムは、2ビットエラーを検出したり、セルヘッダーの単一ビットエラーを検出したり修正したりできます。類似の機能は、ほとんどのPSNには存在しません。PW PDUの1つのビットエラーにより、L2フレームチェックシーケンス（FCS）障害によりパケットがドロップされる可能性が最も高くなります。
-viii. Cells can be concatenated from multiple VCCs or VPCs belonging to different service categories and QoS requirements. In this case, the PSN packet must receive treatment by the PSN to support the highest QoS of the ATM VCCs/VPCs carried.
-viii。セルは、さまざまなサービスカテゴリとQoS要件に属する複数のVCCまたはVPCから連結できます。この場合、PSNパケットは、運ばれるATM VCCS/VPCSの最高QOSをサポートするためにPSNによる処理を受ける必要があります。
-ix. Cell encapsulation only supports point-to-point Label Switched Paths (LSPs). Multipoint-to-point and point-to-multi-point are for further study (FFS).
-ix。セルカプセル化は、ポイントツーポイントラベルスイッチ付きパス（LSP）のみをサポートします。マルチポイントツーポイントとポイントツーマルチポイントは、さらなる研究（FFS）です。
-x. The number of concatenated ATM cells is limited by the MTU size and the cell transfer delay (CTD) and cell delay variation (CDV) objectives of multiple ATM connections that are multiplexed into a single PW.
-バツ。連結されたATM細胞の数は、MTUサイズと細胞移動遅延（CTD）および単一のPWに多重化された複数のATM接続の細胞遅延変動（CDV）目的によって制限されます。
This OPTIONAL encapsulation supports the Single ATM Connection deployment model.
このオプションのカプセル化は、単一のATM接続展開モデルをサポートします。
Like the N-to-one cell encapsulation mode, the One-to-one mode supports cell concatenation. The advantage of this encapsulation is that it utilizes less bandwidth that the N-to-one encapsulation, for a given number of concatenated cells. Since only one ATM VCC or VPC is carried on a PW, the VCI and/or VPI of the ATM VCC or VPC can be derived from the context of the PW using the PW label. These fields therefore do not need to be encapsulated for a VCC, and only the VCI needs to be encapsulated for a VPC. This encapsulation thus allows service providers to achieve a higher bandwidth efficiency on PSN links than the N-to-one encapsulation for a given number of concatenated cells.
N-To-Oneセルのカプセル化モードと同様に、1対1のモードはセルの連結をサポートします。このカプセル化の利点は、特定の数の連結細胞に対して、N-to-Oneカプセル化がより少ない帯域幅を利用することです。PWで1つのATM VCCまたはVPCのみが携帯されるため、ATM VCCまたはVPCのVCIおよび/またはVPIは、PWラベルを使用してPWのコンテキストから導出できます。したがって、これらのフィールドはVCCにカプセル化する必要はなく、VCIのみをVPCにカプセル化する必要があります。したがって、このカプセル化により、サービスプロバイダーは、特定の数の連結セルのN-To-Oneカプセル化よりもPSNリンクでより高い帯域幅効率を達成することができます。
The limitations vi, vii, ix, and x of N-to-one mode apply.
N-TO-ONEモードの制限VI、VII、IX、およびXが適用されます。
This OPTIONAL encapsulation supports the AAL5 model. This mode allows the transport of ATM AAL5 CSPS-SDUs traveling on a particular ATM PVC across the network to another ATM PVC. This encapsulation is used by a PW of type 0x0002 "ATM AAL5 SDU VCC transport" as allocated in [RFC4446].
このオプションのカプセル化は、AAL5モデルをサポートします。このモードにより、ネットワークを介した特定のATM PVCで別のATM PVCに移動するATM AAL5 CSPS-SDUの輸送が可能になります。このカプセル化は、[RFC4446]に割り当てられているように、0x0002 "ATM AAL5 SDU VCC輸送"のPWによって使用されます。
The AAL5 SDU encapsulation is more efficient for small AAL5 SDUs than the VCC cell encapsulations. In turn, it presents a more efficient alternative to the cell relay service when carrying [RFC2684]- encapsulated IP PDUs across a PSN.
AAL5 SDUカプセル化は、VCCセルのカプセルよりも小さなAAL5 SDUの方が効率的です。次に、[RFC2684]を運ぶときに、セルリレーサービスのより効率的な代替品を提示します。
The AAL5-SDU encapsulation requires Segmentation and Reassembly (SAR) on the PE-CE ATM interface. This SAR function is provided by common off-the-shelf hardware components. Once reassembled, the AAL5-SDU is carried via a pseudowire to the egress PE. Herein lies another advantage of the AAL5-SDU encapsulation.
AAL5-SDUカプセル化には、PE-CE ATMインターフェイスでのセグメンテーションと再組み立て（SAR）が必要です。このSAR機能は、一般的な既製のハードウェアコンポーネントによって提供されます。再組み立てを行うと、AAL5-SDUは擬似ワイヤを介して出口PEに運ばれます。ここには、AAL5-SDUカプセル化のもう1つの利点があります。
The limitations of the AAL5 SDU encapsulation are:
AAL5 SDUカプセル化の制限は次のとおりです。
-i. If an ATM OAM cell is received at the ingress PE, it is sent before the cells of the surrounding AAL5 frame. Therefore, OAM cell reordering may occur, which may cause certain ATM OAM performance monitoring and ATM security applications to operate incorrectly.
-私。ingress PEでATM OAMセルが受信される場合、周囲のAAL5フレームのセルの前に送信されます。したがって、OAMセルの並べ替えが発生する可能性があります。これにより、特定のATM OAMパフォーマンス監視とATMセキュリティアプリケーションが誤って動作する可能性があります。
-ii. If the ALL5 PDU is scrambled using ATM security standards, a PE will not be able to extract the ALL5 SDU, and therefore the whole PDU will be dropped.
-ii。ATMセキュリティ標準を使用してAll5 PDUがスクランブルされている場合、PEはAll5 SDUを抽出できないため、PDU全体が削除されます。
-iii. The AAL5 PDU CRC is not transported across the PSN. The CRC must therefore be regenerated at the egress PE since the CRC has end-to-end significance in ATM security. This means that the AAL5 CRC may not be used to accurately check for errors on the end-to-end ATM VCC.
-III。AAL5 PDU CRCはPSN全体に輸送されません。したがって、CRCはATMセキュリティでエンドツーエンドの有意性を持っているため、CRCは出口PEで再生する必要があります。これは、AAL5 CRCを使用して、エンドツーエンドATM VCCのエラーを正確に確認できない場合があることを意味します。
-iv. The Length of AAL5 frame may exceed the MTU of the PSN. This requires fragmentation, which may not be available to all nodes at the PW endpoint.
-iv。AAL5フレームの長さは、PSNのMTUを超える場合があります。これには、PWエンドポイントのすべてのノードが使用できない場合があります。
-v. This mode does not preserve the value of the CLP bit for every ATM cell within an AAL5 PDU. Therefore, transparency of the CLP setting may be violated. Additionally, tagging of some cells may occur when tagging is not allowed by the conformance definition [TM4.0].
-v。このモードは、AAL5 PDU内のすべてのATMセルのCLPビットの値を保持しません。したがって、CLP設定の透明性に違反する可能性があります。さらに、適合定義[TM4.0]によってタグ付けが許可されていない場合、一部のセルのタグ付けが発生する場合があります。
-vi. This mode does not preserve the EFCI state for every ATM cell within an AAL5 PDU. Therefore, transparency of the EFCI state may be violated.
-vi。このモードは、AAL5 PDU内のすべてのATMセルのEFCI状態を保存しません。したがって、EFCI状態の透明性に違反する可能性があります。
This OPTIONAL encapsulation supports the AAL5 model.
このオプションのカプセル化は、AAL5モデルをサポートします。
The primary application supported by AAL5 PDU frame encapsulation over PSN is the transparent carriage of ATM layer services that use AAL5 to carry higher-layer frames. The main advantage of this AAL5 mode is that it is transparent to ATM OAM and ATM security applications.
PSNを介したAAL5 PDUフレームのカプセル化によってサポートされている主要なアプリケーションは、AAL5を使用して高レイヤーフレームを運ぶATMレイヤーサービスの透明なキャリッジです。このAAL5モードの主な利点は、ATM OAMおよびATMセキュリティアプリケーションに対して透明であることです。
One important consideration is to allow OAM information to be treated as in the original network. This encapsulation mode allows this transparency while performing AAL5 frame encapsulation. This mode supports fragmentation, which may be performed in order to maintain the position of the OAM cells with respect to the user cells.
重要な考慮事項の1つは、OAM情報を元のネットワークのように扱うことを許可することです。このカプセル化モードにより、AAL5フレームのカプセル化を実行しながらこの透明性が可能になります。このモードは、ユーザーセルに対してOAMセルの位置を維持するために実行される断片化をサポートします。
Fragmentation may also be performed to maintain the size of the packet carrying the AAL5 PDU within the MTU of the link. Fragmentation provides a means for the PE to set the size of the PW packet to a different value than that of the original AAL5 PDU. This means that the PE has control on the delay and jitter provided to the ATM cells.
断片化は、リンクのMTU内でAAL5 PDUを運ぶパケットのサイズを維持するために実行することもできます。フラグメンテーションは、PEがPWパケットのサイズを元のAAL5 PDUのサイズとは異なる値に設定する手段を提供します。これは、PEがATMセルに提供される遅延とジッターを制御することを意味します。
The whole AAL5-PDU is encapsulated. In this case, all necessary parameters, such as CPCS-UU (CPCS User-to-User indicator), CPI (Common Part Indicator), Length (Length of the CPCS-SDU) and CRC (Cyclic Redundancy Check), are transported as part of the payload. Note that carrying of the full PDU also allows the simplification of the fragmentation operation since it is performed at cell boundaries and the CRC in the trailer of the AAL5 PDU can be used to check the integrity of the PDU.
AAL5-PDU全体がカプセル化されています。この場合、CPCS-UU（CPCSユーザーからユーザーへのインジケータ）、CPI（共通部品インジケーター）、長さ（CPCS-SDUの長さ）、CRC（環状冗長チェック）などのすべての必要なパラメーターは、として輸送されます。ペイロードの一部。完全なPDUを運ぶことで、AAL5 PDUのトレーラーでCRCを使用してPDUの整合性を確認できるため、完全なPDUを運ぶことで断片化操作が簡素化されることに注意してください。
Reassembly is not required at the egress PE for the PSN-to-ATM direction.
PSNからATMへの方向の出力PEでは、再組み立ては必要ありません。
The limitations v and vi of the AAL5 SDU mode apply to this mode as well.
AAL5 SDUモードの制限VとVIは、このモードにも適用されます。
In general, when configured for ATM VCC service, both PEs SHOULD act as a VC switch, in accordance with the OAM procedures defined in [I.610].
一般に、ATM VCCサービス用に構成されている場合、[I.610]で定義されているOAM手順に従って、両方のPESがVCスイッチとして機能する必要があります。
The PEs SHOULD be able to pass the following OAM cells transparently:
PESは、次のOAM細胞を透過的に渡すことができるはずです。
- F5 Alarm Indication Signal (AIS) (segment and end-to-end) - F5 Remote Defect Indicator (RDI) (segment and end-to-end) - F5 loopback (segment and end-to-end) - Resource Management - Performance Management - Continuity Check - Security
- F5アラーム表示信号（AIS）（セグメントとエンドツーエンド） - F5リモート欠陥インジケーター（RDI）（セグメントとエンドツーエンド） - F5ループバック（セグメントとエンドツーエンド） - リソース管理 - パフォーマンス管理 - 継続性チェック - セキュリティ
However, if configured to be an administrative segment boundary, the PE SHOULD terminate and process F5 segment OAM cells.
ただし、管理セグメントの境界として構成されている場合、PEはF5セグメント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 PSN.
F4 OAMセルは、VPリンク終端に挿入または抽出されます。これらのOAMセルは、VCリンク終端では見られないため、PSN全体で送信されません。
When the PE is operating in AAL5 CPCS-SDU transport mode if it does not support transport of ATM cells, the PE MUST discard incoming MPLS frames on an ATM PW that contain a PW label with the T bit set.
PEがATMセルの輸送をサポートしていない場合、PEがAAL5 CPCS-SDU輸送モードで動作している場合、PEはTビットセットのPWラベルを含むATM PWで着信MPLSフレームを破棄する必要があります。
When configured for a VPC cell relay service, both PEs SHOULD act as a VP cross-connect in accordance with the OAM procedures defined in [I.610].
VPCセルリレーサービス用に構成されている場合、両方のPESは、[I.610]で定義されているOAM手順に従ってVPクロスコネクトとして機能する必要があります。
The PEs SHOULD be able to process and pass the following OAM cells transparently according to [I.610]:
PESは、[I.610]に従って、次のOAM細胞を透過的に処理して通過できるはずです。
- F4 AIS (segment and end-to-end) - F4 RDI (segment and end-to-end) - F4 loopback (segment and end-to-end)
- F4 AIS（セグメントとエンドツーエンド）-F4 RDI（セグメントとエンドツーエンド）-F4ループバック（セグメントとエンドツーエンド）
However, if configured to be an administrative segment boundary, the PE SHOULD terminate and process F4 segment OAM cells.
ただし、管理セグメントの境界として構成されている場合、PEはF4セグメントOAMセルを終了して処理する必要があります。
F5 OAM are not inserted or extracted here. The PEs MUST be able to pass the following OAM cells transparently:
F5 OAMはここに挿入または抽出されません。PESは、次のOAM細胞を透過的に渡すことができる必要があります。
- F5 AIS (segment and end-to-end) - F5 RDI (segment and end-to-end) - F5 loopback (segment and end-to-end) - Resource Management - Performance Management - Continuity Check - Security
- F5 AIS（セグメントとエンドツーエンド） - F5 RDI（セグメントとエンドツーエンド） - F5ループバック（セグメントとエンドツーエンド） - リソース管理 - パフォーマンス管理 - 継続性チェック - セキュリティ
The OAM cell MAY be encapsulated together with other user data cells if multiple cell encapsulation is used.
OAMセルは、複数のセルカプセル化が使用される場合、他のユーザーデータセルと一緒にカプセル化される場合があります。
A PE operating in ATM SDU or PDU transport mode that does not support transport of OAM cells across a PW MAY provide OAM support on ATM PVCs using the following procedures:
PW間のOAMセルの輸送をサポートしないATM SDUまたはPDU輸送モードで動作するPEは、次の手順を使用してATM PVCのOAMサポートを提供する可能性があります。
- Loopback cells response
- ループバックセルの応答
If an F5 end-to-end OAM cell is received from an ATM VC, by either PE that is transporting this ATM VC, with a loopback indication value of 1, and the PE has a label mapping for the ATM VC, then the PE MUST decrement the loopback indication value and loop back the cell on the ATM VC. Otherwise, the loopback cell MUST be discarded by the PE.
F5エンドツーエンドのOAMセルがATM VCから受信され、このATM VCを輸送しているPEによって、ループバック指標値が1で、PEにはATM VCのラベルマッピングがあり、PEはPEにあります。ループバック表示値を減らし、ATM VCのセルをループバックバックする必要があります。それ以外の場合、ループバックセルはPEによって破棄する必要があります。
- AIS alarm
- AISアラーム
If an ingress PE, PE1, receives an AIS F4/F5 OAM cell, it MUST notify the remote PE of the failure. The remote PE, PE2, MUST in turn send F5 OAM AIS cells on the respective PVCs. Note that if the PE supports forwarding of OAM cells, then the received OAM AIS alarm cells MUST be forwarded along the PW as well.
Ingress PE、PE1がAIS F4/F5 OAMセルを受信した場合、障害をリモートPEに通知する必要があります。リモートPE、PE2は、それぞれのPVCにF5 OAM AISセルを順番に送信する必要があります。PEがOAMセルの転送をサポートする場合、受信したOAM AISアラームセルもPWに沿って転送する必要があることに注意してください。
- Interface failure
- インターフェイス障害
If the PE detects a physical interface failure, or the interface is administratively disabled, the PE MUST notify the remote PE for all VCs associated with the failure.
PEが物理インターフェイスの障害を検出する場合、またはインターフェイスが管理上無効になっている場合、PEは障害に関連するすべてのVCに対してリモートPEに通知する必要があります。
- PSN/PW failure detection
- PSN/PW障害検出
If the PE detects a failure in the PW, by receiving a label withdraw for a specific PW ID, or the targeted Label Distribution Protocol (LDP) session fails, or a PW status TLV notification is received, then a proper AIS F5 OAM cell MUST be generated for all the affected ATM PVCs. The AIS OAM alarm will be generated on the ATM output port of the PE that detected the failure.
PEがPWの障害を検出し、特定のPW IDのラベル撤回、またはターゲットを絞ったラベル分布プロトコル（LDP）セッションが失敗した場合、またはPWステータスTLV通知が受信された場合、適切なAIS F5 OAMセルが必要です影響を受けるすべてのATM PVCに対して生成されます。AIS OAMアラームは、障害を検出したPEのATM出力ポートで生成されます。
Figure 3 illustrates four possible locations for defects on the PWE3 service:
図3は、PWE3サービスの欠陥の4つの可能な場所を示しています。
- (a) On the ATM connection from CE to PE - (b) On the ATM side of the PW - (c) On the PSN side of the PE - (d) In the PSN
- （a）CEからPEへのATM接続 - （b）PWのATM側のATM側 - （c）PSNのPE-（d）のPSN側のPSN側
+----+ +----+
+----+ | PE1|==================| PE2| +----+
| |---a------|b..c........PW1...d.........|----------| |
| CE1| | | | | |CE2 |
| |----------|............PW2.............|----------| |
+----+ | |==================| | +----+
^ +----+ +----+ ^
| Provider Edge 1 Provider Edge 2 |
| |
|<-------------- Emulated Service ---------------->|
Customer Customer
Edge 1 Edge 2
Figure 3: Defect Locations
図3：欠陥の場所
For failures at (a) or (b), in the VPC case, the ingress PE MUST be able to generate an F4 AIS upon reception of a lower-layer defect (such as LOS). In the VCC case, the ingress PE SHOULD be able to generate an F5 AIS upon reception of a corresponding F4 AIS or lower-layer defect (such as LOS). These messages are sent across the PSN.
（a）または（b）での障害の場合、VPCの場合、侵入PEは低層欠陥（LOSなど）を受信するとF4 AIを生成できる必要があります。VCCの場合、Ingress PEは、対応するF4 AIまたは低層欠陥（LOSなど）を受信するとF5 AIを生成できるはずです。これらのメッセージはPSN全体で送信されます。
For failures at (c) or (d), in the VCC case, the egress PE SHOULD be able to generate an F5 AIS based on a PSN failure (such as a PSN tunnel failure or LOS on the PSN port). In the VPC case, the egress PE SHOULD be able to generate an F4 AIS based on a PSN failure (such as a PSN tunnel failure or LOS on the PSN port).
（c）または（d）での障害の場合、VCCの場合、出力PEはPSN障害（PSNトンネル障害やPSNポートのLOSなど）に基づいてF5 AIを生成できるはずです。VPCの場合、出力PEはPSN障害（PSNトンネル障害やPSNポートのLOSなど）に基づいてF4 AIを生成できるはずです。
If the ingress PE cannot support the generation of OAM cells, it MAY notify the egress PE using a pseudowire-specific maintenance mechanism such as the PW status message defined in [RFC4447]. Alternatively, for example, the ingress PE MAY withdraw the pseudowire (PW label) label associated with the service. Upon receiving such a notification, the egress PE SHOULD generate the appropriate F4 AIS (for VPC) or F5 AIS (for VCC).
イングレスPEがOAMセルの生成をサポートできない場合、[RFC4447]で定義されたPWステータスメッセージなどの擬似化特有のメンテナンスメカニズムを使用して、出口PEに通知する場合があります。あるいは、たとえば、イングレスPEは、サービスに関連付けられている擬似ワイヤー（PWラベル）ラベルを撤回する場合があります。このような通知を受信すると、出口PEは適切なF4 AIS（VPCの場合）またはF5 AIS（VCC用）を生成する必要があります。
If the PW in one direction fails, then the complete bidirectional service is considered to have failed.
一方向のPWが失敗した場合、完全な双方向サービスは失敗したと見なされます。
The N-to-one mode (N >= 1) described in this document allows a service provider to offer an ATM PVC- or SVC-based service across a network. The encapsulation allows multiple ATM VCCs or VPCs to be carried within a single PSN tunnel. A service provider may also use N-to-one mode to provision either one VCC or one VPC on a tunnel. This section defines the VCC and VPC cell relay services over a PSN and their applicability.
このドキュメントで説明されているN-Oneモード（n> = 1）により、サービスプロバイダーはネットワーク全体でATM PVCまたはSVCベースのサービスを提供できます。カプセル化により、複数のATM VCCまたはVPCを単一のPSNトンネル内で運ぶことができます。サービスプロバイダーは、N-To-Oneモードを使用して、トンネルに1つのVCCまたは1つのVPCをプロビジョニングすることもできます。このセクションでは、PSNとその適用性を介したVCCおよびVPCセルリレーサービスを定義します。
This section describes the general encapsulation format for ATM over PSN pseudowires.
このセクションでは、PSN PSN PSEUDOWIRES上の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 (As Required) |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| pseudowire Header |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
|0 0 0 0| Flags |Res| Length | Sequence Number |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| ATM Service Payload |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
Figure 4: General format for ATM encapsulation over PSNs
図4：PSNS上のATMカプセル化の一般的な形式
The PSN Transport Header depends on the particular tunneling technology in use. This header is used to transport the encapsulated ATM information through the packet-switched core.
PSNトランスポートヘッダーは、使用中の特定のトンネル技術に依存します。このヘッダーは、カプセル化されたATM情報をパケット交換コアから輸送するために使用されます。
The Pseudowire Header identifies a particular ATM service on a tunnel. Non-ATM services may also be carried on the PSN tunnel.
Pseudowireヘッダーは、トンネル上の特定のATMサービスを識別します。ATM以外のサービスは、PSNトンネルでも携帯する場合があります。
As shown above, in Figure 4, the ATM Control Word is inserted before the ATM service payload. It may contain a length field and a sequence number field in addition to certain control bits needed to carry the service.
上記のように、図4に、ATMサービスペイロードの前にATMコントロールワードが挿入されています。サービスを携帯するために必要な特定の制御ビットに加えて、長さフィールドとシーケンス番号フィールドが含まれる場合があります。
The ATM Service Payload is specific to the service being offered via the pseudowire. It is defined in the following sections.
ATMサービスのペイロードは、擬似ワイヤを介して提供されるサービスに固有のものです。次のセクションで定義されています。
In this encapsulation mode, ATM cells are transported individually. The encapsulation of a single ATM cell is the only REQUIRED encapsulation for ATM. The encapsulation of more than one ATM cell in a PSN frame is OPTIONAL.
このカプセル化モードでは、ATMセルは個別に輸送されます。単一のATMセルのカプセル化は、ATMの唯一の必要なカプセル化です。PSNフレーム内の複数のATMセルのカプセル化はオプションです。
The ATM cell encapsulation consists of an OPTIONAL control word and one or more ATM cells, each consisting of a 4-byte ATM cell header and the 48-byte ATM cell payload. This ATM cell header is defined as in the FAST encapsulation [FBATM] section 3.1.1, but without the trailer byte. The length of each frame, without the encapsulation headers, is a multiple of 52 bytes. The maximum number of ATM cells that can be fitted in a frame, in this fashion, is limited only by the network MTU and by the ability of the egress router to process them. The ingress router MUST NOT send more cells than the egress router is willing to receive. The number of cells that the egress router is willing to receive may either be configured in the ingress router or be signaled, for example using the methods described later in this document and in [RFC4447]. The number of cells encapsulated in a particular frame can be inferred by the frame length. The control word is OPTIONAL. If the control word is used, then the flag and length bits in the control word are not used. These bits MUST be set to 0 when transmitting, and MUST be ignored upon receipt.
ATMセルのカプセル化は、オプションのコントロールワードと1つ以上のATMセルで構成されており、それぞれが4バイトのATMセルヘッダーと48バイトのATMセルペイロードで構成されています。このATMセルヘッダーは、高速カプセル化[FBATM]セクション3.1.1のように定義されていますが、トレーラーバイトはありません。カプセル化ヘッダーのない各フレームの長さは、52バイトの倍数です。この方法で、フレームに取り付けられるATMセルの最大数は、ネットワークMTUとそれらを処理する出力ルーターの能力によってのみ制限されます。Ingressルーターは、出力ルーターが受信することを望んでいるよりも多くのセルを送信してはなりません。出力ルーターが受信する意思があるセルの数は、イングレスルーターで構成されるか、たとえばこのドキュメントと[RFC4447]で説明した方法を使用して信号を送信することができます。特定のフレームにカプセル化されたセルの数は、フレームの長さによって推測できます。コントロールワードはオプションです。コントロールワードが使用されている場合、コントロールワードのフラグと長さのビットは使用されません。これらのビットは、送信時に0に設定する必要があり、受領時に無視する必要があります。
The EFCI and CLP bits are carried across the network in the ATM cell header. The edge routers that implement this document MAY, when either adding or removing the encapsulation described herein, change the EFCI bit from zero to one in order to reflect congestion in the network that is known to the edge router, and change the CLP bit from zero to one in order to reflect marking from edge policing of the ATM Sustained Cell Rate. The EFCI and CLP bits SHOULD NOT be changed from one to zero.
EFCIおよびCLPビットは、ATMセルヘッダーのネットワーク全体に運ばれます。このドキュメントを実装するエッジルーターは、本明細書に記載されているカプセル化を追加または削除すると、EDERルーターに知られているネットワークの輻輳を反映するためにEFCIビットをゼロに変更し、CLPビットをゼロに変更する場合があります。ATMの持続的な細胞速度のエッジポリシングからのマーキングを反映するために。EFCIおよびCLPビットを1からゼロに変更しないでください。
This diagram illustrates an encapsulation of two ATM cells:
この図は、2つの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
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| Control word ( Optional ) |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| VPI | VCI | PTI |C|
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| ATM Payload ( 48 bytes ) |
| " |
| " |
| " |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| VPI | VCI | PTI |C|
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| ATM Payload ( 48 bytes ) |
| " |
| " |
| " |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
Figure 5: Multiple Cell ATM Encapsulation
図5：複数のセルATMカプセル化
* When multiple VCCs or VPCs are transported in one pseudowire, VPI/VCI values MUST be unique. When the multiple VCCs or VPCs are from different a physical transmission path, it may be necessary to assign unique VPI/VCI values to the ATM connections. If they are from the same physical transmission path, the VPI/VCI values are unique.
* 複数のVCCまたはVPCが1つの擬似ワイヤーで輸送される場合、VPI/VCI値は一意でなければなりません。複数のVCCまたはVPCが異なる物理伝送パスからの場合、ATM接続に一意のVPI/VCI値を割り当てる必要がある場合があります。それらが同じ物理伝達経路から来ている場合、VPI/VCI値は一意です。
* VPI
* VPI
The ingress router MUST copy the VPI field from the incoming cell into this field. For particular emulated VCs, the egress router MAY generate a new VPI and ignore the VPI contained in this field.
Ingressルーターは、VPIフィールドを着信セルからこのフィールドにコピーする必要があります。特定のエミュレートVCの場合、出口ルーターは新しいVPIを生成し、このフィールドに含まれるVPIを無視する場合があります。
* VCI
* VCI
The ingress router MUST copy the VCI field from the incoming ATM cell header into this field. For particular emulated VCs, the egress router MAY generate a new VCI.
Ingressルーターは、VCIフィールドを着信ATMセルヘッダーからこのフィールドにコピーする必要があります。特定のエミュレートVCの場合、出口ルーターは新しいVCIを生成する場合があります。
* PTI & CLP (C bit)
* pti＆clp（cビット）
The PTI and CLP fields are the PTI and CLP fields of the incoming ATM cells. The cell headers of the cells within the packet are the ATM headers (without Header Error Check (HEC) field) of the incoming cell.
PTIおよびCLPフィールドは、着信ATMセルのPTIおよびCLPフィールドです。パケット内のセルのセルヘッダーは、着信セルのATMヘッダー（ヘッダーエラーチェックなし（HEC）フィールド）です。
The One-to-one mode described in this document allows a service provider to offer an ATM PVC- or SVC-based service across a network. The encapsulation allows one ATM VCC or VPC to be carried within a single pseudowire.
このドキュメントで説明されている1対1のモードにより、サービスプロバイダーはネットワーク全体でATM PVCまたはSVCベースのサービスを提供できます。カプセル化により、1つのATM VCCまたはVPCを単一の擬似ワイヤ内で運ぶことができます。
This section describes the general encapsulation format for ATM over pseudowires on an MPLS PSN. Figure 6 provides a general format for encapsulation of ATM cells into packets.
このセクションでは、MPLS PSN上のPseudowires上のATMの一般的なカプセル化形式について説明します。図6は、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 (As Required) |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| Pseudowire Header |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
|0 0 0 0| Resvd | Optional Sequence Number | ATM Specific |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| ATM Service Payload |
| |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
Figure 6: General format for One-to-one mode encapsulation over PSNs The MPLS PSN Transport Header depends on how the MPLS network is configured. The Pseudowire Header identifies a particular ATM service within the PSN tunnel created by the PSN Transport Header.
図6：PSNS上の1対1モードのカプセル化の一般的な形式MPLS PSNトランスポートヘッダーは、MPLSネットワークの構成方法によって異なります。PSEUDOWIREヘッダーは、PSNトランスポートヘッダーによって作成されたPSNトンネル内の特定のATMサービスを識別します。
This header is used to transport the encapsulated ATM information through the packet-switched core.
このヘッダーは、カプセル化されたATM情報をパケット交換コアから輸送するために使用されます。
The generic control word is inserted after the Pseudowire Header. The presence of the control word is REQUIRED.
一般的なコントロールワードは、Pseudowireヘッダーの後に挿入されます。コントロールワードの存在が必要です。
The ATM Specific Header is inserted before the ATM service payload. The ATM Specific Header contains control bits needed to carry the service. These are defined in the ATM service descriptions below. The length of ATM Specific Header may not always be one octet. It depends on the service type.
ATM固有のヘッダーは、ATMサービスペイロードの前に挿入されます。ATM固有のヘッダーには、サービスを運ぶのに必要なコントロールビットが含まれています。これらは、以下のATMサービスの説明で定義されています。ATM固有のヘッダーの長さは、必ずしも1オクテットではない場合があります。サービスタイプに依存します。
The ATM payload octet group is the payload of the service that is being encapsulated.
ATMペイロードOctetグループは、カプセル化されているサービスのペイロードです。
The sequence number is not required for all services.
すべてのサービスにシーケンス番号は必要ありません。
Treatment of the sequence number is according to section 5.1.3.
シーケンス番号の処理は、セクション5.1.3によるものです。
The VCC cell transport service is characterized by the mapping of a single ATM VCC (VPI/VCI) to a pseudowire. This service is fully transparent to the ATM Adaptation Layer. The VCC single cell transport service is OPTIONAL. This service MUST use the following encapsulation format:
VCCセル輸送サービスの特徴は、単一のATM VCC（VPI/VCI）を擬似動物にマッピングすることです。このサービスは、ATM適応層に対して完全に透過的です。VCCシングルセル輸送サービスはオプションです。このサービスは、次のカプセル化形式を使用する必要があります。
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 (As Required) |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| Pseudowire Header |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
|0 0 0 0| Resvd | Optional Sequence Number |M|V|Res| PTI |C|
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| |
| ATM Cell Payload ( 48 bytes ) |
| |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
Figure 7: Single ATM VCC Cell Encapsulation
図7：単一ATM VCCセルのカプセル化
* M (transport mode) bit
* m（輸送モード）ビット
Bit (M) of the control byte indicates whether the packet contains an ATM cell or a frame payload. If set to 0, the packet contains an ATM cell. If set to 1, the PDU contains an AAL5 payload.
コントロールバイトのビット（m）は、パケットにATMセルが含まれているのか、フレームペイロードが含まれているかを示します。0に設定すると、パケットにはATMセルが含まれています。1に設定すると、PDUにはAAL5ペイロードが含まれています。
* V (VCI present) bit
* V（VCIプレゼント）ビット
Bit (V) of the control byte indicates whether the VCI field is present in the packet. If set to 1, the VCI field is present for the cell. If set to 0, no VCI field is present. In the case of a VCC, the VCI field is not required. For VPC, the VCI field is required and is transmitted with each cell.
制御バイトのビット（v）は、VCIフィールドがパケットに存在するかどうかを示します。1に設定すると、セルにVCIフィールドが存在します。0に設定すると、VCIフィールドは存在しません。VCCの場合、VCIフィールドは必要ありません。VPCの場合、VCIフィールドが必要であり、各セルで送信されます。
* Reserved bits
* 予約ビット
The reserved bits should be set to 0 at the transmitter and ignored upon reception.
予約されたビットは、送信機で0に設定し、受信時に無視する必要があります。
* PTI Bits
* PTIビット
The 3-bit Payload Type Identifier (PTI) incorporates ATM Layer PTI coding of the cell. These bits are set to the value of the PTI of the encapsulated ATM cell.
3ビットペイロード型識別子（PTI）には、セルのATM層PTIコーディングが組み込まれています。これらのビットは、カプセル化されたATMセルのPTIの値に設定されます。
* C (CLP) Bit
* C（CLP）ビット
The Cell Loss Priority (CLP) field indicates CLP value of the encapsulated cell.
細胞損失優先度（CLP）フィールドは、カプセル化された細胞のCLP値を示します。
For increased transport efficiency, the ingress PE SHOULD be able to encapsulate multiple ATM cells into a pseudowire PDU. The ingress and egress PE MUST agree to a maximum number of cells in a single pseudowire PDU. This agreement may be accomplished via a pseudowire-specific signaling mechanism or via static configuration.
輸送効率を向上させるために、侵入PEは複数のATMセルを擬似ワイヤPDUにカプセル化できるはずです。侵入と出口のPEは、単一の擬似ワイヤPDUの最大数のセルに同意する必要があります。この契約は、擬似化されたシグナル伝達メカニズムまたは静的構成によって達成される場合があります。
When multiple cells are encapsulated in the same PSN packet, the ATM-specific byte MUST be repeated for each cell. This means that 49 bytes are used to encapsulate each 53 byte ATM cell.
同じPSNパケットに複数のセルがカプセル化されている場合、各セルに対してATM固有のバイトを繰り返す必要があります。つまり、53バイトの各ATMセルをカプセル化するために49バイトが使用されることを意味します。
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 (As Required) |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| Pseudowire Header |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
|0 0 0 0| Resvd | Optional Sequence Number |M|V|Res| PTI |C|
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| |
| ATM Cell Payload ( 48 bytes ) |
| |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
|M|V|Res| PTI |C| |
+-+-+-+-+-+-+-+-+ |
| ATM Cell Payload ( 48 bytes ) |
| |
| +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| |
+-+-+-+-+-+-+-+-+
Figure 8: Multiple ATM VCC Cell Encapsulation
図8：複数のATM VCCセルのカプセル化
The VPC service is defined by mapping a single VPC (VPI) to a pseudowire. As such, it emulates a Virtual Path cross-connect across the PSN. All VCCs belonging to the VPC are carried transparently by the VPC service.
VPCサービスは、単一のVPC（VPI）を擬似ワイヤにマッピングすることによって定義されます。そのため、PSNを横切る仮想パスクロスコネクトをエミュレートします。VPCに属するすべてのVCCは、VPCサービスによって透過的に運ばれます。
The egress PE may choose to apply a different VPI other than the one that arrived at the ingress PE. The egress PE MUST choose the outgoing VPI based solely upon the pseudowire header. As a VPC service, the egress PE MUST NOT change the VCI field.
出力PEは、入り込みPEに到着したVPI以外の異なるVPIを適用することを選択できます。出力PEは、擬似ワイヤーヘッダーのみに基づいて発信VPIを選択する必要があります。VPCサービスとして、出力PEはVCIフィールドを変更してはなりません。
The ATM VPC cell transport service is OPTIONAL.
ATM VPCセル輸送サービスはオプションです。
This service MUST use the following cell mode encapsulation:
このサービスは、次のセルモードのカプセル化を使用する必要があります。
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 (As Required) |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| Pseudowire Header |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
|0 0 0 0| Resvd | Optional Sequence Number |M|V|Res| PTI |C|
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| VCI | |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ |
| |
| ATM Cell Payload ( 48 bytes ) |
| |
| +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
Figure 9: Single Cell VPC Encapsulation
図9：単一細胞VPCカプセル化
The ATM control byte contains the same information as in the VCC encapsulation except for the VCI field.
ATMコントロールバイトには、VCIフィールドを除き、VCCカプセル化と同じ情報が含まれています。
* VCI Bits
* VCIビット
The 16-bit Virtual Circuit Identifier (VCI) incorporates ATM Layer VCI value of the cell.
16ビット仮想回路識別子（VCI）には、セルのATM層VCI値が組み込まれています。
For increased transport efficiency, the ingress PE SHOULD be able to encapsulate multiple ATM cells into a pseudowire PDU. The ingress and egress PE MUST agree to a maximum number of cells in a single pseudowire PDU. This agreement may be accomplished via a pseudowire-specific signaling mechanism or via static configuration.
輸送効率を向上させるために、侵入PEは複数のATMセルを擬似ワイヤPDUにカプセル化できるはずです。侵入と出口のPEは、単一の擬似ワイヤPDUの最大数のセルに同意する必要があります。この契約は、擬似化されたシグナル伝達メカニズムまたは静的構成によって達成される場合があります。
If the Egress PE supports cell concatenation, the ingress PE MUST only concatenate cells up to the "Maximum Number of concatenated ATM cells in a frame" interface parameter sub-TLV as received as part of the control protocol [RFC4447].
出口PEが細胞の連結をサポートする場合、侵入PEは、制御プロトコルの一部として受信された「フレーム内の最大数の連結ATMセルの最大数」インターフェイスパラメーターSub-TLVまでのみ細胞を連結する必要があります[RFC4447]。
When multiple ATM cells are encapsulated in the same PSN packet, the ATM-specific byte MUST be repeated for each cell. This means that 51 bytes are used to encapsulate each 53-byte ATM cell.
同じPSNパケットに複数のATMセルがカプセル化されている場合、各セルについてATM固有のバイトを繰り返す必要があります。これは、53バイトの各ATMセルをカプセル化するために51バイトが使用されることを意味します。
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 (As Required) |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| Pseudowire Header |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
|0 0 0 0| Resvd | Optional Sequence Number |M|V|Res| PTI |C|
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| VCI | |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ |
| |
| ATM Cell Payload (48 bytes) |
| |
| +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| |M|V|Res| PTI |C| VCI |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| VCI | |
+-+-+-+-+-+-+-+-+ |
| ATM Cell Payload (48 bytes) |
| |
| +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| |
+-+-+-+-+-+-+-+-+
Figure 10: Multiple Cell VPC Encapsulation
図10：複数のセルVPCカプセル化
The AAL5 payload VCC service defines a mapping between the payload of an AAL5 VCC and a single pseudowire. The AAL5 payload VCC service requires ATM segmentation and reassembly support on the PE.
AAL5ペイロードVCCサービスは、AAL5 VCCのペイロードと単一の擬似ワイヤのマッピングを定義します。AAL5ペイロードVCCサービスには、ATMセグメンテーションとPEでの再組み立てサポートが必要です。
The AAL5 payload CPCS-SDU service is OPTIONAL.
AAL5ペイロードCPCS-SDUサービスはオプションです。
Even the smallest TCP packet requires two ATM cells when sent over AAL5 on a native ATM device. It is desirable to avoid this padding on the pseudowire. Therefore, once the ingress PE reassembles the AAL5 CPCS-PDU, the PE discards the PAD and CPCS-PDU trailer, and then the ingress PE inserts the resulting payload into a pseudowire PDU.
最小のTCPパケットでさえ、ネイティブATMデバイスのAAL5を介して送信すると、2つのATMセルが必要です。このパディングを擬似具体的に避けることが望ましいです。したがって、Ingress PEがAAL5 CPCS-PDUを再組み立てると、PEはPADおよびCPCS-PDUトレーラーを破棄し、Ingress PEが結果のペイロードを擬似型PDUに挿入します。
The egress PE MUST regenerate the PAD and trailer before transmitting the AAL5 frame on the egress ATM port.
出口PEは、出力ATMポートのAAL5フレームを送信する前に、パッドとトレーラーを再生する必要があります。
This service does allow the transport of OAM and RM cells, but it does not attempt to maintain the relative order of these cells with respect to the cells that comprise the AAL5 CPCS-PDU. All OAM cells, regardless of their type, that arrive during the reassembly of a single AAL5 CPCS-PDU are sent immediately on the pseudowire using N-to-one cell encapsulation, followed by the AAL5 payload. Therefore, the AAL5 payload VCC service will not be suitable for ATM applications that require strict ordering of OAM cells (such as performance monitoring and security applications).
このサービスでは、OAMおよびRM細胞の輸送が許可されていますが、AAL5 CPCS-PDUを含む細胞に対してこれらの細胞の相対順序を維持しようとはしません。単一のAAL5 CPCS-PDUの再組み立て時に到着するすべてのOAMセルは、N-To-Oneセルのカプセル化を使用して、擬似ワイヤーにすぐに送信され、その後AAL5ペイロードが続きます。したがって、AAL5ペイロードVCCサービスは、OAMセル（パフォーマンス監視やセキュリティアプリケーションなど）の厳格な順序を必要とするATMアプリケーションには適していません。
The AAL5 CPCS-SDU is prepended by the following header:
AAL5 CPCS-SDUは、次のヘッダーによって準備されています。
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
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| Res |T|E|C|U|Res| Length | Sequence Number (Optional) |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| " |
| ATM cell or AAL5 CPCS-SDU |
| " |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
Figure 11: AAL5 CPCS-SDU Encapsulation
図11：AAL5 CPCS-SDUカプセル化
The AAL5 payload service encapsulation requires the ATM control word. The Flag bits are described below.
AAL5ペイロードサービスのカプセル化には、ATMコントロールワードが必要です。フラグのビットについては、以下に説明します。
* Res (Reserved)
* res（予約済み）
These bits are reserved and MUST be set to 0 upon transmission and ignored upon reception.
これらのビットは予約されており、送信時に0に設定し、受信時に無視する必要があります。
* T (transport type) bit
* t（輸送タイプ）ビット
Bit (T) of the control word 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 N-to-one cell relay encapsulation, Figure 4. 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).
コントロールワードのビット（t）は、パケットにATM管理セルまたはAAL5ペイロードが含まれているかどうかを示します。t = 1の場合、パケットには、N-to-1セルリレーカプセル化に従ってカプセル化されたATM管理セルが含まれています。図4.設定されていない場合、PDUにはAAL5ペイロードが含まれています。AAL5 SDUモードでATMセルを輸送する機能は、AAL5 VCCよりも管理機能を有効にする手段を提供することを目的としています（ただし、ユーザーセルおよび管理セルの到着/輸送の注文を維持するために努力しません）。
* E (EFCI) Bit
* E（EFCI）ビット
The ingress router, PE1, SHOULD set this bit to 1 if the EFCI bit of the final cell of those that transported the AAL5 CPCS-SDU 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 router, PE2, SHOULD set the EFCI bit of all cells that transport the AAL5 CPCS-SDU to the value contained in this field.
Ingressルーター、PE1は、AAL5 CPCS-SDUを輸送したもののEFCIビットが1に設定されている場合、またはパケットで輸送される単一ATMセルのEFCIビットが1に設定されている場合、このビットを1に設定する必要があります。それ以外の場合は、1に設定されています。このビットは0に設定する必要があります。出口ルーター、PE2は、AAL5 CPCS-SDUをこのフィールドに含まれる値に輸送するすべてのセルのEFCIビットを設定する必要があります。
* C (CLP) Bit
* C（CLP）ビット
The ingress router, PE1, SHOULD set this bit to 1 if the CLP bit of any of the ATM cells that transported the AAL5 CPCS-SDU is set to 1, or if the CLP 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 router, PE2, SHOULD set the CLP bit of all cells that transport the AAL5 CPCS-SDU to the value contained in this field.
Ingressルーター、PE1は、AAL5 CPCS-SDUを輸送したATMセルのCLPビットが1に設定されている場合、またはパケットで輸送される単一ATMセルのCLPビットが設定されている場合、このビットを1に設定する必要があります。それ以外の場合、このビットは0に設定する必要があります。出力ルーター、PE2は、AAL5 CPCS-SDUをこのフィールドに含まれる値に輸送するすべてのセルのCLPビットを設定する必要があります。
* U (Command/Response Field) Bit
* u（コマンド/応答フィールド）ビット
When FRF.8.1 Frame Relay/ATM PVC Service Interworking [RFC3916] 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 router, PE1, SHOULD copy this bit to the U bit of the control word. The egress router, PE2, SHOULD copy the U bit to the CPCS-UU Least Significant Bit (LSB) of the AAL5 CPCS PDU.
FRF.8.1 FRF.8.1フレームリレー/ATM PVCサービスインターワーキング[RFC3916]トラフィックが輸送されると、AAL5 CPCS-PDUのCPCS-UUの最小有意ビット（LSB）にはフレームリレーC/Rビットが含まれる場合があります。Ingressルーター、PE1は、このビットをコントロールワードのuビットにコピーする必要があります。出力ルーターであるPE2は、AAL5 CPCS PDUのCPCS-UUの最小有意ビット（LSB）にUビットをコピーする必要があります。
The AAL5 payload PDU service is OPTIONAL.
AAL5ペイロードPDUサービスはオプションです。
In this mode, the ingress PE encapsulates the entire CPCS-PDU including the PAD and trailer.
このモードでは、イングレスPEは、パッドとトレーラーを含むCPCS-PDU全体をカプセル化します。
This mode MAY support fragmentation procedures described in the "Fragmentation" section below, in order to maintain OAM cell sequencing.
このモードは、OAMセルシーケンスを維持するために、以下の「断片化」セクションで説明されている断片化手順をサポートする場合があります。
Like the ATM AAL5 payload VCC service, the AAL5 transparent VCC service is intended to be more efficient than the VCC cell transport service. However, the AAL5 transparent VCC service carries the entire AAL5 CPCS-PDU, including the PAD and trailer. Note that the AAL5 CPCS-PDU is not processed, i.e., an AAL5 frame with an invalid CRC or length field will be transported. One reason for this is that there may be a security agent that has scrambled the ATM cell payloads that form the AAL5 CPCS-PDU.
ATM AAL5ペイロードVCCサービスと同様に、AAL5透明VCCサービスは、VCCセル輸送サービスよりも効率的であることを目的としています。ただし、AAL5透明VCCサービスには、パッドとトレーラーを含むAAL5 CPCS-PDU全体が搭載されています。AAL5 CPCS-PDUは処理されていないことに注意してください。つまり、無効なCRCまたは長さフィールドを備えたAAL5フレームが輸送されることに注意してください。この理由の1つは、AAL5 CPCS-PDUを形成するATMセルペイロードをスクランブルしたセキュリティエージェントがある可能性があることです。
This service supports all OAM cell flows by using a fragmentation procedure that ensures that OAM cells are not repositioned in respect to AAL5 composite cells.
このサービスは、AAL5複合細胞に関してOAM細胞が再配置されないことを保証する断片化手順を使用して、すべてのOAM細胞フローをサポートします。
The AAL5 transparent VCC service is OPTIONAL.
AAL5透明なVCCサービスはオプションです。
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 (As Required) |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| Pseudowire Header |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
|0 0 0 0| Resvd | Optional Sequence Number |M|V| Res |U|E|C|
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| " |
| AAL5 CPCS-PDU |
| (n * 48 bytes) |
| " |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
Figure 12: AAL5 transparent service encapsulation
図12：AAL5透明サービスのカプセル化
The generic control word is inserted after the Pseudowire Header. The presence of the control word is MANDATORY.
一般的なコントロールワードは、Pseudowireヘッダーの後に挿入されます。コントロールワードの存在は必須です。
The M, V, Res, and C bits are as defined earlier for VCC One-to-one cell mode.
M、V、RES、およびCビットは、VCCの1対1のセルモードで以前に定義されているとおりです。
* U Bit
* uビット
This field indicates whether this frame contains the last cell of an AAL5 PDU and represents the value of the ATM User-to-User bit for the last ATM cell of the PSN frame. Note: The ATM User-to-User bit is the least significant bit of the PTI field in the ATM header. This field is used to support the fragmentation functionality described later in this section.
このフィールドは、このフレームがAAL5 PDUの最後のセルを含み、PSNフレームの最後のATMセルのATMユーザーからユーザーへのビットの値を表すかどうかを示します。注：ATMユーザーからユーザーへのビットは、ATMヘッダーのPTIフィールドの最も重要ではないビットです。このフィールドは、このセクションで後述する断片化機能をサポートするために使用されます。
* E (EFCI) bit
* E（EFCI）ビット
This field is used to convey the EFCI state of the ATM cells. The EFCI state is indicated in the middle bit of each ATM cell's PTI field.
このフィールドは、ATM細胞のEFCI状態を伝えるために使用されます。EFCI状態は、各ATMセルのPTIフィールドの中央ビットに示されています。
ATM-to-PSN direction (ingress): The EFCI field of the control byte is set to the EFCI state of the last cell of the AAL5 PDU or AAL5 fragment.
ATMからPSNへの方向（イングレス）：制御バイトのEFCIフィールドは、AAL5 PDUまたはAAL5フラグメントの最後のセルのEFCI状態に設定されます。
PSN-to-ATM direction (egress): The EFCI state of all constituent cells of the AAL5 PDU or AAL5 fragment is set to the value of the EFCI field in the control byte.
PSN-to-ATM方向（出口）：AAL5 PDUまたはAAL5フラグメントのすべての構成細胞のEFCI状態は、制御バイトのEFCIフィールドの値に設定されます。
* C (CLP) bit
* C（CLP）ビット
This field is used to convey the cell loss priority of the ATM cells.
このフィールドは、ATM細胞の細胞損失の優先度を伝えるために使用されます。
ATM-to-PSN direction (ingress): The CLP field of the control byte is set to 1 if any of the constituent cells of the AAL5 PDU or AAL5 fragment has its CLP bit set to 1; otherwise, this field is set to 0.
ATMからPSNへの方向（イングレス）：制御バイトのCLPフィールドは、AAL5 PDUまたはAAL5フラグメントの構成細胞のいずれかがCLPビットが1に設定されている場合、1に設定されます。それ以外の場合、このフィールドは0に設定されています。
PSN-to-ATM direction (egress): The CLP bit of all constituent cells for an AAL5 PDU or AAL5 fragment is set to the value of the CLP field in the control byte. The payload consists of the re-assembled AAL5 CPCS-PDU, including the AAL5 padding and trailer or the AAL5 fragment.
PSN-to-ATM方向（出口）：AAL5 PDUまたはAAL5フラグメントのすべての構成細胞のCLPビットは、制御バイトのCLPフィールドの値に設定されます。ペイロードは、AAL5パディングとトレーラー、またはAAL5フラグメントを含む、再組み立てされたAAL5 CPCS-PDUで構成されています。
The ingress PE may not always be able to reassemble a full AAL5 frame. This may be because the AAL5 PDU exceeds the pseudowire MTU or because OAM cells arrive during reassembly of the AAL5 PDU. In these cases, the AAL5 PDU shall be fragmented. In addition, fragmentation may be desirable to bound ATM cell delay.
Ingress PEは、完全なAAL5フレームを常に再組み立てできるとは限りません。これは、AAL5 PDUが擬似動物MTUを超えるか、AAL5 PDUの再組み立て時にOAM細胞が到着したためかもしれません。これらの場合、AAL5 PDUは断片化されなければならない。さらに、断片化は、結合したATM細胞の遅延に望ましい場合があります。
When fragmentation occurs, the procedures described in the following subsections shall be followed.
断片化が発生した場合、次のサブセクションで説明されている手順に従うものとします。
The following procedures shall apply while fragmenting AAL5 PDUs:
AAL5 PDUの断片化中に、次の手順が適用されます。
- Fragmentation shall always occur at cell boundaries within the AAL5 PDU.
- 断片化は、AAL5 PDU内の細胞境界で常に発生するものとします。
- Set the UU bit to the value of the ATM User-to-User bit in the cell header of the most recently received ATM cell.
- 最近受信したATMセルのセルヘッダーで、ATMユーザーからユーザーへのビットの値にUUビットを設定します。
- The E and C bits of the fragment shall be set as defined in section 9.
- フラグメントのEおよびCビットは、セクション9で定義されているように設定するものとします。
- If the arriving cell is an OAM or an RM cell, send the current PSN frame and then send the OAM or RM cell using One-to-one single cell encapsulation (VCC).
- 到着したセルがOAMまたはRMセルの場合は、現在のPSNフレームを送信し、1対1のシングルセルカプセル化（VCC）を使用してOAMまたはRMセルを送信します。
The following procedures shall apply:
次の手順が適用されます。
- The 3-bit PTI field of each ATM cell header is constructed as follows:
- 各ATMセルヘッダーの3ビットPTIフィールドは、次のように構築されます。
-i. The most significant bit is set to 0, indicating a user data cell.
-私。最も重要なビットは0に設定されており、ユーザーデータセルを示しています。
-ii. The middle bit is set to the E bit value of the fragment.
-ii。中央のビットは、フラグメントのeビット値に設定されています。
-iii. The least significant bit for the last ATM cell in the PSN frame is set to the value of the UU bit of Figure 12.
-III。PSNフレームの最後のATMセルの最も重要なビットは、図12のUUビットの値に設定されています。
-iv. The least significant PTI bit is set to 0 for all other cells in the PSN frame.
-iv。PSNフレーム内の他のすべてのセルで、最も重要なPTIビットは0に設定されています。
- The CLP bit of each ATM cell header is set to the value of the C bit of the control byte in Figure 12.
- 各ATMセルヘッダーのCLPビットは、図12のコントロールバイトのCビットの値に設定されています。
- When a fragment is received, each constituent ATM cell is sent in correct order.
- フラグメントを受信すると、各構成ATMセルが正しい順序で送信されます。
This section is provided for informational purposes, and for guidance only. This section should not be considered part of the standard proposed in this document.
このセクションは、情報提供の目的とガイダンスのみを提供します。このセクションは、このドキュメントで提案されている標準の一部と見なされるべきではありません。
When ATM PW service is configured over a PSN, the ATM service category of a connection SHOULD be mapped to a compatible class of service in the PSN network. A compatible class of service maintains the integrity of the service end to end. For example, the CBR service category SHOULD be mapped to a class of service with stringent loss and delay objectives. If the PSN implements the IP Diffserv framework, a class of service based on the EF PHB is a good candidate.
ATM PWサービスがPSNで構成されている場合、接続のATMサービスカテゴリをPSNネットワークの互換性のあるクラスのサービスにマッピングする必要があります。互換性のあるサービスのクラスは、サービスエンドからエンドへの完全性を維持します。たとえば、CBRサービスカテゴリは、厳しい損失と遅延の目標を持つサービスのクラスにマッピングする必要があります。PSNがIP diffservフレームワークを実装している場合、EF PHBに基づくサービスのクラスは良い候補です。
Furthermore, ATM service categories have support for multiple conformance definitions [TM4.0]. Some are CLP blind (e.g., CBR), meaning that the QoS objectives apply to the aggregate CLP0+1 conforming cell flow. Some are CLP significant (e.g., VBR.3), meaning that the QoS objectives apply to the CLP0 conforming cell flow only.
さらに、ATMサービスカテゴリには、複数の適合定義[TM4.0]のサポートがあります。CLPブラインド（CBRなど）があります。つまり、QoS目標は、凝集CLP0 1適合細胞の流れに適用されます。一部はCLPに有意であり（例：VBR.3）、QoS目標はCLP0適合細胞の流れのみに適用されることを意味します。
When the PSN is MPLS based, a mapping between the CLP bit and the EXP field can be performed to provide visibility of the cell loss priority in the MPLS network. The actual value to be marked in the EXP field depends on the ATM service category, the ATM conformance definition, and the type of tunnel LSP used (E-LSP or L-LSP). The details of this mapping are outside the scope of this document. Operators have the flexibility to design a specific mapping that satisfies their own requirements.
PSNがMPLSベースの場合、CLPビットとEXPフィールドの間のマッピングを実行して、MPLSネットワークの細胞損失の優先順位の可視性を提供できます。EXPフィールドでマークされる実際の値は、ATMサービスカテゴリ、ATM適合定義、および使用されるトンネルLSPのタイプ（E-LSPまたはL-LSP）に依存します。このマッピングの詳細は、このドキュメントの範囲外です。オペレーターは、独自の要件を満たす特定のマッピングを設計する柔軟性があります。
In both the ATM-to-PSN and PSN-to-ATM directions, the method used to transfer the CLP and EFCI information of the individual cells into the ATM-specific field, or flags, of the PW packet is described in detail in sections 6 through 9 for each encapsulation mode.
ATMからPSNへの両方の方向とPSNからATMへの方向の両方で、個々のセルのCLPおよびEFCI情報をPWパケットのATM固有のフィールドまたはフラグに転送するために使用される方法については、セクションで詳細に説明します。各カプセル化モードの6〜9。
An MPLS edge PE MAY provide an ATM Integrated Local Management Interface (ILMI) to the ATM edge switch. If an ingress PE receives an ILMI message indicating that the ATM edge switch has deleted a VC, or if the physical interface goes down, it MUST send a PW status notification message for all PWs associated with the failure. When a PW label mapping is withdrawn, or PW status notification message is received, the egress PE MUST notify its client of this failure by deleting the VC using ILMI.
MPLSエッジPEは、ATMエッジスイッチにATM統合ローカル管理インターフェイス（ILMI）を提供する場合があります。Ingress PEがILMIメッセージを受信して、ATMエッジスイッチがVCを削除したことを示す場合、または物理インターフェイスがダウンした場合、障害に関連付けられたすべてのPWにPWステータス通知メッセージを送信する必要があります。PWラベルマッピングが撤回された場合、またはPWステータス通知メッセージが受信されると、Egress PEは、ILMIを使用してVCを削除することにより、この障害をクライアントに通知する必要があります。
The Interface parameter TLV is defined in [RFC4447], and the IANA registry with initial values for interface parameter sub-TLV types is defined in [RFC4446], but the ATM PW-specific interface parameter is specified as follows:
インターフェイスパラメーターTLVは[RFC4447]で定義されており、インターフェイスパラメーターサブTLVタイプの初期値を持つIANAレジストリは[RFC4446]で定義されていますが、ATM PW固有のインターフェイスパラメーターは次のように指定されています。
- 0x02 Maximum Number of concatenated ATM cells.
- 0x02連結ATM細胞の最大数。
A 2-octet value specifying the maximum number of concatenated ATM cells that can be processed as a single PDU by the egress PE. An ingress PE transmitting concatenated cells on this PW can concatenate a number of cells up to the value of this parameter, but MUST NOT exceed it. This parameter is applicable only to PW types 3, 9, 0x0a, 0xc, [RFC4446], and 0xd and is REQUIRED for these PWC types. This parameter does not need to match in both directions of a specific PW.
出口PEによって単一のPDUとして処理できる連結ATMセルの最大数を指定する2オクセット値。このPWで連結した細胞を送信する侵入PEは、このパラメーターの値まで多くの細胞を連結することができますが、それを超えてはなりません。このパラメーターは、PWタイプ3、9、0x0a、0xc、[RFC4446]、および0xDにのみ適用され、これらのPWCタイプに必要です。このパラメーターは、特定のPWの両方向に一致させる必要はありません。
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 that will impact the service carried by the ATM PW. In addition, since ATM PWs carry a variety of services across the PSN, including but not restricted to TCP/IP, they may or may not behave in a TCP-friendly manner prescribed by [RFC2914]. In the presence of services that reduce transmission rate, ATM PWs may thus consume more than their fair share and in that case SHOULD be halted.
[RFC3985]で説明されているように、PWを運ぶPSNはうっ血の影響を受ける可能性があり、PSNタイプ、ネットワークアーキテクチャ、構成、および負荷に応じてうっ血特性があります。輻輳中に、PSNはATM PWが運ぶサービスに影響を与えるパケット損失を示す可能性があります。さらに、ATM PWは、TCP/IPに限定されていないが制限されていないPSN全体でさまざまなサービスを搭載しているため、[RFC2914]によって規定されているTCPに優しい方法で動作する場合としない場合があります。したがって、トランスミッションレートを減らすサービスが存在する場合、ATM PWは公正なシェア以上の消費量を消費する可能性があり、その場合は停止する必要があります。
Whenever possible, ATM PWs 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 EF (expedited forwarding) are examples of traffic-engineered PSNs. Such PSNs will minimize loss and delay while providing some degree of isolation of the ATM PW's effects from neighboring streams.
可能な場合はいつでも、帯域幅の割り当てと入学制御メカニズムを提供するトラフィックエンジニアリングPSNS上でATM PWを実行する必要があります。EF（Expedited Forwarding）を使用した保証されたサービス（GS）またはDiffServ対応ドメインを提供するIntServ対応ドメインは、トラフィックエンジニアのPSNSの例です。このようなPSNSは、隣接するストリームからのATM PWの影響をある程度分離しながら、損失と遅延を最小限に抑えます。
It should be noted that when transporting ATM, Diffserv-enabled domains may use AF (Assured Forwarding) and/or DF (Default Forwarding) instead of EF, in order to place less burden on the network and gain additional statistical multiplexing advantage. In particular, Table 1 of Appendix "V" in [ATM-MPLS] contains a detailed mapping between ATM classes and Diffserv classes.
ATMを輸送する場合、diffserv対応ドメインは、ネットワークへの負担を少なくし、追加の統計的多重化の利点を獲得するために、EFの代わりにAF（Assured Forwarding）および/またはDF（デフォルト転送）を使用する場合があることに注意してください。特に、[ATM-MPLS]の付録「V」の表1には、ATMクラスとDiffServクラスの間の詳細なマッピングが含まれています。
The PEs SHOULD monitor for congestion (by using explicit congestion notification, [VCCV], or by measuring packet loss) in order to ensure that the service using the ATM PW may be maintained. When a PE detects significant congestion while receiving the PW PDUs, the PE MAY use RM cells for ABR connections to notify the remote PE.
PESは、ATM PWを使用しているサービスを維持できるように、輻輳を（明示的な混雑通知、[VCCV]、またはパケット損失を測定することにより）監視する必要があります。PWがPW PDUを受信しながらPEが有意な輻輳を検出すると、PEはRMセルを使用してABR接続にリモートPEに通知する場合があります。
If the PW has been set up using the protocol defined in [RFC4447], then procedures specified in [RFC4447] for status notification can be used to disable packet transmission on the ingress PE from the egress PE. The PW may be restarted by manual intervention, or by automatic means after an appropriate waiting time.
[RFC4447]で定義されたプロトコルを使用してPWがセットアップされている場合、ステータス通知のために[RFC4447]で指定された手順を使用して、出口PEからの侵入PEのパケット伝送を無効にすることができます。PWは、手動介入、または適切な待機時間後の自動手段によって再起動する場合があります。
This document specifies only encapsulations, not the protocols used to carry the encapsulated packets across the PSN. Each such protocol may have its own set of security issues [RFC4447][RFC3985], but those issues are not affected by the encapsulations specified herein. Note that the security of the transported ATM service will only be as good as the security of the PSN. This level of security might be less rigorous than a native ATM service.
このドキュメントは、カプセル化されたパケットをPSN全体に運ぶために使用されるプロトコルではなく、カプセルのみを指定します。このような各プロトコルには、独自のセキュリティ問題[RFC4447] [RFC3985]がある場合がありますが、これらの問題は、本明細書に指定されたカプセルの影響を受けません。輸送されたATMサービスのセキュリティは、PSNのセキュリティと同じくらい優れていることに注意してください。このレベルのセキュリティは、ネイティブATMサービスよりも厳密ではない場合があります。
[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月。
[RFC4447] Martini, L., Rosen, E., El-Aawar, N., Smith, T., and G. Heron, "Pseudowire Setup and Maintenance Using the Label Distribution Protocol (LDP)", RFC 4447, April 2006.
[RFC4447] Martini、L.、Rosen、E.、El-Aawar、N.、Smith、T.、およびG. Heron、「ラベル分布プロトコル（LDP）を使用した擬似ワイヤーのセットアップとメンテナンス」、RFC 4447、2006年4月。
[RFC3032] Rosen, E., Tappan, D., Fedorkow, G., Rekhter, Y., Farinacci, D., Li, T., and A. Conta, "MPLS Label Stack Encoding", RFC 3032, January 2001.
[RFC3032] Rosen、E.、Tappan、D.、Fedorkow、G.、Rekhter、Y.、Farinacci、D.、Li、T。、およびA. conta、「Mpls Label Stack Encoding」、RFC 3032、2001年1月。
[RFC4446] Martini, L., "IANA Allocations for Pseudowire Edge to Edge Emulation (PWE3)", BCP 116, RFC 4446, April 2006.
[RFC4446] Martini、L。、「Pseudowire Edge to Edge Emulation（PWE3）へのIANAの割り当て」、BCP 116、RFC 4446、2006年4月。
[RFC4385] Bryant, S., Swallow, G., Martini, L., and D. McPherson, "Pseudowire Emulation Edge-to-Edge (PWE3) Control Word for Use over an MPLS PSN", RFC 4385, February 2006.
[RFC4385] Bryant、S.、Swallow、G.、Martini、L。、およびD. McPherson、「Pseudowire Emulation Edge-to-Edge（PWE3）MPLS PSNを介して使用するコントロールワード」、RFC 4385、2006年2月。
[FBATM] ATM Forum Specification af-fbatm-0151.000 (2000), "Frame Based ATM over SONET/SDH Transport (FAST)"
[FBATM] ATMフォーラム仕様AF-FBATM-0151.000（2000）、「SONET/SDH輸送（FAST）上のフレームベースのATM」
[TM4.0] ATM Forum Specification af-tm-0121.000 (1999), "Traffic Management Specification Version 4.1"
[TM4.0] ATMフォーラム仕様AF-TM-0121.000（1999）、「トラフィック管理仕様バージョン4.1」
[I.371] ITU-T Recommendation I.371 (2000), "Traffic control and congestion control in B-ISDN".
[I.371] ITU-T推奨I.371（2000）、「B-ISDNの交通制御と輻輳制御」。
[I.610] ITU-T Recommendation I.610, (1999), "B-ISDN operation and maintenance principles and functions".
[I.610] ITU-T推奨I.610、（1999）、「B-ISDNの操作および保守原則と機能」。
[Y.1411] ITU-T Recommendation Y.1411 (2003), ATM-MPLS Network Interworking - Cell Mode user Plane Interworking
[Y.1411] ITU-Tの推奨事項Y.1411（2003）、ATM-MPLSネットワークインターワーキング - セルモードユーザープレーンインターワーキング
[Y.1412] ITU-T Recommendation Y.1412 (2003), ATM-MPLS network interworking - Frame mode user plane interworking
[Y.1412] ITU-Tの推奨事項Y.1412（2003）、ATM-MPLSネットワークインターワーキング - フレームモードユーザープレーンインターワーキング
[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月。
[RFC3916] Xiao, X., McPherson, D., and P. Pate, "Requirements for Pseudo-Wire Emulation Edge-to-Edge (PWE3)", RFC 3916, September 2004.
[RFC3916] Xiao、X.、McPherson、D。、およびP. Pate、「擬似ワイヤーエミュレーションエッジとエッジ（PWE3）の要件」、RFC 3916、2004年9月。
[RFC4026] Andersson, L. and T. Madsen, "Provider Provisioned Virtual Private Network (VPN) Terminology", RFC 4026, March 2005.
[RFC4026] Andersson、L。およびT. Madsen、「プロバイダープロビジョニング仮想プライベートネットワーク（VPN）用語」、RFC 4026、2005年3月。
[VCCV] Nadeau, T., Pignataro, C., and R. Aggarwal, "Pseudowire Virtual Circuit Connectivity Verification (VCCV)", Work in Progress, June 2006.
[VCCV] Nadeau、T.、Pignataro、C。、およびR. Aggarwal、「Pseudowire Virtual Circuit Connectivity Verification（VCCV）」、2006年6月、進行中の作業。
[RFC2992] Hopps, C., "Analysis of an Equal-Cost Multi-Path Algorithm", RFC 2992, November 2000.
[RFC2992] Hopps、C。、「等コストのマルチパスアルゴリズムの分析」、RFC 2992、2000年11月。
[ATM-MPLS] ATM Forum Specification af-aic-0178.001, "ATM-MPLS Network Interworking Version 2.0", August 2003.
[ATM-MPLS] ATMフォーラム仕様AF-AIC-0178.001、「ATM-MPLSネットワークインターワーキングバージョン2.0」、2003年8月。
[RFC2914] Floyd, S., "Congestion Control Principles", BCP 41, RFC 2914, September 2000.
[RFC2914]フロイド、S。、「混雑制御原則」、BCP 41、RFC 2914、2000年9月。
[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月。
Giles Heron Tellabs Abbey Place 24-28 Easton Street High Wycombe Bucks HP11 1NT UK EMail: giles.heron@tellabs.com
ジャイルズ・ヘロン・テラブズ修道院プレイス24-28イーストン・ストリート高ワイコム・バックスHP11 1nt UKメール：giles.heron@tellabs.com
Dimitri Stratton Vlachos Mazu Networks, Inc. 125 Cambridgepark Drive Cambridge, MA 02140 EMail: d@mazunetworks.com
Dimitri Stratton Vlachos Mazu Networks、Inc。125 CambridgePark Drive Cambridge、MA 02140 Email：d@mazunetworks.com
Dan Tappan Cisco Systems, Inc. 1414 Massachusetts Avenue Boxborough, MA 01719 EMail: tappan@cisco.com
Dan Tappan Cisco Systems、Inc。1414 Massachusetts Avenue Boxborough、MA 01719メール：tappan@cisco.com
Eric C. Rosen Cisco Systems, Inc. 1414 Massachusetts Avenue Boxborough, MA 01719 EMail: erosen@cisco.com
Eric C. Rosen Cisco Systems、Inc。1414 Massachusetts Avenue Boxborough、MA 01719メール：erosen@cisco.com
Steve Vogelsang ECI Telecom Omega Corporate Center 1300 Omega Drive Pittsburgh, PA 15205 EMail: stephen.vogelsang@ecitele.com
Steve Vogelsang ECI Telecom Omega Corporate Center 1300 Omega Drive Pittsburgh、PA 15205メール：stephen.vogelsang@ecitele.com
Gerald de Grace ECI Telecom Omega Corporate Center 1300 Omega Drive Pittsburgh, PA 15205 EMail: gerald.degrace@ecitele.com John Shirron ECI Telecom Omega Corporate Center 1300 Omega Drive Pittsburgh, PA 15205 EMail: john.shirron@ecitele.com
ジェラルド・デ・グレースECIテレコムオメガコーポレートセンター1300オメガドライブピッツバーグ、ペンシルベニア州15205メール：gerald.degrace@ecitele.comジョンシャーロンECIテレコムオメガコーポレートセンター1300オメガドライブピッツバーグ、ペンシルベニア
Andrew G. Malis Verizon Communications 40 Sylvan Road Waltham, MA EMail: andrew.g.malis@verizon.com Phone: 781-466-2362
Andrew G. Malis Verizon Communications 40 Sylvan Road Waltham、MAメール：Andrew.G.Malis@verizon.com電話：781-466-2362
Vinai Sirkay Redback Networks 300 Holger Way San Jose, CA 95134 EMail: vsirkay@redback.com
Vinai Sirkay Redback Networks 300 Holger Way San Jose、CA 95134メール：vsirkay@redback.com
Chris Liljenstolpe Alcatel 11600 Sallie Mae Dr. 9th Floor Reston, VA 20193 EMail: chris.liljenstolpe@alcatel.com
Chris Liljenstolpe Alcatel 11600 Sallie Mae Dr. 9th Floor Reston、VA 20193メール：chris.liljenstolpe@alcatel.com
Kireeti Kompella Juniper Networks 1194 N. Mathilda Ave Sunnyvale, CA 94089 EMail: kireeti@juniper.net
Kireeti Kompella Juniper Networks 1194 N. Mathilda Ave Sunnyvale、CA 94089メール：kireeti@juniper.net
John Fischer Alcatel 600 March Rd Kanata, ON, Canada. K2K 2E6 EMail: john.fischer@alcatel.com Mustapha Aissaoui Alcatel 600 March Rd Kanata, ON, Canada. K2K 2E6 EMail: mustapha.aissaoui@alcatel.com
ジョン・フィッシャー・アルカテル600マーチ・ロンド・カナタ、オンタリオ州カナダ。K2K 2E6電子メール：john.fischer@alcatel.com Mustapha aissaoui Alcatel 600 March Rd Kanata、ON、カナダ。k2k 2e6メール：mustapha.aissaoui@alcatel.com
Tom Walsh Lucent Technologies 1 Robbins Road Westford, MA 01886 USA EMail: tdwalsh@lucent.com
Tom Walsh Lucent Technologies 1 Robbins Road Westford、MA 01886 USAメール：tdwalsh@lucent.com
John Rutemiller Marconi Networks 1000 Marconi Drive Warrendale, PA 15086 EMail: John.Rutemiller@marconi.com
John Rutemiller Marconi Networks 1000 Marconi Drive Warderendale、PA 15086メール：john.rutemiller@marconi.com
Rick Wilder Alcatel 45195 Business Court Loudoun Gateway II Suite 300 M/S STERV-SMAE Sterling, VA 20166 EMail: Rick.Wilder@alcatel.com
Rick Wilder Alcatel 45195 Business Court Loudoun Gateway II Suite 300 m/s Sterv-SmaeSterling、VA 20166メール：rick.wilder@alcatel.com
Laura Dominik Qwest Communications, Inc. 600 Stinson Blvd. Minneapolis, MN 55413 Email: ldomini@qwest.com
Laura Dominik Qwest Communications、Inc。600 Stinson Blvd.ミネアポリス、ミネソタ州55413メール：ldomini@qwest.com
Authors' Addresses
著者のアドレス
Luca Martini Cisco Systems, Inc. 9155 East Nichols Avenue, Suite 400 Englewood, CO 80112 EMail: lmartini@cisco.com
Luca Martini Cisco Systems、Inc。9155 East Nichols Avenue、Suite 400 Englewood、Co 80112メール：lmartini@cisco.com
Jayakumar Jayakumar Cisco Systems, Inc. 225 E.Tasman, MS-SJ3/3 San Jose, CA 95134 EMail: jjayakum@cisco.com
Jayakumar Jayakumar Cisco Systems、Inc。225 E.Tasman、MS-SJ3/3 San Jose、CA 95134メール：jjayakum@cisco.com
Matthew Bocci Alcatel Grove House, Waltham Road Rd White Waltham, Berks, UK. SL6 3TN EMail: matthew.bocci@alcatel.co.uk
Matthew Bocci Alcatel Grove House、Waltham Road Rd White Waltham、バークス、英国。SL6 3TNメール：matthew.bocci@alcatel.co.uk
Nasser El-Aawar Level 3 Communications, LLC. 1025 Eldorado Blvd. Broomfield, CO 80021 EMail: nna@level3.net
Nasser El-Aawarレベル3 Communications、LLC。1025 Eldorado Blvd.Broomfield、Co 80021メール：nna@level3.net
Jeremy Brayley ECI Telecom Inc. Omega Corporate Center 1300 Omega Drive Pittsburgh, PA 15205 EMail: jeremy.brayley@ecitele.com
Jeremy Brayley ECI Telecom Inc. Omega Corporate Center 1300 Omega Drive Pittsburgh、PA 15205メール：jeremy.brayley@ecitele.com
Ghassem Koleyni Nortel Networks P O Box 3511, Station C Ottawa, Ontario, K1Y 4H7 Canada EMail: ghassem@nortelnetworks.com
Ghassem Koleyni Nortel Networks P O Box 3511、Station C Ottawa、Ontario、K1Y 4H7 Canada：ghassem@nortelnetworks.com
Full Copyright Statement
完全な著作権声明
Copyright (C) The IETF Trust (2006).
Copyright（c）The IETF Trust（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, THE IETF TRUST, 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.
このドキュメントとここに含まれる情報は、「現状」に基づいて提供され、貢献者、彼/彼女が代表する組織（もしあれば）、インターネット協会、IETFトラスト、インターネットエンジニアリングタスクフォースは免責明示的または暗示されたすべての保証。ここでの情報の使用が、商品性または特定の目的に対する適合性の権利または黙示的な保証を侵害しないという保証を含むがこれらに限定されない。
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 currently provided by the Internet Society.
RFCエディター機能の資金は現在、インターネット協会によって提供されています。