Cisco Unified Communications Manager リリース 7.1(3) リリース ノート

始める前に

1. Cisco Unified Communications Manager のソフトウェア バージョンをアップグレードする前に、現在のソフトウェア バージョンを確認してください。

そのためには、Cisco Unified Communications Manager Administration を開きます。次の情報が表示されます。

– Cisco Unified Communications Manager システムのバージョン

– Cisco Unified Communications Manager Administration のバージョン

2. 「特別なアップグレード情報」を参照してください。

特別なアップグレード情報

次の各項では、アップグレード プロセスを開始する前に知っておく必要がある情報を示します。

• 「I/O スロットル」

• 「書き込みキャッシュ」

• 「7.1(3) へのアップグレードの前に、Cisco Unified Mobile Communicator のデバイス名が 15 文字を超えてはならない」

• 「アップグレード後の設定変更」

I/O スロットル

Cisco Unified CM 7.1(2) のアップグレード ウィンドウに [I/O スロットリングの無効化（Disable I/O Throttling）] チェックボックスが導入されました。このチェックボックスはオンにしないでください。このリリースにアップグレードするときは不要です。

書き込みキャッシュ

サーバの書き込みキャッシュが無効になっていると、アップグレード プロセスの速度がさらに遅くなります。書き込みキャッシュが無効になる原因としては、古いサーバのバッテリ切れなど、複数の要因が考えられます。

アップグレードを開始する前に、MCS-7828-H4 および MCS-7835/45 ディスク コントローラの書き込みキャッシュのステータスを確認してください。MCS-7816、MCS-7825、およびその他の MCS-7828 サーバについては、書き込みキャッシュのステータスを確認する必要はありません。書き込みキャッシュのステータスを確認するには、Cisco Unified Operating System Administration にアクセスして、[表示（Show）] > [ハードウェア（Hardware）] を選択します。

バッテリ切れが原因で書き込みキャッシュが無効になったと判断した場合は、ハード ディスク コントローラのキャッシュ バッテリを交換する必要があります。各地域のサポート手順に従って、このバッテリを交換してください。

バッテリとライトバック キャッシュのステータスを判断する方法の詳細については、次の [表示（Show）] > [ハードウェア（Hardware）] メニューの出力例を参照してください。

次の例は、書き込みキャッシュが有効であることを示しています。この例では、キャッシュの 50% が書き込み用に予約され、残りの 50% が読み込み用に予約されています。書き込みキャッシュが無効になると、キャッシュの 100% が読み込み用に予約されるか、または「Cache Status」が「OK」になりません。また、バッテリの個数は「1」になっています。コントローラのバッテリが切れているか存在しない場合は、「0」になります。

例 1 書き込みキャッシュが有効になっている 7835/45-H1、7835/45-H2、7828-H4 サーバ

次の例では、バッテリのステータスが有効で、書き込みキャッシュのモードが（ライトバック モードで）有効になっています。

例 2 書き込みキャッシュが有効になっている 7835/45-I2 サーバ

7.1(3) へのアップグレードの前に、Cisco Unified Mobile Communicator のデバイス名が 15 文字を超えてはならない

Cisco Unified Communications Manager 7.1(3) にアップグレードする前に、Cisco Unified Communications Manager Administration で Cisco Unified Mobile Communicator のデバイス名が 15 文字を超えていないことを確認してください。Cisco Unified Mobile Communicator のデバイス名が 15 文字を超えていると、Cisco Unified Communications Manager 7.1(3) にアップグレードするときにこのデバイスの移行が失敗し、アップグレード ログに次のエラー メッセージが書き込まれます。

既存の Cisco Unified Mobile Communicator のデバイス名として長い名前が指定されている場合は、アップグレードの前にデバイス名を 15 文字以内に短縮してください。

アップグレード後の設定変更

管理者は、アップグレード中に Cisco Unified Communications Manager の設定を変更しないでください。設定変更には、Cisco Unified Communications Manager Administration、Cisco Unified Serviceability、および User Option の各ウィンドウで行うすべての変更が含まれます。

システムをアップグレードする場合は、この項で説明するアップグレード作業を完了してから設定作業を行う必要があります。

アップグレード作業

アップグレードを正常に完了するには、設定変更を開始する前に、次の順序でアップグレード作業を実行します。

（注） クラスタ内のすべてのサーバでアップグレードを完了し、サーバをアップグレードしたパーティションに切り替えて、データベース複製が機能していることを確認するまでは、設定作業を行わないことを強く推奨します。

手順

ステップ 1 すべての設定作業を中止します。つまり、Cisco Unified Communications Manager に関連する各種の GUI または CLI で設定作業を実行しないようにします（ただし、Cisco Unified Communications Operating System GUI でのアップグレードの実行を除く）。

ヒント アップグレード プロセスの詳細については、『Cisco Unified Communications Operating System Administration Guide』の第 7 章「Software Upgrades」を参照してください。

ステップ 2 クラスタ内の最初のノード（パブリッシャ ノード）をアップグレードします。

ステップ 3 クラスタ内の後続のノード（サブスクライバ ノード）をアップグレードします。

ステップ 4 最初のノードをアップグレードしたパーティションに切り替えます。

ステップ 5 後続のノードをアップグレードしたパーティションに切り替えます。

（注） 後続のノードをアップグレードしたパーティションに切り替える作業は、サイトの要件に応じて、一括して、または一度に 1 つずつ実行できます。

ステップ 6 最初のノードと後続のノードの間でデータベース複製が機能していることを確認します。データベース複製のステータスを確認するには、次のいずれかの方法を使用します。

• Cisco ATA で、Unified CM Database Status レポートにアクセスします。次に進む前に、レポートで、データベース複製がエラーのない正常なステータスであることを確認します。Cisco ATA の使用方法の詳細については、『 Cisco Unified Reporting Administration Guide 』を参照してください。

• Cisco Cisco Unified Real-Time Monitoring Tool で、[CallManager] タブの [Database Summary] サービスにアクセスして、データベース複製のステータスを監視します。次の表に、データベース複製のステータスの進行を示します。

– 0：初期化

– 1：複製のセットアップ スクリプトがこのノードから実行された

– 2：正常な複製

– 3：不正な複製

– 4：複製のセットアップが成功しなかった

次に進む前に、データベース複製が正常なステータスであることを確認します。Cisco Unified Real-Time Monitoring Tool の使用方法の詳細については、『 Cisco Unified Cisco Unified Real-Time Monitoring Tool Administration Guide 』を参照してください。

ステップ 7 他のすべてのアップグレード作業が完了したら、必要な設定作業を実行できます。

Cisco Unified Communications Manager 7.1(3) へのアップグレード パス

サポートされている Cisco Unified CM アップグレードについては、

http://www.cisco.com/en/US/docs/voice_ip_comm/cucm/compat/ccmcompmatr.html の『Cisco Unified Communications Manager Software Compatibility Matrix』を参照してください。

アップグレード メディアの順序

Cisco Unified CM リリース 7.1(3) にアップグレードするには、 Product Upgrade Tool （PUT）を使用して、メディア キットとライセンスを取得するか、または Cisco の販売代理店からアップグレードを購入します。

PUT を使用するには、Cisco の契約番号（Smartnet、SASU、または ESW）を入力して、DVD（のセット）を要求します。Cisco Unified Communications Manager の契約がない場合は、Cisco の販売代理店からアップグレードを購入する必要があります。

サポートされている Cisco Unified CM アップグレードの詳細については、次の URL にある『Cisco Unified Communications Manager Software Compatibility Matrix』を参照してください。

http://www.cisco.com/en/US/docs/voice_ip_comm/cucm/compat/ccmcompmatr.html

『 Cisco Unified Communications Operating System Administration Guide 』の「Software Upgrades」の章を参照してください。

Cisco Unified Communications Manager リリース 5.1(3e) から 7.1(x) リリースへのアップグレード

この情報は、次のいずれかのリリースから 7.1.x リリースにアップグレードする場合に適用されます。

• 5.1(3e)（5.1.3.6000-2）

• 次の 5.1(3e) Engineering Special リリース

– 5.1(3.6103-1)

– 5.1(3.6102-1)

– 5.1(3.6101-1)

アップグレードする前に、サーバに COP ファイル ciscocm.513e_upgrade.cop.sgn をインストールする必要があります。この COP ファイルは次の URL にあります。

http://tools.cisco.com/support/downloads/go/ImageList.x?relVer=COP-Files&mdfid=280735907&sftType=Unified+Communications+Manager%2FCallManager+Utilities&optPlat=&nodecount=2&edesignator=null&modelName=Cisco+Unified+Communications+Manager+Version+5.1&treeMdfId

この COP ファイルのインストール方法については、COP ファイルに付属するインストール手順に従ってください。

（注） DVD を使用して互換性のある Cisco Unified CM 5.1 バージョン（http://www.cisco.com/en/US/docs/voice_ip_comm/cucm/compat/ccmcompmatr.html の「Compatibility Matrix」を参照）から Cisco Unified CM 7.1(3) にアップグレードする場合は、ソフトウェアのインストール/アップグレード ウィンドウのチェックサム手順で表示される「インストール ファイルの整合性を確認するには、シスコシステムズの Web サイトで MD5 ハッシュ値を検証してください。（To ensure the integrity of the installation file, verify the MD5 hash value against the Cisco Systems website.）」というメッセージを無視して、[次へ（Next）] をクリックしてください。

UCSInstall ファイルを使用した CM 7.1(3) へのアップグレード

UCSInstall ISO ファイルは、サイズが大きいため、次の 2 つのパートで構成されています。

• UCSInstall_UCOS_7.1.3.10000-11.sgn.iso_part1of2

• UCSInstall_UCOS_7.1.3.10000-11.sgn.iso_part2of2

手順

ステップ 1 Cisco.com の [Software Download] ページから、2 つの UCSInstall ファイルをダウンロードします。

ステップ 2 2 つのファイルを結合するため、次のいずれかのコマンドを実行します。

（注） UCSInstall_UCOS_7.1.3.10000-11 ビルドはブート不可能な ISO であるため、アップグレード専用です。新規インストールには使用できません。

a. UNIX/Linux システムの場合は、次のコマンドを CLI にコピー アンド ペーストします。

b. Windows システムの場合は、次のコマンドをコマンド プロンプト（cmd.exe）にコピー アンド ペーストします。

ステップ 3 md5sum ユーティリティを使用して、最終的なファイルの MD5 サムが正しいことを確認します。

ebb34e2f516e7a722352ca6b3dd7f922 UCSInstall_UCOS_7.1.3.10000-11.sgn.iso

ステップ 4 「ローカル ソースからのアップグレード」 または 「リモート ソースからのアップグレード」の手順に従って作業を続行します。

ローカル ソースからのアップグレード

ローカルの DVD からソフトウェアをアップグレードするには、次の手順に従います。

手順

ステップ 1 Cisco が提供するアップグレード ディスクがない場合は、ダウンロードしたアップグレード ファイルを ISO イメージとして DVD に書き込み、アップグレード ディスクを作成します。

（注） .iso ファイルを DVD にコピーしただけでは機能しません。市販のほとんどのディスク ライティング アプリケーションは、ISO イメージ ディスクを作成できます。

ステップ 2 アップグレードするローカル サーバのディスク ドライブに新しい DVD を挿入します。

ステップ 3 Cisco Unified Communications Operating System Administration にログインします。

ステップ 4 [ソフトウェア アップグレード（Software Upgrades）] > [インストール/アップグレード（Install/Upgrade）] に移動します。

[ソフトウェアのインストール/アップグレード（Software Installation/Upgrade）] ウィンドウが表示されます。

ステップ 5 [ソース（Source）] リストから、[DVD] を選択します。

ステップ 6 [ディレクトリ（Directory）] フィールドにスラッシュ（/）を入力します。

ステップ 7 スロットルを無効にするため、[I/O スロットリングの無効化（Disable I/O throttling）] チェックボックスをオンにします。

アップグレードの開始後にスロットルを再度有効にする場合は、アップグレードをキャンセルし、スロットルを再度有効にしてから、アップグレードを再開してください。

ステップ 8 アップグレード プロセスを続行するため、[次へ（Next）] をクリックします。

ステップ 9 インストールするアップグレード バージョンを選択して、[次へ（Next）] をクリックします。

ステップ 10 次のウィンドウで、ダウンロードの進行状況を監視します。

ステップ 11 アップグレードをインストールしてから、アップグレードされたパーティションを自動的にリブートするには、[アップグレードされたパーティションをリブート（Reboot to upgraded partition）] を選択します。システムが再起動し、アップグレードされたソフトウェアが実行されます。

ステップ 12 アップグレードをインストールしてから、アップグレードされたパーティションを後で手動でリブートするには、次の手順に従います。

a. [アップグレード後にリブートしない（Do not reboot after upgrade）] を選択します。

b. [次へ（Next）] をクリックします。

[アップグレード ステータス（Upgrade Status）] ウィンドウにアップグレードのログが表示されます。

c. インストールが完了したら、[終了（Finish）] をクリックします。

d. システムを再起動してアップグレードを有効にするため、[設定（Settings）] > [バージョン（Version）] を選択し、[バージョンの切り替え（Switch Version）] をクリックします。

システムが再起動し、アップグレードされたソフトウェアが実行されます。

リモート ソースからのアップグレード

ネットワーク上の場所やリモート サーバからソフトウェアをアップグレードするには、次の手順に従います。

（注） Cisco Unified Operating System Administration にアクセスしている間は、ブラウザの更新や再読み込みなどのコントロールを使用しないでください。代わりに、インターフェイスに表示されるナビゲーション コントロールを使用してください。

手順

ステップ 1 アップグレードするサーバからアクセスできる FTP または SFTP サーバ上にアップグレード ファイルを格納します。

ステップ 2 Cisco Unified Communications Operating System Administration にログインします。

ステップ 3 [ソフトウェア アップグレード（Software Upgrades）] > [インストール/アップグレード（Install/Upgrade）] に移動します。

[ソフトウェアのインストール/アップグレード（Software Installation/Upgrade）] ウィンドウが表示されます。

ステップ 4 [ソース（Source）] リストから、[リモート ファイルシステム（Remote Filesystem）] を選択します。

ステップ 5 [ディレクトリ（Directory）] フィールドで、リモート システム上のパッチファイルが格納されているディレクトリのパスを入力します。

アップグレード ファイルが Linux または UNIX サーバに格納されている場合は、ディレクトリ パスの先頭にスラッシュを付ける必要があります。たとえば、アップグレード ファイルが patches ディレクトリにある場合は、「 /patches 」と入力します。

アップグレード ファイルが Windows サーバに格納されている場合は、必ず FTP または SFTP サーバに接続して、次のような適切な構文を使用してください。

•先頭にスラッシュ（/）を付け、パス全体でスラッシュを使用します。

•パスは、サーバ上の FTP または SFTP ルート ディレクトリから始めます。したがって、ドライブ文字（C: など）から始まる Windows の絶対パスは入力できません。

ステップ 6 [サーバ（Server）] フィールドに、サーバの名前または IP アドレスを入力します。

ステップ 7 [ユーザ名（User Name）] フィールドに、リモート サーバ上での自分のユーザ名を入力します。

ステップ 8 [ユーザ パスワード（User Password）] フィールドに、リモート サーバ上での自分のパスワードを入力します。

ステップ 9 [転送プロトコル（Transfer Protocol）] フィールドで、転送プロトコルを選択します。

ステップ 10 スロットルを無効にするため、[I/O スロットリングの無効化（Disable I/O throttling）] チェックボックスをオンにします。

アップグレードの開始後にスロットルを再度有効にする場合は、アップグレードをキャンセルし、スロットルを再度有効にしてから、アップグレードを再開してください。

ステップ 11 アップグレード プロセスを続行するため、[次へ（Next）] をクリックします。

ステップ 12 インストールするアップグレード バージョンを選択して、[次へ（Next）] をクリックします。

•Cisco Unified Communications Manager リリース 6.x または 7.x からアップグレードする場合は、アップグレード ファイルの拡張子は sgn.iso です。

ステップ 13 次のウィンドウで、ダウンロードの進行状況を監視します。

（注） サーバとの接続を失った場合や、アップグレード プロセス中にブラウザを閉じた場合は、[ソフトウェア アップグレード（Software Upgrades）] メニューに再度アクセスしようとしたときに、次のメッセージが表示されることがあります。

警告：別のセッションでソフトウェアがインストール中です。[制御の取得（Assume Control）] をクリックすると、インストールを引き継ぐことができます。

セッションを引き継ぐ場合は、[制御の取得（Assume Control）] をクリックします。

[制御の取得（Assume Control）] が表示されない場合は、Real Time Monitoring Tool を使用してアップグレードを監視することもできます。

ステップ 14 アップグレードをインストールしてから、アップグレードされたパーティションを自動的にリブートするには、[アップグレードされたパーティションをリブート（Reboot to upgraded partition）] を選択します。システムが再起動し、アップグレードされたソフトウェアが実行されます。

ステップ 15 アップグレードをインストールしてから、アップグレードされたパーティションを後で手動でリブートするには、次の手順に従います。

a. [アップグレード後にリブートしない（Do not reboot after upgrade）] を選択します。

b. [次へ（Next）] をクリックします。

[アップグレード ステータス（Upgrade Status）] ウィンドウにアップグレードのログが表示されます。

c. インストールが完了したら、[終了（Finish）] をクリックします。

d. システムを再起動してアップグレードを有効にするため、[設定（Settings）] > [バージョン（Version）] を選択し、[バージョンの切り替え（Switch Version）] をクリックします。

システムが再起動し、アップグレードされたソフトウェアが実行されます。

Cisco.com にある Unified CM 7.1 用の最新のソフトウェア アップグレード

Unified CM 7.1 の最新のソフトウェア アップグレードには、 http://www.cisco.com/kobayashi/sw-center/sw-voice.shtml からアクセスできます。

Unified CM 5.1(3x) から 7.1(3) にアップグレードできない

CSCtc81478 のため、5.1(3x) から 7.1(3) にはアップグレードしないでください。

Unified CM 7.x の IOS デバイスで SCCP バージョン 17 の NAT が完全にサポートされない

Cisco Unified CM 7.x リリースの時点では、そのリリースに採用された SCCP バージョンの NAT を完全にサポートする IOS デバイスは存在しません。

ステータスのアップデート

SCCP バージョン 17 の NAT サポートのステータスは、CSCsy93500 で追跡されています。アップデートについては、Bug Toolkit で CSCsy93500 のアップデートを購読してください。

CSCtc99413 Unified CM 5.x から Unified CM 7.1(3x) にアップグレードすると、アクティブなパーティションのディスク容量不足アラートが発生する

Cisco Unified Communications Manager リリース 5.x から Cisco Unified Communications Manager 7.1(3) 以降にアップグレードすると、アクティブなパーティションのディスク容量不足アラートが発生します。

回避策

次の手順を実行します。

ステップ 2 システムをバックアップします。

ステップ 3 新規インストールを実行します。

ステップ 4 システムを復元します。これによって、ディスクのパーティションが再設定され、非効率的な 5.x のディスク パーティションによる制限がなくなります。

障害回復システムに関する注意事項

データを復元するときは、ホスト名、サーバ IP アドレス、および配置タイプを、バックアップしたときと同じにする必要があります。DRS は、異なるホスト名、IP アドレス、および配置タイプに復元しません。

HP SCSI ハード ドライブのファームウェア アップデート

HP SCSI ハード ドライブのファームウェア アップデート発行は、次の不具合に対応しています。

• CSCse71185 ：特定の HP Ultra320 SCSI HD のパフォーマンスが低下し、タイムアウトすることがある

• CSCse71295 ：特定の SCSI HD でメディア エラーの発生を最小限に抑えるために HP が推奨するファームウェア

• CSCso98836 ：HP Ultra320 SCSI HDD のファームウェア アップグレード

CSCse71185：特定の HP Ultra320 SCSI HD のパフォーマンスが低下し、タイムアウトすることがある

HP Customer Advisory #C00677430 （ http://www.hp.com ）にリストされているいずれかの HP Ultra320 SCSI ハード ドライブを使用して構成された ProLiant サーバでは、パフォーマンスが低下したり、タイムアウトが頻繁に発生したりすることがあります。ドライブのファームウェアに含まれる動的に調整されたシーク時間のプロファイル テーブルが劣化すると、このパフォーマンス問題が発生します。

