Network Working Group                                      A. Vainshtein
Request for Comments: 5287                                   ECI Telecom
Category: Standards Track                                    Y(J). Stein
                                                 RAD Data Communications
                                                             August 2008
             Control Protocol Extensions for the Setup of
     Time-Division Multiplexing (TDM) Pseudowires in MPLS Networks

Status of This Memo


This document specifies an Internet standards track protocol for the Internet community, and requests discussion and suggestions for improvements. Please refer to the current edition of the "Internet Official Protocol Standards" (STD 1) for the standardization state and status of this protocol. Distribution of this memo is unlimited.

この文書は、インターネットコミュニティのためのインターネット標準トラックプロトコルを指定し、改善のための議論と提案を要求します。このプロトコルの標準化状態と状態への「インターネット公式プロトコル標準」(STD 1)の最新版を参照してください。このメモの配布は無制限です。



This document defines extension to the Pseudowire Emulation Edge-to-Edge (PWE3) control protocol RFC 4447 and PWE3 IANA allocations RFC 4446 required for the setup of Time-Division Multiplexing (TDM) pseudowires in MPLS networks.

この文書では、擬似回線エミュレーションエッジ・ツー・エッジ(PWE3)制御プロトコルRFC 4447及びMPLSネットワークにおける時分割多重(TDM)疑似回線の設定に必要PWE3 IANA割当のRFC 4446への拡張を定義します。

Table of Contents


   1. Introduction ....................................................2
   2. PW FEC for Setup of TDM PWs .....................................2
   3. Interface Parameters for TDM PWs ................................4
      3.1. Overview ...................................................4
      3.2. CEP/TDM Payload Bytes ......................................5
      3.3. CEP/TDM Bit-Rate (0x07) ....................................5
      3.4. Number of TDMoIP AAL1 Cells per Packet .....................6
      3.5. TDMoIP AAL1 Mode ...........................................7
      3.6. TDMoIP AAL2 Options ........................................7
      3.7. Fragmentation Indicator ....................................8
      3.8. TDM Options ................................................8
   4. Extending CESoPSN Basic NxDS0 Services with CE
      Application Signaling ..........................................11
   5. LDP Status Codes ...............................................12
   6. Using the PW Status TLV ........................................13
   7. IANA Considerations ............................................13
   8. Security Considerations ........................................14
   9. Acknowledgements ...............................................14
   10. References ....................................................14
      10.1. Normative References .....................................14
      10.2. Informative References ...................................14
1. Introduction
1. はじめに

This document defines an extension to the PWE3 control protocol [RFC4447] and PWE3 IANA allocations [RFC4446] required for the setup of TDM pseudowires in MPLS networks.

この文書では、MPLSネットワークにおけるTDMの疑似回線の設定に必要PWE3制御プロトコル[RFC4447]とPWE3 IANA配分[RFC4446]の拡張機能を定義します。

Structure-agnostic TDM pseudowires have been specified in [RFC4553], and structure-aware ones have been specified in [RFC5086] and [RFC5087].


[RFC4447] defines extensions to the Label Distribution Protocol (LDP) [RFC5036] that are required to exchange PW labels for PWs emulating various Layer 2 services (Ethernet, Frame Relay (FR), Asynchronous Transfer Mode (ATM), High-Level Data Link Control (HDLC), etc.). The setup of TDM PWs requires both interpretation of the existing information elements of these extensions and exchange of additional information.

[RFC4447]はPWSは、さまざまなレイヤ2つのサービス(イーサネット、フレームリレー(FR)をエミュレートするためにPWラベルを交換するのに必要とされるラベル配布プロトコル(LDP)[RFC5036]の拡張機能、非同期転送モード(ATM)、ハイレベル・データを定義しますリンク制御(HDLC)、など)。 TDMのPWセットアップは、これらの拡張や追加の情報交換の既存の情報要素の両方の解釈を必要とします。

The setup of TDM PWs using L2TPv3 will be defined in a separate document.


The status of attachment circuits of TDM PWs can be exchanged between the terminating Provider Edges (PEs) using the PW Status mechanism defined in [RFC4447] without any changes. However, usage of this mechanism is NOT RECOMMENDED for TDM PWs since the indication of the status of the TDM attachment circuits is carried in-band in the data plane.

TDMのPWの接続回線の状態は変更せずに[RFC4447]で定義されたPWステータスメカニズムを使用して、終端プロバイダエッジ(PES)との間で交換することができます。 TDMの接続回線のステータスの表示は、データプレーン内のインバンド行われるので、この機構の使用は、TDMのPWには推奨されません。

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]に記載されているように解釈されます。

2. PW FEC for Setup of TDM PWs
TDMのPWセットアップ2. PW FEC

