Cisco Collaboration システム 12.x ソリューションリファレンスネットワークデザイン（SRND）

偏向のない言語

この製品のマニュアルセットは、偏向のない言語を使用するように配慮されています。このマニュアルセットでの偏向のない言語とは、年齢、障害、性別、人種的アイデンティティ、民族的アイデンティティ、性的指向、社会経済的地位、およびインターセクショナリティに基づく差別を意味しない言語として定義されています。製品ソフトウェアのユーザーインターフェイスにハードコードされている言語、RFP のドキュメントに基づいて使用されている言語、または参照されているサードパーティ製品で使用されている言語によりドキュメントに例外が存在する場合があります。シスコのインクルーシブランゲージに対する取り組みの詳細は、こちらをご覧ください。

翻訳について

このドキュメントは、米国シスコ発行ドキュメントの参考和訳です。リンク情報につきましては、日本語版掲載時点で、英語版にアップデートがあり、リンク先のページが移動/変更されている場合がありますことをご了承ください。あくまでも参考和訳となりますので、正式な内容については米国サイトのドキュメントを参照ください。

マニュアルのコンテンツ

このマニュアル内で検索

ご利用いただける言語

Download Options

Book Title

Cisco Collaboration システム 12.x ソリューションリファレンスネットワークデザイン（SRND）

Chapter Title

Cisco Rich Media Conferencing

PDF - Complete Book (72.34 MB) PDF - This Chapter (4.87 MB)
View with Adobe Reader on a variety of devices
ePub - Complete Book (1.38 MB)
View in various apps on iPhone, iPad, Android, Sony Reader, or Windows Phone
Mobi - Complete Book (3.49 MB)
View on Kindle device or Kindle app on multiple devices

検索結果

Updated:: 2018年6月11日

章のタイトル： Cisco Rich Media Conferencing

この章の変更点
会議のタイプ
Cisco Unified CM 音声会議
Cisco Meeting Server
Cisco WebEx Software as a Service
Cisco WebEx Meeting Center Video Conferencing
Cisco WebEx Meetings Server
Cisco Collaboration Meeting Rooms Hybrid

Cisco Rich Media Conferencing

改訂日：2018 年 3 月 1 日

会議は、特にリモートユーザや大規模なユーザベースのサービスを提供する場合は、コラボレーションシステムの基本コンポーネントです。Cisco Rich Media Conferencing は、インスタント、永続的、およびスケジュールされた音声とビデオによる会議、コンテンツ共有などの機能を提供します。

カンファレンスブリッジは会議機能を提供します。カンファレンスブリッジとは、複数の参加者を 1 つのコール（音声またはビデオ）に参加させるリソースです。そのデバイス上で 1 つの会議に許可される最大キャパシティまで、所定の会議用に任意の数の接続を受け入れることができます。特定の参加者の出力表示には、表示者自身の入力を除く、接続しているすべての参加者が表示されます。

Cisco Rich Media Conferencing ソリューションでは、さまざまなインフラストラクチャを活用して、音声とビデオによる会議機能およびコンテンツ共有を提供します。会議インフラストラクチャは、ソフトウェアまたは DSP リソースを使用した Cisco Unified CM、Cisco Meeting Server、または Cisco WebEx Collaboration Cloud であり、この章では各ソリューションに関連する設計上の詳細を説明します。

Cisco Rich Media Conferencing ソリューションは、オンプレミス、クラウド、またはハイブリッドの導入環境として使用できます。これにより組織は、すでに投資しているコラボレーションソリューションとの統合、または「クラウドで」ホストされるサービスの実装を行うことができます。これは、さまざまなソリューション間の重要な違いの 1 つで、組織に最適なソリューションを決定するときに最初に意思決定すべきポイントです。

Cisco WebEx Software as a Service（SaaS）は完全にオフプレミスなソリューションを提供しますが、Cisco Collaboration Meeting Rooms（CMR）Hybrid はオンプレミス機器とオフプレミス機器が混在するハイブリッドソリューションです。Cisco Collaboration System を導入している組織は、オンプレミスソリューションを利用することで最も利益を得ます。この章の以降の項では、各会議ソリューションの詳細な導入オプションについて説明します。

表 11-1 は、オンプレミスクラウドの観点から利用可能なソリューションを要約したものです。

表 11-1 Cisco コラボレーティブソリューションのオンプレミス、クラウド、およびハイブリッド機能
ソリューション	音声		ビデオ		コンテンツ共有
ソリューション	オンプレミス	クラウド	オンプレミス	クラウド	オンプレミス	クラウド
Cisco WebEx Meetings Server	○	X	○¹	X	○	X
Cisco WebEx SaaS	X	○	X	はい 1	X	○
Cisco Meeting Server	○	X	○	X	○	X
Cisco CMR Hybrid	○	○	○	○	○	○
Cisco WebEx Meeting Center Video Conferencing	X	○	X	○	X	○

^1.Cisco WebEx Web カメラのみ。標準ベースのビデオはサポート外。

十分なエンドユーザエクスペリエンスを実現するには、Cisco Conferencing ソリューションを導入する際に、ユーザが必要な会議機能を使用できるように、慎重な計画と設計を行う必要があります。

設計に役立てるため、この章では Cisco Conferencing ソリューションでサポートされるさまざまなタイプの会議の概要を示すことから始め、その後で、各ソリューションについて次の主要なトピックを詳細に説明します。

アーキテクチャ

ここでは、会議ソリューションの主要なコンポーネントの概要を示し、その利点、およびコラボレーションシステムのさまざまなコンポーネントを通じて利用可能なさまざまな会議機能について説明します。サポートされる導入モデル、ソリューション、および推奨事項についても、ここで説明します。

ハイアベイラビリティ

ここでは、復元力のある Cisco Conferencing ソリューションの設計に関するベストプラクティスについて説明しています。また、冗長性とロードバランシングのためのガイダンスが含まれます。

キャパシティプランニング

ここでは、Cisco Conferencing ソリューションのキャパシティ制限と拡張性に関するベストプラクティスと設計情報を提供します。

設計上の考慮事項

ここでは、Cisco Conferencing ソリューションの設計に関する一般的な推奨事項とベストプラクティスについて説明します。

この章では、以下の Cisco Conferencing ソリューションについて説明します。

Cisco WebEx Software as a Service（SaaS）
Cisco WebEx Meetings Server（プライベートクラウド向け）
Cisco WebEx Meeting Center Video Conferencing
Cisco Meeting Server
Cisco Collaboration Meeting Rooms（CMR）Hybrid

この章の変更点

この章には、Cisco Collaboration System Release（CSR）12. x の新規サポートおよび更新された設計が記載されています。Cisco Collaboration System に Conferencing を導入する前に、この章全体をお読みください。

表 11-2 に、この章に新しく追加されたトピック、またはこのマニュアルの以前のリリースから大幅に改訂されたトピックの一覧を示します。

表 11-2 新規情報、またはこのマニュアルの以前のリリースからの変更情報
新規トピックまたは改訂されたトピック	説明箇所	改訂日
Cisco Collaboration Meeting Rooms（CMR）Premises が Cisco Meeting Server で置き換えられました。	Cisco Meeting Server	2018 年 3 月 1 日
Cisco Collaboration System Release（CSR）12. x のコンテンツを再編成した他、いくつかの更新を加えました。	この章の各項で説明	2018 年 3 月 1 日

会議のタイプ

Cisco Rich Media Conferencing ソリューションは次の会議のタイプをサポートします。

インスタント会議

音声またはビデオによるインスタント会議（アドホック会議とも呼ばれる）は、臨時会議です。インスタント会議は、会議前にスケジュールまたは用意されません。たとえば、マルチポイント会議にエスカレートされたポイントツーポイントコールは、インスタント会議と見なされます。

パーマネント会議

パーマネント会議（ミートミー会議、スタティック会議、またはランデブー会議とも呼ばれる）は、前もってスケジュールすることなく会議を行えるようにする事前定義のアドレスです。会議ホストはその他のユーザとアドレスを共有します。それらのユーザは、いつでもそのアドレスにコールインできます

パーマネント会議のリソースは先着順に使用されます（確保されません）。会議リソースを保証（確保）するには、スケジュール済み会議を使用する必要があります。

