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
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).
著作権（C）IETFトラスト（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）疑似回線（PW）は、MPLSネットワーク上でATMセルを運ぶために使用されます。これは、サービスプロバイダーは、既存のMPLSネットワーク上で「エミュレート」ATMサービスを提供することができます。この文書では、疑似回線内のATMセルのカプセル化のための方法を指定します。また、ATMサービスを提供するために、PWを使用するための手順を指定します。
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:
パケット交換ネットワーク（PSNが）は、単一のネットワークインフラストラクチャ上でサポートされる事実上すべての既存のデジタル・サービスを可能にすることにより、サービスプロバイダのインフラストラクチャの複雑さを軽減する可能性があります。サービスプロバイダへのこのモデルの利点は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].
この文書のキーワード "MUST"、 "MUST NOT"、 "REQUIRED"、、、、 "べきではない" "べきである" "ないもの" "ものとし"、 "推奨"、 "MAY"、および "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.
PWサービスオーバーATMは完全に従来の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セルの順序は制御ワードにオプションのシーケンスフィールドを使用して保存することができます。しかし、実装は、この機能をサポートする必要はありません。この機能の使用は、サービス（QoS）のコミットメントの他のATMの品質に影響を与えることができます。
- 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つのATM仮想チャネル接続（VCC）（または1つのATM仮想パス接続（VPC））をマップするカプセル化方式を指定します。
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対一のモード（N> = 1）一の疑似回線への1つ以上のATMのVCC（または1つ以上のATMのVPC）をマッピングするカプセル化方式を指定します。
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.
エッジの疑似回線エミュレーションエッジ（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.
カスタマーエッジ（CE）：サービスの一端を発信および/または終了デバイス。 CEは、それがエミュレートされたサービスではなく、ネイティブのサービスを使用していることを認識していません。
Provider Edge (PE): a device that provides PWE3 to a CE.
プロバイダエッジ（PE）：CEにPWE3を提供する装置。
Pseudowire (PW): a connection between two PEs carried over a PSN. The PE provides the adaptation between the CE and the PW.
疑似回線（PW）：PSNを介して搬送される2つのPE間接続。 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.
疑似回線PDU：すべてのデータが含まれており、所望のサービスを提供するために必要な制御情報をPWに送られるPDU。
PSN Tunnel: a tunnel inside which multiple PWs can be nested so that they are transparent to core PSN devices.
PSNトンネル：それらはコアPSNデバイスに対して透明であるように、複数のPWを入れ子にすることができ、その内部トンネル。
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).
イングレス：ATMサービスが疑似回線PDU（PSN方向へATM）にカプセル化されている点。
Egress: the point where the ATM service is decapsulated from a pseudowire PDU (PSN to ATM direction).
出口：ATMサービスが疑似回線PDU（ATM方向にPSN）からデカプセル化されている点。
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の疑似回線上で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：PSNがオーバー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.
疑似ヘッダは、トンネル上の特定のATMサービスを識別する。 MPLSの場合には、疑似ヘッダは、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パケットの誤った順序に敏感であり、ECMP経路を選択するために、MPLSペイロードの内容を使用したMPLS PSN上に担持されている場合、それはパケットの誤った順序のを防止する機構を採用しなければなりません」。 ECMP実装がラベル付きパケットがIPであるか否かを判断するMPLSラベルスタックの後の最初のニブルを調べることができるので、これが必要です。したがって、N対一のセルモードカプセル化を使用してPWを介して搬送されるATM接続のVPI場合、現在の制御ワードなし、を0x4または0x6にして、それがIPv4またはIPv6パケットのために誤解される可能性が始まります。これは、コンフィギュレーションおよびMPLSネットワークのトポロジに応じて、与えられたPWのためのすべてのパケットが同じパスに従わない状況につながる可能性があります。これは、与えられたPWでアウトオブオーダーフレームを増やす、または実際のトラフィック（フレーム順序のセクション4.4.3を参照）とは異なるパスに従うことをOAMパケットを引き起こす可能性があります。
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のために必要とされないかもしれません。このような場合は、制御ワードは、このような長さのような他の機能（のためのカプセル化モードによって必要とされない場合、例えば、ECMP等、厳密なフレームシーケンシングが必要とされないかもしれない、所与のMPLSネットワーク上に存在するか、またはアクティブではないかもしれませんまたはATMプロトコル固有の情報の輸送）、制御ワードはほとんど価値を提供し、従って任意です。初期のATM PWの実装では、制御ワードまたは存在する場合1を処理する能力を含んでいないことに配備されています。後方互換性を支援するために、将来の実装は、現在の制御ワードなしでフレームを送受信できなければなりません。
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を介して制御ワードを送信するかどうかを知っていなければなりません。これは、PEの構成によって、または[RFC4447]で定義されるように、シグナリングすることによって達成することができます。
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.
疑似回線が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一対一のセルモード - AAL5 PDUフレームモード
The PWE3 control word document [RFC4385] provides the following structure for the generic control word:
PWE3制御ワード文書[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:
次のようにATM一対一セルモードおよびAAL5 PDUフレームモードの詳細な構造は以下の通りであります：
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.
上記の図では、最初の4ビットはPWデータを示すために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のバイトよりも大きいので、一対一のセルとPDUフレームモードの長さフィールドのための必要はありません。そのため、パディングはPSNでのイーサネットリンクに適用されません。
This control word is used in the following encapsulation modes:
この制御ワードは、次のカプセル化モードで使用されています。
- ATM N-to-one Cell Mode - AAL5 SDU Frame Mode
- ATM N対一のセルモード - 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.
上記の図では、最初の4ビットはPWデータを示すために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対一のモードでは使用されず、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.
PE1は、パケット順序付けをサポートしている場合、指定されたエミュレートVCとルータPE1とPE2のペアについて、次に、[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は破棄されなければなりません。出口ルータは、そのペイロード長（カプセル化ヘッダーのいずれかせずPDU自体の、すなわち、長さ）宛先レイヤ2インターフェースのMTUを超えるカプセル化レイヤ2 PDUを受信した場合、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].
入口ラベルスイッチングルータ（LSR）、PE1は、VCラベルがスタックの一番下にあることを示すために1の値にPWラベルのSビットを設定しなければなりません。 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値の設定は、アプリケーションに依存します。いずれの場合においても、期限切れのTTLの処理を含む[RFC3032] TTL処理手順は、従わなければなりません。
This document defines two methods for encapsulation of ATM cells, namely, One-to-one mode and N-to-one mode.
この文書では、ATMセルのカプセル化のための2つの方法、すなわち、一対一モードおよびN対一のモードを定義します。
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対一のモード（N> = 1）は、1つ以上のATMのVCC（または1つ以上のATMのVPC）をマッピングするカプセル化方式を指定する、1つの疑似回線へ。これが唯一のREQUIREDモードです。一つの形式は、トンネルにVCCまたはVPCマッピングの両方のために使用されます。 4オクテットのATMヘッダは、カプセルに不変です。このように、VPI / VCIは常に存在しています。一の以上の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つのATM VCCまたは1つの疑似回線に1つのATM VPCをマップするカプセル化方式を指定します。 VCCの場合、VPI / VCIが含まれていません。 VPCのために、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.
さらに、異なるOPTIONALカプセル化は、ATM AAL5の輸送のためにサポートされている：ATM AAL5のSDUのための1つ、およびATM AAL5 PDUのための他の。
Three deployment models are supported by the encapsulations described in this document:
三つの展開モデルは、この文書で説明したカプセル化によってサポートされています。
-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.
-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は、唯一の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逆多重化ヘッダースペースをより効率的に活用するだけでなく、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ごとに1つの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 N対一の細胞カプセル化の制限は以下のとおりです。
-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.
-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でシングルビットエラーはほとんどの場合、パケットは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要件に属する複数のVCCsかのVPCから連結することができます。この場合、PSNパケットはATMのVCCの最高のQoSをサポートするために、PSNで治療を受けなければならない/ VPCのは運びました。
-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サイズと単一PWに多重化される複数のATM接続のセル転送遅延（CTD）とセル遅延変動（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対1のセルのカプセル化モードと同様に、一対一のモードは、セル連結をサポートしています。このカプセル化の利点は、それが連結されたセルの所定数のN対一のカプセル化、それより少ない帯域幅を利用することです。つのみのATM VCCまたはVPCをPWに担持されているので、VCI及び/又はATM VCCまたはVPCのVPIは、PWラベルを使用してPWのコンテキストから導出することができます。これらのフィールドは、したがって、VCCのためにカプセル化する必要はありません、とだけVCIはVPCのためにカプセル化する必要があります。このカプセル化は、このように、サービスプロバイダは、連結セルの所定の数のN対一のカプセルよりPSNリンク上のより高い帯域幅効率を達成することを可能にします。
The limitations vi, vii, ix, and x of N-to-one mode apply.
制限のVI、VII、IX、およびN対一モードの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]に割り当てられ、このカプセル化はPWタイプ0×0002の「ATM AAL5 SDU VCC輸送」によって使用されます。
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]を運ぶ際には、セルリレーサービスへのより効率的な代替手段を提示 - PSNの向こうIP PDUをカプセル化。
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カプセル化のもう一つの利点があります。
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.
-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。 ALL5 PDUは、ATMのセキュリティ標準を使用してスクランブルされた場合、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.
一つの重要な考慮事項は、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を運ぶパケットのサイズを維持するために行うことができます。断片化は、元のAAL5 PDUのものとは異なる値にPWパケットのサイズを設定するためのPEのための手段を提供します。これは、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（巡回冗長検査）などのすべての必要なパラメータは、として輸送されますペイロードの一部。それがセル境界で行われ、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.
制限vとAAL5 SDUモードの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サービスのために構成されている場合、一般的に、両方のPEは[I.610]で定義されたOAM手順に従って、VCスイッチとして作用すべきです。
The PEs SHOULD be able to pass the following OAM cells transparently:
PEは透過的に以下の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.
それは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セルリレーサービスのために構成されている場合、両方のPEは[I.610]で定義されたOAM手順に従ってVPクロスコネクトとして行動しなければなりません。
The PEs SHOULD be able to process and pass the following OAM cells transparently according to [I.610]:
PEは透過[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は、挿入されたか、ここで抽出されません。 PEは透過的に以下の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セルが1のループバック指示値と、このATM VCを輸送されるかPEによって、ATM VCから受信し、そしてPEはATM VCのためのラベルマッピングを有している場合、PE ATM VC上のセルをループバック指示値とループバックデクリメントしなければなりません。そうでなければ、ループバック・セルは、PEによって廃棄されなければなりません。
- AIS alarm
- BACKアラーム
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.
入口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のID、または標的ラベル配布プロトコル（LDP）セッションが失敗した場合、またはPW状態TLV通知を撤回受信することにより、PWの障害を検出した場合には、適切なAIS F5 OAMセルのMUSTを受信します影響を受けるすべての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）PEにCEからATMコネクション上 - PEのPSN側（C） - - （d）のPSN（b）においてPWのATM側で
+----+ +----+
+----+ | 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 AISを生成できなければなりません。 VCCの場合には、入口PEは、（LOSなど）に対応するF4 AISまたは下層欠陥を受信するF5 AISを生成することができるべきです。これらのメッセージは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トンネル障害やLOSなど）PSN障害に基づいてF5 AISを生成することができるべきです。 VPCの場合、出口PEは、（PSNポート上のPSNトンネル障害やLOSなど）PSN障害に基づくF4 AISを生成することができるべきです。
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は、適切な（VPC用）F4 AISまたは（VCC用）F5 AISを生成する必要があります。
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対一のモード（N> = 1）は、ネットワークを介してATM PVC-またはSVCベースのサービスを提供するサービスプロバイダを可能にします。カプセル化は、複数のATMのVCCまたはVPCのは、単一のPSNトンネル内で運ばれることを可能にします。サービスプロバイダは、規定いずれかVCC又はトンネル上の一VPCにN対一のモードを使用することができます。このセクションでは、PSNとその適用上VCCとVPCセルリレーサービスを定義します。
This section describes the general encapsulation format for ATM over PSN pseudowires.
このセクションでは、PSNの疑似回線上で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：PSNがオーバー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.
疑似ヘッダは、トンネル上の特定の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セルが個別に輸送されます。 1つの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セルのカプセル化は、それぞれ4バイトのATMセルのヘッダと48バイトのATMセルペイロードからなる、オプションの制御ワードと1つ以上のATMセルから成ります。このATMセルヘッダーはFASTカプセル化[FBATM]セクション3.1.1のように定義するが、トレーラバイトがありません。各フレームの長さは、カプセル化ヘッダーなしで、52バイトの倍数です。フレームに取り付けることができるATMセルの最大数は、このように、唯一のネットワークMTUによって、それらを処理するために出口ルータの能力によって制限されます。入口ルータは、出口ルータが受信しようとするよりも多くのセルを送ってはいけません。出口ルータが受信する意思がある細胞の数は、いずれかの入口ルータで構成してもよいし、本書で及び[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セルのヘッダ内にネットワークを介して行われます。本明細書に記載のカプセル化を追加または削除のいずれか本書MAYを実装するエッジルータは、エッジルータに知られているネットワークの輻輳を反映して、ゼロからCLPビットを変更するために0から1にEFCIビットを変更しますATMのエッジポリシングからマーキングを反映させるために一つには、セル・レートを持続しました。 EFCIとCLPビットが1から0に変更しないでください。
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.
入口ルータは、このフィールドに入力セルから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.
入口ルータは、このフィールドに受信ATMセルのヘッダからVCIフィールドをコピーする必要があります。特定のエミュレートVCのために、出口ルータは、新たなVCIを生成することがあります。
* PTI & CLP (C bit)
* PTIおよびCLP（100ビット）
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フィールドです。パケット内の細胞の細胞ヘッダは、入力セルの（ヘッダエラーチェック（HEC）フィールドなし）ATMヘッダです。
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.
この文書に記載さ一対一モードがネットワークを介し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上の疑似回線上で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
図6：のPSNの上に一対一モードのカプセル化のための一般的なフォーマット
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.
MPLS PSN転送ヘッダは、MPLSネットワークの構成方法によって異なります。疑似ヘッダは、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.
一般的な制御ワードは擬似回線ヘッダーの後に挿入されています。制御ワードの存在が必要です。
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ペイロードのオクテットのグループは、カプセル化されているサービスのペイロードです。
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は、疑似回線PDUに複数のATMセルをカプセル化することができるべきです。入口および出口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特有のバイトは、各セルごとに繰り返さなければなりません。これは、49のバイトが各53バイト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 |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を適用することを選択することができます。出口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は、疑似回線PDUに複数のATMセルをカプセル化することができるべきです。入口および出口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がセル連結をサポートしている場合、制御プロトコル[RFC4447]の一部として受信される、入口PEは、インタフェースパラメータサブTLV「フレームに連結されたATMセルの最大数」のセルを連結しなければなりません。
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.
複数のATMセルが同じPSNパケットにカプセル化される場合、ATM特有のバイトは、各セルごとに繰り返さなければなりません。これは、51のバイトが各53バイトの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 |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サービスは、PE上のATMセグメンテーションおよび再構築サポートを必要とします。
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.
ネイティブATMデバイス上でAAL5を介して送信された場合でも、最小のTCPパケットは、2個のATMセルが必要です。疑似回線上でこのパディングを回避することが望ましいです。入口PEがAAL5 CPCS-PDUを再構成後したがって、PEはPADとCPCS-PDUトレーラを破棄し、次に入口PEは、疑似回線PDUに得られたペイロードを挿入します。
The egress PE MUST regenerate the PAD and trailer before transmitting the AAL5 frame on the egress ATM port.
出力PEは、出力ATMポート上でAAL5フレームを送信する前に、PADとトレーラを再生成する必要があります。
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セルは、AAL5ペイロードが続く、N対一の細胞カプセル化を使用して疑似回線上で即座に送信されます。したがって、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対1セルリレーカプセル化に従ってカプセル化されたATMの管理セルが含まれている場合、設定されていない場合図4は、PDUはAAL5ペイロードを含みます。 AAL5 SDUモードでATMセルを輸送する能力がAAL5 VCC（それはユーザセルとadmin-セル到着/輸送の順序を維持するために努力しないが）上の管理機能を可能にする手段を提供することを意図しています。
* 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
AAL5 CPCS-SDUを搬送するものの最終セルのEFCIビットが1に設定されている場合、または単一のATMセルのEFCIビットがパケットで搬送される場合、入口ルータ、PE1は、このビットを1に設定すべきですそれ以外の場合は1に設定され、このビット
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.
出口ルータ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.
入口ルータ、PE1は、AAL5 CPCS-SDUを搬送するATMセルのいずれかのCLPビットが1に設定されている場合、このビットを1に設定すべきである、または単一のATMセルのCLPビットは、パケットで搬送される場合そうでない場合、このビットは0と出口ルータ、PE2に設定されるべきである1にセットされ、このフィールドに含まれる値に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フレームリレー/ ATM PVCサービスインターワーキング[RFC3916]トラフィックが搬送される際に、AAL5 CPCS-PDUのCPCS-UUは、最下位ビット（LSB）フレームリレーC / Rビットを含んでいてもよいです。入口ルータ、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はPADとトレーラを含む全体の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サービスは、PADとトレーラを含め、全体のAAL5 CPCS-PDUを運びます。 AAL5 CPCS-PDUは、処理されていない、すなわち、無効なCRCまたは長さフィールドとAAL5フレームが輸送されることに留意されたいです。この理由の一つは、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.
このサービスは、OAMセルがAAL5複合細胞に対してで再配置されないことを確実に断片化手順を使用して、すべての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.
一般的な制御ワードは擬似回線ヘッダーの後に挿入されています。制御ワードの存在が必須です。
The M, V, Res, and C bits are as defined earlier for VCC One-to-one cell mode.
VCC一対一セルモードのために先に定義した通りM、V、RES、及びCビットです。
* 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から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方向（入力）：成分AAL5 PDUの細胞またはAAL5断片のいずれかが、そのCLPビットを1に設定している場合、制御バイトのCLPフィールドが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から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.
入口PEは常に完全AAL5フレームを再構成することができないかもしれません。 AAL5 PDUは、OAMセルがAAL5 PDUの再組み立て中に到着するMTUまたはので疑似回線を超えたためと考えられます。これらのケースでは、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.
- セクション9で定義された断片のE及びCのビットが設定されなければなりません。
- 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フレームを送信した後、一対一単セルのカプセル化（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。最下位PTIビットはPSNフレーム内の他のすべてのセルに対して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]をサポートしています。いくつかは、QoS目的が集約CLP0 + 1準拠のセルの流れに適用されることを意味し、CLPブラインド（例えば、CBR）です。いくつかは、QoS目的がセルのみの流れを準拠CLP0に適用されることを意味し、（例えば、VBR.3）重要CLPです。
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適合性定義、および（E-LSPまたはL-LSP）を使用したトンネル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方向、PWパケットのCLPおよび個々のATM固有のフィールドへの細胞、またはフラグのEFCI情報を転送するために使用される方法各カプセル化モード9を介して6。
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）を提供することができます。入口PEがATMエッジスイッチがVC削除したことを示すILMIメッセージを受信した場合、物理インタフェースがダウンした場合、または、それが失敗に関連付けられているすべてのPWsのためのPW状態通知メッセージを送らなければなりません。 PWラベルマッピングが引き抜かれ、またはPW状態通知メッセージが受信されると、出口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 PWSは含むが、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.
可能な限り、ATM PWSが、帯域幅の割り当てとアドミッション制御メカニズムを提供するトラフィックエンジニアリングのPSN上で実行する必要があります。 EF（優先転送）を使用して保証サービス（GS）またはDiffservの対応のドメインを提供イントサーブ対応のドメインは、トラフィックエンジニアリングのPSNの例です。隣接するストリームからATM PWの効果の分離をある程度提供しながら、このようなのPSNは、損失および遅延を最小化します。
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（保証転送）及び/又は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.
PEはATM PWを使用してサービスを維持することができることを確実にするために（明示的輻輳通知を用いて、[VCCV]、またはパケット損失を測定することにより）、輻輳を監視すべきです。 PW PDUを受信しながらPEは重要輻輳を検出した場合、PEは、リモートPEに通知するABR接続用RMの細胞を使用することもできます。
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.
PWは[RFC4447]で定義されたプロトコルを使用して設定されている場合は、ステータス通知に[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]ブラドナーの、S.、 "要件レベルを示すためにRFCsにおける使用のためのキーワード"、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]、L.、ローゼン、E.、エル・Aawar、N.、スミス、T.、およびG.サギ、 "ラベル配布プロトコル（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]ローゼン、E.、タッパン、D.、Fedorkow、G.、Rekhter、Y.、ファリナッチ、D.、李、T.、およびA.コンタ、 "MPLSラベルスタックエンコーディング"、RFC 3032、2001年1月。
[RFC4446] Martini, L., "IANA Allocations for Pseudowire Edge to Edge Emulation (PWE3)", BCP 116, RFC 4446, April 2006.
[RFC4446]マティーニ、L.、BCP 116、RFC 4446、2006年4月 "エッジエミュレーションに擬似回線縁（PWE3）のためのIANAの割り当て"。
[RFC4385] Bryant, S., Swallow, G., Martini, L., and D. McPherson, "Pseudowire Emulation Edge-to-Edge (PWE3) Control Word for Use over an MPLS PSN", RFC 4385, February 2006.
[RFC4385]ブライアント、S.、ツバメ、G.、マティーニ、L.、およびD.マクファーソン、 "MPLS PSNの上の使用のための擬似回線エミュレーションエッジツーエッジ（PWE3）制御ワード"、RFC 4385、2006年2月。
[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]ブライアント、S.とP.パテ、 "疑似ワイヤーエミュレーション端から端まで（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]シャオ、X.、マクファーソン、D.、およびP.パテ、 "疑似ワイヤー・エミュレーション・エッジ・ツー・エッジ（PWE3）の要件"、RFC 3916、2004年9月。
[RFC4026] Andersson, L. and T. Madsen, "Provider Provisioned Virtual Private Network (VPN) Terminology", RFC 4026, March 2005.
[RFC4026]アンデションとL.とT.マドセン、 "プロバイダーのプロビジョニングされた仮想プライベートネットワーク（VPN）用語"、RFC 4026、2005月。
[VCCV] Nadeau, T., Pignataro, C., and R. Aggarwal, "Pseudowire Virtual Circuit Connectivity Verification (VCCV)", Work in Progress, June 2006.
[VCCV]ナドー、T.、Pignataro、C.、およびR.アガルワル、 "Pseudowireの仮想回線接続性検証（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]グロスマン、D.とJ. Heinanen、RFC 2684、1999年9月 "ATMアダプテーションレイヤ5以上のマルチプロトコルカプセル化"。
Giles Heron Tellabs Abbey Place 24-28 Easton Street High Wycombe Bucks HP11 1NT UK EMail: giles.heron@tellabs.com
ジャイルズヘロンテラブスアビー場所24-28イーストンストリートハイウィコムバックスHP11 1NT英国のEメール：giles.heron@tellabs.com
Dimitri Stratton Vlachos Mazu Networks, Inc. 125 Cambridgepark Drive Cambridge, MA 02140 EMail: d@mazunetworks.com
ディミトリ・ストラットンVlachos媽祖ネットワークス株式会社125 Cambridgeparkドライブケンブリッジ、MA 02140 Eメール：d@mazunetworks.com
Dan Tappan Cisco Systems, Inc. 1414 Massachusetts Avenue Boxborough, MA 01719 EMail: tappan@cisco.com
ダンタッパンシスコシステムズ株式会社1414年マサチューセッツアベニューボックスボロー、MA 01719 Eメール：tappan@cisco.com
Eric C. Rosen Cisco Systems, Inc. 1414 Massachusetts Avenue Boxborough, MA 01719 EMail: erosen@cisco.com
エリックC.ローゼンシスコシステムズ株式会社1414年マサチューセッツアベニューボックスボロー、MA 01719 Eメール：erosen@cisco.com
Steve Vogelsang ECI Telecom Omega Corporate Center 1300 Omega Drive Pittsburgh, PA 15205 EMail: stephen.vogelsang@ecitele.com
スティーブVogelsangのECIテレコムオメガコーポレートセンター1300オメガドライブピッツバーグ、PA 15205 Eメール：stephen.vogelsang@ecitele.com
Gerald de Grace ECI Telecom Omega Corporate Center 1300 Omega Drive Pittsburgh, PA 15205 EMail: gerald.degrace@ecitele.com
ジェラルド・デ・グレースECIテレコムオメガコーポレートセンター1300オメガドライブピッツバーグ、PA 15205 Eメール：gerald.degrace@ecitele.com
John Shirron ECI Telecom Omega Corporate Center 1300 Omega Drive Pittsburgh, PA 15205 EMail: john.shirron@ecitele.com
ジョンShirron ECIテレコムオメガコーポレートセンター1300オメガドライブピッツバーグ、PA 15205 Eメール：john.shirron@ecitele.com
Andrew G. Malis Verizon Communications 40 Sylvan Road Waltham, MA EMail: andrew.g.malis@verizon.com Phone: 781-466-2362
アンドリューG. Malisベライゾン・コミュニケーションズ40シルバンロードウォルサム、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レッドバック・ネットワーク300ホルガー・ウェイサンノゼ、CA 95134 Eメール：vsirkay@redback.com
Chris Liljenstolpe Alcatel 11600 Sallie Mae Dr. 9th Floor Reston, VA 20193 EMail: chris.liljenstolpe@alcatel.com
クリスLiljenstolpeアルカテル11600サリーメイ博士は9階レストン、バージニア州20193 Eメール：chris.liljenstolpe@alcatel.com
Kireeti Kompella Juniper Networks 1194 N. Mathilda Ave Sunnyvale, CA 94089 EMail: kireeti@juniper.net
Kireeti Kompellaジュニパーネットワークスの1194 N.マチルダアベニューサニーベール、CA 94089 Eメール：kireeti@juniper.net
John Fischer Alcatel 600 March Rd Kanata, ON, Canada. K2K 2E6 EMail: john.fischer@alcatel.com
ジョン・フィッシャーアルカテル600月Rdのカナタ、ON、カナダ。 K2K 2E6 Eメール：john.fischer@alcatel.com
Mustapha Aissaoui Alcatel 600 March Rd Kanata, ON, Canada. K2K 2E6 EMail: mustapha.aissaoui@alcatel.com
ムスタファAissaouiアルカテル600月Rdのカナタ、ON、カナダ。 K2K 2E6 Eメール：mustapha.aissaoui@alcatel.com
Tom Walsh Lucent Technologies 1 Robbins Road Westford, MA 01886 USA EMail: tdwalsh@lucent.com
トムウォルシュルーセント・テクノロジーズ1ロビンス・ロードウェストフォード、MA 01886 USA Eメール：tdwalsh@lucent.com
John Rutemiller Marconi Networks 1000 Marconi Drive Warrendale, PA 15086 EMail: John.Rutemiller@marconi.com
ジョンRutemillerマルコーニネットワークス1000年マルコーニドライブWarrendale、PA 15086 Eメール：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
リック・ワイルダーアルカテル45195ビジネス裁判所バージニアゲートウェイIIスイート300 M / S STERV-SMAEスターリング、VA 20166 Eメール：Rick.Wilder@alcatel.com
Laura Dominik Qwest Communications, Inc. 600 Stinson Blvd. Minneapolis, MN 55413 Email: ldomini@qwest.com
ローラ・ドミニク・クエスト・コミュニケーションズ株式会社600スティンソンブルバードミネアポリス、MN 55413 Eメール：ldomini@qwest.com
Authors' Addresses
著者のアドレス
Luca Martini Cisco Systems, Inc. 9155 East Nichols Avenue, Suite 400 Englewood, CO 80112 EMail: lmartini@cisco.com
ルカ・マティーニシスコシステムズ株式会社9155東ニコルズアベニュー、スイート400イングルウッド、CO 80112 Eメール：lmartini@cisco.com
Jayakumar Jayakumar Cisco Systems, Inc. 225 E.Tasman, MS-SJ3/3 San Jose, CA 95134 EMail: jjayakum@cisco.com
Jayakumar Jayakumarシスコシステムズ社225 E.Tasman、MS-SJ3 / 3サンノゼ、CA 95134 Eメール：jjayakum@cisco.com
Matthew Bocci Alcatel Grove House, Waltham Road Rd White Waltham, Berks, UK. SL6 3TN EMail: matthew.bocci@alcatel.co.uk
マシューボッチアルカテルグローブハウス、ウォルサム道路Rdのホワイトウォルサム、バークス、英国。 SL6 3TN Eメール：matthew.bocci@alcatel.co.uk
Nasser El-Aawar Level 3 Communications, LLC. 1025 Eldorado Blvd. Broomfield, CO 80021 EMail: nna@level3.net
ナセルエルAawarレベル3コミュニケーションズ、LLC。 1025エルドラドブールバード。ブルームフィールド、CO 80021 Eメール：nna@level3.net
Jeremy Brayley ECI Telecom Inc. Omega Corporate Center 1300 Omega Drive Pittsburgh, PA 15205 EMail: jeremy.brayley@ecitele.com
ジェレミーBrayley ECIテレコム株式会社オメガコーポレートセンター1300オメガドライブピッツバーグ、PA 15205 Eメール：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ノーテルネットワークスP Oボックス3511、駅のCオタワ、オンタリオ州、K1Y 4H7カナダEメール：ghassem@nortelnetworks.com
Full Copyright Statement
完全な著作権声明
Copyright (C) The IETF Trust (2006).
著作権（C）IETFトラスト（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.
この文書およびここに含まれる情報は、上に提供される基礎とCONTRIBUTOR、ORGANIZATION彼/彼女が表すOR（もしあれば）後援が「そのまま」、インターネット学会、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.
IPRの開示のコピーが利用できるようにIETF事務局とライセンスの保証に行われた、または本仕様の実装者または利用者がそのような所有権の使用のための一般的なライセンスまたは許可を取得するために作られた試みの結果を得ることができます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 Editor機能のための基金は現在、インターネット協会によって提供されます。