[要約] RFC 8873は、Data Channelsを介したMessage Session Relay Protocol（MSRP）に関する標準仕様です。このRFCの目的は、WebRTCやその他のプロトコルでMSRPを使用する際の手順や要件を定義することです。
Internet Engineering Task Force (IETF) JM. Recio, Ed.
Request for Comments: 8873 Unaffiliated
Updates: 4975 C. Holmberg
Category: Standards Track Ericsson
ISSN: 2070-1721 January 2021
Message Session Relay Protocol (MSRP) over Data Channels
データチャネル上のメッセージセッションリレープロトコル（MSRP）
Abstract
概要
This document specifies how a Web Real-Time Communication (WebRTC) data channel can be used as a transport mechanism for the Message Session Relay Protocol (MSRP) and how the Session Description Protocol (SDP) offer/answer mechanism can be used to negotiate such a data channel, referred to as an MSRP data channel. Two network configurations are supported: the connection of two MSRP data channel endpoints; and a gateway configuration, which connects an MSRP data channel endpoint with an MSRP endpoint that uses either TCP or TLS. This document updates RFC 4975.
このドキュメントは、Webリアルタイム通信（WebRTC）データチャネルをメッセージセッションリレープロトコル（MSRP）のトランスポートメカニズムとしてどのように使用できるか、およびセッション記述プロトコル（SDP）オファー/アンサーメカニズムをどのように使用してネゴシエートするかを指定します。MSRPデータチャネルと呼ばれるデータチャネル。2つのネットワーク構成がサポートされています.2つのMSRPデータチャネルエンドポイントの接続。そして、MSRPデータチャネルエンドポイントをTCPまたはTLSを使用するMSRPエンドポイントと接続するゲートウェイ構成。この文書はRFC 4975を更新します。
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 7841.
この文書は、インターネットエンジニアリングタスクフォース（IETF）の製品です。IETFコミュニティのコンセンサスを表します。それは公開レビューを受け、インターネットエンジニアリングステアリンググループ（IESG）による出版の承認を受けました。インターネット規格に関する詳細情報は、RFC 7841のセクション2で利用できます。
Information about the current status of this document, any errata, and how to provide feedback on it may be obtained at https://www.rfc-editor.org/info/rfc8873.
この文書の現在のステータス、任意のエラータ、およびフィードバックを提供する方法は、https://www.rfc-editor.org/info/frfc8873で入手できます。
Copyright Notice
著作権表示
Copyright (c) 2021 IETF Trust and the persons identified as the document authors. All rights reserved.
著作権（C）2021 IETF信頼と文書著者として識別された人。全著作権所有。
This document is subject to BCP 78 and the IETF Trust's Legal Provisions Relating to IETF Documents (https://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.
この文書は、この文書の公開日に有効なIETF文書（https://truste.ietf.org/License-info）に関するBCP 78とIETF信頼の法的規定を受けています。この文書に関してあなたの権利と制限を説明するので、これらの文書を慎重に見直してください。この文書から抽出されたコードコンポーネントには、信頼法の法的規定のセクション4。
Table of Contents
目次
1. Introduction
2. Conventions
3. WebRTC Data Channel Considerations
3.1. MSRP Data Channel
4. SDP Considerations
4.1. MSRP URI
4.2. MSRP URI msrp-scheme
4.3. Use of the 'dcmap' Attribute
4.4. Use of the 'dcsa' Attribute
4.5. Use of the DCSA-Embedded 'setup' Attribute
4.6. Session Closing
4.7. Support for MSRP File Transfer Function
4.8. Example
5. MSRP Considerations
5.1. Session Mapping
5.2. Session Opening
5.3. Session Closing
5.4. Data Framing
5.5. Data Sending, Receiving, and Reporting
5.6. Support for MSRP File Transfer Function
6. Gateway Considerations
7. Updates to RFC 4975
8. Security Considerations
9. IANA Considerations
9.1. "msrps" URI scheme
9.2. Subprotocol Identifier "msrp"
9.3. SDP Attributes
10. References
10.1. Normative References
10.2. Informative References
Acknowledgments
Authors' Addresses
The Message Session Relay Protocol (MSRP) [RFC4975] is a protocol for transmitting a series of related instant messages in the context of a session. In addition to instant messaging, MSRP can also be used for image sharing or file transfer. MSRP was initially defined in [RFC4975] to work over TCP and TLS connections, and over a WebSocket subprotocol specified by [RFC7977].
メッセージセッションリレープロトコル（MSRP）[RFC4975]は、セッションのコンテキストで一連の関連のインスタントメッセージを送信するためのプロトコルです。インスタントメッセージングに加えて、MSRPは画像共有またはファイル転送にも使用できます。MSRPは[RFC4975]で最初に定義され、TCPおよびTLS接続を介して、[RFC7977]で指定されたWebSocketサブプロタコックを介して定義されました。
This document specifies how a Web Real-Time Communication (WebRTC) data channel [RFC8831] can be used as a transport mechanism for MSRP without the TCP and TLS layers, and how the Session Description Protocol (SDP) offer/answer mechanism for data channels [RFC8864] can be used to negotiate such a data channel.
このドキュメントは、Webリアルタイム通信（WebRTC）データチャネル[RFC8831]をTCPおよびTLSレイヤーのないMSRPのトランスポートメカニズムとしてどのように使用できるか、およびデータチャネルのセッション記述プロトコル（SDP）オファー/回答メカニズムを指定する方法を指定します。[RFC8864]そのようなデータチャネルをネゴシエートするために使用できます。
In this document, an MSRP data channel refers to a WebRTC data channel for which the instantiated subprotocol is "msrp" and the data channel is negotiated using the SDP offer/answer mechanism [RFC8864].
この文書では、MSRPデータチャネルは、インスタンス化されたサブプロトコルが「MSRP」であり、データチャネルはSDPオファー/アンサーメカニズム[RFC8864]を使用してネゴシエートされているWebRTCデータチャネルを参照します。
Defining MSRP as a data channel subprotocol has many benefits:
データチャネルサブプロトコルとしてMSRPの定義には多くの利点があります。
* provides to applications a proven protocol enabling instant messaging, file transfer, image sharing
* アプリケーションを提供して、インスタントメッセージング、ファイル転送、イメージ共有を可能にする実証済みのプロトコル
* integrates those features with other WebRTC voice, video, and data features
* これらの機能を他のWebRTC音声、ビデオ、およびデータ機能と統合
* leverages the SDP-based negotiation already defined for MSRP
* MSRPにすでに定義されているSDPベースのネゴシエーションを活用します。
* allows the interworking with MSRP endpoints running on a TCP or TLS connection
* TCPまたはTLS接続で実行されているMSRPエンドポイントのインターワーキングを許可する
Compared to the WebSocket protocol, which provides a message-passing protocol to applications with no direct access to TCP or TLS sockets, data channels provide a low-latency transport and leverage NAT-aware connectivity and the security features of WebRTC.
TCPまたはTLSソケットへの直接アクセスなしのアプリケーションへのメッセージ受け渡しプロトコルを提供するWebSocketプロトコルと比較して、データチャネルは低遅延トランスポートとWEBRTCのセキュリティ機能を活用します。
This document defines an MSRP data channel endpoint as an MSRP application that uses a WebRTC data channel for MSRP transport. This document describes configurations for connecting such endpoint to another MSRP data channel endpoint, or to an MSRP endpoint that uses either TCP or TLS transport.
このドキュメントは、MSRPトランスポート用のWebRTCデータチャネルを使用するMSRPアプリケーションとしてMSRPデータチャネルエンドポイントを定義します。この文書では、そのようなエンドポイントを別のMSRPデータチャネルエンドポイントに接続するための構成、またはTCPまたはTLSトランスポートのいずれかを使用するMSRPエンドポイントに説明します。
This document updates [RFC4975] as described in Section 7.
この文書はセクション7で説明したように[RFC4975]を更新します。
The key words "MUST", "MUST NOT", "REQUIRED", "SHALL", "SHALL NOT", "SHOULD", "SHOULD NOT", "RECOMMENDED", "NOT RECOMMENDED", "MAY", and "OPTIONAL" in this document are to be interpreted as described in BCP 14 [RFC2119] [RFC8174] when, and only when, they appear in all capitals, as shown here.
「必須」、「必須」、「必須」、「SHALL」、「必ず」、「推奨する」、「推奨する」、「推奨する」、「推奨する」、「推奨する」、「5月」「この文書では、BCP 14 [RFC2119] [RFC8174]に記載されている場合に解釈されるべきです。
The following WebRTC data channel property values [RFC8831] apply to an MSRP data channel:
次のWebRTCデータチャネルプロパティ値[RFC8831]はMSRPデータチャネルに適用されます。
+==========================+=================+
| Property | Value |
+==========================+=================+
| Subprotocol Identifier | msrp |
+--------------------------+-----------------+
| Transmission reliability | reliable |
+--------------------------+-----------------+
| Transmission order | in-order |
+--------------------------+-----------------+
| Label | See Section 4.3 |
+--------------------------+-----------------+
Table 1
表1
The generic SDP considerations, including the SDP offer/answer procedures [RFC3264], for negotiating a WebRTC data channel are defined in [RFC8864]. This section and its subsections define the SDP considerations that are specific to an MSRP data channel, identified by the "subprotocol" attribute parameter, with an "msrp" parameter value in the 'dcmap' attribute.
WebRTCデータチャネルを交渉するためのSDPオファー/アンサープロシージャ[RFC3264]を含む一般的なSDPの考慮事項は、[RFC8864]で定義されています。このセクションとそのサブセクションは、「subprotocol」属性パラメータによって識別されたMSRPデータチャネルに固有のSDPの考慮事項を「DCMAP」属性に「MSRP」パラメータ値を示します。
This document extends the MSRP URI syntax [RFC4975] by defining the new transport parameter value "dc" (an abbreviation of data channel):
この文書は、新しいトランスポートパラメータ値「DC」（データチャネルの略語）を定義することによってMSRP URI構文[RFC4975]を拡張します。
transport /= "dc" ; Add "dc" to existing transports per Section 9 of [RFC4975]
トランスポート/ = "DC";[RFC4975]のセクション9あたりの既存のトランスポートに「DC」を追加します。
MSRP design provides for new transport bindings (see Section 6 of [RFC4975]). MSRP implementations are expected to allow unrecognized transports for which there is no need to establish a connection to the resource described by the URI, as is the case of data channels (Section 4.4).
MSRP設計は新しいトランスポートバインディングを提供します（[RFC4975]のセクション6を参照）。MSRP実装は、データチャネルの場合と同様に、URIによって記述されたリソースへの接続を確立する必要がない認識されていないトランスポートを可能にすることが期待されています（セクション4.4）。
The msrp-scheme portion of the MSRP URI that represents an MSRP data channel endpoint (used in the SDP 'path' attribute and in the MSRP message headers) is always "msrps", which indicates that the MSRP data channel is always secured using DTLS as described in [RFC8831].
MSRPデータチャネルエンドポイント（SDP '' PATH '属性とMSRPメッセージヘッダーで使用）を表すMSRP URIのMSRPスキーム部分は常に "MSRP"です。これは、MSRPデータチャネルが常にDTLSを使用して固定されていることを示します。[RFC8831]に記載されているように。
An offerer and answerer SHALL, in each offer and answer, include a 'dcmap' attribute [RFC8864] in the SDP media description ("m=" section) [RFC4566] describing the SCTP association [RFC4960] used to realize the MSRP data channel.
オファーと回答者は、各オファーと回答で、SDPメディアの説明（ "M ="セクション）[RFC4566]の「DCMAP」属性[RFC8864]を含みます[RFC4566] MSRPデータチャネルを実現するために使用されるSCTPアソシエーション[RFC4960]。
The attribute includes the following data channel parameters:
属性には、次のデータチャネルパラメータが含まれています。
* "label=" labelstring
* "Label =" LabelString
* "subprotocol=" "msrp"
* "subprotocol =" "msrp"
The labelstring is set by the MSRP application according to [RFC8864].
LabelStringは、[RFC8864]に従ってMSRPアプリケーションによって設定されます。
The offerer and answerer SHALL NOT include the "max-retr" and the "max-time" attribute parameters in the 'dcmap' attribute.
オファーと回答者は、「DCMAP」属性に「MAX-RET」と「MAX-TIME」属性パラメータを含めないでください。
The offerer and answerer MAY include the "ordered" attribute parameter in the 'dcmap' attribute. If included, the attribute parameter value SHALL be set to "true".
オファーと回答者は、「DCMAP」属性に「順序付けられた」属性パラメータを含み得る。含まれている場合、属性パラメータ値は "True"に設定されます。
Below is an example of a 'dcmap' attribute for an MSRP session to be negotiated with the "dcmap-stream-id" parameter set to 2 and the "label" parameter set to "chat":
以下は、MSRPセッションが2に設定されている「DCMAP-STREAM-ID」パラメータと「Label」パラメータを「チャット」に設定した「DCMAP」属性の例です。
a=dcmap:2 label="chat";subprotocol="msrp"
An offerer and answerer can, in each offer and answer, include one or more data channel subprotocol attributes ('dcsa' attributes) [RFC8864] in the "m=" section describing the SCTP association used to realize the MSRP data channel. An SDP attribute included in a 'dcsa' attribute is referred to as a DCSA-embedded attribute.
オファーと回答者は、各オファーと回答で、MSRPデータチャネルを実現するために使用されるSCTPアソシエーションを説明する「M =」の「M =」の「M =」のセクションの1つ以上のデータチャネルサブプロタコジ属性（RFC8864]を含めることができます。'DCSA'属性に含まれるSDP属性は、DCSA-埋め込み属性と呼ばれます。
If an offerer or answerer receives a 'dcsa' attribute that contains an SDP attribute for which usage has not been defined for an MSRP data channel, the offerer or answerer should ignore the 'dcsa' attribute, following the rules in Section 6.7 of [RFC8864].
オファーまたは回答者がMSRPデータチャネルに対して使用法が定義されていないSDP属性を含む「DCSA」属性を受信した場合、オファーまたは回答者は[RFC8864]のセクション6.7の規則に従って、「DCSA」属性を無視する必要があります。]。
An offerer and answerer SHALL include a 'dcsa' attribute for each of the following MSRP-specific SDP attributes:
オファーと回答者は、次の各MSRP固有のSDP属性に対して「DCSA」属性を含めるものとします。
* defined in [RFC4975]: 'path'.
* [RFC4975]で定義されています： 'path'。
* defined in [RFC6714]: 'msrp-cema'.
* [RFC6714]で定義されています： 'msrp-cema'。
* defined in [RFC6135]: 'setup'. See Section 4.5.
* [RFC6135]： 'setup'で定義されています。セクション4.5を参照してください。
It is considered a protocol error if one or more of the DCSA-embedded attributes listed above are not included in an offer or answer.
上記のDCSA内蔵属性がオファーまたは回答に含まれていない場合は、プロトコルエラーと見なされます。
An offerer and answerer MAY include a 'dcsa' attribute for any of the following MSRP-specific SDP attributes, following the procedures defined for each attribute:
オファーと回答者には、各属性ごとに定義された手順に従って、次のMSRP固有のSDP属性の「DCSA」属性を含めることができます。
* defined in [RFC4975]: 'accept-types', 'accept-wrapped-types', and 'max-size'.
* [RFC4975]で定義されています。 'accept-types'、 'accept-allapped-types'、および 'max-size'。
* defined in [RFC4566]: 'sendonly', 'recvonly', 'inactive', and 'sendrecv'.
* [RFC4566]で定義されています。 'sendonly'、 'recvonly'、 'inactive'、および 'sendrecv'。
* defined in [RFC5547]: all the parameters related to MSRP file transfer. See Section 4.7.
* [RFC5547]で定義されています.MSRPファイル転送に関連するすべてのパラメータ。セクション4.7を参照してください。
A subsequent offer or answer MAY update the previously negotiated MSRP subprotocol attributes while keeping the 'dcmap' attribute associated with the MSRP data channel unchanged. The semantics for newly negotiated MSRP subprotocol attributes are per [RFC4975].
以降のオファーまたは答えは、MSRPデータチャネルに関連付けられている「DCMAP」属性を変更しながら、以前にネゴシエートされたMSRPサブプロタコジ属性を更新することができる。新しく交渉されたMSRPサブプロトコル属性のセマンティクスは[RFC4975]にあります。
When MSRP messages are transported on a data channel, the 'path' attribute is not used for the routing of the messages. The MSRP data channel is established using the SDP offer/answer procedures defined in [RFC8864], and the MSRP messages are then transported on that data channel. This is different from legacy MSRP [RFC4975] but similar to MSRP Connection Establishment for Media Anchoring (MSRP CEMA) [RFC6714]. Because of this, a DCSA-embedded 'msrp-cema' attribute is mandated for MSRP sessions over data channels. However, when an endpoint receives an MSRP message over a data channel, it MUST still perform the MSRP URI comparison procedures defined in [RFC4975].
MSRPメッセージがデータチャネルで転送されると、メッセージのルーティングには 'path'属性が使用されません。MSRPデータチャネルは[RFC8864]で定義されているSDPオファー/アンサープロシージャを使用して確立され、その後MSRPメッセージがそのデータチャネルで転送されます。これはレガシーMSRP [RFC4975]とは異なりますが、メディア固定（MSRP CEMA）[RFC6714]のMSRP接続確立と似ています。このため、DCSA-埋め込み 'MSRP-CEMA'属性はデータチャネル上のMSRPセッションに義務付けられています。ただし、エンドポイントがデータチャネルを介してMSRPメッセージを受信すると、[RFC4975]で定義されているMSRP URI比較手順を実行する必要があります。
As described in Section 4.4, the usage of a DCSA-embedded 'setup' attribute is mandated for MSRP sessions over data channels. It is used to negotiate which MSRP data channel endpoint assumes the active role as per Section 4.2.2 of [RFC6135] and Section 5.4 of [RFC4975]. It has no relationship with the DTLS connection establishment roles [RFC8841].
セクション4.4で説明されているように、DCSA埋め込み 'setup'属性の使用は、データチャネルを介したMSRPセッションに義務付けられています。[RFC6135]の[RFC6135]のセクション4.2.2および[RFC4975]のセクション4.2.2に従って、MSRPデータチャネルエンドポイントがアクティブな役割を想定しているかをネゴシエートするために使用されます。DTLS接続確立役割と関係はありません[RFC8841]。
The DCSA-embedded 'setup' attribute is of the form "a=dcsa:x setup:<role>", with x being the data channel's SCTP stream identifier, so that the 'setup' attribute is explicitly associated with an MSRP session over a specific data channel.
DCSA-埋め込み 'setup'属性は、 "A = DCSA：X Setup：<役割>"の形式です。特定のデータチャネル。
An MSRP session is closed by closing the associated data channel following the procedures in [RFC8864].
[RFC8864]の手順に従って、関連データチャネルを閉じることによってMSRPセッションが閉じられます。
The port value for the "m=" line SHOULD NOT be changed (e.g., to zero) when closing an MSRP session (unless all data channels are being closed and the SCTP association is no longer needed) since this would close the SCTP association and impact all of the data channels. In all cases in [RFC4975] where the procedure calls for setting the port to zero in the MSRP "m=" line in an SDP offer for TCP transport, the SDP offerer of an MSRP session with data channel transport SHALL remove the corresponding 'dcmap' and 'dcsa' attributes.
MSRPセッションを閉じるとき（たとえば、すべてのデータチャネルが閉じられていない限り、SCTPアソシエーションが不要でない限り）MSRPセッションを閉じると、「M =」回線のポート値を変更しないでください。すべてのデータチャネルに影響を与えます。TCPトランスポートのSDPのオファーでMSRP "M ="行のポートをゼロに設定するためのプロシージャがすべての場合で、データチャネルトランスポートを持つMSRPセッションのSDPオファーは対応する 'DCMAPを削除しなければならない[RFC4975]'と' DCSA 'の属性。
SDP attributes specified in [RFC5547] for a file transfer "m=" line are embedded as subprotocol-specific attributes using the syntax defined in [RFC8864].
ファイル転送の[RFC5547]で指定されたSDP属性 "m ="行は、[RFC8864]で定義された構文を使用してサブプロタクセル固有の属性として埋め込まれています。
Below is an example of an offer and an answer that include the attributes needed to establish two MSRP sessions: one for chat and one for file transfer. The example is derived from a combination of examples in [RFC4975] and [RFC5547].
以下は、2つのMSRPセッションを確立するために必要な属性を含む答えの例です.Chat for Chat for file転送用の1つです。この実施例は、[RFC4975]および[RFC5547]の実施例の組み合わせから由来する。
Offer:
提供：
m=application 54111 UDP/DTLS/SCTP webrtc-datachannel
c=IN IP6 2001:db8::3
a=max-message-size:100000
a=sctp-port:5000
a=setup:actpass
a=fingerprint:SHA-256 12:DF:3E:5D:49:6B:19:E5:7C:AB:4A:AD:B9:B1:\
3F:82:18:3B:54:02:12:DF:3E:5D:49:6B:19:E5:7C:AB:4A:AD
a=tls-id:4a756565cddef001be82
a=dcmap:0 label="chat";subprotocol="msrp"
a=dcsa:0 msrp-cema
a=dcsa:0 setup:active
a=dcsa:0 accept-types:message/cpim text/plain
a=dcsa:0 path:msrps://2001:db8::3:54111/si438dsaodes;dc
a=dcmap:2 label="file transfer";subprotocol="msrp"
a=dcsa:2 sendonly
a=dcsa:2 msrp-cema
a=dcsa:2 setup:active
a=dcsa:2 accept-types:message/cpim
a=dcsa:2 accept-wrapped-types:*
a=dcsa:2 path:msrps://2001:db8::3:54111/jshA7we;dc
a=dcsa:2 file-selector:name:"picture1.jpg" type:image/jpeg \
size:1463440 hash:sha-256:7C:DF:3E:5D:49:6B:19:E5:12:AB:4A:AD:\
4A:B1:3F:82:3E:3B:54:12:02:5D:18:DF:49:6B:19:E5:7C:AB:B9:AD
a=dcsa:2 file-transfer-id:rjEtHAcYVZ7xKwGYpGGwyn5gqsSaU7Ep
a=dcsa:2 file-disposition:attachment
a=dcsa:2 file-date:creation:"Tue, 11 Aug 2020 19:05:30 +0200"
a=dcsa:2 file-icon:cid:id2@bob.example.com
a=dcsa:2 file-range:1-1463440
Answer:
回答：
m=application 51444 UDP/DTLS/SCTP webrtc-datachannel
c=IN IP6 IP6 2001:db8::1
a=max-message-size:100000
a=sctp-port:6000
a=setup:passive
a=fingerprint:SHA-256 5D:02:3E:AD:49:6B:19:E5:7C:AB:4A:AD:B9:\
B1:3F:82:18:3B:54:DF:12:6B:3E:5D:49:DF:19:E5:7C:AB:4A:5D
a=tls-id:65cd4a7565debe82f100
a=dcmap:0 label="chat";subprotocol="msrp"
a=dcsa:0 msrp-cema
a=dcsa:0 setup:passive
a=dcsa:0 accept-types:message/cpim text/plain
a=dcsa:0 path:msrps://2001:db8::1:51444/di551fsaodes;dc
a=dcmap:2 label="file transfer";subprotocol="msrp"
a=dcsa:2 recvonly
a=dcsa:2 msrp-cema
a=dcsa:2 setup:passive
a=dcsa:2 accept-types:message/cpim
a=dcsa:2 accept-wrapped-types:*
a=dcsa:2 path:msrps://2001:db8::1:51444/jksh7Bwc;dc
a=dcsa:2 file-selector:name:"picture1.jpg" type:image/jpeg \
size:1463440
a=dcsa:2 file-transfer-id:rjEtHAcYVZ7xKwGYpGGwyn5gqsSaU7Ep
a=dcsa:2 file-range:1-1463440
Note that due to RFC formatting conventions, this document splits SDP content that exceeds 72 characters across lines, marking this line folding with a backslash character. This backslash and its trailing CRLF and whitespace would not appear in actual SDP content.
RFCのフォーマット規則のために、この文書は行を超える72文字を超えるSDPコンテンツを分割し、この行をバックスラッシュ文字で折りたたみます。このバックスラッシュとその末尾のCRLFと空白は、実際のSDPコンテンツには表示されません。
The procedures specified in [RFC4975] apply except when this document specifies otherwise. This section describes the MSRP considerations specific to an MSRP data channel.
[RFC4975]で指定された手順は、このドキュメントが特に指定されている場合を除きます。このセクションでは、MSRPデータチャネルに固有のMSRPの考慮事項について説明します。
In this document, each MSRP session maps to one data channel exactly.
この文書では、各MSRPセッションは1つのデータチャネルに正確にマッピングされます。
Section 4.5 describes how the active MSRP data channel endpoint role is negotiated. The active MSRP data channel endpoint uses the data channel established for this MSRP session by the generic data channel opening procedure defined in [RFC8864].
セクション4.5は、アクティブMSRPデータチャネルエンドポイントロールのネゴシエーションを説明しています。アクティブMSRPデータチャネルエンドポイントは、[RFC8864]で定義されている一般的なデータチャネル開き手順によって、このMSRPセッション用に確立されたデータチャネルを使用します。
As soon as the WebRTC data channel is opened, the MSRP session is actually opened by the active MSRP data channel endpoint. In order to do this, the active MSRP data channel endpoint sends an MSRP SEND message (empty or not) to the peer (passive) MSRP data channel endpoint.
WebRTCデータチャネルが開かれるとすぐに、MSRPセッションは実際にはアクティブMSRPデータチャネルエンドポイントによって開かれます。これを行うには、アクティブMSRPデータチャネルエンドポイントは、MSRP送信メッセージ（空またはしない）をピア（パッシブ）MSRPデータチャネルエンドポイントに送信します。
The closure of an MSRP session SHALL be signaled via SDP following the requirements in Section 4.6.
MSRPセッションの閉鎖は、セクション4.6の要件に従ってSDPを介してシグナリングされなければならない。
If the data channel used to transport the MSRP session fails and is torn down, the MSRP data channel endpoints SHALL consider the MSRP session failed. An MSRP data channel endpoint MAY, based on local policy, try to negotiate a new MSRP data channel.
MSRPセッションを転送するために使用されるデータチャネルが失敗して破棄された場合、MSRPデータチャネルエンドポイントはMSRPセッションに失敗したと検討します。MSRPデータチャネルエンドポイントは、ローカルポリシーに基づいて、新しいMSRPデータチャネルをネゴシエートしてみてください。
Each text-based MSRP message is sent on the corresponding data channel using standard MSRP framing and chunking procedures, as defined in [RFC4975], with each MSRP chunk delivered in a single SCTP user message. Therefore all sent MSRP chunks SHALL have lengths of less than or equal to the value of the peer's 'max-message-size' attribute [RFC8841] associated with the SCTP association.
各テキストベースのMSRPメッセージは、[RFC4975]で定義されている標準のMSRPフレーミングおよびチャンキング手順を使用して、対応するデータチャネルで送信され、各MSRPチャンクは単一のSCTPユーザーメッセージで配信されます。したがって、送信されたMSRPチャンクはすべて、SCTPアソシエーションに関連付けられているピアの 'max-message-size'属性[RFC8841]の値以下の長さを持たせます。
Data sending, receiving, and reporting procedures SHALL conform to [RFC4975].
データ送信、受信、および報告手順は[RFC4975]に準拠しなければならない。
[RFC5547] defines an end-to-end file transfer method based on MSRP and the SDP offer/answer mechanism. This file transfer method is also usable by MSRP data channel endpoints with the following considerations:
[RFC5547] MSRPとSDPオファー/アンサー・メカニズムに基づくエンドツーエンドのファイル転送方法を定義します。このファイル転送方法は、次の考慮事項のMSRPデータチャネルエンドポイントによっても使用可能です。
* As an MSRP session maps to one data channel, a file transfer session maps also to one data channel.
* MSRPセッションが1つのデータチャネルにマッピングされると、ファイル転送セッションは1つのデータチャネルにもマッピングされます。
* SDP attributes are negotiated as specified in Section 4.7.
* SDP属性はセクション4.7で指定されているとおりにネゴシエートされます。
* Once the file transfer is complete, the same data channel MAY be reused for another file transfer.
* ファイル転送が完了すると、同じデータチャネルが別のファイル転送に再利用される可能性があります。
This section describes the network configuration where one MSRP endpoint uses an MSRP data channel as MSRP transport, the other MSRP endpoint uses TLS/TCP connections as MSRP transport, and the two MSRP endpoints interwork via a gateway.
このセクションでは、MSRPのデータチャネルがMSRPトランスポートとしてMSRPデータチャネルを使用するネットワーク構成について説明します。他のMSRPエンドポイントはMSRPトランスポートとしてTLS / TCP接続を使用し、2つのMSRPエンドポイントはゲートウェイを介してInterworkを使用します。
Specifically, a gateway can be configured to interwork an MSRP session over a data channel with a peer that does not support data channel transport in one of two ways.
具体的には、データチャネルを介してMSRPセッションを2つの方法のうちの1つでサポートしないピアを介してMSRPセッションを接続するように構成することができる。
In one model, the gateway performs as an MSRP Back-to-Back User Agent (B2BUA) to interwork all the procedures as necessary between the endpoints. No further specification is needed for this model.
あるモデルでは、ゲートウェイは、エンドポイント間で必要に応じてすべてのプロシージャを接続するためにMSRPバックツーバックユーザーエージェント（B2BUA）として機能します。このモデルにはそれ以上の仕様は必要ありません。
Alternately, the gateway can provide transport-level interworking between MSRP endpoints using different transport protocols. In accordance with Section 4.4, 'path' attributes SHALL NOT be used for transport-level interworking.
あるいは、ゲートウェイは、異なるトランスポートプロトコルを使用してMSRPエンドポイント間でトランスポートレベルのインターワーキングを提供できます。セクション4.4に従って、 'path'属性はトランスポートレベルのインターワーキングには使用されません。
When the gateway performs transport-level interworking between MSRP endpoints, all of the procedures in Section 4 and Section 5 apply to each peer, with the following additions:
ゲートウェイがMSRPエンドポイント間でトランスポートレベルのインターワーキングを実行すると、セクション4とセクション5のすべての手順は各ピアに適用されます。
* The gateway SHALL use the MSRP CEMA mechanism [RFC6714] towards the non-data channel endpoint.
* ゲートウェイは、MSRP CEMAメカニズム[RFC6714]を非データチャネルエンドポイントに向けて使用しなければならない。
* If the non-data channel endpoint does not support MSRP CEMA, transport-level interworking mode is not possible, and the gateway needs to act as an MSRP B2BUA.
* 非データチャネルエンドポイントがMSRP CEMAをサポートしていない場合、トランスポートレベルのインターワーキングモードは不可能であり、ゲートウェイはMSRP B2BUAとして機能する必要があります。
* The gateway SHALL NOT modify the 'path' attribute received from data channel or from non-data channel endpoints.
* ゲートウェイは、データチャネルから受信した「PATH」属性を変更してはならない、または非データチャネルエンドポイントから
* The gateway SHALL NOT modify the 'setup' value received from data channel or from non-data channel endpoints.
* ゲートウェイは、データチャネルから受信した「セットアップ」値を変更してはならない、または非データチャネルエンドポイントから
* The endpoint establishing an MSRP session using data channel transport SHALL NOT request inclusion of any relays, although it MAY interoperate with a peer that signals the use of relays.
* データチャネル輸送を使用してMSRPセッションを確立するエンドポイントは、リレーの使用を通知するピアと相互運用する可能性があるが、どのリレーを含めることはできません。
This document updates [RFC4975] by allowing the usage of the "msrps" scheme when the underlying connection is protected with DTLS.
この文書は、基礎となる接続がDTLSで保護されている場合の「MSRPS」方式の使用を許可することで[RFC4975]を更新します。
MSRP traffic over data channels, including confidentiality, integrity, and source authentication, is secured as specified by [RFC8831]. However, [RFC4975] allows transport of MSRP traffic over nonsecured TCP connections and does not provide a mechanism to guarantee usage of TLS end to end. As described in [RFC4975], even if TLS is used between some hops, TCP might still be used between other hops. Operators need to establish proper policies in order to ensure that the MSRP traffic is protected between endpoints.
機密性、整合性、およびソース認証を含むデータチャネル上のMSRPトラフィックは、[RFC8831]で指定されているように保護されています。ただし、[RFC4975]は、非絶縁型TCP接続を介したMSRPトラフィックのトランスポートを許可し、TLS端末の使用を保証するためのメカニズムを提供しません。[RFC4975]で説明されているように、いくつかのホップの間にTLSが使用されていても、TCPは他のホップの間で依然として使用される可能性があります。MSRPトラフィックがエンドポイント間で保護されていることを確認するために、オペレータは適切なポリシーを確立する必要があります。
[RFC5547] specifies security considerations related to the usage of MSRP for file transfer.
[RFC5547]ファイル転送用のMSRPの使用方法に関するセキュリティ上の考慮事項を指定します。
[RFC7092] specifies security considerations related to B2BUAs.
[RFC7092] B2BUASに関連するセキュリティ上の考慮事項を指定します。
Note that the discussion in Section 14.5 of [RFC4975] on MSRP message attribution to remote identities applies to data channel transport.
リモートIDへのMSRPメッセージ属性に関する[RFC4975]のセクション14.5の議論は、データチャネル転送に適用されます。
If the Session Initiation Protocol (SIP) [RFC3261] is used to implement the offer/answer transactions for establishing the MSRP data channel, the SIP security considerations specified in [RFC3261] apply.
Session Initiation Protocol（SIP）[RFC3261]を使用してMSRPデータチャネルを確立するためのオファー/アンサートランザクションを実装する場合は、[RFC3261]で指定されたSIPセキュリティ上の考慮事項が適用されます。
This document modifies the usage of the "msrps" URI scheme, registered by [RFC4975], by adding DTLS as a protected transport indicated by the URI scheme.
この文書は、URIスキームで示される保護されたトランスポートとしてDTLを追加することによって、[RFC4975]によって登録された「MSRPS」URIスキームの使用状況を変更します。
A reference to RFC 8873 has been added to the URI scheme "msrps" in the "Uniform Resource Identifier (URI) Schemes" registry.
RFC 8873への参照が、「Uniform Resource Identifier（URI）スキーム」レジストリのURIスキーム「MSRPS」に追加されました。
A reference to RFC 8873 has been added to the subprotocol identifier "msrp" in the "WebSocket Subprotocol Name Registry".
RFC 8873への参照が、「WebSocketサブプロトコル名レジストリ」のSubProtocol識別子「MSRP」に追加されました。
This document modifies the usage of a set of SDP attributes if any of those attributes is included in an SDP 'dcsa' attribute associated with an MSRP data channel. The modified usage of the SDP 'setup' attribute is described in Section 4.5. The usage of the other SDP attributes is described in Section 4.4.
このドキュメントは、それらの属性のいずれかがMSRPデータチャネルに関連付けられているSDP 'DCSA'属性に含まれている場合、SDP属性のセットの使用を変更します。SDP 'Setup'属性の変更された使用法はセクション4.5で説明されています。他のSDP属性の使用法はセクション4.4で説明されています。
* 'accept-types'
* 'accept-types'
* 'accept-wrapped-types'
* 「捕捉型」
* 'file-date'
* 'ファイル - 日付'
* 'file-disposition'
* 'file-disposition'
* 'file-icon'
* 'ファイルアイコン'
* 'file-range'
* 'ファイル範囲'
* 'file-selector'
* 'file-selector'
* 'file-transfer-id'
* 'file-transfer-id'
* 'inactive'
* '非活性'
* 'max-size'
* 「最大サイズ」
* 'msrp-cema'
* 'msrp-cema'
* 'path'
* '道'
* 'recvonly'
* 'Recvonly'
* 'sendonly'
* 'sendonly'
* 'sendrecv'
* 'sendrecv'
The usage level "dcsa (msrp)" has been added to the registration of the SDP 'accept-types' attribute in the Session Description Protocol (SDP) Parameters "att-field" subregistry as follows:
セッション記述プロトコル（SDP）パラメータ「ATT-FIELD」サブレクシストのSDP 'accept-types'属性の登録に使用量レベル "DCSA（msrp）"が追加されました：
Contact name: IESG Contact email: iesg@ietf.org Attribute name: accept-types Usage level: dcsa (msrp) Purpose: Contain the list of media types that the endpoint is willing to receive. Reference: RFC 8873
連絡先名：IESG連絡先Eメール：iesg@ietf.org属性名：accept-types usageレベル：DCSA（MSRP）目的：エンドポイントが受信している希望のメディアタイプのリストを含みます。参照：RFC 8873
The usage level "dcsa (msrp)" has been added to the registration of the SDP 'accept-wrapped-types' attribute in the Session Description Protocol (SDP) Parameters "att-field" subregistry as follows:
セッション記述プロトコル（SDP）パラメータ「ATT-FIELD」サブレクシストのSDP 'accept-wrapped-types'属性の登録に使用量レベル "DCSA（msrp）"が追加されました次のようになりました。
Contact name: IESG Contact email: iesg@ietf.org Attribute name: accept-wrapped-types Usage level: dcsa (msrp) Purpose: Contain the list of media types that the endpoint is willing to receive in an MSRP message with multipart content. Reference: RFC 8873
連絡先名：IESG連絡先電子メール：iesg@ietf.org属性名：accept-allapped-types使用レベル：DCSA（MSRP）目的：エンドポイントがMSRPメッセージで受信したいメディアタイプのリストを含みます。参照：RFC 8873
The usage level "dcsa (msrp)" has been added to the registration of the SDP 'file-date' attribute in the Session Description Protocol (SDP) Parameters "att-field" subregistry as follows:
使用レベルの「DCSA（MSRP）」は、セッション記述プロトコル（SDP）パラメータ「ATT-FIELD」サブレクシストのSDP 'file-date'属性の登録に次のように追加されました。
Contact name: IESG Contact email: iesg@ietf.org Attribute name: file-date Usage level: dcsa (msrp) Purpose: Indicate one or more dates related to the file in an MSRP file transfer negotiation. Reference: RFC 8873
連絡先名：IESG連絡先Eメール：iesg@ietf.org属性名：ファイル - 日付使用レベル：DCSA（MSRP）目的：MSRPファイル転送ネゴシエーションでファイルに関連する1つ以上の日付を指定します。参照：RFC 8873
The usage level "dcsa (msrp)" has been added to the registration of the SDP 'file-disposition' attribute in the Session Description Protocol (SDP) Parameters "att-field" subregistry as follows:
セッション記述プロトコル（SDP）パラメータ「ATT-Field」サブレクシストのSDP 'file-disposition'属性の登録には、次のようにして使用されています。
Contact name: IESG Contact email: iesg@ietf.org Attribute name: file-disposition Usage level: dcsa (msrp) Purpose: Provide a suggestion to the other endpoint about the intended disposition of the file in an MSRP file transfer negotiation. Reference: RFC 8873
連絡先名：IESG連絡先Eメール：iesg@ietf.org属性名：ファイル配置使用レベル：DCSA（MSRP）目的：MSRPファイル転送ネゴシエーションでのファイルの意図された配置に関する他のエンドポイントへの提案を提供します。参照：RFC 8873
The usage level "dcsa (msrp)" has been added to the registration of the SDP 'file-icon' attribute in the Session Description Protocol (SDP) Parameters "att-field" subregistry as follows:
次のように、セッション記述プロトコル（SDP）パラメータ「ATT-Field」サブレクシストのSDP 'ファイル - アイコン'属性の登録に使用量レベル "DCSA（MSRP）"が追加されました。
Contact name: IESG Contact email: iesg@ietf.org Attribute name: file-icon Usage level: dcsa (msrp) Purpose: Contain a pointer to a small preview icon representing the contents of the file in an MSRP file transfer negotiation. Reference: RFC 8873
連絡先名：IESG連絡先Eメール：iesg@ietf.org属性名：ファイルアイコン使用レベル：DCSA（MSRP）目的：MSRPファイル転送ネゴシエーションでファイルの内容を表す小さなプレビューアイコンへのポインタを含みます。参照：RFC 8873
The usage level "dcsa (msrp)" has been added to the registration of the SDP 'file-range' attribute in the Session Description Protocol (SDP) Parameters "att-field" subregistry as follows:
セッション記述プロトコル（SDP）パラメータ「ATT-FIELD」サブレクシストのSDP 'file-range'属性の登録には、次のような使用レベルの "dcsa（msrp）"が追加されました。
Contact name: IESG Contact email: iesg@ietf.org Attribute name: file-range Usage level: dcsa (msrp) Purpose: Contain the range of transferred octets of the file in an MSRP file transfer negotiation. Reference: RFC 8873
連絡先名：IESG連絡先Eメール：iesg@ietf.org属性名：ファイル範囲使用レベル：DCSA（MSRP）目的：MSRPファイル転送ネゴシエーションでファイルの転送されたオクテットの範囲を含みます。参照：RFC 8873
The usage level "dcsa (msrp)" has been added to the registration of the SDP 'file-selector' attribute in the Session Description Protocol (SDP) Parameters "att-field" subregistry as follows:
セッション記述プロトコル（SDP）パラメータ「ATT-FIELD」サブレクシストのSDP 'file-selector'属性の登録には、次のような使用レベルの "DCSA（MSRP）"が追加されました。
Contact name: IESG Contact email: iesg@ietf.org Attribute name: file-selector Usage level: dcsa (msrp) Purpose: Indicate a file in an MSRP file transfer negotiation. Reference: RFC 8873
連絡先名：IESG連絡先Eメール：iesg@ietf.org属性名：ファイルセレクタ使用レベル：DCSA（MSRP）目的：MSRPファイル転送ネゴシエーションでファイルを指定します。参照：RFC 8873
The usage level "dcsa (msrp)" has been added to the registration of the SDP 'file-transfer-id' attribute in the Session Description Protocol (SDP) Parameters "att-field" subregistry as follows:
セッション記述プロトコル（SDP）パラメータ「ATT-FIELD」サブレクシストのSDP 'file-transfer-id'属性の登録には、次のようにして使用されています。
Contact name: IESG Contact email: iesg@ietf.org Attribute name: file-transfer-id Usage level: dcsa (msrp) Purpose: Indicate a unique identifier of the file transfer operation in an MSRP file transfer negotiation. Reference: RFC 8873
連絡先名：IESG連絡先Eメール：iesg@ietf.org属性名：ファイル転送ID使用レベル：DCSA（MSRP）目的：MSRPファイル転送ネゴシエーションにおけるファイル転送操作の一意の識別子を指定します。参照：RFC 8873
The usage level "dcsa (msrp)" has been added to the registration of the SDP 'inactive' attribute in the Session Description Protocol (SDP) Parameters "att-field" subregistry as follows:
「ATT-FIELD」サブレクシストのSDP 'inactive'属性の登録には、次のような使用レベルの「DCSA（MSRP）」が追加されました。
Contact name: IESG Contact email: iesg@ietf.org Attribute name: inactive Usage level: dcsa (msrp) Purpose: Negotiate the direction of the media flow on an MSRP data channel. Reference: RFC 8873
連絡先名：IESG連絡先Eメール：IESG@IETF.ORG属性名：非アクティブ使用レベル：DCSA（MSRP）目的：MSRPデータチャネルのメディアフローの方向をネゴシエートします。参照：RFC 8873
The usage level "dcsa (msrp)" has been added to the registration of the SDP 'max-size' attribute in the Session Description Protocol (SDP) Parameters "att-field" subregistry as follows:
セッション記述プロトコル（SDP）パラメータ「ATT-Field」サブレクシストのSDP 'MAX-SIZE'属性の使用には、次のように使用されています。
Contact name: IESG Contact email: iesg@ietf.org Attribute name: max-size Usage level: dcsa (msrp) Purpose: Indicate the largest message an MSRP endpoint wishes to accept. Reference: RFC 8873
連絡先名：IESG連絡先Eメール：iesg@ietf.org属性名：MAXサイズ使用レベル：DCSA（MSRP）目的：MSRPエンドポイントが受け入れたい最大のメッセージを示します。参照：RFC 8873
The usage level "dcsa (msrp)" has been added to the registration of the SDP 'msrp-cema' attribute in the Session Description Protocol (SDP) Parameters "att-field" subregistry as follows:
セッション記述プロトコル（SDP）パラメータ「ATT-FIELD」サブレクシストのSDP 'MSRP-CEMA'属性の登録には、次のような使用レベルの「DCSA（MSRP）」が追加されました。
Contact name: IESG Contact email: iesg@ietf.org Attribute name: msrp-cema Usage level: dcsa (msrp) Purpose: Indicate that the routing of MSRP messages transported on a data channel is more similar to the MSRP CEMA mechanism than the legacy MSRP routing mechanism. Reference: RFC 8873
連絡先名：IESG連絡先Eメール：IESG@IETF.ORG属性名：MSRP-CEMA使用レベル：DCSA（MSRP）目的：データチャネルで転送されたMSRPメッセージのルーティングがレガシーよりもMSRP CEMAメカニズムに似ていることを示します。MSRPルーティングメカニズム。参照：RFC 8873
The usage level "dcsa (msrp)" has been added to the registration of the SDP 'path' attribute in the Session Description Protocol (SDP) Parameters "att-field" subregistry as follows:
セッション記述プロトコル（SDP）パラメータ「ATT-FIELD」サブレクシストのSDP 'path'属性の登録に使用量レベル "DCSA（MSRP）"が追加されました次のようになりました。
Contact name: IESG Contact email: iesg@ietf.org Attribute name: path Usage level: dcsa (msrp) Purpose: Indicate an endpoint, but not used for routing, as described in Section 4.4. Reference: RFC 8873
連絡先名：IESG連絡先電子メール：IESG@IETF.ORG属性名：PATH使用レベルレベル：DCSA（MSRP）目的：セクション4.4で説明されているように、エンドポイントを指定しますが、ルーティングには使用されません。参照：RFC 8873
The usage level "dcsa (msrp)" has been added to the registration of the SDP 'recvonly' attribute in the Session Description Protocol (SDP) Parameters "att-field" subregistry as follows:
セッション記述プロトコル（SDP）パラメータ「ATT-FIELD」サブレクシストのSDP 'RECVONLY'属性の登録に使用量レベル "DCSA（MSRP）"が追加されました次のようになりました。
Contact name: IESG Contact email: iesg@ietf.org Attribute name: recvonly Usage level: dcsa (msrp) Purpose: Negotiate the direction of the media flow on an MSRP data channel. Reference: RFC 8873
連絡先名：IESG連絡先Eメール：IESG@IETF.ORG属性名：Revonly使用レベル：DCSA（MSRP）目的：MSRPデータチャネルのメディアフローの方向をネゴシエートします。参照：RFC 8873
The usage level "dcsa (msrp)" has been added to the registration of the SDP 'sendonly' attribute in the Session Description Protocol (SDP) Parameters "att-field" subregistry as follows:
使用レベルの「DCSA（MSRP）」は、セッション記述プロトコル（SDP）パラメータ「ATT-FIELD」サブレクシストのSDP 'SendOnly'属性の登録に次のように追加されました。
Contact name: IESG Contact email: iesg@ietf.org Attribute name: sendonly Usage level: dcsa (msrp) Purpose: Negotiate the direction of the media flow on an MSRP data channel. Reference: RFC 8873
連絡先名：IESG連絡先Eメール：IESG@IETF.ORG属性名：SENDONLY使用率レベル：DCSA（MSRP）目的：MSRPデータチャネルのメディアフローの方向をネゴシエートします。参照：RFC 8873
The usage level "dcsa (msrp)" has been added to the registration of the SDP 'setup' attribute in the "att-field" subregistry as follows:
次のように、「ATT-Field」サブレクシストのSDP 'Setup'属性の登録に使用量レベル "DCSA（MSRP）"が追加されました。
Contact name: IESG Contact email: iesg@ietf.org Attribute name: setup Usage level: dcsa (msrp) Purpose: Negotiate the active role of an MSRP session over a data channel as per Section 4.5. Reference: RFC 8873
連絡先名：IESG連絡先Eメール：IESG@IETF.ORG属性名：セットアップ使用レベル：DCSA（MSRP）目的：セクション4.5に従って、データチャネルを介したMSRPセッションのアクティブな役割をネゴシエートします。参照：RFC 8873
The usage level "dcsa (msrp)" has been added to the registration of the SDP 'sendrecv' attribute in the Session Description Protocol (SDP) Parameters "att-field" subregistry as follows:
セッション記述プロトコル（SDP）パラメータ「ATT-FIELD」サブレクシストのSDP 'SendRecv'属性の登録には、次のようにして使用レベルの「DCSA（MSRP）」が追加されました。
Contact name: IESG Contact email: iesg@ietf.org Attribute name: sendrecv Usage level: dcsa (msrp) Purpose: Negotiate the direction of the media flow on an MSRP data channel. Reference: RFC 8873
連絡先名：IESG連絡先Eメール：IESG@IETF.ORG属性名：SENDRECV使用レベル：DCSA（MSRP）目的：MSRPデータチャネルのメディアフローの方向をネゴシエートします。参照：RFC 8873
[RFC2119] Bradner, S., "Key words for use in RFCs to Indicate Requirement Levels", BCP 14, RFC 2119, DOI 10.17487/RFC2119, March 1997, <https://www.rfc-editor.org/info/rfc2119>.
[RFC2119] BRADNER、S、「RFCSで使用するためのキーワード」、BCP 14、RFC 2119、DOI 10.17487 / RFC2119、1997年3月、<https：//www.rfc-editor.org/info/RFC2119>。
[RFC3264] Rosenberg, J. and H. Schulzrinne, "An Offer/Answer Model with Session Description Protocol (SDP)", RFC 3264, DOI 10.17487/RFC3264, June 2002, <https://www.rfc-editor.org/info/rfc3264>.
[RFC3264] Rosenberg、J.およびH.Schulzrinne、「セッション記述プロトコル（SDP）」、RFC 3264、DOI 10.17487 / RFC3264、2002年6月、<https：//ww.rfc-editor.org/ info / rfc3264>。
[RFC4566] Handley, M., Jacobson, V., and C. Perkins, "SDP: Session Description Protocol", RFC 4566, DOI 10.17487/RFC4566, July 2006, <https://www.rfc-editor.org/info/rfc4566>.
[RFC4566]ハンドリー、M.、Jacobson、V.、およびC.Perkins、「SDP：セッション記述プロトコル」、RFC 4566、DOI 10.17487 / RFC4566、2006年7月、<https：//www.rfc-editor.org/情報/ RFC4566>。
[RFC4960] Stewart, R., Ed., "Stream Control Transmission Protocol", RFC 4960, DOI 10.17487/RFC4960, September 2007, <https://www.rfc-editor.org/info/rfc4960>.
[RFC4960] Stewart、R.、Ed。、「ストリーム制御伝送プロトコル」、RFC 4960、DOI 10.17487 / RFC4960、2007年9月、<https：//www.rfc-editor.org/info/rfc4960>。
[RFC4975] Campbell, B., Ed., Mahy, R., Ed., and C. Jennings, Ed., "The Message Session Relay Protocol (MSRP)", RFC 4975, DOI 10.17487/RFC4975, September 2007, <https://www.rfc-editor.org/info/rfc4975>.
[RFC4975]キャンベル、B.、ED。、Mahy、R.、Ed。、Jennings、Ed。、「メッセージセッションリレープロトコル（MSRP）」、RFC 4975、DOI 10.17487 / RFC4975、2007年9月、<https://www.rfc-editor.org/info/rfc4975>。
[RFC5547] Garcia-Martin, M., Isomaki, M., Camarillo, G., Loreto, S., and P. Kyzivat, "A Session Description Protocol (SDP) Offer/Answer Mechanism to Enable File Transfer", RFC 5547, DOI 10.17487/RFC5547, May 2009, <https://www.rfc-editor.org/info/rfc5547>.
[RFC5547] Garcia-Martin、M.、Isomaki、M.、Camarillo、G.、Loreto、S.、およびP.Kyzivat、「ファイル転送を可能にするセッション記述プロトコル（SDP）オファー/回答メカニズム」、RFC 5547、DOI 10.17487 / RFC5547、2009年5月、<https：//www.rfc-editor.org/info/rfc5547>。
[RFC6135] Holmberg, C. and S. Blau, "An Alternative Connection Model for the Message Session Relay Protocol (MSRP)", RFC 6135, DOI 10.17487/RFC6135, February 2011, <https://www.rfc-editor.org/info/rfc6135>.
[RFC6135] Holmberg、CおよびS.Blau、「メッセージセッションリレープロトコル（MSRP）の代替接続モデル（MSRP）」、RFC 6135、DOI 10.17487 / RFC6135、2011年2月、<https：//www.rfc-編集者。ORG / INFO / RFC6135>。
[RFC6714] Holmberg, C., Blau, S., and E. Burger, "Connection Establishment for Media Anchoring (CEMA) for the Message Session Relay Protocol (MSRP)", RFC 6714, DOI 10.17487/RFC6714, August 2012, <https://www.rfc-editor.org/info/rfc6714>.
[RFC6714] Holmberg、C、Blau、S.、およびE.バーガー、「Message Session Relay Protocol（MSRP）」、RFC 6714、DOI 10.17487 / RFC6714、2012年8月、<https://www.rfc-editor.org/info/rfc6714>。
[RFC7977] Dunkley, P., Llewellyn, G., Pascual, V., Salgueiro, G., and R. Ravindranath, "The WebSocket Protocol as a Transport for the Message Session Relay Protocol (MSRP)", RFC 7977, DOI 10.17487/RFC7977, September 2016, <https://www.rfc-editor.org/info/rfc7977>.
[RFC7977] Dunkley、P.、Llewlyn、G.、Pascal、V.、Salgueiro、G.、R. Ravindranath、「メッセージセッションリレープロトコルのトランスポートとしてのWebSocketプロトコル（MSRP）」、RFC 7977、DOI10.17487 / RFC7977、2016年9月、<https：//www.rfc-editor.org/info/rfc7977>。
[RFC8174] Leiba, B., "Ambiguity of Uppercase vs Lowercase in RFC 2119 Key Words", BCP 14, RFC 8174, DOI 10.17487/RFC8174, May 2017, <https://www.rfc-editor.org/info/rfc8174>.
[RFC8174] Leiba、B、「RFC 2119キーワードの大文字の曖昧さ」、BCP 14、RFC 8174、DOI 10.17487 / RFC8174、2017年5月、<https：//www.rfc-editor.org/info/RFC8174>。
[RFC8831] Jesup, R., Loreto, S., and M. Tüxen, "WebRTC Data Channels", RFC 8831, DOI 10.17487/RFC8831, January 2021, <https://www.rfc-editor.org/info/rfc8831>.
[RFC8831] Jesup、R.、Loreto、S.、M.Tüxen、「Webrtcデータチャンネル」、RFC 8831、DOI 10.17487 / RFC8831、2021年1月、<https：//www.rfc-editor.org/info/RFC8831>。
[RFC8841] Holmberg, C., Shpount, R., Loreto, S., and G. Camarillo, "Session Description Protocol (SDP) Offer/Answer Procedures for Stream Control Transmission Protocol (SCTP) over Datagram Transport Layer Security (DTLS) Transport", RFC 8841, DOI 10.17487/RFC8841, January 2021, <https://www.rfc-editor.org/info/rfc8841>.
[RFC8841] Holmberg、C、Shpount、R.、Loreto、S.、およびG. Camarillo、「セッション説明プロトコル（SDP）ストリーム制御伝送プロトコル（SCTP）のための提供/回答手順データグラムトランスポート層セキュリティ（DTLS）輸送、RFC 8841、DOI 10.17487 / RFC8841、2021年1月、<https：//www.rfc-editor.org/info/rfc8841>。
[RFC8864] Drage, K., Makaraju, M., Ejzak, R., Marcon, J., and R. Even, Ed., "Negotiation Data Channels Using the Session Description Protocol (SDP)", RFC 8864, DOI 10.17487/RFC8864, January 2021, <https://www.rfc-editor.org/info/rfc8864>.
[RFC8864]ドラジング、K.、Makaraju、M.、Ejzak、R.、Marcon、J.、およびR.さえ、「セッション記述プロトコルを使用したネゴシエーションデータチャネル（SDP）」、RFC 8864、DOI 10.17487/ RFC8864、2021年1月、<https://www.rfc-editor.org/info/rfc8864>。
[RFC3261] Rosenberg, J., Schulzrinne, H., Camarillo, G., Johnston, A., Peterson, J., Sparks, R., Handley, M., and E. Schooler, "SIP: Session Initiation Protocol", RFC 3261, DOI 10.17487/RFC3261, June 2002, <https://www.rfc-editor.org/info/rfc3261>.
[RFC3261] Rosenberg、J.、Schulzrinne、H.、Camarillo、G.、Johnston、A.、Peterson、J.、Sparks、R.、Handley、M.、E. Schooler、「SIP：セッション開始プロトコル」、RFC 3261、DOI 10.17487 / RFC3261、2002年6月、<https://www.rfc-editor.org/info/rfc3261>。
[RFC7092] Kaplan, H. and V. Pascual, "A Taxonomy of Session Initiation Protocol (SIP) Back-to-Back User Agents", RFC 7092, DOI 10.17487/RFC7092, December 2013, <https://www.rfc-editor.org/info/rfc7092>.
[RFC7092] Kaplan、H.およびV. Pascual、「セッション開始プロトコルの分類（SIP）バックツーバックユーザーエージェントの分類法、RFC 7092、DOI 10.17487 / RFC7092、2013年12月、<https：//www.rfc-editor.org/info/rfc7092>。
Acknowledgments
謝辞
The authors wish to acknowledge the borrowing of ideas from another Internet-Draft by Peter Dunkley and Gavin Llewellyn, and to thank Flemming Andreasen, Christian Groves, Paul Kyzivat, Jonathan Lennox, Uwe Rauschenbach, Albrecht Schwarz, and Keith Drage for their invaluable comments.
著者らは、Peter DunkleyとGavin Llewellynによって別のインターネットドラフトからのアイデアの借入を承認し、Flemming Andreasen、Christian Groves、Paul Kyzivat、Jonathan Lennox、Uwe Rauschenbach、Albrecht Schwarz、および貴重なコメントのためのKeith Drageに感謝したいと考えています。
Richard Ejzak, Keith Drage, and Juergen Stoetzer-Bradler contributed to an earlier draft version of this document before the draft was readopted.
Richard Ejzak、Keith Drage、およびJuergen Stoetzer-Bradlerは、ドラフトが読み取られた前にこの文書の以前のドラフト版に貢献しました。
Julien Maisonneuve helped with the readoption of this document, and Maridi R. Makaraju (Raju) contributed valuable comments after the document was readopted.
Julien Maisonuveはこの文書のreadOptionを支援し、マリディR.マカラジュ（RAJU）は文書が読み取られた後に貴重なコメントを寄付しました。
Authors' Addresses
著者の住所
Jose M. Recio (editor) Unaffiliated
Jose M. Recio（編集）は
Email: jose@ch3m4.com
Christer Holmberg Ericsson Hirsalantie 11 FI-02420 Jorvas Finland
Christer Holmberg Ericsson Hirsalantie 11 Fi-02420 Jorvas Finland
Email: christer.holmberg@ericsson.com