スケジュール済み会議

スケジュール済み会議は、Cisco TelePresence Management Suite（TMS）と呼ばれるスケジュール管理システムを使用して開催者によって開始されます。会議は、開始時刻と終了時刻、および任意で事前定義の参加者のセットを指定して、Cisco TMS を介して予約されます。

Cisco Rich Media Conferencing は、以下で説明する会議ソリューションで構成されています。各ソリューションに関する詳細は、それぞれの項で説明しています。

Cisco Unified CM 音声会議

このソリューションを採用することで、Unified CM がその内部ソフトウェアコンポーネントまたは外部ハードウェアのデジタル信号プロセッサ（DSP）をリソースとして使用して音声会議を実行できるようになります。

Cisco Meeting Server

Cisco Meeting Server は、オンプレミスのビデオ会議ソリューションです。各ユーザには、会議を主催するために使用できるパーソナルスペースがあります。ユーザは Cisco Meeting App から、スペースの作成、スペースへのメンバー追加、PIN の作成などの作業項目を管理できます。

Cisco Collaboration Meeting Rooms Hybrid

Cisco CMR Hybrid は、オンプレミスビデオ会議と WebEx Meeting Center 会議を単一の会議に組み合わせます。これにより、TelePresence および WebEx の参加者が参加し、音声、ビデオ、およびコンテンツを共有できるようになります。CMR Hybrid 会議は、スケジュール済み会議またはスケジュールされない会議のいずれかです。

Cisco WebEx Meeting Center Video Conferencing

Cisco WebEx Meeting Center Video Conferencing（旧称 Cisco Collaboration Meeting Rooms（CMR）Cloud）は、オンプレミスの会議リソースや管理インフラストラクチャを必要としない、代替会議導入モデルです。これは、スケジュール済み会議とスケジュールされない会議の両方をサポートし、単一コールで TelePresence、音声、および WebEx の参加者（すべてクラウドでホスト）をサポートします。

Cisco WebEx Meetings Server

クラウドベースの Web および音声会議が適していない場合に、オンプレミス WebEx Meetings Server ソリューションを使用できます。この製品は、スタンドアロンの音声、ビデオ、およびコラボレーション Web 会議プラットフォームを提供します。

Cisco Unified CM 音声会議

Cisco Unified CM では、以下のいずれかの手法を使用して音声会議をサポートします。

ソフトウェア音声会議

ソフトウェアベースの音声会議ブリッジは Unified CM の IP Voice Media Streaming Application によって提供されます。このアプリケーションは、クラスタ内の各ノード上でイネーブルにする必要があります。ソフトウェアユニキャストカンファレンスブリッジは、G.711 音声ストリームと Cisco Wideband オーディオストリームを混合できる標準の会議ミキサーです。Wideband または G.711 a-law および mu-law ストリームの任意の組み合わせが、同じ会議に接続される場合があります。所定の設定でサポートできる会議数は、カンファレンスブリッジソフトウェアが実行されるサーバと、アプリケーションで有効になっている他の機能によって決まります。ただし、256 はこのタイプのオーディオストリームの最大数です。ストリーム数が 256 あれば、ソフトウェア電話会議のメディアリソースで、1 つの電話会議あたり 256 人のユーザに対応できます。また、1 つの電話会議のユーザ数が 4 人の場合は、最大 64 の会議リソースに対応できます。Cisco IP Voice Media Streaming Application サービスおよび Cisco CallManager サービスが同一サーバ上で実行されている場合、ソフトウェア電話会議の最大参加者数は、48 人に限定されます。

Cisco IP Voice Media Streaming Application は、複数の機能に使用することもできるリソースで、設計ではすべての機能を同時に考慮する必要があります（Cisco IP Voice Media Streaming Applicationを参照）。ソフトウェア音声会議ブリッジの機能は限られているため、このブリッジは、集中型導入環境、またはインスタント音声会議とミートミー音声会議で G.711 コーデックを使用できる導環境でのみ使用することをお勧めします。Unified CM でソフトウェア音声会議ブリッジを使用すると、システムに高い負荷が発生することにも注意が必要です。

ハードウェア音声会議

Cisco IOS によって会議リソースとして設定されるデジタルシグナルプロセッサ（DSP）は、会議機能のみに特化した DSP にファームウェアをロードします。このような DSP は、他のメディア機能には使用できません。単一のシャーシで任意の Cisco PVDM ハードウェアを音声インターフェイスとして同時に使用することはできますが、他のメディアリソース機能として同時に使用することはできない場合があります。PVDM ハードウェアの DSP はそれぞれ個別に音声インターフェイス、会議、メディアの終端、トランスコーディングとして設定されます。そのため、1 つの PVDM の複数の DSP を異なるリソースタイプとして使用できます。DSP は、まず音声インターフェイスに割り当ててから、必要に応じて他の機能に割り当ててください。会議用の DSP リソースは、プロファイル属性に基づいて、実際の参加者数に関係なく、設定の間予約されています。

ハードウェア音声会議ブリッジは、ソフトウェア会議ブリッジより多くの機能およびコーデック形式をサポートします。より多目的な音声会議ブリッジ、および帯域幅を削減するために G.729 のようにより複雑なコーデックのサポートが必要な企業では、ハードウェア音声会議ブリッジを使用することを推奨します。

ビルトインブリッジ

ビルトインブリッジとは、コール内のエンドポイントのいずれかによってホストされる DSP リソースのことを指します。一部の Cisco IP Phone には、組み込みブリッジ機能用のオンボード DSP が搭載されています。IP Phone の組み込みブリッジは Cisco Rich Media Conferencing アーキテクチャの唯一の組み込み音声リソースです。ただし、組み込みブリッジの会議機能は限定的で、完全な会議の起動には使用できません。Cisco IP Phone の組み込みブリッジで、ユーザは次のことができます。

IP フォンが使用する複数の異なる回線上のコールを結合し、それらのコールをビルトインブリッジでホストされる 1 つの会議に変換します。
回線を共有する別のエンドポイントのコールに割り込み（コールがプライベートにセットされていない場合）、そのコールをビルトインブリッジでホストされる会議に変換します。
コールに関与するエンドポイントからサイレント録音またはモニタリングセッションを開始し、この機能を呼び出した IP フォンによって生成および受信されたメディアを分岐します。

Cisco IP Phone の組み込みブリッジは、G.711 および G.729 コーデック形式のエンコードとデコードができます。ただし、一度コールのコーデックが選択されると、組み込みブリッジのコーデック選択はロックされ、電話機で使用するコーデックを変更することはできません。したがって、ベストプラクティスとして、コールのドロップを避けるために組み込みブリッジが呼び出される可能性があるコールフローを慎重に分析します。

組み込みブリッジは最大 2 コールを混合し、1 コール（2 ストリーム）のみを分岐できます。

Cisco Conference Now

Cisco Conference Now は、Meet-Me に類似したパーマネント会議機能を提供する Unified CM ネイティブアプリケーションです。このアプリケーションは、基本的な音声会議ソリューションを必要とする小規模なビジネス顧客を対象にしています。Cisco Conference Now で会議に参加するには、ユーザは、一元化された番号にコールインし、音声でガイドされたシステムにより尋ねられたときに、適切な会議 ID と、ホストまたは参加者の PIN を入力するだけです。

図 11-1 に、Cisco Conference Now のアーキテクチャと、関係するコンポーネントを示します。Conference Now では、外部と内部両方の発信者が Conference Now IVR ディレクトリ番号（一元化された会議のアシスタント番号）をダイヤルすることにより会議に参加できます。アナウンスを再生することで会議に参加する参加者をガイドして情報を収集するために、IVR デバイスが使用されます。IVR は、Cisco IP Phone やゲートウェイなどのデバイスに事前に録音されたアナウンス（.wav ファイル）を Unified CM が再生できるようにするメディアリソースデバイスです。

図 11-1 Cisco Conference Now のアーキテクチャ

