Network Working Group A. Vainshtein, Ed.
Request for Comments: 5086 I. Sasson
Category: Informational Axerra Networks
E. Metz
KPN
T. Frost
Zarlink Semiconductor
P. Pate
Overture Networks
December 2007
Structure-Aware Time Division Multiplexed (TDM) Circuit Emulation Service over Packet Switched Network (CESoPSN)
パケットオーバー構造-Awareの時分割多重（TDM）回線エミュレーションサービスは、ネットワーク（のCESoPSN）の交換しました
Status of This Memo
このメモのステータス
This memo provides information for the Internet community. It does not specify an Internet standard of any kind. Distribution of this memo is unlimited.
このメモはインターネットコミュニティのための情報を提供します。それはどんな種類のインターネット標準を指定しません。このメモの配布は無制限です。
Abstract
抽象
This document describes a method for encapsulating structured (NxDS0) Time Division Multiplexed (TDM) signals as pseudowires over packet-switching networks (PSNs). In this regard, it complements similar work for structure-agnostic emulation of TDM bit-streams (see RFC 4553).
この文書では、パケット交換ネットワーク（のPSN）上疑似ように構成（のNxDS0）時分割多重（TDM）信号をカプセル化するための方法を記載しています。この点で、それはTDMビットストリームの構造にとらわれないエミュレーションのために同様の作業を補完する（RFC 4553を参照）。
Table of Contents
目次
1. Introduction ....................................................3
2. Terminology and Reference Models ................................3
2.1. Terminology ................................................3
2.2. Reference Models ...........................................4
2.3. Requirements and Design Constraint .........................4
3. Emulated Services ...............................................5
4. CESoPSN Encapsulation Layer .....................................6
4.1. CESoPSN Packet Format ......................................6
4.2. PSN and Multiplexing Layer Headers .........................8
4.3. CESoPSN Control Word .......................................9
4.4. Usage of the RTP Header ...................................11
5. CESoPSN Payload Layer ..........................................12
5.1. Common Payload Format Considerations ......................12
5.2. Basic NxDS0 Services ......................................13
5.3. Extending Basic NxDS0 Services with CE Application
Signaling .................................................15
5.4. Trunk-Specific NxDS0 Services with CAS ....................18
6. CESoPSN Operation ..............................................20
6.1. Common Considerations .....................................20
6.2. IWF Operation .............................................20
6.2.1. PSN-Bound Direction ................................20
6.2.2. CE-Bound Direction .................................20
6.3. CESoPSN Defects ...........................................23
6.4. CESoPSN PW Performance Monitoring .........................24
7. QoS Issues .....................................................25
8. Congestion Control .............................................25
9. Security Considerations ........................................27
10. IANA Considerations ...........................................27
11. Applicability Statement .......................................27
12. Acknowledgements ..............................................29
13. Normative References ..........................................30
14. Informative References ........................................31
Appendix A. A Common CE Application State Signaling Mechanism .....33
Appendix B. Reference PE Architecture for Emulation of NxDS0
Services ......................................................34
Appendix C. Old Mode of CESoPSN Encapsulation Over L2TPV3 .........36
This document describes a method for encapsulating structured (NxDS0) Time Division Multiplexed (TDM) signals as pseudowires over packet-switching networks (PSN). In this regard, it complements similar work for structure-agnostic emulation of TDM bit-streams [RFC4553].
この文書では、パケット交換ネットワーク（PSN）上疑似ように構成（のNxDS0）時分割多重（TDM）信号をカプセル化するための方法を記載しています。この点で、それはTDMビットストリームの構造にとらわれないエミュレーション[RFC4553]のために同様の作業を補完します。
Emulation of NxDS0 circuits provides for saving PSN bandwidth, and supports DS0-level grooming and distributed cross-connect applications. It also enhances resilience of CE devices to effects of loss of packets in the PSN.
NxDS0回線のエミュレーションは、PSN帯域幅を節約するために提供し、DS0レベルのグルーミングと分散クロスコネクトのアプリケーションをサポートしています。また、PSNでのパケットの損失の影響をCEデバイスの回復力を強化します。
The CESoPSN solution presented in this document fits the Pseudowire Emulation Edge-to-Edge (PWE3) architecture described in [RFC3985], satisfies the general requirements put forth in [RFC3916], and specific requirements for structured TDM emulation put forth in [RFC4197].
この文書に提示のCESoPSN溶液は、[RFC3985]に記載の擬似回線エミュレーションエッジ・ツー・エッジ（PWE3）アーキテクチャに適合[RFC4197]に記載さ入れ[RFC3916]に出す一般的な要件、及び構造化TDMエミュレーションのための特定の要件を満たします。
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 terms defined in [RFC3985], Section 1.4, and in [RFC4197], Section 3, are consistently used without additional explanations.
[RFC3985]、セクション1.4、および[RFC4197]に、セクション3で定義された用語は、一貫して追加説明なしで使用されています。
This document uses some terms and acronyms that are commonly used in conjunction with TDM services. In particular:
この文書では、一般的にTDMサービスと組み合わせて使用されるいくつかの用語および略語を使用しています。特に：
o Loss of Signal (LOS) is a common term denoting a condition where a valid TDM signal cannot be extracted from the physical layer of the trunk. Actual criteria for detecting and clearing LOS are described in [G.775].
シグナル（LOS）のO損失が有効TDM信号は、トランクの物理層から抽出することができない状態を表す一般的な用語です。 LOSを検出してクリアするための実際の基準は[G.775]に記載されています。
o Frame Alignment Signal (FAS) is a common term denoting a special periodic pattern that is used to impose TDM structures on E1 and T1 circuits. These patterns are described in [G.704].
Oフレームアライメント信号（FAS）は、E1およびT1回線でTDM構造を課すために使用される特殊な周期的なパターンを表す一般的な用語です。これらのパターンは[G.704]に記載されています。
o Out of Frame Synchronization (OOF) is a common term denoting the state of the receiver of a TDM signal when it failed to find valid FAS. Actual criteria for declaring and clearing OOF are described in [G.706]. Handling of this condition includes invalidation of the TDM data.
それが有効なFASを見つけることができなかったとき、Oフレーム同期（OOF）のうちTDM信号の受信機の状態を表す一般的な用語です。 OOFを宣言し、クリアするための実際の基準は[G.706]に記載されています。この条件の取り扱いは、TDMデータの無効化が含まれます。
o Alarm Indication Signal (AIS) is a common term denoting a special bit pattern in the TDM bit stream that indicates presence of an upstream circuit outage. Actual criteria for declaring and clearing the AIS condition in a TDM stream are defined in [G.775].
Oアラーム表示信号（AIS）は、上流回路停止の存在を示すTDMビットストリームにおける特別なビットパターンを表す一般的な用語です。 TDMストリームにAIS状態を宣言し、クリアするための実際の基準は[G.775]で定義されています。
o Remote Alarm Indication (RAI) and Remote Defect Indication (RDI) are common terms (often used as synonyms) denoting a special pattern in the framing of a TDM service that is sent back by the receiver that experiences an AIS condition. This condition cannot be detected while an LOS, OOF, or AIS condition is detected. Specific rules for encoding this pattern in the TDM framing are discussed in [G.775].
リモートアラーム表示（RAI）およびリモート障害表示（RDI）oはAIS状態を経験する受信機によって送り返されるTDMサービスのフレーミングで特殊なパターンを示す（しばしば同義語として使用）一般的な用語です。 LOS、OOF、またはAIS状態が検出されている間、この条件を検出することができません。 TDMフレーミングにこのパターンを符号化するための特定の規則は[G.775]で議論されています。
We also use the term Interworking Function (IWF) to describe the functional block that segments and encapsulates TDM into CESoPSN packets and, in the reverse direction, decapsulates CESoPSN packets and reconstitutes TDM.
我々はまた、逆方向に、のCESoPSNパケットをデカプセル化及びTDMを再構成、のCESoPSNパケットにTDMをカプセル化し、セグメントおよび機能ブロックを説明するために用語のインターワーキング機能（IWF）を使用します。
Generic models that have been defined in Sections 4.1, 4.2, and 4.4 of [RFC3985] are fully applicable for the purposes of this document without any modifications.
汎用セクション4.1で定義されているモデル、4.2、および[RFC3985]の4.4は、任意の変更せずに、この文書の目的のために完全に適用可能です。
The Network Synchronization reference model and deployment scenarios for emulation of TDM services have been described in [RFC4197], Section 4.3.
TDMサービスのエミュレーションのためのネットワーク同期参照モデルと展開のシナリオは、[RFC4197]、セクション4.3に記載されています。
Structured services considered in this document represent special cases of the "Structured bit stream" payload type defined in Section 3.3.4 of [RFC3985]. In each specific case, the basic service structures that are preserved by a CESoPSN PW are explicitly specified (see Section 3 below).
この文書で考慮構造化サービスは、[RFC3985]のセクション3.3.4で定義された「構造化ビットストリーム」ペイロードタイプの特別な場合を表します。それぞれの特定のケースでは、のCESoPSN PWによって保存されている基本的なサービスの構造が明示的に（下記のセクション3を参照）が指定されています。
In accordance with the principle of minimum intervention ([RFC3985], Section 3.3.5), the TDM payload is encapsulated without any changes.
最小の介入（[RFC3985]、セクション3.3.5）の原理によれば、TDMペイロードは変更せずに封入されています。
The CESoPSN protocol has been designed in order to meet the following design constraints:
CESoPSNプロトコルは、次の設計上の制約を満たすために設計されています：
1. Fixed amount of TDM data per packet: All the packets belonging to a given CESoPSN PW MUST carry the same amount of TDM data. This approach simplifies compensation of a lost PW packet with a packet carrying exactly the same amount of "replacement" TDM data
パケットあたりのTDMデータの1を修正量：与えられたのCESoPSN PWに属するすべてのパケットは、TDM、同じ量のデータを運ばなければなりません。このアプローチは、まさに「交換」のTDM同じ量のデータを運ぶパケットを失ったPWパケットの補償を簡素化
2. Fixed end-to-end delay: CESoPSN implementations SHOULD provide the same end-to-end delay between a given pair of CEs regardless of the bit rate of the emulated service.
2.固定エンドツーエンド遅延：のCESoPSN実装にかかわらず、エミュレートされたサービスのビットレートのCEの所与の対の間で同一のエンドツーエンド遅延を提供すべきです。
3. Packetization latency range: a) All the implementations of CESoPSN SHOULD support packetization latencies in the range 1 to 5 milliseconds. b) CESoPSN implementations that support configurable packetization latency MUST allow configuration of this parameter with the granularity, which is a multiple of 125 microseconds.
前記パケット化遅延の範囲：A）のCESoPSNのすべての実装は、範囲1〜5ミリ秒単位でパケットレイテンシをサポートしなければなりません。 B）設定パケットレイテンシをサポートするのCESoPSN実装は、125マイクロ秒の倍数である粒度、このパラメータの設定を可能にしなければなりません。
4. Common data path for services with and without CE application signaling (e.g., Channel-Associated Signaling (CAS)-- see [RFC4197]): If, in addition to TDM data, CE signaling must be transferred between a pair of CE devices for the normal operation of the emulated service, this signaling is passed in dedicated signaling packets specific for the signaling protocol while format and processing of the packets carrying TDM data remain unchanged.
4. CEアプリケーションシグナリングを持つとせずにサービスのための共通のデータパス（例えば、チャネル関連信号（CASに） - [RFC4197]を参照）：TDMデータに加えて、CEシグナル伝達はCEデバイスのペア間で転送する必要があり、場合TDMデータを運ぶパケットのフォーマットおよび処理は不変のままでエミュレートされたサービスの正常な動作のために、このシグナリングは、シグナリングプロトコルのための特定の専用シグナリングパケットに渡されます。
In accordance with [RFC4197], structured services considered in this specification are NxDS0 services, with and without CAS.
[RFC4197]に従って、本明細書において考慮構造化サービスは、ととCASことなく、サービスのNxDS0れます。
NxDS0 services are usually carried within appropriate physical trunks, and Provider Edges (PEs) providing their emulation include appropriate Native Service Processing (NSP) blocks, commonly referred to as Framers.
NxDS0サービスは通常、彼らのエミュレーションを提供する適切な物理トランク、およびプロバイダーエッジ（PES）内で搬送され、一般的にフレーマと呼ばれ、適切なネイティブサービス処理（NSP）ブロックを含みます。
The NSPs may also act as digital cross-connects, creating structured TDM services from multiple synchronous trunks. As a consequence, the service may contain more timeslots that could be carried over any single trunk, or the timeslots may not originate from any single trunk.
NSPは、複数の同期トランクから構成されるTDMサービスを作成し、デジタルクロスコネクトとして作用することができます。その結果、サービスは、任意の単一のトランク上で実行することができた複数のタイムスロットを含むことができ、またはタイムスロットは、任意の単一のトランクから発信されない場合があります。
The reference PE architecture supporting these services is described in Appendix B.
これらのサービスをサポートする基準PEアーキテクチャは、付録Bに記載されています
This document defines a single format for packets carrying TDM data regardless of the need to carry CAS or any other CE application signaling. The resulting "basic NxDS0 service" can be extended to carry CE application signaling (e.g., CAS) using separate signaling packets. Signaling packets MAY be carried in the same PW as the packets carrying TDM data or in a separate dedicated PW.
この文書は関係なく、CASまたは任意の他のCEアプリケーションシグナリングを実行する必要のTDMデータを運ぶパケットのための単一のフォーマットを定義します。得られた「基本のNxDS0サービス」は、別のシグナリングパケットを使用して（例えば、CAS）シグナリングCEアプリケーションを搬送するために拡張することができます。シグナリングパケットは、TDMデータを搬送するパケットとして、または別個の専用PWに同じPWに実施することができます。
In addition, this document also defines dedicated formats for carrying NxDS0 services with CAS in signaling sub-structures in some of the packets. These formats effectively differ for NxDS0 services that originated in different trunks so that their usage results in emulating trunk-specific NxDS0 services with CAS.
また、この文書はまた、パケットのいくつかのサブ構造シグナリングにCASとのNxDS0サービスを搬送するための専用のフォーマットを定義します。これらのフォーマットは、効果的にCASとトランク特有のNxDS0サービスをエミュレートにおけるその使用の結果ように、異なるトランク発祥のNxDS0サービスのために異なります。
The CESoPSN header MUST contain the CESoPSN Control Word (4 bytes) and MAY also contain a fixed RTP header [RFC3550]. If the RTP header is included in the CESoPSN header, it MUST immediately follow the CESoPSN control word in all cases except UDP demultiplexing, where it MUST precede it (see Figures 1a, 1b, and 1c below).
CESoPSNヘッダはのCESoPSN制御ワード（4バイト）を含まなければならないし、また、固定RTPヘッダ[RFC3550]を含むかもしれません。 RTPヘッダがのCESoPSNヘッダに含まれている場合、それはすぐにそれに先行しなければならないUDP分離、（図1A、1B、及び以下1Cを参照）を除き、全ての場合においてのCESoPSN制御ワードに従わなければなりません。
Note: The difference in the CESoPSN packet formats for IP PSN using UDP-based demultiplexing and the rest of the PSN and demultiplexing combinations, is based on the following considerations:
注：UDPベースの分離とPSNと逆多重化の組み合わせの残りの部分を使用してIP PSNのためのCESoPSNパケットフォーマットの違いは、以下の考慮事項に基づいています。
1. Compliance with the existing header compression mechanisms for IPv4/IPv6 PSNs with UDP demultiplexing requires placing the RTP header immediately after the UDP header.
UDP分離とのIPv4 / IPv6のためのPSN既存のヘッダー圧縮機構1.コンプライアンスを直ちにUDPヘッダの後RTPヘッダを置くことが必要です。
2. Compliance with the common PWE3 mechanisms for keeping PWs Equal Cost Multipath (ECMP)-safe for the MPLS PSN by providing for PW-IP packet discrimination (see [RFC3985], Section 5.4.3). This requires placing the PWE3 control word immediately after the PW label.
PW-IPパケットの識別を提供することにより、MPLSのPSNのためのPWイコールコストマルチパス（ECMP）-safeを維持するための一般的なPWE3メカニズム2.コンプライアンス（参照[RFC3985]、セクション5.4.3）。これは、PWラベルの直後にPWE3制御ワードを置くことが必要です。
3. Commonality of the CESoPSN packet formats for MPLS networks and IPv4/IPv6 networks with Layer 2 Tunneling Protocol Version 3 (L2TPv3) demultiplexing facilitates smooth stitching of L2TPv3- based and MPLS-based segments of CESoPSN PWs (see [PWE3-MS]).
レイヤとMPLSネットワークとIPv4 / IPv6ネットワークのためのCESoPSNパケットフォーマットの3共通点は2トンネリングプロトコルバージョン3（L2TPv3の）分離は、（[PWE3-MS]を参照）L2TPv3-の平滑ステッチベースとのCESoPSNのPWのMPLSベースのセグメントを容易に。
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
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| ... |
| IPv4/IPv6 and UDP (demultiplexing layer) headers |
| ... |
+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+
| OPTIONAL |
+-- --+
| |
+-- --+
| Fixed RTP Header (see [RFC3550]) |
+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+
| CESoPSN Control Word |
+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+
| Packetized TDM data (Payload) |
| ... |
| ... |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
Figure 1a. CESoPSN Packet Format for an IPv4/IPv6 PSN with UDP demultiplexing
図1a。 UDP分離でのIPv4 / IPv6のPSNのためのCESoPSNパケットフォーマット
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
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| ... |
| MPLS Label Stack |
| ... |
+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+
| CESoPSN Control Word |
+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+
| OPTIONAL |
+-- --+
| |
+-- --+
| Fixed RTP Header (see [RFC3550]) |
+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+
| Packetized TDM data (Payload) |
| ... |
| ... |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
Figure 1b. CESoPSN Packet Format for an MPLS PSN
図1b。 MPLSのPSNのためのCESoPSNパケットフォーマット
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
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| ... |
| IPv4/IPv6 and L2TPv3 (demultiplexing layer) headers |
| ... |
+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+
| CESoPSN Control Word |
+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+
| OPTIONAL |
+-- --+
| |
+-- --+
| Fixed RTP Header (see [RFC3550]) |
+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+
| Packetized TDM data (Payload) |
| ... |
| ... |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
Figure 1c. CESoPSN Packet Format for an IPv4/IPv6 PSN with L2TPv3 Demultiplexing
図1c。 L2TPv3の分離でのIPv4 / IPv6のPSNのためのCESoPSNパケットフォーマット
The total size of a CESoPSN packet for a specific PW MUST NOT exceed path MTU between the pair of PEs terminating this PW.
特定PWのためのCESoPSNパケットの合計サイズは、このPWを終了PEの対の間のパスMTUを超えてはなりません。
CESoPSN implementations working with IPv4 PSN MUST set the "Don't Fragment" flag in IP headers of the packets they generate.
IPv4のPSNでの作業のCESoPSNの実装は、彼らが発生したパケットのIPヘッダ内の「フラグメントしない」フラグを設定しなければなりません。
Usage of MPLS and L2TPv3 as demultiplexing layers is explained in [RFC3985] and [RFC3931], respectively.
分離層としてMPLSとのL2TPv3の使用は、それぞれ、[RFC3985]及び[RFC3931]で説明されています。
Setup and maintenance of CESoPSN PWs over MPLS PSN is described in [PWE3-TDM-CONTROL].
MPLS PSN以上のCESoPSN PWをのセットアップやメンテナンスは[PWE3 - TDM-CONTROL]に記載されています。
Setup and maintenance of CESoPSN PWs over IPv4/IPv6 using L2TPv3 demultiplexing is defined in [L2TPEXT-TDM].
L2TPv3の分離を使用したIPv4 / IPv6の上のCESoPSNのPWの設定および保守は[L2TPEXT-TDM]で定義されています。
The destination UDP port MUST be used to multiplex and demultiplex individual PWs between nodes. Architecturally (see [RFC3985]) this makes the destination UDP port act as the PW Label.
宛先UDPポートは、ノード間の個々のPWを多重化及び逆多重化するために使用されなければなりません。アーキテクチャ的には、（[RFC3985]を参照）これは、PWラベルとして、宛先UDPポートの行為を行います。
UDP ports MUST be manually configured by both endpoints of the PW. The configured destination port together with both the source and destination IP addresses uniquely identifies the PW for the receiver. All UDP port values that function as PW labels SHOULD be in the range of dynamically allocated UDP port numbers (49152 through 65535).
UDPポートを手動PWの両方のエンドポイントで構成されなければなりません。一緒に送信元と宛先の両方のIPアドレスで設定された宛先ポートが一意に受信機のためのPWを識別する。 PWラベルとして機能するすべてのUDPポート値は、動的に割り当てられたUDPポート番号（65535 49152）の範囲であるべきです。
While many UDP-based protocols are able to traverse middleboxes without dire consequences, the use of UDP ports as PW labels makes middlebox traversal more difficult. Hence, it is NOT RECOMMENDED to use UDP-based PWs where port-translating middleboxes are present between PW endpoints.
多くのUDPベースのプロトコルは、悲惨な結果なしでミドルボックスを通過することができますが、PWラベルとしてUDPポートの使用はミドルトラバーサルをより困難にします。したがって、ポート翻訳中間装置は、PWエンドポイントとの間に存在しているUDPベースのPWを使用することが推奨されていません。
The structure of the CESoPSN Control Word that MUST be used with all combinations of the PSN and demultiplexing mechanisms described in the previous section is shown in Figure 2 below.
前のセクションで説明したPSNと分離機構の全ての組み合わせで使用しなければならないのCESoPSN制御ワードの構造は、以下の図2に示されています。
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|L|R| M |FRG| LEN | Sequence number |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
Figure 2. Structure of the CESoPSN Control Word
CESoPSN制御ワードの図2の構造
The use of Bits 0 to 3 is described in [RFC4385]. These bits MUST be set to zero unless they are being used to indicate the start of an Associated Channel Header (ACH). An ACH is needed if the state of the CESoPSN PW is being monitored using Virtual Circuit Connectivity Verification [RFC5085].
3ビット0の使用は、[RFC4385]に記載されています。それらが関連するチャネルヘッダ（ACH）の開始を示すために使用されていない限り、これらのビットはゼロに設定しなければなりません。 CESoPSN PWの状態は仮想回線接続検証[RFC5085]を使用して監視されている場合ACHが必要とされています。
L - if set, indicates some abnormal condition of the attachment circuit.
Lは、 - 設定されている場合、接続回線の一部の異常な状態を示しています。
M - a 2-bit modifier field. In case of L cleared, this field allows discrimination of signaling packets and carrying RDI of the attachment circuit across the PSN. In case of L set, only the '00' value is currently defined; other values are reserved for future extensions. L and M bits can be treated as a 3-bit code point space that is described in detail in Table 1 below.
M - 2ビットの修飾子フィールド。クリアLの場合には、このフィールドは、パケットをシグナリングおよびPSNを横切るアタッチメント回路のRDIを運ぶの識別を可能にします。 Lセットの場合には、唯一の「00」の値は、現在定義されています。他の値は将来の拡張のために予約されています。 LとMビットは、以下の表1に詳細に記載されている3ビットのコードポイントスペースとして扱うことができます。
R - if set by the PSN-bound IWF, indicates that its local CE-bound IWF is in the packet loss state, i.e., has lost a pre-configured number of consecutive packets. The R bit MUST be cleared by the PSN-bound IWF once its local CE-bound IWF has exited the packet loss state, i.e., has received a pre-configured number of consecutive packets.
Rは - PSN結合IWFによって設定された場合、そのローカルCE-結合IWFは、パケット損失状態にあることを示し、すなわち、連続するパケットの事前設定された番号を失いました。そのローカルCE-結合IWFは、パケットロスの状態を出た後にRビットはPSN結合IWFによってクリアされなければならない、すなわち、連続するパケットの事前設定された番号を受信しました。
|=================================================================|
| L | M | Code Point Interpretation |
|===|=====|=======================================================|
| 0 | 00 | CESoPSN data packet - normal situation. All CESoPSN |
| | | implementations MUST recognize this code point. |
| | | Payload MUST be played out "as received". |
|---|-----|-------------------------------------------------------|
| 0 | 01 | Reserved for future extensions. |
|---|-----|-------------------------------------------------------|
| 0 | 10 | CESoPSN data packet, RDI condition of the AC. All |
| | | CESoPSN implementations MUST support this codepoint: |
| | | payload MUST be played out "as received", and, if |
| | | so configured, the receiving CESoPSN IWF instance |
| | | SHOULD be able to command the NSP to force the RDI |
| | | condition on the outgoing TDM trunk. |
|---|-----|-------------------------------------------------------|
| 0 | 11 | Reserved for CESoPSN signaling packets. |
|---|-----|-------------------------------------------------------|
| 1 | 00 | TDM data is invalid; payload MAY be omitted. All |
| | | implementations MUST recognize this code point and |
| | | insert appropriate amount of the configured "idle |
| | | code" in the outgoing attachment circuit. In addition,|
| | | if so configured, the receiving CESoPSN IWF instance |
| | | SHOULD be able to force the AIS condition on the |
| | | outgoing TDM trunk. |
|---|-----|-------------------------------------------------------|
| 1 | 01 | Reserved for future extensions |
|---|-----|-------------------------------------------------------|
| 1 | 10 | Reserved for future extensions |
|---|-----|-------------------------------------------------------|
| 1 | 11 | Reserved for future extensions |
|=================================================================|
Table 1. Interpretation of bits L and M in the CESoPSN CW
CESoPSN CWのビットLとMの表1解釈
Notes:
ノート：
1. Bits in the M field are shown in the same order as in Figure 2 (i.e., bit 6 of the CW followed by bit 7 of the CW).
Mフィールドの1ビットは、図2と同じ順序で示されている（すなわち、CWのビット7に続くCWの6ビット）。
2. Implementations that do not support the reserved code points MUST silently discard the corresponding packets upon reception.
予約コードポイントをサポートしていない2.実装はサイレント受信時、対応するパケットを廃棄しなければなりません。
The FRG bits in the CESoPSN control word MUST be cleared for all services, excluding trunk-specific NxDS0 with CAS. In case of these services, they MAY be used to denote fragmentation of the multiframe structures between CESoPSN packets as described in [RFC4623]; see Section 5.4 below.
CESoPSN制御ワードでFRGビットは、CASとトランク特有のNxDS0を除く、すべてのサービスのためにきれいにしなければなりません。これらのサービスの場合には、それらは[RFC4623]に記載されているようのCESoPSNパケット間のマルチフレーム構造の断片化を示すために使用されるかもしれません。以下のセクション5.4を参照してください。
LEN (bits (10 to 15) MAY be used to carry the length of the CESoPSN packet (defined as the size of the CESoPSN header + the payload size) if it is less than 64 bytes, and MUST be set to zero otherwise. Note: If fixed RTP header is used in the encapsulation, it is considered part of the CESoPSN header.
それが64バイト未満であり、そうでなければゼロに設定する必要がある場合LEN（ビット（10〜15）は、のCESoPSNヘッダ+ペイロードサイズの大きさとして定義されるのCESoPSNパケット（）の長さを運ぶために使用されるかもしれません。メモ：固定RTPヘッダをカプセル化で使用される場合、それはのCESoPSNヘッダーの一部であると考えられます。
The sequence number is used to provide the common PW sequencing function, as well as detection of lost packets. It MUST be generated in accordance with the rules defined in Section 5.1 of [RFC3550] for the RTP sequence number, i.e.:
シーケンス番号は、共通PWシーケンシング機能だけでなく、失われたパケットの検出を提供するために使用されます。これはすなわち、RTPシーケンス番号のために[RFC3550]のセクション5.1で定義された規則に従って生成されなければなりません：
o Its space is a 16-bit unsigned circular space
Oその空間は、16ビットの符号なし円形の空間であります
o Its initial value SHOULD be random (unpredictable)
その初期値はランダムであるべきであるO（予測不可能な）
o It MUST be incremented with each CESoPSN data packet sent in the specific PW.
Oそれは、特定のPWに送られた各のCESoPSNデータパケットを増加しなければなりません。
Although CESoPSN MAY employ an RTP header when explicit transfer of timing information is required, this is purely formal reuse of the header format. RTP mechanisms, such as header extensions, contributing source (CSRC) list, padding, RTP Control Protocol (RTCP), RTP header compression, Secure RTP (SRTP), etc., are not applicable to CESoPSN pseudowires.
タイミング情報の明白な転送が必要な場合のCESoPSNは、RTPヘッダを使用することができるが、これは純粋にヘッダフォーマットの正式な再利用です。等ヘッダ拡張、寄与ソース（CSRC）リスト、パディング、RTP制御プロトコル（RTCP）、RTPヘッダ圧縮、セキュアRTP（SRTP）としてRTPメカニズムは、のCESoPSNの疑似回線に適用されません。
When a fixed RTP header (see [RFC3550], Section 5.1) is used with CESoPSN, its fields are used in the following way:
固定されたRTPヘッダは（[RFC3550]、セクション5.1を参照）のCESoPSNと共に使用される場合、そのフィールドは、以下のように使用されています。
2. P (padding), X (header extension), CC (CSRC count), and M (marker) are always set to 0.
2. P（パディング）、X（ヘッダ拡張）、CC（CSRCカウント）、およびM（マーカー）は常に0に設定されています。
a) One PT value MUST be allocated from the range of dynamic
values (see [RTP-TYPES]) for each direction of the PW. The
same PT value MAY be reused for both directions of the PW and
also reused between different PWs.
b) The PE at the PW ingress MUST set the PT field in the RTP header to the allocated value.
B）PWの入口でPEは、割り当てられた値にRTPヘッダ内のPTフィールドを設定しなければなりません。
c) The PE at the PW egress MAY use the received value to detect malformed packets.
C）PW出口におけるPEは、不正なパケットを検出するために、受信した値を使用することができます。
4. Sequence number in the RTP header MUST be equal to the sequence number in the CESoPSN CW.
RTPヘッダ内の4シーケンス番号のCESoPSN CWのシーケンス番号に等しくなければなりません。
5. Timestamps are used for carrying timing information over the network:
前記タイムスタンプは、ネットワークを介してタイミング情報を搬送するために使用されます。
a) Their values are generated in accordance with the rules
established in [RFC3550].
b) Frequency of the clock used for generating timestamps MUST be an integer multiple of 8 kHz. All implementations of CESoPSN MUST support the 8 kHz clock. Other frequencies that are integer multiples of 8 kHz MAY be used if both sides agree to that.
B）タイムスタンプを生成するために使用されるクロックの周波数は8kHzでの整数倍でなければなりません。 CESoPSNのすべての実装は8 kHzのクロックをサポートしなければなりません。両側がそれに同意する場合は8kHzの整数倍数である他の周波数が使用されてもよいです。
c) Possible modes of timestamp generation are discussed below.
c）のタイムスタンプ生成の可能なモードは、以下に議論されます。
6. The SSRC (synchronization source) value in the RTP header MAY be used for detection of misconnections.
前記RTPヘッダ内のSSRC（同期ソース）の値は、誤接続の検出に使用することができます。
The RTP header in CESoPSN can be used in conjunction with at least the following modes of timestamp generation:
CESoPSNにおけるRTPヘッダは、タイムスタンプ生成の少なくとも次のモードと組み合わせて使用することができます。
1. Absolute mode: the ingress PE sets timestamps using the clock recovered from the incoming TDM circuit. As a consequence, the timestamps are closely correlated with the sequence numbers. All CESoPSN implementations MUST support this mode.
1.絶対モード：PEクロックを使用してタイムスタンプが着信TDM回路から回収設定進入。その結果、タイムスタンプは密接シーケンス番号と相関しています。すべてのCESoPSN実装はこのモードをサポートしなければなりません。
2. Differential mode: PE devices connected by the PW have access to the same high-quality synchronization source, and this synchronization source is used for timestamp generation. As a consequence, the second derivative of the timestamp series represents the difference between the common timing source and the clock of the incoming TDM circuit. Support of this mode is OPTIONAL.
2.差動モード：PWによって接続されたPEデバイスが同じ高品質の同期ソースへのアクセス権を持っており、この同期ソースは、タイムスタンプ生成のために使用されます。その結果、タイムスタンプシリーズの二次導関数は、共通のタイミングソースと着信TDM回路のクロックとの間の差を表します。このモードのサポートはオプションです。
All the services considered in this document are treated as sequences of "basic structures" (see Section 3 above). The payload of a CESoPSN packet always consists of a fixed number of octets filled, octet by octet, with the data contained in the corresponding consequent basic structures that preserve octet alignment between these structures and the packet payload boundaries, in accordance with the following rules:
この文書で考慮されるすべてのサービスは、「基本構造」（上記のセクション3を参照）のシーケンスとして扱われます。 CESoPSNパケットのペイロードは、常に次のルールに従って、これらの構造およびパケットペイロード境界間オクテット整列を維持対応結果としての基本構造に含まれるデータで満たされたオクテットの固定数、オクテットによってオクテット、から構成されています。
1. The order of the payload octets corresponds to their order on the TDM AC.
1.ペイロードのオクテットの順序は、TDM ACに対するそれらの順序に対応します。
2. Consecutive bits coming from the TDM AC fill each payload octet, starting from its most significant bit to the least significant one.
TDM ACからの2連続ビットは、最下位の一つに、その最上位ビットから開始して、各ペイロードのオクテットを埋めます。
3. All the CESoPSN packets MUST carry the same amount of valid TDM data in both directions of the PW. In other words, the time that is required to fill a CESoPSN packet with the TDM data must be constant. The PE devices terminating a CESoPSN PW MUST agree on the number of TDM payload octets in the PW packets for both directions of the PW at the time of the PW setup.
3.すべてのCESoPSNパケットがPWの両方向に有効なTDMデータの同じ量を運ばなければなりません。言い換えれば、TDMデータとのCESoPSNパケットを埋めるために必要な時間は一定でなければなりません。 CESoPSN PWを終了するPEデバイスは、PWセットアップ時にPWの両方向のためのPWパケット内TDMペイロードのオクテットの数に同意しなければなりません。
Notes:
ノート：
1. CESoPSN packets MAY omit invalid TDM data in order to save the PSN bandwidth. If the CESoPSN packet payload is omitted, the L bit in the CESoPSN control word MUST be set.
1.のCESoPSNパケットは、PSN帯域幅を節約するために無効のTDMデータを省略することができます。 CESoPSNパケットペイロードが省略された場合、のCESoPSN制御ワードにおけるLビットを設定しなければなりません。
2. CESoPSN PWs MAY carry CE signaling information either in separate packets or appended to packets carrying valid TDM data. If signaling information and valid TDM data are carried in the same CESoPSN packet, the amount of the former does not affect the amount of the latter.
2.のCESoPSN PWSが別々のパケットまたは有効なTDMデータを運ぶパケットに付加いずれかCEシグナリング情報を搬送することができます。シグナリング情報と有効なTDMデータが同じのCESoPSNパケットで運ばれている場合、元の量は、後者の量には影響を与えません。
As mentioned above, the basic structure preserved across the PSN for this service consists of N octets filled with the data of the corresponding NxDS0 channels belonging to the same frame of the originating trunk(s), and the service generates 8000 such structures per second.
上述したように、このサービスのPSNを横切って保存基本的な構造は、発信トランク（S）の同じフレームに属する対応のNxDS0チャネルのデータで満たされたNオクテットで構成され、サービスは、毎秒8000のこのような構造を生成します。
CESoPSN MUST use alignment of the basic structures with the packet payload boundaries in order to carry the structures across the PSN. This means that:
CESoPSNはPSNの向こうの構造を実施するために、パケットペイロード境界の基本的な構造体のアラインメントを使用しなければなりません。この意味は：
1. The amount of TDM data in a CESoPSN packet MUST be an integer multiple of the basic structure size
1のCESoPSNパケット内のTDMデータの量は、基本的な構造サイズの整数倍でなければなりません
2. The first structure in the packet MUST start immediately at the beginning of the packet payload.
2.パケットの最初の構造は、パケットペイロードの先頭にすぐに開始する必要があります。
The resulting payload format is shown in Figure 3 below.
得られたペイロードフォーマットは、以下の図3に示されています。
0 1 2 3 4 5 6 7
--- +-+-+-+-+-+-+-+-+
| Timeslot 1 |
+-+-+-+-+-+-+-+-+
| Timeslot 2 |
Frame #1 | ... |
| Timeslot N |
--- +-+-+-+-+-+-+-+-+
| Timeslot 1 |
+-+-+-+-+-+-+-+-+
| Timeslot 2 |
Frame #2 | ... |
| Timeslot N |
--- +-+-+-+-+-+-+-+-+
... | ... |
--- +-+-+-+-+-+-+-+-+
| Timeslot 1 |
+-+-+-+-+-+-+-+-+
| Timeslot 2 |
Frame #m | ... |
| Timeslot N |
--- +-+-+-+-+-+-+-+-+
Figure 3. The CESoPSN Packet Payload Format for the Basic NxDS0 Service
図3.基本のNxDS0サービスのためのCESoPSNパケットペイロードフォーマット
This mode of operation complies with the recommendation in [RFC3985] to use similar encapsulations for structured bit stream and cell generic payload types.
この動作モードは、構造化されたビットストリームとセル汎用ペイロードタイプについて同様のカプセル化を使用する[RFC3985]に勧告に準拠しています。
Packetization latency, number of timeslots, and payload size are linked by the following obvious relationship:
パケットレイテンシ、タイムスロットの数、及びペイロード・サイズは、次の明らかな関係によって連結されています。
L = 8*N*D
= 8 * L * N D
where:
どこ：
o D is packetization latency, milliseconds
O Dは、パケットの遅延、ミリ秒であります
o L is packet payload size, octets
O Lはオクテット、パケットのペイロードサイズであります
o N is number of DS0 channels.
O Nは、DS0チャネルの数です。
CESoPSN implementations supporting NxDS0 services MUST support the following set of configurable packetization latency values:
NxDS0サービスをサポートするのCESoPSNの実装は、設定パケットの遅延値の次のセットをサポートする必要があります。
o For N = 1: 8 milliseconds (with the corresponding packet payload size of 64 bytes)
（64バイトの対応するパケットペイロードサイズを有する）8ミリ：N = 1の場合、O
o For 2 <=N <= 4: 4 millisecond (with the corresponding packet payload size of 32*N bytes)
O 2 <= N <= 4：（32 * Nバイトの対応するパケットペイロードサイズを有する）4ミリ秒
o For N >= 5: 1 millisecond (with the corresponding packet payload size of 8*N octets).
（8つの* Nオクテットの対応するパケットペイロードサイズを有する）1ミリ秒：N> = 5の場合、O。
Support of 5 ms packetization latency for N = 1 is RECOMMENDED.
N = 1のための5ミリ秒のパケット待ち時間のサポートが推奨されます。
Usage of any other packetization latency (packet payload size) that is compatible with the restrictions described above is OPTIONAL.
上述の制限と互換性のある他のパケットレイテンシ（パケットペイロードサイズ）の使用量は任意です。
Implementations that have chosen to extend the basic NxDS0 service to support CE application state signaling carry-encoded CE application state signals in separate signaling packets.
別のシグナリングパケットにキャリーエンコードCEアプリケーション状態信号を信号CEアプリケーション状態をサポートするための基本のNxDS0サービスを拡張することを選択した実装。
The format of the CESoPSN signaling packets over both IPv4/IPv6 and MPLS PSNs for the case when the CE maintains a separate application state per DS0 channel (e.g., CAS for the telephony applications) is shown in Figures 4a and 4b below, respectively.
CEは、DS0チャネルごとに個別のアプリケーションの状態を維持するときにケースのIPv4 / IPv6とMPLSの両方のPSN上シグナリングパケットのCESoPSNのフォーマット（例えば、CASテレフォニーアプリケーションのためには）以下、それぞれ、図4Aおよび図4Bに示されています。
Signaling packets SHOULD be carried in a separate dedicated PW. However, implementations MAY carry them in the same PW as the TDM data packets for the basic NxDS0 service. The methods of "pairing" the PWs carrying TDM data and signaling packets for the same extended NxDS0 service are out of scope of this document.
シグナリングパケットは別の専用PWで運ばれるべきです。しかし、実装は基本のNxDS0サービスのためのTDMデータパケットと同じPWでそれらを運ぶことができます。同じ拡張のNxDS0サービスのための「ペアリング」PWSはTDMデータを搬送し、シグナリングパケットの方法は、この文書の範囲外です。
Regardless of the way signaling packets are carried across the PSN, the following rules apply:
かかわらず、シグナリングパケットは、PSNを横切って運ばれるように、以下の規則が適用されます。
a) Use their own sequence numbers in the control word
a）は、制御ワードで独自のシーケンス番号を使用します
b) Set the flags in the control word like following:
b）は、次のような制御ワードにフラグを設定します。
i) L = 0
I）L = 0
ii) M = '11'
ⅱ）M = '11'
iii) R = 0
III）R = 0
2. If an RTP header is used in the data packets, it MUST be also used in the signaling packets with the following restrictions:
2. RTPヘッダがデータパケットで使用される場合、それはまた、以下の制限付きでシグナリングパケットで使用されなければなりません。
a) An additional RTP payload type (from the range of dynamically
allocated types) MUST be allocated for the signaling packets.
b) In addition, the signaling packets MUST use their own SSRC value.
b）に加えて、シグナリングパケットは、独自のSSRC値を使用しなければなりません。
The protocol used to assure reliable delivery of signaling packets is discussed in Appendix A.
シグナリングパケットの信頼できる配信を保証するために使用されるプロトコルは、付録Aに記載されています
Encoding of CE application state for telephony applications using CAS follows [RFC2833] (which has since been obsoleted by [RFC4733] and [RFC4734], but they do not affect the relevant text).
CASを使用してテレフォニーアプリケーションのためのCEアプリケーション状態のエンコードは、[RFC2833]は以下の（以降、[RFC4733]と[RFC4734]によって廃止されたが、彼らは、関連するテキストには影響しません）。
Encoding of CE application state for telephony application using CCS will be considered in a separate document.
CCSを使用して、テレフォニーアプリケーションのためのCEアプリケーション状態のエンコーディングは、別の文書に考慮されます。
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
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| ... |
| IPv4/IPv6 and multiplexing layer headers |
| ... |
+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+
| OPTIONAL Fixed |
+-- --+
| RTP |
+-- --+
| Header (see [RFC3550]) |
+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+
| CESoPSN Control Word |
+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+
| Encoded CE application state entry for the DS0 channel #1 |
+-- --+
| ... |
+-- --+
| Encoded CE application state entry for the DS0 channel #N |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
Figure 4a. CESoPSN Signaling Packet Format over an IPv4/IPv6 PSN
図4a。 IPv4 / IPv6ののPSN経由のCESoPSNシグナリングパケットのフォーマット
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
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| ... |
| MPLS Label Stack |
| ... |
+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+
| CESoPSN Control Word |
+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+
| OPTIONAL Fixed |
+-- --+
| RTP |
+-- --+
| Header (see [RFC3550]) |
+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+
| Encoded CE application state entry for the DS0 channel #1 |
+-- --+
| ... |
+-- --+
| Encoded CE application state entry for the DS0 channel #N |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
Figure 4b. CESoPSN Signaling Packet Format over an MPLS PSN
図4b。 MPLSのPSN経由のCESoPSNシグナリングパケットのフォーマット
The structure preserved by CESoPSN for this group of services is the trunk multiframe sub-divided into the trunk frames, and signaling information is carried appended to the TDM data using the signaling substructures defined in [ATM-CES]. These substructures comprise N consecutive nibbles, so that the i-th nibble carries CAS bits for the i-th DS0 channel, and are padded with a dummy nibble for odd values of N.
サービスのこのグループのためのCESoPSNによって保存構造は、トランクマルチトランクフレームにサブ分割され、シグナリング情報は、[ATM-CES]で定義されたシグナリング下部構造を用いてTDMデータに付加搬送されます。 i番目のニブルは、i番目のDS0チャネルのためのCASビットを搬送し、Nの奇数値に対してダミーニブルでパディングされるように、これらの部分構造は、N個の連続したニブルを含みます
CESoPSN implementations supporting trunk-specific NxDS0 services with CAS MUST NOT carry more TDM data per packet than is contained in a single trunk multiframe.
CASとトランク特有のNxDS0サービスをサポートするのCESoPSNの実装では、単一のトランクマルチフレームに含まれているよりもパケットあたりより多くのTDMデータを運ぶならありません。
All CESoPSN implementations supporting trunk-specific NxDS0 with CAS MUST support the default mode, where a single CESoPSN packet carries exactly the amount of TDM data contained in exactly one trunk multiframe and appended with the signaling sub-structure. The TDM data is aligned with the packet payload. In this case:
CASとトランク特有のNxDS0をサポートするすべてのCESoPSN実装は、単一のCESoPSNパケットが正確に正確に1つのトランクマルチフレームに含まれるTDMデータの量を運ぶシグナリングサブ構造が付加デフォルトモードをサポートしなければなりません。 TDMデータはパケットペイロードと整列されます。この場合：
a) 2 milliseconds for E1 NxDS0
E1のNxDS0のためのa）は2ミリ秒
b) 3 milliseconds for T1 NxDS0
T1のNxDS0のためのB）3ミリ
a) 16*N + floor((N+1)/2) for E1-NxDS0
A）16 * N +床のための（（N + 1）/ 2）E1-のNxDS0
b) 24*N + floor((N+1)/2) for T1/ESF-NxDS0 and T1/SF- NxDS0
B）24 * N +フロアT1 / ESF-のNxDS0のための（（N + 1）/ 2）及びT1 / SF-のNxDS0
3. The packet payload format coincides with the multiframe structure described in [ATM-CES] (Section 2.3.1.2).
3.パケットのペイロードフォーマットは、[ATM-CES（セクション2.3.1.2）で説明したマルチフレーム構造と一致します。
In order to provide lower packetization latency, CESoPSN implementations for trunk-specific NxDS0 with CAS SHOULD support fragmentation of multiframe structures between multiple CESoPSN packets. In this case:
下部パケットレイテンシを提供するために、CASとトランク特有のNxDS0のためのCESoPSN実装は複数のCESoPSNパケット間のマルチフレーム構造の断片化をサポートしなければなりません。この場合：
1. The FRG bits MUST be used to indicate first, intermediate, and last fragment of a multiframe as described in [RFC4623].
1. FRGビットは、[RFC4623]に記載されているように、第一の中間体、及びマルチフレームの最後の断片を示すために使用されなければなりません。
3. Each multiframe fragment MUST comprise an integer multiple of the trunk frames.
3.各マルチフラグメントが幹線フレームの整数倍を含んでいなければなりません。
4. The signaling substructure MUST be appended to the last fragment of each multiframe.
4.シグナリング下部には、各マルチフレームの最後の断片に付加されなければなりません。
Format of CESoPSN packets carrying trunk-specific NxDS0 service with CAS that do and do not contain signaling substructures is shown in Figures 5 (a) and (b), respectively. In these figures, the number of the trunk frames per multiframe fragment ("m") MUST be an integer divisor of the number of frames per trunk multiframe.
行うと下部構造シグナリング含まないCASとトランク特有のNxDS0サービスを運ぶのCESoPSNパケットのフォーマットは、それぞれ図5（a）及び（b）に示されています。これらの図において、マルチフラグメント当たり幹線フレームの数（「M」）は、トランクマルチフレーム当たりのフレーム数の整数除数でなければなりません。
0 1 2 3 4 5 6 7 0 1 2 3 4 5 6 7
--- +-+-+-+-+-+-+-+-+ --- +-+-+-+-+-+-+-+-+
| Timeslot 1 | | Timeslot 1 |
+-+-+-+-+-+-+-+-+ +-+-+-+-+-+-+-+-+
| Timeslot 2 | | Timeslot 2 |
Frame #1 | ... | Frame #1 | ... |
| Timeslot N | | Timeslot N |
--- +-+-+-+-+-+-+-+-+ --- +-+-+-+-+-+-+-+-+
| Timeslot 1 | | Timeslot 1 |
+-+-+-+-+-+-+-+-+ +-+-+-+-+-+-+-+-+
| Timeslot 2 | Frame #2 | Timeslot 2 |
Frame #2 | ... | | ... |
| Timeslot N | | Timeslot N |
--- +-+-+-+-+-+-+-+-+ --- +-+-+-+-+-+-+-+-+
... | ... | | ... |
--- +-+-+-+-+-+-+-+-+ --- +-+-+-+-+-+-+-+-+
| Timeslot 1 | | Timeslot 1 |
+-+-+-+-+-+-+-+-+ +-+-+-+-+-+-+-+-+
| Timeslot 2 | | Timeslot 2 |
Frame #m | ... | Frame #m | ... |
| Timeslot N | | Timeslot N |
--- +-+-+-+-+-+-+-+-+ --- +-+-+-+-+-+-+-+-+
Nibbles 1,2 |A B C D|A B C D|
+-+-+-+-+-+-+-+-+
Nibbles 3,4 |A B C D|A B C D|
+-+-+-+-+-+-+-+-+
Nibble n |A B C D| (pad) |
(odd) & pad +-+-+-+-+-+-+-+-+
(a) The packet with (b) The packet without
the signaling structure the signaling structure
(the last fragment of (not the last fragment
the multiframe) of the multiframe)
Figure 5. The CESoPSN Packet Payload Format for Trunk-Specific NxDS0 with CAS
図5. CASとトランク特有のNxDS0のためのCESoPSNパケットペイロードフォーマット
Notes:
ノート：
1. In case of T1-NxDS0 with CAS, the signaling bits are carried in the TDM data, as well as in the signaling substructure. However, the receiver MUST use the CAS bits as carried in the signaling substructures.
1. CASとT1-のNxDS0の場合、シグナリングビットはTDMデータに、ならびにシグナリング下部に搬送されます。シグナリング下部構造で運ばしかしながら、受信機は、CASビットを使用しなければなりません。
2. In case of trunk-specific NxDS0 with CAS originating in a T1-SF trunk, each nibble of the signaling substructure contains A and B bits from two consecutive trunk multiframes as described in [ATM-CES].
T1-SFトランクにCASの発信とトランク特有のNxDS0の場合2. [ATM-CES]に記載されているように、シグナリング下部の各ニブルは、2つの連続トランクマルチフレームからAとBビットを含みます。
Edge-to-edge emulation of a TDM service using CESoPSN is only possible when the two PW attachment circuits are of the same type (basic NxDS0 or one of the trunk-specific NxDS0 with CAS) and bit rate. The service type and bit rate are exchanged at PW setup as described in [RFC4447].
2つのPWの接続回線が同じタイプ（基本のNxDS0またはCASとトランク特有のNxDS0のうちの1つ）とのビットレートである場合のCESoPSNを用いてTDMサービスのエッジツーエッジエミュレーションにのみ可能です。 [RFC4447]に記載されているように、サービスタイプおよびビットレートはPWセットアップで交換されます。
Once the PW is set up, the PSN-bound CESoPSN IWF operates as follows:
PWが設定されると、以下のように、PSN結合のCESoPSN IWFは動作します。
TDM data is packetized using the configured number of payload bytes per packet.
TDMデータはパケットあたりのペイロードバイトの設定された番号を使用してパケット化されます。
Sequence numbers, flags, and timestamps (if the RTP header is used) are inserted in the CESoPSN headers and, for trunk-specific NxDS0 with CAS, signaling substructures are appended to the packets carrying the last fragment of a multiframe.
シーケンス番号、フラグ、タイムスタンプ（RTPヘッダが使用される場合は）のCESoPSNヘッダーに挿入されており、CASとトランク特有のNxDS0のために、シグナリングサブ構造は、マルチフレームの最後の断片を運ぶパケットに付加されています。
CESoPSN, multiplexing layer, and PSN headers are prepended to the packetized service data.
CESoPSN、多重層、およびPSNヘッダーは、パケットサービスデータの前に付加されています。
The resulting packets are transmitted over the PSN.
得られたパケットは、PSNを介して送信されます。
The CE-bound CESoPSN IWF SHOULD include a jitter buffer where payload of the received CESoPSN packets is stored prior to play-out to the local TDM attachment circuit. The size of this buffer SHOULD be locally configurable to allow accommodation to the PSN-specific packet delay variation.
CE-バウンドのCESoPSN IWFは、ジッタバッファを含むべき場所受信のCESoPSNパケットのペイロードは、プレイアウトするローカルTDMアタッチメント回路の前に格納されています。このバッファのサイズは、PSN-特定のパケット遅延変動に宿泊施設を可能にするために、局所的に構成可能であるべきです。
The CE-bound CESoPSN IWF MUST detect lost and misordered packets. It SHOULD use the sequence number in the control word for these purposes but, if the RTP header is used, the RTP sequence number MAY be used instead.
CE-バウンドのCESoPSN IWFは失われたとmisorderedパケットを検出しなければなりません。これは、これらの目的のために制御ワードのシーケンス番号を使用する必要がありますが、RTPヘッダが使用される場合、RTPシーケンス番号を用いてもよいです。
The CE-bound CESoPSN IWF MAY reorder misordered packets. Misordered packets that cannot be reordered MUST be discarded and treated as lost.
CE-バウンドのCESoPSN IWFはmisorderedパケットの順序を変更するかもしれません。並べ替えることができないMisorderedパケットが破棄され、失われたものとして扱わなければなりません。
The payload of the received CESoPSN data packets marked with the L bit set SHOULD be replaced by the equivalent amount of some locally configured "idle" bit pattern even if it has not been omitted. In addition, the CE-bound CESoPSN IWF will be locally configured to command its local NSP to perform one of the following actions:
Lビットがセットでマークされた受信のCESoPSNデータパケットのペイロードは、それが省略されていない場合でも、いくつかのローカルに設定され、「アイドル」のビットパターンの当量によって置き換えられるべきです。また、CE-バウンドのCESoPSN IWFは、ローカルで次のいずれかのアクションを実行するために、そのローカルNSPを指揮するように構成されます。
o None (MUST be supported by all the implementations)
Oなし（すべての実装によってサポートされてはなりません）
o Transmit the AIS pattern towards the local CE on the E1 or T1 trunk carrying the local attachment circuit (support of this action is RECOMMENDED)
O（このアクションのサポートが推奨される）ローカル接続回線を運ぶE1またはT1トランク上のローカルCEに向かってAISパターンを送信
o Send the "Channel Idle" signal to the local CE for all the DS0 channels comprising the local attachment circuit (support of this action is OPTIONAL).
O（このアクションのサポートはオプション）ローカル接続回路を構成するすべてのDS0チャネルのローカルCEに「チャンネルアイドル」信号を送信します。
If the data packets received are marked with L bit cleared and M bits set to '10' or with R bit set, the CE-bound CESoPSN IWF will be locally configured to command its local NSP to perform one of the following actions:
受信したデータパケットがLビットがクリアされ、Mビットが「10」またはRビットがセットで設定でマークされている場合、CE-結合のCESoPSN IWFは、局所的に、以下のいずれかのアクションを実行するためにそのローカルNSPを指令するように構成されます。
o None (MUST be supported by all the implementations)
Oなし（すべての実装によってサポートされてはなりません）
o Transmit the RAI pattern towards the local CE on the E1 or T1 trunk carrying the local attachment circuit (support of this action is RECOMMENDED)
O（このアクションのサポートが推奨される）ローカル接続回線を運ぶE1またはT1トランク上のローカルCEに向かっRAIパターンを送信
o Send the "Channel Idle" signal to the local CE for all the DS0 channels comprising the local attachment circuit (support of this action is OPTIONAL and requires also that the CE-bound CES IWF replaces the actually received payload with the equivalent amount of the locally configured "idle" bit pattern.
Oこのアクションのサポートはオプションであり、CE-バインドCES IWFは、等量の実際に受信したペイロードを置き換えることも必要です（ローカル接続回路を構成するすべてのDS0チャネルのローカルCEに「チャンネルアイドル」信号を送りますローカルビットパターンを「アイドル」に構成される。
Notes:
ノート：
1. If the pair of IWFs at the two ends of the PW have been configured to force the TDM trunks carrying their ACs to transmit AIS upon reception of data packets with the L bit set and to transmit RAI upon reception of data packets with the R bit set, or with the L bit cleared and M bits set to '10', this PW provides a bandwidth-saving emulation of a fractional E1 or T1 service between the pair of CE devices.
1. PWの両端のIWFの対は、それらのACSがLビットが設定されたデータ・パケットの受信時にAISを送信するように搬送TDMトランクを強制するとRとの間でデータパケットを受信するとRAIを送信するように構成されている場合ビットセットは、または「10」に設定クリアLビット及びMビットで、このPWは、CEデバイスの対の間のフラクショナルE1またはT1サービスの帯域幅を節約するエミュレーションを提供します。
2. If the pair of IWFs at the two ends of the PW have been configured to signal "Channel Idle" CE application state to its local CE upon reception of packets marked with L bit set, R bit set, or (L,M) set to '010', and to replace the actually received payload with the locally configured "idle" bit pattern, the resulting PW will comply with the requirements for Downstream Trunk conditioning as defined in [TR-NWT-170].
2. PWの両端のIWF一対のLビットセットでマークされたパケットの受信時にそのローカルCEに「チャネルアイドル」CEアプリケーション状態を通知するように構成されている場合、Rがセット、またはビット（L、M） 「010」に設定され、ローカルに設定された「アイドル」のビットパターンと、実際に受信したペイロードを置き換えるために、得られたPWは[はTR-NWT-170]で定義されるような下流トランクコンディショニングのための要件を遵守します。
3. Usage of bits R, L, and M described above additionally provides the tools for "single-ended" management of the CESoPSN pseudowires with ability to distinguish between the problems in the PSN and in the TDM attachment circuits.
3ビットのR、Lの使用法、及びMは、さらに、PSNおよびTDMの接続回線における問題を区別する能力を有するのCESoPSNの疑似回線の「シングルエンド」管理するためのツールを提供して上記。
The payload of each lost CESoPSN data packet MUST be replaced with the equivalent amount of the replacement data. The contents of the replacement data are implementation-specific and MAY be locally configurable. By default, all CESoPSN implementations MUST support generation of the locally configurable "idle" pattern as the replacement data.
各紛失のCESoPSNデータパケットのペイロードは、置換データの等量で置き換えなければなりません。置換データの内容は実装固有のものであり、ローカルに設定可能です。デフォルトでは、すべてのCESoPSNの実装は、交換用データとしてローカルに設定可能な「アイドル」パターンの生成をサポートしなければなりません。
Before a PW has been set up and after a PW has been torn down, the IWF MUST play out the locally configurable "idle" pattern to its TDM attachment circuit.
PWが設定されている前とPWが取り壊された後、IWFはTDMの接続回線にローカルに設定可能な「アイドル」のパターンを再生しなければなりません。
Once the PW has been set up, the CE-bound IWF begins to receive CESoPSN packets and to store their payload in the jitter buffer, but continues to play out the locally configurable "idle" pattern to its TDM attachment circuit. This intermediate state persists until a pre-configured amount of TDM data (usually half of the jitter buffer) has been received in consecutive CESoPSN packets, or until a pre-configured intermediate state timer expires.
PWが設定されると、CE-バインドIWFはのCESoPSNパケットを受信すると、ジッタバッファにそのペイロードを格納するために開始されますが、そのTDM付属回路にローカルに設定可能な「アイドル」のパターンを再生し続けています。 TDMデータの事前に設定量（ジッタバッファの通常の半分）は連続のCESoPSNパケットで受信されるまで、この中間状態は解消されない、または事前に設定中間状態タイマが満了するまで。
Once the pre-configured amount of the TDM data has been received, the CE-bound CESoPSN IWF enters its normal operation state, where it continues to receive CESoPSN packets and store their payload in the jitter buffer while playing out the contents of the jitter buffer in accordance with the required clock. In this state, the CE-bound IWF performs clock recovery, MAY monitor PW defects, and MAY collect PW performance-monitoring data.
TDMデータの事前に設定量が受信されると、CE-結合のCESoPSN IWFは、ジッタバッファの内容を再生しながら、それがのCESoPSNパケットを受信し、ジッタバッファ内のそれらのペイロードを格納し続け、その通常動作状態に入ります必要なクロックに従ってインチこの状態では、CE-バインドIWFは、PW欠陥をモニタすることができる、クロック・リカバリを実行し、PWのパフォーマンスモニタリングデータを収集することができます。
If the CE-bound CESoPSN IWF detects loss of a pre-configured number of consecutive packets, or if the intermediate state timer expires before the required amount of TDM data has been received, it enters its packet loss state. While in this state: o The locally configurable "idle" pattern SHOULD be played out to the TDM attachment circuit.
CE-結合のCESoPSN IWFは、連続したパケットの予め設定された番号の損失を検出した場合にTDMデータの必要量が受信された前の中間状態タイマが満了した場合、または、そのパケット損失状態となります。この状態で中：ローカルに設定可能な「アイドル」パターンoをTDM付属回路に対して再生されるべきである（SHOULD）。
o The local PSN-bound CESoPSN IWF SHOULD mark every packet it transmits with the R bit set.
OローカルPSN結合のCESoPSN IWFは、Rビットがセットで送信するすべてのパケットをマークすべきです。
The CE-bound CESoPSN IWF leaves this state and transits to the normal one once a pre-configured number of consecutive CESoPSN packets have been received.
CE-バウンドのCESoPSN IWFは一回の連続のCESoPSNパケットの事前に設定された番号が受信された通常の1に、この状態遷移を残します。
In addition to the packet loss state of the CE-bound CESoPSN IWF defined above, it MAY detect the following defects:
上記で定義したCE-結合のCESoPSN IWFのパケット損失状態に加えて、それは次の欠陥を検出することができます。
o Stray packets
Oストレイパケット
o Malformed packets
不正な形式のパケットO
o Excessive packet loss rate
O過度のパケット損失率
o Buffer overrun
Oバッファオーバーラン
o Remote packet loss.
Oリモートパケット損失。
Corresponding to each defect is a defect state of the IWF, a detection criterion that triggers transition from the normal operation state to the appropriate defect state, and an alarm that MAY be reported to the management system and, thereafter, cleared. Alarms are only reported when the defect state persists for a pre-configured amount of time (typically 2.5 seconds) and MUST be cleared after the corresponding defect is undetected for a second pre-configured amount of time (typically 10 seconds). The trigger and release times for the various alarms may be independent.
各欠陥に対応するIWF、適切な欠陥状態に通常動作状態からの遷移をトリガ検出基準、および管理システムに報告し、その後、クリアされたアラームの欠陥状態です。欠陥状態は時間の事前に設定量（典型的には2.5秒）持続すると、対応する欠陥が時間の第2のプリ構成量（典型的には10秒間）検出されなかった後にクリアされなければならない場合にアラームが唯一報告されています。さまざまなアラームのトリガとリリース時間は独立していてもよいです。
Stray packets MAY be detected by the PSN and multiplexing layers. When RTP is used, the SSRC field in the RTP header MAY be used for this purpose as well. Stray packets MUST be discarded by the CE-bound IWF, and their detection MUST NOT affect mechanisms for detection of packet loss.
浮遊パケットは、PSNと多重層によって検出することができます。 RTPを使用する場合、RTPヘッダーのSSRCフィールドもこの目的に使用することができます。ストレイパケットは、CE-バインドIWFによって捨てなければなりませんし、それらの検出は、パケットロスを検出するためのメカニズムに影響してはいけません。
Malformed packets MAY be detected by mismatch between the expected packet size (taking the value of the L bit into account) and the actual packet size inferred from the PSN and multiplexing layers. When RTP is used, lack of correspondence between the PT value and that allocated for this direction of the PW MAY also be used for this purpose. Other methods of detecting malformed packets are implementation-specific. Malformed in-order packets MUST be discarded by the CE-bound IWF and replacement data generated as for lost packets.
不正な形式のパケットは、予想されるパケットサイズ（アカウントにLビットの値をとる）とPSNと多重層から推測実際のパケットサイズとの間の不一致によって検出することができます。 RTPを使用する場合、PWのこの方向のために割り当てられたPT値とその対応関係の欠如は、この目的のために用いることができます。不正な形式のパケットを検出する他の方法は、実装固有のものです。不正な形式で次のパケットが失われたパケットの場合と同様に生成されたCE-バインドIWFと交換データによって捨てなければなりません。
Excessive packet loss rate is detected by computing the average packet Loss rate over a configurable amount of times and comparing it with a pre-configured threshold.
過剰なパケットロス率は、時間の設定量の平均パケット損失率を計算し、予め設定された閾値と比較することによって検出されます。
Buffer overrun is detected in the normal operation state when the jitter buffer of the CE-bound IWF cannot accommodate newly arrived CESoPSN packets.
CE-結合IWFのジッタバッファは、新たに到着したのCESoPSNパケットを収容することができない場合、バッファオーバーランは、通常動作状態において検出されます。
Remote packet loss is indicated by reception of packets with their R bit set.
遠隔パケット損失は、それらのRビットがセットされたパケットの受信によって示されます。
Performance monitoring (PM) parameters are routinely collected for TDM services and provide an important maintenance mechanism in TDM networks. Ability to collect compatible PM parameters for CESoPSN PWs enhances their maintenance capabilities.
パフォーマンスモニタリング（PM）のパラメータは、日常TDMサービスのために収集し、TDMネットワークで重要なメンテナンス機構を提供しています。 CESoPSN PWのための互換性のPMパラメータを収集する能力は、それらの維持能力を強化します。
Collection of the CESoPSN PW performance monitoring parameters is OPTIONAL and, if implemented, is only performed after the CE-bound IWF has exited its intermediate state.
CESoPSN PWパフォーマンス監視パラメータの収集はオプションであり、CE-バインドIWFはその中間の状態を終了した後に実施された場合にのみ行われます。
CESoPSN defines error events, errored blocks, and defects as follows:
以下の通りのCESoPSNは、エラーイベント、エラーブロック、及び欠陥を定義します。
o A CESoPSN error event is defined as insertion of a single replacement packet into the jitter buffer (replacement of payload of CESoPSN packets with the L bit set is not considered as insertion of a replacement packet).
OのCESoPSNエラーイベントは、ジッタバッファに単一の置換パケットの挿入（Lビットが設定されたのCESoPSNパケットのペイロードの交換交換パケットの挿入として考慮されていない）として定義されます。
o A CESoPSN errored data block is defined as a block of data played out to the TDM attachment circuit and of size defined in accordance with the [G.826] rules for the corresponding TDM service that has experienced at least one CESoPSN error event.
データのブロックは、TDMの接続回線および少なくとも一つのCESoPSNエラーイベントを経験している、対応するTDMサービス用の[G.826]の規則に従って定義されたサイズのプレイアウトとしてOのCESoPSNエラーの発生したデータブロックが定義されています。
o A CESoPSN defect is defined as the packet loss state of the CE-bound CESoPSN IWF.
OのCESoPSN欠陥はCE-結合のCESoPSN IWFのパケット損失状態として定義されます。
The CESoPSN PW PM parameters (Errored, Severely Errored, and Unavailable Seconds) are derived from these definitions, in accordance with [G.826].
CESoPSN PW PMパラメータ（エラー秒数、重大エラー、および使用不可秒）[G.826]に応じて、これらの定義から誘導されます。
If the PSN providing connectivity between PE devices is Diffserv-enabled and provides a per-domain behavior (PDB) [RFC3086] that guarantees low-jitter and low-loss, the CESoPSN PW SHOULD use this PDB in compliance with the admission and allocation rules the PSN has put in place for that PDB (e.g., marking packets as directed by the PSN).
PEデバイス間の接続を提供するPSNがDiffservの対応であるとあたりドメイン挙動（PDB）低ジッタ、低損失を保証する[RFC3086]を提供する場合、のCESoPSN PWは入院および割り当てルールに準拠して、このPDBを使用すべきですPSNは（PSNによって指示されたパケットをマーキング、例えば）そのPDBのための場所に入れています。
As explained in [RFC3985], the PSN carrying the PW may be subject to congestion. CESoPSN PWs represent inelastic, constant bit rate (CBR) flows and cannot respond to congestion in a TCP-friendly manner prescribed by [RFC2914], although the percentage of total bandwidth they consume remains constant.
[RFC3985]で説明したように、PWを運ぶPSNは混雑を受けることができます。 CESoPSNのPWSが非弾性、固定ビットレート（CBR）フローを表し、それらが消費する総帯域幅の割合は一定のままであるが、[RFC2914]によって定められたTCPに優しい方法で混雑に応答することができません。
Unless appropriate precautions are taken, undiminished demand of bandwidth by CESoPSN PWs can contribute to network congestion that may impact network control protocols.
適切な予防措置が取られない限り、のCESoPSN PWをすることにより、帯域幅の衰えていない需要がネットワーク制御プロトコルに影響を与える可能性が輻輳をネットワークに貢献することができます。
Whenever possible, CESoPSN PWs SHOULD be carried across traffic-engineered PSNs that provide either bandwidth reservation and admission control or forwarding prioritization and boundary traffic conditioning mechanisms. IntServ-enabled domains supporting Guaranteed Service (GS) [RFC2212] and Diffserv-enabled domains [RFC2475] supporting Expedited Forwarding (EF) [RFC3246] provide examples of such PSNs. Such mechanisms will negate, to some degree, the effect of the CESoPSN PWs on the neighboring streams. In order to facilitate boundary traffic conditioning of CESoPSN traffic over IP PSNs, the CESoPSN IP packets SHOULD NOT use the Diffserv Code Point (DSCP) value reserved for the Default PHB [RFC2474].
可能な限り、のCESoPSN PWSが帯域予約および入場制御や優先順位付けを転送境界トラフィック調整機構のいずれかを提供トラフィックエンジニアリングのPSNを横切って実施すべきです。保証型サービス（GS）をサポートするのIntServ対応ドメイン[RFC2212]及び緊急転送（EF）をサポートDiffservの対応ドメイン[RFC2475]、[RFC3246]は、このようなのPSNの例を提供します。そのようなメカニズムは、ある程度、隣接するストリーム上のCESoPSNのPWsの効果を無効にします。 IPのPSN上のCESoPSNトラフィックの境界交通調節を容易にするために、のCESoPSN IPパケットは、デフォルトPHB [RFC2474]のために予約Diffservのコードポイント（DSCP）値を使用しないでください。
If CESoPSN PWs run over a PSN providing best-effort service, they SHOULD monitor packet loss in order to detect "severe congestion". If such a condition is detected, a CESoPSN PW SHOULD shut down bidirectionally for some period of time as described in Section 6.5 of [RFC3985].
ベストエフォート型のサービスを提供するPSN経由のCESoPSN PWを実行した場合、彼らは「厳しい混雑」を検出するために、パケット損失を監視する必要があります。そのような状態が検出された場合、のCESoPSN PWは[RFC3985]のセクション6.5に記載されているように一定期間のための双方向シャットダウンすべきです。
Note that:
ご了承ください：
1. The CESoPSN IWF can inherently provide packet loss measurement, since the expected rate of arrival of CESoPSN packets is fixed and known
CESoPSNパケットの到着の予想速度が一定と知られているので、1のCESoPSN IWFは、本質的に、パケットロスの測定を提供することができます
2. The results of the CESoPSN packet loss measurement may not be a reliable indication of presence or absence of severe congestion if the PSN provides enhanced delivery, e.g.,:
2. PSNは例えば、強化された送達を提供する場合のCESoPSNパケット損失測定の結果は、重度の輻輳の存在または不在の信頼できる指標ではないかもしれません、。：
a) If CESoPSN traffic takes precedence over non-CESoPSN traffic,
severe congestion can develop without significant CESoPSN
packet loss.
b) If non-CESoPSN traffic takes precedence over CESoPSN traffic, CESoPSN may experience substantial packet loss due to a short-term burst of high-priority traffic.
非のCESoPSNトラフィックはのCESoPSNトラフィックよりも優先された場合b）に、のCESoPSNは、優先度の高いトラフィックの短期的なバーストのためにかなりのパケット損失が発生することがあります。
3. The TDM services emulated by the CESoPSN PWs have high availability objectives (see [G.826]) that MUST be taken into account when deciding on temporary shutdown of CESoPSN PWs.
3.のCESoPSN PWのでエミュレートTDMサービスはのCESoPSN PWを一時的にシャットダウンを決定する際に考慮しなければならないことを（[G.826]を参照）、高可用性の目標を持っています。
This specification does not define the exact criteria for detecting "severe congestion" using the CESoPSN packet loss rate, or the specific methods for bidirectional shutdown that the CESoPSN PWs (when such severe congestion has been detected) and their consequent restart after a suitable delay. This is left for further study. However, the following considerations may be used as guidelines for implementing the CESoPSN severe congestion shutdown mechanism:
この仕様は、のCESoPSNパケット損失率、または双方向シャットダウンのための特定の方法を使用して「厳しい混雑」を検出するための正確な基準を定義していないことのCESoPSNのPW（例えば重度の輻輳が検出された場合）と適切な遅延の後、その結果として再始動。これは、さらなる研究のために残されています。ただし、次の考慮事項が厳しいのCESoPSN混雑シャットダウンメカニズムを実装するためのガイドラインとして使用することもできます。
1. CESoPSN Performance Monitoring techniques (see Section 6.4) provide entry and exit criteria for the CESoPSN PW "Unavailable" state that make it closely correlated with the "Unavailable" state of the emulated TDM circuit as specified in [G.826]. Using the same criteria for "severe congestion" detection may decrease the risk of shutting down the CESoPSN PW while the emulated TDM circuit is still considered available by the CE.
1のCESoPSNパフォーマンスモニタリング技術（セクション6.4を参照）[G.826]で指定されるように、それは密接にエミュレートされたTDM回路の「利用不可」状態と相関する「使用不可」状態のCESoPSN PWのための入口および出口の基準を提供します。 「厳しい混雑」を検出するための同じ基準を使用すると、エミュレートされたTDM回路がまだCEで利用できると考えている間のCESoPSN PWをシャットダウンのリスクを減少させることができます。
2. If the CESoPSN PW has been set up using either PWE3 control protocol [RFC4447] or L2TPv3 [RFC3931], the regular PW teardown procedures of these protocols SHOULD be used.
2.のCESoPSN PWは、PWE3制御プロトコル[RFC4447]またはL2TPv3の[RFC3931]のいずれかを使用して設定されている場合、これらのプロトコルの定期的なPWのティアダウン手順を使用すべきです。
3. If one of the CESoPSN PW end points stops transmission of packets for a sufficiently long period, its peer (observing 100% packet loss) will necessarily detect "severe congestion" and also stop transmission, thus achieving bidirectional PW shutdown.
3.のCESoPSN PWエンドポイントの一つが十分に長い期間のパケットの送信を停止した場合、そのピア（100％のパケット損失を観察）は、必ずしも「厳しい混雑」を検出し、送信を停止し、従って双方向PWのシャットダウンを達成するであろう。
CESoPSN does not enhance or detract from the security performance of the underlying PSN; rather, it relies upon the PSN mechanisms for encryption, integrity, and authentication whenever required.
CESoPSNは、強化または基礎PSNのセキュリティ性能を損なうことはありません。必要なときではなく、それは、暗号化、整合性、および認証のためにPSNメカニズムに依存しています。
CESoPSN PWs share susceptibility to a number of pseudowire-layer attacks, and will use whatever mechanisms for confidentiality, integrity, and authentication that are developed for general PWs. These methods are beyond the scope of this document.
CESoPSN PWを共有疑似回線レイヤ攻撃の数に対する感受性、および機密性、完全性、および一般的なPWのために開発されている認証のためにどのようなメカニズムを使用します。これらのメソッドは、このドキュメントの範囲を超えています。
Although CESoPSN PWs MAY employ an RTP header when explicit transfer of timing information is required, it is not possible to use SRTP (see [RFC3711]) mechanisms as a substitute for PW layer security.
タイミング情報の明白な転送が必要な場合のCESoPSN PWSはRTPヘッダを使用することができるが、それはSRTPを使用することは不可能であるPW層セキュリティの代用としての機構（[RFC3711]を参照）。
Misconnection detection capabilities of CESoPSN increase its resilience to misconfiguration and some types of DoS attacks.
CESoPSNの誤接続検出機能は、設定ミスやDoS攻撃のいくつかの種類にその回復力を高めます。
Random initialization of sequence numbers, in both the control word and the optional RTP header, makes known-plaintext attacks on encrypted CESoPSN PWs more difficult. Encryption of PWs is beyond the scope of this document.
シーケンス番号のランダムな初期化は、制御ワードとオプションのRTPヘッダの両方で、暗号化されたのCESoPSN PWの上の既知平文攻撃をより困難にします。 PW暗号化は、このドキュメントの範囲を超えています。
Allocation of PW Types for the corresponding CESoPSN PWs is defined in [RFC4446].
対応のCESoPSN PWsのためのPWタイプの割り当ては、[RFC4446]で定義されています。
CESoPSN is an encapsulation layer intended for carrying NxDS0 services with or without CAS over PSN.
CESoPSNはPSN上でCASの有無にかかわらずのNxDS0サービスを運ぶためのもの封入層です。
CESoPSN allows emulation of certain end-to-end delay properties of TDM networks. In particular, the end-to-end delay of a TDM circuit emulated by a CESoPSN PW does not depend upon the bit rate of the service.
CESoPSNは、TDMネットワークの特定のエンドツーエンド遅延特性のエミュレーションを可能にします。特に、のCESoPSN PWによってエミュレートされたTDM回路のエンドツーエンド遅延は、サービスのビットレートに依存しません。
CESoPSN fully complies with the principle of minimal intervention, minimizing overhead, and computational power required for encapsulation.
CESoPSNは完全にオーバーヘッド、およびカプセル化のために必要な計算能力を最小限に抑え、最小限の介入の原則に準拠しています。
CESoPSN can be used in conjunction with various clock recovery techniques and does not presume availability of a global synchronous clock at the ends of a PW. However, if the global synchronous clock is available at both ends of a CESoPSN PW, using RTP and differential mode of timestamp generation improves the quality of the recovered clock.
CESoPSNは、さまざまなクロック・リカバリ技術と組み合わせて使用することができ、PWの両端にグローバル同期クロックの利用可能性を想定していません。グローバル同期クロックがRTPタイムスタンプ生成の差動モードを使用してのCESoPSN PWの両端で利用可能である場合は、回復されたクロックの品質を向上させることができます。
CESoPSN allows carrying CE application state signaling that requires synchronization with data in-band in separate signaling packets. A special combination of flags in the CESoPSN control word is used to distinguish between data and signaling packets, while the Timestamp field in the RTP headers is used for synchronization. This makes CESoPSN extendable to support different types of CE signaling without affecting the data path in the PE devices.
CESoPSNは、別のシグナリングパケット内のインバンド・データとの同期を必要とCEアプリケーション状態シグナリングを運ぶことができます。 RTPヘッダ内のタイムスタンプフィールドは、同期のために使用されている間のCESoPSN制御ワード内のフラグの特別な組み合わせは、データおよびシグナリングパケットを区別するために使用されます。これは、PEデバイスにおけるデータパスに影響を与えることなく、CEシグナリングの異なるタイプをサポートするのCESoPSNを伸縮させます。
CESoPSN also allows emulation of NxDS0 services with CAS carrying the signaling information appended to (some of) the packets carrying TDM data.
CESoPSNはまた、CASは、TDMデータを運ぶパケット（の一部）に付加されたシグナリング情報を運ぶとのNxDS0サービスのエミュレーションを可能にします。
CESoPSN allows the PSN bandwidth conservation by carrying only AIS and/or Idle Code indications instead of data.
CESoPSNはAISおよび/またはアイドルコードの表示の代わりにデータを載せてPSN帯域幅の節約を可能にします。
CESoPSN allows deployment of bandwidth-saving Fractional point-to-point E1/T1 applications. These applications can be described as the following:
CESoPSNは、帯域幅を節約するフラクショナルポイントツーポイントE1 / T1アプリケーションの展開を可能にします。これらのアプリケーションは、次のように記述することができます。
o The pair of CE devices operates as if it was connected by an emulated E1 or T1 circuit. In particular, it reacts to AIS and RAI states of its local ACs in the standard way.
それはエミュレートE1またはT1回線によって接続されたかのようにO CEデバイスのペアが動作します。特に、標準的な方法でそのローカルのACSのAISとRAI状態に反応します。
o The PSN carries only an NxDS0 service, where N is the number of actually used timeslots in the circuit connecting the pair of CE devices, thus saving the bandwidth.
O PSNは、Nは、このように帯域幅を節約し、CEデバイスのペアを接続する回路で実際に使用されるタイムスロットの数のみのNxDS0サービスを運びます。
Being a constant bit rate (CBR) service, CESoPSN cannot provide TCP-friendly behavior under network congestion. If the service encounters congestion, it SHOULD be temporarily shut down.
固定ビットレート（CBR）のサービスなので、のCESoPSNは、ネットワークの混雑の下のTCPフレンドリーな動作を提供することはできません。サービスは渋滞に遭遇した場合、それは一時的に停止するべきです。
CESoPSN allows collection of TDM-like faults and performance monitoring parameters; hence, emulating 'classic' carrier services of TDM circuits (e.g., SONET/SDH). Similarity with these services is increased by the CESoPSN ability to carry 'far end error' indications.
CESoPSNは、TDMのような障害やパフォーマンスの監視パラメータの収集を可能にします。したがって、TDM回線の '古典的な' キャリアサービス（例えば、SONET / SDH）をエミュレートします。これらのサービスとの類似性を「遠端エラー」兆候を運ぶのCESoPSN能力によって増加します。
CESoPSN provides for a carrier-independent ability to detect misconnections and malformed packets. This feature increases resilience of the emulated service to misconfiguration and DoS attacks.
CESoPSNは、誤接続や不正な形式のパケットを検出するために、キャリアに依存しない機能を提供します。この機能は、設定ミスやDoS攻撃にエミュレートされたサービスの回復力を高めます。
CESoPSN provides for detection of lost packets and allows using various techniques for generation of "replacement packets".
CESoPSNは、失われたパケットの検出を提供し、「交換パケット」を生成するための様々な技術を用いて可能にします。
CESoPSN carries indications of outages of incoming attachment circuit across the PSN, thus, providing for effective fault isolation.
CESoPSNは、効果的な障害分離を提供する、従って、PSNを横切る着信アタッチメント回路の停止の指示を運びます。
Faithfulness of a CESoPSN PW may be increased if the carrying PSN is Diffserv-enabled and implements a PDB that guarantees low loss and low jitter.
運ぶPSNはDiffservの対応であり、低損失、低ジッタを保証PDBを実装する場合のCESoPSN PWの忠実を増加させることができます。
CESoPSN does not provide any mechanisms for protection against PSN outages. As a consequence, resilience of the emulated service to such outages is defined by the PSN behavior. On the other hand:
CESoPSNはPSNの停止に対する保護のための任意のメカニズムを提供していません。結果として、そのような停電にエミュレートされたサービスの回復力は、PSNの行動によって定義されます。一方：
o The jitter buffer and packets' reordering mechanisms associated with CESoPSN increase resilience of the emulated service to fast PSN re-convergence events
OのCESoPSNに関連付けられたジッタバッファとパケットの再順序付けメカニズムが速いPSN再収束イベントにエミュレートされたサービスの回復力を増加させます
o Remote indication of lost packets is carried backward across the PSN from the receiver (that has detected loss of packets) to transmitter. Such an indication MAY be used as a trigger for activation of proprietary, service-specific protection mechanisms.
O失われたパケットのリモート表示は、送信機に（すなわち、パケットの損失を検出した）受信機からのPSNを横切って後方へ搬送されます。そのような指示は、独自のサービス固有の防御メカニズムの活性化のためのトリガーとして使用することができます。
Security of TDM services provided by CESoPSN across a shared PSN may be below the level of security traditionally associated with TDM services carried across TDM networks.
共有PSNの向こうのCESoPSNが提供するTDMサービスのセキュリティは、伝統的にTDMネットワークを介して運ばTDMサービスに関連付けられているセキュリティのレベルを下回ることがあります。
Akiva Sadovski has been an active participant of the team that co-authored early versions of this document.
アキヴァSadovskiは、このドキュメントの初期のバージョンを共同執筆チームの積極的に参加してきました。
We express deep gratitude to Stephen Casner, who reviewed an early version of this document in detail, corrected some serious errors, and provided many valuable inputs.
私たちは、詳細にこのドキュメントの初期バージョンを見直し、いくつかの重大なエラーを修正して、多くの貴重な入力を提供スティーブンCasner、に深い感謝の気持ちを表現します。
The present version of the text of the QoS section has been suggested by Kathleen Nichols.
QoSのセクションのテキストの現在のバージョンは、キャスリーン・ニコルズによって示唆されています。
We thank Maximilian Riegel, Sim Narasimha, Tom Johnson, Ron Cohen, and Yaron Raz for valuable feedback.
私たちは、貴重なフィードバックのためマクシミリアンリーゲル、シムナラシンハ、トム・ジョンソン、ロン・コーエン、およびヤロンラズに感謝します。
We thank Alik Shimelmits for many fruitful discussions.
我々は、多くの実りある議論をAlik Shimelmitsに感謝します。
[ATM-CES] The ATM Forum Technical Committee. Circuit Emulation Service Interoperability Specification version 2.0 af-vtoa-0078.000, January 1997.
[ATM-CES] ATMフォーラム技術委員会。回線エミュレーションサービス相互運用性仕様バージョン2.0 AF-VTOA-0078.000、1997年1月。
[G.704] ITU-T Recommendation G.704 (10/98) - Synchronous frame structures used at 1544, 6312, 2048, 8448 and 44 736 Kbit/s hierarchical levels
[G.704] ITU-T勧告G.704（10/98） - 1544、6312、2048、8448と44 736キロビット/秒の階層レベルで使用される同期フレーム構造
[G.706] ITU-T Recommendation G.706 (04/91) - Frame Alignment and Cyclic Redundancy Check (CRC) Procedures Relating to Basic Frame Structured Defined in Recommendation G.704
[G.706] ITU-T勧告G.706（04/91） - フレームアライメントと基本フレームに関連巡回冗長検査（CRC）の手順が勧告G.704で定義構造
[G.775] ITU-T Recommendation G.775 (10/98) - Loss of Signal (LOS), Alarm Indication Signal (AIS), and Remote Defect Indication (RDI) Defect Detection and Clearance Criteria for PDH Signals
[G.775] ITU-T勧告G.775（10/98） - シグナル（LOS）の損失、アラーム表示信号（AIS）、およびリモート障害表示（RDI）欠陥検出とPDHシグナルのためのクリアランス基準
[G.826] ITU-T Recommendation G.826 (02/99) - Error performance parameters and objectives for international, constant bit rate digital paths at or above the primary rate
[G.826] ITU-T勧告G.826（02/99） - インターナショナル、一定のビットレートのデジタルパスのエラー性能パラメータと目標一次速度で、または上記
[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月。
[RFC2833] Schulzrinne, H. and S. Petrack, "RTP Payload for DTMF Digits, Telephony Tones and Telephony Signals", RFC 2833, May 2000.
[RFC2833] Schulzrinneと、H.とS. 2000 Petrackと、 "DTMFケタ、電話トーン、および電話信号のためのRTPペイロード"、RFC 2833、2000年5月。
[RFC2914] Floyd, S., "Congestion Control Principles", BCP 41, RFC 2914, September 2000.
[RFC2914]フロイド、S.、 "輻輳制御の原理"、BCP 41、RFC 2914、2000年9月。
[RFC3086] Nichols, K. and B. Carpenter, "Definition of Differentiated Services Per Domain Behaviors and Rules for their Specification", RFC 3086, April 2001.
[RFC3086]ニコルズ、K.とB.大工、「自分仕様のための差別化サービスドメイン単位の行動とルールの定義」、RFC 3086、2001年4月。
[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月。
[RFC4197] Riegel, M., "Requirements for Edge-to-Edge Emulation of Time Division Multiplexed (TDM) Circuits over Packet Switching Networks", RFC 4197, October 2005.
[RFC4197]リーゲル、M.、RFC 4197、2005年10月、「パケット交換網の上に時分割多重（TDM）回路の端から端までエミュレーションのための要件」。
[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月。
[RFC3550] Schulzrinne, H., Casner, S., Frederick, R., and V. Jacobson, "RTP: A Transport Protocol for Real-Time Applications", STD 64, RFC 3550, July 2003.
[RFC3550] Schulzrinneと、H.、Casner、S.、フレデリック、R.、およびV.ヤコブソン、 "RTP：リアルタイムアプリケーションのためのトランスポートプロトコル"、STD 64、RFC 3550、2003年7月。
[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月。
[RFC4447] Martini L. et al, Pseudowire Setup and Maintenance Using the Label Distribution Protocol (LDP), RFC 4447, April 2006
[RFC4447]マティーニL.ら、ラベル配布プロトコル（LDP）、RFC 4447、2006年4月を使用して擬似回線の設定とメンテナンス
[RFC4623] Malis, A. and M. Townsley, "Pseudowire Emulation Edge-to-Edge (PWE3) Fragmentation and Reassembly", RFC 4623, August 2006.
[RFC4623] Malis、A.およびM. Townsley、 "擬似ワイヤエミュレーションエッジ・ツー・エッジ（PWE3）フラグメンテーションおよび再構成"、RFC 4623、2006年8月。
[RTP-TYPES] RTP PARAMETERS, <http://www.iana.org/assignments/rtp-parameters>.
[RTP-TYPES] RTPパラメータ、<http://www.iana.org/assignments/rtp-parameters>。
[TR-NWT-170] Digital Cross Connect Systems - Generic Requirements and Objectives, Bellcore, TR-NWT-170, January 1993
[TR-NWT-170]デジタルクロスコネクトシステム - ジェネリック要件と目的、ベルコア、TR-NWT-170、1993年1月
[L2TPEXT-TDM] Vainshtein, A. and S. Galtsur, "Layer Two Tunneling Protocol - Setup of TDM Pseudowires", Work in Progress, February 2007.
[L2TPEXT-TDM] Vainshtein、A.とS. Galtsur、 "レイヤ2トンネリングプロトコル - TDMスードワイヤの設定"、進歩、2007年2月での作業。
[PWE3-MS] Martini, L., Metz, C., Nadeau, T., and M. Duckett, "Segmented Pseudo Wire", Work in Progress, November 2007.
[PWE3-MS]マルティーニ、L.、メス、C.、ナドー、T.、およびM.ダケット、 "セグメント疑似ワイヤ"、進歩、2007年11月に働いています。
[PWE3-TDM-CONTROL] Vainshtein, A. and Y. Stein, "Control Protocol Extensions for Setup of TDM Pseudowires in MPLS Networks", Work in Progress, November 2007.
[PWE3 - TDM-CONTROL] Vainshtein、A.、およびY.スタイン、 "制御プロトコルの拡張機能は、MPLSネットワークにおけるTDMスードワイヤのセットアップについて"、進歩、2007年11月に作業。
[RFC2212] Shenker, S., Partridge, C., and R. Guerin, "Specification of Guaranteed Quality of Service", RFC 2212, September 1997.
[RFC2212] Shenker、S.、ヤマウズラ、C.、およびR.ゲラン、 "保証されたサービスの質の仕様"、RFC 2212、1997年9月。
[RFC2474] Nichols, K., Blake, S., Baker, F., and D. Black, "Definition of the Differentiated Services Field (DS Field) in the IPv4 and IPv6 Headers", RFC 2474, December 1998.
[RFC2474]ニコルズ、K.、ブレイク、S.、ベイカー、F.、およびD.黒、 "IPv4とIPv6ヘッダーとの差別化されたサービス分野（DS分野）の定義"、RFC 2474、1998年12月。
[RFC2475] Blake, S., Black, D., Carlson, M., Davies, E., Wang, Z., and W. Weiss, "An Architecture for Differentiated Service", RFC 2475, December 1998.
[RFC2475]ブレイク、S.、ブラック、D.、カールソン、M.、デイヴィス、E.、王、Z.、およびW.ワイス、 "差別化サービスのためのアーキテクチャ"、RFC 2475、1998年12月。
[RFC3246] Davie, B., Charny, A., Bennet, J.C., Benson, K., Le Boudec, J., Courtney, W., Davari, S., Firoiu, V., and D. Stiliadis, "An Expedited Forwarding PHB (Per-Hop Behavior)", RFC 3246, March 2002.
[RFC3246]デイビー、B.、Charny、A.、ベネット、JC、ベンソン、K.、ルBoudec、J.、コートニー、W.、Davari、S.、Firoiu、V.、およびD. Stiliadis、「アン緊急転送PHB（ホップ単位動作）」、RFC 3246、2002年3月。
[RFC3711] Baugher, M., McGrew, D., Naslund, M., Carrara, E., and K. Norrman, "The Secure Real-time Transport Protocol (SRTP)", RFC 3711, March 2004.
[RFC3711] Baugher、M.、マグリュー、D.、Naslund、M.、カララ、E.、およびK. Norrman、 "セキュアリアルタイム転送プロトコル（SRTP）"、RFC 3711、2004年3月。
[RFC3931] Lau, J., Townsley, M., and I. Goyret, "Layer Two Tunneling Protocol - Version 3 (L2TPv3)", RFC 3931, March 2005.
[RFC3931]ラウ、J.、Townsley、M.、およびI. Goyret、 "レイヤ2トンネリングプロトコル - バージョン3（L2TPv3の）"、RFC 3931、2005年3月。
[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の割り当て"。
[RFC4553] Vainshtein, A. and YJ. Stein, "Structure-Agnostic Time Division Multiplexing (TDM) over Packet (SAToP)", RFC 4553, June 2006.
[RFC4553] Vainshtein、A.及びYJ。スタイン、 "構造に依存しないパケットを超える時分割多重（TDM）（のSAToP）"、RFC 4553、2006年6月。
[RFC4733] Schulzrinne, H. and T. Taylor, "RTP Payload for DTMF Digits, Telephony Tones, and Telephony Signals", RFC 4733, December 2006.
[RFC4733] Schulzrinneと、H.、およびT.テイラー、 "DTMFケタ、電話トーン、およびテレフォニーシグナルのためのRTPペイロード"、RFC 4733、2006年12月。
[RFC4734] Schulzrinne, H. and T. Taylor, "Definition of Events for Modem, Fax, and Text Telephony Signals", RFC 4734, December 2006.
[RFC4734] Schulzrinneと、H.、およびT.テイラー、 "モデム、ファックス、およびテキストテレフォニーシグナルのためのイベントの定義"、RFC 4734、2006年12月。
[RFC5085] Nadeau, T., Ed., and C. Pignataro, Ed., "Pseudowire Virtual Circuit Connectivity Verification (VCCV): A Control Channel for Pseudowires", Work in Progress, RFC 5085, December 2007.
[RFC5085]ナドー、T.、エド、およびC. Pignataro、エド、 "Pseudowireの仮想回線接続性検証（VCCV）：スードワイヤ用制御チャネル"。。進行中で働いて、RFC 5085、2007年12月。
Appendix A. A Common CE Application State Signaling Mechanism
付録A. A一般的なCEアプリケーション状態シグナリングメカニズム
Format of the CESoPSN signaling packets is discussed in Section 5.3 above.
シグナリングパケットのCESoPSNのフォーマットは、上記セクション5.3に記載されています。
The sequence number in the CESoPSN control word for the signaling packets is generated according to the same rules as for the TDM data packets.
シグナリングパケットのためのCESoPSN制御ワードのシーケンス番号は、TDMデータパケットと同じ規則に従って生成されます。
If the RTP header is used in the CESoPSN signaling packets, the timestamp in this header represents the time when the CE application state has been collected.
RTPヘッダがのCESoPSNシグナリングパケットに使用される場合、このヘッダのタイムスタンプは、CEアプリケーション状態は、収集された時間を表します。
Signaling packets are generated by the ingress PE, in accordance with the following logic (adapted from [RFC2833]):
シグナリングパケットは、（[RFC2833]から適合）以下の論理に従って、入口PEによって生成されます。
1. The CESoPSN signaling packet with the same information (including the timestamp in the case RTP header is used) is sent 3 times at an interval of 5 ms under one of the following conditions:
1.以下のいずれかの条件の下で5ミリ秒の間隔で3回送信される（RTPヘッダが使用される場合に、タイムスタンプを含む）同じ情報をシグナリングパケットのCESoPSN。
a) The CESoPSN PW has been set up
A）のCESoPSN PWが設定されています
b) A change in the CE application state has been detected. If another change of the CE application state has been detected during the 10 ms period (i.e., before all 3 signaling packets reporting the previous change have been sent), this process is re-started, i.e.:
B）CEアプリケーション状態の変化が検出されています。 CEアプリケーション状態の他の変化は、10ミリ秒の期間（前の変更を報告し、すべての3つのシグナリングパケットが送信された、すなわち、前）の間に検出された場合、このプロセスはすなわち、再開されます：
i) The unsent signaling packet(s) with the previous CE application state are discarded
I）以前のCEアプリケーション状態と未送信シグナリングパケット（複数可）が破棄され
ii) Triple send of packets with the new CE application state begins.
ⅱ）新しいCEアプリケーションの状態を持つパケットのトリプル送信が開始されます。
c) Loss of packets defect has been cleared
c）のパケット欠損の損失がクリアされています
d) Remote Loss of Packets indication has been cleared (after previously being set)
d）のパケット表示のリモート損失がクリアされています（以前に設定された後）
2. Otherwise, the CESoPSN signaling packet with the current CE application state information is sent every 5 seconds.
2.そうでない場合は、現在のCEアプリケーション状態情報とシグナリングパケットのCESoPSNは5秒ごとに送信されます。
These rules allow fast probabilistic recovery after loss of a single signaling packet, as well as deterministic (but possibly slow) recovery following PW setup and PSN outages.
これらのルールは、高速な確率論単一シグナリングパケットの損失後の回復だけでなく、確定的な（しかし、おそらく遅い）PWのセットアップとPSN停止後の回復を可能にします。
Appendix B. Reference PE Architecture for Emulation of NxDS0 Services
NxDS0サービスのエミュレーションのための付録B.リファレンスPEのアーキテクチャ
Structured TDM services do not exist as physical circuits. They are always carried within appropriate physical attachment circuits (AC), and the PE providing their emulation always includes a Native Service Processing Block (NSP), commonly referred to as Framer. As a consequence, the architecture of a PE device providing edge-to-edge emulation for these services includes the Framer and Forwarder blocks.
構造化TDMサービスは、物理的な回路としては存在しません。彼らはいつも、適切な物理接続回路（AC）の中で運ばれ、そのエミュレーションを提供するPEは常にネイティブサービス処理ブロック（NSP）は、一般にフレーマと呼ば含みます。結果として、これらのサービスのためのエッジツーエッジエミュレーションを提供するPEデバイスのアーキテクチャは、フレーマおよびフォワーダブロックを含みます。
In case of NxDS0 services (the only type of structured services considered in this document), the AC is either an E1 or a T1 trunk, and bundles of NxDS0 are cut out of it using one of the framing methods described in [G.704].
NxDS0サービス（本文書において考慮構成サービスの種類のみ）の場合、ACは、E1またはT1トランクのいずれかであり、そしてのNxDS0の束は[G.704に記載のフレーミング方法のいずれかを使用して、それから切断されます]。
In addition to detecting the FAS and imposing associated structure on the "trunk" AC, E1, and T1, framers commonly support some additional functionality, including:
：FASを検出し、「トランク」AC、E1、およびT1に関連した構造を課すことに加えて、フレーマは一般的に含む、いくつかの追加機能をサポート
1. Detection of special states of the incoming AC (e.g., AIS, OOF, or RAI)
着信AC（例えば、AIS、OOF、またはRAI）の特別な状態の1検出
2. Forcing special states (e.g., AIS and RAI) on the outgoing AC upon explicit request
2.明示的な要求に応じて発信ACに特別な状態（例えば、AISおよびRAI）を強制
3. Extraction and insertion of CE application signals that may accompany specific DS0 channel(s).
3.抽出し、特定のDS0チャネル（単数または複数）を伴うことができるCEアプリケーション信号の挿入。
The resulting PE architecture for NxDS0 services is shown in Figure B.1 below. In this diagram:
NxDS0サービスのために得られたPEアーキテクチャは、以下の図B.1に示されています。この図では：
a) The Framer:
A）フレーマ：
i) Detects frame alignment signal (FAS) and splits the incoming ACs into separate DS0 channels
I）フレームアライメント信号（FAS）を検出し、別のDS0チャネルに着信ACSを分割
ii) Detects special AC states
ⅱ）特別なAC状態を検出
iii) If necessary, extracts CE application signals accompanying each of the separate DS0 services
III）必要に応じて、別個のDS0サービスの各々に付随CEアプリケーション信号を抽出
b) The Forwarder:
b）のフォワーダ：
i) Creates one or more NxDS0 bundles ii) Sends the data received in each such bundle to the PSN-bound direction of a respective CESoPSN IWF instance
i）1種以上のNxDS0バンドルを作成II）それぞれのCESoPSN IWF例のPSN-バウンド方向に、このような各バンドルに受信されたデータを送信します
iii) If necessary, sends the current CE application state data of the DS0 services in the bundle to the PSN-bound direction of the respective CESoPSN IWF instance
必要に応じてiii）は、それぞれのCESoPSN IWF例のPSN結合方向にバンドル内のDS0サービスの現在のCEアプリケーション状態データを送信します
iv) If necessary, sends the AC state indications to the PSN-bound directions of all the CESoPSN instances associated with the given AC
IV）必要に応じて、所定のACに関連付けられているすべてのCESoPSNインスタンスのPSN結合方向へのAC状態指示を送信します
c) Each PSN-bound PW IWF instance encapsulates the received data, application state signal, and the AC state into PW PDUs, and sends the resulting packets to the PSN
C）それぞれのPSN結合PW IWFのインスタンスは、受信したデータ、アプリケーション状態信号、及びPW PDUにAC状態をカプセル化し、そしてPSNに、得られたパケットを送信します。
a) Each CE-bound instance of the CESoPSN IWF receives the PW PDUs
from the PSN, extracts the TDM data, AC state, and CE
application state signals, and sends them
b) The Forwarder sends the TDM data, application state signals and, if necessary, a single command representing the desired AC state, to the Framer
必要に応じてB）フォワーダはフレーマに、所望の交流状態を表す単一のコマンド、TDMデータ、アプリケーション状態信号を送信し
c) The Framer accepts all the data of one or more NxDS0 bundles possibly accompanied by the associated CE application state, and commands referring to the desired AC state, and generates a single AC accordingly with correct FAS.
C）フレーマは、所望の交流状態を参照し、すべての可能性関連のCEアプリケーション状態を伴うバンドル一つ以上のNxDS0のデータ、及びコマンドを受け取り、正しいFASとに応じて、単一のACを生成します。
Notes: This model is asymmetric:
注：このモデルは非対称です。
o AC state indication can be forwarded from the framer to multiple instances of the CESoPSN IWF
O AC状態表示は、のCESoPSN IWFの複数のインスタンスにフレーマから転送することができます
o No more than one CESoPSN IWF instance should forward AC state-affecting commands to the framer.
Oいいえつ以上のCESoPSN IWFインスタンスがフレーマにAC状態に影響するコマンドを転送してはなりません。
+------------------------------------------+
| PE Device |
+------------------------------------------+
| | Forwarder | |
| |---------------------| |
| | | |
| +<-- AC State---->- | |
| | | | |
| | | | |
E1 or T1 | | | | |
AC | | | | |
<=======>| |-----------------+---|--------------|
| | | | At most, one |
| | |-->+ PW IWF |
| | | instance |
... | +<---NxDS0 TDM Data-->+ imposing | PW Instance
| F | | state X<===========>
| +<---CE App State --->+ on the |
E1 or T1 | R | | outgoing AC |
AC | +<--AC Command -------+ |
<=======>o A |---------------------|--------------|
| | ... | ... | ...
| M |-----------------+---|--------------|
| | | | Zero, one or |
| E | |-->+ more PW IWF |
| | | instances |
| R +<---NxDS0 TDM Data-->+ that do not | PW Instance
| | | impose state X<===========>
| +<---CE App State --->+ on the out- |
| | | going AC |
+------------------------------------------+
Figure B.1. Reference PE Architecture for NxDS0 Services
図B.1。 NxDS0サービスのためのリファレンス・アーキテクチャPE
Appendix C. Old Mode of CESoPSN Encapsulation Over L2TPV3
CESoPSNカプセル化オーバーL2TPV3の付録C.旧モード
Previous versions of this specification defined a CESoPSN PW encapsulation over L2TPv3, which differs from one described in Section 4.1 and Figure 1c. In these versions, the RTP header, if used, precedes the CESoPSN control word.
本明細書の以前のバージョンは、セクション4.1および図1cに記載のものと異なるL2TPv3の上のCESoPSN PWカプセル化を、定義されました。これらのバージョンでは、RTPヘッダは、使用される場合、のCESoPSN制御ワードに先行します。
Existing implementations of the old encapsulation mode MUST be distinguished from the encapsulations conforming to this specification via the CESoPSN PW setup.
古いカプセル化モードの既存の実装はのCESoPSN PWのセットアップを経由して、この仕様に準拠したカプセル化とは区別されなければなりません。
Authors' Addresses
著者のアドレス
Alexander ("Sasha") Vainshtein Axerra Networks 24 Raoul Wallenberg St., Tel Aviv 69719, Israel EMail: sasha@axerra.com, vainshtein.alex@gmail.com
アレクサンダー（ "サーシャ"）Vainshtein Axerra Networksの24ラウル・ワレンバーグセント、テルアビブ69719、イスラエルEメール：sasha@axerra.com、vainshtein.alex@gmail.com
Israel Sasson Axerra Networks 24 Raoul Wallenberg St., Tel Aviv 69719, Israel EMail: israel@axerra.com
イスラエルSasson Axerra Networksの24ラウル・ワレンバーグセント、テルアビブ69719、イスラエルEメール：israel@axerra.com
Eduard Metz KPN Regulusweg 1 2316 AC The Hague Netherlands EMail: eduard.metz@kpn.com
エドゥアルド・メッツKPN Regulusweg 1 2316 ACハーグオランダ電子メール：eduard.metz@kpn.com
Tim Frost Symmetricom, Inc. Tamerton Road Roborough, Plymouth PL6 7BQ, UK EMail: tfrost@symmetricom.com
ティム・フロストにSymmetricom、Inc.のTamerton道路Roborough、プリマスPL6 7BQ、英国Eメール：tfrost@symmetricom.com
Prayson Pate Overture Networks 507 Airport Boulevard Building 111 Morrisville, North Carolina 27560 USA EMail: prayson.pate@overturenetworks.com
Praysonパテ序曲ネットワーク507空港大通りビル111モリスビル、ノースカロライナ州27560 USA電子メール：prayson.pate@overturenetworks.com
Full Copyright Statement
完全な著作権声明
Copyright (C) The IETF Trust (2007).
著作権（C）IETFトラスト（2007）。
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 HE / SHEが表すまたはインターネットSOCIETY、（もしあれば）を後援し、IETF TRUST ANDインターネットエンジニアリングタスクフォース放棄ALLに設けられています。保証は、明示または黙示、この情報の利用および特定目的に対する権利または商品性または適合性の黙示の保証を侵害しない任意の保証がこれらに限定されません。
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に情報を記述してください。