この問題が発生すると、ランダムなワークロードの処理中に、コマンドの応答時間にときどき短い遅延が発生してパフォーマンスが低下し、深刻な場合はドライブのコマンドがタイムアウトして、サーバをリブートしないと回復できなくなります。

CSCse71295：特定の SCSI HD でメディア エラーの発生を最小限に抑えるために HP が推奨するファームウェア

HP Customer Advisory #C00542020 （ http://www.hp.com ）にリストされているいずれかの HP Ultra320 SCSI ハード ドライブを使用して構成された ProLiant サーバでは、メディア エラーが表示されたり、ドライブの障害 LED が点灯したりすることがあります。修正済みのファームウェア バージョン（HPB4 以降）では、ハード ドライブのアイドル時間が短縮されましたが、これはディスク表面やドライブ ヘッドにメディア潤滑剤がたまる原因になることがあり、そのためにメディア エラーが表示されたり、ドライブの障害 LED が点灯したりします。

CSCso98836：HP Ultra320 SCSI HDD のファームウェア アップグレード

HP Customer Advisory #C00859596 （ http://www.hp.com ）にリストされているいずれかの HP Ultra320 SCSI ハード ドライブを使用して構成された ProLiant サーバでは、タイムアウトや SCSI のダウンシフトが発生することがあります。

これらの問題は、次のサーバ モデルで発生する可能性があります。

• MCS-7835-1266（DL380-G2）

• MCS-7835H-2.4（DL380-G3）

• MCS-7835H-3.0（DL380-G3）

• MCS-7835-H1（DL380-G4）

• MCS-7845-1400（DL380-G2）

• MCS-7845H-2.4（DL380-G3）

• MCS-7845H-3.0（DL380-G3）

• MCS-7845-H1（DL380-G4）

この問題の影響を受けるハード ドライブは、関連する HP Customer Advisory にリストされています。しかし、シスコ提供の HP SCSI ハード ドライブ ファームウェア アップデート CD を、リストされているすべてのサーバ タイプに適用できます。適用すると、該当する場合は影響を受けるドライブが更新されます。

ファームウェアをシスコがテストしたレベルに更新するには、Unified Communications 7.0(1) システムのリリースと同時にリリースされたシスコ提供の HP SCSI ハード ドライブ ファームウェア アップデート CD を使用します。ファームウェアのインストールの詳細については、HP SCSI ハード ドライブ ファームウェア アップデート CD の README.txt ファイルを参照してください。

シスコ提供の HP SCSI ハード ドライブ ファームウェア アップデート CD と関連する Readme ファイルの ISO イメージは、Cisco.com の次のナビゲーション パスから入手できます。

http://tools.cisco.com/support/downloads/go/Redirect.x?mdfid=278875240

[Download Software] ページで、次のように選択します。

[Communications Infrastructure] ->

[Voice Servers] ->

[Cisco 7800 Series Media Convergence Servers]

<サーバ モデル>

[Latest Releases] ->

[Latest Firmware] ->

<HP_SCSI_FW-1.0.1.iso を選択>

<HP_SCSI_FW-Readme.txt を選択>

CSCtb95488 モニタリングおよび録音機能をサポートする電話

『 Cisco Unified Communications Manager Features and Services Guide , Release 7.1(2) 』の「Monitoring and Recording」の章では、「Devices That Support Call Monitoring and Call Recording」の「Agent Devices」に、モニタリングと録音をサポートするデバイスの一部がリストされています。

モニタリングおよび録音機能をサポートするデバイスのリストは、バージョンやデバイス パックごとに異なります。

特定のリリースおよびデバイス パックでモニタリングと録音をサポートするデバイスの完全なリストを作成するには、Cisco Unified Reporting アプリケーションを使用します。そのためには、次の手順に従います。

1. 次のいずれかの方法を使用して Cisco Unified Reporting を起動します。

このシステムは、Web アプリケーションへのアクセスをユーザに許可する前に、Cisco Tomcat サービスを使用してユーザを認証します。アプリケーションにアクセスするには、次のいずれかを実行します。

– Cisco Unified Communications Manager Administration のナビゲーション メニューで [Cisco Unified Reporting] を選択し、[移動（Go）] をクリックします。

– Cisco Unified Cisco Unified Real-Time Monitoring Tool（RTMT）メニューで [File] > [Cisco Unified Reporting] を選択します。

– 「https://<サーバ名または IP アドレス>:8443/cucreports/」と入力し、自分の承認済みのユーザ名とパスワードを入力します。

2. ナビゲーション バーの [System Reports] をクリックします。

3. 左側の列に表示されたレポートのリストから、[Unified CM Phone Feature List] オプションをクリックします。

4. [Generate a new report] リンクをクリックして新しいレポートを生成するか、レポートがすでに存在する場合は [Unified CM Phone Feature List] リンクをクリックします。

5. モニタリングをサポートするすべてのデバイスのレポートを生成するには、各ドロップダウン リスト ボックスで次の設定を選択し、[Submit] ボタンをクリックします。

[Product]：[All]

[Feature]：[Monitor]

[List Features] ペインに、モニタリング機能をサポートするすべてのデバイスのリストが表示されます。カラム ヘッダー（[Product] または [Protocol]）の横にある上矢印と下矢印をクリックすると、リストが並べ替えられます。

6. 録音をサポートするすべてのデバイスのレポートを生成するには、各ドロップダウン リスト ボックスで次の設定を選択し、[Submit] ボタンをクリックします。

[Product]：[All]

[Feature]：[Record]

[List Features] ペインに録音機能をサポートするすべてのデバイスのリストが表示されます。カラム ヘッダー（[Product] または [Protocol]）の横にある上矢印と下矢印をクリックすると、リストが並べ替えられます。

Cisco Unified Reporting アプリケーションの詳細については、『 Cisco Unified Reporting Administration Guide 』を参照してください。このドキュメントは次の URL にあります。
http://www.cisco.com/en/US/products/sw/voicesw/ps556/prod_maintenance_guides_list.html

LogCollectionPort サービス：selectLogFiles 操作

説明

selectLogFiles 操作は、選択基準に基づいてログ ファイルを取得します。この API は、入力パラメータとして FileSelectionCriteria オブジェクトを取り、そのオブジェクトのファイル名と場所を返します。

LogCollectionService の URL は次のとおりです。 http://hostname/logcollectionservice/services/LogCollectionPort

パラメータ

selectLogFiles 操作には、次の要素が含まれています。

• ServiceLogs：文字列の配列です。使用可能なサービス オプションは、Cisco Unified CM でアクティブになっているサービスによって異なります。実際の使用可能なオプションは、実行時に listNodeServiceLogs 操作から返されるオプションです。たとえば、次のようなオプションがあります。

– Cisco Syslog Agent

– Cisco Unified CM SNMP Service

– Cisco CDP Agent

• SystemLogs：文字列の配列です。

（注） SystemLogs 要素は、Cisco Unified CM リリース 7.1.3 では使用できないため、空にする必要があります。

• JobType：収集のタイプです。次のオプションが使用可能です。

– DownloadtoClient

– PushtoSFTPServer

PushtoSFTPServer を選択した場合は、次の要素も指定する必要があります。

• IPAddress

• UserName

• Password

• Port

• リモート ダウンロード フォルダ

• SearchStr：null 以外の文字列です。

• Frequency：ログ収集の頻度です。次のオプションが使用可能です。

– OnDemand

– Daily

– Weekly

– Monthly

（注） Frequency 要素については、現在のところ OnDemand オプションだけがサポートされています。他のオプション（Daily、Weekly、および Monthly）は、現在サポートされていないスケジュール収集に適用されます。

• ToDate：収集の終了日。形式は、 mm/yy/dd hh:mm AM/PM です。ToDate 要素は、絶対的な時間範囲を使用する場合に指定する必要があります。
ファイル収集の時間範囲は、絶対的または相対的に指定できます。相対的な時間範囲を使用する場合は、次の要素を指定する必要があります。

• RelText

• RelTime

絶対的な時間範囲を使用する場合は、次の要素を指定する必要があります。

• ToDate

• FromDate

• FromDate：収集の開始日。形式は、 mm/yy/dd hh:mm AM/PM です。FromDate 要素は、絶対的な時間範囲を使用する場合に指定する必要があります。

• RelText：ファイル収集の時間範囲です。次のオプションが使用可能です。

– Week

– Day

– Month

– Hours

– Minutes

• RelTime：ファイル収集の時間値です。指定した時間から現在までのすべてのファイルが収集されます。指定できる値は 1 から 100 までです。
たとえば、RelText が「Day」で RelTime が 1 の場合は、前日から現在までに変更されたすべてのファイルが収集されます。

• TimeZone：タイム ゾーンの値です。形式は、「 Client: (GMT ±n) タイム ゾーンの名前 」です。
n は指定するタイム ゾーンと GMT のオフセット時間です。たとえば、次のようなオプションがあります。

– Client: (GMT-0:0) Greenwich Mean Time

– Client: (GMT-8:0) Pacific Standard Time

• Port：ノードのポート番号です。

• IPAddress：ノードの IP アドレスです。

• UserName：ノードのサービス管理者のユーザ名です。

• Password：ノードのサービス管理者のパスワードです。

• ZipInfo：収集中にファイルを圧縮するかどうかを指定します。この要素は、PushtoSFTPServer オプションを使用する場合にだけ適用されます。次のオプションが使用可能です。

– True：ファイルが圧縮されます。

– False：ファイルが圧縮されません。

• RemoteFolder：ファイルがアップロードされるリモート サーバです。このオプションは、トレース ファイルを SFTP または FTP サーバにアップロードする場合にだけ使用します。

要求の例

<SystemLogs xsi:type="xsd:string" xsi:nil="true"/>

応答の例

この応答は、一致するファイル名とそのサーバ内の場所が格納された FileSelectionResult オブジェクトを返します。

障害

Frequency に null が指定した場合は、リモート例外「LogCollection frequency is null」がスローされます。ServiceLogs および SystemLogs の配列が null の場合は、リモート例外「No Service/Syslog are provided for the collection」がスローされます。一致するファイルが見つからない場合は、リモート例外「The File Vector from the server is null」がスローされます。

証明書を再生成した後の DRS バックアップの実行

Cisco Unified Communications Operating System で証明書を再生成した後は、バックアップを実行して、再生成した証明書を最新のバックアップに含める必要があります。再生成した証明書がバックアップに含まれておらず、何らかの理由で復元作業を実行する必要がある場合は、システム内の個々の電話のロックを手動で解除して、Cisco Unified Communications Manager に電話を登録できるようにする必要があります。バックアップの実行方法については、『 Disaster Recovery System Administration Guide 』を参照してください。

BAT のファイル形式作成機能に関する重要な情報

[ファイル形式の作成（Create File Format）] ウィンドウには、回線や短縮ダイヤルなどの最大数を設定するオプションが表示されます。BAT を使用して作成されるファイル形式には、データベースから選択したデバイス、回線、インターコム、短縮ダイヤル、BLF 短縮ダイヤル、BLF ダイレクト コール パーク、および IP Phone サービスの各フィールドが格納されます。データベースのカラム長は最大 32K 文字しかないため、BAT 管理者はすべてのフィールドに最大数を設定できません（32K を超えるため）。ファイル形式の長さが 32K を超えると、BAT に次のエラー メッセージが表示されます。

「文字数が 32 K を超えるファイル形式は挿入できません（Cannot Insert a file format with characters more than 32K）」

BAT 管理者は、BAT の電話テンプレートを使用して一般的なアトリビュートを定義する必要があります。

QSIG PRI と SIP トランク間の MWI に関する制限事項

以前のリリースの Cisco Unified CM では、MWI 要求を QSIG PRI から SIP トランクにルーティングする場合、指定されたルート パターンが SIP トランクを直接指している必要がありました。

ルート パターンが SIP トランクを含むルート リストまたはルート グループを指していると、MWI は失敗しました。最初の失敗の後、クラスタ内の任意の番号に対する後続のすべての MWI 通知も失敗しました。

Cisco Unified CM 7.x では、MWI ルーティングの処理方法が変更されました。

MessageWaiting は、mwi_nailed_up_ssinfores 状態の間に SsDataInd 信号を取得すると、後続の MWI を処理しません。

SDL トレースは次の例のようになります。この例では、直前の MWI 要求によってシステムが制限に達しています。

Cisco Unified Communications Manager Assistant ウィザードの制約事項

IPMA ウィザードは 1 回しか実行できないことに注意してください。2 回以上実行しようとすると、失敗します。

カスタム ヘルプ デスク権限とカスタム ヘルプ デスク ユーザ グループの作成

一部の企業では、自社のヘルプ デスク担当者に Cisco Unified Communications Manager Administration で特定の作業（電話の追加、エンド ユーザの追加、ユーザ グループへのエンド ユーザの追加など）を実行するための特権を付与する必要があります。

次の例の手順を実行すると、ヘルプ デスク担当者に対して電話の追加、エンド ユーザの追加、および「標準 CCM エンド ユーザ」ユーザ グループへのエンド ユーザの追加が許可され、これらの作業によってエンド ユーザが Cisco Unified CM User Options にアクセスしてユーザ オプションを更新できるようになります。

例：ヘルプ デスク担当者に対する電話の追加、エンド ユーザの追加、およびユーザ グループへのエンド ユーザの追加の許可

ステップ 1 Cisco Unified Communications Manager Administration で、[ユーザ管理（User Management）] > [権限（Role）] を選択します。

ステップ 2 [新規追加（Add New）] をクリックします。

ステップ 3 [アプリケーション（Application）] ドロップダウン リスト ボックスから [Cisco Unified CM の管理（Cisco Unified CM Administration）] を選択し、[次へ（Next）] をクリックします。

ステップ 4 [名前（Name）] フィールドに、権限の名前（たとえば、「Help Desk」）を入力します。

ステップ 5 [説明（Description）] フィールドに、短い説明（たとえば、「for adding phones and users」）を入力します。

ステップ 6 ヘルプ デスク担当者に作業を実行させる場所に応じて、次のいずれかのオプションを選択します。

a. ヘルプ デスク担当者に [電話の設定（Phone Configuration）] ウィンドウで電話を追加させ、[エンドユーザの設定（End User Configuration）] ウィンドウでエンド ユーザを追加させる場合は、[ユーザに関する Web ページ（User web page）] リソースと [電話に関する Web ページ（Phone web pages）] リソースの [読み取り（read）] および [更新（update）] 特権のチェックボックスをオンにして、[保存（Save）] をクリックします。

b. ヘルプ デスク担当者に [ユーザおよび電話の追加（User and Phone Add）] ウィンドウで電話とユーザの両方を同時に追加させる場合は、[ユーザおよび電話の追加（User and Phone add）] リソースと [ユーザに関する Web ページ（User web page）] リソースの [読み取り（read）] および [更新（update）] 特権のチェックボックスをオンにして、[保存（Save）] をクリックします。

ステップ 7 次の作業を実行して、ヘルプ デスク用のカスタム ユーザ グループを作成します。

a. Cisco Unified Communications Manager Administration で、[ユーザ管理（User Management）] > [ユーザ グループ（User Group）] を選択し、[新規追加（Add New）] をクリックします。

b. カスタム ユーザ グループの名前（たとえば、「Help Desk」）を入力します。

c. [関連リンク（Related Links）] ドロップダウン リスト ボックスから、[ユーザグループに権限を割り当て（Assign Roles to User Group）] を選択し、[移動（Go）] をクリックします。

d. [グループに権限を割り当て（Assign Role to Group）] ボタンをクリックします。

e. ステップ 1 ～ステップ 6 で作成したカスタム権限（この例では「Help Desk」）のチェックボックスをオンにします。また、「標準 CCM 管理ユーザ」権限のチェックボックスをオンにして、[選択項目の追加（Add Selected）] をクリックします。

f. [ユーザ グループの設定（User Group Configuration）] ウィンドウで、[権限の割り当て（Role Assignment）] ペインに各権限が表示されていることを確認し、[保存（Save）] をクリックします。

次の手順

ヘルプ デスク担当者は、Cisco Unified Communications Manager Administration で電話を追加し、ユーザを追加し、そのエンド ユーザをユーザ グループに追加できます。

• [電話の設定（Phone Configuration）] ウィンドウで電話を追加するには、[デバイス（Device）] > [電話（Phone）] を選択します。[エンド ユーザ（End User）] ウィンドウでエンド ユーザを追加するには、[ユーザ管理（User Management）] > [エンド ユーザ（End User）] を選択します。

• [ユーザおよび電話の追加（User and Phone Add）] ウィンドウで電話とユーザの両方を同時に追加するには、[ユーザ管理（User Management）] > [ユーザおよび電話の追加（User and Phone Add）] を選択します。

• エンド ユーザを「標準 CCM エンドユーザ」ユーザ グループに関連付けるには、[ユーザ管理（User Management）] > [ユーザ グループ（User Group）] を選択します。

ヒント Cisco Unified Communications Manager Administration でこれらの作業を実行する方法の詳細については、『Cisco Unified Communications Manager Administration Guide』を参照してください。

使用中の USB デバイスの接続を切断しないこと

使用中の USB デバイスを Cisco Unified Communications Manager サーバから切断しないでください。切断すると、その USB デバイスにアクセスできなくなり、サーバ コンソールにメッセージが表示されます。

ハード ドライブの取り外し

故障したハード ドライブの交換だけがサポートされます。アップグレード時の復帰、復元、またはサーバ回復を高速化する手段としてのドライブの引き抜きやスワップはサポートされません。故障したハード ドライブの交換については、Cisco Unified Communications Managerの『 Troubleshooting Guide 』を参照してください。

CSCsx96370 Multiple Tenant MWI Modes サービス パラメータ

Multiple Tenant MWI Modes サービス パラメータは、Cisco CallManager サービスをサポートし、音声メッセージ メールボックス番号にトランスレーション パターンを適用するかどうかを指定します。有効な値は True または False です。True を指定すると、音声メッセージング システムがメッセージ待機インジケータを設定するコマンドを発行したときに、Cisco Unified Communications Manager はトランスレーション パターンを使用して音声メッセージ メールボックス番号をディレクトリ番号に変換します。False を指定すると、Cisco Unified Communications Manager は音声メッセージング システムから受信した音声メッセージ メールボックス番号を変換しません。

このサービス パラメータは Cisco Unified Communications Manager と Cisco Unity Connection または Cisco Unity のインテグレーションをサポートすることに注意してください。ボイスメール拡張に Cisco Unified Communications Manager のトランスレーションが必要な場合は、Cisco Unified Communications Manager 7.1(3) をインストールするか、またはこのリリースにアップグレードした後で、Multiple Tenant MWI Modes サービス パラメータを True に設定してください。

LDAP ポート設定に関する考慮事項

Cisco Unified Communications Manager Administration の [LDAP ポート（LDAP Port）] フィールドを設定するときは、社内ディレクトリで LDAP 要求を受信するために使用されているポート番号を指定します。社内ディレクトリの構成方法によって、このフィールドに入力するポート番号が決まります。たとえば、[LDAP ポート（LDAP Port）] フィールドを設定する前に、LDAP サーバがグローバル カタログ サーバとして機能するかどうかや、構成に Secure LDAP が必要かどうかを特定します。次のいずれかのポート番号を入力することを検討してください。

お客様の構成では、次に示す番号以外のポート番号を入力する必要がある可能性があります。[LDAP ポート（LDAP Port）] フィールドを設定する前に、ディレクトリ サーバの管理者に連絡して、入力する正しいポート番号を特定してください。

LDAP サーバがグローバル カタログ サーバでない場合の LDAP ポート

• 389：SSL が不要な場合。このポート番号は、[LDAP ポート（LDAP Port）] フィールドに表示されるデフォルト値です。

• 636：SSL が必要な場合。このポート番号を入力する場合は、[SSL を使用（Use SSL）] チェックボックスがオンになっていることを確認してください。

LDAP サーバがグローバル カタログ サーバである場合の LDAP ポート

• 3268：SSL が不要な場合。

• 3269：SSL が必要な場合。このポート番号を入力する場合は、[SSL を使用（Use SSL）] チェックボックスがオンになっていることを確認してください。

Cisco Unified Communications Manager サーバのホスト名/IP アドレスの設定

表 3 に、Cisco Unified Communications Manager サーバのホスト名を設定できる場所、ホスト名として指定できる文字数、および推奨されるホスト名の先頭文字と最終文字を示します。ホスト名を正しく設定しないと、Cisco Unified Communications Manager の一部のコンポーネント（オペレーティング システム、データベース、インストールなど）が予想どおりに機能しない可能性があります。