管理者は、ユーザに対して Conference Now オプションを有効にすることができます。有効にすると、ユーザは会議番号を取得し、会議を開始するホスト PIN を設定する必要があります。また、参加者が会議に参加するためのオプションの参加者アクセスコードを設定できます。会議前に、会議のホストは、すべての参加者に会議番号とオプションのアクセスコードを配布します。会議を開始するには、ホストが Conference Now にダイヤルし、会議番号とホスト PIN の両方を入力します。会議に参加するには、参加者が Conference Now にダイヤルし、会議番号とオプションの参加者アクセスコードを入力します。ホストより前に参加者が会議にダイヤルすると、参加者には保留音（MoH）が流されます。Conference Now は、ホストの発信デバイスに関連付けられているメディアリソースグループ（MRG）およびメディアリソースグループリスト（MRGL）で設定されているカンファレンスブリッジを使用して、会議機能を実行します。Conference Now 機能を使用するには、カンファレンスブリッジと IVR リソースの両方を Unified CM が使用できることを確認してください。

ソフトウェアベースの Cisco IP Voice Media Streaming Application（IPVMS）以外のカンファレンスブリッジを Unified CM から使用すると、会議参加者の入室音と退出音が提供されない可能性があります。ユーザエクスペリエンスを快適にするため、Conference Now にソフトウェアベースの Cisco IPVMS カンファレンスブリッジを使用することを推奨します。会議参加者の入室音と退出音のサポートの詳細については、次の Web サイトで入手可能な『 Feature Configuration Guide for Cisco Unified Communications Manager 』の最新バージョンを参照してください。

https://www.cisco.com/c/en/us/support/unified-communications/unified-communications-manager-callmanager/products-maintenance-guides-list.html

Cisco Conference Now を実装する際は、次の点を考慮してください。

IVR はアウトオブバンド DTMF のみをサポートします。DTMF 機能の不一致を変換するには MTP を使用します。
IVR は、G.711（A-law および μ-law）、G.729、およびワイドバンド 256K をサポートします。IPVMS は、G.711 およびワイドバンド 256K をサポートします。その他のコーデックサポートでは、トランスコーダを使用します。
Conference Now は、名簿リストや参加者のミュート/ミュート解除などの高度な機能はサポートしていません。

Cisco Meeting Server

Cisco Meeting Server ではオンプレミスの Cisco インフラストラクチャを使用して、ビジネス品質のビデオ会議と音声会議ならびにコンテンツ共有を可能にします。システム内の各ユーザには、ビデオアドレス（DN または URI）を関連付けた Always-On のパーソナルスペースを割り当てることができます。参加者はこのビデオアドレスにダイヤルインして会議に参加できます。Cisco Meeting Server では、Cisco Unified Communications Manager（Unified CM）または Cisco Expressway に登録されたエンドポイントのリッチ会議コラボレーション機能、および音声とビデオの Business-to-Business（B2B）システムとレガシー H.323 ビデオシステムを Cisco Expressway を介して統合する機能を使用できます。このアーキテクチャは、会議ソリューションのさまざまなコンポーネントに依存して、豊富な機能セットを提供します。ここでは、Cisco Meeting Server 会議ソリューションの各コンポーネントを紹介し、それぞれの役割を概説しします。

アーキテクチャ

図 11-2 に、Cisco Meeting Server を使用した会議ソリューションのアーキテクチャを示します。Cisco Meeting Server が会議リソースを提供して管理します。Cisco TelePresence Management Suite（TMS）が会議リソースのプロビジョニング機能とスケジューリング機能を提供し、Cisco Meeting Management が会議の制御機能と管理機能を提供します。Cisco Unified Communications Manager（Unified CM）はコール制御システムとして機能します。または、Cisco Unified CM の代わりに Cisco Expressway をコール制御システムとして使用することできます。Cisco Meeting Server がサポートするのは SIP コール制御のみですが、Cisco Expressway を使用することでレガシー H.323 ビデオシステムとの連動が可能になります。Cisco Meeting Server はあらゆるタイプの会議をサポートする会議ブリッジであり、ここに、SIP トランク経由で Unified CM が接続されます。

Cisco Unified CM は XML-RPC over HTTPS を使用して Cisco Meeting Server と通信し、インスタント会議の会議ブリッジを制御します。Cisco TMS は REST API 接続を使用して Cisco Meeting Server にリンクし、会議リソースのプロビジョニングとスケジューリングを行います。Cisco Meeting Management が使用する Cisco Meeting Server とのインターフェイスには、REST API と呼詳細レコード（CDR）の 2 つがあります。REST API インターフェイスは Cisco Meeting Server で操作を実行する際に使用し、CDR インターフェイスは Cisco Meeting Server からコールイベントを受信する際に使用します。

図 11-2 Cisco Meeting Server のアーキテクチャ概要

スケジューリングアーキテクチャは、Cisco TMS および TelePresence Management Suite Extension for Microsoft Exchange（TMSXE）それぞれのアクティブノードとパッシブノードで構成されています。これらのノードは、ネットワークロードバランサの背後に導入されます。アクティブノードが着信要求を処理する一方、パッシブノードはスタンバイモードで稼働し、その Web ページとサービスをロックした状態に維持して着信トラフィックを拒否します。大規模な導入環境では、Cisco TMS と TMSXE を別々の仮想マシン上にインストールする必要があります（図 11-3 を参照）。Cisco TMS サーバを設置する場所は、組織の SQL 導入環境もホストしている顧客データセンターです。すべてのサーバノードは、1 つの外部 Microsoft SQL データベースから機能します。さらに、エンドポイント、Cisco Meeting Server、Unified CM を合わせると完全な会議コンポーネントとなりスケジューリングに対応できます。

図 11-3 スケジューリングアーキテクチャの概要

Cisco Meeting Management は Cisco Meeting Server の外部にある別個のサーバ上で、Cisco Meeting Server 導入環境専用として稼働します。前述したように、Cisco Meeting Management は REST API リンクを使用して Cisco Meeting Server で操作を実行します。Cisco Meeting Management は CDR インターフェイスを使用して、Cisco Meeting Server からコール関連のイベントを受信するため、会議がいつ開始または終了したのかということや、その他のコールアクティビティを認識します。ユーザがポータルにログインする際は、LDAP ディレクトリに対してユーザの認証が行われます。さらに、Cisco Meeting Management はディレクトリ内部に設定されたグループを使用して、ユーザのロール（ビデオオペレータまたは管理者）を判別します。Cisco Meeting Management ポータル上で使用可能なオプションは、ユーザのロールに応じて異ります。（図 11-4 を参照）。

（注） Cisco Meeting Management を導入するために最低限必要なバージョンは Cisco Meeting Server 2.1.5 ですが、バージョン 2.2 以降を使用することをお勧めします。

図 11-4 Cisco Meeting Management のアーキテクチャ

Cisco Meeting Server の役割

図 11-5 に、ビデオ会議機能を提供する Cisco Meeting Server のコア会議コンポーネントを示します。コールブリッジコンポーネントにはコールを制御するための Cisco Unified CM が統合され、会議機能を実行するためのリソースがここから提供されます。すべての Cisco Meeting Server 会議はスペース上でホストされます。スペースとは、音声、ビデオ、コンテンツ共有機能を備えた仮想会議室のことです。スペースには、スペース URI または電話電話番号を使ってアクセスできます。ユーザをシステムにインポートするために、Cisco Meeting Server には Microsoft Active Directory などのディレクトリサーバを統合する必要があります。ユーザのインポートプロセス中に、フィールドマッピング式の設定に従ってスペースが作成されます。ユーザとスペースに関するすべての情報はデータベースに格納されます。参加者が会議に参加するには、シスコまたはサードパーティ製の標準の SIP ビデオエンドポイント、Cisco Jabber Clients、または Cisco ミーティングアプリケーションを使用できます。Cisco ミーティングアプリケーションを使用してログインする場合、ユーザの認証は XMPP サーバによって行われます。WebRTC クライアントのユーザは、ログイン後に Web ブリッジによってコールブリッジに接続されます。

図 11-5 Cisco Meeting Server のコア会議コンポーネント

