デバイスプールのコア設定の設定

デバイスプールの概要

デバイスプールは、デバイスのグループに対して一連の共通設定を提供します。デバイスプールは、電話、ゲートウェイ、トランク、CTI ルートポイントなどのデバイスに割り当てることができます。デバイスプールを作成すると、各デバイスを個別に設定する代わりに、各デバイスがデバイスプールの設定を継承するように関連付けることができます。

デバイスプールを使用すると、日時グループ、リージョン、電話用 NTP リファレンスなど、ロケーションに関連した情報を割り当てることによって、デバイスをロケーションに応じて設定できます。デバイスプールは必要なだけ作成できますが、通常はロケーションごとに 1 つです。ただし、デバイスプールを適用することで、職務に応じて設定を適用することもできます（たとえば会社にコール センターがある場合、コール センターの電話と事務管理部門の電話を別々のデバイスプールに割り当てることが考えられます）。

このセクションでは、次のように、デバイスプールのコア設定を設定するために必要な手順について説明します。

  • Network Time Protocol：電話用 NTP リファレンスを設定して、デバイスプール内の SIP デバイスに NTP サポートを提供します。

  • リージョン：特定のリージョンとの間のコールに使用する帯域幅とサポートされる音声コーデックを管理します。

  • Cisco Unified Communications Manager グループ：デバイスに対してコール処理の冗長性と分散コール処理を設定します。

ネットワーク タイム プロトコル

NTP を使用すると、ネットワーク デバイスは、そのクロックをネットワーク タイム サーバまたはネットワーク対応のクロックと同期させることができます。NTP は、すべてのネットワークデバイスの時刻を同じにし、監査ログのタイムスタンプがネットワーク時間と一致するようにするために重要です。請求およびコール詳細レコードなどの機能は、ネットワーク上の正確なタイムスタンプに依存します。また、システム管理者は、トラブルシューティングのために監査ログに正確なタイムスタンプを必要とします。これによって、異なるシステムの監査ログを比較し、信頼できるタイムラインと一連のイベントを作成できます。

インストール時に、Unified Communications Manager パブリッシャノード用の NTP サーバをセットアップする必要があります。その後、サーバノードは、リリースサーバノードからそれらの時間を同期させます。

最大 5 個の NTP サーバを割り当てることができます。

電話用 NTP リファレンス

  • SIP 電話の場合: 電話機の NTP 参照を設定し、デバイスプールを使用してそれらを割り当てる必要があります。これらの参照により、ネットワーク時間を提供できる適切な NTP サーバに SIP 電話が送信されます。プロビジョニングされた電話用 NTP リファレンスから SIP 電話が日時を取得できない場合、電話は Unified Communications Manager に登録したときにこの情報を受信します。

  • SCCP 電話機の場合: 電話機の場合: 電話機は、sccp 電話機から、sccp 信号によって直接ネットワーク時間を取得できるため、電話機の NTP 参照は必要ありません。

認証済み NTP

ネットワークの NTP の領域についてネットワークセキュリティを強化するために、認証済み NTP を設定できます。認証済み NTP は、Cisco Unified Communications Manager パブリッシャノードで設定します。サブスクライバノードと IM and Presence ノードは、Unified CM パブリッシャノードから時刻を同期します。

次の認証方式のいずれかを選択できます。

  • 対称キーを使用した認証: このオプションを選択すると、ネットワーク内のデバイスは、対称キーを使用して NTP メッセージの暗号化と認証を行います。このオプションは、RedHat などのベンダーで推奨されています。

  • Autokey (PKI ベースのインフラストラクチャ)を使用した認証: このオプションを選択すると、ネットワーク内のデバイスは、オートキープロトコルを使用して NTP メッセージを暗号化および認証します。この方法は、共通の条件に準拠するために必須です。

  • 認証なし:オートキー メソッドを使用した対称キーまたは認証を使用して認証を設定しない場合、NTP メッセージは認証されません。

リージョンの概要

リージョンは、特定のコールについて帯域幅を制限する可能性がある Unified Communications Manager のマルチサイト導入環境向けに、キャパシティ管理を提供します。たとえば、リージョンを使用して、内部コールには高い帯域幅を維持しながら、WAN リンク経由で送信されるコールの帯域幅を制限することができます。リージョンを使用すると、リージョン内またはリージョン間のコールの最大ビットレートを設定することにより、音声コールとビデオ コールの帯域幅を制限できます。

また、特定のコーデックのみをサポートするアプリケーションを使用している場合、システムはリージョンを使用してオーディオ コーデックの優先順位を設定します。サポートされているオーディオ コーデックの優先順位付きリストを設定し、特定のリージョンとの間のコールに適用することができます。

[リージョンの設定（Region Configuration）] ウィンドウで最大オーディオ ビットレートを設定する場合（または [サービスパラメータ設定（Service Parameter Configuration）] ウィンドウのサービスパラメータを使用して）、この設定はフィルタとして機能します。コールでオーディオ コーデックが選択されると、Unified Communications Manager が、適合するコーデックをコール レッグの両側から選択し、設定された最大オーディオ ビットレートを超えるコーデックを除外して、リストに残ったコーデックの中から優先されるコーデックを選択します。

Unified Communications Manager は、最大 2000 のリージョンをサポートします。

サポートされているオーディオ コーデック

Unified Communications Manager は、ビデオ ストリームの暗号化および次の音声コーデックをサポートしています

オーディオ コーデック

説明

G.711