ヒント このホスト名は、ARPANET ホスト名の規則に従う必要があります。ホスト名の先頭文字と最終文字の間には、英数文字とハイフンを入力できます。

表 3 のいずれかの場所でホスト名を設定する前に、次の情報を確認してください。

• [サーバの設定（Server Configuration）] ウィンドウの [ホスト名/IP アドレス（Host Name/IP Address）] フィールドは、デバイスとサーバ間、アプリケーションとサーバ間、および異なるサーバ間の通信をサポートします。このフィールドには、ドット区切り形式の IPv4 アドレスまたはホスト名を入力できます。

パブリッシャ データベース サーバに Cisco Unified Communications Manager をインストールした後は、パブリッシャのホスト名がこのフィールドに自動的に表示されます。サブスクライバ サーバに Cisco Unified Communications Manager をインストールする前に、パブリッシャ データベース サーバのこのフィールドに、サブスクライバ サーバの IP アドレスまたはホスト名を入力してください。

Cisco Unified Communications Manager が DNS サーバにアクセスしてホスト名を IP アドレスに解決できる場合は、このフィールドにホスト名だけを設定してください。DNS サーバに Cisco Unified Communications Manager の名前とアドレスの情報が設定されていることを確認してください。

ヒント DNS サーバに Cisco Unified Communications Manager の情報を設定するのに加えて、Cisco Unified Communications Manager のインストール時に DNS 情報を入力します。

• パブリッシャ データベース サーバに Cisco Unified Communications Manager をインストールするときは、ネットワーク情報を設定するために（つまり、スタティック ネットワークを使用する場合に）パブリッシャ サーバのホスト名（必須）と IP アドレスを入力します。

サブスクライバ サーバに Cisco Unified Communications Manager をインストールするときは、Cisco Unified Communications Manager がネットワークの接続性とパブリッシャ/サブスクライバの検証を確認できるように、パブリッシャ データベース サーバのホスト名と IP アドレスを入力します。さらに、サブスクライバ サーバのホスト名と IP アドレスも入力する必要があります。Cisco Unified Communications Manager のインストール時にサブスクライバ サーバのホスト名の入力を求められた場合は、Cisco Unified Communications Manager Administration の（[ホスト名/IP アドレス（Host Name/IP Address）] フィールドでサブスクライバ サーバのホスト名を設定した場合に）[サーバの設定（Server Configuration）] ウィンドウに表示される値を入力します。

関連トピック

• 『 Cisco Unified Communications Manager Administration Guide 』の「Server Configuration」の章

• 『 Installing Cisco Unified Communications Manager, Release 7.1(2) 』

• 『 Cisco Unified Communications Operating System Administration Guide 』

• 『 Command Line Interface Reference Guide for Cisco Unified Solutions Release 7.1(3) 』

• 『 Changing the IP Address and Host Name for Cisco Unified Communications Manager 7.1(2) 』

SIP ダイヤル ルールを追加または変更すると、Cisco TFTP サービスによってすべての電話機設定ファイルが再構築される

Cisco Unified Communications Manager Administration で SIP ダイヤル ルールを追加または更新すると、Cisco TFTP サービスによってすべての電話機設定ファイルが再構築されるため、特に多くの電話が接続された大規模なシステムでは、Cisco TFTP サービスを実行するサーバ上の CPU にスパイクが発生することがあります。CPU にスパイクを発生させないためには、SIP ダイヤル ルールの追加や更新を保守ウィンドウで行うか、設定変更を行う前に Cisco Unified Serviceability で Cisco TFTP サービスを一時的に停止してください。Cisco TFTP サービスを停止した場合は、SIP ダイヤル ルールを追加または更新した後、必ず Cisco Unified Serviceability でサービスを再開してください。

CSCta10219 ユニキャスト Music on Hold が再生されないことがある

Music on Hold（MOH）を何回か呼び出した後で、ユニキャスト MOH が再生されないことがあります。保留、転送、会議、パークなどを使用すると、MOH が呼び出されます。

ユニキャスト MOH の再生は、後で保留にしたときに再開することがあります。

回避策：オプション 1

Cisco Unified Communications Manager を、この問題が修正されたバージョンにアップグレードします。

回避策：オプション 2

同じ MOH リソースでマルチキャスト MOH とユニキャスト MOH を送信するように MOH サーバを設定します。

手順

ステップ 1 各 MOH オーディオ ソース ID をマルチキャスト用に設定します。

ステップ 2 マルチキャストするように各 MOH サーバを設定します。

ステップ 3 メディア リソース グループが定義されている場合は、各グループでマルチキャストが有効になっていないことを確認します。

メディア リソース グループ（MRG）でマルチキャスト MOH が有効になっていない場合は、マルチキャスト MOH パケットを転送するようにネットワーク（ルータ）を変更する必要がないことに注意してください。

（注） MOH サーバは MOH ソースおよび MOH コーデックごとにマルチキャスト ストリームを送信するため、ローカル ネットワークへのネットワーク トラフィックが増加する場合があります。マルチキャスト ストリームはそのまま継続され、常時実行されます。

MOH サーバはマルチキャスト ストリームをローカル ルータに送信しますが、MOH マルチキャスト パケットを転送するようにルータが設定されていない場合は、LAN への影響は最小限に抑えられます。デフォルトでは、ルータはマルチキャスト MOH パケットを転送しません。

SFTP サーバ製品

SFTP アクセスを必要とするアプリケーションは任意の SFTP サーバと組み合わせて使用できますが、Cisco Technology Developer Partner プログラム（CTDP）で認定された SFTP 製品を推奨します。CTDP パートナー（GlobalSCAPE など）は、特定のバージョンの Cisco Unified Communications Manager で自社製品を認定しています。ご使用のバージョンの Cisco Unified Communications Manager で自社製品を認定しているベンダーについては、http://www.cisco.com/pcgi-bin/ctdp/Search.pl を参照してください。GlobalSCAPE とサポートされている Cisco Unified Communications バージョンを組み合わせて使用する方法については、http://www.globalscape.com/gsftps/cisco.aspx を参照してください。シスコの内部テストでは、次のサーバを使用しています。いずれかのサーバを使用できますが、サポートについては各ベンダーにお問い合わせください。

• Open SSH（ http://sshwindows.sourceforge.net/ を参照）

• Cygwin（ http://www.cygwin.com/ を参照）

• Titan（ http://www.titanftp.com/ を参照）

（注） CTDP プロセスで認定されていないサードパーティ製品に関する問題のサポートについては、各サードパーティ ベンダーにお問い合わせください。

CSCsu08609 QSIG PRI トランク経由のブラインド転送または未応答の会議コール

QSIG PRI トランク経由でボイスメールに転送されたブラインド転送または未応答の会議コールは、着信側ではなく一般的なグリーティングに到達します。

BAT のカスタム ファイルを使用した削除トランザクションに関する重要な情報

bat.xlt で作成された挿入トランザクションまたはエクスポート トランザクションのファイルを削除トランザクションに使用しないでください。代わりに、削除する必要があるレコードの詳細情報を含むカスタム ファイルを作成する必要があります。削除トランザクションにはこのファイルだけを使用してください。このカスタム削除ファイルには、ヘッダーは不要で、名前、説明、またはユーザの値を入力できます。

Bulk Administration Tool における TAPS の名称変更

Bulk Administration のオンライン ヘルプでは、Tool for Auto-Registered Phone Support（TAPS）をCisco Unified Communications Manager Auto-Register Phone Tool と呼んでいます。Bulk Administration Tool のオンライン ヘルプで Cisco Unified Communications Manager Auto-Register Phone Tool を参照している部分は、すべて「Tool for Auto-Registered Phone Support（TAPS）」として解釈する必要があります。これによって、用語が Bulk Administration のユーザ インターフェイスと一致するようになります。

参照先

Bulk Administration Tool の追加機能の設定については、Cisco Unified CM の BAT のマニュアルを参照してください。

無停電電源装置（UPS）との基本統合

MCS 7825H2 または MCS 7835H2 で Cisco Unified Communications Manager 6.1(4) を実行する場合は、UPS モデル APC Smart-UPS 1500VA USB および APC 750VA XL USB との基本統合がサポートされます。統合は、単独のポイントツーポイント USB（Universal Serial Bus）接続によって行われます。UPS へのシリアル接続や SNMP 接続はサポートされません。また、USB 接続はポイントツーポイントである必要があります（つまり、USB ハブは使用できません）。シングルおよびデュアル USB UPS モデルがサポートされます。ブートアップ時に接続された UPS が検出されると、この機能が自動的にアクティブになります。

また、MCS-7835H2 では、CLI コマンド show ups status を実行して、USB 接続の APC Smart-UPS デバイスの現在のステータスを表示し、監視サービスを（まだ開始していない場合は）開始することもできます。

サポートされているサーバ上でこの CLI コマンドを実行すると、検出されたハードウェア、検出されたバージョン、現在の消費電力、バッテリのランタイム残量などのステータス情報も表示されます。

この機能をアクティブにすると、バッテリ電力低下のしきい値に到達した直後に正規の手順によるシャットダウンが開始されます。電力が回復したり変動したりしても、シャットダウンは中断しません。

未サポートの Cisco Unified Communications Manager リリース、MCS モデル、および UPS ベンダー/型式/モデルに関しては、外部スクリプトで UPS を監視できます。バッテリの電力低下が検出されたときは、セキュア シェル（SSH）を使用して Cisco Unified Communications Manager にログインし、CLI にアクセスして utils system shutdown コマンドを実行できます。

厳密なバージョン チェック

障害回復システムは厳密なバージョン チェックに従っているため、復元元と復元先の Cisco Unified Communications Manager のバージョンが一致しないと復元できません。

（注） 必ずバックアップと同じバージョンの Cisco Unified Communications Manager に対して復元を実行してください。障害回復システムは、Cisco Unified Communications Manager のバージョンが一致する場合にだけ復元をサポートします。

厳密なバージョン チェックについては、次の復元の例を参照してください。

要するに、障害回復システムで Cisco Unified Communications Manager データベースを復元するには、製品バージョンが完全に一致する必要があります。

OS Administration から Serviceability にアクセスできない場合がある

状況によっては、Cisco Unified OS Administration から Cisco Unified Serviceability にアクセスできない場合があります。ウィンドウに「ロード中... お待ちください（Loading, please wait）」というメッセージが表示され続けます。

このリダイレクトが失敗した場合は、Cisco Unified OS Administration からログアウトし、ナビゲーション メニューから [Cisco Unified サービスアビリティ（Cisco Unified Serviceability）] を選択し、Cisco Unified Serviceability にログインしてください。

ボイスメールボックス マスクと Diversion ヘッダーの相互作用

コールが DN からボイスメッセージ サーバ/サービスにリダイレクトされる場合、そのサーバ/サービスが SIP トランクを使用して Unified CM と統合されているときは、電話機のボイスメール プロファイルに設定されたボイスメールボックス マスクに基づいて SIP Diversion ヘッダーの転送番号が変更されます。この処理が実行されるのは、Unified CM サーバでのメールボックスの選択に Diversion ヘッダーが使用されるためであることに注意してください。

Serviceability 管理者に対する権限割り当てのベスト プラクティス

リモート ノードにアクセスしてサービスの開始や停止などのタスクを実行する場合は、エンド ユーザではなくアプリケーション ユーザを設定することを推奨します。サービスを開始および停止するには、Standard Serviceability Administration 権限と Standard RealtimeAndTraceCollection 権限を割り当てる必要があります。

Serviceability に関しては、インストール時に作成された管理者を削除してはならない

インストール時またはアップグレード時に作成された管理者を削除すると、Serviceability Administration とリモート ノードの通信が失敗することがあります。

サードパーティ製のボイスメッセージ システムとの接続

管理者は、サードパーティ製のボイスメッセージ システムを Cisco Unified Communications Manager に接続できます。ボイスメッセージ システムに、ヌル モデム EIA/TIA-232 ケーブル（および使用可能なシリアル ポート）を使用してアクセスできる Simplified Message Desk Interface（SMDI）があることを確認してください。EIA/TIA-232 ケーブルを Cisco Unified Communications Manager リリース 5.0 以降に接続するには、Cisco 認定のシリアル/USB アダプタ（部品番号 USB-SERIAL-CA=）を使用します。

古い製品リリースに戻す場合のデータベース複製

クラスタ内のサーバを古い製品リリースに戻す場合は、クラスタ内のデータベース複製を手動でリセットする必要があります。すべてのクラスタ サーバを古い製品リリースに戻した後でデータベース複製をリセットするには、パブリッシャ サーバ上で CLI コマンド utils dbreplication reset all を入力します。

Cisco Unified Communications Operating System Administration または CLI を使用してバージョンを切り替えると、古い製品リリースに戻した場合はデータベース複製をリセットする必要があることを示すメッセージが表示されます。この動作は、注意事項 CSCsl57629 および CSCsl57655 にも記載されています。

utils dbreplication clusterreset 、 utils dbreplication dropadmindb 、および utils dbreplication forcedatasyncsub コマンドについては、 http://www.cisco.com/en/US/docs/voice_ip_comm/cucm/cli_ref/7_1_3/cli_ref.html にある『 Command Line Interface Reference Guide for Cisco Unified Solutions Release 7.1(3) 』を参照してください。

RTMT のインストール時に [ユーザ アカウント制御（User Account Control）] ポップアップ ウィンドウが表示される

Microsoft Vista プラットフォームに RTMT をインストールすると、未知のプログラムがコンピュータにアクセスしようとしていることを示す [ユーザ アカウント制御（User Account Control）] ポップアップ ウィンドウが表示されます。この現象は、InstallAnywhere ソフトウェアの制限事項によるものです。このポップアップは、RTMT のインストール時に 1 度だけ表示されます。続行するには、[許可（Allow）] を選択します。

Windows Vista プラットフォームでの Cisco TSP の制限事項

Vista マシンに Cisco TSP および Cisco Unified Communications Manager TSP Wave Driver を初めてインストールするときは、常に新規インストールとして実行してください。

Cisco Unified Communications Manager へのセキュア接続を使用する場合は、Windows ファイアウォールをオフにしてください。

Cisco Unified Communications Manager TSP Wave Driver を着信オーディオ ストリーミングに使用する場合は、Windows ファイアウォールをオフにしてください。

Cisco Unified Communications Manager TSP Wave Driver をオーディオ ストリーミングに使用する場合は、[サウンド、ビデオ、およびゲーム コントローラ（Sound, video and game controllers）] グループの他のデバイスをすべて無効にしてください。

ディスク ミラーリングの所要時間

160 GB の SATA ディスク ドライブを備えるサーバ モデル 7825 I3 のディスク ミラーリングには、およそ 3 時間かかります。

250 GB の SATA ディスク ドライブを備えるサーバ モデル 7828 I3 のディスク ミラーリングには、およそ 4 時間かかります。

アップグレード後の Cisco Extension Mobility の変更

[電話の設定（Phone Configuration）] ウィンドウの [ログアウト プロファイル（Log Out Profile）] ドロップダウン リストからユーザ作成プロファイルを選択し、[エクステンションモビリティの有効化（Enable Extension Mobility）] チェックボックスをオンにした場合は、そのプロファイルの設定が、Cisco Unified CallManager 4.x または Cisco Unified Communications Manager 5.x から Cisco Unified Communications Manager 6.1(1a) にアップグレードした後の電話機の永続的な設定になります。

Cisco Unified Communications Manager をアップグレードするときの RTMT の要件

Cisco Unified Communications Manager のアップグレード中に Cisco Unified Communications Real-Time Monitoring Tool（RTMT）クライアントを実行してパフォーマンス カウンタを監視すると、アップグレード中もアップグレード後もパフォーマンス カウンタが更新されません。アップグレードの完了後もパフォーマンス カウンタを正確に監視し続けるには、RTMT プロファイルをリロードするか、または RTMT クライアントを再起動する必要があります。

Serviceability セッションのタイムアウトが正常に動作しない

Cisco Unified Serviceability のユーザ インターフェイスでは、セッションのアイドル状態が 30 分を超えた場合、セッションがタイムアウトしたことを示すメッセージが表示されてログイン ウィンドウにリダイレクトされる前に、変更を行うことができます。再度ログインした後で、同じ変更作業を繰り返す必要がある場合があります。この現象は、アラーム、トレース、サービスの開始、コントロール センター、および SNMP の各ウィンドウで発生します。

回避策

セッションのアイドル状態が 30 分を超えたことがわかっている場合は、ユーザ インターフェイス内で変更を行う前に、[ログアウト（Logout）] ボタンを使用してログアウトしてください。

Serviceability で IP アドレスを変更するときの制限事項

[IP アドレス（IP Address）] フィールドを変更すると、そのサーバの Trace and Log Collection Tool（TLC）に関する RTMT プロファイル、カスタム カウンタ、カスタム アラート、および汎用クエリーにアクセスできなくなります。

古い IP アドレスで設定された Trace and Log Collection Tool（TLC）の RTMT プロファイル、カスタム カウンタ、カスタム アラート、および汎用クエリーを手動で削除する必要があります。[IP アドレス（IP Address）] フィールドを変更した場合は、次に RTMT でそのサーバにログインしたときに、TLC の RTMT プロファイル、カスタム カウンタ、カスタム アラート、および汎用クエリーを再作成する必要があります。

Cisco AMC Service には、ユーザが設定可能なサービス パラメータとして Primary Collector と Failover Collector の 2 つが含まれています。これらのサービス パラメータでは、[ホスト名/IP アドレス（Host Name/IP Address）] を使用してプライマリ AMC サーバとフェールオーバー AMC サーバを指定します。AMC のプライマリ コレクタまたはフェールオーバー コレクタの IP アドレスを変更した場合は、これらのサービス パラメータをチェックし、必要に応じて IP アドレスを更新する必要があります。

Cisco Serviceability Reporter サービスには、ユーザが設定可能なサービス パラメータとして RTMT Reporter Designated Node が含まれています。このサービス パラメータでは、[ホスト名/IP アドレス（Host Name/IP Address）] を使用して RTMT Reporter が実行されるノードを指定します。RTMT Reporter の IP アドレスを変更した場合は、このサービス パラメータをチェックし、必要に応じて IP アドレスを更新する必要があります。

インストール、アップグレード、および移行

この項では、次のトピックについて説明します。

• 「アップグレードのパフォーマンスを向上させるライトバック キャッシュの有効化」

• 「正しいタイム ゾーン データの維持」

アップグレードのパフォーマンスを向上させるライトバック キャッシュの有効化

Cisco Unified Communications Manager リリース 7.1(3) から今後の新しいリリースにアップグレードする場合、アップグレードの開始時にサーバのライトバック キャッシュが無効になっていると、次のような警告が表示されます。この警告の後、そのままアップグレードを続行するには、警告の内容を容認する必要があります。

警告： ハード ディスク コントローラのライトバック キャッシュが無効になっています。（Warning: The hard disk controller write-back cache is disabled.）キャッシュを有効にするには、ディスク コントローラのバッテリを交換してください。（To enable the cache, replace the disk controller battery.）新しいバッテリが十分に充電されると、自動的にライトバック キャッシュが有効になります。（After the new battery charges fully, the write-back cache enables automatically.）ライトバック キャッシュが無効な状態でアップグレードを実行すると、アップグレード プロセスが遅くなり、コールの処理が失敗する原因になります。（If you run an upgrade with a disabled write-back cache, you will slow the upgrade process and cause call processing failures.）

バッテリを交換したら、OS Administration ウィンドウの [ハードウェアの表示（Show Hardware）] メニューを使用して、バッテリの再充電ステータスを表示してください。

正しいタイム ゾーン データの維持

Cisco Unified Communications Manager リリース 7.1(3) に最新のタイム ゾーン情報を含めるには、Cisco Unified Communications Manager リリース 7.1(3) をインストールした後で、タイム ゾーン情報を更新する COP ファイルをインストールします。これらのアップデートを取得するために Cisco Unified Communications Manager リリース 7.1(3) をアップグレードする必要はありません。タイム ゾーンが大幅に変わるイベントが発生した場合、シスコでは、COP ファイル ciscocm.dst-updater.YYYYv-1.el4.7.1.3.cop をダウンロードしてリリース 7.1(3) クラスタ内のサーバにインストールできることをお客様にお知らせします（このファイル名の例では、「YYYY」は COP ファイルのリリース年を表し、「v」はファイルのバージョン番号を表します）。