Cisco ミーティングアプリケーションは、Cisco Meeting Server のクライアントです。このアプリケーションは、ネイティブデスクトップ/モバイルアプリケーションである場合も、WebRTC ブラウザアプリケーションである場合もあります。ユーザは Cisco ミーティングアプリケーションを使用して、会議にログインして参加し、音声とビデオならびにコンテンツ共有を使用できます。WebRTC クライアントを使用すると、Cisco Meeting Server 上にアカウントがないユーザでも、互換性のあるブラウザを使用することで、ゲストとして会議に参加できます。さらに、ユーザは Cisco ミーティングアプリケーションを使用して会議を実行し、アクション（参加者の表示、参加者のミュート/削除、録音の開始/停止、独自のスペースの作成/編集など）を実行することができます。

（注） WebRTC アプリケーションは、互換性のある特定のブラウザ上でのみ稼働します。サポートされているブラウザについて詳しくは、https://kb.acano.com/content/37/4/en/what-versions-of-browsers-do-we-support-for-webrtc-app.html に掲載されている情報を参照してください。

（注） Cisco ミーティングアプリケーションをエンタープライズネットワークの内部または外部のどちらに導入しても、会議に参加できます。導入の詳細については、https://www.cisco.com/c/en/us/support/conferencing/meeting-server/products-installation-and-configuration-guides-list.html から入手できる Cisco Meeting Server のコンフィギュレーションガイドを参照してください。

会議に Cisco Meeting Server を使用すると、以下のことをはじめとしいくつかの利点があります。

小規模な導入環境でも大規模な導入環境でも、必要に応じて簡単に拡張して、キャパシティを徐々に追加できます。
あらゆるタイプのデバイスで、簡素化された直感的かつ最適な会議エクスペリエンスを創出できます。
マルチパーティランセンスを使用する場合、基盤となるハードウェアで対応可能な限り、参加者が何人でも会議に参加できます。
単一の導入モデルをあらゆる会議タイプに適用できます。

Cisco TelePresence Management Suite（TMS）の役割

Cisco TelePresence Management Suite（TMS）は、会議のスケジューリングならびに会議室システムの予約を行います。Cisco Unified CM でエンドポイントの設定管理が維持されていれば、Cisco TMS はそれらのエンドポイントにカレンダーをプッシュできます。管理者は、組織のデフォルト会議のパラメータを設定してから、そのテンプレートに基づいて個々の会議を作成することができます。

Cisco TelePresence Management Suite Extension for Microsoft Exchange（TMSXE）の役割

エンドユーザが Microsoft Outlook で複数の会議室リソースを使用して 1 つの会議をスケジュールすると、Microsoft Exchange の Exchange Web Service（EWS）機能により、そのイベントが Cisco TMS にスケジュール済み会議として同期されます。この同期は双方向であるため、管理者またはサポート担当員が、会議主催者の Outlook イベントにアクセスせずに、会議を更新できます。組織内のエンドポイントリソースのうち、この会議に使用する予定のエンドポイントリソースはすべて、同じ 1 つの Microsoft Exchange 会議要求内にリストされている必要があります。

Cisco Meeting Management の役割

Cisco Meeting Management は Cisco TMS を必要としないスタンドアロンのツールですが、Cisco TMS と併せて使用することで、Cisco Meeting Sever を完全に管理するための機能が揃うことになります。お客様に対するコンシェルジュサービスを提供する Meeting Manager が Cisco Meeting Management に備わっています。Meeting Manager は、すべてのアクティブな会議をそれぞれの詳細と併せてリストします。また、特定の会議内では、その会議の参加者全員がリストされ、録音またはストリーミングの開始/停止、レイアウトの変更、参加者の追加/除外、会議の終了などの操作を実行できます。個々の参加者は、音声/ビデオのミュート/ミュート解除、レイアウトの変更、コール統計の表示といった操作を行うことができます。

Cisco Meeting Server エッジ

Cisco Meeting Server エッジを使用することで、外部ユーザがインターネットから Cisco ミーティングアプリケーションを使用して会議に参加できるようになります。この導入環境では、外部ユーザはエッジソフトウェアコンポーネントとやり取りを行い、これらのコンポーネントがコアソフトウェアコンポーネントと通信します。エッジコンポーネントは DMZ 内に配置され、コアコンポーネントはエンタープライズネットワーク内に配置されます。外部ユーザが接続すると、そのコールはエッジコンポーネントにルーティングされてから、コアコンポーネントにルーティングされます。エッジコンポーネントの導入オプションとしては、単一の統合導入環境（図 11-6）と単一の分割導入環境（図 11-7）の 2 つがあります。

単一の統合導入環境では、エッジコンポーネントとコアコンポーネントを両方とも同じサーバ内に展開します。ただし、エッジコンポーネントは DMZ ネットワーク内に配置され、コアコンポーネントはファイアウォール内部のエンタープライズネットワークに配置されます。単一の分割導入環境では、エッジコンポーネントとコアコンポーネントをそれぞれ異なる 2 つのサーバに導入して分離します。エッジコンポーネントは、DMZ 内に物理的に置かれたサーバに導入し、コアコンポーネントは企業のファイアウォール内に置かれた別個のサーバに導入することになります。

図 11-6 単一の統合導入環境

図 11-7 単一の分割導入環境

WebRTC クライアントを使用する外部ユーザは、DMZ 内の Web ブリッジに直接接続します。TURN サーバで提供されるファイアウォールメディアトラバーサル技術により、Cisco Meeting Server をファイアウォールまたは NAT の背後に導入することができます。TURN は Cisco Meeting Server 導入環境に組み込まれており、追加のライセンスは不要です。

分割導入環境においては、ロードバランサが、外部 Cisco ミーティングアプリケーションの単一の接続ポイントを提供します。ロードバランサは外部インターフェイスとポートで着信接続をリッスンします。ロードバランサはまた、XMPP サーバからの着信 TLS 接続も受け入れます。この接続では、ロードバランサが外部クライアントからの TCP 接続を多重化できます。これにより、コアコンポーネントとエッジコンポーネント間に TLS トランクが形成されます。ロードバランサにも追加のライセンスは必要ありませんが、Call Bridge が有効にされている必要があります。

単一の統合導入環境および単一の分割導入環境について詳しくは、以下のリンク先から入手できる該当する導入ガイドを参照してください。

https://www.cisco.com/c/en/us/support/conferencing/meeting-server/products-installation-and-configuration-guides-list.html

Cisco Meeting Server 2.1.2 および Cisco Expressway X8.10 からは、WebRTC クライアントを使用する外部ユーザが Expressway を介して Cisco Meeting Server に接続できるようになっています。導入環境について詳しくは、以下のリンク先から入手できる最新バージョンの Cisco Expressway Web Proxy for Cisco Meeting Server 導入ガイドを参照してください。

https://www.cisco.com/c/en/us/support/unified-communications/expressway-series/products-installation-and-configuration-guides-list.html

会議のコールフロー

Cisco Unified CM により、デバイス登録と、接続されたエンドポイント間での音声およびビデオコールのルーティングが行われます。パーマネント会議、インスタント会議、スケジュール済み会議のコールは、いずれも単一の SIP トランク経由で Cisco Meeting Server 上のコールブリッジにルーティングされます。各コールブリッジには、個別の SIP トランクが必要です。インスタント会議の XML-RPC 要求を Cisco Meeting Server ノードに送信する HTTPS 接続が Unified CM ノード上に設定されます（図 11-8 を参照）。ユーザがデバイス上の会議ソフトキーを押して 2 者間通話を 3 者間通話にエスカレートする際は、会議をホストするための一時スペースを作成するために、Unified CM が API リクエストをこの HTTPS 接続を介して Cisco Meeting Server に送信します。インスタント会議、パーマネント会議、スケジュール済み会議をホストするスペースは、さまざまなコンポーネントによって作成されます。

図 11-8 Cisco Unified CM と Cisco Meeting Server の SIP トランク

Unified CM によって管理されるインスタントコールフローは、スケジュール会議など、その他の方法で作成された会議への参加者を追加するために使用できません。また、他のコールフローを使用して、インスタント会議への参加者を追加することもできません。インスタントコールエスカレーション方式は、その方法で作成されたインスタント会議でのみサポートされます。その他の方法で生成された会議をインスタントメカニズムで拡張することはできません。これにより、チェーン会議の可能性を回避できます。

インスタント会議