最も一般的にサポートされているコーデックで、Public Switched Telephone Network（PSTN; 公衆電話交換網）経由で使用されます。

G.722

ビデオ会議でよく使用されるワイドバンド コーデックです。Unified Communications Manager では常に G.711 に優先されます。ただし、G.722 が無効になっている場合を除きます。

G.722.1

24 kb/s および 32 kb/s で動作する、低複雑度のワイドバンド コーデックです。G.722 と同様のオーディオ品質を、半分以下のビット レートで実現します。

G.728

ビデオ エンドポイントがサポートする低ビット レート コーデックです。

G.729

Cisco IP 電話 7900 にサポートされる 8 kb/s 圧縮を使用する低ビットレートコーデックで、通常 WAN リンクでの発信に使用されます。

GSM

Global System for Mobile Communications（GSM）コーデックです。GSM は Unified Communications Manager で動作するように、GSM ワイヤレス ハンドセットに対して MNET システムを有効にします。

L16

Advanced Audio Coding-Low Delay（AAC-LD）は、優れた品質の音声や音楽を提供する超広帯域オーディオ コーデックです。このコーデックは、低ビット レートの古いコーデックに対してさえ同等あるいはより良い音質を提供します。

AAC-LD（mpeg4-generic）

SIP（Session Initiation Protocol）デバイス、特に Cisco TelePresence Systems でサポートされます。

AAC-LD（MP4A-LATM）

Low-overhead MPEG-4 Audio Transport Multiplex（LATM）は、優れた音質を提供する超広帯域オーディオ コーデックです。Tandberg やいくつかのサードパーティ エンドポイントを含む SIP（Session Initiation Protocol）デバイスでサポートされます。

（注）   

AAC-LD（mpeg4-generic）や AAC-LD（MPA4-LATM）とは互換性がありません。

Internet Speech Audio Codec（iSAC）

特に低ビット レートと中ビット レートのアプリケーション両方で、低遅延のワイドバンド音質を提供するように設計された適応型広帯域オーディオ コーデックです。

インターネット低ビット レート コーデック（iLBC）

独立してエンコードされた音声フレームが原因の損失性ネットワークにおいて音声品質のグレースフル デグラデーションを可能にしつつ、15.2 kb/s と 13.3 kb/s のビット レートで G.711 から G.729 の間の音声品質を提供します。iLBC は、SIP、SCCP、H323、MGCP デバイスでサポートされています。

（注）   

H.323 アウトバンド FastStart は、iLBC コーデックをサポートしません。

アダプティブ マルチレート（AMR）

GSM に基づく、2.5G/3G ワイヤレス ネットワークで必須の標準規格コーデックです（WDMA、EDGE、GPRS）。このコーデックは、7.4 kb/s 以上のトール品質音声により、4.75 kb/s から 12.2 kb/s の範囲の可変ビット レートでナローバンド（200 ～ 3400 Hz）信号をエンコードします。AMR は SIP（Session Initiation Protocol）デバイスでのみサポートされます。

アダプティブ マルチレート ワイドバンド（AMR-WB）

G.722.2 として体系化されており、公式にはワイドバンドとして知られる ITU-T 標準規格音声コーデックは、音声を約 16 kb/s で符号化します。このコーデックは、50 Hz から 7000 Hz の広い音声帯域幅により、優れた音声品質を提供するので、AMR や G.711 などの他のナローバンド音声コーデックに優先されます。AMR-WB は SIP（Session Initiation Protocol）デバイスでのみサポートされます。

Opus

Opus コーデックは、インタラクティブな音声およびオーディオコーデックで、特に Voice over IP、ビデオ会議、ゲーム内チャットやライブ配信される音楽演奏などの多様なインタラクティブ オーディオ アプリケーションを処理するために設計されています。

このコーデックは、6 kb/s から 510 kb/s までのナローバンド低ビット レートから超高ビット レートまでをサポートします。

Opus codec のサポートは、すべての SIP デバイスでデフォルトで有効になっています。Opus Codec Enabledサービスパラメータを使用して Opus サポートを再構成できます (デフォルト設定は、すべてのデバイスで有効になっています)。このパラメータを再設定することで、Opus codec のサポートを無効にしたり、非録音デバイスのみのサポートを有効にしたりできます。

（注）   
Opusには g.722 コーデックへの依存関係があります。SIP デバイスで Opus を使用するためには、[G.722コーデックのアドバタイズ（Advertise G.722 Codec）] エンタープライズパラメータも [有効（Enabled）] に設定する必要があります。

Cisco Unified CM グループの概要

Unified Communications Manager グループは、デバイスが登録できる最大 3 台の冗長構成のサーバについての、優先順位付きリストです。各グループには、1 個のプライマリ ノードと最大 2 個のバックアップ ノードが含まれます。ノードをリストする順序によって、1 番目のノードがプライマリ ノード、2 番目のノードがバックアップ ノード、3 番目のノードが第 3 ノードとして優先順位が決定されます。[デバイスプールの設定（Device Pool Configuration）] を使用して、Cisco Unified Communictions Manager グループにデバイスを割り当てることができます。

Unified Communications Manager グループは、システムに 2 つの重要な機能を提供します。

  • コール処理の冗長性：デバイスが登録するときに、そのデバイスプールに割り当てられているグループ内のプライマリ（1 番目）Unified Communications Manager への接続を試みます。プライマリ Unified Communications Manager が使用可能ではない場合、デバイスは最初のバックアップ ノードに接続しようとし、そのノードが使用可能ではない場合は、第 3 のノードに接続を試みます。各デバイスプールには Unified Communications Manager グループが 1 つ割り当てられます。

  • 分散コール処理：複数のデバイスプールと Unified Communications Manager グループを作成することで、デバイスの登録を複数の Unified Communications Manager に均等に分散できます。