（注） ファイル名に「7.1.3」を含む COP ファイルは、リリース 7.1(3) とだけ互換性があることに注意してください。

COP ファイルのインストール方法については、COP ファイルに付属するインストール手順に従ってください。

Cisco Unified Communications Operating System Administration

この項では、次のトピックについて説明します。

• 「Cisco Unified Communications Manager リリース 7.1(3) への未サポートのアップグレードに関する非標準のエラー メッセージ」

Cisco Unified Communications Manager リリース 7.1(3) への未サポートのアップグレードに関する非標準のエラー メッセージ

Cisco Unified Communications Manager リリース 6.0(1) または 6.1(2) からリリース 7.1(3) には直接アップグレードできませんが、このアップグレードを試行すると、標準のエラー メッセージが表示されません。代わりに、次のエラー メッセージが表示されます。

errors.upgrade.fromVersionDisallowed

コマンドライン インターフェイス

リリース 7.1(3) のコマンドライン インターフェイスには、次の変更点があります。

• 「追加されたコマンド」

• 「削除されたコマンド」

追加されたコマンド

Cisco Unified Communications Manager 7.1(3) には、次のコマンドが追加されました。

• show tech dberrcode ：指定されたエラー コードに関する（データベース ログ ファイルの）情報を表示します。

– 構文： show tech dberrcode [ errorcode ]

• show tech dumpCSVandXML ：L2 アップグレード条件の場合のカスタマー サポート用の詳細情報を表示します。

– 構文： show tech dumpCSVandXML

• show tech repltimeout ：複製のタイムアウトを表示します。タイムアウトを長くすると、大規模なシステムに含まれるできるだけ多くのサーバが複製セットアップの最初の回に含まれるようになります。サーバとデバイスの数が最大限の場合は、複製のタイムアウトを最大値に設定してください。これによって、（すべてのサーバがセットアップの対象になる可能性があるため）最初の複製セットアップが遅くなることに注意してください。

– 構文： show tech repltimeout

• utils dbreplication dropadmindbforce ： Informix syscdr データベースをその実行元のサーバ上でドロップします。このコマンドは、カスタマー サポートから要求された場合にだけ実行してください。

• utils dbreplication repairreplicate ：このコマンドは、クラスタ ノード間で一致しないデータを修復し、パブリッシャのデータに合わせてノードのデータを変更します。複製セットアップは修復しません。

– 構文： utils dbreplication repairreplicate replicatename [nodename]|all

• utils dbreplication repairtable： このコマンドは、クラスタ ノード間で一致しないデータを修復し、パブリッシャのデータに合わせてノードを変更します。複製セットアップは修復しません。

構文：utils dbreplication repairtable tablename [nodename]|all

• utils reset_application_ui_administrator_password ：アプリケーション ユーザ インターフェイスの管理者パスワードをリセットします。

– 構文： utils reset_application_ui_administrator_password

• utils reset_application_ui_administrator_name ：アプリケーション ユーザ インターフェイスの管理者名をリセットします。

– 構文： utils reset_application_ui_administrator_name

• show tech activesql ：データベースに対するアクティブなクエリを、ログに記録された最も古いデータにさかのぼって 1 分間隔で取得して表示します。

– 構文： show tech activesql

• file list license ：file list コマンドの新しいパラメータで、ライセンスによって指定されたライセンス ファイルをリストします。

– 構文： file list license filename [page] [detail] [reverse] [date | size]

• file view license ：file view コマンドの新しいパラメータで、ライセンスによって指定されたライセンス ファイルを表示します。

– 構文： file view license filename

• file get license ：file get コマンドの新しいパラメータで、ライセンスによって指定されたライセンス ファイルを送信します。

– 構文： file get license filename [ reltime ] [ abstime ] [ match ] [ recurs ] [ compress ]

削除されたコマンド

Cisco Unified Communications Manager 7.1(3) では、次のコマンドが削除されました。

• utils system upgrade list

• utils system upgrade get

• utils system upgrade start

Cisco Unified Communications Manager Administration

この項では、次のトピックについて説明します。

• 「追加および更新されたエンタープライズ パラメータとシステム パラメータ」

• 「メニューの変更」

• 「Cisco Unified Communications Manager の機能およびアプリケーション」

追加および更新されたエンタープライズ パラメータとシステム パラメータ

次の各項では、追加および更新されたエンタープライズ パラメータとサービス パラメータについて説明します。

• 「エンタープライズ パラメータ」

• 「サービス パラメータ」

エンタープライズ パラメータ

Cisco Unified Communications Manager 7.1(3) には、追加または更新されたエンタープライズ パラメータはありません。

サービス パラメータ

Cisco Unified Communications Manager Administration のサービス パラメータにアクセスするには、[システム（System）] > [サービス パラメータ（Service Parameters）] を選択します。パラメータがサポートするサーバとサービス名を選択します。一部のサービス パラメータを表示するには、[詳細（Advanced）] をクリックする必要があります。サービス パラメータのヘルプを表示するには、ウィンドウ内のサービス パラメータの名前をクリックします。

• Dial-via-Office Forward Service Access Number：「Cisco Unified Mobility のオフィス経由ダイヤル転送」を参照してください。

• SIP Interoperability Enabled サービス パラメータは、Cisco CallManager サービスをサポートしており、Cisco Unified Communications Manager が SIP ステーションや SIP トランクのために Session Initiation Protocol（SIP）をサポートするかどうかを決定します。SIP を実行するデバイス（電話機やトランクなど）がある場合は、このパラメータを True に設定する必要があります。このパラメータを False に設定すると、Cisco Unified Communications Manager は SIP メッセージを無視するため、SIP デバイスが機能しなくなります。つまり、SIP を実行する電話機が Cisco Unified Communications Manager に登録されず、SIP トランクが Cisco Unified Communications Manager と対話できなくなります。デフォルト値は True です。このパラメータの値を変更した場合は、Cisco CallManager サービスを再起動する必要があります。

メニューの変更

この項では、Cisco Unified Communications Manager Administration の次のメニューについて説明します。

• 「メイン ウィンドウ」

• 「システム」

• 「コール ルーティング」

• 「メディア リソース」

• 「ボイス メール」

• 「デバイス」

• 「アプリケーション」

• 「ユーザ管理」

• 「一括管理」

メイン ウィンドウ

メイン ウィンドウは変更されていません。

システム

[システム（System）] メニューは次のように更新されています。

• [システム（System）] > [サービス パラメータ（Service Parameters）]：「追加および更新されたエンタープライズ パラメータとシステム パラメータ」を参照してください。

コール ルーティング

[コール ルーティング（Call Routing）] メニューは変更されていません。

メディア リソース

[メディア リソース（Media Resources）] メニューは変更されていません。

ボイス メール

[ボイス メール（Voice Mail）] メニューは変更されていません。

デバイス

[デバイス（Device）] メニューは次のように更新されています。

• 一部のデバイス設定ウィンドウで、[デバイスが信頼されています（Device Is Trusted）]、または [デバイスが信頼されていません（Device Is Not Trusted）] というメッセージが表示されます。「電話機モデルによって有効にされるセキュリティ アイコン」を参照してください。

• [デバイス（Device）] > [デバイスの設定（Device Settings）] > [機能管理ポリシー（Feature Control Policy）]：「Cisco Unified Communications Manager Administration の機能管理ポリシー」を参照してください。

アプリケーション

このメニューに更新また追加されたフィールドはありません。

ユーザ管理

このメニューに更新また追加されたフィールドはありません。

一括管理

[一括管理（Bulk Administration）] メニューには、次の追加および更新された設定が表示されます。

• 機能管理ポリシーの設定が表示されます。「機能管理ポリシーのサポート」を参照してください。

Cisco Unified Communications Manager の機能およびアプリケーション

この項では、Cisco Unified Communications Manager Administration の次の機能およびアプリケーションについて説明します。

• 「OpenLDAP 2.3.41 を Cisco Unified Communications Manager データベースと同期できる」

• 「Cisco Unified Communications Manager Assistant の再起動」

• 「Cisco Unified Mobility のオフィス経由ダイヤル転送」

• 「Cisco Unified IP Phone 拡張モジュール 7915 および 7916 の DN 数の増加」

• 「Cisco Unified Communications Manager Administration のエンタープライズ電話の設定」

• 「Cisco Unified Communications Manager Administration の機能管理ポリシー」

• 「VMWare ESX 3.5 Update 2 での Active Directory 2003 sp2 による LDAP 同期および認証」

• 「Block OffNet to OffNet Transfer サービス パラメータによる論理パーティションのやり取り」

• 「論理パーティション ポリシー ツリーの構築」

• 「論理パーティション ポリシー検索アルゴリズム」

• 「Redirected Dialed Number Identification Service と Diversion ヘッダー」

• 「SIP ゲートウェイ プロトコルの Mobile Voice Access のサポート」

• 「Microsoft Active Directory Application Mode LDAP サーバのサポート」

OpenLDAP 2.3.41 を Cisco Unified Communications Manager データベースと同期できる

DirSync を使用して、社内ディレクトリのデータを Cisco Unified Communications Manager と同期できます。Cisco Unified Communications Manager リリース 7.1(3) では、OpenLDAP 2.3.41 から Cisco Unified Communications Manager データベースへの同期が可能です。さらに、Unified CM 7.1(3) では、以前のリリースで使用可能だった次のタイプのディレクトリからも同期できます。

• Microsoft Active Directory 2000 および Microsoft Active Directory 2003

• Microsoft Active Directory 2008

• iPlanet Directory Server 5.1

• Sun ONE Directory Server 5.2

• Sun Java System Directory Server 6.0、6.1、および 6.2

詳細については、『 Cisco Unified Communications Manager System Guide 』の「Understanding the Directory」を参照してください。

Cisco Unified Communications Manager Assistant の再起動

リリース 6.1(4) および 7.1(3) では、システム管理者がユーザのユーザ名、優先使用する場所、またはパスワード（アシスタント）を変更しても、そのユーザはログオフしません。ユーザ ID の変更に関しては、マネージャのユーザ ID が変更されても、マネージャやそのアシスタントはログオフしませんが、アシスタントのユーザ ID が変更されると、そのアシスタントはアシスタントの電話機や Assistant Console からログオフします。

Cisco Unified Mobility のオフィス経由ダイヤル転送

Cisco Unified Communications Manager のリリース 7.1(3) では、Cisco Unified Mobility がサポートする機能の一部として、オフィス経由ダイヤル転送（DVO-F）機能がサポートされます。

Cisco Unified Mobile Communicator のアプリケーションである Cisco Mobile が自分のモバイル デバイスにインストールされているユーザは、オフィス経由ダイヤル転送機能を利用できます。Cisco Unified Mobile Communicator は、Cisco Unified Mobile Communicator-Cisco Unified Mobility Advantage および Cisco Unified Mobility Advantage-Cisco Unified Communications Manager 間のデータ チャネルを介した SIP シグナリングを使用して、モバイル デバイスからオフィス経由ダイヤル転送を呼び出し、最終ターゲットへのコールを開始します。この機能によって、コールが企業に固定されるため、Cisco Unified Mobile Communicator のモバイル ユーザに対してコスト削減ソリューションが提供されます。

（注） オフィス経由ダイヤル転送機能を呼び出すことができるのは、Cisco Mobile Client がインストールされた Cisco Unified Mobile Communicator デバイスだけです。

Cisco Unified Communications Manager は、データ チャネル経由でオフィス経由ダイヤル転送（DVO-F）サービス アクセス番号（設定されている場合）またはエンタープライズ機能アクセス（EFA）電話番号（DN）を返します。携帯電話で実行されている Cisco Unified Mobile Communicator クライアントは、Cisco Unified Communications Manager から受信した番号をコールします。DVO-F コールを行ったモバイル デバイスの電話番号は設定済みのモビリティ ID（MI）と照合されるため、許可されたユーザが行ったコールだけが発信されます。番号が一致すると、コール要求が相手側に送信されます。Matching Caller ID with Remote Destination サービス パラメータの設定に応じて、完全一致と部分一致の両方がサポートされます。

この項では、オフィス経由ダイヤル転送機能に関する次のトピックについて説明します。

• 「Cisco Unified Communications Manager Administration でのオフィス経由ダイヤル転送の設定」

• 「Dial-via-Office Forward Service Access Number」

• 「DVO-F Service Access Number のグローバル化サポート」

• 「オフィス経由ダイヤル転送の使用例のシナリオ」

• 「オフィス経由ダイヤル転送コールの特徴」

• 「オフィス経由ダイヤル転送の例」

• 「SIP エラー コード」

• 「オフィス経由ダイヤル転送の設定に関するヒント」

• 「オフィス経由ダイヤル転送の制限事項」

• 「1 つの Cisco Unified Mobile Communicator デバイスに対する単一の DVO-F コールの強制」

• 「関連ドキュメント」

Cisco Unified Communications Manager Administration でのオフィス経由ダイヤル転送の設定

オフィス経由ダイヤル転送機能を有効にするには、Cisco Unified Communications Manager Administration で次の設定を行う必要があります。

• [コール ルーティング（Call Routing）] > [モビリティの設定（Mobility Configuration）]

[エンタープライズ機能アクセス電話番号（Enterprise Feature Access Directory Number）] の設定値は、着番号と一致し、正しいパーティションに属している必要があります。

• [システム（System）] > [サービス パラメータ（Service Parameters）]

Dial-via-Office Service Access Number に、代替番号を指定できます。

Dial-via-Office Forward Service Access Number

Cisco Unified Communications Manager のリリース 7.1(3) には、新しいサービス パラメータとして Dial-via-Office Forward Service Access Number が導入されました。このサービス パラメータは、Cisco Unified Communications Managerが（たとえば、フリー ダイヤル サポートを介して）別の番号へのコールを受信している間に Cisco Unified Mobile Communicator ユーザが DVO-F にダイヤルするための専用番号を設定するオプションをお客様に提供します。DVO-F サービス アクセス番号には、フリーダイヤル番号を指定できます。サービス プロバイダーは、この番号をその企業に到達する市内番号または Cisco Mobile Client が DVO-F コールを呼び出すための他の代替番号にマップできます。

Dial-via-Office Forward Service Access Number サービス パラメータの特徴は次のとおりです。

• 最大 24 桁のダイヤル可能番号を指定できます。

• パーティションは指定できません。

Dial-via-Office Service Access Number サービス パラメータと既存のエンタープライズ機能アクセス（EFA）DN には、次のような関係があります。

• DVO-F 機能を呼び出すには、EFA DN と DVO-F サービス アクセス番号のうち、少なくともいずれか 1 つを設定する必要があります。

• 183 Session In Progress メッセージ応答の場合は、次の規則が適用されます。

– Dial-via-Office Forward Service Access Number サービス パラメータが設定されている場合、Cisco Unified Communications Manager は SDP で Cisco Unified Mobility Advantage に代替番号を送信します。

– EFA DN だけが設定されている場合、Cisco Unified Communications Manager は Cisco Unified Mobility Advantage に EFA DN を送信します。

• 着信公衆網コールの場合は、次の照合が行われます。

– 着番号と EFA DN または DVO-F サービス アクセス番号が照合されます。Matching Caller ID with Remote Destination サービス パラメータの設定に応じて、部分一致と完全一致のいずれかが行われます。

– 一致が見つかると、その音声コールは直前の SIP コールに対応付けられ、コール待機タイマーが停止します。

– 一致が見つからない場合は、コール待機タイマーの満了後にコールが切断され、503 Service Unavailable メッセージが送信されます。

DVO-F Service Access Number のグローバル化サポート

Dial-via-Office Forward Service Access Number では、次のダイヤル可能番号がサポートされます。

• 0 ～ 9

• +（直前にバックスラッシュ（\）を付ける必要があります。バックスラッシュはダイヤル可能番号ではないため、最大長の 24 桁には含まれません）

• * および #

• A ～ D

直前に付ける特殊文字の位置に制限はありません。

オフィス経由ダイヤル転送の使用例のシナリオ

オフィス経由ダイヤル転送は、次のような使用例のシナリオをサポートします。

1. 企業が EFA DN だけを設定している場合。

DVO-F 機能が正常に動作するのは、Cisco Unified Mobile Communicator ユーザが正しい EFA DN をダイヤルし、Cisco Unified Communications Manager が同じ着番号を受信した場合だけです。

例

EFA DN = 1239876

DVO-F Service Access Number サービス パラメータ = 空

Cisco Unified Communications Manager は 183 メッセージで 1239876 を送信し、1239876 への公衆網コールを受信します。

2. 企業が DVO-F コールに会社のフリーダイヤル番号を設定している場合。

企業がフリーダイヤル番号を設定すると、サービス プロバイダーはそのコールを受信したときに、その番号を実際の番号（呼び出し番号）にマップできます。

呼び出し番号を適用する場合、管理者は Dial-via-Office Forward Service Access Number サービス パラメータを使用してフリーダイヤル番号（たとえば、18008889999）を設定し、呼び出し番号（たとえば、4081239876）を EFA DN として設定する必要があります。

例

EFA DN = 1239876（サービス プロバイダーによっては、ローカル化された形式で）

DVO-F Service Access Number サービス パラメータ = 18008889999

Cisco Unified Communications Manager は、183 Session In Progress メッセージで 18008889999 を送信し、1239876 への公衆網コールを受信します。

オフィス経由ダイヤル転送コールの特徴

前の例を使用して、オフィス経由ダイヤル転送コールの特徴を次に示します。

• Cisco Unified Communications Manager は、INVITE SDP パラメータの「a=setup:active」に基づいて、Cisco Mobile Client が DVO-F コールを要求していると判定します。

• Cisco Unified Communications Manager が Cisco Unified Mobility Advantage に 183 Session In Progress メッセージを送信すると、30 秒に設定されたコール待機タイマーが開始します。

• コール待機タイマーが満了する前に Cisco Unified Communications Manager が Cisco Unified Mobile Communicator から公衆網コールを受信しなかった場合、Cisco Unified Communications Manager は「503 Service Unavailable」メッセージを送信し、DVO-F Invite に関連付けられたリソースをクリアします。

• 公衆網コールが着信すると、次の照合が行われます。

– Cisco Unified Communications Manager は、発番号を既知のモビリティ ID と照合し、コールが固定されるかどうかを判定します。Cisco Unified Communications Manager は、Matching Caller ID with Remote Destination サービス パラメータに設定されたオプション（Partial Match または Complete Match）に基づいて、照合を行います。

– Cisco Unified Communications Manager はまた、着番号を EFA DN または DVO-F サービス アクセス番号と照合して、そのコールが DVO-F コールかどうかを判定しようとします。

• コールが確立されると、ユーザは Cisco Unified Mobility の他の機能（保留、保留解除、転送、デスク ピックアップなど）を呼び出すことができます。

Cisco Unified Communications Managerのこの機能でサポートされる使用例のシナリオについては、「オフィス経由ダイヤル転送の使用例のシナリオ」 を参照してください。

オフィス経由ダイヤル転送の例

次の例は、オフィス経由ダイヤル転送（DVO-F）のインスタンスで発生するイベントの順序を示したものです。

1. ユーザは、Cisco Unified Mobile Communicator アプリケーションを起動し、ターゲット番号として 2000 を入力します。

2. Cisco Unified Mobile Communicator は、2000 をターゲット番号とする SIP Invite メッセージを送信します。

3. Cisco Unified Communications Manager は、データ チャネル経由で 183 Session In Progress を返信します。SDP パラメータには、オフィス経由ダイヤル転送サービス アクセス番号または EFA DN が指定されます。

4. Cisco Unified Mobile Communicator は、SDP で指定された番号に自動ダイヤルします。

5. Cisco Unified Communications Manager は、発番号をモビリティ ID と比較し、着番号を EFA DN または DVO-F サービス アクセス番号と比較することにより、この音声コールを SIP データ チャネルに対応付けます。

6. その後は、コールが通常どおりに進行します。

SIP エラー コード

Cisco Unified Communications Manager のリリース 7.1(3) では、DVO-F コールが成功しなかった場合に特定の SIP エラー コードが提供されます。次の表に、成功しなかった DVO-F コールに対する SIP エラー コードを示します。

オフィス経由ダイヤル転送の設定に関するヒント

