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）の最新版を参照してください。このメモの配布は無制限です。
Abstract
抽象
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
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].
構造に依存しないTDMの疑似回線は、[RFC4553]で指定されており、その構造を意識したものは[RFC5086]と[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.
L2TPv3のを使用してのTDMのPWセットアップは別の文書で定義されます。
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]に記載されているように解釈されます。
[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:
[RFC4447]は結合FECツーPWラベルを広告するためのLDPラベルマッピングメッセージ[RFC5036]を使用し、この目的のために使用することができるPW転送等価クラス（のFEC）の二つのタイプを定義します。
a) PW type
A）PWタイプ
b) Control bit (indicates presence of the control word)
b）コントロール・ビット（制御ワードの存在を示します）
c) Group ID
C）グループID
d) PW ID e) Interface parameters Sub-TLV
D）PW ID E）インタフェースパラメータサブTLV
a) PW type
A）PWタイプ
b) Control bit
b）コントロール・ビット
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.
グループIDおよびインターフェイスパラメータは、別のTLVに含まれている、PWグルーピングTLVとインタフェースパラメータ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:
次のようにTDMのPWsのためのPWタイプは、[RFC4446]に割り当てられています。
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.
PWの両方の方向が同じタイプであることが要求されているように、2つのエンドポイントは、PWタイプに同意しなければなりません。
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]).
PW型0x0012は、（[RFC4805]を参照）J1の接続回線の対の間の構造にとらわれないTDM用のPWの設定のために使用されなければなりません。
The interface parameters that are relevant for the setup of the TDM PWs are listed below.
TDMののPWセットアップに関連するインターフェイスパラメータは以下のとおりです。
-------------------------------------------------------------
| 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).
明示的に適切な説明では特に断らない場合は、インタフェースパラメータの値が適切な大きさ（16または32ビット）の符号なし整数として解釈されます。
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バイトの間であるのが典型的です。
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:
このパラメータは、すべてのSAToPとのCESoPSNのPWの設定（即ち、PWはタイプ0x0011、0x0012、0x0013、0x0014、0x0015と0x0017）に使用され、以下のセマンティクスを採用しています。
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.
構造に依存しないエミュレーション3.、基礎となるPSNのMTUと一致する任意の値を指定することができます。
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:
b）はCASとトランク特有のNxDS0の場合：
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.
II）シグナリングサブ構造のサイズは、指定された値Pに会計処理されません
5. This parameter MUST NOT be used for the setup of TDMoIP PWs (i.e., PWs with PW types 0x0016 and 0x0018).
5.このパラメータは、のTDMoIPのPWの設定のために使用してはいけません（すなわち、PWタイプ0x0016と0x0018とのPW）。
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]:
現在、唯一の次の値は、構造に依存しないエミュレーションのために指定する必要がある場合2.（[RFC4553]を参照してください。
a) Structure-agnostic E1 emulation - 32
A）構造にとらわれないE1エミュレーション - 32
b) Structure-agnostic T1 emulation:
B）の構造に依存しないT1エミュレーション。
i) MUST be set to 24 in the basic emulation mode
ⅰ）基本的なエミュレーションモードで24に設定しなければなりません。
ii) MUST be set to 25 for the "Octet-aligned T1" emulation mode
II）「オクテット整列T1」エミュレーションモード25に設定しなければなりません
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.
3.構造認識エミュレーションのすべての種類については、このパラメータは、Nは、対応する接続回線にDS0チャネルの数であるNに設定しなければなりません。
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.
注：値24は、64キロビット/秒の単位でT1またはJ1回路（1,544メガビット/秒）の実際のビットレートを表していません。上記の値は、便宜のために使用されます。
Note: A 4-byte space is reserved for this parameter for compatibility with [RFC4842].
注：4バイトの空間は[RFC4842]との互換性のため、このパラメータのために予約されています。
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）。
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モードに同意しなければなりません。
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:
Vは、音声アクティビティ検出（VAD）機能を定義します。その値は、次のような意味を持っています：
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.
0アクティビティのみシグナリングによって示されることを意味します。図1は、音声アクティビティ検出が使用されることを意味します。図3は、このチャンネルが常にアクティブであることを意味します。特に、このチャネルはタイミング回復のために使用することができます。
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.
符号化ペイロードに対して実行ネイティブ信号処理を指定します。ネイティブ信号処理は（すなわち、G.711符号化）が行われていない場合、このフィールドはゼロでなければなりません。この分野で使用することができる他の特定の値は、この仕様の範囲を超えていますが、PWのセットアップが成功するためには二つの方向が一致しなければなりません。
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と呼ばれていることを意味します。
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中に存在していなければなりません。
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:
これは、新しいインタフェースパラメータです。そのインタフェースパラメータID（0x0Bの）は、IANAによって割り当てられており、その形式は以下の図1に示されています。
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
TDMオプションインタフェースパラメータサブTLVの図1.フォーマット
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).
長さ4,8、または12（下記参照）。
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).
Dザ差動タイムスタンプモードビット：設定されている場合、このFECを分配するPWエンドポイントは、ピアがそれに送信されたパケット差動タイムスタンプモードを使用するように期待していることを示しています。ピアPWエンドポイントは、この要件を満たすことができない場合は、問題のFECを含むラベルマッピングメッセージは、適切なステータスコード（以下のセクション4を参照）を拒絶しなければなりません。
F, X Reserved for future extensions. MUST be cleared when distributed and MUST be ignored upon reception.
F、将来の拡張のためのX予約済み。分散および受信時に無視されなければならないときにきれいにしなければなりません。
SP Encodes support for the CESoPSN signaling packets (see [RFC5086]):
CESoPSNシグナリングパケットのSPエンコードサポート（[RFC5086]を参照）。
o '00' for PWs that do not use signaling packets
O「00」シグナリングパケットを使用していないPWのための
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
別PWのデータパケットを有するパケットシグナリングPW運ぶCEアプリケーションのO「10」
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.
RSVD-1と、このFECを分配するPW終点で0に設定しなければならなくて、受信機によって無視されなければならないRSVD-2予約ビット、。
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.
8キロヘルツ単位のタイムスタンプクロックの周波数FREQ。
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に設定することができます。
Notes:
ノート：
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].
[RFC5086]をシグナルCEアプリケーションなしb）基本のCESoPSNのNxDS0サービス。
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を使用しないこと。
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.
b）基本のNxDS0サービスを運ぶとCEアプリケーションシグナリングを運ぶためのCESoPSNシグナリングパケットを使用するのCESoPSNのPWをします。この場合は、以下の第4節で詳しく説明されています。
c) CESoPSN PWs that carry trunk-specific NxDS0 services with CAS.
C）CASとトランク特有のNxDS0サービスを運ぶのCESoPSNのPWを。
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つの方向で一致しなければなりません。しかし、それだけで一つの方向に差動タイムスタンプモードを使用することが可能です。
[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.
[RFC5086]は基本のNxDS0サービスは別PWで運ば特別なシグナリングパケットのCEアプリケーションシグナリング（例えば、CAS）を搬送するために拡張することができると述べています。
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のペアを一致させる設定を定義し、拡張は、上記で定義されました。
a) Have the same PW type.
a）は、同じPWタイプを持っています。
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:
C）TDMオプションパラメータのSPフィールドにコードポイントを除いて、上記のセクション3.1に記載されているすべてのインタフェースパラメータの同じ値を持っています：
i) For the PW carrying TDM data packets, the SP bits MUST be set to '01'.
I）PWはTDMデータパケットを運ぶための、SPビットが「01」に設定しなければなりません。
ii) For the PW carrying the signaling packets, the SP bits MUST set to '10'.
II）PWシグナリングパケットを運ぶための、SPビットが「10」に設定しなければなりません。
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が取り壊さなければなりません。
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を確立するために失敗の理由を示すために使用されなければなりません。
a) In the case of a mismatch of T1 encapsulation modes (basic vs. octet-aligned).
A）T1カプセル化モード（塩基対オクテット整列）の不一致の場合には。
b) In the case of a mismatch in the number of timeslots for NxDS0 basic services or trunk-specific NxDS0 services with CAS.
b）はCASとのNxDS0基本的なサービスやトランク特有のNxDS0サービスのためのタイムスロットの数が不一致の場合。
a) In the case of a mismatch in the desired usage of RTP header.
a）は、RTPヘッダの所望の用法の不一致の場合には。
b) In the case of a mismatch of the desired Timestamping Clock Frequency.
B）所望のタイムスタンプクロック周波数の不一致の場合には。
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.
c）基本のCESoPSNのNxDS0サービスのために予想されるシグナリングパケットの挙動の不一致の場合には別個のシグナリングパケットにCEアプリケーションシグナリングを搬送する拡張。
d) In the case of trunk-specific NxDS0 services with CAS if the framing types of the trunks are different.
D）CASとトランク特有のNxDS0サービスの場合、トランクのフレーミングタイプが異なる場合。
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.
3.一般的な設定ミスのエラーは、上記カバーされていない任意のセットアップの失敗を示すために使用されるかもしれません。
In cases 2a, 2b, 2c, and 2e above, the user MAY reconfigure the endpoints and attempt to set up the PW once again.
上記の例2a、2b、2cおよび2eに、ユーザーは、エンドポイントを再設定し、再びPWを設定しようとすることができます。
In the case of 2d, the failure is fatal.
2Dの場合には、故障は致命的です。
Note that setting of the Control bit (see Section 2 above) to zero MUST result in an LDP status of "Illegal C-Bit".
「無効なCビット」のLDP状態をもたらさなければなりませんゼロに制御ビット（上記のセクション2を参照）の設定に注意してください。
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
O擬似回線は、ローカル接続回線（出力）送信障害Oフォルトを受信ローカル接続回線（入力）O転送しないローカルPSN向けのPW（入力）ローカルPSN向けのPW（出口）O障害を受信し送信障害O
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が送信されるべきです。
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):
この文書で必要とされるIANAの割り当てのほとんどは、すでに[RFC4446]に記載されています。追加の割り当ては4インタフェースパラメータサブTLVのタイプ（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
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].
この文書では、[RFC4447]で指定されたのPW基本LDPベースのセットアップのそれ以上のPWセキュリティ上の任意の追加的な影響はありません。
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に感謝したいと思います。
[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月。
[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
EMail: Alexander.Vainshtein@ecitele.com
メールアドレス：Alexander.Vainshtein@ecitele.com
Yaakov (Jonathan) Stein RAD Data Communications 24 Raoul Wallenberg St., Bldg C Tel Aviv 69719 ISRAEL
Yaakovの（ジョナサン）スタインRADデータ・コミュニケーションズ24ラウル・ワレンバーグセント、ビルCテルアビブ69719イスラエル
Phone: +972 3 645-5389 EMail: yaakov_s@rad.com
電話番号：+972 3 645-5389 Eメール：yaakov_s@rad.com
Full Copyright Statement
完全な著作権声明
Copyright (C) The IETF Trust (2008).
著作権（C）IETFトラスト（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に含まれる権利と許可と制限の適用を受けており、その中の記載を除いて、作者は彼らのすべての権利を保有します。
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に情報を記述してください。