ほとんどのシステムでは、より適切な負荷分散と冗長性を実現するために、複数のグループに対して Unified Communications Manager を割り当てます。

コール処理の冗長性

Unified Communications Manager グループは、コール処理の冗長性と回復の機能を提供します。

  • フェールオーバー：グループのプライマリ Unified Communications Manager で障害が発生し、そのグループのバックアップ Unified Communications Manager にデバイスが再登録するときに実行されます。

  • フォールバック：障害が発生したプライマリ Unified Communications Manager が復旧し、そのグループのデバイスがプライマリ Unified Communications Manager に再登録されるときに実行されます。

通常動作では、グループ内のプライマリ Unified Communications Manager は、電話およびゲートウェイなど、そのグループに関連付けられたすべての登録デバイスのコール処理を制御します。

プライマリの Unified Communications Manager で何らかの理由で障害が発生した場合、グループの 1 番目のバックアップ Unified Communications Manager が、プライマリ Unified Communications Manager に登録されたデバイスを制御します。グループに 2 番目のバックアップ Unified Communications Manager を指定する場合、プライマリと 1 番目のバックアップ両方の Unified Communications Manager で障害が発生した場合には、2 番目がデバイスを制御します。

障害が発生したプライマリ Unified Communications Manager の機能が回復すると、グループの制御が戻り、そのグループのデバイスは自動的にプライマリ Unified Communications Manager に再登録されます。

例

たとえば、次の図は、1 つのグループに 3 つの Unified Communications Manager があり、800 台のデバイスを制御しているシンプルなシステムを示しています。

図 1. Unified Communications Manager グループ

この図には、DP1 と DP2 の 2 つのデバイスプールが割り当てられた Unified Communications Manager グループ G1 が示されています。Unified Communications Manager 1 は、グループ G1 のプライマリ Unified Communications Manager として、通常動作時には DP1 と DP2 の 800 台のデバイスをすべて制御します。Unified Communications Manager 1 で障害が発生すると、800 台のデバイスの制御は Unified Communications Manager 2 に移ります。Unified Communications Manager 2 でも障害が発生すると、800 台のデバイスの制御は Unified Communications Manager 3 に移ります。

この構成ではコール処理に冗長性が提供されますが、この例の 3 つの Unified Communications Manager 間では、コール処理の負荷はうまく分散されていません。Unified Communications Manager グループとデバイスプールを使用して、クラスタ内で分散コール処理を提供する方法については、次のトピックを参照してください。


（注）  
空の Unified Communications Manager グループは機能しません。

分散コール処理

Unified Communications Manager グループは、コール処理の冗長化と分散型コール処理の両方を実現します。デバイス、デバイスプール、および Unified Communications Manager をどのようにグループに割り当てるかによって、システムの冗長性とロード バランシングのレベルが決まります。

多くの場合、グループ内の 1 つの Unified Communications Manager に障害が起きたら、他の Unified Communications Manager が過負荷にならないようにデバイスを分散する必要があります。次の図は、3 つの Unified Communications Manager と 800 台のデバイスから成るシステムで分散型コール処理と冗長化を実現するために、Unified Communications Manager グループとデバイスプールを設定する方法の一例を示しています。

図 2. 分散型コール処理と組み合わせた冗長化

この図は、設定されてデバイスプールに割り当てられた Unified Communications Manager グループを表します。Unified Communications Manager 1 は、G1 と G2 の 2 つのグループでプライマリコントローラとして機能します。Unified Communications Manager 1 で障害が発生した場合、デバイスプール DP1 の 100 台のデバイスは Unified Communications Manager 2 に再登録され、DP2 の 300 台のデバイスはUnified Communications Manager 3 に再登録されます。同様に、Unified Communications Manager 2 は、グループ G3 と G4 のプライマリコントローラとして機能します。Unified Communications Manager 2 で障害が発生した場合、DP3 の 100 台のデバイスは Unified Communications Manager 1 に再登録され、DP4 の 300 台のデバイスはUnified Communications Manager 3 に再登録されます。Unified Communications Manager 1 と Unified Communications Manager 2 の両方で障害が発生した場合は、すべてのデバイスが Unified Communications Manager 3 に再登録されます。

デバイスプールの前提条件

デバイスプールは、設定する前に、適切に計画してください。デバイスプールおよび冗長構成の Unified Communications Manager グループを設定する場合は、電話機向けにサーバの冗長性を提供すると同時に、登録を複数のクラスタに均等に分散させることを推奨します。システムについて計画を立てる際に使用できる詳細情報については、『Cisco Collaboration システム ソリューション リファレンス ネットワーク デザイン』（https://www.cisco.com/c/en/us/support/unified-communications/unified-communications-manager-callmanager/products-implementation-design-guides-list.html）を参照してください。

Unified Communications Manager に最新のタイム ゾーン情報が含まれるようにするには、Unified Communications Manager のインストール後に、タイム ゾーン情報を更新する Cisco Options Package（COP）ファイルをインストールすることができます。大規模なタイム ゾーン変更イベント後には、最新の COP ファイルを https://software.cisco.com/download/navigator.html でダウンロードできることをお知らせします。

CMLocal の設定をローカルの日付と時刻に変更します。

デバイスプールの追加設定