オフィス経由ダイヤル転送機能の設定については、次のようなヒントがあります。

• Cisco Unified Mobile Communicator デバイスは、有効なモビリティ ID（MI）を使用してプロビジョニングする必要があります。

• Cisco Unified Mobile Communicator デバイスは、Cisco Unified Communications Manager に登録する必要があります。

• Cisco Unified Communications Manager が受信した Cisco Unified Mobile Communicator の発信者 ID が、プロビジョニングされた MI と完全に一致しない場合は、次のように設定してください。

– Matching Caller ID with Remote Destination サービス パラメータを Partial Match に設定します。

– Number of Digits for Caller ID Partial Match サービス パラメータで、照合する桁数を指定します。

• 着番号が EFA DN と DVO-F Service Access Number サービス パラメータのいずれかに一致するように、着信ゲートウェイが適切に設定されていることを確認してください。

• 着番号が EFA DN と一致することが期待される場合は、Inbound Calling Search Space for Remote Destination サービス パラメータが次のように適切に設定されていることを確認してください。

– Trunk or Gateway Inbound Calling Search Space オプションが選択されている場合は、EFA DN のパーティションがトランクまたはゲートウェイのコーリング サーチ スペースに属している必要があります。

– Remote Destination Profile + Line Calling Search Space オプションが選択されている場合は、EFA DN のパーティションが Cisco Unified Mobile Communicator デバイスとその企業 DN のコーリング サーチ スペースに属している必要があります。

オフィス経由ダイヤル転送の制限事項

Cisco Unified Communications Manager のリリース 7.1(3) では、オフィス経由ダイヤル転送（DVO-F）機能に次のような制限事項があります。

• DVO-F では、1 つの Cisco Unified Mobile Communicator デバイスから同時に発信される複数の DVO-F コールはサポートされません。

• DVO-F は、次のように発信者 ID を利用して公衆網コールを SIP コールに対応付けます。

– 着番号が GSM ネットワークを通過できない場合、DVO-F コールは失敗します。サービス プロバイダーの標準のアナウンスが再生されます。Cisco Unified Communications Manager は、コール待機タイマーの満了後に 503 Service Unavailable メッセージを送信します。

– Cisco Unified Communications Manager が発番号を受信しなかった（つまり、Cisco Unified Mobile Communicator ユーザが自分の発信者 ID をブロックした）場合、DVO-F コールは失敗します。リオーダー トーンが再生されます。Cisco Unified Communications Manager は、コール待機タイマーの満了後に 503 Service Unavailable メッセージを送信します。

1 つの Cisco Unified Mobile Communicator デバイスに対する単一の DVO-F コールの強制

Cisco Unified Communications Manager のリリース 7.1(3) では、1 つの Cisco Unified Mobile Communicator デバイスから同時に発信される複数の DVO-F コールはサポートされません。

確立された音声パスで 1 つ目の DVO-F コールが進行している間に、同じ Cisco Mobile Client から 2 つ目の DVO-F コールを受信すると、Cisco Unified Communications Manager は SIP 491「Request Pending」の応答によって 2 つ目の DVO-F コールを拒否します。

1 つ目の DVO-F コールが進行中で、音声パスがまだ確立されていないときに、同じ Cisco Mobile Client から 2 つ目の DVO-F コールを受信すると、Cisco Unified Communications Manager は SIP 487「Request Terminated」の応答によって 1 つ目の DVO-F コールをキャンセルし、2 つ目の DVO-F コールの Invite を処理します。

関連ドキュメント

Cisco Unified Mobile Communicator を Cisco Unified Communications Manager と連携して動作するように設定する方法の詳細については、次のドキュメントを参照してください。

• 『Installing and Configuring Cisco Unified Mobility Advantage』（ http://www.cisco.com/en/US/products/ps7270/prod_installation_guides_list.html ）の「Configuring Cisco Unified Communications Manager for Use With Cisco Unified Mobility Advantage」の章

• 『Configuring Features in Cisco Unified Mobility Advantage: Dial Via Office Forward』（ http://www.cisco.com/en/US/products/ps7270/products_installation_and_configuration_guides_list.html ）

Cisco Unified IP Phone 拡張モジュール 7915 および 7916 の DN 数の増加

Cisco Unified IP Phone 7962G、7965G、または 7975G に Cisco Unified IP Phone 拡張モジュール 7915 および 7916 を取り付けると、最大 48 個のライン アピアランスまたはプログラム可能ボタンが電話機に追加されます。回線数の増加には、DN、回線情報メニュー、回線呼び出しメニュー、および回線ヘルプ ID が含まれます。

Cisco Unified IP Phone 拡張モジュール 7915 および 7916 に追加された 48 個のキーすべてを設定できます。ボタンを設定するには、[電話ボタン テンプレートの設定（Phone Button Template Configuration）] ウィンドウにアクセスします。

Cisco Unified Communications Manager には、複数のデフォルト電話ボタン テンプレートが含まれています。電話機を追加したときは、これらのテンプレートのいずれかを電話機に割り当てることも、新しいテンプレートを作成することもできます。

追加された 48 個のボタンを設定するには、次の手順を実行します。

手順

ステップ 1 Cisco Unified Communications Manager Administration で、[デバイス（Device）] > [デバイスの設定（Device Settings）] > [電話ボタン テンプレート（Phone Button Template）] を選択します。

ステップ 2 [新規作成（Add New）] ボタンをクリックします。

ステップ 3 ドロップダウン リストから、テンプレートを選択し、[コピー（Copy）] をクリックします。

ステップ 4 新しいテンプレートの名前を変更します。

ステップ 5 テンプレートを Cisco Unified IP Phone 7975G の場合は 56 のディレクトリ番号に、Cisco Unified IP Phones 7965G および 7962G の場合は 54 のディレクトリ番号に更新します。

テンプレートの作成と変更の詳細については Cisco Unified Communications Manager Administration Guide を参照してください。

Cisco Unified Communications Manager Administration のエンタープライズ電話の設定

Cisco Unified Communications Manager Administration の [エンタープライズ電話の設定（Enterprise Phone Configuration）] ウィンドウには、機能パラメータが一覧表示され、クラスタ内のパラメータをサポートするすべての電話機に適用できます。電話機が機能パラメータをサポートしているかどうか判断するには、このバージョンの Cisco Unified Communications Manager をサポートする Cisco Unified IP Phone アドミニストレーションガイド（『Cisco Unified IP Phone 6921, 6941, and 6961 Administration Guide for Cisco Unified Communications Manager 7.1 (SCCP)』または『Cisco Unified IP Phone 8961, 9951, and 9971 Administration Guide for Cisco Unified Communications Manager 7.1(3) (SIP)』など）を参照してください。

参照

• 「Cisco Unified IP Phone 8900 および 9900 シリーズの電話機管理」

Cisco Unified Communications Manager Administration の機能管理ポリシー

機能管理ポリシーの詳細については、『Cisco Unified IP Phone 8961, 9951, and 9971 Administration Guide for Cisco Unified Communications Manager 7.1(3) (SIP)』を参照してください。

参照

• 「Cisco Unified IP Phone 8900 および 9900 シリーズの電話機管理」

VMWare ESX 3.5 Update 2 での Active Directory 2003 sp2 による LDAP 同期および認証

Cisco Unified Communications Manager 6.1(4) および 7.1(3) の Cisco DirSync サービスは、Microsoft 推奨の VMware ESX 3.5 Update 2 の配置ガイドラインに準拠する VMWare ESX 3.5 Update 2（以降）のセッションで、Windows Server Active Directory 2003 sp2（以降）に接続できます。配置ガイドラインの詳細については、Microsoft Web サイトを参照してください。

VMWare ESX 3.5 Update 2（以降）サーバに Active Directory 2003 sp2（以降）をインストールしたら、LDAP 同期および認証を設定できます。同期を設定する前に、Cisco Unified Serviceability で Cisco DirSync をアクティブにしていることを確認します。同期と認証の詳細については、『 Cisco Unified Communications Manager System Guide 』および『 Cisco Unified Communications Manager Administration Guide 』を参照してください。

次の条件が満たされていることを確認します。

• VMWare イメージに 15 GB 以上のハード ドライブ領域が割り当てられている

• インストールされている OS が 2003.1.2a 以上であることを示している。Windows 2000 はサポートされていません

• インストールを行うディスクが HP または IBM インストール ディスクであることを示している

• VMware ESX Server: 3.5.0 をインストールし、その上に Windows 2003 および AD をインストールする

Block OffNet to OffNet Transfer サービス パラメータによる論理パーティションのやり取り

Cisco Unified Communications Manager のリリース 7.1(2) では、オフネット間のコール転送をブロックするかどうかを指定する Block OffNet to OffNet Transfer サービス パラメータによる論理パーティションのやり取りが省略されていました。このやり取りが、Cisco Unified Communications Manager のリリース 7.1(2) および以降のリリースで表示されるようになりました。

既存の Block OffNet to OffNet Transfer サービス パラメータにより、転送元と転送先の両方でオフネット コールを指定している場合に、転送機能は転送処理をブロックします。

このサービス パラメータの詳細については、『 Cisco Unified Communications Manager Features and Services Guide 』の「External Call Transfer Restrictions」章の「Setting the Block OffNet to OffNet Transfer Service Parameter」の項を参照してください。

論理パーティションが無効にされている Cisco Unified Communications Manager クラスタでは、このサービス パラメータで指定されている想定どおりの動作が維持されます。

論理パーティション対応クラスタ

論理パーティション対応 Cisco Unified Communications Manager クラスタでは、次のようなポリシーを設定して、付加機能で、GeolocationPolicy、GLPolicyX を使用する複数の音声ゲートウェイ（PSTN）参加者を許可するようにシステムを設定できます。

GLPolicyX Border GLPolicyX Border Allow

Cisco Unified Communications Manager でそのようなポリシーが設定されたら、GeolocationPolicy、GLPolicyX Border を使用する参加者間で、すべての機能（転送、Ad Hoc 会議など）を使用できることに注意してください。たとえば、GLPolicyX Border を使用する発信側から GLPolicyX Border を使用する相手側へのコールの転送が可能です。

Cisco Unified Communications Manager の配置では、そのような参加者に対し、転送機能を除くそのすべての付加機能が必要であることを前提とします。その場合、論理パーティション ポリシーが許可されている場合でも、Block OffNet to OffNet Transfer サービス パラメータで、オフネット デバイス間の転送をブロックできます。

このサービス パラメータは、オフネット間転送のブロックだけを制御し、他の付加機能には影響しません。そのため、次の詳細では、音声ゲートウェイと音声ゲートウェイ間の転送に関するシナリオに焦点を合わせています。

詳細

1. Border-to-Border Logical Partitioning Policy Specifies Deny

この位置情報ポリシーを使用した当事者間転送処理の場合、Cisco Unified Communications Manager は転送を拒否します。転送元に「外部転送は制限されています（External Transfer Restricted）」というメッセージが表示されます。

Cisco Unified Communications Manager の Block OffNet to OffNet Transfer サービス パラメータの設定（True または False）は転送処理に影響しません。

論理パーティション拒否ポリシーが優先され、Cisco Unified Communications Manager は厳密にポリシーに従います。

2. Border-to-Border Logical Partitioning Policy Specifies Allow

この位置情報ポリシーを使用した当事者間転送処理の場合、Cisco Unified Communications Manager は許可ポリシーを確認し、Block OffNet to OffNet Transfer サービス パラメータの設定も確認します。そのため、このサービス パラメータは、オフネット参加者間の転送に影響します。

a. Block OffNet to OffNet Transfer サービス パラメータに True が指定されている：Cisco Unified Communications Manager は両方の当事者（転送元と転送先）がオフネットであるかどうかを確認します。その場合、そのようなコールの転送は拒否され、転送元に「外部転送は制限されています（External Transfer Restricted）」メッセージが表示されます。

サービス パラメータによって転送が拒否されるため、Logical Partitioning Transfer Failures のサービスアビリティ Perfmon カウンタが増加しません。

b. Block OffNet to OffNet Transfer サービス パラメータに False が指定されている：転送が成功します。

デバイスのオフネットおよびオンネット動作

発信コールの場合、[ルート パターンの設定（Route Pattern Configuration）] ウィンドウのコール分類設定で、オフネット値またはオンネット値が決定します。[ルート パターンの設定（Route Pattern Configuration）] ウィンドウのコール分類値は、デバイスレベルの設定や Call Classification サービス パラメータの対応する値より優先されます。

着信コールでは、デバイスレベルの設定や Call Classification サービス パラメータの対応する値によって、オフネット値またはオンネット値が決定します。

論理パーティション ポリシー ツリーの構築

『 Cisco Unified Communications Manager Features and Services Guide Release 7.1(2) 』の「Logical Partitioning」の章では、次の本文で説明する論理パーティション ポリシー ツリー構築の説明が省略されています。省略された説明は、ドキュメントの将来のエディションで「Example Policy Tree for Logical Partitioning Policies for India Cluster」の図の直後に続きます。

ポリシー ツリーの構築

ポリシー ツリーの構築は修正されたアルゴリズムに従います。ポリシーツリーにはソース部分とターゲット部分が含まれます。

1. [GLP_X Border GLP_Y Interior] ポリシーが追加されています。構築は GLP_X Border からソース部分を取得し、GLP_Y Interior からターゲット部分を取得します。

2. [GLP_Y Interior GLP_X Border] ポリシーが追加されています。構築は GLP_X Border からソース部分を取得し、GLP_Y Interior からターゲット部分を取得します。

そのため Border-to-Interior ポリシーでは、Border 部分が常にツリーのソース部分で発信されることを指定します。リーフ ノードにポリシーが追加されています。

3. [GLP_X Border GLP_Y Border] ポリシーが追加されています。

まず、GLP_X をソース部分に追加するか、または GLP_Y をソース部分に追加するかどうかを決定します。

GLP_X または GLP_Y のトークンに一致する既存のポリシーがない場合（その他の GLP ポリシーのため）、ツリー構築は GLP_X Border からソース部分を取得し、GLP_Y Border からターゲット部分を取得します。

既存のポリシーがソース部分のいくつかのトークンと一致する場合、その GLP からソース部分が取得されます。

例 1： GLP_Y Border GLP_X Interior がすでに設定されています。

GLP_Y はすでにソース部分で使用されているため、[GLP_X Border GLP_Y Border] ポリシーを追加するため、GLP_Y がソース部分に追加されます。

例 2： 2 つのポリシー [GLP_X Border GLP_Y Interior] および [GLP_Y Border GLP_X Interior] が存在する場合、共に Border から始まる 2 つのソース ブランチが存在します。

GLP_B が GLP_X と多くのトークンで重複しており（GLP_Y と比較して）、GLP_A がどの Border ブランチとも一致していないことを前提とします。

[GLP_A Border GLP_B Border] ポリシーを追加するため、GLP_A または GLP_B が既存のソース ブランチに適合するかどうかに関して、ポリシーが検索されます。

GLP_B は GLP_X の一部のトークンと一致するため、ツリーの一部が GLP_X と共有されます。

Border:IN:KA:BLR:BLD1 から Border:IN:MH:MUM:BLD1 が存在することを前提とします。

Border:IN:MH:Pune:BLD1 の Border:IN:KA:BLR:BLD2 ポリシーへの追加では、Border:IN:KA:BLR のソース部分が使用され、ソース ツリーのリーフに BLD2 が追加され、Border:IN:MH:Pune:BLD1 のターゲット部分が追加されます。

そのため、Border-to-Border ポリシーでは、既存のソース ブランチとターゲット ブランチに最も適合するように、ポリシー ツリーが構築されます。可能な限り多くのノードを共有することを考慮してください。

論理パーティション ポリシー検索アルゴリズム

『 Cisco Unified Communications Manager Features and Services Guide 』のリリース 7.1(2) では、「Logical Partitioning」の章で、ポリシー検索時に行われる手順の一覧を示しています。この手順は、「Logical Partitioning Policy Search Algorithm」の項にあります。次の内容は、手順の一覧の拡張と修正を含め、ドキュメントのリリース 7.1(2) の「Basic Operation」サブセクションに置き換わります。

基本操作

位置情報および位置情報フィルタ情報から、名前と値のペアのリスト（つまり、pairList1 と pairList2）を構築します。

例： pairList ="Country=IN:A1=KA:A3=Bangalore:LOC=BLD1"

検索の入力で {pairList1, devType1}、{pairList2, devType2} を指定します。

ポリシー検索時に次の手順が実行されます。

ステップ 1 devType1=Border および devType2=Interior の場合、{devTypeA=devType1, pairListA= pairList1} および {devTypeB=devType2, pairListB= pairList2} を設定します。

ステップ 2 devType1=Interior および devType2=Border の場合、{devTypeA=devType2, pairListA= pairList2} および {devTypeB=devType1, pairListB= pairList1} を設定します。

ステップ 3 ポリシー ツリーのノードを検索して、正確なペアを照合します。{devTypeA, pairListA} の値を使用して、ツリーのソース ブランチを検索します。

ステップ 4 {devTypeB, pairListB} の値を使用して、ツリーのターゲット（相手側）ブランチを検索します。

ステップ 5 ツリーに正確な一致が見つかり、ポリシーが設定されている場合、リーフ ノードに設定されているポリシー データを使用し、ポリシー値を返します。

ステップ 6 正確な一致が見つからない場合、pairListB 入力から 1 つの列を削除します（つまりポリシー ツリーのターゲット（相手側）ブランチの 1 つ上のレベルに移動して、対応するノードでポリシー データが設定されているかどうか確認します）。

ステップ 7 一致が見つかった場合、ポリシー値を返し、一致が見つからない場合、ポリシー ツリーの相手側ブランチを上に移動し続け、ポリシー データが設定されているかどうか確認します。

ステップ 8 ポリシーが見つからない場合、pairListA に対応するソース ブランチの 1 つ上のレベル（ノード）に移動します。

ステップ 9 ポリシーが見つかるか、ルート ノードに到達するまで、ステップ 4 からステップ 8 まで繰り返します。

ステップ 10 devType1=Border および devType2=Border の場合、スキャンして正確な一致を検索します。{devTypeA=devType1, pairListA= pairList1} および {devTypeB=devType2, pairListB= pairList2} を使用します。見つからない場合、スキャンして、{devTypeA=devType2, pairListA= pairList2} および {devTypeB=devType1, pairListB= pairList1} を使用します。

（注） 管理者のポリシーの追加方法に基づいて、ツリーのレイアウトは任意の順番で指定できるため、両方の組み合わせを使用して、ツリーを検索する必要があります。

Redirected Dialed Number Identification Service と Diversion ヘッダー

リリース 6.1(4) および 7.1(3) では、Cisco Unified Mobility モバイル コネクト機能を使用する特定のコール用に Redirected Dialed Number Identification Service（RDNIS）と Diversion ヘッダー機能を追加しています。

モバイル コネクト用の RDNIS および Diversion ヘッダーは Cisco Unified Mobility の機能を拡張し、モバイル デバイスへの分岐されたコールに RDNIS または Diversion ヘッダー情報を含めます。サービス プロバイダーとお客様は Cisco Unified Mobility モバイル コネクト コールを行うエンド ユーザの正しい課金のために、RDNIS を使用します。

モバイル コネクト コールでは、サービス プロバイダーは RDNIS または Diversion ヘッダーを使用して、発信者 ID が企業のダイヤルイン（DID）範囲に含まれない場合でも、企業からのコールの発信を承認し、許可します。

使用例

次のセットアップのユーザを考慮します。

卓上電話番号は 89012345 を指定しています。

企業の電話番号は 4089012345 を指定しています。

リモート宛先番号は 4088810001 を指定しています。

ユーザが卓上電話番号（89012345）のコールを受けると、リモート宛先（4088810001）も鳴ります。

ユーザが企業の電話番号（4089012345）で、企業以外の電話番号（5101234567）を受けると、ユーザの卓上電話機（89012345）が鳴り、コールがリモート宛先（4088810001）にも拡張されます。

RDNIS および Diversion ヘッダー機能の実装の前に、フィールドは次のように入力されています。

発番号（SIP の場合 From ヘッダー）：5101234567

着番号（SIP の場合 To ヘッダー）：4088810001

RDNIS および Diversion ヘッダー機能の実装後、発番号フィールドと着番号フィールドは前と同じように入力されていますが、次の追加のフィールドが指定したとおりに入力されます。

リダイレクト番号（SIP の場合 Diversion ヘッダー）：4089012345

