選択的な録音が設定されている場合、Media Sense サーバでは転送中のコンサルト コールは録音されません。たとえば、エージェントと顧客間のコールが録音中であり、エージェントが次のエージェントにコールの転送を開始した場合、コールが転送される前にこの別のエージェント間で発生するコンサルト コールは録音されません。

コンサルト コールが必ず録音されるようにするには、エージェントはコンサルト コールの開始時に [録音（Record）] ソフトキーを押す必要があります。

導入のサイジングを行う際は、OVA 要件を考慮して、以下のガイドラインに従ってください。

• マルチ クラスタ環境では、最小限の OVA を 15,000 ユーザに導入することを推奨します。

• 常設チャットの展開には、少なくとも15,000 ユーザ OVA を導入することを推奨します。

• 中央集中型の導入の場合は、最小 OVA 25,000 ユーザでが推奨されます。

（注）	Multiple Device Messaging を有効にする場合は、各ユーザが複数の Jabber クライアントを持つ可能性があるため、ユーザ数ではなくクライアント数に応じた展開にします。たとえば、ユーザ数が 25,000 人で、各ユーザが 2 台の Jabber クライアントを保持している場合、導入環境には 5 万ユーザのキャパシティが必要となります。

SDL リスニングポートサービスパラメータの設定を編集する場合は、サービスが実行されているすべてのクラスタノードでCisco CTIManagerサービスを再起動する必要があることに注意してください。現在、ヘルプテキストにはサービスを再起動するように指示されていますが、サービスが実行されているすべてのノードでサービスを再起動する必要がるとは指示されていません。このサービスパラメータにアクセスするには、 システム(System) > サービスパラメータ(Service Parameters)に進み、 Cisco CTIManagerをサービスとして選択し、 [詳細(Advanced)] をクリックして CTIManager サービスパラメータの完全なリストを表示します。

この更新は CSCvp56764 の一部です。

スケジュール用に Cisco TelePresence Management Suite (TMS) を実行している場合は、それを追加したノードで、エンドポイント情報を取得するために複数の AXL クエリを送信します。TMS が生成する負荷のため、AXL を使用する他のアプリケーション (Cisco Emergency Responder または Cisco Unified Attendant Console など) を設定して、これらのノードに AXL 要求を送信することを推奨します。

この情報はCSCva12833に適用されます。

Cisco Unified Attendant Console リリース 11.x 以前は、Ciscoユニファイド コミュニケーション マネージャ リリース 11.5 (1) と互換性がありません。Cisco Unified Attendant Console Advanced リリース 11.0.1 にインストールまたはアップグレードする必要があります。

詳細については、ここを参照してください。

Cisco Unified IM and Presence サービスリリース 11.5(1) および Expressway-C を相互運用するには、最小バージョンの Expressway-C X8.8 を実行している必要があります。IM and Presence サービス 11.5(1) では、旧バージョンの Expressway-C はサポートされていません。

すでに使用されている以前のリリースからアップグレードする場合は、お使いのシステムを X8.8 にアップグレードしてください。Expressway-C をアップグレードした後、IM and Presence サービスをアップグレードできます。

SAML SSO 展開内で Tomcat 証明書を再生成する場合は、Ciscoユニファイド コミュニケーション マネージャ で新しいメタデータファイルを生成し、そのメタデータファイルを IdP にアップロードする必要もあります。

Cisco Unified Presence 8.6 は、Cisco Unified IM and Presence サービス 11.x のクラスタ間ピアとしてはサポートされていません。サポートされているクラスタ間ピア設定については、http://www.cisco.com/c/en/us/td/docs/voice_ip_comm/cucm/compat/11_x/cucm_b_cucm-imp-compatibility-matrix-11x.html#CUP0_RF_I0092C6B_00のCisco ユニファイド コミュニケーション マネージャIM およびプレゼンスサービスの互換性マトリックスを参照してください。

IM and Presence サーバは、2 回の 1 分間の ping の後にクライアントからキープアライブを受信しない場合に、ユーザのプレゼンスステータスを使用不可として更新します。

これらの ping のタイミングは、サーバ側でハードコードされており、設定できません。

UCS サーバのクラッシュで発生する可能性がある Cisco ユニファイド コミュニケーション マネージャIM およびプレゼンスサービス パブリッシャノードが両方とも使用できない場合は、サブスクライバノードが回復しない可能性があるため、IM およびプレゼンスサービス サブスクライバ ノードを再起動しないでください。Jabber ユーザがログインできない可能性があり、それにより、IM およびプレゼンス クラスタを再構築する必要が生じる場合があります。

IM and Presence サブスクライバ ノードを再起動する前に、Cisco ユニファイド コミュニケーション マネージャIM およびプレゼンス サービス パブリッシャノードが稼働していることを確認してください。

SIP プロトコルを使用して 88 xx 電話機を導入する場合は、これらの電話機が Ciscoユニファイド コミュニケーション マネージャ に登録する際に推奨される 32 kbps よりも多くの帯域幅を使用することに注意してください。APIC EM コント ローラーで QoS 帯域幅の割り当てを設定するときは、登録に際してのこの高い帯域幅の要件を必ず考慮してください。

コールルーティングを設定するときは、1 つのルートフィルターを多数のコールのルーティングに割り当てないようにします。ルートフィルタを使用するすべてのコールのルーティングのコール ルーティングを更新するために必要な追加のシステム処理が原因で、数百の関連するコールのルーティングがあるルートフィルタを編集すると、システムコアが発生する可能性があります。発生しないようにするには、重複するルート フィルタを作成します。詳細については、CSCup04938 を参照してください。