インスタント会議では、2 者間のポイントツーポイントコールに関与するエンドポイントを、Unified CM 会議ブリッジリソースを使用して 3 者間のマルチポイントコールにエスカレートさせることができます。インスタント会議では、Unified CM と Cisco Meeting Server 上のコールブリッジの間にある SIP トランクに関連付けられた HTTPS XML-RPC 接続を使用します。ユーザが会議ソフトキーを押してインスタント会議を開始すると、Unified CM は Cisco Meeting Server 上に一時スペースを作成するために、HTTPS 接続を使用して API 要求を発行します。一時スペースが作成されると、Unified CM はそのスペースに、SIP トランク経由ですべての参加者をルーティングします。会議が終了した時点で、Unified CM はそのスペースを Cisco Meeting Server から削除するために、別の API 要求を発行します。図 11-9 に、Cisco Meeting Server を使用してインスタント会議を開始する例を示します。

図 11-9 Cisco Meeting Server を使用したインスタント会議の開始

Cisco Meeting Server スペースを使用したパーマネント会議

パーマネント会議は、Cisco Meeting Server スペースを使用して展開されます。パーマネントタイプの会議を提供するスペースは、LDAP からのユーザインポートプロセスの一環として作成されます。各スペースにはビデオアドレス（URI または DN、あるいはその両方）が関連付けられ、ユーザはこのビデオアドレスを使用して会議に参加できるようになっています。管理者はフィールドマッピングを使用してスペースの属性（名前、ユーザ名、URI など）を指定し、これらのマッピングを使用してスぺースを作成できます。ユーザは作成されたスペースに Cisco ミーティングアプリケーションを使用してログインし、そのスペースにメンバーを追加することができます。ユーザは Cisco ミーティングアプリケーションにログインして、他のスペースを作成し、メンバーを追加することもできます。このタイプの会議には、Unified CM と Cisco Meeting Server 上のコールブリッジとの間に SIP トランクが必要です。

パーマネント会議を開始するには、会議開催者が使用するコール制御に応じて、いくつかの方法（IVR ダイヤルイン、事前設定されたビデオアドレスなど）があります。図 11-10 に、ビデオアドレスをダイヤルしてパーマネント会議を行う例を示します。

管理者によってパーマネント会議のビデオアドレスが事前設定された後は、そのビデオアドレスが恒久的に使用可能になります。ユーザはそのビデオアドレスをダイヤルすることで、会議を開始したり、会議に参加したりできます。

図 11-10 パーマネント会議の例

別の方法として、ユーザは Cisco Meeting Server に組み込まれている自動音声応答（IVR）を使用して会議にダイヤルインすることもできます。この場合、IVR により、参加対象の会議の会議 ID と、パスワード（設定されている場合）の入力がユーザに求められます。

スケジュール済み会議

Cisco Meeting Server は、Cisco TMS での会議のスケジューリングをサポートしています。スケジュール済み会議には、Unified CM と Cisco Meeting Server 上のコールブリッジとの間に SIP トランクが必要です。Unified CM は、スケジュール済み会議の参加者を SIP トランクの接続先にルーティングします。Cisco Meeting Server に対する REST API 要求を HTTPS 接続で送信するには、Cisco Meeting Server を Cisco TMS に追加する必要があります。管理者がスケジュール済み会議用の数値による ID の範囲を指定すると、Cisco TMS は API リンクを使用して、数値による ID ごとに Cisco Meeting Server 上に非アクティブのスペースを作成します。開催者が会議をスケジュールすると、Cisco TMS は、指定された範囲からランダムにダイヤルイン番号を選択します。スケジュール済み会議の開始時刻になると、Cisco TMS は API を使用してスペースをアクティブ化し、参加者が参加できるようにします。スケジュール済み会議にはさまざまな方法で参加できます（表 11-3 を参照）。

表 11-3 スケジュール済み会議のコール起動オプション
起動方式	説明
ワンボタン機能（OBTP）（One Button to Push）	会議のダイヤルイン情報は OBTP をサポートするエンドポイントに自動的に表示されます。OBTP をサポートしないシステムの場合、参加者に転送するための会議情報の電子メールが会議のオーナーに送信されます。
自動接続（Automatic Connect）	すべてのエンドポイントは、指定された日時に自動的に接続されます。
手動接続（Manual Connect）	会議は、特定のエンドポイント（通常は、会議開催者のエンドポイント）が接続されるまで開始できません。その特定のエンドポイントが接続されると、残りのエンドポイントが自動的に接続されるか、それらのエンドポイントが手動によってダイヤルインすることが可能になります。
予約（Reservation）	この方法では、エンドポイントは予約されますが、接続が開始されることはありません。

スケジューリングは、エンドポイントおよびポートリソースの可用性が保証されるよう試みられるため、会議に接続する便利な方法を提供します。大部分の企業は、カレンダーアプリケーションを使用して会議のスケジュール作成しています。この場合、カレンダー統合によって、ユーザが既存のカレンダークライアントを使用して会議をスケジュールすることが可能となります。TelePresence 導入環境には、多くの場合、大量のエンドポイントと各種のインフラストラクチャコンポーネントが組み込まれます。一元管理を行わなければ、不可能ではないにしても、コンポーネントのプロビジョニングやリソースのモニタリングが困難になります。管理プラットフォームは、これらのプロセスを大幅に簡素化します。

スケジュール済み会議は、会議リソースとエンドポイントに企業のカレンダーアプリケーションを統合することによって機能するようになります（図 11-11 を参照）。Cisco TelePresence Management Suite（TMS）は、エンドポイントとカレンダーアプリケーションの間に存在し、各スケジュール済み会議に適したブリッジリソースを特定します。スケジュール済み会議を TelePresence Management Suite で導入し、3 つ以上のエンドポイントをスケジューリングして会議を作成することを推奨します。

図 11-11 カレンダーアプリケーションとの統合を使用したスケジュール済み会議

会議のセキュリティ

Cisco Unified CM は、Cisco Meeting Server との間でセキュリティ保護された SIP トランクを使用することによって、セキュリティな会議をサポートします。セキュアな会議では、Unified CM はコールシグナリングに TSL を使用し、メディアペイロード暗号化に SRTP を使用します。ただし、会議全体がセキュアになるのは、すべての参加者エンドポイントがビデオ暗号化をサポートしている場合に限られます。Cisco Unified CM と Cisco Meeting Server 間の API インターフェイスを暗号化して、HTTPS が使用されるようにする必要があります。

（注） Cisco Meeting Server リリース 2.3 以降では、デフォルトで、すべての接続に TLS バージョン 1.2 を使用します。

Cisco Meeting Server は外部コンポーネントとの通信にも内部コンポーネント間の通信にもセキュアな接続を使用するために、証明書が必要です。自己署名証明書と認証局（CA）署名付き証明書の両方がサポートされますが、導入環境では CA 署名付き証明書を使用することをお勧めします。証明書の導入と要件について詳しくは、以下のリンク先から入手できる最新バージョンの『 Cisco Meeting Server Certificate Guidelines 』を参照してください。

https://www.cisco.com/c/en/us/support/conferencing/meeting-server/products-installation-and-configuration-guides-list.html

PIN やパスワードを使用して会議へのアクセスを制限するため、別レベルのセキュリティを追加できます。どのスケジュール済み会議またはパーマネント会議でも、PIN を設定して、すべての参加者がその PIN を入力しなければ接続が許可されないようにすることができます。

セキュア会議の詳細については、Cisco Collaboration Securityを参照してください。

会議のハイアベイラビリティ

会議ソリューションについていくつかのレベルで、ハイアベイラビリティを考慮する必要があります。また、ハイアベイラビリティは、考慮するサービスに応じて異なる方法で実現されます。

スケジュール済み会議でも、スケジュールされていない会議でも、ハイアベイラビリティには Cisco Unified CM、Cisco Meeting Server、Cisco TMS が関与します。

Cisco Unified CM のハイアベイラビリティ

会議サービスでハイアベイラビリティを実現するには、Cisco Meeting Server と Cisco Unified CM 間のリンクを冗長構成にして、Cisco Meeting Server への一方のリンクがダウンしても、バックアップリンクでサービスを提供できるようにする必要があります。これらのリンクには、インスタント会議のメディアリソースグループとメディアリソースグループリスト、および Cisco Meeting Server にコールをルーティングするためのルートグループとルートリストを組み込みます。