そのため、RDNIS および Diversion ヘッダーは、リモート宛先に関連付けられている企業の番号を指定します。

Cisco Unified Communications Manager Administration の設定

モバイル コネクト コールの RDNIS および Diversion ヘッダー機能を有効にするには、Cisco Unified Communications Manager Administration で次の設定を行います。

すべてのゲートウェイとトランクで、[番号 IE 配信のリダイレクト - アウトバウンド（Redirecting Number IE Delivery -- Outbound）] チェック ボックスをオンに指定する必要があります。

Cisco Unified Communications Manager Administration では、次のメニュー パスに従って、このチェック ボックスを見つけることができます。

H.323 および MGCP ゲートウェイの場合、[デバイス（Device）] > [ゲートウェイ（Gateway）] を実行し、設定する必要があるゲートウェイを見つけます。[コール ルーティング情報 - アウトバウンドコール（Call Routing Information - Outbound calls）] パネルで、[番号 IE 配信のリダイレクト - アウトバウンド（Redirecting Number IE Delivery -- Outbound）] チェック ボックスがオンになっていることを確認します。T1/E1 ゲートウェイの場合、[PRI プロトコルタイプ情報（PRI Protocol Type Information）] パネルの [番号 IE 配信のリダイレクト - アウトバウンド（Redirecting Number IE Delivery -- Outbound）] チェック ボックスをオンにします。

• SIP トランクの場合、[デバイス（Device）] > [トランク（Trunk）] を実行し、設定する必要がある SIP トランクを見つけます。[発信コール（Outbound Calls）] パネルで、[Diversion ヘッダー配信のリダイレクト - アウトバウンド（Redirecting Diversion Header Delivery - Outbound）] チェック ボックスがオンになっていることを確認します。

SIP ゲートウェイ プロトコルの Mobile Voice Access のサポート

Cisco Unified Communications Manager のリリース 7.1(3) では、既存の H.323 ゲートウェイ プロトコルに、Cisco Unified Mobility の機能の一部として Mobile Voice Access 機能をサポートする SIP ゲートウェイ プロトコルを追加しています。

次の更新は、次の URL の Cisco.com で表示されるドキュメントに適用されます。

http://www.cisco.com/en/US/docs/voice_ip_comm/cucm/admin/7_1_2/ccmfeat/fsmobmgr.html

制約事項

ゲートウェイとポート

Mobile Voice Access では H.323 ゲートウェイと SIP ゲートウェイだけがサポートされています。

H.323 または SIP ゲートウェイのシステム リモート アクセスの設定

Cisco Unified Communications Manager にすでに H.323 または SIP ゲートウェイを設定している場合、それを使用して、システム リモート アクセスをサポートできます。H.323 または SIP ゲートウェイがない場合、追加して設定する必要があります。詳細については、『 Cisco Unified Communications Manager Administration Guide 』の「Adding a Cisco IOS H.323 Gateway」の項を参照してください。

（注） 内線電話からモバイル コネクト コールが発信されると、システムは発信者 ID として内線番号だけを表示します。H.323 または SIP ゲートウェイを使用している場合、トランスレーション パターンを使用して、この問題に対処できます。

この項の手順のステップ 5 に SIP ゲートウェイ VoIP ダイヤル ピアの次の設定例が追加されます。

SIP ゲートウェイ VoIP ダイヤル ピアの設定例

• dial-peer voice 80 voip

• destination-pattern <Mobile Voice Access DN>

• rtp payload-type nse 99

• session protocol sipv2

• session target ipv4:10.194.107.80

• incoming called-number .T

• dtmf-relay rtp-nte

• codec g711ulaw

Microsoft Active Directory Application Mode LDAP サーバのサポート

Cisco Unified Communications Manager は、以前にサポートされている LDAP サーバに加えて、Microsoft Active Directory Application Mode LDAP サーバと同期できます。このリリースでは、次の LDAP サーバをサポートしています。

• Microsoft Active Directory 2000

• Microsoft Active Directory 2003

• Microsoft Active Directory 2008

• Microsoft Active Directory Application Mode 2003

• Microsoft Active Directory Application Mode 2008（AD LDS）

• iPlanet Directory Server 5.1

• Sun ONE Directory Server 5.2

• Sun ONE Directory Server 6.x

• OpenLDAP 2.3.39

• OpenLDAP 2.4

Microsoft Active Directory Application Mode のサポートは、ネイティブ Active Directory 接続ですでにサポートされているディレクトリ トポロジに限定されることに注意してください。マルチフォレスト、マルチツリー シングル フォレスト、グローバル カタログなどの追加のトポロジはサポートされません。

次の手順に従って、Microsoft Active Directory Application Mode LDAP サーバと同期させます。

手順

ステップ 1 Cisco Unified Communications Manager Administration にログインします。

ステップ 2 [システム（System）] > [LDAP] > [LDAP システム（LDAP System）] を選択します。

ステップ 3 [LDAP サーバからの同期を有効にする（Enable Synchronizing from LDAP Server）] チェック ボックスをオンにします。

ステップ 4 [LDAP サーバ タイプ（LDAP Server Type）] リストから、[Microsoft Active Directoryアプリケーションモード（Microsoft Active Directory Application Mode）] を選択します。

ステップ 5 [ユーザ ID 用 LDAP 属性（LDAP Attribute for User ID）] リストから、ユーザ ID の LDAP 属性を選択します。

ステップ 6 [保存（Save）] ボタンをクリックします。

ステップ 7 [システム（System）] > [LDAP] > [LDAP ディレクトリ（LDAP Directory）] を選択します。

ステップ 8 [新規作成（Add New）] ボタンをクリックします。

ステップ 9 表 5 に示すように、適切な設定を入力します。

ステップ 10 [保存（Save）] ボタンをクリックします。

Cisco Unified Communications Manager Administration で表示されるユーザ フィールドに加えて、 表 6 に示すユーザ フィールドも同期されます。

セキュリティ

この項では、電話機モデル機能によって有効にされるセキュリティ アイコンについて説明します。

電話機モデルによって有効にされるセキュリティ アイコン

Cisco Unified Communications Manager リリース 7.1(3) から、Cisco Unified Communications Manager では、Cisco Unified IP Phone の電話機モデルによってセキュリティ アイコンが有効にされます。セキュリティ アイコンは、コールがセキュアであるかどうか、接続されたデバイスが信頼できるかどうかを示します。

信頼できるデバイスとは、シスコ製デバイスか、シスコの信頼される接続のセキュリティ基準に合格したサードパーティ製デバイスを表します。これには、シグナリングおよびメディア暗号化、プラットフォーム ハードニング、保証などがあります。デバイスが信頼できる場合、セキュリティ アイコンが表示され、サポートされるデバイスでセキュア トーンが再生されます。さらに、デバイスはセキュア コールに関係する他の機能やインジケータも備えていることがあります。

デバイスをシステムに追加すると、Cisco Unified Communications Manager はデバイスが信頼できるかどうかを判断します。セキュリティ アイコンは情報目的でだけ表示され、管理者は直接設定できません。

Cisco Unified Communications Manager リリース 7.1(3) より、Cisco Unified Communications Manager は Cisco Unified Communications Manager Administration にアイコンとメッセージを表示して、ゲートウェイが信頼できるかどうかも示します。

この項では、Cisco Unified IP Phone および Cisco Unified Communications Manager Administration での信頼できるデバイスのセキュリティ アイコンの動作について説明します。

Cisco Unified Communications Manager Administration

Cisco Unified Communications Manager Administration の次のウィンドウは、デバイスが信頼できるかどうかを示します。

ゲートウェイの設定

ゲートウェイタイプごとに、[ゲートウェイの設定（Gateway Configuration）] ウィンドウ（[デバイス（Device）] > [ゲートウェイ（Gateway）]）に、対応するアイコンと共に、[デバイスが信頼されています（Device Is Trusted）] または [デバイスが信頼されていません（Device Is Not Trusted）] が表示されます。

システムはデバイス タイプに基づいて、デバイスが信頼できるかどうかを判断します。ユーザはデバイスが信頼できるかどうかを設定できません。

電話機設定

電話デバイス タイプごとに、[電話機設定（Phone Configuration）] ウィンドウ（[デバイス（Device）] > [電話（Phone）]）に、対応するアイコンと共に、[デバイスが信頼されています（Device is trusted）] または [デバイスが信頼されています（Device is not trusted）] が表示されます。

システムはデバイス タイプに基づいて、デバイスが信頼できるかどうかを判断します。ユーザはデバイスが信頼できるかどうかを設定できません。信頼される Cisco Unified IP Phone のリストについては、「信頼できるデバイス」を参照してください。

Cisco Unified IP Phone

Cisco Unified Communications Manager リリース 7.1(3) より、ユーザがコールするデバイスのタイプは、電話機に表示されるセキュリティ アイコンに影響します。これまで、システムは、シグナリングおよびメディアがセキュアであるかどうかを判断して、セキュリティ アイコンを設定していました。リリース 7.1(3) では、システムは次の 3 つの基準を考慮して、コールがセキュアであるかどうかを判断します。

• コール上にあるすべてのデバイスが信頼できるか。

• シグナリングはセキュア（認証されていて暗号化されている）か。

• メディアはセキュアか。

サポートされる Cisco Unified IP Phone に、ロック セキュリティ アイコンが表示される前に、3 つすべての基準が満たされている必要があることに注意してください。信頼できないデバイスを含むコールでは、シグナリングおよびメディアのセキュリティに関係なく、コール全体のステータスはセキュアでないままで、電話機にロック アイコンが表示されません。たとえば、会議で信頼できないデバイスを含めた場合、システムは、そのコール レッグと会議自体をセキュアでないものと見なします。

信頼できるデバイス

次のデバイスは信頼できる接続をサポートします。

• Cisco Unified IP Phone 7960G/7940G

• Cisco Unified IP Phone 7906G/7911G

• Cisco Unified IP Phone 7931G

• Cisco Unified IP Phone 7961G/7961G-GE および 7941G/7941G-GE

• Cisco Unified IP Phone 7942G

• Cisco Unified IP Phone 7962G

• Cisco Unified IP Phone 7945G

• Cisco Unified IP Phone 7965G

• Cisco Unified IP Phone 7970G/7971G-GE

• Cisco Unified IP Phone 7975G

• Cisco Unified Wireless IP Phone 7921

• Cisco Unified Wireless IP Phone 7925

• Cisco Unified IP Phone 8961

• Cisco Unified IP Phone 9951

• Cisco Unified IP Phone 9971

• Cisco IP Communicator、CSF モデル

• Cisco TelePresence Phone：

– Cisco TelePresence System 500

– Cisco TelePresence System 1000

– Cisco TelePresence System 3000

– Cisco TelePresence System 3200

Bulk Administration Tool

この項では、次のトピックについて説明します。

• 「機能管理ポリシーのサポート」

• 「BAT の短縮ダイヤル、BLF 短縮ダイヤル、BLF ダイレクト コール パークの新しい制限のサポート」

• 「Cisco Unified Communications Manager へのユーザ デバイス プロファイルと電話機の挿入」

機能管理ポリシーのサポート

一括管理 GUI には、機能管理ポリシーをサポートするために、次の更新が含まれます。

• [機能管理ポリシー（Feature Control Policy）] ドロップダウン リスト ボックス：この電話機グループの機能管理ポリシーを選択します。

（注） [機能管理ポリシー（Feature Control Policy）] ドロップダウン リスト ボックスは、電話テンプレート、ユーザ デバイス プロファイル（UDP）テンプレート、電話の更新ウィンドウに表示されます。

• 挿入、エクスポート、詳細の確認の機能管理ポリシーのサポート：次の挿入、エクスポート、詳細の確認機能では、機能管理ポリシーをサポートしています。

– 電話固有の詳細の挿入

– 電話のすべての詳細の挿入

– 電話の固有の詳細のエクスポート

– 電話のすべての詳細のエクスポート

– 電話のすべての詳細の確認

– 電話固有の詳細の確認

– UDP のすべての詳細の挿入

– UDP の固有の詳細の挿入

– UDP のすべての詳細のエクスポート

– UDP の固有の詳細のエクスポート

– UDP のすべての詳細の確認

– UDP 固有の詳細の確認

– 電話/ユーザの挿入

– 電話/ユーザの確認

– 電話レポートの作成

– UDP レポートの作成

• ファイル形式：次のファイル形式で、機能管理ポリシー機能をサポートしています。

– 電話ファイル形式：[機能管理ポリシー（Feature Control Policy）] フィールドは、[デバイス フィールド（Device Fields）] セクションに含まれています。

– UDP ファイル形式：[機能管理ポリシー（Feature Control Policy）] フィールドは、[デバイス フィールド（Device Fields）] セクションに含まれています。

• インポート/エクスポート：インポート/エクスポート ツールには、機能管理ポリシーをサポートするための次の変更が含まれます。

– [デバイス データ（Device Data）] セクションで、[機能管理ポリシー（Feature Control Policy）] と呼ばれる新しいエンティティをサポートします。

– 共通の電話プロファイルで [機能管理ポリシー（Feature Control Policy）] フィールドをサポートします。

– 電話機で [機能管理ポリシー（Feature Control Policy）] フィールドをサポートします。

– デバイス プロファイルで [機能管理ポリシー（Feature Control Policy）] フィールドをサポートします。

• BAT xlt の機能管理ポリシーのサポート：BAT.xlt は、電話、UDP、電話機とユーザ シートで [機能管理ポリシー（Feature Control Policy）] フィールドをサポートします。BAT.xlt を使用して、[機能管理ポリシー（Feature Control Policy）] フィールドを追加または更新できます。

BAT の短縮ダイヤル、BLF 短縮ダイヤル、BLF ダイレクト コール パークの新しい制限のサポート

BAT は最大 199 の短縮ダイヤル、199 の BLF 短縮ダイヤル、199 の BLF ダイレクト コール パーク インスタンスをサポートするようになりました。一括管理 GUI では、この変更をサポートするために次の更新が含まれます。

• [電話テンプレート（Phone Template）]、[UDP テンプレート（UDP Template）]、[電話（Phone）] - [ファイル形式の作成（Create File Format）]、および [UDP（UDP）] - [ファイル形式の作成（Create File Format）] ページでは、短縮ダイヤル、BLF 短縮ダイヤル、BLF ダイレクト コール パークの新しい制限をサポートします。

• 挿入、エクスポート、詳細の確認：次の挿入、エクスポート、詳細の確認機能では、短縮ダイヤル、BLF 短縮ダイヤル、BLF ダイレクト コール パークの新しい制限をサポートします。

– 電話固有の詳細の挿入

– 電話のすべての詳細の挿入

– 電話の固有の詳細のエクスポート

– 電話のすべての詳細のエクスポート

– 電話のすべての詳細の確認

– 電話固有の詳細の確認

– 電話/ユーザの挿入

– 電話/ユーザの確認

– UDP のすべての詳細の挿入

– UDP の固有の詳細の挿入

– UDP のすべての詳細のエクスポート

– UDP の固有の詳細のエクスポート

– UDP のすべての詳細の確認

– UDP 固有の詳細の確認

• BAT xlt の短縮ダイヤル、BLF 短縮ダイヤル、BLF ダイレクト コール パークの新しい制限のサポート：BAT xlt は、電話機、UDP、電話機とユーザ シートで、短縮ダイヤル、BLF 短縮ダイヤル、BLF ダイレクト コール パークの新しい制限をサポートします。BAT.xlt を使用して、短縮ダイヤル、BLF 短縮ダイヤル、BLF ダイレクト コール パークの詳細を追加または更新できます。

（注） bat.xlt を使用して設定できる最大列数は、Microsoft Excel の 256 列の制限のために制限されることに注意してください。

Cisco Unified Communications Manager へのユーザ デバイス プロファイルと電話機の挿入

ユーザ デバイスのユーザ デバイス プロファイルを挿入し、電話機を Cisco Unified Communications Manager に挿入する場合、[既存の設定の上書き（Override the existing configuration）] チェック ボックスをオンにすると、次のチェック ボックスが有効になり、選択できます。

• 新しい短縮ダイヤルを追加する前に既存のすべての短縮ダイヤルを削除

• 新しい BLF 短縮ダイヤルを追加する前に既存のすべての BLF 短縮ダイヤルを削除

• 新しいサービスを追加する前に既存の登録済みサービスをすべて削除

（注） チェック ボックスをオンにして、既存のすべての短縮ダイヤル、BLF 短縮ダイヤル、または登録済みサービス レコードを削除し、新しいレコードを追加します。これらを既存のレコードに追加する場合は、チェック ボックスをオフにしたままにします。

Cisco Unified IP Phone

この項では、次の情報を提供します。

• 「Cisco Unified IP Phone 8900 および 9900 シリーズ」

• 「Cisco Unified IP カラー キー拡張モジュール」

• 「Cisco Unified IP Phone 8900 および 9900 シリーズの電話機管理」

• 「Cisco Unified IP Phone 6900 シリーズ」

• 「SRST のセキュア SIP フェールオーバー」

• 「Cisco Unified IP Phone の機能キーの容量の増加」

• 「SIP ダイジェスト認証名」

Cisco Unified IP Phone 8900 および 9900 シリーズ

Cisco Unified IP Phone と Cisco Unified Communications Manager を使用する前に、クラスタ内のすべての Cisco Unified Communications Manager サーバに最新のファームウェアをインストールする必要があります。

（注） Cisco Unified Communications Manager 7.1(3) または 7.1(3a) をインストールできます。これらのいずれかのリリースをインストールしたら、Cisco Unified Communications Manager 7.1(3a)su1 をインストールする必要があります。

Cisco Unified IP Phone8900 および 9900 シリーズは、世界中のお客様にビジネスレベルの音声通信サービスを提供する新しい革新的なエンドポイントのポートフォリオです。3 つのモデルを使用できます。

• 「Cisco Unified IP Phone 8961」

• 「Cisco Unified IP Phone 9951」

• 「Cisco Unified IP Phone 9971」

Cisco Unified IP Phone 8961

Cisco Unified IP Phone 8961 は、使いやすく環境に優しい人間工学設計によって、ユーザ エクスペリエンスを向上させる高度な専門的メディア エンドポイントです。ポートフォリオの特長として、高解像度（VGA）カラー ディスプレイ、USB ポート、ギガビット イーサネット接続、高品位（HD）音声サポートなどが導入され、マルチメディア アプリケーション契約の生産性の高いユーザ エクスペリエンスを可能にします。アプリケーションのサポートには、XML および MIDlet 対応アプリケーションが含まれます。Cisco Unified IP Phone 8961 は、ナレッジ プロフェッショナル、管理者、エグゼクティブに理想的なソリューションです。

Cisco Unified IP Phone 8961 は次の機能をサポートします。

• 人間工学設計：電話機は回線、機能、コールを使いやすく直観的に配置しています。転送、会議、保留がハード キーに表示され、提供されるソフト キーの数をコール状態あたり最大 4 つに削減します。

• ディスプレイ：電話機は、コーリングおよびアプリケーション用の VGA 表示、5 インチ（10 cm）グラフィカル TFT カラー ディスプレイ、24 ビット色深度、640 x 480 の有効ピクセル解像度、バックライトを備えています。ディスプレイは、フォントにダブルバイト Unicode エンコーディングを必要とするローカリゼーションもサポートしています。

• イーサネット：内部 2 ポート Cisco イーサネット スイッチにより、電話機と同じ場所にある PC の両方を単一の LAN 接続で、RJ-45 インターフェイスを経由して、10/100/1000BASE-T イーサネット ネットワークに接続できます。システム管理者は、PC と電話機に個別の VLAN（802.1Q）を指定して、音声およびデータ トラフィックのセキュリティと信頼性を向上できます。

• USB：USB ポートにより、Cisco Unified IP Phone カラー キー拡張モジュールやヘッドセットなどのアクセサリを使用することによって、コール処理とアプリケーションの操作性を向上します。

• 5 つのプログラム可能な回線キーおよび機能キーと 5 つのコール セッション キー：IP Phone では、5 つのプログラム可能な回線キーおよび機能キーを備え、回線ごとに複数のアピアランスの利便性を持つ 5 つのコール セッション キーも備えています。これにより、管理スタッフは多数のセッションのすべてのアクティビティを同時に処理できます。Cisco Unified IP Phone 8961 によって、最大 200 の同時コールを処理できます。

• ボタン：電話には次のボタンがあります。

