ルームの結合のアーカイブ

ルームの入退室をアーカイブすると、トラフィックが増加し、外部データベース サーバの領域が消費されるため、これを行うかどうかは任意です。

匿名ルームでのチャット

Cisco Jabber 経由でチャットを展開する場合（グループ チャットまたは持続チャットのいずれか）は、[グループチャットとパーシステントチャットの設定（Group Chat and Persistent Chat Settings）] ウィンドウで [デフォルトで、ルームは匿名です（Rooms are anonymous by default）] および [ルームのオーナーは、ルームを匿名にするかどうかを変更できます（Room owners can change whether or not rooms are anonymous）] オプションが選択されていないことを確認してください。いずれかのチェックボックスをオンにすると、チャットは失敗します。

データベース接続の問題

Text Conference Manager サービスが起動した後で外部データベースとの接続が失敗した場合、Text Conference Manager サービスはアクティブなままで動作を継続します。ただし、メッセージはデータベースに書き込まれなくなり、接続が回復するまで新しい永続的なルームを作成できません。

OVA 要件

常設チャットまたはクラスタ間のピアリングを導入している場合、これらの機能が導入可能な OVA サイズは 5000 ユーザ OVA になります。最低でも 15000 ユーザ OVA の導入を推奨します。集中型展開では、ユーザ ベースの規模に応じて、25000 ユーザ OVA が必要になる場合があります。OVA オプションとユーザ容量の詳細については、以下のサイトを参照してください。

Microsoft SQL Server での常設チャットの文字数制限

メッセージ本文（HTML タグ + テキスト メッセージを含む）が 4000 文字を超えるチャット メッセージは配信されません。こういったメッセージは拒否され、アーカイブされません。この問題は、Microsoft SQL Server をリリース 11.5 (1) SU3 を外部データベースとして使用した場合に発生します。詳細は、CSCvd89705 を参照してください。

ピア クラスタがサポートされていないリリースを実行している Jabber の常設チャット

Jabber モバイル用の常設チャットは、11.5 (1) SU5 で導入されています。それ以前の 11.5 (1) SU リリースではサポートされていません。この機能は、12.0 (1) または 12.0 (1) の SU1 においてもサポートされていません。

Jabber の常設チャットは今回のリリースで導入されています。Jabber Mobile 用の常設チャットルームをサポートしていないピア クラスタを使用して、クラスタのトランクリングを設定している場合は、Jabber Mobile クライアントに対して以下の条件が適用されます。

常設チャット ルームが、サポートされていないリリース（11.5 (1) など）でホストされている場合：

• サポートされるクラスタをホームとする Jabber モバイル クライアントは、サポートされていないクラスタでホストされている常設チャットルームに参加することができます。ただし、ルームをミュートするオプションは提供されません。グローバル ミュート オプションは表示されますが、機能しません。

• サポートされていないピア クラスタをホームとする Jabber モバイル クライアントは、常設チャットルームに参加することができません。

11.5 (1) SU5 など、常設チャットルームがサポートされるリリースでホストされている場合：

• サポートされるクラスタをホームとする Jabber モバイル クライアントの参加者は、すべての常設チャットをモバイル機能に備えています。

• サポートされないピア クラスタからの Jabber モバイルクライアントは、常設チャットルームに参加することができません。

スプリット ブレイン現象が発生すると、サブスクライバまたはパブリッシャがピア Text Conferencing サービスを検出するか、いずれかのノードがダウンした場合、サブスクライバまたはパブリッシャは、通常の状態からバックアップへの移行を試みます。

この操作中に、ピア チャット ルームの読み込みで外部データベースへの接続に失敗した場合、Cisco XCP Text Conferencing サービスはシャットダウンします。

IM&P の導入でサポートされる永続的なチャットルームの最大数は、サブクラスタごとに5000です。

ハイアベイラビリティが有効になっている場合は、ノードごとに最大2500のルームを作成することをお勧めします。(ただし、システムはノードごとに最大5000のルームを作成できます)。ハイアベイラビリティ展開のノードごとに2500人以上のルームが設定されている場合、フェールオーバー時には、バックアップノードでホストされる会議室が5000を超えることになります。これにより、トラフィックの負荷に応じて予期しないパフォーマンスの問題が発生する可能性があります。

システム上の5000ルームの負荷は、室内の参加者の数、ルーム内のメッセージ交換の割合、およびメッセージのサイズによっても異なります。シスココラボレーションサイジングツールを使用して、永続的なチャット導入のための適切な OVA セットアップを確保します。コラボレーションサイジングツールの詳細については、次を参照してください。https://cucst.cloudapps.cisco.com/landing

サブクラスタ内の両方のノード間で会議室を均等に分散させることをお勧めします。また、IM&P クラスタに複数のサブクラスタがある場合は、すべてのサブクラスタ間で会議室のロードバランスを行うことをお勧めします。現在、IM&P には、ルームのロードバランスを自動的に行うメカニズムがありません。ルームのロードバランシングの責任は、ルームを作成するユーザにあります。ルームの作成時に、ユーザは、jabber 機能を使用して、ルームの作成時にランダムなノードを自動的に選択するようにする必要があります。

アドホックチャットルームのプライベート化

アドホックチャットルームはデフォルトでパブリックですが、メンバー用に設定できるのは次の設定のみです。

1. [Cisco Unified CM IM and Presenceの管理（Cisco Unified CM IM and Presence Administration）] から、[メッセージング（Messaging）] > [グループチャットおよび常設チャット（Group Chat and Persistent Chat）] を選択します。

2. [Room are for members only by default ] チェックボックスをオンにします。

3. [ルームのオーナーは、ルームをメンバー専用にするかどうかを変更できます（Room owners can change whether or not rooms are for members only）] チェックボックスをオフにします。

4. [他のユーザをメンバー専用ルームに招待できるのはモデレータのみです（Only moderators can invite people to members-only rooms）] チェックボックスをオフにします。

5. [保存（Save）] をクリックします。

6. Cisco XCP Text Conference サービスを再起動します。

   （注）	IM and Presence でアドホックチャットルームをプライベートとして設定すると、常駐なチャットルームもプライベートになります。