この章では、Unified Communications Manager グループを使用した、電話用 NTP リファレンス、リージョン、コール処理の冗長性などの主な設定について説明します。ただし、デバイスプール設定を使用して次のオプション機能とコンポーネントをデバイスに適用することもできます。

  • メディアリソース：会議ブリッジなどのメディアリソースと、保留音（MOH）を、デバイスプール内のデバイスに割り当てます。詳細については、本ドキュメントの「メディアリソース構成タスクフロー」のセクションを参照してください。

  • Survivable Remote Site Telephony（SRST）：導入環境で WAN 接続を使用している場合は、SRST を設定することで、WAN が停止した場合に IP ゲートウェイが限定的なコール サポートを提供できるようになります。詳細については、本ドキュメントの「Survivable Remote Site Telephony の設定タスクフロー」のセクションを参照してください。

  • コールルーティング情報：クラスタ間でコールをルーティングする方法の詳細については、本ドキュメントの「コールルーティングの設定タスクフロー」のセクションを参照してください。

  • デバイス モビリティ：デバイス モビリティ グループを設定することで、デバイスが物理的な場所に基づいて設定を使用できるようになります。詳細については、『Cisco Unified Communications Manager 機能設定ガイド』の「デバイス モビリティの設定」の章を参照してください。

デバイスプールのコア設定の設定タスクフロー

デバイスプールをセットアップし、リージョン、電話用 NTP リファレンス、およびそのデバイスプールを使用するデバイスの冗長性などの設定を適用するには、次の手順を実行します。

手順

  コマンドまたはアクション 目的
ステップ 1

Network Time Protocol の設定

このタスクフローのタスクを実行して、システムに NTP をセットアップします。電話機の NTP 参照を設定し、デバイスプールに割り当てることができる日付/時刻グループにそれらを適用します。
ステップ 2

リージョンの関係の設定

これらのタスクを実行して、システムのリージョンを設定します。最大で 2,000 のリージョンを作成し、リージョンで提供できる内容に基づいて、カスタマイズしたオーディオ コーデック設定やビット レート制限など、カスタマイズした設定を指定できます。
ステップ 3

Cisco Unified CM グループの設定

コール処理の冗長性と負荷分散のための Unified Communications Manager グループを構成します。
ステップ 4

デバイスプールの設定

システム デバイスのデバイスプールを設定します。設定された他のコア設定をデバイスプールに適用します。これらの設定をこのデバイスプールを使用するデバイスに適用します。

Network Time Protocol の設定

システムの Network Time Protocol（NTP）を設定するには、次のタスクを完了します。電話機の NTP 参照を設定し、これらの参照を日付/時刻グループに適用して、デバイスプールに適用できるようにします。

手順

  コマンドまたはアクション 目的
ステップ 1

NTP サーバの追加
（オプション）NTP サーバを追加する必要がある場合は、この手順を使用します。最大5台のNTPサーバーを追加できます。
（注）   
システムのインストール時に、Unified Communications Manager を 1 台の NTP サーバにポイントするように要求されました。NTP サーバを追加する場合は、この手順を使用することができます。その他の場合は、このタスクをスキップします。
ステップ 2

次のいずれかの方法を選択して、NTP メッセージを認証します。

（オプション）セキュリティを強化するには、認証済み NTP を設定します。認証を設定するには、対称キーを使用するか、またはキーを使用する必要があります。オートキー メソッドは、共通の条件に準拠するために必要です。
ステップ 3

電話用 NTP リファレンスの設定

SIP 電話では、電話用 NTP リファレンスを設定してから、日時グループとデバイスプールを介してそれらを適用する必要があります。
ステップ 4

日時グループの追加

システムに接続されているさまざまなデバイスのタイム ゾーンを定義し、設定した電話用 NTP リファレンスを適切な日時グループに割り当てます。

（注）  

utils ntp* コマンド セットなど、NTP のトラブルシューティングと設定に使用する CLI コマンドの詳細については、『コマンドライン インターフェイス リファレンス ガイド』（https://www.cisco.com/c/en/us/support/unified-communications/unified-communications-manager-callmanager/products-maintenance-guides-list.html）を参照してください。

NTP サーバの追加

NTP サーバを Unified Communications Manager に追加します。


（注）  

[Cisco Unified OSの管理（Cisco Unified OS Administration）] ウィンドウで [設定（Settings）] > [NTサーバ（NTP Servers）] を選択して、[NTP サーバの設定（NTP Server Configuration）] ウィンドウで NTP サーバを追加することもできます。

手順
ステップ 1

コマンドライン インターフェイスにログインします。
ステップ 2

パブリッシャノードが NTP サーバに到達できることを確認するには、utils network ping <ip_address> を実行します。このとき、ip_address は NTP サーバのアドレスを表します。

ステップ 3

サーバに到達可能であれば、utils ntp server add <ip_address> を実行してサーバを追加します。

ステップ 4

utils ntp restart コマンドを使用して NTP サービスを再起動します。

対称キー経由での NTP 認証キーの設定

対称キーを使用してネットワークで NTP メッセージを認証するには、次の手順を実行します。

手順
ステップ 1

Cisco Unified Communications Manager パブリッシャノードで、コマンドライン インターフェイスにログインします。
ステップ 2

utils ntp auth-symmetric key status コマンドを実行して、現在の NTP 認証設定のステータスを確認します。

ステップ 3