[RFC4447] uses the LDP Label Mapping message [RFC5036] for advertising the FEC-to-PW Label binding, and defines two types of PW Forwarding Equivalence Classes (FECs) that can be used for this purpose:


1. PWId FEC (FEC 128). This FEC contains:
1. PWID FEC(FEC 128)。このFECは含まれています。

a) PW type


b) Control bit (indicates presence of the control word)


c) Group ID


d) PW ID e) Interface parameters Sub-TLV

D)PW ID E)インタフェースパラメータサブTLV

2. Generalized PW FEC (FEC 129). This FEC contains only:
2.一般PW FEC(FEC 129)。このFECは含まれています。

a) PW type


b) Control bit


c) Attachment Group Identifier (AGI), Source Attachment Individual Identifier (SAII), and Target Attachment Individual Identifier (TAII) that replace the PW ID

PW IDを交換C)アタッチメントグループ識別子(AGI)、ソースアタッチメント個別識別子(SAII)、およびターゲット添付ファイルの個別識別子(TAII)

The Group ID and the Interface Parameters are contained in separate TLVs, called the PW Grouping TLV and the Interface Parameters TLV.


Either of these types of PW FEC MAY be used for the setup of TDM PWs with the appropriate selection of PW types and interface parameters.

PW FECこれらのタイプのいずれかをPWタイプとインターフェイスパラメータの適切な選択とTDMのPWセットアップのために使用されるかもしれません。

The PW types for TDM PWs are allocated in [RFC4446] as follows:


o 0x0011 Structure-agnostic E1 over Packet [RFC4553] o 0x0012 Structure-agnostic T1 (DS1) over Packet [RFC4553] o 0x0013 Structure-agnostic E3 over Packet [RFC4553] o 0x0014 Structure-agnostic T3 (DS3) over Packet [RFC4553] o 0x0015 CESoPSN basic mode [RFC5086] o 0x0016 TDMoIP AAL1 mode [RFC5087] o 0x0017 CESoPSN TDM with CAS [RFC5086] o 0x0018 TDMoIP AAL2 mode [RFC5087]

O 0x0011構造にとらわれないE1パケットオーバー0x0014構造にとらわれないT3(DS3)Oパケット[RFC4553]上0x0013構造にとらわれないE3 Oパケット[RFC4553]上0x0012構造にとらわれないT1(DS1)Oパケット[RFC4553]、[RFC4553]上O 0x0015のCESoPSN基本モード0x0016のTDMoIP AAL1モード[RFC5087] O [RFC5086] 0x0018のTDMoIP AAL2モードO CAS [RFC5086]、[RFC5087]と0x0017のCESoPSNのTDM O

The two endpoints MUST agree on the PW type, as both directions of the PW are required to be of the same type.


The Control bit MUST always be set for TDM PWs since all TDM PW encapsulations always use a control word.

制御ビットは、常に常にコントロール・ワードを使用するすべてのTDM PWカプセル化以来、TDM PWを設定する必要があります。

PW type 0x0012 MUST also be used for the setup of structure-agnostic TDM PWs between a pair of J1 attachment circuits (see [RFC4805]).


3. Interface Parameters for TDM PWs
TDM PWを3.インターフェイスパラメータ
3.1. Overview
3.1. 概要

The interface parameters that are relevant for the setup of the TDM PWs are listed below.


   |   Interface Parameter | Sub-TLV ID | Length | Description |
   | CEP/TDM Payload Bytes | 0x04       | 4      |Section 3.2  |
   | CEP/TDM Bit-Rate      | 0x07       | 6      |Section 3.3  |
   | Number of TDMoIP AAL1 | 0x0E       | 4      |Section 3.4  |
   | Cells per Packet      |            |        |             |
   | TDMoIP AAL1 Mode      | 0x10       | 4      |Section 3.5  |
   | TDMoIP AAL2 Options   | 0x11       | 8 or   |Section 3.6  |
   |                       |            | larger |             |
   |                       |            |see note|             |
   | Fragmentation         | 0x09       |  4     |Section 3.7  |
   | Indicator             |            |        |             |
   | TDM Options           | 0x0B       |  4, 8, |Section 3.8  |
   |                       |            | or 12  |             |

If not explicitly indicated otherwise in the appropriate description, the value of the interface parameter is interpreted as an unsigned integer of the appropriate size (16 or 32 bits).


Note: The length of basic TDMoIP AAL2 Options interface parameter is 8 bytes, and when the optional Channel ID (CID) mapping bases field is used, there is one additional byte for each trunk transported. Thus, if 1 trunk is being supported, this message occupies 9 bytes. Since there can be no more than 248 CIDs in a given PW, this can never exceed 256 (this when each channel comes from a different trunk). 248 channels translates to less than 9 E1s, and so, for this case, the length is no more than 17 bytes. A single PE is not required to support more than 10 AAL2 PWs (i.e., up to 2480 individual channels, which is more than carried by a fully populated STM1). Thus, the memory required to store all the AAL2 mapping information is typically between 80 and 170 bytes per PE.

