[要約] このRFCはSCTPに、送受信ストリームのシーケンス番号リセット、アソシエーション全体のSSN/TSNリセット、送受信ストリーム追加を行う再構成拡張を定義しています。RE-CONFIGチャンクとソケットAPIを通じて、既存のアソシエーションを保ったままストリームを再利用・追加するための手順と通知を規定しています。
Internet Engineering Task Force (IETF) R. Stewart
Request for Comments: 6525 Adara Networks
Category: Standards Track M. Tuexen
ISSN: 2070-1721 Muenster Univ. of Appl. Sciences
P. Lei
Cisco Systems, Inc.
February 2012
Stream Control Transmission Protocol (SCTP) Stream Reconfiguration
ストリーム制御伝送プロトコル（SCTP）ストリーム再構成
Abstract
概要
Many applications that use the Stream Control Transmission Protocol (SCTP) want the ability to "reset" a stream. The intention of resetting a stream is to set the numbering sequence of the stream back to 'zero' with a corresponding notification to the application layer that the reset has been performed. Applications requiring this feature want it so that they can "reuse" streams for different purposes but still utilize the stream sequence number so that the application can track the message flows. Thus, without this feature, a new use of an old stream would result in message numbers greater than expected, unless there is a protocol mechanism to "reset the streams back to zero". This document also includes methods for resetting the transmission sequence numbers, adding additional streams, and resetting all stream sequence numbers.
Stream Control Transmission Protocol（SCTP）を使う多くのアプリケーションは、ストリームを「リセット」する機能を必要としています。ストリームのリセットは、そのストリームのシーケンス番号を0に戻し、リセットが完了したことをアプリケーション層に通知するためのものです。アプリケーションはストリームを別の用途に「再利用」しつつ、シーケンス番号を使ってメッセージの流れを追跡できることを求めています。この機能がなければ、プロトコルによってストリームの番号を0に戻せない限り、既存ストリームを新しい用途に使ったときのメッセージ番号が想定より大きくなります。本書では、Transmission Sequence Number（TSN）のリセット、ストリームの追加、およびすべてのストリームシーケンス番号のリセット方法も規定します。
Status of This Memo
本文書の状態
This is an Internet Standards Track document.
これはインターネット標準化過程の文書です。
This document is a product of the Internet Engineering Task Force (IETF). It represents the consensus of the IETF community. It has received public review and has been approved for publication by the Internet Engineering Steering Group (IESG). Further information on Internet Standards is available in Section 2 of RFC 5741.
本書はInternet Engineering Task Force（IETF）の文書であり、IETFコミュニティの合意を示しています。公開レビューを経て、Internet Engineering Steering Group（IESG）が発行を承認しました。インターネット標準について詳しくは、RFC 5741のセクション2を参照してください。
Information about the current status of this document, any errata, and how to provide feedback on it may be obtained at http://www.rfc-editor.org/info/rfc6525.
本書の現在の状態、正誤表、およびフィードバックの送付方法については、http://www.rfc-editor.org/info/rfc6525 を参照してください。
Copyright Notice
著作権表示
Copyright (c) 2012 IETF Trust and the persons identified as the document authors. All rights reserved.
Copyright (c) 2012 IETF Trust and the persons identified as the document authors. All rights reserved.
This document is subject to BCP 78 and the IETF Trust's Legal Provisions Relating to IETF Documents (http://trustee.ietf.org/license-info) in effect on the date of publication of this document. Please review these documents carefully, as they describe your rights and restrictions with respect to this document. Code Components extracted from this document must include Simplified BSD License text as described in Section 4.e of the Trust Legal Provisions and are provided without warranty as described in the Simplified BSD License.
本書には、本書の発行日に有効なBCP 78およびIETF文書に関するIETF Trustの法的規定（http://trustee.ietf.org/license-info）が適用されます。これらの文書には本書に関する権利と制限が記載されているため、よく確認してください。本書から抽出したコードコンポーネントには、Trustの法的規定のセクション4.eに記載された簡易BSDライセンスの文面を含める必要があります。また、簡易BSDライセンスに記載されているとおり、保証なしで提供されます。
Table of Contents
目次
1. Introduction ....................................................3 2. Conventions .....................................................4 3. New Chunk Type ..................................................4 3.1. RE-CONFIG Chunk ............................................5 4. New Parameter Types .............................................6 4.1. Outgoing SSN Reset Request Parameter .......................7 4.2. Incoming SSN Reset Request Parameter .......................8 4.3. SSN/TSN Reset Request Parameter ............................9 4.4. Re-configuration Response Parameter .......................10 4.5. Add Outgoing Streams Request Parameter ....................12 4.6. Add Incoming Streams Request Parameter ....................13 5. Procedures .....................................................14 5.1. Sender-Side Procedures ....................................14 5.1.1. Sender-Side Procedures for the RE-CONFIG Chunk .....14 5.1.2. Sender-Side Procedures for the Outgoing SSN Reset Request Parameter ............................15 5.1.3. Sender-Side Procedures for the Incoming SSN Reset Request Parameter ............................16 5.1.4. Sender-Side Procedures for the SSN/TSN Reset Request Parameter ............................17 5.1.5. Sender-Side Procedures for the Add Outgoing Streams Request Parameter ..........................17 5.1.6. Sender-Side Procedures for the Add Incoming Streams Request Parameter ..........................17 5.1.7. Sender-Side Procedures for the Re-configuration Response Parameter ................18
5.2. Receiver-Side Procedures ..................................18
5.2.1. Receiver-Side Procedures for the RE-CONFIG Chunk ...18
5.2.2. Receiver-Side Procedures for the Outgoing
SSN Reset Request Parameter ........................19
5.2.3. Receiver-Side Procedures for the Incoming
SSN Reset Request Parameter ........................20
5.2.4. Receiver-Side Procedures for the SSN/TSN
Reset Request Parameter ............................21
5.2.5. Receiver-Side Procedures for the Add
Outgoing Streams Request Parameter .................21
5.2.6. Receiver-Side Procedures for the Add
Incoming Streams Request Parameter .................22
5.2.7. Receiver-Side Procedures for the
Re-configuration Response Parameter ................22
6. Sockets API Considerations .....................................23
6.1. Events ....................................................23
6.1.1. Stream Reset Event .................................24
6.1.2. Association Reset Event ............................25
6.1.3. Stream Change Event ................................26
6.2. Event Subscription ........................................27
6.3. Socket Options ............................................27
6.3.1. Enable/Disable Stream Reset
(SCTP_ENABLE_STREAM_RESET) .........................28
6.3.2. Reset Incoming and/or Outgoing Streams
(SCTP_RESET_STREAMS) ...............................29
6.3.3. Reset SSN/TSN (SCTP_RESET_ASSOC) ...................29
6.3.4. Add Incoming and/or Outgoing Streams
(SCTP_ADD_STREAMS) .................................30
7. Security Considerations ........................................30
8. IANA Considerations ............................................31
8.1. A New Chunk Type ..........................................31
8.2. Six New Chunk Parameter Types .............................31
9. Acknowledgments ................................................31
10. References ....................................................32
10.1. Normative References .....................................32
10.2. Informative References ...................................32
Appendix A. Examples of the Reconfiguration Procedures ............33
Many applications that use SCTP as defined in [RFC4960] want the ability to "reset" a stream. The intention of resetting a stream is to set the Stream Sequence Numbers (SSNs) of the stream back to 'zero' with a corresponding notification to the application layer that the reset has been performed. Applications requiring this feature want to "reuse" streams for different purposes but still utilize the SSN so that the application can track the message flows. Thus, without this feature, a new use of an old stream would result in message numbers greater than expected, unless there is a protocol mechanism to "reset the streams back to zero". This document also includes methods for resetting the Transmission Sequence Numbers (TSNs), adding additional streams, and resetting all SSNs.
[RFC4960]で定義されたSCTPを使う多くのアプリケーションは、ストリームを「リセット」する機能を必要としています。ストリームのリセットは、そのストリームのStream Sequence Number（SSN）を0に戻し、リセット完了をアプリケーション層に通知するためのものです。アプリケーションはストリームを別の用途に「再利用」しつつ、SSNを使ってメッセージの流れを追跡できることを求めています。この機能がなければ、プロトコルによってストリームの番号を0に戻せない限り、既存ストリームを新しい用途に使ったときのメッセージ番号が想定より大きくなります。本書では、Transmission Sequence Number（TSN）のリセット、ストリームの追加、およびすべてのSSNのリセット方法も規定します。
The sockets API for SCTP defined in [RFC6458] exposes the sequence numbers used by SCTP for user message transfer. Therefore, resetting them can be used by application writers. Please note that the corresponding sequence number for TCP is not exposed via the sockets API for TCP.
[RFC6458]で定義されたSCTP Sockets APIは、SCTPがユーザーメッセージの転送に使うシーケンス番号をアプリケーションに公開します。そのため、アプリケーションの開発者はこれらの番号をリセットできます。なお、TCPのSockets APIは、対応するTCPシーケンス番号を公開しません。
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"、"SHALL"、"SHALL NOT"、"SHOULD"、"SHOULD NOT"、"RECOMMENDED"、"MAY"、および "OPTIONAL" は、[RFC2119] で説明されているように解釈されるものとします。
This section defines the new chunk type that will be used to reconfigure streams. Table 1 illustrates the new chunk type.
このセクションでは、ストリームの再構成に使用される新しいチャンクタイプを定義します。表1は、新しいチャンクタイプを示しています。
+------------+------------------------------------+
| Chunk Type | Chunk Name |
+------------+------------------------------------+
| 130 | Re-configuration Chunk (RE-CONFIG) |
+------------+------------------------------------+
Table 1
表1
It should be noted that the format of the RE-CONFIG chunk requires that the receiver ignore the chunk if it is not understood and continue processing all chunks that follow. This is accomplished by the use of the upper bits of the chunk type as described in Section 3.2 of [RFC4960].
RE-CONFIGチャンクの形式では、受信側が理解できないチャンクを無視し、その後に続くすべてのチャンクの処理を続ける必要があります。これは、[RFC4960]のセクション3.2で説明されているように、チャンクタイプの上位ビットを使って実現します。
All transported integer numbers are in "network byte order", a.k.a. Big Endian.
転送されるすべての整数値は、ネットワークバイトオーダー（ビッグエンディアン）です。
This document adds one new chunk type to SCTP. The chunk has the following format:
このドキュメントは、1つの新しいチャンクタイプをSCTPに追加します。チャンクには次の形式があります。
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
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| Type = 130 | Chunk Flags | Chunk Length |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
\ \
/ Re-configuration Parameter /
\ \
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
\ \
/ Re-configuration Parameter (optional) /
\ \
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
Chunk Type: 1 byte (unsigned integer) This field holds the IANA-defined chunk type for the RE-CONFIG chunk. The value of this field is 130.
Chunk Type：1バイト（符号なし整数）。このフィールドには、RE-CONFIGチャンクに割り当てられたIANA定義のチャンクタイプを格納します。値は130です。
Chunk Flags: 1 byte (unsigned integer) This field is set to 0 by the sender and ignored by the receiver.
Chunk Flags：1バイト（符号なし整数）。送信側はこのフィールドを0に設定し、受信側は無視します。
Chunk Length: 2 bytes (unsigned integer) This field holds the length of the chunk in bytes, including the Chunk Type, Chunk Flags, and Chunk Length.
Chunk Length：2バイト（符号なし整数）。このフィールドには、Chunk Type、Chunk Flags、Chunk Lengthを含むチャンク全体の長さをバイト単位で格納します。
Re-configuration Parameter This field holds a Re-configuration Request Parameter or a Re-configuration Response Parameter.
Re-configuration Parameter：このフィールドには、Re-configuration Request ParameterまたはRe-configuration Response Parameterを格納します。
Note that each RE-CONFIG chunk holds at least one parameter and at most two parameters. Only the following combinations are allowed:
各RE-CONFIGチャンクには、少なくとも1つ、最大2つのパラメーターを格納します。許可される組み合わせは次のとおりです。
1. Outgoing SSN Reset Request Parameter.
1. Outgoing SSN Reset Request Parameter
2. Incoming SSN Reset Request Parameter.
2. Incoming SSN Reset Request Parameter
3. Outgoing SSN Reset Request Parameter, Incoming SSN Reset Request Parameter.
3. Outgoing SSN Reset Request Parameter、Incoming SSN Reset Request Parameter
4. SSN/TSN Reset Request Parameter.
4. SSN/TSN Reset Request Parameter
5. Add Outgoing Streams Request Parameter.
5. Add Outgoing Streams Request Parameter
6. Add Incoming Streams Request Parameter.
6. Add Incoming Streams Request Parameter
7. Add Outgoing Streams Request Parameter, Add Incoming Streams Request Parameter.
7. Add Outgoing Streams Request Parameter、Add Incoming Streams Request Parameter
8. Re-configuration Response Parameter.
8. Re-configuration Response Parameter
9. Re-configuration Response Parameter, Outgoing SSN Reset Request Parameter.
9. Re-configuration Response Parameter、Outgoing SSN Reset Request Parameter
10. Re-configuration Response Parameter, Re-configuration Response Parameter.
10. Re-configuration Response Parameter、Re-configuration Response Parameter
If a sender transmits an unsupported combination, the receiver SHOULD send an ERROR chunk with a Protocol Violation cause, as defined in Section 3.3.10.13 of [RFC4960]).
送信側が未サポートの組み合わせを送信した場合、受信側は[RFC4960]のセクション3.3.10.13で定義されているProtocol Violation原因を含むERRORチャンクを送信すべきです (SHOULD)。
This section defines the new parameter types that will be used in the RE-CONFIG chunk. Table 2 illustrates the new parameter types.
このセクションでは、RE-CONFIGチャンクで使う新しいパラメータータイプを定義します。表2にその一覧を示します。
+----------------+----------------------------------------+
| Parameter Type | Parameter Name |
+----------------+----------------------------------------+
| 13 | Outgoing SSN Reset Request Parameter |
| 14 | Incoming SSN Reset Request Parameter |
| 15 | SSN/TSN Reset Request Parameter |
| 16 | Re-configuration Response Parameter |
| 17 | Add Outgoing Streams Request Parameter |
| 18 | Add Incoming Streams Request Parameter |
+----------------+----------------------------------------+
Table 2
表2
It should be noted that the parameter format requires that the receiver stop processing the parameter and not process any further parameters within the chunk if the parameter type is not recognized. This is accomplished by the use of the upper bits of the parameter type as described in Section 3.2.1 of [RFC4960].
パラメータータイプが認識されない場合、受信側はそのパラメーターの処理を停止し、同じチャンク内にある後続のパラメーターも処理しません。これは、[RFC4960]のセクション3.2.1で説明されているように、パラメータータイプの上位ビットを使って実現します。
All transported integer numbers are in "network byte order", a.k.a. Big Endian.
転送されるすべての整数値は、ネットワークバイトオーダー（ビッグエンディアン）です。
This parameter is used by the sender to request the reset of some or all outgoing streams.
送信側はこのパラメーターを使って、送信ストリームの一部またはすべてのリセットを要求します。
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 Type = 13 | Parameter Length = 16 + 2 * N |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| Re-configuration Request Sequence Number |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| Re-configuration Response Sequence Number |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| Sender's Last Assigned TSN |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| Stream Number 1 (optional) | Stream Number 2 (optional) |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
/ ...... /
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| Stream Number N-1 (optional) | Stream Number N (optional) |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
Parameter Type: 2 bytes (unsigned integer) This field holds the IANA-defined parameter type for the Outgoing SSN Reset Request Parameter. The value of this field is 13.
Parameter Type：2バイト（符号なし整数）。このフィールドには、Outgoing SSN Reset Request Parameterに割り当てられたIANA定義のパラメータータイプを格納します。値は13です。
Parameter Length: 2 bytes (unsigned integer) This field holds the length in bytes of the parameter; the value MUST be 16 + 2 * N, where N is the number of stream numbers listed.
Parameter Length：2バイト（符号なし整数）。このフィールドには、パラメーターの長さをバイト単位で格納します。値は16 + 2 * Nでなければなりません (MUST)。ここでNは、列挙されているストリーム番号の数です。
Re-configuration Request Sequence Number: 4 bytes (unsigned integer) This field is used to identify the request. It is a monotonically increasing number that is initialized to the same value as the initial TSN. It is increased by 1 whenever sending a new Re-configuration Request Parameter.
Re-configuration Request Sequence Number：4バイト（符号なし整数）。このフィールドは要求を識別します。初期値は初期TSNと同じで、その後は単調増加します。新しいRe-configuration Request Parameterを送信するたびに1増加します。
Re-configuration Response Sequence Number: 4 bytes (unsigned integer) When this Outgoing SSN Reset Request Parameter is sent in response to an Incoming SSN Reset Request Parameter, this parameter is also an implicit response to the incoming request. This field then holds the Re-configuration Request Sequence Number of the incoming request. In other cases, it holds the next expected Re-configuration Request Sequence Number minus 1.
Re-configuration Response Sequence Number：4バイト（符号なし整数）。このOutgoing SSN Reset Request ParameterをIncoming SSN Reset Request Parameterへの応答として送る場合、このフィールドは着信要求への暗黙的な応答も示し、その要求のRe-configuration Request Sequence Numberを格納します。それ以外の場合は、次に期待するRe-configuration Request Sequence Numberから1を引いた値を格納します。
Sender's Last Assigned TSN: 4 bytes (unsigned integer) This value holds the next TSN minus 1 -- in other words, the last TSN that this sender assigned.
Sender's Last Assigned TSN：4バイト（符号なし整数）。この値は次のTSNから1を引いた値、つまり送信側が最後に割り当てたTSNです。
Stream Number 1..N: 2 bytes (unsigned integer) This optional field, if included, is used to indicate specific streams that are to be reset. If no streams are listed, then all streams are to be reset.
Stream Number 1..N：2バイト（符号なし整数）。この任意フィールドがある場合、リセット対象のストリームを指定します。ストリーム番号が列挙されていない場合は、すべてのストリームをリセットします。
This parameter can appear in a RE-CONFIG chunk. This parameter MUST NOT appear in any other chunk type.
このパラメーターはRE-CONFIGチャンクに含められます。他の種類のチャンクに含めてはなりません (MUST NOT)。
This parameter is used by the sender to request that the peer reset some or all of its outgoing streams.
送信側はこのパラメーターを使って、ピアに対し、ピア自身の送信ストリームの一部またはすべてをリセットするよう要求します。
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 Type = 14 | Parameter Length = 8 + 2 * N |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| Re-configuration Request Sequence Number |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| Stream Number 1 (optional) | Stream Number 2 (optional) |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
/ ...... /
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| Stream Number N-1 (optional) | Stream Number N (optional) |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
Parameter Type: 2 bytes (unsigned integer) This field holds the IANA-defined parameter type for the Incoming SSN Reset Request Parameter. The value of this field is 14.
Parameter Type：2バイト（符号なし整数）。このフィールドには、Incoming SSN Reset Request Parameterに割り当てられたIANA定義のパラメータータイプを格納します。値は14です。
Parameter Length: 2 bytes (unsigned integer) This field holds the length in bytes of the parameter; the value MUST be 8 + 2 * N.
Parameter Length：2バイト（符号なし整数）。このフィールドには、パラメーターの長さをバイト単位で格納します。値は8 + 2 * Nでなければなりません (MUST)。
Re-configuration Request Sequence Number: 4 bytes (unsigned integer) This field is used to identify the request. It is a monotonically increasing number that is initialized to the same value as the initial TSN. It is increased by 1 whenever sending a new Re-configuration Request Parameter.
Re-configuration Request Sequence Number：4バイト（符号なし整数）。このフィールドは要求を識別します。初期値は初期TSNと同じで、その後は単調増加します。新しいRe-configuration Request Parameterを送信するたびに1増加します。
Stream Number 1..N: 2 bytes (unsigned integer) This optional field, if included, is used to indicate specific streams that are to be reset. If no streams are listed, then all streams are to be reset.
Stream Number 1..N：2バイト（符号なし整数）。この任意フィールドがある場合、リセット対象のストリームを指定します。ストリーム番号が列挙されていない場合は、すべてのストリームをリセットします。
This parameter can appear in a RE-CONFIG chunk. This parameter MUST NOT appear in any other chunk type.
このパラメーターはRE-CONFIGチャンクに含められます。他の種類のチャンクに含めてはなりません (MUST NOT)。
This parameter is used by the sender to request a reset of the TSN and SSN numbering of all incoming and outgoing streams.
送信側はこのパラメーターを使って、すべての受信ストリームと送信ストリームのTSNおよびSSNの番号付けをリセットするよう要求します。
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 Type = 15 | Parameter Length = 8 |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| Re-configuration Request Sequence Number |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
Parameter Type: 2 bytes (unsigned integer) This field holds the IANA-defined parameter type for the SSN/TSN Reset Request Parameter. The value of this field is 15.
Parameter Type：2バイト（符号なし整数）。このフィールドには、SSN/TSN Reset Request Parameterに割り当てられたIANA定義のパラメータータイプを格納します。値は15です。
Parameter Length: 2 bytes (unsigned integer) This field holds the length in bytes of the parameter; the value MUST be 8.
Parameter Length：2バイト（符号なし整数）。このフィールドには、パラメーターの長さをバイト単位で格納します。値は8でなければなりません (MUST)。
Re-configuration Request Sequence Number: 4 bytes (unsigned integer) This field is used to identify the request. It is a monotonically increasing number that is initialized to the same value as the initial TSN. It is increased by 1 whenever sending a new Re-configuration Request Parameter.
Re-configuration Request Sequence Number：4バイト（符号なし整数）。このフィールドは要求を識別します。初期値は初期TSNと同じで、その後は単調増加します。新しいRe-configuration Request Parameterを送信するたびに1増加します。
This parameter can appear in a RE-CONFIG chunk. This parameter MUST NOT appear in any other chunk type.
このパラメーターはRE-CONFIGチャンクに含められます。他の種類のチャンクに含めてはなりません (MUST NOT)。
This parameter is used by the receiver of a Re-configuration Request Parameter to respond to the request.
このパラメーターは、Re-configuration Request Parameterを受信した側が、その要求への応答に使います。
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 Type = 16 | Parameter Length |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| Re-configuration Response Sequence Number |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| Result |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| Sender's Next TSN (optional) |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| Receiver's Next TSN (optional) |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
Parameter Type: 2 bytes (unsigned integer) This field holds the IANA-defined parameter type for the Re-configuration Response Parameter. The value of this field is 16.
Parameter Type：2バイト（符号なし整数）。このフィールドには、Re-configuration Response Parameterに割り当てられたIANA定義のパラメータータイプを格納します。値は16です。
Parameter Type Length: 2 bytes (unsigned integer) This field holds the length in bytes of the parameter; the value MUST be 12 if the optional fields are not present and 20 otherwise.
Parameter Type Length：2バイト（符号なし整数）。このフィールドには、パラメーターの長さをバイト単位で格納します。任意フィールドがない場合、値は12でなければならず (MUST)、任意フィールドがある場合は20でなければなりません。
Re-configuration Response Sequence Number: 4 bytes (unsigned integer) This value is copied from the request parameter and is used by the receiver of the Re-configuration Response Parameter to tie the response to the request.
Re-configuration Response Sequence Number：4バイト（符号なし整数）。この値は要求パラメーターからコピーされ、Re-configuration Response Parameterの受信側が応答を要求に対応付けるために使います。
Result: 4 bytes (unsigned integer) This value describes the result of the processing of the request. It is encoded as indicated in Table 3:
Result：4バイト（符号なし整数）。この値は要求の処理結果を示し、表3のとおりに符号化されます。
+--------+-------------------------------------+
| Result | Description |
+--------+-------------------------------------+
| 0 | Success - Nothing to do |
| 1 | Success - Performed |
| 2 | Denied |
| 3 | Error - Wrong SSN |
| 4 | Error - Request already in progress |
| 5 | Error - Bad Sequence Number |
| 6 | In progress |
+--------+-------------------------------------+
Table 3
表3
Sender's Next TSN: 4 bytes (unsigned integer) This field holds the TSN that the sender of the response will use to send the next DATA chunk. The field is only applicable in responses to SSN/TSN reset requests.
Sender's Next TSN：4バイト（符号なし整数）。このフィールドには、応答の送信側が次のDATAチャンクの送信に使うTSNを格納します。このフィールドはSSN/TSNリセット要求への応答でのみ使います。
Receiver's Next TSN: 4 bytes (unsigned integer) This field holds the TSN that the receiver of the response must use to send the next DATA chunk. The field is only applicable in responses to SSN/TSN reset requests.
Receiver's Next TSN：4バイト（符号なし整数）。このフィールドには、応答の受信側が次のDATAチャンクの送信に使うTSNを格納します。このフィールドはSSN/TSNリセット要求への応答でのみ使います。
Either both optional fields (Sender's Next TSN and Receiver's Next TSN) MUST be present, or no field.
Sender's Next TSNとReceiver's Next TSNの2つの任意フィールドは、両方とも存在するか、どちらも存在しないかのいずれかでなければなりません (MUST)。
This parameter can appear in a RE-CONFIG chunk. This parameter MUST NOT appear in any other chunk type.
このパラメーターはRE-CONFIGチャンクに含められます。他の種類のチャンクに含めてはなりません (MUST NOT)。
This parameter is used by the sender to request that an additional number of outgoing streams (i.e., the receiver's incoming streams) be added to the association.
送信側はこのパラメーターを使って、アソシエーションに送信ストリーム（受信側から見た受信ストリーム）を追加するよう要求します。
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 Type = 17 | Parameter Length = 12 |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| Re-configuration Request Sequence Number |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| Number of new streams | Reserved |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
Parameter Type: 2 bytes (unsigned integer) This field holds the IANA-defined parameter type for the Add Outgoing Streams Request Parameter. The value of this field is 17.
Parameter Type：2バイト（符号なし整数）。このフィールドには、Add Outgoing Streams Request Parameterに割り当てられたIANA定義のパラメータータイプを格納します。値は17です。
Parameter Length: 2 bytes (unsigned integer) This field holds the length in bytes of the parameter; the value MUST be 12.
Parameter Length：2バイト（符号なし整数）。このフィールドにはパラメーターの長さをバイト単位で格納します。値は12でなければなりません (MUST)。
Re-configuration Request Sequence Number: 4 bytes (unsigned integer) This field is used to identify the request. It is a monotonically increasing number that is initialized to the same value as the initial TSN. It is increased by 1 whenever sending a new Re-configuration Request Parameter.
Re-configuration Request Sequence Number：4バイト（符号なし整数）。このフィールドは要求を識別します。初期値は初期TSNと同じで、その後は単調増加します。新しいRe-configuration Request Parameterを送るたびに1増加します。
Number of new streams: 2 bytes (unsigned integer) This value holds the number of additional outgoing streams that the sender requests be added to the association. Streams are added in order and are consecutive; e.g., if an association has 4 outgoing streams (0-3) and a request is made to add 3 streams, then the new streams will be 4, 5, and 6.
Number of new streams：2バイト（符号なし整数）。この値は、送信側がアソシエーションに追加するよう要求する送信ストリーム数です。ストリームは既存のストリームに隣接して連番で追加されます。たとえば、アソシエーションに送信ストリーム0～3があり、3ストリームの追加を要求した場合、成功後の新しいストリーム番号は4、5、6です。
Reserved: 2 bytes (unsigned integer) This field is reserved. It SHOULD be set to 0 by the sender and ignored by the receiver.
Reserved：2バイト（符号なし整数）。このフィールドは予約済みです。送信側は0に設定すべきです (SHOULD)。受信側はこのフィールドを無視します。
This parameter MAY appear in a RE-CONFIG chunk. This parameter MUST NOT appear in any other chunk type.
このパラメーターはRE-CONFIGチャンクに含めてもよい (MAY) です。他の種類のチャンクに含めてはなりません (MUST NOT)。
This parameter is used by the sender to request that the peer add an additional number of outgoing streams (i.e., the sender's incoming streams) to the association.
送信側はこのパラメーターを使って、アソシエーションに送信側の受信ストリーム（ピアから見た送信ストリーム）を追加するようピアに要求します。
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 Type = 18 | Parameter Length = 12 |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| Re-configuration Request Sequence Number |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| Number of new streams | Reserved |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
Parameter Type: 2 bytes (unsigned integer) This field holds the IANA-defined parameter type for the Add Incoming Streams Request Parameter. The value of this field is 18.
Parameter Type：2バイト（符号なし整数）。このフィールドには、Add Incoming Streams Request Parameterに割り当てられたIANA定義のパラメータータイプを格納します。値は18です。
Parameter Length: 2 bytes (unsigned integer) This field holds the length in bytes of the parameter; the value MUST be 12.
Parameter Length：2バイト（符号なし整数）。このフィールドにはパラメーターの長さをバイト単位で格納します。値は12でなければなりません (MUST)。
Re-configuration Request Sequence Number: 4 bytes (unsigned integer) This field is used to identify the request. It is a monotonically increasing number that is initialized to the same value as the initial TSN. It is increased by 1 whenever sending a new Re-configuration Request Parameter.
Re-configuration Request Sequence Number：4バイト（符号なし整数）。このフィールドは要求を識別します。初期値は初期TSNと同じで、その後は単調増加します。新しいRe-configuration Request Parameterを送るたびに1増加します。
Number of new streams: 2 bytes (unsigned integer) This value holds the number of additional incoming streams that the sender requests be added to the association. Streams are added in order and are consecutive; e.g., if an association has 4 outgoing streams (0-3) and a request is made to add 3 streams, then the new streams will be 4, 5, and 6.
Number of new streams：2バイト（符号なし整数）。この値は、送信側がアソシエーションに追加するよう要求する受信ストリーム数です。ストリームは既存のストリームに隣接して連番で追加されます。たとえば、原文の例では、アソシエーションに送信ストリーム0～3があり、3ストリームの追加を要求すると、成功後に新しいストリーム番号は4、5、6になります。
Reserved: 2 bytes (unsigned integer) This field is reserved. It SHOULD be set to 0 by the sender and ignored by the receiver.
Reserved：2バイト（符号なし整数）。このフィールドは予約済みです。送信側は0に設定すべきです (SHOULD)。受信側はこのフィールドを無視します。
This parameter MAY appear in a RE-CONFIG chunk. This parameter MUST NOT appear in any other chunk type.
このパラメーターはRE-CONFIGチャンクに含めてもよい (MAY) です。他の種類のチャンクに含めてはなりません (MUST NOT)。
This section defines the procedures used by both the sender and receiver of a RE-CONFIG chunk. Various examples of re-configuration scenarios are given in Appendix A.
このセクションでは、RE-CONFIGチャンクの送信側と受信側が行う手順を規定します。再構成シナリオの例は付録Aに示します。
One important thing to remember about SCTP streams is that they are uni-directional and there is no correspondence between outgoing and incoming streams. The procedures outlined in this section are designed so that the incoming side will always reset its SSN first (before the outgoing side), which means the re-configuration request must always originate from the outgoing side. These two issues have important ramifications upon how an SCTP endpoint might request that its incoming streams be reset. In effect, it must ask the peer to start an outgoing reset procedure and once that request is acknowledged let the peer actually control the reset operation.
SCTPのストリームは一方向であり、送信ストリームと受信ストリームの間に対応関係はありません。このセクションの手順では、受信側が送信側より先にSSNをリセットします。そのため、再構成要求は常に送信側から開始します。この性質は、SCTPエンドポイントが自身の受信ストリームのリセットを要求する方法に影響します。つまり、エンドポイントはピアに送信側のリセット手順を開始するよう求め、要求が確認された後は、ピアにリセット処理を実行させます。
This section describes the procedures related to the sending of RE-CONFIG chunks. A RE-CONFIG chunk is composed of one or two Type-Length-Value (TLV) parameters.
このセクションでは、RE-CONFIGチャンクの送信手順を説明します。RE-CONFIGチャンクは、1つまたは2つのType-Length-Value（TLV）パラメーターで構成されます。
The SCTP protocol extension described in this document uses the Supported Extensions Parameter defined in [RFC5061] for negotiating the support.
本書で規定するSCTP拡張は、サポートの交渉に[RFC5061]で定義されたSupported Extensions Parameterを使います。
An SCTP endpoint supporting this extension MUST include the chunk type of the RE-CONFIG chunk in the Supported Extensions Parameter in either the INIT or INIT-ACK. Before sending a RE-CONFIG chunk, the sender MUST ensure that the peer advertised support for the re-configuration extension. If the chunk type of the RE-CONFIG chunk does not appear in the supported extension's list of chunks, then the sender MUST NOT send any re-configuration request to the peer, and any request by the application for such service SHOULD be responded to with an appropriate error indicating that the peer SCTP stack does not support the re-configuration extension.
この拡張をサポートするSCTPエンドポイントは、INITまたはINIT-ACKのいずれかに含まれるSupported Extensions ParameterにRE-CONFIGチャンクのタイプを含めなければなりません (MUST)。RE-CONFIGチャンクを送信する前に、送信側はピアが再構成拡張のサポートを通知したことを確認しなければなりません (MUST)。RE-CONFIGチャンクのタイプがサポート対象のチャンク一覧にない場合、送信側はピアに再構成要求を送信してはなりません (MUST NOT)。このサービスをアプリケーションが要求した場合は、ピアのSCTPスタックが再構成拡張をサポートしていないことを示す適切なエラーで応答すべきです (SHOULD)。
At any given time, there MUST NOT be more than one request in flight. So, if the Re-configuration Timer is running and the RE-CONFIG chunk contains at least one request parameter, the chunk MUST be buffered.
同時に処理中にできる要求は最大1つです (MUST NOT)。そのため、Re-configuration Timerが動作中で、RE-CONFIGチャンクに1つ以上の要求パラメーターが含まれる場合、そのチャンクをバッファーに格納しなければなりません (MUST)。
After packaging the RE-CONFIG chunk and sending it to the peer, the sender MUST start the Re-configuration Timer if the RE-CONFIG chunk contains at least one request parameter. If it contains no request parameters, the Re-configuration Timer MUST NOT be started. This timer MUST use the same value as SCTP's data transmission timer (i.e., the retransmission timeout (RTO) timer) and MUST use exponential backoff, doubling the value at every expiration. If the timer expires, besides doubling the value, the sender MUST retransmit the RE-CONFIG chunk, increment the appropriate error counts (for both the association and the destination), and perform threshold management, possibly destroying the association if SCTP retransmission thresholds are exceeded.
RE-CONFIGチャンクを組み立ててピアに送信した後、そのチャンクに要求パラメーターが1つ以上含まれている場合、送信側はRe-configuration Timerを開始しなければなりません (MUST)。要求パラメーターが含まれていない場合、Re-configuration Timerを開始してはなりません (MUST NOT)。このタイマーにはSCTPのデータ送信タイマー（再送タイムアウト（RTO）タイマー）と同じ値を設定しなければなりません (MUST)。また、期限切れのたびに値を2倍にする指数バックオフを使わなければなりません (MUST)。タイマーが期限切れになった場合、値を2倍にするほか、送信側はRE-CONFIGチャンクを再送し、アソシエーションと宛先の両方について適切なエラーカウントを増やし、しきい値に基づく処理を行わなければなりません (MUST)。SCTPの再送しきい値を超えた場合は、アソシエーションを破棄することもあります。
When an SCTP sender wants to reset the SSNs of some or all outgoing streams, it can send an Outgoing SSN Reset Request Parameter, provided that the Re-configuration Timer is not running. The following steps must be followed:
SCTP送信側は、Re-configuration Timerが動作していない場合、一部またはすべての送信ストリームのSSNをリセットするため、Outgoing SSN Reset Request Parameterを送信できます。次の手順に従います。
A1: The sender MUST stop assigning new SSNs to new user data provided by the upper layer for the affected streams and queue it. This is because it is not known whether the receiver of the request will accept or deny it; moreover, a lost request might cause an out-of-sequence error in a stream that the receiver is not yet prepared to handle.
A1：送信側は、対象ストリームについて、上位層から渡された新しいユーザーデータへの新しいSSNの割り当てを停止し、そのデータをキューに格納しなければなりません (MUST)。要求を受信した側が要求を受け入れるか拒否するかはまだ分からず、要求が失われると、受信側がまだ処理できないストリームで順序異常が起きるおそれがあるためです。
A2: The sender MUST assign the next re-configuration request sequence number and MUST put it into the Re-configuration Request Sequence Number field of the Outgoing SSN Reset Request Parameter. The next re-configuration request sequence number MUST then be incremented by 1.
A2：送信側は次の再構成要求シーケンス番号を割り当てなければなりません (MUST)。その番号をOutgoing SSN Reset Request ParameterのRe-configuration Request Sequence Numberフィールドに設定しなければなりません (MUST)。その後、次の再構成要求シーケンス番号を1増やさなければなりません (MUST)。
A3: The Sender's Last Assigned TSN MUST be set to the next TSN the sender assigns minus 1.
A3：送信側はSender's Last Assigned TSNに、次に割り当てるTSNから1を引いた値を設定しなければなりません (MUST)。
A4: If this Outgoing SSN Reset Request Parameter is sent in response to an Incoming SSN Reset Request Parameter, the stream numbers MUST be copied from the Incoming SSN Reset Request Parameter to the Outgoing SSN Reset Request Parameter. The Re-configuration Response Sequence Number of the Outgoing SSN Reset Request Parameter MUST be the Re-configuration Request Sequence Number of the Incoming SSN Reset Request Parameter. If this Outgoing SSN Reset Request Parameter is sent at the request of the upper layer and the sender requests that all outgoing streams be reset, stream numbers SHOULD NOT be put into the Outgoing SSN Reset Request Parameter. If the sender requests that only some outgoing streams be reset, these stream numbers MUST be placed in the Outgoing SSN Reset Request Parameter. The Re-configuration Response Sequence Number is the next expected Re-configuration Request Sequence Number of the peer minus 1.
A4：このOutgoing SSN Reset Request ParameterをIncoming SSN Reset Request Parameterへの応答として送信する場合、Incoming SSN Reset Request Parameterのストリーム番号をOutgoing SSN Reset Request Parameterにコピーしなければなりません (MUST)。Outgoing SSN Reset Request ParameterのRe-configuration Response Sequence Numberには、Incoming SSN Reset Request ParameterのRe-configuration Request Sequence Numberを設定しなければなりません (MUST)。上位層からの要求でこのパラメーターを送信し、すべての送信ストリームをリセットする場合は、ストリーム番号を含めるべきではありません (SHOULD NOT)。一部の送信ストリームだけをリセットする場合は、それらのストリーム番号をOutgoing SSN Reset Request Parameterに設定しなければなりません (MUST)。Re-configuration Response Sequence Numberには、ピアが次に期待するRe-configuration Request Sequence Numberから1を引いた値を設定します。
A5: The Outgoing SSN Reset Request Parameter MUST be put into a RE-CONFIG Chunk. The Outgoing SSN Reset Request Parameter MAY be put together with either an Incoming SSN Reset Request Parameter or a Re-configuration Response Parameter, but not with both. It MUST NOT be put together with any other parameter, as described in Section 3.1.
A5：Outgoing SSN Reset Request ParameterはRE-CONFIGチャンクに含めなければなりません (MUST)。このパラメーターはIncoming SSN Reset Request ParameterまたはRe-configuration Response Parameterのどちらか一方と組み合わせてもよい (MAY) ですが、両方と組み合わせてはなりません。セクション3.1の説明どおり、他のパラメーターと組み合わせてはなりません (MUST NOT)。
A6: The RE-CONFIG chunk MUST be sent following the rules given in Section 5.1.1.
A6：セクション5.1.1の規則に従ってRE-CONFIGチャンクを送信しなければなりません (MUST)。
When an SCTP sender wants to reset the SSNs of some or all incoming streams, it can send an Incoming SSN Reset Request Parameter, provided that the Re-configuration Timer is not running. The following steps must be followed:
SCTP送信側は、Re-configuration Timerが動作していない場合、一部またはすべての受信ストリームのSSNをリセットするため、Incoming SSN Reset Request Parameterを送信できます。次の手順に従います。
B1: The sender MUST assign the next re-configuration request sequence number and MUST put it into the Re-configuration Request Sequence Number field of the Incoming SSN Reset Request Parameter. After assigning it, the next re-configuration request sequence number MUST be incremented by 1.
B1：送信側は次の再構成要求シーケンス番号を割り当てなければなりません (MUST)。その番号をIncoming SSN Reset Request ParameterのRe-configuration Request Sequence Numberフィールドに設定しなければなりません (MUST)。設定後、次の再構成要求シーケンス番号を1増やさなければなりません (MUST)。
B2: If the sender wants all incoming streams to be reset, stream numbers SHOULD NOT be put into the Incoming SSN Reset Request Parameter. If the sender wants only some incoming streams to be reset, these stream numbers MUST be filled in the Incoming SSN Reset Request Parameter.
B2：すべての受信ストリームをリセットする場合、送信側はIncoming SSN Reset Request Parameterにストリーム番号を含めるべきではありません (SHOULD NOT)。一部の受信ストリームだけをリセットする場合は、それらのストリーム番号をIncoming SSN Reset Request Parameterに設定しなければなりません (MUST)。
B3: The Incoming SSN Reset Request Parameter MUST be put into a RE-CONFIG Chunk. It MAY be put together with an Outgoing SSN Reset Request Parameter but MUST NOT be put together with any other parameter.
B3：Incoming SSN Reset Request ParameterはRE-CONFIGチャンクに含めなければなりません (MUST)。Outgoing SSN Reset Request Parameterとは組み合わせてもよい (MAY) ですが、他のパラメーターと組み合わせてはなりません (MUST NOT)。
B4: The RE-CONFIG chunk MUST be sent following the rules given in Section 5.1.1.
B4：セクション5.1.1の規則に従ってRE-CONFIGチャンクを送信しなければなりません (MUST)。
When sending an Incoming SSN Reset Request, there is a potential that the peer has just reset or is in the process of resetting the same streams via an Outgoing SSN Reset Request. This collision scenario is discussed in Section 5.2.3.
Incoming SSN Reset Requestを送信するとき、ピアが同じストリームをOutgoing SSN Reset Requestでリセットした直後、またはリセット処理中である可能性があります。この競合についてはセクション5.2.3で説明します。
When an SCTP sender wants to reset the SSNs and TSNs, it can send an SSN/TSN Reset Request Parameter, provided that the Re-configuration Timer is not running. The following steps must be followed:
SCTP送信側は、Re-configuration Timerが動作していない場合、SSNとTSNをリセットするためにSSN/TSN Reset Request Parameterを送信できます。次の手順に従います。
C1: The sender MUST assign the next re-configuration request sequence number and put it into the Re-configuration Request Sequence Number field of the SSN/TSN Reset Request Parameter. After assigning it, the next re-configuration request sequence number MUST be incremented by 1.
C1：送信側は次の再構成要求シーケンス番号を割り当て、SSN/TSN Reset Request ParameterのRe-configuration Request Sequence Numberフィールドに設定しなければなりません (MUST)。設定後、次の再構成要求シーケンス番号を1増やさなければなりません (MUST)。
C2: The sender has either no outstanding TSNs or considers all outstanding TSNs abandoned. The sender MUST queue any user data, suspending any new transmissions and TSN assignment until the reset procedure is finished by the peer either acknowledging or denying the request.
C2：送信側には未完了のTSNがないか、未完了のTSNをすべて放棄済みとみなしている必要があります。送信側はユーザーデータをキューに入れ、ピアが要求を承認または拒否してリセット手順が完了するまで、新たな送信とTSNの割り当てを停止しなければなりません (MUST)。
C3: The SSN/TSN Reset Request Parameter MUST be put into a RE-CONFIG chunk. There MUST NOT be any other parameter in this chunk.
C3：SSN/TSN Reset Request ParameterはRE-CONFIGチャンクに含めなければなりません (MUST)。このチャンクには他のパラメーターを含めてはなりません (MUST NOT)。
C4: The RE-CONFIG chunk MUST be sent following the rules given in Section 5.1.1.
C4：セクション5.1.1の規則に従ってRE-CONFIGチャンクを送信しなければなりません (MUST)。
Only one SSN/TSN Reset Request SHOULD be sent within 30 seconds, which is considered a maximum segment lifetime (the IP MSL).
30秒（IPの最大セグメント有効期間（MSL）とみなされる時間）内に送信するSSN/TSN Reset Requestは1つだけにすべきです (SHOULD)。
When an SCTP sender wants to increase the number of outbound streams to which it is able to send, it may add an Add Outgoing Streams Request Parameter to the RE-CONFIG chunk. Upon sending the request, the sender MUST await a positive acknowledgment (Success) before using any additional stream added by this request. Note that new streams are added adjacent to the previous streams with no gaps. This means that if a request is made to add 2 streams to an association that already has 5 (0-4), then the new streams, upon successful completion, are streams 5 and 6. A new stream MUST use SSN 0 for its first ordered message.
SCTP送信側が送信できるアウトバウンドストリーム数を増やしたい場合、RE-CONFIGチャンクにAdd Outgoing Streams Request Parameterを含めることができます。要求を送信した後、送信側は、この要求で追加されたストリームを使う前に肯定応答（Success）を待たなければなりません (MUST)。新しいストリームは既存のストリームに隣接して、番号に抜けがないように追加されます。たとえば、アソシエーションに送信ストリーム0～4があり、2ストリームの追加を要求した場合、成功後の新しいストリームは5と6です。新しいストリームの最初の順序付きメッセージにはSSN 0を使わなければなりません (MUST)。
When an SCTP sender wants to increase the number of inbound streams to which the peer is able to send, it may add an Add Incoming Streams Request Parameter to the RE-CONFIG chunk. Note that new streams are added adjacent to the previous streams with no gaps. This means that if a request is made to add 2 streams to an association that already has 5 (0-4), then the new streams, upon successful completion, are streams 5 and 6. A new stream MUST use SSN 0 for its first ordered message.
SCTP送信側がピアから送信できる受信ストリーム数を増やしたい場合、RE-CONFIGチャンクに Add Incoming Streams Request Parameterを含めることができます。新しいストリームは既存のストリームに隣接して、番号に抜けがないように追加されます。たとえば、アソシエーションに受信ストリーム0～4があり、2ストリームの追加を要求した場合、成功後の新しいストリームは5と6です。新しいストリームの最初の順序付きメッセージにはSSN 0を使わなければなりません (MUST)。
When an implementation receives a reset request parameter, it must respond with a Re-configuration Response Parameter in the following manner:
実装がリセット要求パラメーターを受信した場合、次の手順でRe-configuration Response Parameterを返します。
D1: The Re-configuration Request Sequence number of the incoming request MUST be copied to the Re-configuration Response Sequence Number field of the Re-configuration Response Parameter.
D1：着信要求のRe-configuration Request Sequence Numberを、Re-configuration Response ParameterのRe-configuration Response Sequence Numberフィールドにコピーしなければなりません (MUST)。
D2: The result of the processing of the incoming request according to Table 3 MUST be placed in the Result field of the Re-configuration Response Parameter.
D2：表3に従って判定した着信要求の処理結果を、Re-configuration Response ParameterのResultフィールドに設定しなければなりません (MUST)。
D3: If the incoming request is an SSN/TSN reset request, the Sender's Next TSN field MUST be filled with the next TSN the sender of this Re-configuration Response Parameter will assign. For other requests, the Sender's Next TSN field, which is optional, MUST NOT be used.
D3：着信要求がSSN/TSNリセット要求の場合、Re-configuration Response Parameterの送信側が次に割り当てるTSNをSender's Next TSNフィールドに設定しなければなりません (MUST)。それ以外の要求では、任意のSender's Next TSNフィールドを使ってはなりません (MUST NOT)。
D4: If the incoming request is an SSN/TSN reset request, the Receiver's Next TSN field MUST be filled with a TSN such that the sender of the Re-configuration Response Parameter can be sure it can discard received DATA chunks with smaller TSNs. The value SHOULD be the smallest TSN not acknowledged by the receiver of the request plus 2^31. For other requests, the Receiver's Next TSN field, which is optional, MUST NOT be used.
D4：着信要求がSSN/TSNリセット要求の場合、Re-configuration Response Parameterの受信側が、より小さいTSNを持つ受信済みDATAチャンクを破棄できると送信側が判断できるTSNをReceiver's Next TSNフィールドに設定しなければなりません (MUST)。値には、要求の受信側がまだ確認応答していない最小のTSNに2^31を加えた値を使うべきです (SHOULD)。それ以外の要求では、任意のReceiver's Next TSNフィールドを使ってはなりません (MUST NOT)。
Upon reception of a RE-CONFIG chunk, each parameter within it SHOULD be processed. If multiple parameters have to be returned, they MUST be put into one RE_CONFIG chunk. If the received RE-CONFIG chunk contains at least one request parameter, a selective acknowledgment (SACK) chunk SHOULD be sent back and MAY be bundled with the RE-CONFIG chunk. If the received RE-CONFIG chunk contains at least one request and based on the analysis of the Re-configuration Request Sequence Numbers this is the last received RE-CONFIG chunk (i.e., a retransmission), the same RE-CONFIG chunk MUST to be sent back in response, as it was earlier.
RE-CONFIGチャンクを受信した場合、その中の各パラメーターを処理すべきです (SHOULD)。複数のパラメーターを返す場合は、それらを1つのRE-CONFIGチャンクに含めなければなりません (MUST)。受信したRE-CONFIGチャンクに要求パラメーターが1つ以上含まれる場合、SACKチャンクを返すべきです (SHOULD)。SACKチャンクはRE-CONFIGチャンクと束ねて送信してもよい (MAY) です。さらに、要求パラメーターを含む受信済みRE-CONFIGチャンクが、Re-configuration Request Sequence Numberの分析から再送であると分かった場合、以前と同じRE-CONFIGチャンクを応答として送り返さなければなりません (MUST)。
The decision to deny a re-configuration request is an administrative decision and may be user configurable even after the association has formed. If for whatever reason the endpoint does not wish to process a received request parameter, it MUST send a corresponding response parameter as described in Section 5.1.7, with an appropriate Result field.
再構成要求を拒否するかどうかは管理上の判断であり、アソシエーションの確立後でもユーザーが設定できる場合があります。何らかの理由で受信した要求パラメーターを処理しない場合、エンドポイントはセクション5.1.7の説明に従い、適切なResultフィールドを持つ応答パラメーターを送信しなければなりません (MUST)。
Implementation Note: It is recommended that a SACK be bundled with any re-configuration response so that any retransmission processing that needs to occur can be expedited. A SACK chunk is not required for this feature to work, but it will in effect help minimize the delay in completing a re-configuration operation in the face of any data loss.
実装上の注意：再構成応答にはSACKを束ねて送ることを推奨します。これにより、必要な再送処理を迅速に進められます。この機能の動作にSACKチャンクは必須ではありませんが、データ損失が起きた場合に再構成処理の完了までの遅延を抑えるのに役立ちます。
In the case that the endpoint is willing to perform a stream reset, the following steps must be followed:
エンドポイントがストリームのリセットを受け入れる場合は、次の手順に従います。
E1: If the Re-configuration Timer is running for the Re-configuration Request Sequence Number indicated in the Re-configuration Response Sequence Number field, the Re-configuration Request Sequence Number MUST be marked as acknowledged. If all Re-configuration Request Sequence Numbers for which the Re-configuration Timer is running are acknowledged, the Re-configuration Timer MUST be stopped.
E1：Re-configuration Response Sequence Numberフィールドが示すRe-configuration Request Sequence NumberについてRe-configuration Timerが動作中の場合、その要求シーケンス番号を確認済みとして記録しなければなりません (MUST)。タイマーが動作中のすべてのRe-configuration Request Sequence Numberが確認済みになった場合、Re-configuration Timerを停止しなければなりません (MUST)。
E2: If the Sender's Last Assigned TSN is greater than the cumulative acknowledgment point, then the endpoint MUST enter "deferred reset processing". In this mode, any data arriving with a TSN larger than the Sender's Last Assigned TSN for the affected stream(s) MUST be queued locally and held until the cumulative acknowledgment point reaches the Sender's Last Assigned TSN. When the cumulative acknowledgment point reaches the last assigned TSN, then proceed to the next step. If the endpoint enters "deferred reset processing", it MUST put a Re-configuration Response Parameter into a RE-CONFIG chunk indicating "In progress" and MUST send the RE-CONFIG chunk.
E2：Sender's Last Assigned TSNが累積確認応答点より大きい場合、エンドポイントは「deferred reset processing（リセット処理の保留）」に入らなければなりません (MUST)。この状態では、対象ストリームについてSender's Last Assigned TSNより大きいTSNを持つデータが到着した場合、累積確認応答点がSender's Last Assigned TSNに達するまでローカルでキューに保持しなければなりません (MUST)。累積確認応答点が最後に割り当てたTSNに達したら、次の手順に進みます。この保留処理に入った場合、エンドポイントはResultが「In progress」であるRe-configuration Response ParameterをRE-CONFIGチャンクに含めなければなりません (MUST)。また、そのRE-CONFIGチャンクを送信しなければなりません (MUST)。
E3: If no stream numbers are listed in the parameter, then all incoming streams MUST be reset to 0 as the next expected SSN. If specific stream numbers are listed, then only these specific streams MUST be reset to 0, and all other non-listed SSNs remain unchanged.
E3：パラメーターにストリーム番号がない場合、すべての受信ストリームの次に期待するSSNを0にリセットしなければなりません (MUST)。特定のストリーム番号がある場合は、そのストリームだけをSSN 0にリセットしなければなりません (MUST)。一覧にないストリームのSSNは変更しません。
E4: Any queued TSNs (queued at step E2) MUST now be released and processed normally.
E4：キューに保持していたTSN（手順E2でキューに入れたもの）を解放し、通常どおり処理しなければなりません (MUST)。
E5: A Re-configuration Response Parameter MUST be put into a RE-CONFIG chunk indicating successful processing.
E5：処理が成功したことを示すRe-configuration Response ParameterをRE-CONFIGチャンクに含めなければなりません (MUST)。
E6: The RE-CONFIG chunk MUST be sent after the incoming RE-CONFIG chunk is processed completely.
E6：受信したRE-CONFIGチャンクの処理が完了してから、その応答のRE-CONFIGチャンクを送信しなければなりません (MUST)。
In the case that the endpoint is willing to perform a stream reset, the following steps must be followed:
エンドポイントがストリームのリセットを受け入れる場合、次の手順に従います。
F1: An Outgoing SSN Reset Request Parameter MUST be put into a RE-CONFIG chunk according to Section 5.1.2.
F1：Outgoing SSN Reset Request Parameterをセクション5.1.2の規則に従ってRE-CONFIGチャンクに含めなければなりません (MUST)。
F2: The RE-CONFIG chunk MUST be sent after the incoming RE-CONFIG chunk is processed completely.
F2：受信したRE-CONFIGチャンクの処理が完了してから、応答のRE-CONFIGチャンクを送信しなければなりません (MUST)。
When a peer endpoint requests an Incoming SSN Reset Request, it is possible that the local endpoint has just sent an Outgoing SSN Reset Request on the same association and has not yet received a response. In such a case, the local endpoint MUST do the following:
ピアエンドポイントからIncoming SSN Reset Requestを受信したとき、ローカルエンドポイントが同じアソシエーション上でOutgoing SSN Reset Requestを送信した直後で、まだ応答を受信していない場合があります。その場合、ローカルエンドポイントは次の処理を行わなければなりません (MUST)：
o If the Outgoing SSN Reset Request Parameter that was just sent completely overlaps the received Incoming SSN Reset Request Parameter, respond to the peer with an acknowledgment indicating that there was "Nothing to do".
o 直前に送信したOutgoing SSN Reset Request Parameterの対象が、受信したIncoming SSN Reset Request Parameterの対象と完全に重複する場合、「Nothing to do（処理不要）」を示す確認応答をピアに返します。
o Otherwise, process the Incoming SSN Reset Request Parameter normally, responding to the peer with an acknowledgment. Note that this case includes the situation where some of the streams requested overlap with the Outgoing SSN Reset Request that was just sent. Even in such a situation, the Incoming SSN Reset MUST be processed normally, even though this means that (if the endpoint elects to do the stream reset) streams that are already at SSN 0 will be reset a subsequent time.
o それ以外の場合は、Incoming SSN Reset Request Parameterを通常どおり処理し、確認応答を返します。この場合には、要求されたストリームの一部が直前に送信したOutgoing SSN Reset Requestの対象と重なるケースも含まれます。その場合もIncoming SSN Resetを通常どおり処理しなければなりません (MUST)。その結果、エンドポイントがリセットを実行すると、すでにSSN 0であるストリームも後でもう一度リセットされることがあります。
It is also possible that the Incoming request will arrive after the Outgoing SSN Reset Request just completed. In such a case, all of the streams being requested will be already set to 0. If so, the local endpoint SHOULD send back a Re-configuration Response with the success code "Nothing to do".
Outgoing SSN Reset Requestの完了後にIncoming要求が到着する場合もあります。このとき要求対象のストリームはすでにすべて0に設定されています。その場合、ローカルエンドポイントは成功コード「Nothing to do」を含むRe-configuration Responseを返すべきです (SHOULD)。
Note that in either race condition, the local endpoint could optionally also perform the reset. This would result in streams that are already at sequence 0 being reset again to 0, which would cause no harm to the application but will add an extra message to the network.
どちらの競合状態でも、ローカルエンドポイントは任意でリセットを実行できます。その場合、シーケンス番号がすでに0のストリームも再び0にリセットされます。アプリケーションに悪影響はありませんが、ネットワーク上のメッセージが1つ増えます。
In the case that the endpoint is willing to perform an SSN/TSN reset, the following steps must be followed:
エンドポイントがSSN/TSNリセットを受け入れる場合、次の手順に従います。
G1: Compute an appropriate value for the Receiver's Next TSN -- the TSN that the peer should use to send the next DATA chunk. The value SHOULD be the smallest TSN not acknowledged by the receiver of the request plus 2^31.
G1：Receiver's Next TSN、つまりピアが次のDATAチャンクの送信に使うTSNとして適切な値を計算します。この値には、要求の受信側が確認応答していない最小のTSNに2^31を加えた値を使うべきです (SHOULD)。
G2: Compute an appropriate value for the local endpoint's next TSN, i.e., the next TSN assigned by the receiver of the SSN/TSN reset chunk. The value SHOULD be the highest TSN sent by the receiver of the request plus 1.
G2：ローカルエンドポイントの次のTSN、すなわち受信したSSN/TSN Reset chunkの受信側が次に割り当てるTSNとして適切な値を計算します。この値には、要求の受信側が送信した最大のTSNに1を加えた値を使うべきです (SHOULD)。
G3: The same processing as though a SACK chunk with no gap report and a cumulative TSN ACK of the Sender's Next TSN minus 1 were received MUST be performed.
G3：Sender's Next TSNから1を引いた値を累積TSN ACKとし、ギャップ報告を含まないSACKチャンクを受信した場合と同じ処理を実行しなければなりません (MUST)。
G4: The same processing as though a FWD-TSN chunk (as defined in [RFC3758]) with all streams affected and a new cumulative TSN ACK of the Receiver's Next TSN minus 1 were received MUST be performed.
G4：Receiver's Next TSNから1を引いた値を新しい累積TSN ACKとし、すべてのストリームを対象とするFWD-TSNチャンク（[RFC3758]で定義）を受信した場合と同じ処理を実行しなければなりません (MUST)。
G5: The next expected and outgoing SSNs MUST be reset to 0 for all incoming and outgoing streams.
G5：すべての受信ストリームと送信ストリームについて、次に期待するSSNと送信SSNを0にリセットしなければなりません (MUST)。
G6: A Re-configuration Response Parameter MUST be put into a RE-CONFIG chunk indicating successful processing.
G6：処理の成功を示すRe-configuration Response ParameterをRE-CONFIGチャンクに含めなければなりません (MUST)。
G7: The RE-CONFIG chunk MUST be sent after the incoming RE-CONFIG chunk is processed completely.
G7：受信したRE-CONFIGチャンクの処理が完了してから、応答のRE-CONFIGチャンクを送信しなければなりません (MUST)。
When an SCTP endpoint receives a re-configuration request adding additional streams, it MUST send a response parameter either acknowledging or denying the request. If the response is successful, the receiver MUST add the requested number of inbound streams to the association, initializing the next expected SSN to 0. The SCTP endpoint SHOULD deny the request if the number of streams exceeds a limit that should be configurable by the application.
SCTPエンドポイントが追加ストリームを求める再構成要求を受信した場合、要求を承認するか拒否する応答パラメーターを送信しなければなりません (MUST)。応答が成功を示す場合、受信側は要求された数のインバウンドストリームをアソシエーションに追加し、次に期待するSSNを0に初期化しなければなりません (MUST)。ストリーム数がアプリケーションで設定可能な上限を超える場合、SCTPエンドポイントは要求を拒否すべきです (SHOULD)。
When an SCTP endpoint receives a re-configuration request adding additional incoming streams, it MUST either send a response parameter denying the request or send a corresponding Add Outgoing Streams Request Parameter, following the rules given in Section 5.1.5. The SCTP endpoint SHOULD deny the request if the number of streams exceeds a limit that should be configurable by the application.
SCTPエンドポイントが受信ストリームの追加を求める再構成要求を受信した場合、要求を拒否する応答パラメーターを送信するか、セクション5.1.5の規則に従って対応するAdd Outgoing Streams Request Parameterを送信しなければなりません (MUST)。ストリーム数がアプリケーションで設定可能な上限を超える場合、SCTPエンドポイントは要求を拒否すべきです (SHOULD)。
On receipt of a Re-configuration Response Parameter, the following must be performed:
Re-configuration Response Parameterを受信した場合、次の手順を実行します。
H1: If the Re-configuration Timer is running for the Re-configuration Request Sequence Number indicated in the Re-configuration Response Sequence Number field, the Re-configuration Request Sequence Number MUST be marked as acknowledged. If all Re-configuration Request Sequence Numbers for which the Re-configuration Timer is running are acknowledged, the Re-configuration Timer MUST be stopped. If the timer was not running for the Re-configuration Request Sequence Number, the processing of the Re-configuration Response Parameter is complete.
H1：Re-configuration Response Sequence Numberフィールドが示すRe-configuration Request Sequence NumberについてRe-configuration Timerが動作中の場合、その要求シーケンス番号を確認済みとして記録しなければなりません (MUST)。タイマーが動作中のすべてのRe-configuration Request Sequence Numberが確認済みになった場合、Re-configuration Timerを停止しなければなりません (MUST)。その要求シーケンス番号についてタイマーが動作していなければ、Re-configuration Response Parameterの処理は完了です。
H2: If the Result field indicates "In progress", the timer for the Re-configuration Request Sequence Number is started again. If the timer runs out, the RE-CONFIG chunk MUST be retransmitted but the corresponding error counters MUST NOT be incremented.
H2：Resultフィールドが「In progress」を示す場合、そのRe-configuration Request Sequence Numberのタイマーを再開します。タイマーが期限切れになった場合、RE-CONFIGチャンクを再送しなければなりません (MUST)。ただし、対応するエラーカウンターを増やしてはなりません (MUST NOT)。
H3: If the Result field does not indicate successful processing, the processing of this response is complete.
H3：Resultフィールドが処理の成功を示さない場合、この応答の処理は完了です。
H4: If the request was an Outgoing SSN Reset Request, the affected streams MUST now be reset and all queued data should now be processed. The assigning of SSNs is allowed again.
H4：要求がOutgoing SSN Reset Requestであった場合、対象ストリームをリセットしなければなりません (MUST)。キューにあるデータは処理すべきです。また、SSNの割り当てを再開できます。
H5: If the request was an SSN/TSN Reset Request, new data MUST be sent from the Receiver's Next TSN, beginning with SSN 0 for all outgoing streams. All incoming streams MUST be reset to 0 as the next expected SSN. The peer will send DATA chunks starting with the Sender's Next TSN.
H5：要求がSSN/TSN Reset Requestであった場合、送信側はReceiver's Next TSNから新しいデータを送信し、すべての送信ストリームでSSN 0から開始しなければなりません (MUST)。また、すべての受信ストリームの次に期待するSSNを0にリセットしなければなりません (MUST)。ピアはSender's Next TSNからDATAチャンクを送信します。
H6: If the request was to add outgoing streams, the endpoint MUST add the additional streams to the association. Note that an implementation may allocate the memory at the time of the request, but it MUST NOT use the streams until the peer has responded with a positive acknowledgment.
H6：要求が送信ストリームの追加であった場合、エンドポイントは追加ストリームをアソシエーションに加えなければなりません (MUST)。実装は要求時にメモリを割り当ててもかまいませんが、ピアから肯定応答を受け取るまではそのストリームを使ってはなりません (MUST NOT)。
This section describes how the sockets API defined in [RFC6458] needs to be extended to make the features of SCTP re-configuration available to the application.
このセクションでは、[RFC6458]で定義されているソケットAPIを拡張して、SCTP再構成の機能をアプリケーションで利用できるようにする方法について説明します。
Please note that this section is informational only.
このセクションは情報のみであることに注意してください。
When the SCTP_ASSOC_CHANGE notification is delivered and both peers support the extension described in this document, SCTP_ASSOC_SUPPORTS_RE_CONFIG should be listed in the sac_info field.
SCTP_ASSOC_CHANGE通知が配信され、両方のピアがこのドキュメントに記載されている拡張機能をサポートする場合、SCTP_ASSOC_SUPPORTS_RE_CONFIGをsac_infoフィールドに含めることになっています。
The union sctp_notification {} is extended to contain three new fields: sn_strreset_event, sn_assocreset_event, and sn_strchange_event:
ユニオンsctp_notification {}は、3つの新しいフィールドを含むように拡張されます：sn_strreset_event、sn_assocreset_event、およびsn_strchange_event：
union sctp_notification {
struct sctp_tlv {
uint16_t sn_type; /* Notification type. */
uint16_t sn_flags;
uint32_t sn_length;
} sn_header;
...
struct sctp_stream_reset_event sn_strreset_event;
struct sctp_assoc_reset_event sn_assocreset_event;
struct sctp_stream_change_event sn_strchange_event;
...
}
The corresponding sn_type values are given in Table 4.
対応するsn_type値を表4に示します。
+--------------------------+----------------------------------------+
| sn_type | valid field in union sctp_notification |
+--------------------------+----------------------------------------+
| SCTP_STREAM_RESET_EVENT | sn_strreset_event |
| SCTP_ASSOC_RESET_EVENT | sn_assocreset_event |
| SCTP_STREAM_CHANGE_EVENT | sn_strchange_event |
+--------------------------+----------------------------------------+
Table 4
表4
These events are delivered when an incoming request was processed successfully or the processing of an outgoing request has been finished.
これらのイベントは、着信要求が正常に処理された場合、または発信要求の処理が終了したときに配信されます。
The event delivered has the following structure:
配信されるイベントには、次の構造があります。
struct sctp_stream_reset_event {
uint16_t strreset_type;
uint16_t strreset_flags;
uint32_t strreset_length;
sctp_assoc_t strreset_assoc_id;
uint16_t strreset_stream_list[];
};
strreset_type: This field should be SCTP_STREAM_RESET_EVENT.
strreset_type：このフィールドにはSCTP_STREAM_RESET_EVENTを指定します。
strreset_flags: This field is formed from the bitwise OR of one or more of the following currently defined flags:
strreset_flags：このフィールドは、現在定義されている次のフラグのうち1つ以上をビット単位ORで結合した値です：
SCTP_STREAM_RESET_INCOMING_SSN: The stream identifiers given in strreset_stream_list[] refer to incoming streams of the endpoint.
SCTP_STREAM_RESET_INCOMING_SSN：strreset_stream_list[]に指定されたストリーム識別子は、エンドポイントの受信ストリームを指します。
SCTP_STREAM_RESET_OUTGOING_SSN: The stream identifiers given in strreset_stream_list[] refer to outgoing streams of the endpoint.
SCTP_STREAM_RESET_OUTGOING_SSN：strreset_stream_list[]に指定されたストリーム識別子は、エンドポイントの送信ストリームを指します。
SCTP_STREAM_RESET_DENIED: The corresponding request was denied by the peer.
SCTP_STREAM_RESET_DENIED：対応するリクエストはピアによって拒否されました。
SCTP_STREAM_RESET_FAILED: The corresponding request failed.
SCTP_STREAM_RESET_FAILED：対応するリクエストは失敗しました。
At least one of SCTP_STREAM_RESET_INCOMING_SSN and SCTP_STREAM_RESET_OUTGOING_SSN is set. SCTP_STREAM_RESET_DENIED and SCTP_STREAM_RESET_FAILED are mutually exclusive. If the request was successful, none of these are set.
SCTP_STREAM_RESET_INCOMING_SSNとSCTP_STREAM_RESET_OUTGOING_SSNの少なくとも一方が設定されます。SCTP_STREAM_RESET_DENIEDとSCTP_STREAM_RESET_FAILEDは同時に設定されません。要求が成功した場合、これらのフラグはいずれも設定されません。
strreset_length: This field is the total length in bytes of the delivered event, including the header.
strreset_length：このフィールドは、ヘッダーを含むイベント全体のバイト長です。
strreset_assoc_id: This association id field holds the identifier for the association. All notifications for a given association have the same association identifier. For one-to-one style sockets, this field is ignored.
strreset_assoc_id：このアソシエーションIDフィールドには、アソシエーションの識別子が格納されます。同じアソシエーションに関するすべての通知は、同じアソシエーション識別子を持ちます。1対1型ソケットでは、このフィールドは無視されます。
strreset_stream_list: This is the list of stream identifiers to which this event refers. An empty list identifies all streams as being reset. Depending on strreset_flags, the identifiers refer to incoming or outgoing streams, or both.
strreset_stream_list：このイベントが対象とするストリーム識別子のリストです。リストが空の場合、すべてのストリームがリセット対象であることを示します。strreset_flagsに応じて、識別子は受信ストリーム、送信ストリーム、またはその両方を指します。
The event delivered has the following structure:
配信されるイベントには、次の構造があります。
struct sctp_assoc_reset_event {
uint16_t assocreset_type;
uint16_t assocreset_flags;
uint32_t assocreset_length;
sctp_assoc_t assocreset_assoc_id;
uint32_t assocreset_local_tsn;
uint32_t assocreset_remote_tsn;
};
assocreset_type: This field should be SCTP_ASSOC_RESET_EVENT.
assocreset_type：このフィールドにはSCTP_ASSOC_RESET_EVENTを指定します。
assocreset_flags: This field is formed from the bitwise OR of one or more of the following currently defined flags:
assocreset_flags：このフィールドは、現在定義されている次のフラグのうち1つ以上をビット単位ORで結合した値です：
SCTP_ASSOC_RESET_DENIED: The corresponding outgoing request was denied by the peer.
SCTP_ASSOC_RESET_DENIED：対応する送信要求がピアによって拒否されたことを示します。
SCTP_ASSOC_RESET_FAILED: The corresponding outgoing request failed.
SCTP_ASSOC_RESET_FAILED：対応する送信要求が失敗したことを示します。
SCTP_ASSOC_RESET_DENIED and SCTP_ASSOC_RESET_FAILED are mutually exclusive. If the request was successful, none of these are set.
SCTP_ASSOC_RESET_DENIEDおよびSCTP_ASSOC_RESET_FAILEDは相互に排他的です。リクエストが成功した場合、これらのいずれも設定されていません。
assocreset_length: This field is the total length in bytes of the delivered event, including the header.
assocreset_length：このフィールドは、ヘッダーを含むイベント全体のバイト長です。
assocreset_assoc_id: This association id field holds the identifier for the association. All notifications for a given association have the same association identifier. For one-to-one style sockets, this field is ignored.
assocreset_assoc_id：このアソシエーションIDフィールドには、アソシエーションの識別子が格納されます。同じアソシエーションに関するすべての通知は、同じアソシエーション識別子を持ちます。1対1型ソケットでは、このフィールドは無視されます。
assocreset_local_tsn: This field is the next TSN used by the endpoint.
assocreset_local_tsn：このフィールドは、エンドポイントで使用される次のTSNです。
assocreset_remote_tsn: This field is the next TSN used by the peer.
assocreset_remote_tsn：このフィールドは、ピアが使用する次のTSNです。
The event delivered has the following structure:
配信されるイベントには、次の構造があります。
struct sctp_stream_change_event {
uint16_t strchange_type;
uint16_t strchange_flags;
uint32_t strchange_length;
sctp_assoc_t strchange_assoc_id;
uint16_t strchange_instrms;
uint16_t strchange_outstrms;
};
strchange_type: This field should be SCTP_STREAM_CHANGE_EVENT.
strchange_type：このフィールドにはSCTP_STREAM_CHANGE_EVENTを指定します。
strchange_flags: This field is formed from the bitwise OR of one or more of the following currently defined flags:
strchange_flags：このフィールドは、現在定義されている次のフラグのうち1つ以上をビット単位ORで結合した値です：
SCTP_STREAM_CHANGE_DENIED: The corresponding request was denied by the peer.
SCTP_STREAM_CHANGE_DENIED：対応する要求がピアによって拒否されたことを示します。
SCTP_STREAM_CHANGE_FAILED: The corresponding request failed.
SCTP_STREAM_CHANGE_FAILED：対応する要求が失敗したことを示します。
SCTP_STREAM_CHANGE_DENIED and SCTP_STREAM_CHANGE_FAILED are mutually exclusive. If the request was successful, none of these are set.
SCTP_STREAM_CHANGE_DENIEDおよびSCTP_STREAM_CHANGE_FAILEDは相互に排他的です。リクエストが成功した場合、これらのいずれも設定されていません。
strchange_length: This field is the total length in bytes of the delivered event, including the header.
strchange_length：このフィールドは、ヘッダーを含むイベント全体のバイト長です。
strchange_assoc_id: This association id field holds the identifier for the association. All notifications for a given association have the same association identifier. For one-to-one style sockets, this field is ignored.
strchange_assoc_id：このアソシエーションIDフィールドには、アソシエーションの識別子が格納されます。同じアソシエーションに関するすべての通知は、同じアソシエーション識別子を持ちます。1対1型ソケットでは、このフィールドは無視されます。
strchange_instrms: The number of streams that the peer is allowed to use outbound.
strchange_instrms：ピアが送信方向に使用できるストリーム数です。
strchange_outstrms: The number of streams that the endpoint is allowed to use outbound.
strchange_outstrms：エンドポイントが送信方向に使用できるストリーム数です。
Subscribing to events as described in [RFC6458] uses a setsockopt() call with the SCTP_EVENT socket option. This option takes the following structure, which specifies the association, the event type (using the same value found in the event type field), and an on/off boolean.
[RFC6458]の説明に従ってイベントを購読するには、SCTP_EVENTソケットオプションを指定してsetsockopt()を呼び出します。このオプションには、アソシエーション、イベント型（イベント型フィールドと同じ値）、およびイベントの有効・無効を表す真偽値を指定する次の構造体を渡します。
struct sctp_event {
sctp_assoc_t se_assoc_id;
uint16_t se_type;
uint8_t se_on;
};
The user fills in the se_type field with the same value found in the strreset_type field, i.e., SCTP_STREAM_RESET_EVENT. The user will also fill in the se_assoc_id field with either the association to set this event on (this field is ignored for one-to-one style sockets) or one of the reserved constant values defined in [RFC6458]. Finally, the se_on field is set with a 1 to enable the event or a 0 to disable the event.
ユーザーは、se_typeフィールドにstrreset_typeフィールドと同じ値、すなわちSCTP_STREAM_RESET_EVENTを設定します。se_assoc_idフィールドには、このイベントを有効にする対象のアソシエーション（1対1型ソケットではこのフィールドは無視されます）、または[RFC6458]で定義されている予約済み定数値のいずれかを設定します。最後に、イベントを有効にする場合はse_onフィールドを1に、無効にする場合は0に設定します。
Table 5 describes the new socket options that make the re-configuration features accessible to the user. They all use IPPROTO_SCTP as their level.
表5は、ユーザーが再構成機能を利用できるようにする新しいソケットオプションを示します。いずれもレベルとしてIPPROTO_SCTPを使用します。
If a call to setsockopt() is used to issue a re-configuration request while the Re-configuration timer is running, setsockopt() will return -1, and error is set to EALREADY.
再構成タイマーの動作中に再構成要求を発行するためsetsockopt()を呼び出すと、setsockopt()は-1を返し、エラーにはEALREADYが設定されます。
+--------------------------+---------------------------+-----+-----+
| option name | data type | get | set |
+--------------------------+---------------------------+-----+-----+
| SCTP_ENABLE_STREAM_RESET | struct sctp_assoc_value | X | X |
| SCTP_RESET_STREAMS | struct sctp_reset_streams | | X |
| SCTP_RESET_ASSOC | sctp_assoc_t | | X |
| SCTP_ADD_STREAMS | struct sctp_add_streams | | X |
+--------------------------+---------------------------+-----+-----+
Table 5
表5
This option allows a user to control whether the SCTP implementation processes or denies incoming requests in STREAM_RESET chunks.
このオプションにより、ユーザーはSCTP実装がSTREAM_RESETチャンクで着信要求を処理するか拒否するかを制御できます。
The default is to deny all incoming requests.
デフォルトでは、受信要求をすべて拒否します。
To set or get this option, the user fills in the following structure:
このオプションを設定または取得するには、ユーザーは次の構造体に値を設定します：
struct sctp_assoc_value {
sctp_assoc_t assoc_id;
uint32_t assoc_value;
};
assoc_id: This parameter is ignored for one-to-one style sockets. For one-to-many style sockets, this parameter indicates which association the user is performing an action upon.
assoc_id：このパラメーターは1対1型ソケットでは無視されます。1対多型ソケットでは、操作対象のアソシエーションを示します。
assoc_value: This field is formed from the bitwise OR of one or more of the following currently defined flags:
assoc_value：このフィールドは、現在定義されている次のフラグのうち1つ以上をビット単位ORで結合した値です：
SCTP_ENABLE_RESET_STREAM_REQ: Process received Incoming/Outgoing SSN Reset Requests if this flag is set; deny them if not.
SCTP_ENABLE_RESET_STREAM_REQ：このフラグが設定されている場合、受信したIncoming/Outgoing SSN Reset Requestを処理します。設定されていない場合は拒否します。
SCTP_ENABLE_RESET_ASSOC_REQ: Process received SSN/TSN Reset Requests if this flag is set; deny them if not.
SCTP_ENABLE_RESET_ASSOC_REQ：このフラグが設定されている場合、受信したSSN/TSN Reset Requestを処理します。設定されていない場合は拒否します。
SCTP_ENABLE_CHANGE_ASSOC_REQ: Process received Add Outgoing Streams Requests if this flag is set; deny them if not.
SCTP_ENABLE_CHANGE_ASSOC_REQ：このフラグが設定されている場合、受信したAdd Outgoing Streams Requestを処理します。設定されていない場合は拒否します。
The default value is !(SCTP_ENABLE_RESET_STREAM_REQ| SCTP_ENABLE_RESET_ASSOC_REQ|SCTP_ENABLE_CHANGE_ASSOC_REQ).
デフォルト値は!(SCTP_ENABLE_RESET_STREAM_REQ| SCTP_ENABLE_RESET_ASSOC_REQ|SCTP_ENABLE_CHANGE_ASSOC_REQ)です。
Please note that using the option does not have any impact on subscribing to any related events.
このオプションを使用しても、関連イベントの購読状態には影響しません。
This option allows the user to request the reset of incoming and/or outgoing streams.
このオプションを使うと、受信ストリームおよび送信ストリームの一方または両方のリセットを要求できます。
To set or get this option, the user fills in the following structure:
このオプションを設定または取得するには、ユーザーは次の構造体に値を設定します：
struct sctp_reset_streams {
sctp_assoc_t srs_assoc_id;
uint16_t srs_flags;
uint16_t srs_number_streams;
uint16_t srs_stream_list[];
};
srs_assoc_id: This parameter is ignored for one-to-one style sockets. For one-to-many style sockets, this parameter indicates which association the user is performing an action upon.
srs_assoc_id：このパラメーターは1対1型ソケットでは無視されます。1対多型ソケットでは、操作対象のアソシエーションを示します。
srs_flags: This parameter describes which class of streams is reset. It is formed from the bitwise OR of one or more of the following currently defined flags:
srs_flags：このパラメーターは、リセット対象となるストリームの種類を示します。現在定義されている次のフラグのうち1つ以上をビット単位ORで結合した値です：
* SCTP_STREAM_RESET_INCOMING
* SCTP_STREAM_RESET_INCOMING
* SCTP_STREAM_RESET_OUTGOING
* SCTP_STREAM_RESET_OUTGOING
srs_number_streams: This parameter is the number of elements in the srs_stream_list. If it is zero, the operation is performed on all streams.
srs_number_streams：srs_stream_listに含まれる要素数です。0の場合、すべてのストリームを対象に操作します。
srs_stream_list: This parameter contains a list of stream identifiers the operation is performed upon. It contains srs_number_streams elements. If it is empty, the operation is performed on all streams. Depending on srs_flags, the identifiers refer to incoming or outgoing streams, or both.
srs_stream_list：操作対象のストリーム識別子のリストです。srs_number_streams個の要素を含みます。リストが空の場合、すべてのストリームを対象に操作します。srs_flagsに応じて、識別子は受信ストリーム、送信ストリーム、またはその両方を指します。
This option allows a user to request the reset of the SSN/TSN.
このオプションにより、ユーザーはSSN/TSNのリセットを要求できます。
To set this option, the user provides an option_value of type sctp_assoc_t.
このオプションを設定するには、ユーザーはsctp_assoc_t型のoption_valueを指定します。
On one-to-one style sockets, the option_value is ignored. For one-to-many style sockets, the option_value is the association identifier of the association the action is to be performed upon.
1対1型ソケットではoption_valueは無視されます。1対多型ソケットでは、option_valueは操作対象となるアソシエーションの識別子です。
This option allows a user to request the addition of a number of incoming and/or outgoing streams.
このオプションを使うと、受信ストリームおよび送信ストリームを指定数だけ追加するよう要求できます。
To set this option, the user fills in the following structure:
このオプションを設定するには、ユーザーは次の構造体に値を設定します：
struct sctp_add_streams {
sctp_assoc_t sas_assoc_id;
uint16_t sas_instrms;
uint16_t sas_outstrms;
};
sas_assoc_id: This parameter is ignored for one-to-one style sockets. For one-to-many style sockets, this parameter indicates which association the user is performing an action upon.
sas_assoc_id：このパラメーターは1対1型ソケットでは無視されます。1対多型ソケットでは、操作対象のアソシエーションを示します。
sas_instrms: This parameter is the number of incoming streams to add.
sas_instrms：追加する受信ストリーム数です。
sas_outstrms: This parameter is the number of outgoing streams to add.
sas_outstrms：追加する送信ストリーム数です。
An endpoint can limit the number of incoming and outgoing streams by using the sinit_max_instreams field in the struct sctp_initmsg{} when issuing an SCTP_INIT socket option, as defined in [RFC6458]. An incoming request asking for more streams than allowed will be denied.
エンドポイントは、[RFC6458]で定義されているSCTP_INITソケットオプションを指定するとき、struct sctp_initmsg{}のsinit_max_instreamsフィールドを使って、受信ストリーム数と送信ストリーム数の上限を設定できます。許可された数を超えるストリームを求める受信要求は拒否されます。
The SCTP sockets API as described in [RFC6458] exposes the sequence numbers of received DATA chunks to the application. An application might expect them to be monotonically increasing. When using the re-configuration extension, this might no longer be true. Therefore, the applications must enable this extension explicitly before it is used. In addition, applications must subscribe explicitly to notifications related to the re-configuration extension before receiving them.
[RFC6458]で定義されているSCTPソケットAPIは、受信したDATAチャンクのシーケンス番号をアプリケーションに公開します。アプリケーションは、それらの番号が単調に増加するものと想定する場合があります。再構成拡張を使うと、この性質が保たれないことがあります。そのため、アプリケーションはこの拡張を使う前に明示的に有効にする必要があります。また、再構成拡張に関する通知を受け取る前に、その通知を明示的に購読する必要があります。
SCTP associations are protected against blind attackers by using verification tags. This is still valid when using the re-configuration extension. Therefore, this extension does not add any additional security risk to SCTP in relation to blind attackers.
SCTPアソシエーションは、検証タグを使ってブラインド攻撃者から保護されています。この保護は再構成拡張を使う場合も有効です。したがって、この拡張によってブラインド攻撃者に対するSCTPのセキュリティリスクが増えることはありません。
When both the SSN and TSN are reset, the maximum segment lifetime is used to avoid TSN wrap-around.
SSNとTSNの両方をリセットする場合、TSNのラップアラウンドを防ぐために最大セグメント寿命を使用します。
This document (RFC 6525) is the reference for all registrations described in this section. The changes are described below.
この文書（RFC 6525）は、このセクションに記載するすべての登録の参照文書です。変更点を以下に示します。
A chunk type has been assigned by IANA. The values given in Table 1 have been used. IANA has assigned this value from the pool of chunks with the upper two bits set to '10'.
IANAはチャンク型を割り当てました。表1の値を使用し、上位2ビットが'10'であるチャンク用プールからこの値を割り当てています。
This has added a line in the "Chunk Types" registry for SCTP:
これにより、SCTPの「Chunk Types」レジストリに次の行が追加されました：
Chunk Types
チャンクタイプ
ID Value Chunk Type Reference ----- ---------- --------- 130 Re-configuration Chunk (RE-CONFIG) [RFC6525]
The registration table as defined in [RFC6096] for the chunk flags of this chunk type is empty.
このチャンク型のチャンクフラグについて、[RFC6096]で定義されている登録表には項目がありません。
Six chunk parameter types have been assigned by IANA. It the values given in Table 2 have been used. IANA has assigned these values from the pool of parameters with the upper two bits set to '00'.
IANAは6種類のチャンクパラメーター型を割り当てました。表2に示す値を使用し、上位2ビットが'00'であるパラメーター用プールからこれらの値を割り当てています。原文の第2文には「It the values」とありますが、誤記と判断できるため、表2の値が使用されたという趣旨で訳しています。
Six additional lines in the "Chunk Parameter Types" registry for SCTP have been added:
SCTPの「Chunk Parameter Types」レジストリに次の6行が追加されました：
Chunk Parameter Types
Chunk Parameter Types
ID Value Chunk Parameter Type Reference -------- ------------------------------------------------ --------- 13 Outgoing SSN Reset Request Parameter [RFC6525] 14 Incoming SSN Reset Request Parameter [RFC6525] 15 SSN/TSN Reset Request Parameter [RFC6525] 16 Re-configuration Response Parameter [RFC6525] 17 Add Outgoing Streams Request Parameter [RFC6525] 18 Add Incoming Streams Request Parameter [RFC6525]
The authors wish to thank Paul Aitken, Gorry Fairhurst, Tom Petch, Kacheong Poon, Irene Ruengeler, Robin Seggelmann, Gavin Shearer, and Vlad Yasevich for their invaluable comments.
著者は、Paul Aitken、Gorry Fairhurst、Tom Petch、Kacheong Poon、Irene Ruengeler、Robin Seggelmann、Gavin Shearer、Vlad Yasevichの貴重なコメントに感謝したいと考えています。
[RFC2119] Bradner, S., "Key words for use in RFCs to Indicate Requirement Levels", BCP 14, RFC 2119, March 1997.
[RFC2119] Bradner, S., "Key words for use in RFCs to Indicate Requirement Levels", BCP 14, RFC 2119, March 1997.
[RFC3758] Stewart, R., Ramalho, M., Xie, Q., Tuexen, M., and P. Conrad, "Stream Control Transmission Protocol (SCTP) Partial Reliability Extension", RFC 3758, May 2004.
[RFC3758] Stewart, R., Ramalho, M., Xie, Q., Tuexen, M., and P. Conrad, "Stream Control Transmission Protocol (SCTP) Partial Reliability Extension", RFC 3758, May 2004.
[RFC4960] Stewart, R., Ed., "Stream Control Transmission Protocol", RFC 4960, September 2007.
[RFC4960] Stewart, R., Ed., "Stream Control Transmission Protocol", RFC 4960, September 2007.
[RFC5061] Stewart, R., Xie, Q., Tuexen, M., Maruyama, S., and M. Kozuka, "Stream Control Transmission Protocol (SCTP) Dynamic Address Reconfiguration", RFC 5061, September 2007.
[RFC5061] Stewart, R., Xie, Q., Tuexen, M., Maruyama, S., and M. Kozuka, "Stream Control Transmission Protocol (SCTP) Dynamic Address Reconfiguration", RFC 5061, September 2007.
[RFC6096] Tuexen, M. and R. Stewart, "Stream Control Transmission Protocol (SCTP) Chunk Flags Registration", RFC 6096, January 2011.
[RFC6096] Tuexen, M. and R. Stewart, "Stream Control Transmission Protocol (SCTP) Chunk Flags Registration", RFC 6096, January 2011.
[RFC6458] Stewart, R., Tuexen, M., Poon, K., Lei, P., and V. Yasevich, "Sockets API Extensions for the Stream Control Transmission Protocol (SCTP)", RFC 6458, December 2011.
[RFC6458] Stewart, R., Tuexen, M., Poon, K., Lei, P., and V. Yasevich, "Sockets API Extensions for the Stream Control Transmission Protocol (SCTP)", RFC 6458, December 2011.
Please note that this appendix is informational only.
この付録は情報のみであることに注意してください。
The following message flows between Endpoints E-A and E-Z illustrate the described procedures. The time progresses in downward direction.
エンドポイントE-AとE-Zの間の次のメッセージフローは、ここまでに説明した手順を示します。時間は下方向に進みます。
The following example illustrates E-A resetting streams 1 and 2 for just its outgoing streams.
次の例は、E-Aが送信ストリームのうちストリーム1と2だけをリセットする場合を示します。
E-A E-Z
----------[RE-CONFIG(OUT-REQ:X/1,2)]---------->
<-------------[RE-CONFIG(RESP:X)]--------------
The following example illustrates E-A resetting streams 1 and 2 for just its incoming streams.
次の例は、E-Aが受信ストリームのうちストリーム1と2だけをリセットする場合を示します。
E-A E-Z
-----------[RE-CONFIG(IN-REQ:X/1,2)]---------->
<--------[RE-CONFIG(OUT-REQ:Y,X/1,2)]----------
-------------[RE-CONFIG(RESP:Y)]-------------->
The following example illustrates E-A resetting all streams in both directions.
次の例は、E-Aが両方向のすべてのストリームをリセットする場合を示します。
E-A E-Z
-----[RE-CONFIG(OUT-REQ:X,Y-1|IN-REQ:X+1)]---->
<------[RE-CONFIG(RESP:X|OUT-REQ:Y,X+1)]-------
-------------[RE-CONFIG(RESP:Y)]-------------->
The following example illustrates E-A requesting that the streams and TSNs be reset. At completion, E-A has the new sending TSN (selected by the peer) of B, and E-Z has the new sending TSN of A (also selected by the peer).
次の例は、E-AがストリームとTSNのリセットを要求する場合を示します。処理完了時、E-Aはピアが選択したBの新しい送信TSNを持ち、E-Zはピアが選択したAの新しい送信TSNを持ちます。
E-A E-Z
------------[RE-CONFIG(TSN-REQ:X)]------------>
<-----[RE-CONFIG(RESP:X/S-TSN=A, R-TSN=B)]-----
The following example illustrates E-A requesting the addition of 3 outgoing streams.
次の例は、E-Aが送信ストリームを3つ追加するよう要求する場合を示します。
E-A E-Z
--------[RE-CONFIG(ADD_OUT_STRMS:X/3)]-------->
<-------------[RE-CONFIG(RESP:X)]--------------
The following example illustrates E-A requesting the addition of 3 incoming streams.
次の例は、E-Aが受信ストリームを3つ追加するよう要求する場合を示します。
E-A E-Z
---------[RE-CONFIG(ADD_IN_STRMS:X/3)]-------->
<----[RE-CONFIG(ADD_OUT_STRMS-REQ:Y,X/3)]------
-------------[RE-CONFIG(RESP:Y)]-------------->
Authors' Addresses
著者のアドレス
Randall R. Stewart Adara Networks Chapin, SC 29036 USA
Randall R. Stewart Adara Networks Chapin, SC 29036 USA
EMail: randall@lakerest.net
Michael Tuexen Muenster University of Applied Sciences Stegerwaldstr. 39 48565 Steinfurt DE
Michael Tuexen Muenster University of Applied Sciences Stegerwaldstr. 39 48565 Steinfurt DE
EMail: tuexen@fh-muenster.de
Peter Lei Cisco Systems, Inc. 9501 Technology Blvd. West Office Center Rosemont, IL 60018 USA
Peter Lei Cisco Systems, Inc. 9501 Technology Blvd. West Office Center Rosemont, IL 60018 USA
EMail: peterlei@cisco.com