次のいずれかを実行します。

  • 対称キーによる NTP 認証を有効化するには、CLI コマンド utils ntp auth symmetric-key enable を実行します。
  • 対称キーによる NTP 認証を無効化するには、CLI コマンド utils ntp auth symmetric-key disable を実行します。
ステップ 4

プロンプトに従って、NTP サーバのキー ID と対称キーを入力します。

オートキー経由での NTP 認証キーの設定

PKI ベースの自動キーを使用して NTP 認証を設定する場合は、次の手順を使用します。


（注）  

対称キーを使用した NTP 認証が有効になっている場合は、自動キーによる認証を有効にする前に、その設定を無効にする必要があります。対称キーを使用した NTP 認証を無効化するには、「対称キー経由での NTP 認証キーの設定」を参照してください。

始める前に

オートキー を介した NTP 認証を有効にするには、共通条件モードを有効にする必要があります。コモン クライテリア モードを有効にする方法の詳細については、『Cisco Unified Communications Manager セキュリティガイド』の「FIPS セットアップ」の章を参照してください。

手順
ステップ 1

コマンドライン インターフェイスにログインします。
ステップ 2

utils ntp auth auto-key status コマンドを実行して、現在の NTP 認証設定を確認します。

ステップ 3

次のいずれかを実行します。

  • NTP 認証を有効化するには、CLI コマンド utils ntp auth auto-key enable を実行します。
  • NTP 認証を無効化するには、CLI コマンド utils ntp auth auto-key disable を実行します。
ステップ 4

NTP 認証を有効または無効にする NTP サーバの番号を入力します。
ステップ 5

認証を有効にする場合は、IFF クライアントキーを入力します。NTP サーバのクライアントキーを貼り付けます。

電話用 NTP リファレンスの設定

SIP 電話に必須の電話用 NTP リファレンスを設定するには、この手順を使用します。作成した NTP リファレンスは、日時グループを使用してデバイスプールに割り当てることができます。このリファレンスは、ネットワーク時刻を提供できる適切な NTP サーバに SIP 電話をポイントします。SCCP 電話機の場合、この設定は必要ありません。


（注）  

Unified Communications Manager は、マルチキャスト モードおよびエニーキャスト モードをサポートしていません。これらのモードを選択した場合ではデフォルトのダイレクト ブロードキャスト モードに設定されます。

手順
ステップ 1

Cisco Unified CM Administration から、[システム（System）] > [電話用NTPリファレンス（Phone NTP Reference）] を選択します。

ステップ 2

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

ステップ 3

電話機が使用するアドレス方式に従って、NTP サーバの IPv4 アドレス、または IPv6 アドレスを入力します。

（注）   

電話用 NTP リファレンスの保存には、IPv4 アドレスまたは IPv6 アドレスのいずれかの入力が必要です。IPv4 電話と IPv6 電話の両方を展開している場合、NTP サーバに、IPv4 アドレスと IPv6 アドレスの両方を設定します。

ステップ 4

[説明（Description）] フィールドに、電話用 NTP リファレンスの説明を入力します。

ステップ 5

[モード（Mode）] ドロップダウンリストで、電話用 NTP リファレンスのモードを次のオプションから選択します。

  • [ユニキャスト（Unicast）]：このモードを選択すると、電話機は、指定した NTP サーバに NTP クエリ パケットを送信します。

  • [ダイレクト ブロードキャスト（Directed Broadcast）]：このデフォルトの NTP モードを選択すると、電話機は任意の NTP サーバの日時情報を利用しますが、リストされている NTP サーバ（1 番目 = プライマリ、2 番目 = セカンダリ）を優先します。

（注）   

Cisco TelePresence および Cisco Spark デバイス タイプは、ユニキャスト モードのみをサポートします。

ステップ 6

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

次のタスク

電話用 NTP リファレンスを日時グループに割り当てます。詳細については、「日時グループの追加」を参照してください。

日時グループの追加

システムのタイム ゾーンを定義するための日時グループを設定します。設定した電話用 NTP リファレンスを、適切なグループに割り当てます。新しい日時グループをデータベースに追加した後で、そのグループをデバイスプールに割り当てることで、デバイスプール内のすべてのデバイスで日付と時刻の情報を設定することができます。

変更を適用するには、デバイスをリセットする必要があります。


ヒント

Cisco IP Phone が世界中に分布している場合は、タイムゾーンごとに日時グループを作成します。

手順
ステップ 1

Cisco Unified CM Administration から、[システム（System）] > [日時グループ（Date/Time Group）] の順に選択します。

ステップ 2

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

ステップ 3

このグループに NTP リファレンスを割り当てます。

  1. [電話用NTPリファレンスの追加（Add Phone NTP References）] をクリックします。

  2. [電話用NTPリファレンスの検索と一覧表示（Find and List Phone NTP References）] ポップアップ ウィンドウで、[検索（Find）] をクリックして、前のタスクで設定した電話用 NTP リファレンスを選択します。

  3. [選択項目の追加（Add Selected）] をクリックします。

  4. 複数の参照を追加した場合は、上下の矢印を使用して優先順位を変更します。上部にある参照は、優先順位が高くなります。
ステップ 4

残りのフィールドを日付と時刻のセットウィンドウに設定します。フィールドとその設定オプションの詳細については、オンライン ヘルプを参照してください。

ステップ 5

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

リージョンの設定

デバイスプールのリージョンを設定するには、次のタスクを実行します。リージョン間の関係を設定して、より適切に帯域幅を管理します。リージョンを使用して、特定のタイプのコール（ビデオ コールなど）の最大ビット レートを制御し、特定のオーディオ コーデックに優先順位を設定することができます。