注:基本のTDMoIP AAL2オプションインタフェースパラメータの長さは8バイトであり、任意のチャネルID(CID)マッピングベースのフィールドが使用される場合、搬送各トランクに対して1つの追加のバイトがあります。 1つのトランクがサポートされている場合したがって、このメッセージは9つのバイトを占有します。与えられたPWでのこれ以上の248以上のCIDが存在する可能性があるため(各チャンネルは異なるトランクから来るとき、これを)、これは256を超えることはできません。 248チャネル未満9個のE1に変換せず、したがって、このような場合のために、長さがせいぜい17バイトです。単一のPEは、10の以上のAAL2のPWをサポートするために必要とされない(すなわち、完全にポピュレートSTM1により運ば以上である2480個の個別チャネル、まで)。したがって、すべてのAAL2マッピング情報を格納するために必要なメモリは、PE当たり80と170バイトの間であるのが典型的です。

3.2. CEP/TDM Payload Bytes
3.2. CEP / TDMペイロードバイト

This parameter is used for the setup of all SAToP and CESoPSN PWs (i.e., PW types 0x0011, 0x0012, 0x0013, 0x0014, 0x0015, and 0x0017) and employs the following semantics:


1. The two endpoints of a TDM PW MUST agree on the same value of this parameter for the PW to be set up successfully.

1. TDM PWの2つのエンドポイントは、PWが正常に設定されるために、このパラメータの値が同じに同意しなければなりません。

2. Presence of this parameter in the PWId FEC or in the Interface Parameters Field TLV is OPTIONAL. If this parameter is omitted, default payload size defined for the corresponding service (see [RFC4553], [RFC5086]) MUST be assumed.

PWID FECまたはインタフェースパラメータフィールドTLVでこのパラメータの2.存在は任意です。このパラメータが省略された場合、対応するサービスのために定義されたデフォルトのペイロードサイズは、([RFC4553]、[RFC5086]を参照)を想定しなければなりません。

3. For structure-agnostic emulation, any value consistent with the MTU of the underlying PSN MAY be specified.


4. For CESoPSN PWs:

a) The specified value P MUST be an integer multiple of N, where N is the number of timeslots in the attachment circuit.

a)は、規定値P Nが接続回線におけるタイムスロットの数であるNの整数倍でなければなりません。

b) For trunk-specific NxDS0 with CAS:


i) (P/N) MUST be an integer factor of the number of frames per corresponding trunk multiframe (i.e., 16 for an E1 trunk and 24 for a T1 or J1 trunk).

I)(P / N)は、対応するトランクマルチフレーム当たりのフレーム数の整数因数である必要があります(すなわち、T1またはJ1トランク)のためのE1トランク16および24。

ii) The size of the signaling sub-structure is not accounted for in the specified value P.


5. This parameter MUST NOT be used for the setup of TDMoIP PWs (i.e., PWs with PW types 0x0016 and 0x0018).


3.3. CEP/TDM Bit-Rate (0x07)
3.3. CEP / TDMビットレート(0x07の)

This interface parameter represents the bit-rate of the TDM service in multiples of the "basic" 64 Kbit/s rate. Its usage for all types of TDM PWs assumes the following semantics:

このインタフェースパラメータは、「基本」64キロビット/秒のレートの倍数でTDMサービスのビットレートを表します。 TDM PWをすべてのタイプのためのその使用方法は、次のセマンティクスを前提としています。

1. This interface parameter MAY be omitted if the attachment circuit bit-rate can be unambiguously derived from the PW type (i.e., for structure-agnostic emulation of E1, E3, and T3 circuits). If this value is omitted for the structure-agnostic emulation of T1 PW type, the basic emulation mode MUST be assumed.

アタッチメント回路ビットレートが明確(すなわち、E1、E3、およびT3回路の構造にとらわれないエミュレーション用)PWタイプに由来することができる場合は1、このインタフェースパラメータを省略してもよいです。この値はT1 PW型の構造にとらわれないエミュレーションのために省略された場合、基本的なエミュレーションモードを想定しなければなりません。

2. If present, only the following values MUST be specified for structure-agnostic emulation (see [RFC4553]:


a) Structure-agnostic E1 emulation - 32

A)構造にとらわれないE1エミュレーション - 32

b) Structure-agnostic T1 emulation:


i) MUST be set to 24 in the basic emulation mode


ii) MUST be set to 25 for the "Octet-aligned T1" emulation mode


c) Structure-agnostic E3 emulation - 535