メディアリソースグループとメディアリソースグループリスト

コール制御として Cisco Unified CM を使用している Cisco Collaboration エンドポイントで、ユーザが CONF ソフトキーをアクティブにすると、Unified CM はメディアリソースマネージャを使用して会議ブリッジを選択します。会議ブリッジリソースは、メディアリソースグループ（MRG）で設定されます。メディアリソースグループリスト（MRGL）は、優先順位順に並べられた MRG のリストを指定するものであり、エンドポイントと関連付けることができます。メディアリソースマネージャでは、エンドポイントの MRGL を使用して、会議ブリッジを選択します。リソースをグループ化する方法は完全に自由ですが、所定のサイトのすべてのエンドポイントが最も近いカンファレンスブリッジを使用するように、可能な限り地理的な配置の論理モデルを使用して、リソースをグループ化することを推奨します。

Cisco Unified CM では、以下の基準に基づき（記載されている順）、会議ブリッジを選択します。

1. メディアリソースグループリスト（MRGL）にリストされているメディアリソースグループ（MRG）の優先順位

2. 選択された MRG の中で、最も使用されていないリソース

メディアリソースの設計の詳細については、メディアリソースの章を参照してください。

ルートグループとルートリスト

ルートリストおよびルートグループは、Cisco Unified CM ドメインから出て行くコールの信頼性を確保する共通のコールルーティングメカニズムです。バックアップ会議ブリッジが存在する場合、Cisco Unified CM がトランクとして統合されているメディアリソースでは、ルートリストおよびルートグループを使用してハイアベイラビリティを実現する必要があります。コールアドミッション制御は、コールに使用されるトランクに基づいてメディアリソースの場所を設定することで維持できます。

ルートリストおよびルートグループの復元力メカニズムについては、ダイヤルプランの章を参照してください。

Cisco Meeting Server のハイアベイラビリティ

1 つ以上のサーバに追加のコンポーネントインスタンスを導入して、これらのコンポーネントインスタンスの間で負荷を共有し、あるインスタンスで障害が発生しても、バックアップインスタンスでその負荷を引き継げるようにすることで、Cisco Meeting Server の復元力を実現できます。さらに、XMPP サーバ、コールブリッジ、データベースをまとめてクラスタ化し、単一のインスタンスとして動作させることも可能です（図 11-12 を参照）。

図 11-12 ハイアベイラビリティ対応 Cisco Meeting Server クラスタの最小構成

標準的な Cisco Meeting Server クラスタは、コールブリッジサービスが有効にされた 2 つ以上（最大 8 個）のノードで構成されます。ノード間の最大ラウンドトリップ時間（RTT）は 300 ミリ秒です。コールブリッジクラスタのピアは、フルメッシュ構成で分散リンクを使用して相互接続されます。分散リンクとは、ノード間でコールシグナリングおよび制御状況メッセージを受け渡しするために使用される HTTPS 接続です。コールは、クラスタ内のどのノードにも送信できます。ある 1 つのノードがダウンした場合、Unified CM は残りのコールブリッジノードにコールをルーティングして会議に参加させることができます。会議の開催中にコールブリッジで障害が発生した場合は、それらのコールがドロップされるため、参加者は同じ番号をダイヤルして、新しいコールブリッジ上の会議に参加する必要があります。Unified CM のルートグループおよびルートリストコンストラクトを使用して、コールを SIP トランク経由で Cisco Meeting Server に分配することができます。

データベースクラスタを構成するのは 1 つのマスターと複数のスレーブ（最大 5 つのノード）で、ノード間の最大 RTT は 200 ミリ秒です。データベースマスターは読み取り操作と書き込み操作の両方を実行する一方、スレーブは読み取り操作のみを実行します。コールブリッジは読み取り/書き込み操作を行うためにデータベースマスターに常に接続され、マスター上で行われた変更のすべてがスレーブに複製されます。ローカルデータベースを使用するコールブリッジは、ローカルデータベースクラスタのマスターに自動的に接続されますが、ローカルデータベースがないコールブリッジについては手動でデータベースクラスタに接続する必要があります。マスターで障害が発生した場合、スレーブのうちの 1 つが新しいマスターになり、残りのスレーブはこの新しいマスターに再登録されます。元のマスターで障害が解消されると、それはスレーブとして新しいマスターに登録されます。ネットワークパーティションが発生した場合、クラスタメンバーの過半数を認識できるデータベースノードのみが、マスターに昇格する対象と見なされます。同様に、過半数のクラスタメンバーを認識できない既存のマスターはスレーブに降格されます。これは、複数のマスターが作成されないようにするための仕組みです。したがって、データベースクラスタが偶数（2 または 4）のノードで構成されている場合、ネットワークがノード数を均等に分けた 2 つのセグメントにパーティション化されると、どちらのセグメントでもマスターがクラスタメンバーの過半数を認識することはできなくなるため、マスターはスレーブに降格されます。この場合、クラスタ内にマスターは存在しなくなります。それでもコールブリッジはコールを受け取ることができますが、データベースへの書き込み操作は不可能になります。このことから、常にマスターが選出されるよう、奇数のノードでデータベースクラスタを構成することを推奨します。つまり、クラスタを構成するデータベースノードの最小数は 3 になるということです。

XMPP の復元力により、特定の XMPP サーバにアクセスできないクライアントに対するフェールオーバー保護が講じられます。XMPP サーバクラスタは、奇数の XMPP サーバノード（最小 3 つのノード）を使用して構成されていなければなりません。これは、Cisco Meeting Server で XMPP サーバマスターを選出するためには、クラスタノードの過半数が使用可能でなければならないという、マスター選出アルゴリズムの要件によるものです。クラスタ内で使用可能な XMPP サーバマスターがなければ、Cisco ミーティングアプリケーションユーザはログインできません。XMPP サーバのそれぞれは、XMPP サーバ間に確立されたリンクによって、互いの場所を把握します。サーバはキープアライブメッセージを使用して互いをモニタし、マスターを選出します。XMPP メッセージは任意のサーバに送信できます。どのサーバに送信したとしても、マスター XMPP サーバに転送されるためです。マスターで障害が発生した場合、新しいマスターが選出されて、他の XMPP サーバはその新しいマスターにメッセージを転送します。コールブリッジでは、DNS SRV レコード（_xmpp-component）で設定された優先度と重みに基づいて、使用可能な XMPP サーバに接続します。コールブリッジが接続する XMPP サーバは一度に 1 つであるため、ネットワークの問題によってコールブリッジが XMPP サーバに接続できなくなると、コールブリッジは別の XMPP サーバへの接続を試みます。したがって、各 XMPP サーバ内にすべてのコールブリッジを設定する必要があります。

図 11-12 には、ハイアベイラビリティ対応 Cisco Meeting Server クラスタの最小構成が示されています。この構成では、データベースと XMPP サーバそれぞれの 3 つのインスタンスをホストするために、少なくとも 3 台のサーバが必要です。個々のサーバで、各コンポーネントサービス（Web ブリッジとコールブリッジ）の 2 つ以上のインスタンスを有効にして、コールブリッジをグループに含めてください。各サーバ内のすべてのサービスを有効にする必要はありません。必要なものだけを有効にします。導入環境に必要なキャパシティが 2 つのコールブリッジで処理可能なキャパシティを超える場合、3 つ目のサーバに追加のコールブリッジを設定することで対処できます（コールブリッジのためだけに 4 台目のサーバを購入する必要はありません）。

Cisco TMS のハイアベイラビリティ

大規模な Cisco TMS 導入環境でハイアベイラビリティを実現するには、2 台の TMS フロントエンドサーバ、TMSXE を実行する 2 台のサーバ、1 つのネットワークロードバランサ、1 つの Microsoft SQL データベースが必要です（図 11-3 を参照）。TMS の復元力でサポートできるのは 2 台のサーバ（1 つのアクティブノードと 1 つのパッシブノード）に限られるため、このモデルでは TMS 導入環境のキャパシティが増減することはありません。ネットワークロードバランサー（NLB）は、TMS サーバの前面に導入します。TMS への着信トラフィックは NLB を経由し、NLB によってアクティブノードに転送されます。TMS からの発信トラフィックは、NLB を経由せずに直接宛先に送信されます。NLB は既存のアクティブノードで障害を検出すると、ユーザによる介入なしで、自動的に新しいアクティブノードに切り替えます。