– 状態表示 LED 付きの 5 つのプログラム可能な機能ボタン

– 状態表示 LED 付きの 5 つのコールセッション ボタン

– アプリケーション、ディレクトリ、ボイスメール

– 会議、転送、保留

– 音量を上げる/下げる

– バックライト ミュート、スピーカーフォン、ヘッドセット

– 戻る、終了、5 方向ナビゲーション パッド

• ユーザ エクスペリエンス：電話機では、コール アピアランスと別に、回線、短縮ダイヤル、プログラム可能な機能を詳細に編成できます。1 日に数回しかコールしないユーザに最適で、1 時間に数千のコールを処理するユーザにも適しています。

• セッション開始プロトコル（SIP）シグナリング：SIP と呼制御アプリケーションおよびパートナー アプリケーションとの相互運用によって、機能豊富な Unified Communications ソリューションが可能になります。

• アプリケーションのサポート：シスコのアプリケーション開発パートナーまたはお客様独自の開発スタッフによって、XML および MIDlet 対応アプリケーションが提供されます。

Cisco Unified IP Phone 8961 では、次のアクセサリをサポートしています。

• IP カラー キー拡張モジュール：個別に提供されている IP カラー キー拡張モジュールにより、回線、短縮ダイヤル、機能を高度に使用できるようになり、モジュールあたり 36 の追加回線キーと機能キーが得られます。Cisco Unified IP Phone 8961 では、1 つの IP カラー キー拡張モジュールがサポートされます。

• ヘッドセットのサポート：RJ-9 および USB ヘッドセット。

詳細については、次の URL をクリックしてください。

http://www.cisco.com/en/US/prod/collateral/voicesw/ps6788/phones/ps10451/ps10511/data_sheet_c78-565397.html

Cisco Unified IP Phone 9951

Cisco Unified IP Phone 9951 は高度なコラボレーティブ メディア エンドポイントで、音声、アプリケーション、アクセサリを提供します。特長は、高品位（HD）音声、高解像度カラー ディスプレイ、ギガビット イーサネット、新しい人間工学設計、簡単で操作性の高いユーザ インターフェイスなどです。別売のアクセサリには、Cisco Unified IP カラー キー拡張モジュールがあります。

Cisco Unified IP Phone 9951 では、次の機能をサポートしています。

• 工業デザイン：電話機は操作性が高く、回線、機能、コールが直観的に配置されています。転送、会議、保留がハード キーに表示され、提供されるソフト キーの数をコール状態あたり最大 4 つに削減します。

• ディスプレイ：電話機は、5 インチ（10 cm）グラフィカル TFT カラー ディスプレイ、24 ビット色深度、640 x 480 有効ピクセル解像度、バックライトに加えて、コーリングとアプリケーション用に VGA 表示を提供します。ディスプレイは、フォントにダブルバイト Unicode エンコーディングを必要とするローカリゼーションもサポートしています。

• イーサネット：内部 2 ポート Cisco イーサネット スイッチにより、電話機と同じ場所にある PC の両方を単一の LAN 接続で、RJ-45 インターフェイスを経由して、10/100/1000BASE-T イーサネット ネットワークに接続できます。システム管理者は、PC と電話機に個別の VLAN（802.1Q）を指定して、音声およびデータ トラフィックのセキュリティと信頼性を向上できます。

• Bluetooth：デスクトップから 10 m 以内のヘッドセット ユーザのモビリティが可能であるため、コール中にプリンタ、同僚のデスク、または近くのプライベートな場所に移動できます。

• USB：2 つの USB ポートにより、ヘッドセットなどのアクセサリを使用することによって、コール処理とアプリケーションの操作性を向上します。

• 外部音声ポート：汎用音声入力ポートおよび音声出力ポートにより、外部スピーカーとマイクよりも、快適にスピーカーフォンを使用できます。

• 2 つのキー拡張モジュールによる 5 回線から 77 回線への拡張：電話機は多数の短縮ダイヤルとプログラム可能機能を備えているため、多数の回線のアクティビティを追跡できます。デバイスあたり最大 200 コールをサポートします。

• ボタン：電話には次のボタンがあります。

– 状態表示 LED 付きの 5 つのプログラム可能な機能ボタン

– 状態表示 LED 付きの 5 つのコールセッション ボタン

– アプリケーション、ディレクトリ、ボイスメール

– 会議、転送、保留

– 音量を上げる/下げる

– バックライト ミュート、スピーカーフォン、ヘッドセット

– 戻る、終了、5 方向ナビゲーション パッド

• ユーザ エクスペリエンス：電話機では、コール アピアランスと別に、回線、短縮ダイヤル、プログラム可能な機能を詳細に編成できます。1 日に数回しかコールしないユーザに最適で、1 時間に数千のコールを処理するユーザにも適しています。

• セッション開始プロトコル（SIP）シグナリング：SIP と呼制御アプリケーションおよびパートナー アプリケーションとの相互運用によって、機能豊富な Unified Communications ソリューションが可能になります。

• アプリケーションのサポート：シスコのアプリケーション開発パートナーまたはお客様独自の開発スタッフによって、XML および MIDlet 対応アプリケーションが提供されます。

Cisco Unified IP Phone 9951 では、次のアクセサリをサポートしています。

• IP カラー キー拡張モジュール：個別に提供されている IP カラー キー拡張モジュールにより、回線、短縮ダイヤル、機能を簡単に拡張し、高度に使用できるようになります。

• ヘッドセットのサポート：既製の Bluetooth および USB ヘッドセットをサポートします。携帯電話やスマートフォンで使用している手持ちの Bluetooth ヘッドセットを使用できます。電話機背面の専用 RJ-9 ヘッドセット ポートを介して、高品位音声アナログ ヘッドセットもサポートします。

詳細については、次の URL をクリックしてください。

http://www.cisco.com/en/US/prod/collateral/voicesw/ps6788/phones/ps10453/ps10513/data_sheet_c78-565680.html

Cisco Unified IP Phone 9971

Cisco Unified IP Phone 9971 は高度なコラボレーティブ メディア エンドポイントで、音声、アプリケーション、アクセサリを提供します。特長は、高解像度カラー タッチスクリーン ディスプレイ、高品位音声（HD 音声）、デスクトップ Wi-Fi 接続、ギガビット イーサネット、新しい人間工学設計、簡単な操作性の高いユーザ インターフェイスなどです。別売のアクセサリには、Cisco Unified IP カラー キー拡張モジュールがあります。

Cisco Unified IP Phone 9971 では、次の機能をサポートしています。

• 工業デザイン：電話機は操作性が高く、回線、機能、コールが直観的に配置されています。転送、会議、保留がハード キーに表示され、提供されるソフト キーの数をコール状態あたり最大 4 つに削減します。

• ディスプレイ：電話機は、5.6 インチ（14 cm）グラフィカル TFT カラー タッチスクリーン ディスプレイ、24 ビット色深度、640 x 480 有効ピクセル解像度、バックライトに加えて、コーリングとアプリケーション用に VGA 表示を提供します。ディスプレイは、フォントにダブルバイト Unicode エンコーディングを必要とするローカリゼーションもサポートしています。

• イーサネット：内部 2 ポート Cisco イーサネット スイッチにより、電話機と同じ場所にある PC の両方を単一の LAN 接続で、RJ-45 インターフェイスを経由して、10/100/1000BASE-T イーサネット ネットワークに接続できます。システム管理者は、PC と電話機に個別の VLAN（802.1Q）を指定して、音声およびデータ トラフィックのセキュリティと信頼性を向上できます。

• デスクトップ Wi-Fi イーサネット：有線イーサネットの代替として、電話機は、Wi-Fi アクセスへの接続を可能にするオンボード Wi-Fi 無線およびアンテナをサポートし、音声対応 Cisco Unified Wireless Network によって投資回収率（ROI）を高めます。

• Bluetooth：デスクトップから 10 m 以内のヘッドセット ユーザのモビリティが可能であるため、コール中にプリンタ、同僚のデスク、または近くのプライベートな場所に移動できます。

• USB：2 つの USB ポートにより、ヘッドセットなどのアクセサリを使用することによって、コール処理とアプリケーションの操作性を向上します。

• 外部音声ポート：汎用音声入力ポートおよび音声出力ポートにより、外部スピーカーとマイクよりも、快適にスピーカーフォンを使用できます。

• 3 つのキー拡張モジュールによる 6 回線から 114 回線への拡張：電話機は多数の短縮ダイヤルとプログラム可能機能を備えているため、多数の回線のアクティビティを追跡できます。デバイスあたり最大 200 コールをサポートします。

• ボタン：電話には次のボタンがあります。

– 状態表示 LED 付きの 6 つの機能ボタン

– 状態表示 LED 付きの 6 つのコールセッション ボタン

– アプリケーション、ディレクトリ、ボイスメール

– 会議、転送、保留

– 音量を上げる/下げる

– バックライト ミュート、スピーカーフォン、ヘッドセット

– 戻る、終了、5 方向ナビゲーション パッド

• ユーザ エクスペリエンス：電話機では、コール アピアランスと別に、回線、短縮ダイヤル、プログラム可能な機能を詳細に編成できます。1 日に数回しかコールしないユーザに最適で、1 時間に数千のコールを処理するユーザにも適しています。

• セッション開始プロトコル（SIP）シグナリング：SIP と呼制御アプリケーションおよびパートナー アプリケーションとの相互運用によって、機能豊富な Unified Communications ソリューションが可能になります。

• アプリケーションのサポート：シスコのアプリケーション開発パートナーまたはお客様独自の開発スタッフによって、XML および MIDlet 対応アプリケーションが提供されます。

Cisco Unified IP Phone 9971 では、次のアクセサリをサポートしています。

• IP カラー キー拡張モジュール：個別に提供されている IP カラー キー拡張モジュールにより、回線、短縮ダイヤル、機能を簡単に拡張し、高度に使用できるようになります。

• ヘッドセットのサポート：既製の Bluetooth および USB ヘッドセットをサポートします。携帯電話やスマートフォンで使用している手持ちの Bluetooth ヘッドセットを使用できます。電話機背面の専用 RJ-9 ヘッドセット ポートを介して、高品位音声アナログヘッドセットもサポートします。

詳細については、次の URL をクリックしてください。

http://www.cisco.com/en/US/prod/collateral/voicesw/ps6788/phones/ps10453/ps10512/data_sheet_c78-565717.html

要件

Cisco Unified IP Phone 8900 および 9900 では、次のリリースが必要です。

• セッション開始プロトコル（SIP）を使用する Cisco Unified Communications Manager および Cisco Unified Communications Manager Business Edition Versions 7.1(3) 以降

• Cisco IP Phone ファームウェア リリース 9.0(1) 以降

参照

• 『Cisco Unified IP Phone 8961, 9951, and 9971 User Guide for Cisco Unified Communications Manager 7.1(3) (SIP)』

• 『Cisco Unified IP Phone 8961, 9951, and 9971 Administration Guide for Cisco Unified Communications Manager 7.1(3) (SIP)』

• 『 Cisco Unified IP Phone 9971 Quick Start for Administrative Assistants 』

• 『 Cisco Unified IP Phone 9971 Quick Start for Executives 』

• 『 Cisco Unified IP Phone 9951 and 8961 Quick Start for Administrative Assistants 』

• 『 Cisco Unified IP Phone 9961 and 8961 Quick Start 』

Cisco Unified IP カラー キー拡張モジュール

Cisco Unified IP カラー キー拡張モジュールは、Cisco Unified IP Phone 9900 シリーズおよび Cisco Unified IP Phone 8900 シリーズのエンドポイントの手ごろな価格で拡張可能な回線キーおよび機能キーのアピアランスを提供します。

Cisco Unified IP カラー キー拡張モジュールは次の機能をサポートします。

• マネージャ、エグゼクティブ、管理スタッフが使用することを意図しています。

• モジュールあたり 18 個の物理的なプログラム可能な 3 色点灯 LED/機能キーにより、追加の電話の設置と比べて、コストを削減します。

• セカンド ページ キーにより、18 個の追加のプログラム可能キー（モジュールあたり合計 36 キー）を提供し、優れた拡張性を実現します。

• 3 色 LED 点灯回線/機能キーでは、一目でコールのステータスがわかります。

• 1、2、3 モジュール構成によって、拡張性を高め、投資保護を実現します。

• グラフィカル、バックライト、高解像度カラー ディスプレイによって見やすくなっています。

• 洗練された無駄のない人間工学設計により、Cisco Unified IP Phone 9971、9951、8961 にシームレスに統合されます。

• 自然に優しい機能

– Deep-Sleep オプションにより、日中のアクティブ状態でのモジュールの休止時間での電力消費を削減します。

– 土に返るリサイクル可能なプラスチックを使用しています。

要件

Cisco Unified IP カラー キー拡張モジュールには次のリリースが必要です。

• セッション開始プロトコル（SIP）を使用する Cisco Unified Communications Manager および Cisco Unified Communications Manager Business Edition Versions 7.1(3) 以降

• Cisco IP Phone ファームウェア リリース 9.0(1) 以降

参照

• 『Cisco Unified IP Phone 8961, 9951, and 9971 User Guide for Cisco Unified Communications Manager 7.1(3) (SIP)』

• 『Cisco Unified IP Phone 8961, 9951, and 9971 Administration Guide for Cisco Unified Communications Manager 7.1(3) (SIP)』

Cisco Unified IP Phone 8900 および 9900 シリーズの電話機管理

Cisco Unified Communications Manager のこのリリースでは、次の Cisco Unified IP Phone をサポートしています。

• Cisco Unified IP Phone 8961

• Cisco Unified IP Phone 9951

• Cisco Unified IP Phone 9971

Cisco Unified IP Phone 8961、9951、および 9971 は次の機能をサポートしています。

• パーク モニタリング：コールのパーク後、コールのステータスを監視します。

• ダイレクト コール パークの支援：エンド ユーザは 1 つのボタンを押すだけでコールをダイレクトパークできます。

• 機能管理ポリシー：管理者は、Cisco Unified Communications Manager の管理で無効にすることによって、Cisco Unified IP Phone 8961、9951、および 9971 の機能のアピアランスを制限できます。

• Cisco Unified IP カラー キー拡張モジュール：Cisco Unified IP Phone 8961、Cisco Unified IP Phone 9951、および Cisco Unified IP Phone 9971 に取り付けて、電話機に追加のライン アピアランスやプログラム可能なボタンを追加します。

Cisco Unified IP Phone 8961 に 1 つのキー拡張モジュール（KEM）を追加して、最大 36 の回線またはボタンを追加でき、Cisco Unified Phone 9951 に 2 つの拡張モジュールを追加して、最大 72 の回線またはボタンを追加でき、Cisco Unified IP Phone 9971 に 3 つの拡張モジュールを追加して、最大 108 の回線またはボタンを追加できます。 表 7 に電話別の KEM のサポートを図で示しています。

• ソフトキー テンプレートを使用しない：Cisco Unified IP Phone 8961、9951、および 9971 ではソフト キー テンプレートを使用しません。機能は、ソフトキー、専用機能ボタン、またはシステム管理者が設定したプログラム可能な機能ボタンで、使用できます。

• 製品固有の設定：Cisco Unified Communications Manager の管理によって、次のいずれかのウィンドウで、Cisco Unified IP Phone のいくつかの製品固有の設定パラメータを設定できます。

– [電話機設定（Phone Configuration）] ウィンドウ（[デバイス（Device）] > [電話（Phone）])、ウィンドウの [プロダクト固有の設定（Product Specific Configuration）] 部分

– [共通の電話プロファイル（Common Phone Profile）] ウィンドウ（[デバイス（Device）] > [デバイスの設定（Device Settings）] > [共通の電話プロファイル（Common Phone Profile）]）

– [エンタープライズ電話の設定（Enterprise Phone Configuration）] ウィンドウ（[システム（System）] > [エンタープライズ電話の設定（Enterprise Phone Configuration）]）

• アクセサリのサポート： 表 7 では、Cisco Unified IP Phones 8961、9951、および 9971 でサポートするアクセサリを示しており、「X」は特定の電話モデルのサポートを示し、ダッシュ（--）はサポートしていないことを示しています。

これらの機能の設定についてと Cisco Unified IP Phone 8961、9951、および 9971 の管理のその他の情報については、次のサイトにある『 Cisco Unified IP Phone 8961, 9951, and 9971 for Cisco Unified Communications Manager 7.1(3) (SIP) 』を参照してください。

http://www.cisco.com/en/US/products/hw/phones/ps10453/prod_maintenance_guides_list.html

Cisco Unified IP Phone 6900 シリーズ

Cisco Unified IP Phone 6900 シリーズは、世界中のお客様に、手ごろな価格でビジネスレベルの音声通信サービスを提供する新しい革新的なエンドポイントのポートフォリオです。3 つのモデルを使用できます。

• Cisco Unified IP Phone 6921（2 回線）

• Cisco Unified IP Phone 6941（2 回線）

• Cisco Unified IP Phone 6961（12 回線）

3 つすべてのモデルで次の機能をサポートしています。

• 2 色、2 つのハンド セット スタイル オプション

• 全二重スピーカーフォン

• 回線あたり 1 コールのアピアランス

• 保留、転送、会議のボタン

• ディレクトリ、設定、メッセージのボタン

• 4 つのソフトキー ボタンとスクロール トグル バー

• 3 色 LED 回線および機能キー

• ディスプレイの右から左に記述する言語の表現

• Cisco Discovery Protocol と IEEE 802.1 p/q タギングおよびスイッチングを含むネットワーク機能

• LAN 接続用に 1 つと PC などのダウンストリーム イーサネット デバイス接続用に 1 つの 2 つの RJ-45 ポート経由の 10/100 BASE-T イーサネット接続

• G.711a、G.711、G.729a、G.729b、および G.729ab 音声圧縮コーデック

• IEEE 802.3af 準拠のブレードからの電源供給

• 土に返りやすく、リサイクル可能なプラスチックの使用

• 次の American Disabilities Act（ADA）機能

– Hearing Aid-Compatible（HAC：補聴器対応）ハンドセットは ADA で設定された要件を満たします。

– HAC は承認済みの補聴器への磁気結合の ADA HAC 要件を満たします。

– 電話機のダイヤル パッドは ADA 標準に準拠しています。

詳細については、次の URL をクリックしてください。

http://www.cisco.com/en/US/prod/collateral/voicesw/ps6788/phones/ps10326/data_sheet_c78-541199.html

要件

Cisco Unified IP Phone 6900 シリーズでは次のリリースが必要です。

• Skinny Client Control Protocol（SCCP）を使用する Cisco Unified Communications Manager および Cisco Unified Communications Manager Business Edition Versions 7.1.2 以降

参照

• 『Cisco Unified IP Phone 6921, 6941, and 6961 User Guide for Cisco Unified Communications Manager 7.1 (SCCP)』

• 『Cisco Unified IP Phone 6921, 6941, and 6961 Administration Guide for Cisco Unified Communications Manager 7.1 (SCCP)』

• 『 Cisco Unified IP Phone 6961 for Administrative Assistants Quick Start 』

• 『 Cisco Unified IP Phone 6921 Quick Start 』

SRST のセキュア SIP フェールオーバー

ファームウェア リリース 8.5(3) では、SIP を実行する Cisco Unified IP Phone でのセキュア コールをサポートし、Cisco Unified Communications Manager から SRST へのコールのフェールオーバー後も、セキュアな状態を維持します。さらに、この機能では、ユーザは電話機のディスプレイに維持されるロック アイコンによってコールがまだセキュアであることを確認できます。

SRST は、IP 電話のセキュリティ設定に従って、RTP および SRTP メディア接続をサポートします。

システム管理者は Cisco ルータで SRST を設定し、SIP/UDP、SIP/TCP、および SIP/TLS/TCP を使用して、SIP を使用するエンドポイントを SRST に登録できます。

次の例に、SRST の完全なセキュア設定を示します。

（注） CLI コマンド security-policy のデフォルト値は device-default に指定されます。この値がデフォルト値に設定されている場合、既存のトランスポート メカニズムが受け入れられ、フェールオーバー時に SRST に登録されます。この値が secure に設定されていると、SRST は、該当する場合に、コールのセキュア状態を維持するために、SIP/TLS/TCP のトランスポート メカニズムだけを受け入れます。

次の例に、SRST の完全な device-default 設定を示します。

crypto signaling default trustpoint 3745-SRST