c)の構造に依存しないE3エミュレーション - 535

d) Structure-agnostic T3 emulation - 699

d)の構造に依存しないT3エミュレーション - 699

3. For all kinds of structure-aware emulation, this parameter MUST be set to N, where N is the number of DS0 channels in the corresponding attachment circuit.


Note: The value 24 does not represent the actual bit-rate of the T1 or J1 circuit (1,544 Mbit/s) in units of 64 kbit/s. The values mentioned above are used for convenience.


Note: A 4-byte space is reserved for this parameter for compatibility with [RFC4842].


3.4. Number of TDMoIP AAL1 Cells per Packet
3.4. パケットあたりのTDMoIP AAL1細胞の数

This parameter MAY be present for TDMoIP AAL1 mode PWs (PW type 0x0016) and specifies the number of 48-byte AAL1 PDUs per MPLS packet. Any values consistent with the MTU of the underlying PSN MAY be specified. If this parameter is not specified, it defaults to 1 PDU per packet for low bit-rates (CEP/TDM Bit-Rate less than or equal to 32), and to 5 for high bit-rates (CEP/TDM Bit-Rate of 535 or 699).

このパラメータは、(PWタイプ0x0016)のTDMoIP AAL1モードPWをのために存在し、MPLSパケットあたり48バイトのAAL1 PDUの数を指定するかもしれません。基礎となるPSNのMTUと一致し、任意の値を指定することができます。低ビットレートのパケットあたり1つのPDU(未満または32に等しいCEP / TDMビットレート)、および(CEP / TDMビットレートの高ビットレートの5このパラメータが指定されていない場合は、デフォルト535または699)。

3.5. TDMoIP AAL1 Mode
3.5. TDMoIP AAL1モード

This parameter MAY be present for TDMoIP AAL1 mode PWs (PW type 0x0016) and specifies the AAL1 mode. If this parameter is not present, the AAL1 mode defaults to "structured". When specified, the values have the following significance:

このパラメータは、(PWタイプ0x0016)のTDMoIP AAL1モードPWをのために存在するとAAL1モードを指定するかもしれません。このパラメータが存在しない場合は、「構造化」へのAAL1モードをデフォルトとします。指定した場合、値は次のような意味を持っています:

0 - unstructured AAL1 2 - structured AAL1 3 - structured AAL1 with CAS

0 - 非構造化AAL1 2 - 構造化AAL1 3 - CASで構成AAL1

The two endpoints MUST agree on the TDMoIP AAL1 mode.

2つのエンドポイントは、のTDMoIP AAL1モードに同意しなければなりません。

3.6. TDMoIP AAL2 Options
3.6. TDMoIP AAL2オプション

This parameter MUST be present for TDMoIP AAL2 mode PWs (PW type 0x0018) and has the following format:

このパラメータは、(PWタイプ0x0018)のTDMoIP AAL2モードのPWのために存在すると、次の形式を有しているしなければなりません。

    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
   |    0x11       |    Length     | V |      ENCODING             |
   |                      Maximum Duration                         |
   |                      CID mapping bases                        |

The fields in this parameter are defined as follows:


V defines the Voice Activity Detection (VAD) capabilities. Its values have the following significance:


0 means that activity is only indicated by signaling. 1 means that voice activity detection is employed. 3 means this channel is always active. In particular, this channel may be used for timing recovery.


Encoding specifies native signal processing performed on the payload. When no native signal processing is performed (i.e., G.711 encoding), this field MUST be zero. Other specific values that can be used in this field are beyond the scope of this specification, but the two directions MUST match for the PW setup to succeed.


Maximum Duration specifies the maximum time allowed for filling an AAL2 PDU, in units of 125 microseconds. For unencoded 64 kbps channels, this numerically equals the maximum number of bytes per PDU and MUST be less than 64. For other encoding parameters, larger values may be attained.

最大時間は125マイクロ秒の単位で、AAL2 PDUを充填するために許される最大時間を指定します。これは数値PDUあたりのバイトの最大数に等しく、他の符号化パラメータについては64未満でなければならないエンコードされていない64 kbpsのチャネルに対して、より大きな値を得ることができます。

CID mapping bases is an OPTIONAL parameter; its existence and length are determined by the length field. If the mapping of AAL2 CID values to a physical interface and time slot is statically configured, or if AAL2 switching [Q.2630.1] is employed, this parameter MUST NOT appear. When it is present, and the channels belong to N physical interfaces (i.e., N E1s or T1s), it MUST be N bytes in length. Each byte represents a number to be subtracted from the CID to get the timeslot number for each physical interface. For example, if the CID mapping bases parameter consists of the bytes 20 and 60, this signifies that timeslot 1 of trunk 1 corresponds to CID 21, and timeslot 1 of trunk 2 is called 61.