Cisco Meeting Management のハイアベイラビリティ

Cisco Meeting Management には、復元力を提供するクラスタ機能が組み込まれていません。ただし、ハイアベイラビリティを必要とするお客様は、同じ Cisco Meeting Server インスタンスを管理する、まったく同じ設定の 2 つの別個の Cisco Meeting Management インスタンスを構成し、この 2 つの Cisco Meeting Management インスタンスの前面にネットワークロードバランサを配置するという方法を取ることができます。この場合、ユーザはロードバランサを介して Cisco Meeting Management ポータルに接続できます。Cisco Meeting Management サーバのロードバランサの設定と可用性は、どの Cisco Meeting Management サーバを使用するかを決めます。

会議ソリューションの拡張

標準的な Cisco Meeting Server クラスタにコールブリッジ（最大 8 つ）を追加することで、会議ソリューションを拡張できます。

この導入環境では、Unified CM 内の SIP トランクでのダイヤルプランとルートグループおよびルートリストの設定に応じて、クラスタ内の任意のコールブリッジにコールをルーティングできます。同じ会議の複数のコールが異なるコールブリッジにルーティングされる場合、最後の 4 つの通話中のスピーカーの音声とビデオがそれらのコールブリッジ間で交換されるため、あるブリッジ上の参加者は他のブリッジ上の通話中のスピーカーを認識できます。

（注） Cisco Meeting Server では 8 つを超えるコールブリッジを使用したクラスタ化をサポートしますが、このような導入にはシスコによる事前の承認が必要です。詳細については担当のシスコアカウントチームにお問い合わせください。

各コールブリッジでは 450 人の参加者をサポートできます。したがって、単一のサーバを使用する場合は、会議ごとの最大参加者数は 450 人となります。単一のクラスタ内に含まれる複数のサーバを使用する場合は最大 2,600 人の参加者をサポートできます。拡張性についての詳細は、以下のリンク先から入手できる最新のバージョンの『 Cisco Meeting Server and Cisco Meeting App Data Sheet 』を参照してください。

https://www.cisco.com/c/en/us/products/conferencing/meeting-server/datasheet-listing.html

Cisco Meeting Server クラスタはコールブリッジグループを使用して、同じ場所にあるコールブリッジ間または異なる場所にあるノード間でインテリジェントにコールをロードバランシングし、1 つの導入環境内で拡張を行えます。コールの転送先を決定するためのインテリジェントな判断は、Cisco Meeting Server によって行われます。コール制御システムがコールを適切な場所に移動するためには、Cisco Meeting Server からの SIP メッセージを処理できなければなりません。クラスタとして構成されているコールブリッジは、1 つ以上のコールブリッジグループに含めることができます。グループに含まれるコールブリッジについては、Cisco Meeting Server はそれらのコールブリッジの間でコールをインテリジェントにロードバランシングし、コールブリッジ間の分散リンクの作成を最小限に抑えるために、同じ会議のコールを可能な限り同じコールブリッジに送信します。

コールブリッジへの着信 SIP コールの場合、そのコールブリッジの現在の負荷に応じて、Cisco Meeting Server はコールを拒否するか受け入れるか判断します。現在の負荷が事前設定されたしきい値を下回っていれば、コールは受け入れられます。そうでない場合、コールは拒否され、Unified CM により、ダイヤルプランの設定に従ってコールがコールグループ内の別のコールブリッジに再ルーティングされます。Unified CM がコールを受け入れるコールブリッジを見つけられなければ、コール全体が拒否されます。Cisco Meeting Server で受け入れられたコールは、その Cisco Meeting Server のコールブリッジでホストされる場合もあれば、会議の内部順序付けリストに従って、最大の優先度が設定された別のコールブリッジに移動される場合もあります。コールが移動されると、コールブリッジが有効にされたターゲット Cisco Meeting Server は、コールを引き継ぐために、Replaces を設定した INVITE を Unified CM に送信します。デフォルトでは、コールブリッジグループに含まれるコールブリッジは、負荷が 80 % になった時点で新しい参加者のすべてのコールを拒否し、新しい分散コールのみを許可するようになります。

アウトバウンド SIP コールについては、Cisco Meeting Server はアウトバウンドダイヤルルールを使用して、ドメインと一致する最大優先度のルールを特定し、コールブリッジグループを使用してコールのロードバランシングを行います。ルールがローカルコールブリッジに適用される場合、コールのロードバランシングはローカルコールブリッジグループを使用して行われます。適用されない場合は、リモートコールブリッジがメンバーとなっているコールブリッジグループを使用してコールのロードバランシングが行われます。また、API を使用して発信されるコールについては、コールブリッジグループまたはコールブリッジをパラメータとして指定できます。コールブリッジグループの場合は、そのグループに含まれるコールブリッジの間でコールのロードバランシングが行われます。コールブリッジの場合は、そのコールブリッジを使用してコールが実行されます。

Cisco ミーティングアプリケーション（WebRTC を含む）クライアントの場合、ユーザはスペースのメンバーとして、またはスペースの非メンバーとして（Cisco Meeting Server 上にアカウントがある場合）、あるいはゲストとして会議に参加できます。API を使用してユーザをメンバーとしてスペースに追加する際は、コールブリッジグループまたはコールブリッジをパラメータとして指定できます。コールブリッジグループの場合、Cisco ミーティングアプリケーションユーザが会議に参加すると、そのグループを使用してコールのロードバランシングが行われます。コールブリッジの場合、Cisco ミーティングアプリケーションユーザが会議に参加すると、そのコールブリッジによってコールが処理されます。ユーザがスペースのメンバーではない場合、あるいは Cisco ミーティングアプリケーションを使用してゲストとして会議に参加する際は、そのユーザが最初に接続するコールブリッジが判断されます。そのコールブリッジがコールブリッジグループに属している場合は、そのグループを使用してコールのロードバランシングが行われます。Cisco ミーティングアプリケーションコールのロードバランシングを行うためには、コールブリッジグループに含まれるコールブリッジのそれぞれが、XMPP クラスタまたは単一の XMPP サーバに接続できるようにしてください。

コールブリッジグループに含まれるコールブリッジ間で正常にコールを移動するには、満たさなければならないネットワーク要件がいくつかあります。グループに含まれるコールブリッジ間の最大 RTT は 100 ミリ秒、クラスタ内の 2 つコールブリッジ間の最大 RTT は 300 ミリ秒でなければなりません。

コールブリッジグループの設定と導入について詳しくは、以下のリンク先から入手できる最新バージョンのホワイトペーパー『 Load Balancing Calls Across Cisco Meeting Servers 』を参照してください。

https://www.cisco.com/c/en/us/support/conferencing/meeting-server/products-installation-and-configuration-guides-list.html

（注）コールブリッジグループとロードバランシングが使用されていなければ、コールが拒否されることはありませんが、負荷の上限に達すると、すべてのコールの品質が低下します。品質低下が頻繁に発生する場合は、追加のハードウェアを導入することをお勧めします。

複数の Unified CM クラスタに関する考慮事項

複数の Cisco Unified CM クラスタを使用する大規模な導入環境では、単一の Cisco Meeting Server クラスタに複数のコールブリッジグループを設定し、それぞれのグループを各 Unified CM クラスタ専用にしてください。

たとえば、導入環境に 3 つの Unified CM クラスタがある場合、3 つのコールブリッジグループ（Unified CM クラスタごとに 1 つ）を設定した単一の Cisco Meeting Server クラスタを導入します。Unified CM クラスタごとに、そのローカルコールブリッジグループ内の各コールブリッジに接続する SIP トランクが必要です。Unified CM クラスタへのすべて着信会議コールは、ローカルコールブリッジグループによって処理されます。コールブリッジの分散リンクは、グループ内外にあるそれぞれのピアにフルメッシュトで接続されている必要があります。同じ会議に複数のユーザが Unified CM クラスタからダイヤルインしてそのローカルコールブリッジグループに到達した場合、他のコールブリッジグループに含まれるコールブリッジにより最後の 4 つの通話中のスピーカーの音声とビデオがピアと交換されるため、参加者はこれらのブリッジを介して互いを認識することができます。（図 11-13 を参照）。