手順

  コマンドまたはアクション 目的
ステップ 1

音声コーデック設定のカスタマイズ

（オプション）この手順は、使用しているオーディオコーデックの優先順位をカスタマイズする場合に使用します。このようにして、特定のオーディオコーデックを他のコーデックの先で優先することができます。それ以外の場合は、デフォルトのオーディオコーデックリストのいずれかをデバイスプールに割り当てることができます。

ステップ 2

リージョンにおけるクラスタ全体のデフォルト値の設定

リージョンにおけるクラスタ全体のデフォルト値を設定します。[リージョンの設定（Region Configuration）] で異なる値を設定しない限り、すべてのリージョンでこのデフォルト値が使用されます。
ステップ 3

リージョンの関係の設定

新しいリージョンを設定するか、既存のリージョンの設定を編集します。リージョン間およびリージョン内の両方のコールについて、関係を設定します。

音声コーデック設定のカスタマイズ

オーディオ コーデックの優先順位をカスタマイズするには、この手順を使用します。既存のリストから設定をコピーして新しいオーディオ コーデックの初期設定リストを作成し、新しいリストで優先順位を編集します。


（注）  

オーディオコーデックの優先順位をカスタマイズする必要がない場合は、このタスクを省略できます。デバイスプールを設定するときに、デフォルトのオーディオ コーデックの初期設定リストのいずれかを割り当てることができます。
手順
ステップ 1

Cisco Unified CM Administration から、[システム（System）] > [リージョン情報（Region Information）] > [オーディオコーデックの初期設定リスト（Audio Codec Preference List）] を選択します。

ステップ 2

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

ステップ 3

[オーディオコーデックの初期設定リスト（Audio Codec Preference Lists）] ドロップダウンリスト ボックスから、既存のオーディオコーデックの初期設定リストのいずれかを選択します。

選択したリストに対して、優先順位付きのオーディオ コーデック リストが表示されます。
ステップ 4

[コピー（Copy）] をクリックします。コピー元のリストでの優先順位付きリストが、新しく作成したリストに適用されます。

ステップ 5

新しいオーディオ コーデック リストの [名前（Name）] を編集します。たとえば、customizedCodecList のように設定します。

ステップ 6

[説明（Description）] を編集します。

ステップ 7

[リスト内のコーデック（Codecs in List）] リストボックスに表示される優先順位内でコーデックを移動させるには、上向き矢印と下向き矢印を使用します。

ステップ 8

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

新しいリストをリージョンに適用してから、そのリージョンをデバイスプールに適用する必要があります。デバイスプール内のすべてのデバイスで、このオーディオコーデックの初期設定リストが使用されます。

リージョンにおけるクラスタ全体のデフォルト値の設定

リージョンのデフォルト値を設定するには、次の手順を使用します。これらの設定は、[リージョンの設定（Region Configuration）] ウィンドウ内の個々のリージョンに対してリージョンの関係を設定していない限り、デフォルトですべてのリージョンに対するコールに適用されます。

手順
ステップ 1

Cisco Unified CM Administration から、[システム（System）] > [サービスパラメータ（Service Parameters）] の順に選択します。

ステップ 2

[サーバ（Server）] ドロップダウンリストから、Unified Communications Manager パブリッシャノードを選択します。

ステップ 3

[サービス（Service）] ドロップダウンリストから、Cisco CallManager サービスを選択します。

[サービスパラメータ設定（Service Parameter Configuration）] ウィンドウが表示されます。
ステップ 4

[クラスタ全体のパラメータ（システム-ロケーションとリージョン）（Clusterwide Parameters (System Location and Region)）] で、必要な新しいサービスパラメータ設定を入力します。サービスパラメータの説明については、パラメータ名をクリックしてヘルプの説明を参照してください。

ステップ 5

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

リージョンの関係の設定

リージョンを作成し、特定のリージョン間のコールにカスタム設定を割り当てるには、この手順を使用します。優先するオーディオ コーデックおよび最大ビットレートなどの設定を編集できます。たとえば、ネットワークの他の部分よりも帯域幅が小さいリージョンがある場合は、そのリージョンに対するビデオ コールのセッション ビットレートの最大値を編集することができます。この値は、そのリージョンで提供可能な値にリセットすることができます。


（注）  

拡張性を高めるため、また、システムが使用するリソースを少なくするために、[サービスパラメータの設定（Service Parameters Configuration）] ウィンドウでは、できるだけデフォルト値を使用することを推奨します。

手順
ステップ 1

Cisco Unified CM Administration で、[システム（System）] > [リージョン情報（Region Information）] > [リージョン（Regions）] を選択します。

ステップ 2

次のいずれかを実行します。

  • [検索（Find）] をクリックします。
  • [新規追加（Add New）]をクリックして新しいパーティションを作成します。
  • リージョンの [名前（Name）] を入力します。たとえば「NewYork」と入力します。
  • [保存（Save）] をクリックします。
読み取り専用の [リージョンの関係（Region Relationships）] 領域には、選択したリージョンと別のリージョンの間で設定したカスタマイズ済みの設定が表示されます。
ステップ 3

このリージョンと別のリージョンの間（またはリージョン内コールの場合は同一リージョン）の設定を変更するには、[他のリージョンとの関係を変更（Modify Relationships to other Regions）] 領域の設定を編集します。

  1. [リージョン（Region）] 領域で、他方のリージョンを強調表示します（リージョン内コールの場合は、設定中の同じリージョンを強調表示します）。

  2. 隣接するフィールドの設定を編集します。フィールドとその設定の詳細については、オンライン ヘルプを参照してください。

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

    新しい設定が、[リージョンの関係（Region Relationships）] 領域にカスタム ルールとして表示されます。