CIDマッピング拠点オプションパラメータです。その存在と長さは長さフィールドによって決定されます。物理インターフェイスとタイムスロットにAAL2 CID値のマッピングは静的に設定されている場合、又はAAL2スイッチング[Q.2630.1]が使用される場合、このパラメータは表示されてはいけません。それが存在し、チャネルはN個の物理インターフェイスに属している場合(すなわち、NのE1またはT1回線)が、それは、長さがNバイトでなければなりません。各バイトは、各物理インターフェイスのためのタイムスロット番号を取得するためにCIDから減算される数を表します。 CIDマッピングベースパラメータはバイト20および60で構成されている場合、例えば、これはトランク1のタイムスロット1は、CID 21に相当し、胴体2のタイムスロット1 61と呼ばれていることを意味します。

3.7. Fragmentation Indicator
3.7. 断片化インジケータ

This interface parameter is specified in [RFC4446], and its usage is explained in [RFC4623]. It MUST be omitted in the FEC of all TDM PWs excluding trunk-specific NxDS0 services with CAS using the CESoPSN encapsulation. In the case of these services, it MUST be present in the PW FEC if the payload size specified value P differs from Nx(number of frames per trunk multiframe).

このインタフェースパラメータは、[RFC4446]で指定され、その使用は[RFC4623]で説明されています。これは、すべてのTDM PWSはのCESoPSNカプセル化を使用して、CASとトランク特有のNxDS0サービスを除くのFECに省略しなければなりません。ペイロードサイズが指定された場合、これらのサービスの場合には、Pは、Nxの(トランクマルチフレームあたりのフレーム数)とは異なる値PW FEC中に存在していなければなりません。

3.8. TDM Options
3.8. TDMオプション

This is a new interface parameter. Its Interface Parameter ID (0x0B) has been assigned by IANA, and its format is shown in Figure 1 below:


    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
   |  Parameter ID |    Length     |R|D|F|X|SP |CAS|   RSVD-1      |
   |0|     PT      |   RSVD-2      |               FREQ            |
   |                         SSRC                                  |

Figure 1. Format of the TDM Options Interface Parameter Sub-TLV


The fields shown in this diagram are used as follows:


Parameter ID Identifies the TDM PW Options interface parameter, 0x0B.

パラメータIDは、0x0Bの、TDM PWオプションのインターフェイスパラメータを指定します。

Length 4, 8, or 12 (see below).


R The RTP Header Usage bit: if set, indicates that the PW endpoint distributing this FEC expects to receive RTP header in the encapsulation. RTP header will be used only if both endpoints expect to receive it. If this bit is cleared, Length MUST be set to 4; otherwise, it MUST be either 8 or 12 (see below). If the peer PW endpoint cannot meet this requirement, the Label Mapping message containing the FEC in question MUST be rejected with the appropriate status code (see Section 4 below).

RザRTPヘッダ使用ビット:設定されている場合、このFECを分配するPWエンドポイントがカプセルでRTPヘッダを受信することを期待することを示しています。 RTPヘッダには、両方のエンドポイントがそれを受け取ることを期待している場合にのみ使用されます。このビットがクリアされている場合は、長さが4に設定しなければなりません。それ以外の場合は、(下記参照)は、8または12のいずれかでなければなりません。ピアPWエンドポイントは、この要件を満たすことができない場合は、問題のFECを含むラベルマッピングメッセージは、適切なステータスコード(以下のセクション4を参照)を拒絶しなければなりません。

D The Differential timestamping Mode bit: if set, indicates that the PW endpoint distributing this FEC expects the peer to use Differential timestamping mode in the packets sent to it. If the peer PW endpoint cannot meet this requirement, the Label Mapping message containing the FEC in question MUST be rejected with the appropriate status code (see Section 4 below).


F, X Reserved for future extensions. MUST be cleared when distributed and MUST be ignored upon reception.


SP Encodes support for the CESoPSN signaling packets (see [RFC5086]):


o '00' for PWs that do not use signaling packets


o '01' for CESoPSN PWs carrying TDM data packets and expecting Customer Edge (CE) application signaling packets in a separate PW

O「01」のCESoPSN PWSはTDMデータパケットを搬送し、別PWにシグナリングパケットカスタマエッジ(CE)アプリケーションを期待するため

o '10' for a PW carrying CE application signaling packets with the data packets in a separate PW


o '11' for CESoPSN PWs carrying TDM data and CE application signaling on the same PW

O「11」のCESoPSN PWsのために同じPWにシグナリングTDMデータおよびCEアプリケーションを運びます

CAS MUST be cleared for all types of TDM PWs excluding trunk-specific NxDS0 services with CAS. For these services, it encodes the trunk framing like the following:

CASは、CASとトランク特有のNxDS0サービスを除いたTDM PWをすべてのタイプのためにきれいにしなければなりません。これらのサービスのために、それは次のようなトランクフレーミングをコードします。

o '01' - an E1 trunk

O '01' - E1トランク

o '10' - a T1/ESF trunk

O '10' - T1 / ESFトランク

o '11' - a T1 SF trunk

O '11' - T1 SFトランク

RSVD-1 and RSVD-2 Reserved bits, which MUST be set to 0 by the PW endpoint distributing this FEC and MUST be ignored by the receiver.


PT Indicates the value of Payload Type in the RTP header expected by the PW endpoint distributing this FEC. A value of 0 means that the PT value check will not be used for detecting malformed packets.

PTは、このFECを分配するPWエンドポイントによって期待されるRTPヘッダ内のペイロード・タイプの値を示します。 0の値は、PT値チェックが不正なパケットを検出するために使用されないことを意味します。

FREQ Frequency of timestamping clock in units of 8 kHz.


SSRC Indicates the value of the Synchronization source ID (SSRC ID) in the RTP header expected by the PW endpoint distributing this FEC. A value of 0 means that the SSRC ID value check will not be used for detecting misconnections. Alternatively, Length can be set to 8 in this case.

SSRCは、このFECを分配するPWエンドポイントによって期待されるRTPヘッダ内の同期ソース識別子(SSRC ID)の値を示します。 0の値は、SSRC ID値チェックが誤接続を検出するために使用されないことを意味します。あるいは、長さは、この場合には8に設定することができます。



1. This interface parameter MAY be omitted in the following cases:

a) SAToP PWs that do not use RTP header [RFC4553].

A)のSAToP PWsのRTPヘッダ[RFC4553]を使用しないこと。

b) Basic CESoPSN NxDS0 services without CE application signaling [RFC5086].


c) TDMoIP AAL1 mode 0 or 2 PWs that do not use RTP .

C)のTDMoIP AAL1モード0またはRTPを使用しない2つのPWを。

d) TDMoIP AAL2 PWs that do not relay CAS signaling and do not use RTP.

D)のTDMoIP AAL2 PWをCASシグナリングを中継していないとRTPを使用しないこと。

2. This interface parameter MUST be present in the following cases:

a) All TDM PWs that use RTP headers.

a)のRTPヘッダを使用するすべてのTDM PWを。

b) CESoPSN PWs that carry basic NxDS0 services and use CESoPSN signaling packets to carry CE application signaling. This case is discussed in detail in Section 4 below.


c) CESoPSN PWs that carry trunk-specific NxDS0 services with CAS.


d) TDMoIP AAL1 mode 1 PWs.

D)のTDMoIP AAL1モード1つのPWを。

e) TDMoIP AAL2 PWs that relay CAS signaling.

E)のTDMoIP AAL2 PWをCASシグナリングを中継しています。

3. If RTP header and possibly the Differential timestamping mode are used, the value of the Length field MUST be set to 8 or 12 in order to accommodate the Timestamping Clock Frequency and SSRC fields.

3. RTPヘッダ及びおそらくは差動タイムスタンプモードが使用される場合、長さフィールドの値はタイムスタンプクロック周波数とSSRCフィールドを収容するために8または12に設定しなければなりません。

4. Usage or non-usage of the RTP header MUST match for the two directions making up the TDM PW. However, it is possible to use the Differential timestamping mode in just one direction.

RTPヘッダの4使用または非使用はTDM PWを構成する2つの方向で一致しなければなりません。しかし、それだけで一つの方向に差動タイムスタンプモードを使用することが可能です。

4. Extending CESoPSN Basic NxDS0 Services with CE Application Signaling
4. CEアプリケーションシグナリングとのCESoPSN基本のNxDS0サービスを拡張

[RFC5086] states that basic NxDS0 services can be extended to carry CE application signaling (e.g., CAS) in special signaling packets carried in a separate PW.


The following rules define the setup of matching pairs of CESoPSN PWs using the PW ID FEC and the extensions defined above:

以下の規則がPW ID FECを使用してのCESoPSNのPWのペアを一致させる設定を定義し、拡張は、上記で定義されました。

1. The two PWs MUST:
1. 2つのPWをする必要があります。

a) Have the same PW type.


b) Use the same setup method (i.e., either both use the PWId FEC, or both use the Generalized PW FEC).

B)(すなわち、両方ともがPWID FECを使用するか、またはその両方一般PW FECを使用して)同じ設定方法を使用。

c) Have the same values of all the Interface Parameters listed in Section 3.1 above with the exception of the code point in the SP field of the TDM Options parameter:


i) For the PW carrying TDM data packets, the SP bits MUST be set to '01'.


ii) For the PW carrying the signaling packets, the SP bits MUST set to '10'.