図 11-13 複数の Unified CM クラスタを使用した Cisco Meeting Server 導入環境

複数の地域に Cisco Meeting Server クラスタを拡張して複数の Unified CM クラスタに対応する場合は、以下のガイドラインが適用されます。

1 つ以上の Cisco Unified CM クラスタの導入環境に対して、単一の Cisco Meeting Server クラスタを使用する必要があります。
標準的な Cisco Meeting Server クラスタには、最大 8 つのコールブリッジを導入できます。クラスタのコールブリッジが 8 つを超える場合は、導入前にシスコアカウントチームの承認が必要です。
最大 5 つのデータベースと奇数のノードを Cisco Meeting Server クラスタに導入します。
奇数の XMPP サービスノードを Cisco Meeting Server クラスタに導入します。
ラウンドトリップ時間（RTT）に関するネットワーク要件：

– Cisco Meeting Server クラスタ内のコールブリッジ間では最大 300 ミリ秒、データベース間では最大 200 ミリ秒

– グループ内のコールブリッジ間では最大 100 ミリ秒

ライセンシング

Cisco Meeting Server は、マルチパーティランセンスと Cisco Meeting Server キャパシティユニットの両方をサポートしていますが、マルチパーティランセンスを使用することを推奨されています。マルチマーティライセンスはユーザベースのランセンスモデルであり、コールブリッジが有効にされたすべてのノードに適用する必要があります。このライセンスには、Personal と Shared の 2 つのバージョンがあります。Personal Multiparty Plus（PMP+）は特定のネームドホスト用であり、Shared Multiparty Plus（SMP+）は会議室システム用またはユーザ間で共有されるものです。デフォルトでは、システム内のすべてのユーザが Shared Multiparty Plus（SMP+）を使用します。Personal Multiparty Plus（PMP+）が必要な場合は、Cisco Meeting Server API を使用して PMP+ をユーザに割り当ててください。各ライセンスでは、ユーザは、参加者数無制限、ビデオの最大解像度 1080p の会議をホストできます。表 11-4 で、Personal Multiparty および Shared Multiparty の各ライセンスに含まれる機能を要約します。

表 11-4 シスコの Personal Multiparty Plus ライセンスと Shared Multiparty Plus ライセンスの機能
機能	Personal Multiparty Plus（PMP+）	Shared Multiparty Plus（SMP+）
ネームドホストとの関連付け	○	X
アベイラビリティ	Cisco UWL Meeting に付属	個別に購入するか、またはルームシステムと共に割引価格で購入
最小発注数	25	1
会議の最大参加者数	無制限（利用可能なハードウェアキャパシティの制限内）
最大解像度	シングルスクリーンまたはマルチスクリーンエンドポイントで、ビデオに対しては 1080p60（フル HD）、コンテンツに対しては 1080p30
Business-to-Business（B2B）または Business-to-Customer（B2C）のリッチメディアセッション	同梱	同梱
Cisco TMS、TMS、TMSXE、および Skype for Business/Lync 相互運用ライセンス	含む	新規顧客は Starter Pack を購入²
インスタント会議、パーマネント会議、スケジュール済み会議のサポート	○	○

^2.Cisco TMS および関連する製品ライセンスのみが必要な場合は、TMS Starter Pack を購入していだたけます。

ライセンスの詳細については、以下のリンク先から入手できる製品マニュアルを参照してください。

https://www.cisco.com/c/en/us/products/conferencing/meeting-server/index.html?dtid=osscdc000283

Cisco Meeting Management では、Cisco Meeting Server のお客様用の追加ライセンスは不要です。 https://www.cisco.com から Cisco Meeting Management をダウンロードできます。

キャパシティプランニング

Cisco Meeting Server のキャパシティは、選択したプラットフォームや導入環境内で実行する会議ノードの数によって異なります。導入のサイジングの主な目的は、必要な Cisco Meeting Server への同時接続数を決定することです。次のような検討事項があります。

地理的なロケーション：Cisco Unified CM のサービスを提供する地域ごとに、会議専用のリソースを確保する必要があります。たとえば米国と EMEA それぞれの中央ロケーションに、Unified CM、Cisco Meeting Server、およびその他のサーバを設置するという方法が考えられます。
Cisco Meeting Server プラットフォームの選択：仮想化またはアプライアンス
Cisco Meeting Server プラットフォームのキャパシティ：キャパシティの詳細については、 https://www.cisco.com/c/en/us/products/conferencing/meeting-server/datasheet-listing.html から入手できる Cisco Meeting Server のデータシートを参照してください。
会議のタイプ：音声またはビデオ（あるいはその両方）。スケジュール済み会議またはスケジュールされない会議（あるいはその両方）
会議のビデオ解像度：高品質の会議ほど多くのリソースを消費します。
大規模な会議の要件：オールハンズミーティングなど

地域ネットワークの会議メディアをできるだけ多く確保するために、会議リソースは一般に 1 つの地域専用となります。したがって、サイジングは地域単位で検討することができます。会議の導入環境を適切にサイジングするには、Cisco Collaboration Sizing Tool を使用してください。このツールは、有効なログインアカウントがあれば https://cucst.cloudapps.cisco.com から入手できます。

（注）特定の環境での会議リソースのサイジングにあたっては、代理店にご相談ください。

サイジングの詳細については、コラボレーティブ会議を参照してください。

Cisco Meeting Server プラットフォームのタイプと、Cisco Meeting Management で管理する Cisco Meeting Server クラスタの数によって、必要となる導入サイズは異なります。詳細については、以下のリンク先から入手できる最新の Cisco Meeting Management リリースノートを参照してください。

https://www.cisco.com/c/en/us/support/conferencing/meeting-management/products-release-notes-list.html

設計上の考慮事項

要約すると、Cisco Meeting Server を導入する際は、以下の推奨事項を考慮する必要があります。

Cisco Meeting Server の導入環境には、マルチパーティランセンス（PMP+/SMP+）を使用してください。
Cisco Meeting Server の導入環境では、内部接続と外部接続の両方をセキュリティ保護するために証明書が必要です。証明書には、CA 署名付き証明書を使用してください。
Cisco Meeting Server クラスタは、コールブリッジを使用して最大 8 つのノードをサポートします。8 つを超えるノード（最大 24）を導入することも可能ですが、それには導入前にシスコの承認が必要になります。
導入環境でデータベースまたは XMPP サービスをクラスタ化する場合、クラスタのマスター選出アルゴリズムの要件により、少なくとも 3 つのデータベースまたは XMPP ノードが必要になります。
大規模な分散型 Cisco Meeting Server 導入環境では、コールブリッジグループを使用して地域内のコールブリッジをグループ化し、コールブリッジ間での分散リンクの作成を最小限に抑えてください。
Cisco Meeting Server クラスタ導入環境でのネットワーク要件は、コールブリッジ間では 300 ミリ秒、データべース間では 200 ミリ秒、コールブリッジグループに含まれるコールブリッジ間では 100 ミリ秒です。
Cisco TelePresence Management Suite（TMS）は会議のスケジューリングとエンドポイントの管理を提供し、Cisco Meeting Management は会議の管理を提供します。この 2 つのアプリケーションによって、Cisco Meeting Server の完全な管理ソリューションが実現します。
Cisco Meeting Management は追加ライセンスなしで導入できますが、Cisco Meeting Server とは別のサーバが必要となります。

Cisco WebEx Software as a Service

Cisco WebEx は、ハードウェアをオンサイトに配置する必要がないコラボレーション会議ソリューションです。すべてのサービス（音声、ビデオ、およびコンテンツ共有）は、Cisco WebEx Collaboration Cloud を介してインターネットでホストされます。これは、多くの場合、Software-as-a-Service（SaaS）と呼ばれます。インターネットに接続できる環境であれば、会議の開始と会議への参加は、いつでもどこでも、どのデバイスからでも行うことができます。企業に接続する必要はありません。ここでは、ソリューションの特性について説明し、WebEx SaaS の配置の設計ガイドラインを示します。