（注）   

一方のリージョン内でリージョンの関係を編集すると、その設定が他方のリージョンで自動的に更新されるため、他のリージョンにその設定を複製する必要はありません。たとえば、[リージョンの設定（Region Configuration）] ウィンドウでリージョン 1 を開き、リージョン 2 とのカスタム関係を設定するとします。次にリージョン 2 を開くと、[リージョンの関係（Region Relationships）] 領域にカスタム関係が表示されます。

Cisco Unified CM グループの設定

デバイスプール内のデバイスに対して、コール処理の冗長性、ロード バランシング、およびフェールオーバーを行うための Unified Communications Manager グループを設定するには、この手順を使用します。


ヒント

クラスタノード間でデバイス登録が均等に分散される分散コール処理を提供するために、複数のグループとデバイスプールを設定して、各グループのプライマリサーバがそれぞれ異なるようにします。

（注）  

デフォルトサーバグループは名前から内容がわからず、混乱が起きる可能性があるため、使用しないでください。

手順

ステップ 1

Cisco Unified CM Administration から、[システム（System）] > [Cisco Unified CMグループ（Cisco Unified CM Group）] を選択します。

ステップ 2

[名前（Name）] にグループの名前を入力します。

（注）   

グループを簡単に区別できるように、名前でノードの順序を識別することを検討してください。たとえば、CUCM_PUB-SUB のような名前にします。
ステップ 3

この Unified Communications Manager グループを、自動登録を有効化したときのデフォルトの Unified Communications Manager グループにする場合は、[自動登録のCisco Unified Communications Managerグループ（Auto-registration Cisco Unified Communications Manager Group] チェックボックスをオンにします。

ステップ 4

[使用可能なCisco Unified Communications Manager （Available Cisco Unified Communications Managers）] のリストから、このグループに追加するノードを選択し、下向き矢印をクリックして選択します。グループには最大 3 台のサーバを追加できます。

このグループのサーバは、[選択されたCisco Unified Communications Manager（Selected Cisco Unified Communications Managers）] リスト ボックスに表示されます。リストの 1 番上にあるサーバがプライマリ サーバです。
ステップ 5

プライマリ サーバおよびバックアップ サーバを変更するには、[選択されたCisco Unified Communications Manager（Selected Cisco Unified Communications Managers）] リスト ボックスの横にある矢印を使用します。

ステップ 6

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

デバイスプールの設定

システム デバイスのデバイスプールを設定します。設定された他のコア設定をデバイスプールに適用します。これらの設定をこのデバイスプールを使用するデバイスに適用します。導入のニーズに合わせて、複数のデバイスプールを設定できます。

始める前に

SRST 設定を割り当てる場合は、「Survivable Remote Site Telephony の設定タスクフロー」を参照してください。

手順

ステップ 1

Cisco Unified CM Administration から、[システム（System）] > [デバイスプール（Device Pool）] を選択します。

ステップ 2

次のいずれかを実行します。

  • [新規追加（Add New）] をクリックして新しいデバイスプールを作成します。
  • [検索（Find）] をクリックし、既存のデバイス グループを選択します。
ステップ 3

[デバイスプール名（Device Pool Name）] フィールドに、デバイスプールの名前を入力します。

ステップ 4

[Cisco Unified Communications Managerグループ（Cisco Unified Communications Manager Group）] ドロップダウンで、コール処理の冗長性と負荷分散を処理するように設定したグループを選択します。

ステップ 5

[日時グループ（Date/Time Group）] ドロップダウンリストから、このデバイスプールを使用するデバイスの日付、時刻、および電話用 NTP リファレンスを処理するように設定したグループを選択します。

ステップ 6

[リージョン（Region）] ドロップダウンリスト ボックスから、このデバイスプールに適用するリージョンを選択します。

ステップ 7

[メディアリソースグループリスト（Media Resource Group List）] ドロップダウンリストから、このデバイスプールに適用するメディアリソースが含まれるリストを選択します。

ステップ 8

このデバイスプールに SRST 設定を適用します。

  1. [SRSTリファレンス（SRST Reference）] ドロップダウンリストから、SRST リファレンスを割り当てます。

  2. [接続モニタ時間（Connection Monitor Duration）] フィールドに値を割り当てます。この設定では、電話機が SRST から登録解除して Unified Communications Manager に再登録するまでに、Unified Communications Manager との接続をモニタする時間を定義します。

ステップ 9

[デバイスプールの設定（Device Pool Configuration）] ウィンドウで、残りのフィールドに入力します。フィールドとその設定の詳細については、オンライン ヘルプを参照してください。

ステップ 10

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

次のタスク

導入要件に応じて、複数のデバイスプールを設定します。

基本的なデバイスプール設定フィールド

表 1. 基本的なデバイスプール設定フィールド

フィールド

説明

デバイスプール名（Device Pool Name）

新しいデバイスプールの名前を入力します。名前は最大 50 文字までで、英数字、ピリオド（.）、ハイフン（-）、アンダースコア（_）、および空白を使用できます。

Cisco Unified CMグループ（Cisco Unified Communications Manager Group）

