[要約] RFC 5167は、メディアサーバー制御プロトコルの要件を定義しており、メディアサーバーの制御に関する標準化を目的としています。
Network Working Group M. Dolly
Request for Comments: 5167 AT&T Labs
Category: Informational R. Even
Polycom
March 2008
Media Server Control Protocol Requirements
メディアサーバー制御プロトコル要件
Status of This Memo
本文書の位置付け
This memo provides information for the Internet community. It does not specify an Internet standard of any kind. Distribution of this memo is unlimited.
このメモは、インターネットコミュニティに情報を提供します。いかなる種類のインターネット標準を指定しません。このメモの配布は無制限です。
Abstract
概要
This document addresses the communication between an application server and media server. The current work in IETF working groups shows these logical entities, but it does not address the physical decomposition and the protocol between the entities.
このドキュメントは、アプリケーションサーバーとメディアサーバー間の通信に対応しています。IETFワーキンググループの現在の作業は、これらの論理エンティティを示していますが、エンティティ間の物理的な分解とプロトコルには対処されていません。
This document presents the requirements for a Media Server Control Protocol (MCP) that enables an application server to use a media server. It will address the aspects of announcements, Interactive Voice Response, and conferencing media services.
このドキュメントでは、アプリケーションサーバーがメディアサーバーを使用できるようにするメディアサーバーコントロールプロトコル（MCP）の要件を提示します。発表の側面、インタラクティブな音声応答、およびメディアサービスの会議に対処します。
Table of Contents
目次
1. Introduction . . . . . . . . . . . . . . . . . . . . . . . . . 2
2. Terminology . . . . . . . . . . . . . . . . . . . . . . . . . . 2
3. Requirements . . . . . . . . . . . . . . . . . . . . . . . . . 3
3.1. Media Control Requirements . . . . . . . . . . . . . . . . 3
3.2. Media mixing Requirements . . . . . . . . . . . . . . . . . 5
3.3. IVR Requirements . . . . . . . . . . . . . . . . . . . . . 6
3.4. Operational Requirements . . . . . . . . . . . . . . . . . 6
4. Security Considerations . . . . . . . . . . . . . . . . . . . . 6
5. Acknowledgments . . . . . . . . . . . . . . . . . . . . . . . . 7
6. Informative References . . . . . . . . . . . . . . . . . . . . 7
The IETF conferencing framework in RFC 4353 [CARCH] presents an architecture that is built of several functional entities. RFC 4353 [CARCH] does not specify the protocols between the functional entities since it is considered out of scope.
RFC 4353 [Carch]のIETF会議フレームワークは、いくつかの機能エンティティで構築されたアーキテクチャを提示します。RFC 4353 [Carch]は、範囲外であると見なされるため、機能エンティティ間のプロトコルを指定しません。
Based on RFC 4353 [CARCH], this document defines the requirements for a protocol that will enable one functional entity, known as an Application Server (AS), that includes the conference/media policy server, the notification server, and the focus, all defined in RFC 4353 [CARCH], to interact with one or more functional entities, called Media Server (MS), that serves as mixer or media server.
RFC 4353 [CARCH]に基づいて、このドキュメントは、コンファレンス/メディアポリシーサーバー、通知サーバー、フォーカスを含むアプリケーションサーバー（AS）として知られる1つの機能エンティティを有効にするプロトコルの要件を定義します。RFC 4353 [Carch]で定義されており、ミキサーまたはメディアサーバーとして機能するメディアサーバー（MS）と呼ばれる1つ以上の機能的エンティティと対話します。
The media server can also be used for announcements and Interactive Voice Response (IVR) functions.
メディアサーバーは、アナウンスとインタラクティブな音声応答（IVR）関数にも使用できます。
Application servers host one or more instances of a communication application. Media servers provide real time media processing functions. An example of the decomposition of a media server and an application server is described in the media control framework document [MEDIACTRL-FW].
アプリケーションサーバーは、通信アプリケーションの1つ以上のインスタンスをホストします。メディアサーバーは、リアルタイムメディア処理機能を提供します。メディアサーバーとアプリケーションサーバーの分解の例については、メディア制御フレームワークドキュメント[Mediactrl-FW]で説明されています。
This document presents the requirements for a Media Server Control Protocol (MCP) that enables an application server to control a media server. It will address the aspects of announcements, IVR, and conferencing media services.
このドキュメントでは、アプリケーションサーバーがメディアサーバーを制御できるようにするメディアサーバー制御プロトコル（MCP）の要件を提示します。発表、IVR、および会議のメディアサービスの側面に対処します。
The requirements are for the protocol and do not address the AS or MS functionality discussed in the media control framework.
要件はプロトコル用であり、メディア制御フレームワークで説明されているASまたはMS機能に対処しません。
Since the media server is a centralized component, the charter of the working group states that this work will not investigate distributed media processing algorithms or control protocols.
メディアサーバーは集中化されたコンポーネントであるため、ワーキンググループのチャーターは、この作業では分散メディア処理アルゴリズムまたは制御プロトコルを調査しないと述べています。
The media server work uses, when appropriate, and expands on the terminology introduced in the conferencing framework [CARCH] and Centralized Conferencing (XCON) framework [XCON-FRMWRK]. The following additional terms are defined:
メディアサーバーの作業は、必要に応じて使用し、会議フレームワーク[Carch]および集中会議（XCON）フレームワーク[XCON-FRMWRK]で導入された用語を拡張します。次の追加項が定義されています。
Application Server (AS) - A functional entity that hosts one or more instances of a communication application. The application server may include the conference policy server, the focus, and the conference notification server, as defined in [CARCH]. Also, it may include communication applications that use IVR or announcement services.
Application Server（AS） - 通信アプリケーションの1つ以上のインスタンスをホストする機能エンティティ。アプリケーションサーバーには、[Carch]で定義されているように、会議ポリシーサーバー、フォーカス、および会議通知サーバーが含まれる場合があります。また、IVRまたはアナウンスサービスを使用する通信アプリケーションが含まれる場合があります。
Media Server (MS) - The media server includes the mixer as defined in [CARCH]. The media server plays announcements, it processes media streams for functions like Dual Tone Multi-Frequency (DTMF) detection and transcoding. The media server may also record media streams for supporting IVR functions like announcing participants
メディアサーバー（MS） - メディアサーバーには、[Carch]で定義されているミキサーが含まれています。メディアサーバーはアナウンスを再生し、デュアルトーンマルチ周波数（DTMF）検出やトランスコーディングなどの機能のメディアストリームを処理します。メディアサーバーは、参加者の発表などのIVR機能をサポートするためにメディアストリームを記録することもできます
Media Resource Broker (MRB) - A logical entity that is responsible for both the collection of appropriate published Media Server (MS) information and supplying of appropriate MS information to consuming entities. The MRB is an optional entity and will be discussed in a separate document.
Media Resource Broker（MRB） - 適切な公開されたメディアサーバー（MS）情報の収集と、適切なMS情報の消費エンティティへの適切な供給の両方を担当する論理エンティティ。MRBはオプションのエンティティであり、別のドキュメントで説明されます。
Notification - A notification is used when there is a need to report event-related information from the MS to the AS.
通知 - MSからASにイベント関連の情報を報告する必要がある場合に通知が使用されます。
Request - A request is sent from the controlling entity, such as an application server, to another resource, such as a media server, asking that a particular type of operation be executed.
リクエスト - リクエストは、アプリケーションサーバーなどの管理エンティティから、特定のタイプの操作を実行することを要求するメディアサーバーなどの別のリソースに送信されます。
Response - A response is used to signal information, such as an acknowledgement or error code in reply to a previously issued request.
応答 - 応答は、以前に発行されたリクエストへの返信における確認またはエラーコードなどの情報を信号に使用します。
The following are the media control requirements:
以下はメディア制御要件です。
REQ-MCP-01 - The MS Control Protocol shall enable one or more application servers to request media services from one or more media servers.
REQ-MCP-01-MSコントロールプロトコルは、1つ以上のアプリケーションサーバーが1つ以上のメディアサーバーからメディアサービスを要求できるようにするものとします。
REQ-MCP-02 - The MS Control Protocol shall use a reliable transport protocol.
REQ-MCP-02-MSコントロールプロトコルは、信頼できる輸送プロトコルを使用するものとします。
REQ-MCP-03 - The applications supported by the protocol shall include conferencing and Interactive Voice Response media services.
REQ-MCP-03-プロトコルでサポートされているアプリケーションには、会議とインタラクティブな音声応答メディアサービスが含まれます。
Note: Though the protocol enables these services, the functionality is invoked through other mechanisms.
注：プロトコルはこれらのサービスを有効にしますが、機能は他のメカニズムを介して呼び出されます。
REQ-MCP-04 - Media types supported in the context of the applications shall include audio, tones, text, and video. Tones media include in-band audio or RFC 4733 payload.
REQ-MCP-04-アプリケーションのコンテキストでサポートされているメディアタイプには、オーディオ、トーン、テキスト、ビデオが含まれます。トーンメディアには、インバンドオーディオまたはRFC 4733ペイロードが含まれます。
REQ-MCP-05 - The MS control protocol should allow, but must not require, a media resource broker (MRB) or intermediate proxy to exist with the application server and media server.
REQ-MCP-05-MSコントロールプロトコルは、アプリケーションサーバーとメディアサーバーに存在するメディアリソースブローカー（MRB）または中間プロキシを許可する必要はありませんが、必要はありません。
REQ-MCP-06 - On the MS control channel, there shall be requests to the MS, responses from the MS, and notifications to the AS.
REQ-MCP-06- MSコントロールチャネルでは、MSへのリクエスト、MSからの応答、およびASへの通知があります。
REQ-MCP-07 - SIP/SDP (Session Initiation Protocol / Session Description Protocol) shall be used to establish and modify media connections to a media server.
REQ-MCP-07-SIP / SDP（セッション開始プロトコル /セッション説明プロトコル）を使用して、メディアサーバーへのメディア接続を確立および変更するものとします。
REQ-MCP-08 - It should be possible to support a single conference spanning multiple media servers.
REQ-MCP-08-複数のメディアサーバーにまたがる単一の会議をサポートできるはずです。
Note: It is probable that spanning multiple MSs can be accomplished by the AS and does not require anything in the protocol for the scenarios we have in mind. However, the concern is that if this requirement is treated too lightly, one may end up with a protocol that precludes its support.
注：複数のMSSにまたがってASによって達成される可能性が高く、プロトコルでは何も必要ありません。ただし、懸念は、この要件があまりにも軽く扱われている場合、そのサポートを排除するプロトコルで終わる可能性があるということです。
REQ-MCP-09 - It must be possible to split call legs individually, or in groups, away from a main conference on a given media server, without performing re-establishment of the call legs to the MS (e.g., for purposes such as performing IVR with a single call leg or creating sub-conferences, not for creating entirely new conferences).
REQ-MCP-09-コールレッグをMSに再確立することなく、特定のメディアサーバー上のメイン会議から離れて、コールレッグを個別に、またはグループで分割することが可能である必要があります（たとえば、などの目的のために、単一のコールレッグでIVRを実行するか、まったく新しい会議を作成するためではなく、サブ会議を作成します）。
REQ-MCP-10 - The MS control protocol should be extendable, facilitating forward and backward compatibility.
REQ-MCP-10-MSコントロールプロトコルは拡張可能であり、前方および後方の互換性を促進する必要があります。
REQ-MCP-11 - The MS control protocol shall include an authentication component to ensure that only an authorized AS can communicate with the MS, and vice versa.
REQ-MCP-11-MSコントロールプロトコルには、認証コンポーネントが含まれており、認証コンポーネントがMSと通信できるASのみを確認し、その逆も同様です。
REQ-MCP-12 - The MS control protocol shall use some form of transport protection to ensure the confidentiality and integrity of the data between the AS and MS.
REQ-MCP-12-MSコントロールプロトコルは、ASとMSの間のデータの機密性と完全性を確保するために、何らかの形の輸送保護を使用するものとします。
REQ-MCP-13 - Different application servers may have different privileges for using an MS. The protocol should prevent the AS from doing unauthorized operations on a MS.
REQ-MCP-13-異なるアプリケーションサーバーには、MSを使用するための異なる特権がある場合があります。プロトコルは、ASがMSに対して不正な操作を行うことを防ぐ必要があります。
REQ-MCP-14 - The MS control protocol requires mechanisms to protect the MS resources used by one AS from another AS since the solution needs to support multiple ASs controlling one MS.
REQ-MCP-14-MSコントロールプロトコルでは、1つのMSを制御する複数のASSをサポートする必要があるため、MSコントロールプロトコルには別のMSリソースが別のMSリソースを保護するメカニズムが必要です。
REQ-MCP-15 - During session establishment, there shall be a capability to negotiate parameters that are associated with media streams. This requirement should also enable an AS managing conference to specify the media streams allowed in the conference.
REQ-MCP-15-セッション設立中に、メディアストリームに関連付けられたパラメーターをネゴシエートする能力があります。また、この要件により、AS管理会議が会議で許可されているメディアストリームを指定できるようにする必要があります。
REQ-MCP-16 - The AS shall be able to instruct the MS to perform stream operations like mute and gain control.
REQ-MCP-16-ASは、MUTEなどのストリーム操作を実行してコントロールを獲得するようにMSに指示できるものとします。
REQ-MCP-17 - The AS shall be able to instruct the MS to play a specific announcement.
REQ-MCP-17-ASは、MSに特定のアナウンスをプレイするように指示できるものとします。
REQ-MCP-18 - The AS shall be able to request the MS to create, delete, and manipulate a mixing, IVR, or announcement session.
REQ-MCP-18- ASは、MSにミキシング、IVR、またはアナウンスセッションを作成、削除、操作するように要求できるものとします。
REQ-MCP-19 - The AS shall be able to instruct the MS to play announcements to a single user or to a conference mix.
REQ-MCP-19- ASは、MSに1人のユーザーまたは会議ミックスにアナウンスをプレイするように指示できるものとします。
REQ-MCP-20 - The MS control protocol should enable the AS to ask the MS for a session summary report. The report may include resource usage and quality metrics.
REQ-MCP-20-MSコントロールプロトコルは、MSにセッションの概要レポートを尋ねることを可能にする必要があります。レポートには、リソースの使用法と品質メトリックが含まれる場合があります。
REQ-MCP-21 - The MS shall be able to notify the AS of events received in the media stream if requested by the AS. (Examples - STUN request, Flow Control, etc.)
REQ-MCP-21-MSは、ASが要求した場合、メディアストリームで受信したイベントのASに通知できるものとします。（例 - スタンリクエスト、フロー制御など）
REQ-MCP-22 - The AS shall be able to define a conference mix; the MS may offer different mixing topologies. The conference mix may be defined on a conference or user level.
REQ-MCP-22-ASは会議ミックスを定義できるものとします。MSは、異なるミキシングトポロジを提供する場合があります。会議ミックスは、会議またはユーザーレベルで定義される場合があります。
REQ-MCP-23 - The AS may be able to define a custom video layout built of rectangular sub-windows.
REQ-MCP-23-ASは、長方形のサブウィンドウで構築されたカスタムビデオレイアウトを定義できる可能性があります。
REQ-MCP-24 - For video, the AS shall be able to map a stream to a specific sub-window or to define to the MS how to decide which stream will go to each sub-window.
REQ-MCP-24-ビデオの場合、ASは、ストリームを特定のサブウィンドウにマッピングするか、どのストリームが各サブウィンドウに移動するかを決定する方法をMSに定義することができます。
REQ-MCP-25 - The MS shall be able to notify the ASs of who the active sources of the media are; for example, who the active speaker is or who is being viewed in a conference. The speaker and the video source may be different, for example, a person describing a video stream from a remote camera managed by a different user.
REQ-MCP-25-MSは、メディアのアクティブソースが誰であるかをお尻に通知できるものとします。たとえば、アクティブなスピーカーは誰であるか、または会議で閲覧されている人。スピーカーとビデオソースは異なる場合があります。たとえば、別のユーザーが管理するリモートカメラからビデオストリームを説明する人。
REQ-MCP-26 - The MS shall be able to inform the AS which layouts it supports.
REQ-MCP-26-MSは、どのレイアウトがサポートするかを通知できるものとします。
REQ-MCP-27 - The MS control protocol should enable the AS to instruct the MS to record a specific conference mix.
REQ-MCP-27-MSコントロールプロトコルは、特定の会議ミックスを記録するようにMSに指示するようにする必要があります。
REQ-MCP-28 - The AS shall be able to instruct the MS to perform one or more IVR scripts and receive the results. The script may be in a server or contained in the control message.
REQ-MCP-28-ASは、MSに1つ以上のIVRスクリプトを実行して結果を受信するように指示できるものとします。スクリプトは、サーバーにあるか、コントロールメッセージに含まれている場合があります。
REQ-MCP-29 - The AS shall be able to manage the IVR session by sending requests to play announcements to the MS and receiving the response (e.g., DTMF). The IVR session flow, in this case, is handled by the AS by starting a next phase based on the response it receives from the MS on the current phase.
REQ-MCP-29-ASは、MSに発表を再生するリクエストを送信し、応答を受信することにより、IVRセッションを管理できるものとします（例：DTMF）。この場合、IVRセッションフローは、現在のフェーズでMSから受信する応答に基づいて次のフェーズを開始することにより、ASによって処理されます。
REQ-MCP-30 - The AS should be able to instruct the MS to record a short participant stream and play it back. This is not a recording requirement.
REQ-MCP-30- ASは、MSに短い参加者ストリームを記録して再生するように指示できるはずです。これは録音要件ではありません。
These requirements may be applicable to the MRB, but they can be used by an AS if it has a one-to-one connection to the MS.
これらの要件はMRBに適用される場合がありますが、MSへの1対1の接続があるかのようにAで使用できます。
REQ-MCP-31 - The MS control protocol must allow the AS to audit the MS state during an active session.
REQ-MCP-31-MSコントロールプロトコルは、アクティブセッション中にMS状態を監査することを許可する必要があります。
REQ-MCP-32 - The MS shall be able to inform the AS about its status during an active session.
REQ-MCP-32-MSは、アクティブなセッション中のステータスについてASに通知できるものとします。
This document discusses high-level requirements for MCP. The MCP has some specific security requirements, which will be summarized here at a very high level.
このドキュメントでは、MCPの高レベルの要件について説明します。MCPにはいくつかの特定のセキュリティ要件があり、ここでは非常に高いレベルで要約されます。
All of the operations and functions described in this document need to be authorized by an MS or an AS. It is expected that MS resources will be governed by a set of authorization rules defined as part of the AS / MS policy. In order for the policy to be implemented, the MS needs to be able to authenticate requests. Normal SIP mechanisms, including Digest authentication and certificates, can be used as specified in RFC 3261 [RFC3261]. These MCP security requirements will be discussed in detail in the framework and protocol documents.
このドキュメントで説明されているすべての操作と機能は、MSまたはASによって承認される必要があります。MSリソースは、AS / MSポリシーの一部として定義された一連の承認ルールによって管理されることが期待されています。ポリシーを実装するには、MSがリクエストを認証できる必要があります。ダイジェスト認証と証明書を含む通常のSIPメカニズムは、RFC 3261 [RFC3261]で指定されているように使用できます。これらのMCPセキュリティ要件については、フレームワークおよびプロトコルドキュメントで詳しく説明します。
This RFC represents the work from two previous personal works in progress, "Media Control Protocol Requirements" and "Requirements for a Media Server Control Protocol". The authors would like to acknowledge the work of Gary Munson from AT&T Labs, and James Rafferty from Cantata who helped write "Media Control Protocol Requirements", on which this work is based.
このRFCは、進行中の2つの以前の個人作業「メディア制御プロトコル要件」と「メディアサーバー制御プロトコルの要件」の作業を表しています。著者は、AT＆T LabsのGary Munsonと、この作業の基礎となる「Media Control Protocol要件」の作成を支援したCantataのJames Raffertyの仕事を認めたいと考えています。
[CARCH] Rosenberg, J., "A Framework for Conferencing with the Session Initiation Protocol (SIP)", RFC 4353, February 2006.
[Carch] Rosenberg、J。、「セッション開始プロトコル（SIP）との会議のフレームワーク」、RFC 4353、2006年2月。
[MEDIACTRL-FW] Melanchuk, T., Ed., "An Architectural Framework for Media Server Control", Work in Progress, February 2008.
[Mediactrl-FW] Melanchuk、T.、ed。、「メディアサーバーコントロールのための建築フレームワーク」、2008年2月の作業。
[RFC3261] Rosenberg, J., Schulzrinne, H., Camarillo, G., Johnston, A., Peterson, J., Sparks, R., Handley, M., and E. Schooler, "SIP: Session Initiation Protocol", RFC 3261, June 2002.
[RFC3261] Rosenberg、J.、Schulzrinne、H.、Camarillo、G.、Johnston、A.、Peterson、J.、Sparks、R.、Handley、M。、およびE. Schooler、「SIP：SESSION Intioniation Protocol」、RFC 3261、2002年6月。
[XCON-FRMWRK] Barnes, M., Boulton, C., and O. Levin, "A Framework for Centralized Conferencing", Work in Progress, November 2007.
[XCON-FRMWRK] Barnes、M.、Boulton、C。、およびO. Levin、「集中会議のためのフレームワーク」、2007年11月、進行中の作業。
Authors' Addresses
著者のアドレス
Martin Dolly AT&T Labs 200 Laurel Avenue Middletown, NJ 07748 USA
マーティンドリーAT＆Tラボ200ローレルアベニューミドルタウン、ニュージャージー07748 USA
Phone: EMail: mdolly@att.com URI:
電話：メール：mdolly@att.com uri：
Roni Even Polycom 94 Derech Em Hamoshavot Petach Tikva 49130 Israel
Roni均等なPolycom 94 Derech Em Hamoshavot Petach Tikva 49130イスラエル
EMail: roni.even@polycom.co.il
Full Copyright Statement
完全な著作権声明
Copyright (C) The IETF Trust (2008).
著作権（c）The IETF Trust（2008）。
This document is subject to the rights, licenses and restrictions contained in BCP 78, and except as set forth therein, the authors retain all their rights.
この文書は、BCP 78に含まれる権利、ライセンス、および制限の対象となり、そこに記載されている場合を除き、著者はすべての権利を保持しています。
This document and the information contained herein are provided on an "AS IS" basis and THE CONTRIBUTOR, THE ORGANIZATION HE/SHE REPRESENTS OR IS SPONSORED BY (IF ANY), THE INTERNET SOCIETY, THE IETF TRUST AND THE INTERNET ENGINEERING TASK FORCE DISCLAIM ALL WARRANTIES, EXPRESS OR IMPLIED, INCLUDING BUT NOT LIMITED TO ANY WARRANTY THAT THE USE OF THE INFORMATION HEREIN WILL NOT INFRINGE ANY RIGHTS OR ANY IMPLIED WARRANTIES OF MERCHANTABILITY OR FITNESS FOR A PARTICULAR PURPOSE.
このドキュメントとここに含まれる情報は、「現状のまま」に基づいて提供され、貢献者、彼/彼女が代表する組織（もしあれば）、インターネット協会、IETFトラスト、インターネットエンジニアリングタスクフォースがすべてを否認します。明示的または黙示的な保証。ここでの情報の使用は、特定の目的に対する商品性または適合性の権利または暗黙の保証を侵害しないという保証を含むがこれらに限定されない。
Intellectual Property
知的財産
The IETF takes no position regarding the validity or scope of any Intellectual Property Rights or other rights that might be claimed to pertain to the implementation or use of the technology described in this document or the extent to which any license under such rights might or might not be available; nor does it represent that it has made any independent effort to identify any such rights. Information on the procedures with respect to rights in RFC documents can be found in BCP 78 and BCP 79.
IETFは、知的財産権またはその他の権利の有効性または範囲に関して、この文書に記載されている技術の実装または使用、またはそのような権利に基づくライセンスがどの程度であるかについての使用に関連すると主張する可能性があるという立場はありません。利用可能になります。また、そのような権利を特定するために独立した努力をしたことも表明していません。RFCドキュメントの権利に関する手順に関する情報は、BCP 78およびBCP 79に記載されています。
Copies of IPR disclosures made to the IETF Secretariat and any assurances of licenses to be made available, or the result of an attempt made to obtain a general license or permission for the use of such proprietary rights by implementers or users of this specification can be obtained from the IETF on-line IPR repository at http://www.ietf.org/ipr.
IETF事務局に行われたIPR開示のコピーと、利用可能にするライセンスの保証、またはこの仕様の実装者またはユーザーによるそのような独自の権利の使用のための一般的なライセンスまたは許可を取得するための試みの結果を取得できます。http://www.ietf.org/iprのIETFオンラインIPRリポジトリから。
The IETF invites any interested party to bring to its attention any copyrights, patents or patent applications, or other proprietary rights that may cover technology that may be required to implement this standard. Please address the information to the IETF at ietf-ipr@ietf.org.
IETFは、関心のある当事者に、著作権、特許、または特許出願、またはこの基準を実装するために必要な技術をカバーする可能性のあるその他の独自の権利を注意深く招待するよう招待しています。ietf-ipr@ietf.orgのIETFへの情報をお問い合わせください。