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）として知られている一つの機能エンティティを、可能にするであろうプロトコルのための要件を定義しますミキサーやメディアサーバとして機能するメディアサーバ（MS）と呼ばれる1つ以上の機能エンティティ、と相互作用するように、RFC 4353 [CARCH]で定義されます。
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.
アプリケーションサーバ（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.
メディアリソースブローカー（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.
通知 - ASにMSからのイベント関連情報を報告する必要がある場合に通知が使用されています。
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 - それは、複数のメディアサーバーにまたがる1つの会議をサポートすることが可能です。
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.
注意：複数のMSをスパニングASによって達成することができると我々は考えているシナリオのためのプロトコルには何も必要としない可能性が高いです。しかし、懸念は、この要件があまりにも軽く扱われている場合、1はそのサポートを排除プロトコルで終わるかもしれないということです。
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、およびその逆と通信できることを確認するための認証コンポーネントを含むものとします。
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を使用するための異なる権限を持つことができます。プロトコルは、MSに不正操作を行ってから、ASのを防ぐ必要があります。
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制御プロトコル溶液一つMSを制御する複数のASをサポートする必要があるので、ASから別のASつによって使用される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がミュートのようなストリーム操作を実行し、制御を得るために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は、混合、IVR、またはアナウンスメントセッションを作成、削除、および操作するためにMSに要求することができなければなりません。
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を指示することができるものでなければなりません。
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を依頼するASを有効にする必要があります。レポートでは、リソースの使用状況や品質メトリクスを含むことができます。
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に通知することができなければなりません。 （実施例 - STUN要求、フロー制御、等）
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に指示するASを有効にする必要があります。
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は、1つまたは複数のIVRスクリプトを実行し、結果を受け取るためにMSを指示することができるものでなければなりません。スクリプトは、サーバであるか、または制御メッセージに含まれてもよいです。
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へのアナウンスを再生するために要求を送信し、応答（例えば、DTMF）を受信することにより、IVRセッションを管理できなければなりません。 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の接続を持っているかのように彼らが使用することができます。
REQ-MCP-31 - The MS control protocol must allow the AS to audit the MS state during an active session.
REQ-MCP-31 - MS制御プロトコルはASは、アクティブなセッション中に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は、要求を認証できるようにする必要があります。 RFC 3261 [RFC3261]で指定されるようにダイジェスト認証および証明書を含む通常のSIPメカニズムを使用することができます。これらの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社、そしてジェームズ・ラファティからゲイリーマンソンの仕事を認めたいと思います。
[CARCH] Rosenberg, J., "A Framework for Conferencing with the Session Initiation Protocol (SIP)", RFC 4353, February 2006.
[CARCH]ローゼンバーグ、J.、RFC 4353、2006年2月 "セッション開始プロトコル（SIP）との会議のためのフレームワーク"。
[MEDIACTRL-FW] Melanchuk, T., Ed., "An Architectural Framework for Media Server Control", Work in Progress, February 2008.
[MEDIACTRL-FW] Melanchuk、T.、エド。、 "メディアサーバ制御のためのアーキテクチャーのフレームワーク"、進歩、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]ローゼンバーグ、J.、Schulzrinneと、H.、カマリロ、G.、ジョンストン、A.、ピーターソン、J.、スパークス、R.、ハンドレー、M.、およびE.学生、 "SIP：セッション開始プロトコル" 、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]バーンズ、M.、ボールトン、C.、およびO.レヴィン、 "一元会議のための枠組み"、進歩、2007年11月に作業。
Authors' Addresses
著者のアドレス
Martin Dolly AT&T Labs 200 Laurel Avenue Middletown, NJ 07748 USA
マーティン・ドリーAT＆T Labsの200ローレルアベニューミドルタウン、NJ 07748 USA
Phone: EMail: mdolly@att.com URI:
電話番号：Eメール：mdolly@att.com URI：
Roni Even Polycom 94 Derech Em Hamoshavot Petach Tikva 49130 Israel
ロニでもポリコム94 DerechエムHamoshavotペタク・チクヴァ49130イスラエル
EMail: roni.even@polycom.co.il
メールアドレス：roni.even@polycom.co.il
Full Copyright Statement
完全な著作権声明
Copyright (C) The IETF Trust (2008).
著作権（C）IETFトラスト（2008）。
This document is subject to the rights, licenses and restrictions contained in BCP 78, and except as set forth therein, the authors retain all their rights.
この文書では、BCP 78に含まれる権利と許可と制限の適用を受けており、その中の記載を除いて、作者は彼らのすべての権利を保有します。
This document and the information contained herein are provided on an "AS IS" basis and THE CONTRIBUTOR, THE ORGANIZATION HE/SHE REPRESENTS OR IS SPONSORED BY (IF ANY), THE INTERNET SOCIETY, THE IETF TRUST AND THE INTERNET ENGINEERING TASK FORCE DISCLAIM ALL WARRANTIES, EXPRESS OR IMPLIED, INCLUDING BUT NOT LIMITED TO ANY WARRANTY THAT THE USE OF THE INFORMATION HEREIN WILL NOT INFRINGE ANY RIGHTS OR ANY IMPLIED WARRANTIES OF MERCHANTABILITY OR FITNESS FOR A PARTICULAR PURPOSE.
この文書とここに含まれている情報は、基礎とCONTRIBUTOR「そのまま」、ORGANIZATION HE / SHEが表すまたはインターネットSOCIETY、（もしあれば）を後援し、IETF TRUST ANDインターネットエンジニアリングタスクフォース放棄ALLに設けられています。保証は、明示または黙示、この情報の利用および特定目的に対する権利または商品性または適合性の黙示の保証を侵害しない任意の保証がこれらに限定されません。
Intellectual Property
知的財産
The IETF takes no position regarding the validity or scope of any Intellectual Property Rights or other rights that might be claimed to pertain to the implementation or use of the technology described in this document or the extent to which any license under such rights might or might not be available; nor does it represent that it has made any independent effort to identify any such rights. Information on the procedures with respect to rights in RFC documents can be found in BCP 78 and BCP 79.
IETFは、本書またはそのような権限下で、ライセンスがたりないかもしれない程度に記載された技術の実装や使用に関係すると主張される可能性があります任意の知的財産権やその他の権利の有効性または範囲に関していかなる位置を取りません利用可能です。またそれは、それがどのような権利を確認する独自の取り組みを行ったことを示すものでもありません。 RFC文書の権利に関する手続きの情報は、BCP 78およびBCP 79に記載されています。
Copies of IPR disclosures made to the IETF Secretariat and any assurances of licenses to be made available, or the result of an attempt made to obtain a general license or permission for the use of such proprietary rights by implementers or users of this specification can be obtained from the IETF on-line IPR repository at http://www.ietf.org/ipr.
IPRの開示のコピーが利用できるようにIETF事務局とライセンスの保証に行われた、または本仕様の実装者または利用者がそのような所有権の使用のための一般的なライセンスまたは許可を取得するために作られた試みの結果を得ることができますhttp://www.ietf.org/iprのIETFのオンラインIPRリポジトリから。
The IETF invites any interested party to bring to its attention any copyrights, patents or patent applications, or other proprietary rights that may cover technology that may be required to implement this standard. Please address the information to the IETF at ietf-ipr@ietf.org.
IETFは、その注意にこの標準を実装するために必要とされる技術をカバーすることができる任意の著作権、特許または特許出願、またはその他の所有権を持ってすべての利害関係者を招待します。 ietf-ipr@ietf.orgのIETFに情報を記述してください。