2. If the PWId FEC has been used:
2. PWID FECが使用されている場合:

a) The value of PW ID for the CESoPSN PW carrying TDM data packets MUST be even.

a)は、TDMデータパケットを運ぶのCESoPSN PWのためのPW IDの値が偶数でなければなりません。

b) The value of PW ID for the CESoPSN PW carrying CE application signaling MUST be the next (odd) value after the (even) PW ID of the CESoPSN PW carrying TDM data packets.

B)CEアプリケーションシグナリングを運ぶのCESoPSN PWのためのPW IDの値は、TDMデータパケットを運ぶのCESoPSN PWの(偶数)PW IDの後の次の(奇数)の値でなければなりません。

When using the Generalized PW FEC for the setup of the two PWs, no specific rules for matching the two FECs are defined. Implementation-specific mechanisms MAY be employed to verify the proper matching of the TDM data PW with its associated CE signaling PW.

2つのPWの設定のための一般PW FECを使用する場合、2つのFECを合わせるための特別ルールが定義されていません。実装固有のメカニズムは、PWシグナリングその関連CEとTDMデータPWの適切なマッチングを検証するために使用することができます。

If one of the two associated PWs has been established and the other failed to be established, or for any reason fails after having been established, the established PW MUST be torn down.

2つの関連のPW 1が確立されており、他の確立に失敗した、または何らかの理由で確立された後に失敗した場合、確立PWが取り壊さなければなりません。

5. LDP Status Codes
5. LDPステータスコード

In addition to the status codes defined in Sections 5.1 and 7.2 of [RFC4447], the following status codes defined in [RFC4446] MUST be used to indicate the reason of failure to establish a TDM PW:

セクション5.1と[RFC4447]の7.2で定義されたステータスコード、[RFC4446]で定義された次のステータスコードに加えて、TDM PWを確立するために失敗の理由を示すために使用されなければなりません。

1. Incompatible bit-rate:

a) In the case of a mismatch of T1 encapsulation modes (basic vs. octet-aligned).


b) In the case of a mismatch in the number of timeslots for NxDS0 basic services or trunk-specific NxDS0 services with CAS.


2. CEP/TDM misconfiguration:
2. CEP / TDMの設定ミス:

a) In the case of a mismatch in the desired usage of RTP header.


b) In the case of a mismatch of the desired Timestamping Clock Frequency.


c) In the case of a mismatch of expected signaling packets behavior for basic CESoPSN NxDS0 services extended to carry CE application signaling in separate signaling packets.


d) In the case of trunk-specific NxDS0 services with CAS if the framing types of the trunks are different.


e) In the case of TDMoIP AAL1 PWs with different AAL1 modes specified by the endpoints.

E)エンドポイントで指定された異なるAAL1モードとのTDMoIP AAL1のPWの場合。

3. The generic misconfiguration error MAY be used to indicate any setup failure not covered above.


In cases 2a, 2b, 2c, and 2e above, the user MAY reconfigure the endpoints and attempt to set up the PW once again.


In the case of 2d, the failure is fatal.


Note that setting of the Control bit (see Section 2 above) to zero MUST result in an LDP status of "Illegal C-Bit".


6. Using the PW Status TLV
6. PWステータスTLVを使用して

The TDM PW control word carries status indications for both attachment circuits (L and M fields) and the PSN (R field) indication (see [RFC4553], [RFC5086], and [RFC5087]). Similar functionality is available via use of the PW Status TLV (see Section 5.4.2 of [RFC4447]). If the latter mechanism is employed, the signaling PE sends its peer a PW Status TLV for this PW, setting the appropriate bits (see Section 3.5 of [RFC4446]):

TDM PW制御ワードは、([RFC4553]、[RFC5086]及び[RFC5087]を参照)の接続回線(L及びMフィールド)とPSN(Rフィールド)表示の両方のための状態表示を運びます。同様の機能は、PWステータスTLVの使用を介して利用可能である([RFC4447]のセクション5.4.2を参照)。後者の機構が使用される場合、シグナリングPEは、適切なビットを([RFC4446]のセクション3.5を参照)を設定し、このPWのためにピアPWステータスTLVを送信します。

o Pseudowire Not Forwarding o Local Attachment Circuit (ingress) Receive Fault o Local Attachment Circuit (egress) Transmit Fault o Local PSN-facing PW (ingress) Receive Fault o Local PSN-facing PW (egress) Transmit Fault


As long as the TDM PW interworking function is operational, usage of the Status TLV is NOT RECOMMENDED in order to avoid contention between status indications reported by the data and control plane. However, if the TDM PW interworking function (IWF) itself fails while the PWE3 control plane remains operational, a Status TLV with all of the above bits set SHOULD be sent.