ファームウェア リリース 8.5(3) より、SIP を使用する IP 電話エンドポイントが、Unified CM から SRST にフェールオーバーするセキュア コール状態にある場合、電話のディスプレイにロック アイコンが表示され続け、コールがセキュアな状態を維持していることが示されます。以前のリリースでは、SRST にフェールオーバーする SIP/TLS/TCP コールでは、セキュアでないコールを示す再生矢印アイコンが表示されます。

IP 電話が SRST に登録されると、コールのすべてのセグメントが SIP エンドポイントである場合、会議、転送、ブラインド転送、自動転送などのすべての付加機能がサポートされます。コールのセグメントが SIP エンドポイントと SCCP エンドポイントの両方である場合、基本コールだけがサポートされます。

この機能は次の IP 電話でサポートされます。

• Cisco Unified IP Phone 7975G

• Cisco Unified IP Phone 7971G-GE

• Cisco Unified IP Phone 7970G

• Cisco Unified IP Phone 7965G

• Cisco Unified IP Phone 7962G

• Cisco Unified IP Phone 7961G

• Cisco Unified IP Phone 7961G-GE

• Cisco Unified IP Phone 7945G

• Cisco Unified IP Phone 7942G

• Cisco Unified IP Phone 7941G

• Cisco Unified IP Phone 7941G-GE

• Cisco Unified IP Phone 7931G

• Cisco Unified IP Phone 7911G

• Cisco Unified IP Phone 7906G

参照

• 『 Cisco Unified IP Phone Administration Guide 』

• 『 PI12 ARTG BU Special Release Notes 』

Cisco Unified IP Phone の機能キーの容量の増加

Cisco Unified IP Phone の機能キーの容量の増加により、管理者は Cisco Unified IP Phone Expansion Modules 7915 および 7916 で 48 個のすべての追加キーを使用できます。

Cisco Unified IP Phone 7975G では最大 56 キーを設定でき、Cisco Unified IP Phones 7965G および 7962G では最大 54 キーを設定できます。

回線容量の増加には、ディレクトリ番号（DN）、回線情報メニュー、回線リング メニュー、回線ヘルプ ID が含まれます。

（注） Cisco Unified IP Phone 7975G には 8 つのプログラム可能なボタンがあるため、56 DN をサポートします。Cisco Unified IP Phones 7965G および 7962G には 6 つのプログラム可能なボタンがあるため、これらの電話機で使用可能な DN の最大数は 54 になります。

この機能は次の IP 電話（SCCP および SIP）でサポートされます。

• Cisco Unified IP Phone 7975G

• Cisco Unified IP Phone 7965G

• Cisco Unified IP Phone 7962G

参照

• 『 Cisco Unified IP Phone Administration Guide 』

SIP ダイジェスト認証名

Cisco Unified IP Phone（SIP）の SIP ダイジェスト認証名の長さが 128 文字に増加しました。

認証名は、[電話セキュリティプロファイルの設定（Phone Security Profile Configuration）] ウィンドウで [ダイジェスト認証を有効化（Enable Digest Authentication）] チェック ボックスがオンにされている場合にだけ使用されます。認証名は、電話に割り当てられているエンド ユーザのユーザ ID から派生します。

この機能は次の IP 電話（SIP）でサポートされます。

• Cisco Unified IP Phone 7975G

• Cisco Unified IP Phone 7971G-GE

• Cisco Unified IP Phone 7970G

• Cisco Unified IP Phone 7965G

• Cisco Unified IP Phone 7962G

• Cisco Unified IP Phone 7961G

• Cisco Unified IP Phone 7961G-GE

• Cisco Unified IP Phone 7945G

• Cisco Unified IP Phone 7942G

• Cisco Unified IP Phone 7941G

• Cisco Unified IP Phone 7941G-GE

• Cisco Unified IP Phone 7931G

• Cisco Unified IP Phone 7911G

• Cisco Unified IP Phone 7906G

参照

• 『 Cisco Unified IP Phone Administration Guide 』

• 『 Cisco Unified Communications Manager Administration Guide 』

Cisco Unified Serviceability および RTMT

この項では、次のトピックについて説明します。

• 「RTMT および Cisco Unified Serviceability の機能管理ポリシーのサポート」

RTMT および Cisco Unified Serviceability の機能管理ポリシーのサポート

機能管理ポリシーのパフォーマンス モニタ カウンタが RTMT に表示されます。次の Cisco TFTP カウンタが機能管理ポリシーをサポートしています。

• BuildFeaturePolicyCount：機能管理ポリシー用に構築されたファイル数を示します。

• FeaturePolicyChangeNotifications：機能管理ポリシー用の変更通知数を示します。

機能管理ポリシーをサポートするために、Cisco Unified Serviceability に更新された TFTP アラームが存在します。TFTP アラーム カタログ（[System] > [TFTP Alarm Catalog]）には、BuildStat アラームについて、次のアラーム値があります。

• FeatureControlPolicyCount：機能管理ポリシー用に構築されたファイル数を示します。

• FeatureControlPolicyTime：機能管理ポリシー用のファイルの構築にかかる時間を示します。

解決済みの警告

Cisco Unified Communications Manager リリース 7.1 の最新の解決済みの警告を参照するには、Bug Toolkit を使用します。Bug Toolkit は、お客様が必要に応じて、不具合を照会できるオンライン ツールです。

ヒント Bug Toolkit を使用して、任意のリリースの任意の重大度の未解決および解決済みの警告を検索するには、Cisco.com（Cisco Connection Online）のアカウントが必要です。

Bug Toolkit にアクセスするには、http://tools.cisco.com/Support/BugToolKit にログオンします。

Bug Toolkit の使用

システムは、重大度に従って既知の問題（バグ）を格付けします。これらのリリース ノートには、次のバグ レベルの説明があります。

• 重大度 1 または 2 のすべてのバグ

• 重大度 3 のバグ

Cisco Software Bug Toolkit を使用して、問題を検索できます。

Bug Toolkit にアクセスするには、次の項目が必要です。

• インターネット接続

• Web ブラウザ

• Cisco.com のユーザ ID およびパスワード

Software Bug Toolkit を使用するには、次の手順に従います。

手順

ステップ 1 Bug Toolkit（ http://tools.cisco.com/Support/BugToolKit ）にアクセスします。

ステップ 2 Cisco.com のユーザ ID およびパスワードでログインします。

ステップ 3 特定の問題に関する情報を検索する場合は、[Search for Bug ID] フィールドにバグ ID 番号を入力し、[Go] をクリックします。

ヒント バグの検索、保存された検索の作成、バグ グループの作成などの方法については、[Bug Toolkit] ページの [Help] をクリックしてください。

未解決の警告

2009/09/14 現在の Cisco Unified Communications Manager リリース 7.1(3) の未解決の警告 に、Cisco Unified Communications Manager リリース 7.1 の可能性のある予期しない動作について説明します。コンポーネント別に並べられています。

ヒント 個々の不具合の詳細については、「2009/09/14 現在の Cisco Unified Communications Manager リリース 7.1(3) の未解決の警告」の関連付けられた ID をクリックして、回避策を含むその不具合のオンライン レコードにアクセスします。

オンライン不具合レコードの [Fixed-in Version] フィールドについて

不具合のオンライン レコードを開くと、[First Fixed-in Version] フィールドにデータが表示されます。このフィールドに表示される情報は、不具合が修正された Cisco Unified Communications Manager の暫定バージョンのリストを示します。これらの暫定バージョンは Cisco Unified Communications Manager リリースに統合されます。

明確に規定されたバージョンには、Engineering Special（ES）または Service Release（SR）の ID が含まれます。たとえば、03.3(04)ES29 や 04.0(02a)SR1 などです。ただし、Cisco Unified Communications Manager メンテナンス リリースについて表示されるバージョン情報は明確に特定されていないことがあります。

次の例に、メンテナンス リリース暫定バージョン情報をデコードする方法を示します。これらの例は、暫定バージョンの形式と、対応する、暫定バージョンを含む Cisco Unified Communications Manager リリースを示します。これらの例をガイドラインとして使用すると、これらのフィールドの情報の表現が理解しやすくなります。

• 7.0(2.20000-x) = Cisco Unified Communications Manager リリース 7.0(2a)

• 7.0(2.10000-x) = Cisco Unified Communications Manager リリース 7.0(2)

• 6.1(3.3000-1) = Cisco Unified Communications Manager 6.1(3b)

• 6.1(3.2000-1) = Cisco Unified Communications Manager 6.1(3a)

• 6.1(3.1000-x) = Cisco Unified Communications Manager 6.1(3)

• 5.1(3.7000-x) = Cisco Unified Communications Manager 5.1(3f)

（注） 不具合の状態は絶えず変化するため、「2009/09/14 現在の Cisco Unified Communications Manager リリース 7.1(3) の未解決の警告」でこのレポートがコンパイルされた時点で未解決だった不具合のスナップショットを反映していることに注意してください。未解決の不具合の最新の表示については、Bug Toolkit にアクセスし、「Bug Toolkit の使用」に説明する指示に従います。

ヒント Bug Toolkit では Cisco.com（Cisco Connection Online）のアカウントが必要です。Bug Toolkit を使用して、任意のリリースの任意の重大度の警告を見つけることができます。Bug Toolkit では、本書よりも最新のリストを提供していることもあります。Bug Toolkit にアクセスするには、http://www.cisco.com/cgi-bin/Support/Bugtool/launch_bugtool.pl にログオンします。

2009/09/14 現在の Cisco Unified Communications Manager リリース 7.1(3) の未解決の警告

次の情報は、Cisco Unified Communications Manager のリリース 7.1(3) で発生する可能性のある予期しない動作（2009/09/14 現在）から構成されます。

表 10 2009/09/14 現在の未解決の警告

インストール、アップグレード、および移行

この項では、次のトピックについて説明します。

• 「インストール、アップグレード、および移行」

パブリッシャ ノードの交換中のライセンスのインストール

この項は、ドキュメント『 Replacing a Single Server or Cluster for Cisco Unified Communications Manager 』の「Replacing the Publisher Node」の項に置き換わるものです。このプロセスに従って、パブリッシャ サーバを新しいサーバに交換します。

表 11 パブリッシャ ノードの交換プロセスの概要

無効なライセンス ファイルの削除

Disaster Recovery System によってサーバに復元されるライセンス ファイルは、古いサーバの MAC アドレスにバインドされているため無効です。サーバからすべての無効なライセンス ファイルを削除するには、次の手順に従います。

ステップ 1 show status CLI コマンドを実行して、新しいサーバの MAC アドレスを取得します。

License MAC フィールドに MAC アドレスが表示されます。

ステップ 2 サーバ上の各ライセンス ファイルを表示して、無効なライセンス ファイルを特定します。

a. Cisco Unified Communications Manager Administration で、[システム（System）] > [ライセンス（Licensing）] > [ライセンス ファイルのアップロード（License File Upload）] を選択します。

b. [既存ライセンス ファイル（Existing License Files）] ドロップダウン リストからライセンス ファイルを選択します。

c. [ファイルの表示（View File）] ボタンをクリックします。

d. HOSTID フィールドにライセンス ファイルの MAC アドレスが表示されます。

ライセンス ファイルの MAC アドレスがサーバの MAC アドレスと一致しない場合、ライセンスは無効です。

e. 無効な各ライセンス ファイルの名前を記録します。

f. サーバ上の各ライセンス ファイルについて、このプロセスを繰り返します。

ステップ 3 CLI コマンド file delete license filename を実行して、サーバから無効な各ライセンス ファイルを削除します。 filename はライセンス ファイルの名前です。

このコマンドの詳細については、ドキュメント『 Command Line Interface Reference Guide for Cisco Unified Solutions 』を参照してください。

サーバの交換

この項では、次のトピックについて説明します。

• 「サーバ交換時のパスワードの確認」

• 「パブリッシャ サーバの交換中のサーバのリブート」

サーバ交換時のパスワードの確認

以前に古い製品リリースからアップグレードされたサーバを交換する場合、Cisco Unified Communications Manager インストール プログラムによってパスワードが拒否されることがあります。これは、新しい製品リリースの方がパスワードの確認規則が厳しいために発生する可能性がありますが、パスワードはアップグレード時に再確認されません。ただし、交換するサーバに新規インストールを実行する場合、新しい強力なパスワードの確認が行われます。

この問題が発生したら、インストール プログラムで受け付けられる新しいパスワードを選択します。パスワードの詳細については、ドキュメント『 Installing Cisco Unified Communications Manager 』を参照してください。

パブリッシャ サーバの交換中のサーバのリブート

この項では、ドキュメント『 Replacing a Single Server or Cluster for Cisco Unified Communications Manager Release 7.1(2) 』への更新について説明します。この更新は、クラスタ内のパブリッシャ サーバの交換の手順に適用されます。

新しいパブリッシャ サーバにデータを復元したら、すべてのクラスタ ノードをリブートします。ドキュメントでは、パブリッシャ サーバだけをリブートするように述べていますが、データベースの複製を有効にするためにはすべてのクラスタ ノードをリブートする必要があります。

トラブルシューティング

この項では、『 Troubleshooting Guide for Cisco Unified Communications Manager 』の抜け、誤り、更新について説明します。

2 つの新しい dbreplication コマンドの存在

『 Troubleshooting Guide for Cisco Unified Communications Manager 』では、2 つの dbreplication コマンドが抜けています。

utils dbreplication runtimestate

このコマンドは

• 複製のリセットのステータスを判断するために使用します。

• utils dbreplicaiton status | utils dbreplication quickaudit と一緒に使用して、複製の一般的な状態を判断します。

utils dbreplication quickaudit

このコマンドを使用して、動的テーブルの選択した内容について、データベースのクイック チェックを実行します。

Bulk Administration Tool

この項では、『 Cisco Unified Communications Manager Bulk Administration Guide 』ドキュメントの抜け、誤り、更新について説明します。

次の情報は、 Cisco Unified Communications Manager Bulk Administration Guide のオンライン ヘルプから漏れています。

未定義の電話番号の削除

次の手順を使用して、電話レコードを見つける照会を作成し、未定義のディレクトリ番号を削除します。

手順

ステップ 1 [一括管理（Bulk Administration）] > [電話（Phone）] > [電話の削除（Delete Phones）] > [未定義の DN の削除（Delete Unassigned DN）] を選択します。

[未定義の電話番号の削除（Delete Unassigned Directory Numbers）] ウィンドウが表示されます。

ステップ 2 [一括処理で削除する未定義の電話番号（Delete Bulk Unassigned Directory Number）] を検索するための最初のドロップダウン リスト ボックスで、次のいずれかの基準を選択します。

•パターン（Pattern）

•説明（Description）

•ルート パーティション（Route Partition）

一括処理で削除する未定義の電話番号を検索するための 2 番目のドロップダウン リスト ボックスで、次のいずれかの基準を選択します。

•が次の文字列で始まる（begins with）

•が次の文字列を含む（contains）

•が次の文字列と等しい（is exactly）

•が次の文字列で終わる（ends with）

•が空である（is empty）

•が空ではない（is not empty）

ステップ 3 該当する場合、適切な検索テキストを指定します。

ステップ 4 [検索（Find）] をクリックします。

検出された電話機が次の分類で表示されます。

•パターン

•説明

•パーティション

ヒント データベースに登録されているすべての未定義のディレクトリ番号を見つけるには、検索テキストを入力せずに、[検索（Find）] をクリックします。

ステップ 5 [ジョブ情報（Job Information）] 領域に、ジョブの説明を入力します。

デフォルトの説明は [未定義の DN の削除 - クエリ（Delete Unassigned DN - Query）] です。

ステップ 6 未定義のディレクトリ番号をただちに削除するには、[今すぐ実行（Run Immediately）] オプション ボタンをクリックします。後で電話レコードを削除するには、[後で実行（Run Later）] をクリックします。

ステップ 7 電話レコードの削除のジョブを作成するには、[送信（Submit）] をクリックします。

（注） ジョブを送信する前に、表示された結果のリスト全体を参照してください。

ステップ 8 このジョブをスケジュールするか、アクティブにするには、[ジョブの設定（Job Configuration）] ウィンドウを使用します。

Cisco Unified Communication Manager CDR 分析およびレポート

この項では、『 CDR Analysis and Reporting Administration Guide 』ドキュメントの抜け、誤り、更新について説明します。

• 「Mobility Cell Pickup の値の変更」

• 「Cisco Unified Communications Manager CDR Analysis and Reporting の目的」

• 「レポートのメール送信の受信者」

Mobility Cell Pickup の値の変更

『 Cisco Unified Communications Manager - Call Detail Records Administration Guide 』の「CDR Examples」の章の「Mobility」の項のいくつかのフィールド名の値が誤っています。正しい値は次のようになります。

Cisco Unified Communications Manager CDR Analysis and Reporting の目的

『 CDR Analysis and Reporting Administration Guide 』では、Cisco Unified Communications Manager CDR Analysis and Reporting（CAR）ソフトウェアの主な目的に関する次の文章が抜けています。

CAR は、サードパーティ企業が提供するコール アカウンティングおよび課金ソリューションに置き換わることを目的としているわけではありません。これらのソリューションを提供する企業や、Cisco Technology Developer Program のメンバーである企業を見つけるには、URL http://developer.cisco.com/web/cdc/home の Cisco Developer Community のホーム ページを検索してください。

次のオンライン ドキュメントは、抜けていた章を含めて改訂されました。

• マニュアル：『 CDR Analysis and Reporting Administration Guide , Release 7.1(2)』
章：「CDR Analysis and Reporting Overview」

レポートのメール送信の受信者

『 Cisco Unified Communications Manager Call Detail Records Administration Guide 』の「Mailing a Report」章に、この情報が抜けています。

メール送信オプションを有効にしている場合

• エンド ユーザは個人課金の要約を受け取ります。

• 個人課金の要約、部門課金の要約、トップ n レポート、QoS レポートを受け取ります。

• CAR 管理者はすべてのレポートを受け取ります。

Cisco Unified Communications Manager のセキュリティ

この項では、『 Cisco Unified Communications Manager Security Guide 』のドキュメントの抜け、誤り、更新の情報を掲載しています。

• 「さまざまなブラウザとオペレーティング システムで HTTPS プロトコルを使用できる」

• 「ローカル側で有効な証明書の定義」

さまざまなブラウザとオペレーティング システムで HTTPS プロトコルを使用できる

『 Cisco Unified Communications Manager Security Guide 』では、HTTPS が Microsoft Windows 製品とだけ互換性があると誤って述べられています。次の文章に、修正された情報を示します。

Secure Sockets Layer（SSL）での HTTPS または Hypertext Transfer Protocol は、互換性のあるブラウザと Web サーバ間の通信をセキュアにします。HTTPS は証明書を使用して、サーバの ID を保証し、ブラウザ接続をセキュアにします。

ローカル側で有効な証明書の定義

『 Cisco Unified Communications Manager Security Guide 』のローカル側で有効な証明書（LSC）の定義は、次のように変更する必要があります。サードパーティ認証局（CA）は LSC を発行できません。LSC は CAPF が発行するデジタル X.509v3 証明書を表します。それは、電話機または JTAPI/TAPI/CTI アプリケーションにインストールされます。

Cisco Unified Communications Operating System

この項では、『 Cisco Unified Communications Operating System Administration Guide 』のドキュメントの抜け、誤り、更新について説明します。

• 「フェーズ 1 の DH およびフェーズ 2 の DH の誤った値」

• 「サードパーティ認証局によって発行された証明書の使用」

• 「システムのシャットダウン手順の改訂」

• 「アップグレード前のディスク容量」

• 「「Software Upgrades」の章から、アップグレード前のタスクが抜けている」

フェーズ 1 の DH およびフェーズ 2 の DH の誤った値

『 Cisco Unified Communications Operating System Administration Guide 』の「Security」の章では、フェーズ 1 の DH およびフェーズ 2 の DH の値を誤って指定しています。[IPSEC ポリシーの設定（IPSEC Policy Configuration）] ウィンドウで、[フェーズ 1 の DH（Phase One DH）] および [フェーズ 2 の DH（Phase Two DH）] プルダウン メニューには、値 2、1、および 5 が格納されています。

サードパーティ認証局によって発行された証明書の使用

この情報は、『 Cisco Unified Communications Operating System Administration Guide 』にあるサードパーティ 認証局（CA）によって発行された証明書の使用についてのドキュメントを補足します。