Network Working Group O. Levin
Request for Comments: 4245 Microsoft Corporation
Category: Informational R. Even
Polycom
November 2005
High-Level Requirements for Tightly Coupled SIP Conferencing
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.
このメモはインターネットコミュニティのための情報を提供します。それはどんな種類のインターネット標準を指定しません。このメモの配布は無制限です。
Copyright Notice
著作権表示
Copyright (C) The Internet Society (2005).
著作権（C）インターネット協会（2005）。
Abstract
抽象
This document examines a wide range of conferencing requirements for tightly coupled SIP conferences. Separate documents will map the requirements to existing protocol primitives, define new protocol extensions, and introduce new protocols as needed. Together, these documents will provide a guide for building interoperable SIP conferencing applications.
この文書では、密結合SIP会議のための会議の要件の広い範囲を調べます。別の文書には、既存のプロトコルプリミティブに要件をマッピングし、新しいプロトコルの拡張を定義し、必要に応じて新しいプロトコルを紹介します。一緒に、これらの文書は、相互運用可能なSIP会議アプリケーションを構築するためのガイドを提供します。
Table of Contents
目次
1. Introduction ....................................................2
2. An Overview .....................................................2
3. High-Level Requirements .........................................3
3.1. Discovery Phase ............................................3
3.2. Conference Creation ........................................4
3.3. Conference Termination .....................................4
3.4. Participants' Manipulations ................................4
3.4.1. Participation of a Conference-Unaware User Agent ......5
3.4.2. Dial-Out Scenarios ....................................5
3.4.3. Dial-In Scenarios .....................................5
3.4.4. Third-Party Invitation to a Conference ................6
3.4.5. Participants' Removal .................................6
3.4.6. Participants' Privacy .................................6
3.5. Conference State Information ...............................7
3.5.1. Description ...........................................7
3.5.2. Dissemination of Changes ..............................7
3.5.3. On-demand Information Dissemination ...................8
3.6. Focus Role Migration .......................................8
3.7. Side-bar Conferences .......................................8
3.8. Cascading of Conferences ...................................9
3.9. SIMPLE and SIP Conferencing Coordination ...................9
4. Security Considerations ........................................10
5. Contributors ...................................................10
6. References .....................................................10
6.1. Normative References ......................................10
This document examines a wide range of conferencing requirements for tightly coupled SIP (RFC 3261 [2]) conferencing.
この文書では、密結合SIP（RFC 3261 [2]）会議のための会議の要件の広い範囲を調べます。
The requirements are grouped by subjects in various areas allowing solutions to progress in parallel.
要件は、溶液が並列に進行することを可能にする様々な分野での被験者によってグループ化されます。
Separate documents will map the requirements to existing protocol primitives, define new protocol extensions, and introduce new protocols as needed.
別の文書には、既存のプロトコルプリミティブに要件をマッピングし、新しいプロトコルの拡張を定義し、必要に応じて新しいプロトコルを紹介します。
Together, these documents will provide a guide for building interoperable SIP conferencing applications.
一緒に、これらの文書は、相互運用可能なSIP会議アプリケーションを構築するためのガイドを提供します。
The terms "MAY", "SHOULD", and "MUST" are to be interpreted as described in RFC 2119 [1].
用語「MAY」は、「SHOULD」、及びRFC 2119に記載されているように、[1]に解釈されるべきであり、「しなければなりません」。
A SIP conference is an association of SIP user agents (i.e., conference participants) with a central point (i.e., a conference focus), where the focus has direct peer-wise relationships with the participants by maintaining a separate SIP dialog with each.
SIP会議は焦点がそれぞれに別個のSIPダイアログを維持することによって、参加者との直接ピアツーピアワイズ関係を有する中心点（すなわち、会議フォーカス）とSIPユーザエージェント（すなわち、会議参加者）の会合です。
The focus is a SIP user agent that has abilities to host SIP conferences including their creation, maintenance, and manipulation using SIP call control means and potentially other non-SIP means.
焦点は、SIP呼制御手段を使用して、作成、メンテナンス、および操作を含むSIP会議をホストする能力を持っており、潜在的に他の非SIPは意味SIPユーザエージェントです。
In this tightly coupled model, the SIP conference graph is always a star. The conference focus maintains the correlation among conference's dialogs internally.
この密結合モデルでは、SIP会議グラフは常にスターです。会議の焦点は、内部会議のダイアログの間の相関関係を維持しています。
The conference focus can be implemented either by a participant or by a separate application server.
会議の焦点は、参加者や別のアプリケーションサーバーのいずれかによって実装することができます。
In the first case, a focus is typically capable of hosting a simple ad hoc conference only. We envision that such basic conference can be established using SIP call control primitives only.
最初のケースでは、フォーカスは、単純なアドホック会議をホストする一般的に可能です。私たちは、このような基本的な会議がSIP呼制御プリミティブのみを使用して確立することができることを想定しています。
A dedicated conference server, in addition to the basic features, offers richer functionality including simultaneous conferences, large scalable conferences, reserved conferences, and managed conferences. A conferencing server can support any subset of the advanced conferencing functions presented in this document.
専用の会議サーバは、基本的な機能に加えて、同時会議、大規模なスケーラブルな会議、予約会議、および管理会議など、豊富な機能を提供しています。会議サーバーは、この文書の高度な会議機能の任意のサブセットをサポートすることができます。
The media graph of a SIP conference can be centralized, decentralized, or any combination of both, and potentially differ per media type. In the centralized case, the media sessions are established between the focus and each one of the participants. In the de-centralized (i.e., distributed) case, the media graph is a (multicast or multi-unicast) mesh among the participants. Consequently, the media processing (e.g., mixing) can be performed either by the focus alone or by the participants.
SIP会議のメディアグラフは、分散集中、または両方の任意の組み合わせ、および潜在的にメディアタイプごとに異なることができます。集中型の場合には、メディアセッションが焦点と参加者のそれぞれの間に確立されています。脱集中（すなわち、分散）場合には、メディア・グラフは、（マルチキャストまたはマルチユニキャスト）は、参加者間でメッシュです。従って、（例えば、混合）メディア処理は、単独でフォーカスによって、または参加者のいずれかによって行うことができます。
Conference participants and third parties can have different roles and privileges in a certain conference. For example, conferencing policy can state that the rights to disconnect from and to invite to a conference are limited to the conference chair only.
会議の参加者と第三者が特定の会議に異なる役割と権限を持つことができます。例えば、会議ポリシーは、権利から切断し、会議の議長のみに限定されている会議に招待することを述べることができます。
Throughout the document, by conference policies we mean a set of parameters and rules (e.g., maximum number of participants, needs chair-person supervision or not, password protected or not, duration, or a way of media mixing) that are defined at the onset of a conference. Typically, conference policies would be specified by a conference creator and need special privileges to be manipulated.
ドキュメントでは、会議の方針によって、我々はパラメータやルールのセットを意味する（例えば、参加者の最大数は、椅子人の監督を必要とするか、パスワード保護されたかどうか、期間、またはメディアミキシングの方法ではない）で定義されています会議の開始。一般的に、会議ポリシーは、会議の作成者が指定して操作するための特別な権限を必要とされるだろう。
Throughout the document, by a conference state we mean a set of information describing the conference in progress. This includes participants' information (such as dialog identifiers), media sessions in progress, the current loudest speaker, the current chair, etc.
ドキュメントでは、会議状態によって、私たちは、進行中の会議を記述した情報のセットを意味します。これは、進行中のメディアセッションなど現在の最大音量スピーカー、現在の椅子、（そのようなダイアログ識別子として）参加者の情報が含まれて
In addition to the requirements presented in this document, supplementary requirements for conferencing policy, media mixing and other manipulations, floor control, privilege control, etc. will be discussed in separate documents.
この文書で提示要件に加え、などの会議ポリシー、メディアミックスや他の操作、フロア制御、権限管理、のための補助的な要件は、別の文書で説明します。
Some of the requirements presented in this section can be met either by configuration means or by using proprietary conventions. Nevertheless, there is consensus that standard means for implementing these functions by automata MUST be defined.
このセクションで提示要件のいくつかは、設定手段によって、または独自の規則を使用してのいずれかによって満たすことができます。それにも関わらず、オートマトンによってこれらの機能を実装するための標準的な手段を定義しなければならないというコンセンサスが存在します。
REQ-1: Discovery of a location of an arbitrary SIP conferencing server(s).
REQ-1：任意のSIP会議サーバ（複数可）の位置の発見。
REQ-2: Given a SIP Address-of-Record (AOR) of a certain entity, resolution whether the SIP entity has focus capabilities.
REQ-2：SIPエンティティは、機能がフォーカスを持っているかどうかを解像度、SIPアドレス・オブ・レコード（AOR）特定のエンティティのを考えます。
REQ-3: Given a global identifier of a particular conference, locating the conference focus.
REQ-3：会議フォーカスの位置を特定する、特定の会議のグローバル識別子を考えます。
REQ-4: Given a global identifier of a particular conference, obtaining the conference properties.
REQ-4：会議の特性を得る、特定の会議のグローバル識別子を考えます。
REQ-5: Given a global identifier of a particular conference, obtaining the conference state information.
REQ-5：会議状態情報を取得し、特定の会議のグローバル識別子を考えます。
Given a focus location, a means MUST be defined for an interested entity (including a user agent) to implement the procedures below:
フォーカス位置を所定の手段は、以下の手順を実施する（ユーザエージェントを含む）興味のエンティティのために定義されなければなりません。
REQ-1: Creation of an ad-hoc conference identifier and the conference with specified properties.
REQ-1：アドホック会議識別子の作成と指定されたプロパティを持つ会議。
REQ-2: Creation of a reserved conference identifier for a conference with specified properties.
REQ-2：指定された特性を有する会議の予約会議識別子の作成。
REQ-3: Specifying properties upon conference creation in any of the following ways: default, profiles, and explicitly.
REQ-3：明示的デフォルト、プロファイル、および以下のいずれかの方法で会議作成時にプロパティを指定します。
REQ-1: Given a conference identifier, a means MUST be defined for a user agent to disconnect all participants from the conference and terminate the conference including the release of the associated resources.
REQ-1：会議識別子を考えると、手段が会議からすべての参加者を切断し、関連するリソースの解放を含む会議を終了するユーザエージェントを定義する必要があります。
REQ-2: A means MAY be defined for requesting a focus to revert a two-party conference to a basic SIP point-to-point session including the release of the associated conferencing resources.
REQ-2：手段は、関連する会議リソースの解放など、基本的なSIPポイントツーポイントセッションに二者会議を元に戻すためにフォーカスを要求するために定義されてもよいです。
Some of the requirements presented in this section can be met by
human intervention, configuration means, or proprietary
conventions. Nevertheless, there is consensus that standard
means for implementing these functions by automata MUST be
defined.
REQ-1: Focus MUST be able to invite and disconnect an RFC 3261 compliant only SIP user agent to and from a SIP conference.
REQ-1：フォーカスは、SIP会議にしてから、RFC 3261に準拠しのみSIPユーザエージェントを招待して切断することができなければなりません。
REQ-2: An RFC 3261 compliant only SIP user agent MUST be able to dial-in to a particular SIP conference. In this case, only the human knows that he/she is connected to the conference.
REQ-2：RFC 3261に準拠しのみSIPユーザエージェントは、ダイヤルインして、特定のSIP会議ことができなければなりません。この場合、唯一の人間は、彼/彼女が会議に接続されていることを知っています。
REQ-1: A means MUST be defined for a focus to invite another user agent to one of the focus' conferences. This procedure MUST result in the establishment of a single SIP dialog between the two.
REQ-1：フォーカス会議のいずれかに他のユーザエージェントを招待するフォーカスのために定義されなければならないことを意味します。この手順では、2つの間の単一のSIPダイアログの確立をもたらさなければなりません。
REQ-2: Given an existing SIP dialog between two user agents, if at least one user agent has focus capabilities, a means MUST be defined for the conference focus to invite the other user agent to one of the focus' conferences without additional SIP dialog establishment.
REQ-2：少なくとも1つのユーザエージェントが能力をフォーカスがある場合は、2つのユーザーエージェントの間の既存のSIPダイアログを考えると、手段が追加のSIPダイアログなしフォーカスの会議の一つに他のユーザエージェントを招待する会議フォーカスのために定義されなければなりません確立。
REQ-3: An invitation to a user agent to join a conference MUST include a standard indication that it is a conference and the conference identifier.
REQ-3：会議に参加するユーザエージェントへの招待が会議と会議識別子であることを標準指示を含まなければなりません。
REQ-1: A means MUST be defined for a user agent to create an ad hoc conference with default properties (as per "Conference Creation" REQ-1 above) and to become a participant using a single SIP dialog.
REQ-1：手段（「会議の作成」あたりREQ-1上記のように）、既定のプロパティを使用してアドホック会議を作成すると、単一のSIPダイアログを使用して参加者になるために、ユーザエージェントのために定義されなければなりません。
REQ-2: Given a reserved conference identifier, a means MUST be defined for a user agent to activate the conference and to become a participant using a single SIP dialog.
REQ-2：予約した会議識別子を考えると、手段が会議を有効にすると、単一のSIPダイアログを使用して参加者になるために、ユーザエージェントのために定義されなければなりません。
REQ-3: Given a conference identifier of an active conference, a means MUST be defined for a user agent to dial-in the conference and to become a participant using a single SIP dialog between the two.
REQ-3：アクティブな会議の会議識別子が与えられると、手段が会議にダイヤルし、両者の間の単一のSIPダイアログを使用して参加者になるためにユーザエージェントのために定義されなければなりません。
REQ-4: Given an identifier of one of the dialogs of a particular active conference, a means MUST be defined for a user agent to dial-in the conference and to become a participant.
REQ-4：特定のアクティブな会議のダイアログのうちの一つの識別子が与えられると、手段が会議にダイヤルし、参加者になるためにユーザエージェントのために定義されなければなりません。
REQ-1: Given a conference identifier, a means MUST be defined for a user agent to invite another user agent to this conference.
REQ-1：会議識別子を考えると、手段が、この会議に別のユーザーエージェントを招待するためのユーザーエージェントを定義する必要があります。
REQ-2: Given an identifier of one of the dialogs of a particular active conference, a means MUST be defined for a user agent to invite another user agent to this conference.
REQ-2：特定のアクティブな会議のダイアログのうちの一つの識別子が与えられると、手段が、この会議に他のユーザエージェントを招待するユーザエージェントのために定義されなければなりません。
EQ-3: Given a conference identifier, a means SHOULD be defined for a user agent to invite a list of user agents to this conference (a so-called "mass invitation").
EQ-3：会議識別子が与えられると、手段が、この会議（いわゆる「質量招待」）へのユーザーエージェントのリストを招待するユーザエージェントのために定義されるべきです。
REQ-1: A means MUST be defined for a conference focus to remove a conference participant from the conference.
REQ-1：会議の会議参加者を削除するために、会議フォーカスのために定義されなければならないことを意味します。
REQ-2: Given a conference identifier, a means MUST be defined for a
REQ-2：会議識別子を考えると、手段がのために定義されなければなりません
user agent to remove a participant from the conference.
会議から参加者を削除するユーザエージェント。
REQ-3: Given an identifier of one of the dialogs of a particular active conference, a means MUST be defined for a user agent to remove a participant from the conference.
REQ-3：特定のアクティブな会議のダイアログのうちの一つの識別子が与えられると、手段が会議から参加者を削除するユーザエージェントのために定義されなければなりません。
REQ-4: Given a conference identifier, a means MUST be defined for a user agent to remove all the participants from the conference.
REQ-4：会議識別子を考えると、手段が会議からすべての参加者を削除するには、ユーザエージェントを定義する必要があります。
REQ-5: Given a conference identifier and a sub-list of participants, a means MAY be defined for a user agent to remove the specified participants from the conference (a so-called "mass ejection").
REQ-5：会議識別子と参加者のサブリストを考えると、手段は会議（いわゆる「質量放出」）から指定された参加者を削除するには、ユーザエージェントのために定義されるかもしれません。
A conference focus SHOULD support the procedures described in this section. A conference participant MAY support the procedures described in this section. The requirements imply that "anonymizing" operations MUST be performed on all: the call control, the media control, and the media content when appropriate.
会議の焦点は、このセクションで説明する手順をサポートする必要があります。会議参加者は、このセクションで説明する手順をサポートするかもしれません。呼制御、メディア制御、およびメディアコンテンツの適切な：要件は、「匿名化」の操作は、すべての上で実行されなければならないことを示唆しています。
REQ-1: A conference participant joins the conference "anonymously"; that is, his/her presence can be announced but without disclosing his/her identity.
REQ-1：会議参加者は「匿名」の会議に参加します。つまり、彼/彼女の存在が発表することができますが、彼/彼女の身元を開示することなく。
REQ-2: A conference participant requests a focus for anonymous participation in the conference.
REQ-2：会議参加者が会議中に匿名参加に対するフォーカスを要求します。
REQ-3: A conference participant joins a conference in a "hidden mode"; that is, his/her presence and identity are not to be disclosed to other participants.
REQ-3：会議参加者は「隠しモード」で会議に参加。つまり、彼/彼女の存在とアイデンティティは、他の参加者に開示してはなりません。
REQ-4: A conference participant requests a focus for participation in the conference in a hidden mode.
REQ-4：会議参加者は、隠しモードでの会議に参加するためのフォーカスを要求します。
By a conference state, we mean a virtual database describing the conference in progress. This includes different conference aspects: participants' information (such as dialog identifiers and state), media sessions in progress (such as current stream contributing sources and encoding schemes), the current loudest speaker, the current chair, etc. Conference state is the latest conference snapshot triggered by changes in participants' state, conference policy changes, etc.
会議状態によって、我々は、進行中の会議を記述した仮想データベースを意味します。参加者の情報（例えば、ダイアログ識別子や状態など）、（例えば現在のストリーム貢献源と符号化方式など）進行中のメディアセッションなど現在の最大音量スピーカー、現在の椅子、会議の状態が最新である：これは、別の会議態様を含みますなど参加者の状態の変化、会議ポリシーの変更によってトリガ会議のスナップショット
REQ-1: A conference state virtual database MUST have a modular definition that is, it MUST be possible to access different conference aspects independently.
REQ-1：会議状態の仮想データベースがあるモジュラー定義を持たなければならない、独立して別の会議側面にアクセスすることは可能でなければなりません。
REQ-2: It MUST be possible to aggregate information relating to different conference aspects in a single report.
REQ-2：単一のレポートで別の会議な側面に関連する情報を集約することも可能でなければなりません。
REQ-3: A mechanism for extensible definition and registration of conference state evolving aspects MUST be present.
REQ-3：拡張可能な定義と会議状態進化態様の登録のためのメカニズムが存在しなければなりません。
REQ-4: A default conference state report MUST be defined. It SHOULD contain a minimal useful set of information (e.g., a list of current conference participants).
REQ-4：デフォルトの会議状態レポートに定義されなければなりません。これは、情報の最小限の便利なセット（例えば、現在の会議参加者のリスト）を含むべきです。
REQ-1: A means MUST be defined for reporting the conference state changes to interested parties (including non-conference participants) in a timely manner.
REQ-1：手段がタイムリーに（非会議の参加者を含む）利害関係者に会議の状態の変化を報告するために定義されなければなりません。
REQ-2: A means MUST be defined for a SIP user agent to express its interest in selected state changes only.
REQ-2：手段のみ選択状態の変化に関心を表現するためにSIPユーザエージェントのために定義されなければなりません。
REQ-3: A means MUST be defined for a SIP user agent to express the minimum interval between receiving state change reports.
REQ-3：手段は、状態変化のレポートを受信する間の最小間隔を表現するためにSIPユーザエージェントのために定義されなければなりません。
REQ-4: It MUST be possible to aggregate recent changes in a single reporting event.
REQ-4：これは、単一の報告イベントの最近の変化を集約することも可能でなければなりません。
REQ-5: Default conference state change reports MUST be defined. They SHOULD contain minimal useful to the participants information (e.g., participants' joining and leaving the conference).
REQ-5：デフォルトの会議状態変更レポートを定義する必要があります。彼らは、参加者の情報（例えば、参加者が参加し、会議を残す）に最小限の便利を含むべきです。
REQ-1: A means MUST be defined to disseminate any conference state information to interested parties (including SIP user agents) on-demand.
REQ-1：手段は、オンデマンド（SIPユーザエージェントを含む）利害関係者への会議状態情報を発信するように定義されなければなりません。
REQ-2: A means MUST be defined for an interested party (including a SIP user agent) to request conference state information of a particular conference defined by the conference identifier.
REQ-2：手段は、会議識別子によって定義された特定の会議の会議状態情報を要求する（SIPユーザエージェントを含む）利害関係者のために定義されなければなりません。
REQ-3: A means MUST be defined for an interested party (including a SIP user agent) to specify the subset of the conference state information it wants and is capable of receiving.
REQ-3：手段は、それが望んでいると受信が可能な会議状態情報のサブセットを指定する（SIPユーザエージェントを含む）利害関係者のために定義されなければなりません。
REQ-1: A procedure for delegating a focus role by the current focus to another participant MUST be defined.
REQ-1：別の参加者に現在のフォーカスによるフォーカスの役割を委任するための手順を定義しなければなりません。
REQ-2: A procedure for requesting a conference focus to transfer its role to another participant MUST be defined.
REQ-2：他の参加者にその役割を転送するために会議フォーカスを要求するための手順を定義しなければなりません。
REQ-3: A procedure for on-demand unconditional transfer of the focus role to a different participant MUST be defined.
REQ-3：別の参加者へのフォーカスの役割のオンデマンド無条件転送するための手順を定義しなければなりません。
REQ-4: A detection procedure for a focus failure condition MUST be defined.
REQ-4：フォーカス障害状態の検出手順が定義されなければなりません。
A standard means MUST be defined in order to implement the operations defined in this section below.
標準的な手段は、以下に、このセクションで定義された操作を実施するために定義されなければなりません。
REQ-1: A user agent (not a conference participant) joins a side-bar within the conference by SIP means.
REQ-1：ユーザエージェント（ない会議参加者）は、SIP手段によって会議内のサイドバーを結合します。
REQ-2: A user agent (not a conference participant) is invited to a side-bar within the conference by SIP means.
REQ-2：ユーザエージェント（ない会議参加者）は、SIPを用いて会議内のサイドバーに招待されます。
REQ-3: A conference participant creates a side-bar conference with one or more participants in a conference by SIP means.
REQ-3：会議参加者は、SIPによる会議で1つ以上の参加者とサイドバーの会議を作成します。
REQ-4: A conference participant joins a side-bar within the conference by SIP means.
REQ-4：会議参加者は、SIPによる会議内のサイドバーに合流します。
REQ-5: A conference participant is invited to a side-bar within the conference by SIP means.
REQ-5：会議参加者は、SIP手段により会議内のサイドバーに招待されます。
REQ-6: A conference-unaware user agent (a participant or not) creates and participates in side-bar conferences. It MAY be achieved by non-SIP means.
REQ-6：会議を意識しないユーザエージェント（参加者かどうか）が作成され、サイドバーの会議に参加しています。これは、非SIP手段によって達成することができます。
REQ-7: A conference participant creates side-bar conferences within the conference without establishing any additional SIP dialogs with the focus. It MAY be achieved by non-SIP means.
REQ-7：会議参加者が中心とした任意の追加のSIPダイアログを確立しないで会議中のサイドバーの会議を作成します。これは、非SIP手段によって達成することができます。
REQ-8: A conference participant joins any number of side-bars within the conference without establishing any additional SIP dialogs with the focus. It MAY be achieved by non-SIP means.
REQ-8：会議参加者が中心とした任意の追加のSIPダイアログを確立することなく、会議内のサイドバーの任意の数を結合します。これは、非SIP手段によって達成することができます。
REQ-9: A conference participant is invited to any number of side-bars within the conference without establishing any additional SIP dialogs with the focus. It MAY be achieved by non-SIP means.
REQ-9：会議参加者を中心とした任意の追加のSIPダイアログを確立することなく、会議内のサイドバーの任意の数に招待されます。これは、非SIP手段によって達成することができます。
"Cascading of Conferences" is a term that has different meanings in different contexts. Some examples are listed below:
「会議のカスケード」は、異なる文脈で異なる意味を持つ用語です。いくつかの例を以下に示します。
- Peer-to-peer chaining of signaling. (Many ways exist to build the media graph in this case.)
- シグナリングのピア・ツー・ピアチェーン。 （多くの方法は、この場合には、メディアのグラフを構築するために存在しています。）
- Conferences have hierarchal signaling relations. (Many ways exists to build the media graph in this case.)
- 会議は階層シグナリング関係を持っています。 （多くの方法は、この場合には、メディアのグラフを構築するために存在しています。）
- "Cascading" is used to distribute the media "mixing" only. The distribution of signaling is not required.
- 唯一の「混合」メディアを配信するために使用される「カスケード」。シグナルの分布が必要とされていません。
As it can be seen from the examples, each will define a different set of requirements.
それは実施例から分かるように、各要件の異なるセットを定義します。
REQ-1: SIMPLE-based Presence and Instant Messaging architecture SHOULD fit into the general SIP Conferencing architecture.
REQ-1：SIMPLEベースのプレゼンスとインスタントメッセージングアーキテクチャは、一般的なSIP会議アーキテクチャに適合すべきです。
REQ-2: A scenario where a multimedia SIP conference and a multiparty instant messaging conversation take place among the same group of participants MUST be addressed.
REQ-2：マルチメディアSIP会議とマルチパーティのインスタントメッセージングの会話は参加者の同じグループの中で場所を取るシナリオが取り組まなければなりません。
REQ-3: A scenario where a side-bar and/or a sub-IM-conference is being held as a part of SIP conference MUST be addressed.
REQ-3：SIP会議の一部が対処しなければならないようにサイドバーおよび/またはサブIM会議が開催されているシナリオ。
This document discusses high-level requirements for SIP conferencing. Conferencing has some specific security requirements, which will be summarized here at a very high level.
この文書では、SIP会議のためのハイレベルの要件について説明します。会議は、非常に高いレベルでここに要約されるいくつかの特定のセキュリティ要件があります。
All of the operations and functions described in this document need to be authorized by a focus or a participant. It is expected that conferences will be governed by a set of authorization rules defined as a part of the conference policy. In order for the conference policy to be implemented, the focus needs to be able to authenticate potential participants. Normal SIP mechanisms including Digest authentication and certificates can be used [2]. These conference-specific security requirements will be discussed in detail in the protocol documents.
このドキュメントで説明する操作、機能のすべては、フォーカスまたは参加者によって認可される必要があります。会議は、会議ポリシーの一部として定義されている認可規則のセットによって支配されることが期待されます。実装される会議ポリシーのためには、焦点は、潜在的な参加者を認証できるようにする必要があります。ダイジェスト認証および証明書を含む通常のSIPメカニズムを使用することができる[2]。これらの会議に固有のセキュリティ要件は、プロトコル文書で詳細に説明されます。
Conferencing also has privacy implications. Some of these are discussed in this document. Standard SIP mechanisms for a user agent to request privacy should be utilized by a focus and will be detailed in the protocol documents.
会議はまた、プライバシーの意味を持ちます。これらのいくつかは、このドキュメントで説明されています。プライバシーを要求するユーザエージェントのための標準的なSIPメカニズムはフォーカスによって利用されるべきであり、プロトコル文書に詳細に説明します。
This work is based on the discussions among the members of the SIP Conferencing design team.
この作品は、SIP会議デザインチームのメンバー間の協議に基づいています。
[1] Bradner, S., "Key words for use in RFCs to Indicate Requirement Levels", BCP 14, RFC 2119, March 1997.
[1]ブラドナーのは、S.は、BCP 14、RFC 2119、1997年3月の "RFCsにおける使用のためのレベルを示すために"。
[2] 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.
[2]ローゼンバーグ、J.、Schulzrinneと、H.、カマリロ、G.、ジョンストン、A.、ピーターソン、J.、スパークス、R.、ハンドレー、M.、およびE.学生、 "SIP：セッション開始プロトコル"、 RFC 3261、2002年6月。
Authors' Addresses
著者のアドレス
Orit Levin Microsoft Corporation One Microsoft Way Redmond, WA 98052
oriTレヴィンマイクロソフト社1マイクロソフト道、レッドモンド、ワシントン98052
EMail: oritl@microsoft.com
メールアドレス：oritl@microsoft.com
Roni Even Polycom 94 Derech Em Hamoshavot Petach Tikva, Israel
ロニでもポリコム94 DerechエムHamoshavotペタク・チクヴァ、イスラエル
EMail: roni.even@polycom.co.il
メールアドレス：roni.even@polycom.co.il
Full Copyright Statement
完全な著作権声明
Copyright (C) The Internet Society (2005).
著作権（C）インターネット協会（2005）。
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 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が表すまたはインターネットソサエティおよびインターネット・エンジニアリング・タスク・フォース放棄すべての保証、明示または、（もしあれば）後援ISに設けられています。黙示、情報の利用は、特定の目的に対する権利または商品性または適合性の黙示の保証を侵害しない任意の保証含むがこれらに限定されません。
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に情報を記述してください。
Acknowledgement
謝辞
Funding for the RFC Editor function is currently provided by the Internet Society.
RFC Editor機能のための基金は現在、インターネット協会によって提供されます。