Network Working Group A. Vainshtein
Request for Comments: 5611 ECI Telecom
Category: Standards Track S. Galtzur
Rebellion
August 2009
Layer Two Tunneling Protocol version 3 -
Setup of Time-Division Multiplexing (TDM) Pseudowires
Abstract
抽象
This document defines extensions to the Layer Two Tunneling Protocol version 3 (L2TPv3) for support of structure-agnostic and structure-aware (Circuit Emulation Service over Packet Switched Network (CESoPSN) style) Time-Division Multiplexing (TDM) pseudowires. Support of structure-aware (Time-Division Multiplexing over IP (TDMoIP) style) pseudowires over L2TPv3 is left for further study.
この文書では、時分割多重（TDM）疑似回線（回線エミュレーションサービスは、パケット上でネットワーク（のCESoPSN）スタイルを交換）の構造に依存しないと構造認識のサポートのためにレイヤ2トンネリングプロトコルバージョン3（L2TPv3の）への拡張を定義します。 L2TPv3のオーバー疑似回線（IP（TDMoIPの）スタイルオーバー時分割多重）構造認識のサポートは、さらなる研究のために残されています。
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) 2009 IETF Trust and the persons identified as the document authors. All rights reserved.
著作権（C）2009 IETF信託とドキュメントの作成者として特定の人物。全著作権所有。
This document is subject to BCP 78 and the IETF Trust's Legal Provisions Relating to IETF Documents in effect on the date of publication of this document (http://trustee.ietf.org/license-info). Please review these documents carefully, as they describe your rights and restrictions with respect to this document.
この文書では、BCP 78と、この文書（http://trustee.ietf.org/license-info）の発行日に有効なIETFドキュメントに関連IETFトラストの法律の規定に従うものとします。彼らは、この文書に関してあなたの権利と制限を説明するように、慎重にこれらの文書を確認してください。
This document may contain material from IETF Documents or IETF Contributions published or made publicly available before November 10, 2008. The person(s) controlling the copyright in some of this material may not have granted the IETF Trust the right to allow modifications of such material outside the IETF Standards Process. Without obtaining an adequate license from the person(s) controlling the copyright in such materials, this document may not be modified outside the IETF Standards Process, and derivative works of it may not be created outside the IETF Standards Process, except to format it for publication as an RFC or to translate it into languages other than English.
この材料の一部がIETFトラストにこのような材料の変更を許可する権利を与えられていない可能性がありますにこの文書は、2008年、IETFドキュメントまたは11月10日以前に発行または公開さIETF貢献から著作権を支配する者（複数可）材料を含んでいてもよいですIETF標準化プロセスの外。そのような材料の著作権を管理者（単数または複数）から適切なライセンスを取得することなく、この文書は、IETF標準化過程の外側修正されないかもしれません、そして、それの派生物は、IETF標準化過程の外側に作成されない場合があり、それをフォーマットする以外出版RFCとして、英語以外の言語に翻訳します。
Table of Contents
目次
1. Introduction ....................................................2
1.1. Conventions Used in This Document ..........................3
2. L2TPv3 Extensions ...............................................3
2.1. TDM PW Attribute-Value Pair (AVP) (ICRQ, OCRQ) .............4
2.2. RTP Attribute-Value Pair (AVP) (ICRQ, OCRQ, ICRP, OCRP) ....6
2.3. Changes in the Control Connection Management AVPs ..........7
2.4. Changes in the Session Management AVPs .....................7
3. Creation of the TDM Pseudowire Session ..........................7
4. IANA Considerations .............................................9
5. Congestion Control ..............................................9
6. Security Considerations ........................................10
7. Acknowledgements ...............................................10
8. References .....................................................10
8.1. Normative References ......................................10
8.2. Informative References ....................................10
This document defines extensions to the Layer Two Tunneling Protocol Version 3 (L2TPv3) for support of structure-agnostic [RFC4553] and structure-aware (CESoPSN style, see [RFC5086]) Time-Division Multiplexing (TDM) pseudowires. Structure-agnostic encapsulation of TDM bit-streams over L2TPv3 is described in [RFC4553], Figure 2b; Circuit Emulation Service over Packet Switched Networks (CESoPSN), structure-aware encapsulation is described in [RFC5086], Figures 1c (TDM data packets) and 4a (CE application signaling packets). However, the order of the CESoPSN Control Word (CW) and RTP header (if it is used) MUST match between the TDM data and CE signaling packets.
この文書では、構造に依存しない[RFC4553]と構造認識のサポートのためにレイヤ2トンネリングプロトコルバージョン3（L2TPv3の）への拡張を定義する時分割多重（TDM）疑似回線（のCESoPSNスタイル、[RFC5086]を参照）。 L2TPv3の上TDMビットストリームの構造にとらわれないカプセル化は[RFC4553]、図2bに記載されています。回線エミュレーションサービスは、パケット交換網（のCESoPSN）上に、構造認識カプセル化が[RFC5086]に記載され、図1C（TDMデータパケット）および4A（CEアプリケーションシグナリングパケット）。ただし、のCESoPSN制御ワード（CW）及びRTPヘッダ（それが使用される場合）の順序は、TDMデータおよびCEシグナリングパケット間で一致しなければなりません。
Setup of structure-aware TDM pseudowires using the encapsulations described in [RFC5087] has been left for further study.
[RFC5087]で説明カプセル化を使用して構造を意識したTDMの疑似回線の設定は、さらなる研究のために残されています。
Setup and maintenance of TDM pseudowires (PWs) in MPLS networks using LDP is described in [RFC5287].
LDPを使用して、MPLSネットワークにおけるTDMの疑似回線（PWの）のセットアップおよびメンテナンスは、[RFC5287]に記載されています。
In this document, we refer to the "control plane" as meaning the packets that contain control information (via Attribute-Value Pairs (AVPs)) and the mechanism that handles these packets. We also refer to the "data plane" as meaning the packets that contain transported user data.
この文書では、我々は（属性値ペア（AVPの）を介して）制御情報を含むパケットと、これらのパケットを処理するメカニズムを意味するものとして、「コントロールプレーン」を参照してください。また、輸送、ユーザデータを含むパケットを意味するものとして、「データプレーン」を参照してください。
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 RFC 2119 [RFC2119].
この文書のキーワード "MUST", "MUST NOT", "REQUIRED", "SHALL", "SHALL NOT", "SHOULD", "SHOULD NOT", "RECOMMENDED", "MAY", および "OPTIONAL" はRFC 2119 [RFC2119]に記載されているように解釈されます。
The L2TPv3 Control Connection is responsible for 3 main operations:
L2TPv3の制御接続は、主に3つの業務を担当します。
Tearing down of the session for a TDM pseudowire is performed following the L2TPv3 tear-down operations as described in Section 3.4.3 of [RFC3931].
[RFC3931]のセクション3.4.3に記載したようにのL2TPv3ティアダウン操作次行われるTDM擬似回線のセッションの解体。
[RFC5086] and [RFC4553] describe how to transfer the Attachment Circuit (AC) status via the data plane. Therefore, the Set-Link-Info (SLI) message described in [RFC3931] SHOULD NOT be used for conveying this status for the PWs in question.
[RFC5086]及び[RFC4553]は、データプレーンを介して接続回線（AC）のステータスを転送する方法について説明します。したがって、[RFC3931]に記載のセットリンク情報（SLI）メッセージは、当該のPWは、このステータスを伝えるために使用すべきではありません。
[RFC3931] specifies that the Circuit Status Attribute-Value Pair (AVP) MUST be present in the ICRQ/ICRP (Incoming-Call-Request / Incoming-Call-Reply) messages. It also specifies that the N bit in this AVP should be set during the PW setup, even if the specific AC does not provide any way to convey the "new AC" indication. Accordingly, the Circuit Status AVP for the PWs in question, when used in the ICRQ/ICRP messages, MUST always have both N and A bits set.
[RFC3931]は回路状態属性値ペア（AVP）はICRQ / ICRP（着信要求/着信-返信）メッセージ中に存在しなければならないことを指定します。また、特定のACが「新しいAC」表示を伝えるためにどのような方法を提供していない場合でも、このAVPでNビットはPWのセットアップ時に設定されるべきであることを指定します。 ICRQ / ICRPメッセージに使用される際に、問題のPWのための回路状態AVPは、常にNとセットビットの両方を持たなければなりません。
The next sections describe the extensions to L2TPv3 for establishment and validation of TDM pseudowire sessions.
次のセクションでは、TDMスードワイヤセッションの確立と検証のためのL2TPv3への拡張を説明します。
There are two new AVPs for the Session Management messages. One AVP describes the TDM pseudowire attributes. The second AVP describes the RTP attributes for this TDM pseudowire.
セッション管理メッセージのための2つの新しいのAVPがあります。一つのAVPは、TDMスードワイヤの属性について説明します。二AVPは、RTPは、このTDMスードワイヤ属性について説明します。
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
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
|M|H| rsvd | Length | Vendor Id (IETF) |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| Attribute Type (99) | Reserved |SP |CAS|
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| Bit Rate | Payload Bytes |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
This AVP MAY be hidden (the H bit MAY be 0 or 1). The M bit for this AVP SHOULD be set to 0. The Length (before hiding) of this AVP is 12.
このAVPは、（Hビットが0または1でもよい）隠すことができます。このAVPのためのMビット（隠れ前）0長さに設定されてください。このAVPのは12です。
The Bit Rate field contains the value that represents the bit rate of the local AC in the units of 64 Kbit/s, encoded as an unsigned 16-bit integer. Its usage for all types of TDM PWs employs the following semantics:
ビットレート・フィールドは符号なし16ビット整数としてエンコード64キロビット/秒の単位でローカルACのビットレートを表す値を含みます。 TDM PWをすべてのタイプのためのその使用方法は、次のセマンティクスを採用しています。
1) For structure-agnostic emulation, this parameter MUST be set to one of the following values (see [RFC4553]):
1）構造にとらわれないエミュレーションの場合、このパラメータは（[RFC4553]を参照）、次のいずれかの値に設定する必要があります。
a) Structure-agnostic E1 emulation - 32
A）構造にとらわれないE1エミュレーション - 32
b) Structure-agnostic T1 emulation:
B）の構造に依存しないT1エミュレーション。
i) MUST be set to 24 for the basic mode
ⅰ）基本モード用の24に設定しなければなりません。
ii) MUST be set to 25 for the "Octet-aligned T1" mode
II）「オクテット整列T1」モード25に設定しなければなりません
c) Structure-agnostic E3 emulation - 535
c）の構造に依存しないE3エミュレーション - 535
d) Structure-agnostic T3 emulation - 699
d）の構造に依存しないT3エミュレーション - 699
2) For CESoPSN PWs, this parameter MUST be set to the number of DS0 channels in the corresponding attachment circuit.
2）のCESoPSNのPWの場合、このパラメータは、対応する接続回線にDS0チャネルの数に設定しなければなりません。
Note: For structure-agnostic T1 emulation, the values 24 and 25 do not reflect the exact bit rate and are used for convenience only.
注：構造に依存しないT1エミュレーションの場合、値24および25は、正確なビットレートを反映していないとのみ便宜上使用されています。
Note: The semantics of the Bit Rate field defined above are consistent with those of the CEP/TDM Bit-Rate interface parameter as defined in [RFC5287].
注：[RFC5287]で定義されるように上記で定義されたビットレートフィールドのセマンティクスは、CEP / TDMビットレートインタフェースパラメータのものと一致しています。
The Payload Bytes field contains the value representing the number of TDM payload bytes in the PW packet and is used with the following semantics:
ペイロードバイトフィールドは、PWパケット内のTDMペイロードバイトの数を表す値が含まれており、以下のセマンティクスで使用されています。
1) For structure-agnostic emulation, any value of the Payload Bytes can be specified.
1）構造にとらわれないエミュレーションのために、ペイロードバイトの任意の値を指定することができます。
2) For CESoPSN PWs:
2）四KESoPSN方法：
a) The specified value MUST be an integer multiple of the number of DS0 channels in the corresponding attachment circuit.
a）指定された値は、対応する接続回線にDS0チャネルの数の整数倍でなければなりません。
b) In addition to that, for trunk-specific NxDS0 with Channel-Associated Signaling (CAS), the number of the trunk frames per multiframe fragment (value resulting from the Payload Bytes divided by the number of DS0 channels) MUST be an integer divisor of the number of frames per corresponding trunk multiframe.
B）それに加えて、チャネル連携信号（CAS）とトランク特有のNxDS0のために、マルチフラグメント当たり幹線フレームの数（DS0チャネルの数で割ったペイロードバイトた値）は整数除数でなければなりませんトランクマルチフレーム対応あたりのフレーム数の。
The Reserved bits MUST be set to 0 on transmission and MUST be ignored on reception.
予約ビットは、送信時に0に設定しなければならなくて、受信時に無視しなければなりません。
The SP bits define support for the CESoPSN-application signaling packets (see [RFC5086]) and MUST be used as follows:
SPビットがのCESoPSNアプリケーションシグナリングパケットのためのサポートを定義する（[RFC5086]を参照）、以下のように使用する必要があります
1) Set to '01' for the CESoPSN PWs carrying TDM data packets and expecting CE application signaling packets in a separate PW.
1）のCESoPSN PWSはTDMデータパケットを搬送し、別PWにシグナリングパケットCEアプリケーションを期待するために「01」に設定します。
2) Set to '10' for a PW carrying CE application signaling packets with the data packets in a separate PW.
2）別PWのデータパケットを有するパケットシグナリングPW運ぶCEのアプリケーションのために「10」に設定します。
3) Set to '11' for a CESoPSN PW carrying both TDM data and signaling packets.
3）のCESoPSN PWの両方のTDMデータを運ぶパケットをシグナリングするための「11」に設定します。
4) Set to '00' for Structure-Agnostic Time-Division Multiplexing over Packet (SAToP) PWs and for CESoPSN PWs not using separate signaling packets.
4）パケット（のSAToP）のPW上の構造に依存しない時分割多重化するためとのCESoPSN PWSは別個のシグナリングパケットを使用していないために「00」に設定します。
The CAS bits define the trunk type for trunk-specific CESoPSN services with CAS. These bits MUST be set to:
CASビットはCASとトランク特有のCESoPSNサービス用のトランクタイプを定義します。これらのビットに設定する必要があります。
1) For trunk-specific CESoPSN with CAS:
1）CASとトランク特有のCESoPSNの場合：
a) '01' in the case of an E1 trunk
E1トランクの場合a）の「01」
b) '10' in the case of a T1/ESF trunk
B）「10」T1 / ESFトランクの場合
c) '11' in the case of a T1/SF trunk
C）T1の場合には「11」/ SFトランク
2) '00' for all the other TDM pseudowire types
他のすべてのTDM擬似回線タイプ2）「00」
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
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
|M|H| rsvd | Length | Vendor Id (IETF) |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| Attribute Type (100) |D| PT |C| Reserved |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| Reserved | Timestamp Clock Frequency |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| SSRC |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
Presence of this AVP indicates that the RTP header is used in the TDM pseudowire encapsulation. Use or non-use of the RTP header MUST match for the two directions of a TDM PW. This AVP MAY be hidden (the H bit MAY be 0 or 1). The M bit for this AVP SHOULD be set to 0. The Length (before hiding) of this AVP is 16.
このAVPの存在は、RTPヘッダがTDM擬似回線のカプセル化に使用されていることを示します。使用するか、RTPヘッダの不使用は、TDM PWの二つの方向で一致しなければなりません。このAVPは、（Hビットが0または1でもよい）隠すことができます。このAVPのためのMビット（隠れ前）0長さに設定されてください。このAVPのは16です。
The D bit indicates the timestamping mode (absolute or differential) in the RTP header. These modes are described in, e.g., Section 4.3.2 of [RFC4553]. If the D bit is set to 1, then the differential timestamping mode is used; otherwise, the absolute timestamping mode is used. Timestamping modes can be used independently for the two directions of a TDM PW.
Dビットは、RTPヘッダ内のタイムスタンプモード（絶対値または差分）を示しています。これらのモードは、例えば、[RFC4553]のセクション4.3.2に記載されています。 Dビットが1に設定されている場合、差分タイムスタンプモードが使用されます。そうでない場合は、絶対タイムスタンプモードが使用されます。タイムスタンプモードは、TDM PWの二つの方向のために独立して使用することができます。
The C bit indicates the ordering of the RTP header and the Control Word as following:
Cビットは、RTPヘッダと、次のように制御ワードの順序を示しています。
o If the C bit is set to 1, the RTP header appears after the Control Word in the data channel of the TDM pseudowire. This mode is described in [RFC4553] and [RFC5086] as SAToP/CESoPSN encapsulation over IPv4/IPv6 PSN with L2TPv3 demultiplexing, respectively.
Cビットが1に設定されている場合は、O、RTPヘッダはTDM擬似回線のデータチャネルに制御ワードの後に現れます。このモードは、それぞれ、L2TPv3の分離とのIPv4 / IPv6のPSN上のSAToP /のCESoPSNカプセル化として[RFC4553]及び[RFC5086]に記載されています。
o If the C bit is set to 0, the RTP header appears before the Control Word. This mode is described as the old mode of the SAToP/CESoPSN encapsulation over L2TPv3 in Appendix A of [RFC4553] and Appendix C of [RFC5086], respectively.
Cビットが0に設定されている場合は、O、RTPヘッダは、制御ワードの前に現れます。このモードは、それぞれ、[RFC5086]の[RFC4553]の付録AでのL2TPv3および付録C上のSAToP /のCESoPSNカプセル化の古いモードとして記載されています。
PT is the payload type expected in the RTP header. A value of 0 indicates that the receiver shall not check payload type to detect malformed packets.
PTは、RTPヘッダ内の予想されるペイロードタイプです。 0の値は、受信機が不正なパケットを検出するためのペイロードタイプをチェックしてはならないことを示しています。
Timestamp Clock Frequency is the clock frequency used for timestamping in units of 8 KHz.
タイムスタンプのクロック周波数は8キロヘルツ単位でタイムスタンプに使用されるクロック周波数です。
SSRC indicates the expected value of the synchronization source (SSRC) ID in the RTP header. A 0 in this field means that the SSRC ID will not be used for detecting misconnections. Since L2TP provides an alternative security mechanism using cookies, if the cookie length is larger than 0, the SSRC SHOULD be 0.
SSRCは、RTPヘッダ内の同期ソース（SSRC）IDの期待値を示します。この分野の0 SSRC IDが誤接続を検出するために使用されないことを意味します。 L2TPは、クッキーを使用して、別のセキュリティメカニズムを提供するので、クッキーの長さが0より大きければ、SSRCは0でなければなりません。
Control Connections that support TDM PWs MUST add the appropriate PW Type value(s) to the list in the Pseudowire Capabilities List AVP. The valid values are listed in the next section.
TDM PWををサポートする制御接続は、擬似回線の機能リストAVPのリストに適切なPW Type値（複数可）を追加する必要があります。有効な値は、次のセクションに記載されています。
PW Type AVP should be set to one of the following values:
PWタイプAVPは、次のいずれかの値に設定する必要があります。
a. E1 circuits - 0x0011
A。 E1回線 - 0x0011
b. T1 (DS1) circuits - 0x0012
B。 T1（DS1）回路 - 0x0012
c. E3 circuits - 0x0013
C。 E3回路 - 0x0013
d. T3 (DS3) circuits - 0x0014
D。 T3（DS3）回路 - 0x0014
a. CESoPSN basic mode - 0x0015
A。 CESoPSN基本モード - 0x0015
b. Trunk-specific CESoPSN service with CAS - 0x0017
B。 CASとトランク特有のCESoPSNサービス - 0x0017
TDM pseudowires use their own Control Word. Therefore, the L2- Specific Sublayer AVP MUST either be omitted or set to 0.
TDMの疑似回線は独自の制御ワードを使用します。したがって、L2-特異サブレイヤのAVPを省略または0に設定する必要があります。
TDM pseudowires use their own sequencing. Therefore, the Data Sequencing AVP MUST either be omitted or set to 0.
TDMの疑似回線は独自の順序付けを使用します。したがって、データ配列決定AVPのいずれかを省略または0に設定しなければなりません。
Note: The Control Word (CW) used in the SAToP and CESoPSN encapsulations over L2TPv3 effectively represents a dedicated L2- Specific Sublayer.
注：L2TPv3の上のSAToPとのCESoPSNカプセル化に使用される制御ワード（CW）を効果的に専用L2-特有のSublayerを表します。
When an L2TP Control Connection Endpoint (LCCE) wants to open a Session for a TDM PW, it MUST include the TDM PW AVP (in any case) and the RTP AVP (if and only if the RTP header is used) in the ICRQ or OCRQ (Outgoing-Call-Request) message. The LCCE peer must validate the TDM PW AVP and make sure it can meet the requirements derived from the RTP AVP (if it exists). If the peer agrees with the TDM AVP, it will send an appropriate ICRP or OCRP (Outgoing-Call-Reply) message with the matching RTP AVP (if needed). The initiator needs to validate that it can supply the requirements derived from the received RTP AVP.
L2TPコントロール接続エンドポイント（LCCE）はTDM PWのセッションを開くことを望むとき（及びRTPヘッダが使用されている場合のみならば）、それはICRQにTDM PW AVP（いずれにせよ）とRTP AVPを含まなければなりませんまたはOCRQ（発信コールリクエスト）メッセージ。 LCCEピアはTDM PW AVPを検証し、それが（それが存在する場合）RTP AVP由来の要件を満たすことができることを確認しなければなりません。ピアがTDM AVPと一致する場合、それは適切なICRP又はマッチングRTP AVP（必要な場合）とOCRP（出射コール応答）メッセージを送信します。イニシエータは、それが受信したRTP AVPに由来する要件を供給することができることを検証する必要があります。
The two peers MUST agree on the values in the TDM PW AVP:
2つのピアがTDM PW AVPの値に同意しなければなりません：
1. Bit Rate values MUST be equal on both sides. If they are different, the connection will be rejected with Result Code 30 and Error Code 1.
1.ビットレート値は、両側で等しくなければなりません。それらが異なる場合は、接続は結果コード30およびエラーコード1で拒否されます。
2. In the case of trunk-specific CESoPSN with CAS, the trunk type (as encoded in the CAS bits of the TDM AVP) MUST be the same for the two sides. Otherwise, the connection will be rejected with Result Code 30 and Error Code 2.
2. CASとトランク特有のCESoPSNの場合には、トランクタイプ（TDM AVPのCASビットで符号化されるように）両側で同じでなければなりません。そうしないと、接続は結果コード30およびエラーコード2で拒否されます。
3. If one side does not support the Payload Bytes value proposed by the other one, the connection will be rejected with Result Code 30 and Error Code 3.
3.一方がもう一方によって提案されたペイロードバイトの値をサポートしていない場合、接続は結果コード30およびエラーコード3で拒否されます。
4. If one side cannot send the RTP header as requested by the other side, the connection will be rejected with Result Code 30 and Error Code 4.
4.他の側が要求したように、1辺がRTPヘッダを送信できない場合、接続は結果コード30およびエラーコード4で拒否されます。
5. If one side can send the RTP header but not with the requested timestamp clock frequency, the connection will be rejected with Result Code 30 and Error Code 5.
片側はなく、要求されたタイムスタンプのクロック周波数とのRTPヘッダを送信することができます。5.場合は、接続は結果コード30とエラーコード5で拒否されます。
If CE signaling for a CESoPSN basic PW is transported in a separate PW instance, then the two PW instances:
基本のCESoPSN PWのためのCEシグナリングは別PWインスタンスに搬送される場合、2つのPWインスタンス：
2. MUST use the same values in all the fields of the TDM AVP excluding the SP field, which must be set to '01' for the TDM data PW and to '10' for the PW carrying CE application signaling.
2. PWがCEアプリケーションシグナリングを運ぶためのTDMデータPWとに「10」は「01」に設定されなければならないSPフィールドを除くTDMのAVPのすべてのフィールドに同じ値を使用しなければなりません。
3. MUST both either use or not use the RTP header (and, accordingly, include or not include the RTP AVP).
3.使用またはどちらか一方が（従って、RTP AVPを含める含むかどうか、及び）RTPヘッダを使用しなければなりません。
IANA assigned the following values according to this document:
IANAは、この文書によると、以下の値を割り当てられました。
New L2TPv3 Pseudowire Types:
新しいのL2TPv3疑似回線の種類：
0x0011 - Structure-agnostic E1 circuit
0x0012 - Structure-agnostic T1 (DS1) circuit
0x0013 - Structure-agnostic E3 circuit
0x0014 - Structure-agnostic T3 (DS3) circuit
0x0015 - CESoPSN basic mode
0x0017 - CESoPSN TDM with CAS
Note that the values listed match the values defined in [RFC4446] for the MPLS Pseudowire Types.
列挙された値は、MPLS擬似回線のタイプの[RFC4446]で定義された値と一致することに留意されたいです。
New Attribute-Value Pair IDs:
新しい属性値ペアのID：
99 - TDM Pseudowire AVP 100 - RTP AVP
99 - TDMスードワイヤAVP 100 - RTP AVP
New Result Codes for the CDN message:
CDNメッセージのための新しい結果コード：
30 - Result Code to indicate connection was refused because of TDM PW parameters. The Error Code indicates the problem.
30 - 接続したことを示す結果コードがあるためTDM PWパラメータの拒否されました。エラーコードは、問題を示しています。
New TDM PW specific Error Codes, to be used with 30 Result Code for the CDN message:
新しいTDM PW特定のエラーコードは、CDNメッセージのための30の結果コードを使用します：
This is a new registry for IANA to maintain within the Result Code AVP (Attribute Type 1) Values. Additional values may be assigned by Expert Review [RFC5226].
これは、IANAは、結果コードAVP（属性タイプ1）値の範囲内に維持するための新しいレジストリです。追加の値は、専門家レビュー[RFC5226]によって割り当てられることができます。
0 - Reserved. 1 - Bit Rate values disagree. 2 - Different trunk types in the case of trunk-specific CESoPSN with CAS. 3 - Requested payload size too big or too small. 4 - RTP header cannot be generated. 5 - Requested timestamp clock frequency cannot be generated.
0 - 予約済み。 1 - ビットレートの値が一致しません。 2 - CASとトランク特有のCESoPSNの場合は異なるトランクタイプ。 3 - 要求されたペイロードサイズが大きすぎるか小さすぎます。 4 - RTPヘッダを生成することができません。 5 - 要求されたタイムスタンプのクロック周波数を生成することができません。
The congestion considerations from [RFC4553] and [RFC5086] apply respectively to the structure-agnostic and CESoPSN modes of this specification.
[RFC4553]及び[RFC5086]から渋滞考慮事項は、本明細書の構造にとらわれないとのCESoPSNモードのそれぞれに適用されます。
This document specifies only the L2TPv3-based control plane for setup of TDM PWs. Within this scope, there are no additional security considerations in addition to those discussed in [RFC3931].
この文書では、TDMのPWセットアップのための唯一のL2TPv3ベースの制御プレーンを指定します。この範囲内で、[RFC3931]で説明したものに加えて、追加のセキュリティ上の考慮事項が存在しません。
Common data plane security considerations for the TDM PWs have been discussed in some detail in both [RFC4553] and [RFC5086]. On top of these, the L2TPv3-based data plane provides additional security mechanisms based on the usage of cookies.
TDMのPWをするための共通のデータプレーンのセキュリティの考慮事項は、[RFC4553]と[RFC5086]の両方でいくつかの詳細に議論されています。これらの上に、L2TPv3のベースのデータプレーンは、クッキーの使用に基づいて追加のセキュリティメカニズムを提供します。
The authors want to thank Carlos Pignataro, Ignacio Goyret, and Yaakov Stein for careful review and useful suggestions.
著者は、慎重に検討し、有益な提案をカルロスPignataro、イグナシオGoyret、およびYaakovのスタインに感謝したいと思います。
[RFC2119] Bradner, S., "Key words for use in RFCs to Indicate Requirement Levels", BCP 14, RFC 2119, March 1997.
[RFC2119]ブラドナーの、S.、 "要件レベルを示すためにRFCsにおける使用のためのキーワード"、BCP 14、RFC 2119、1997年3月。
[RFC3931] Lau, J., Ed., Townsley, M., Ed., and I. Goyret, Ed., "Layer Two Tunneling Protocol - Version 3 (L2TPv3)", RFC 3931, March 2005.
[RFC3931]ラウ、J.、エド、Townsley、M.、エド、およびI. Goyret、エド、 "レイヤ2トンネリングプロトコル - バージョン3（L2TPv3の）"。。。、RFC 3931、2005年3月。
[RFC4553] Vainshtein, A., Ed., and YJ. Stein, Ed., "Structure-Agnostic Time Division Multiplexing (TDM) over Packet (SAToP)", RFC 4553, June 2006.
[RFC4553] Vainshtein、A.編、及びYJ。スタイン、エド。、 "パケット（のSAToP）以上の構造に依存しない時分割多重（TDM）"、RFC 4553、2006年6月。
[RFC5086] Vainshtein, A., Ed., Sasson, I., Metz, E., Frost, T., and P. Pate, "Structure-Aware Time Division Multiplexed (TDM) Circuit Emulation Service over Packet Switched Network (CESoPSN)", RFC 5086, December 2007.
[RFC5086] Vainshtein、A.編、Sasson、I.、メッツ、E.、フロスト、T.、およびP.パテ、「構造-Awareの時分割多重（TDM）回線エミュレーションサービスパケットネットワーク（のCESoPSNをスイッチの上に）」、RFC 5086、2007年12月。
[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の割り当て"。
[RFC5087] Y(J). Stein, Shashoua, R., Insler, R., and M. Anavi, "Time Division Multiplexing over IP (TDMoIP)", RFC 5087, December 2007.
[RFC5087] Y（J）。スタイン、Shashoua、R.、Insler、R.、およびM. Anavi、 "時分割多重オーバーIP（TDMoIPの）"、RFC 5087、2007年12月。
[RFC5226] Narten, T. and H. Alvestrand, "Guidelines for Writing an IANA Considerations Section in RFCs", BCP 26, RFC 5226, May 2008.
[RFC5226] Narten氏、T.とH. Alvestrand、 "RFCsにIANA問題部に書くためのガイドライン"、BCP 26、RFC 5226、2008年5月。
[RFC5287] Vainshtein, A. and Y(J). Stein, "Control Protocol Extensions for the Setup of Time-Division Multiplexing (TDM) Pseudowires in MPLS Networks", RFC 5287, August 2008.
[RFC5287] Vainshtein、A.及びY（J）。スタイン、「MPLSネットワークにおける時分割多重（TDM）スードワイヤのセットアップのための制御プロトコルの拡張」、RFC 5287、2008年8月。
Authors' Addresses
著者のアドレス
Alexander Vainshtein, ECI Telecom, 30 ha-Sivim St. PO Box 500, Petah-Tiqva 49517, Israel EMail: Alexander.Vainshtein@ecitele.com
アレクサンダーVainshtein、ECIテレコム、30ヘクタール-Sivim聖私書箱500、Petah-Tiqva 49517、イスラエルEメール：Alexander.Vainshtein@ecitele.com
Sharon Galtzur Rebellion Inc. 29 The Chilterns, Gloucester Green, Oxford, OX1 2DF, UK EMail: sharon.galtzur@rebellion.co.uk
シャロンGaltzurリベリオン株式会社29 Chilterns、グロスター・グリーン、オックスフォード、OX1 2DF、英国のEメール：sharon.galtzur@rebellion.co.uk