このデバイスプール内のデバイスに割り当てる Cisco Unified Communications Manager グループを選択します。Cisco Unified Communications Manager グループでは、最大 3 つの Unified Communications Manager ノードについて優先順位を設定したリストを指定します。リストの最初のノードはそのグループのプライマリ ノードとして動作し、グループの他のメンバーは、冗長性のためのバックアップ ノードとして動作します。

日時グループ（Date/Time Group）

このデバイスプール内のデバイスに割り当てる日時グループを選択します。日時グループは、タイム ゾーンと日時の表示形式を指定します。

リージョン（Region）

このデバイスプール内のデバイスに割り当てるリージョンを選択します。リージョンの設定値は、リージョン内および他のリージョン間でコールに使用できる音声コーデックを指定します。

コール保持

Unified Communications Manager のコール保留機能は、Unified Communications Manager で障害が発生したとき、またはコールをセットアップする Unified Communications Manager とデバイスの間の通信で障害が発生したときに、コールが中断しないようにするものです。

Unified Communications Manager は、幅広い Cisco Unified Communications デバイスに対してコール保存を完全にサポートしています。このサポートには、Cisco Unified IP Phone、Foreign Exchange Office（FXO）（非ループスタート トランク）および Foreign Exchange Station（FXS）インターフェイスをサポートする Media Gateway Control Protocol（MGCP）ゲートウェイが含まれ、会議ブリッジ、MTP、およびトランスコーディング リソース デバイス間のコール保持もある程度含まれます。

高度なサービスパラメータ、[ピアがH.323コールを保持できるようにする（Allow Peer to Preserve H.323 Calls）] を [True] に設定することで、H.323 コール保持を有効にします。

次のデバイスおよびアプリケーションは、コール保持をサポートしています。双方が以下のいずれかのデバイスを介して接続すると、Unified Communications Manager はコール保存を維持します。

  • Cisco Unified IP Phone

  • SIP トランク

  • ソフトウェア会議ブリッジ

  • ソフトウェア MTP

  • ハードウェア会議ブリッジ（Cisco Catalyst 6000 8 Port Voice E1/T1 and Services Module、Cisco Catalyst 4000 Access Gateway Module）

  • トランスコーダ（Cisco Catalyst 6000 8 Port Voice E1/T1 and Services Module、Cisco Catalyst 4000 Access Gateway Module）

  • 非 IOS の MGCP ゲートウェイ（Catalyst 6000 24 Port FXS Analog Interface Module、Cisco DT24+、Cisco DE30+、Cisco VG200）

  • Cisco IOS H.323 ゲートウェイ（Cisco 2800 シリーズ、Cisco 3800 シリーズなど）

  • Cisco IOS MGCP ゲートウェイ（Cisco VG200、Catalyst 4000 Access Gateway Module、Cisco 2620、Cisco 3620、Cisco 3640、Cisco 3660、Cisco 3810）

  • Cisco VG248 Analog Phone Gateway

次のデバイスとアプリケーションでは、コール保存をサポートしていません。

  • アナンシエータ

  • H.323 エンドポイント（NetMeeting またはサードパーティの H.323 エンドポイントなど）

  • CTI アプリケーション

  • TAPI アプリケーション

  • JTAPI アプリケーション

コール保持のシナリオ

次の表で、さまざまなシナリオでコール保存がどのように処理されるのかを説明します。

表 2. コール保持のシナリオ

シナリオ

コール保持の処理

Unified Communications Manager で障害が発生した場合。

Unified Communications Manager で障害が発生すると、障害が発生した Unified Communications Manager によってセットアップされたすべてのコールのコール処理機能が失われます。

Unified Communications Manager は、エンド ユーザがコールを終了するか、メディア接続の解放をデバイスが判別できるまで、影響を受けるアクティブなコールを維持します。ユーザは、この障害の結果として維持されているコールに対して、コール処理機能を呼び出すことはできません。

Unified Communications Manager とデバイスの間で通信障害が発生した場合。

デバイスとそれを制御する Unified Communications Manager との間で通信障害が発生すると、デバイスが障害を認識し、アクティブな接続を維持します。Unified Communications Manager が通信障害を認識し、通信が失われたデバイスでのコールに関連付けられているコール処理エンティティを消去します。

Unified Communications Manager は、影響を受けるコールに関連付けられている、障害が発生していないデバイスの制御を維持します。Unified Communications Manager は、エンド ユーザがコールを終了するか、メディア接続の解放をデバイスが判別できるまで、影響を受けるアクティブなコールを維持します。ユーザは、この障害の結果として維持されているコールに対して、コール処理機能を呼び出すことはできません。

（注）   

フェールオーバーが実行された場合、キープアライブ タイマー内で Unified CM ノードを表示すると、コールが保存モードになっていても、電話機は現在のノードに登録されたままになります。これは、キープアライブ タイマーが有効である場合に発生する可能性があります。

デバイスの故障

（電話機、ゲートウェイ、会議ブリッジ、トランスコーダ、MTP）

デバイスに障害が発生すると、デバイス経由で存在する接続によってストリーミング メディアが停止します。アクティブな Unified Communications Manager は、デバイスの障害を認識し、障害が発生したデバイスでのコールに関連付けられているコール処理エンティティを消去します。

Unified Communications Manager は、影響を受けるコールに関連付けられている、障害が発生していないデバイスの制御を維持します。問題が発生していないユーザがコールを終了するか、問題が発生していないデバイスがメディア接続の解放を判別できるまで、Unified Communications Manager が、問題が発生していないデバイスに関連付けられているアクティブな接続（コール）を維持します。