限りTDM PWのインターワーキング機能が動作しているように、ステータスTLVの使用法は、データおよび制御プレーンによって報告されたステータス表示間の競合を避けるために推奨されません。 PWE3制御プレーンが動作ままTDM PWのインターワーキング機能(IWF)自体が失敗した場合は、設定上のビットのすべてとステータスTLVが送信されるべきです。

7. IANA Considerations
7. IANAの考慮事項

Most of the IANA assignments required by this document are already listed in [RFC4446]. Additional assignments have been made for four Interface Parameter Sub-TLV types (see Section 3.1):


o TDM Options (0x0B) o Number of TDMoIP AAL1 cells per packet (0x0E) o TDMoIP AAL1 mode (0x10) o TDMoIP AAL2 Options (0x11)

(0x11を)のTDMoIP AAL2オプションO(0×10)のTDMoIP AAL1モードOパケット当たりの個数のTDMoIP AAL1の細胞(0x0Eの)O TDMオプション(0x0Bの)O

8. Security Considerations

This document does not have any additional impact on the security of PWs above that of basic LDP-based setup of PWs specified in [RFC4447].


9. Acknowledgements

Sharon Galtzur has reviewed one of the previous versions of this document. Y. (J.) Stein would like to thank Barak Schlosser for helpful discussions.

シャロンGaltzurはこのドキュメントの以前のバージョンのいずれかを検討しています。 Y.(J.)スタインは有用な議論のためのバラクSchlosserに感謝したいと思います。

10. References
10.1. Normative References
10.1. 引用規格

[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月。

[RFC5036] Andersson, L., Ed., Minei, I., Ed., and B. Thomas, Ed., "LDP Specification", RFC 5036, October 2007.

[RFC5036]アンデション、L.、エド。、Minei、I.、エド。、およびB.トーマス、エド。、 "LDP仕様"、RFC 5036、2007年10月。

[RFC4447] Martini, L., Ed., Rosen, E., El-Aawar, N., Smith, T., and G. Heron, "Pseudowire Setup and Maintenance Using the Label Distribution Protocol (LDP)", RFC 4447, April 2006.

[RFC4447]、RFC 4447マティーニ、L.、エド。、ローゼン、E.、エルAawar、N.、スミス、T.、およびG.サギ、 "ラベル配布プロトコル(LDP)を使用して疑似回線の設定とメンテナンス" 、2006年4月。

[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の割り当て"。

[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月。

[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月。

10.2. Informative References
10.2. 参考文献

[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月。

[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月。

[Q.2630.1] ITU-T Recommendation Q.2630.1, December 1999, AAL type 2 signaling protocol - Capability set 1

[Q.2630.1] ITU-T勧告Q.2630.1、1999年12月、AALタイプ2シグナリングプロトコル - 機能セット1

[RFC4805] Nicklass, O., Ed., "Definitions of Managed Objects for the DS1, J1, E1, DS2, and E2 Interface Types", RFC 4805, March 2007.

[RFC4805] Nicklass、O.、エド。、RFC 4805、2007年3月 "DS1、J1、E1、DS2、およびE2インターフェイスのタイプのための管理オブジェクトの定義"。

[RFC4842] Malis, A., Pate, P., Cohen, R., Ed., and D. Zelig, "Synchronous Optical Network/Synchronous Digital Hierarchy (SONET/SDH) Circuit Emulation over Packet (CEP)", RFC 4842, April 2007.

[RFC4842] Malis、A.、パテ、P.、コーエン、R.、編、及びD.カメレオンマン、 "同期光ネットワーク/同期デジタル階層(SONET / SDH)パケット(CEP)を超える回線エミュレーション"、RFC 4842 、2007年4月。

Authors' Addresses


Alexander ("Sasha") Vainshtein ECI Telecom 30 ha-Sivim St., PO Box 500 Petah-Tiqva, 49517 Israel

アレクサンダー( "サーシャ")Vainshtein ECIテレコムHA-30グレーセント、私書箱500 Petah Tiqva、イスラエル49517



Yaakov (Jonathan) Stein RAD Data Communications 24 Raoul Wallenberg St., Bldg C Tel Aviv 69719 ISRAEL


Phone: +972 3 645-5389 EMail:

電話番号:+972 3 645-5389 Eメール

Full Copyright Statement


Copyright (C) The IETF Trust (2008).


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に含まれる権利と許可と制限の適用を受けており、その中の記載を除いて、作者は彼らのすべての権利を保有します。


この文書とここに含まれている情報は、基礎と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


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は、その注意にこの標準を実装するために必要とされる技術をカバーすることができる任意の著作権、特許または特許出願、またはその他の所有権を持ってすべての利害関係者を招待します。 ietf-ipr@ietf.orgのIETFに情報を記述してください。