Cisco Unified Communications Manager 機能およびサービスガイド リリース 8.6(1)

保留音の定義

最も簡単な例では、電話機 A から電話機 B に通話していて、電話機 A が電話機 B を保留にする場合に保留音が実行されます。保留音（MOH）リソースが利用可能な場合は、電話機 B には保留音サーバからストリームされる音楽が聞こえます。

次の定義は、後の説明で重要となる情報です。

• MOH サーバ：保留音オーディオ ソースを提供し、1 つの保留音オーディオ ソースを複数のストリームに接続するソフトウェア アプリケーション。

• メディア リソース グループ：メディア サーバの論理グループ。メディア リソース グループは、必要に応じて地理的なロケーションまたはサイトに関連付ける場合があります。また、メディア リソース グループを形成して、サーバの使用状況や必要なサービス タイプ（ユニキャストまたはマルチキャスト）を制御することもできます。

• メディア リソース グループ リスト：優先順位を付けられたメディア リソース グループで構成されるリスト。アプリケーションは、メディア リソース グループ リストで定義されている優先順位に従って、必要なメディア リソースを利用可能なメディア リソースの中から選択できます。

• オーディオ ソース ID：保留音サーバ内のオーディオ ソースを表す ID。オーディオ ソースには、ディスク上のファイルや、ソース ストリーム保留音サーバがストリーミング データを取得する固定デバイスがあります。MOH サーバは 51 までのオーディオ ソース ID（1 ～ 51）をサポートします。各オーディオ ソース（オーディオ ソース ID で表される）は、必要に応じてユニキャスト モードおよびマルチキャスト モードとしてストリームできます。

• 保留にした側：アクティブな、2 パーティ間のコールで、保留動作（ユーザ保留またはネットワーク保留）を開始した側。例：A 側が B 側に通話している場合で、A 側が [保留] ソフトキーを押して保留動作を開始した場合は、A 側が保留にした側です。

• 保留にされた側：アクティブな、2 パーティ間のコールで、保留動作を開始しなかったが保留状態になった側。例：A 側が B 側に通話している場合で、A 側が [保留] ソフトキーを押して保留動作を開始した場合は、B 側が保留にされた側です。

次のオーディオ ソース ID 選択規則は、オーディオ ソース ID とメディア リソース グループ リストの選択に適用されます。

• エンドユーザではなく、システム管理者がオーディオ ソース ID を定義（設定）します。

• システム管理者が、デバイスまたはデバイス プール（複数）に対してオーディオ ソース ID を選択（設定）します。

• 保留にした側が、保留にされた側に適用するオーディオ ソース ID を定義します。

• Cisco Unified Communications Manager は、4 つのレベルの優先順位を付けられたオーディオ ソース ID を実装しています。レベル 4 が最も高い優先順位で、レベル 1 が最も低い優先順位です。

– レベル 4 のオーディオ ソース ID が定義されている場合、システムはレベル 4 を選択します。レベル 4 は、電話番号/回線ベースです。ゲートウェイなど、回線定義のないデバイスにはこのレベルはありません。

– レベル 4 のオーディオ ソース ID が定義されていない場合は、システムはレベル 3 の任意の選択されたオーディオ ソース ID を検索します。レベル 3 は、デバイス ベースです。

– レベル 4 のオーディオ ソース ID も、レベル 3 のオーディオ ソース ID も選択されなかった場合、システムはレベル 2 に定義されているオーディオ ソース ID を選択します。レベル 2 は共通デバイス設定ベースです。

– すべての上位レベルのオーディオ ソース ID が選択されなかった場合は、システムはレベル 1 のオーディオ ソース ID を検索します。レベル 1 はクラスタ全体のパラメータです。

次のメディア リソース グループ リスト選択規則が適用されます。

• 保留にされた側が、Cisco Unified Communications Manager が保留音リソースの割り当てに使用するメディア リソース グループ リストを決定します。

• 2 つのレベルの、優先順位を付けられたメディア リソース グループ リストが選択できます。

– レベル 2 のメディア リソース グループ リストは、高い優先順位のレベルを提供します。このレベルは、デバイス ベースです。Cisco Unified Communications Manager は、このようなメディア リソース グループ リストが定義されている場合には、デバイス レベルのメディア リソース グループ リストを使用します。

– レベル 1 のメディア リソース グループ リストは、低い優先順位のレベルを提供します。このレベルは、オプションのデバイス プール パラメータです。Cisco Unified Communications Manager は、そのデバイスのデバイス レベルでメディア リソース グループ リストが定義されていない場合にだけ、デバイス プール レベル メディア リソース グループ リストを使用します。

• メディア リソース グループ リストが定義されていない場合は、Cisco Unified Communications Manager はシステム デフォルト リソースを使用します。システム デフォルト リソースは、既存のメディア リソース グループのどれにも割り当てられていないリソースで構成されます。システム デフォルト リソースは必ずユニキャストです。

追加情報

「関連項目」を参照してください。

保留音の特徴

統合保留音機能を使用すると、ユーザは、ストリーミング ソースからストリームされる音楽を使用して、ネット上およびネット外のユーザを保留にできます。このソースは、すべてのネット上またはネット外の保留状態のデバイスで音楽を利用可能にします。ネット上のデバイスには、保留状態、打診保留状態、または Interactive Voice Response（IVR; 対話型音声応答）やコール分散によるパーク保留状態のステーション デバイスおよびステーション アプリケーションがあります。ネット外のユーザには、Media Gateway Control Protocol（MGCP）/Skinny ゲートウェイ、Internetwork Operating System（IOS）H.323 ゲートウェイ、および IOS Media Gateway Control Protocol ゲートウェイを介して接続しているユーザがあります。保留音機能は、IOS H.323/Media Gateway Control Protocol 上の Foreign Exchange Station（FXS）ポートを介して Cisco IP ネットワークに接続する Cisco IP Plain Old Telephone Service（POTS; 一般電話サービス）電話機でも利用できます。また、Cisco Media Gateway Control Protocol/Skinny ゲートウェイでも利用できます。

統合保留音機能は、メディア サーバ、データベース管理、コール制御、メディア リソース マネージャ、およびメディア制御機能領域を網羅しています。

保留音サーバは、音楽リソース/ストリームを提供します。これらのリソースは、初期化/復旧時に Cisco Unified Communications Manager に登録されます。

データベース管理は、Cisco Unified Communications Manager 管理者がデバイスに保留音機能を設定するためのユーザ インターフェイスを提供します。また、データベース管理は、Cisco Unified Communications Manager コール制御に設定情報を提供します。

コール制御は、保留音シナリオ ロジックを制御します。

メディア リソース マネージャは、保留音サーバからの登録要求を処理します。また、コール制御の要求のもとで、保留音リソースの割り当てと割り当て解除を行います。

メディア制御は、メディア ストリーム接続の確立を制御します。メディア ストリーム接続には、片方向の接続または双方向の接続があります。

終端デバイスで保留音が機能するには、そのデバイスに保留音関連情報がプロビジョニングされていることを事前に確認する必要があります。Cisco Unified Communications Manager を初期化すると、メディア リソース マネージャが作成されます。保留音サーバ（複数）は、メディア リソース マネージャに保留音リソースを登録します。

終端のデバイスまたは機能がコールを保留状態にすると、Cisco Unified Communications Manager は保留にされたデバイスを音楽リソースに接続します。保留にされたデバイスが元に戻ると、保留音リソースから切断され、通常のアクティビティが再開されます。

追加情報

「関連項目」を参照してください。

保留音の機能性

保留音が機能するためには、次のリストに示す操作を実行する必要があります。

• 保留音サーバを設定する。

• オーディオ ソースを設定する。後述の例では、「 お待ちいただきありがとうございます 」と「 ポピュラー音楽 1 」というオーディオ ソースを設定およびプロビジョニングします。

（注） 特にマルチキャストを使用する場合には、最初にオーディオ ソースを設定してから、保留音サーバを設定します。ユーザ インターフェイスでは、いずれの手順も最初に行うことができます。

（注） オーディオ ソースがマルチキャストに設定されている場合、デバイスが保留中かどうかにかかわらず、MOH サーバは常にオーディオ ストリームを伝送します。

• メディア リソース グループを設定する。マルチキャストが必要な場合は、[MOHオーディオにマルチキャストを使用(Use Multicast for MOH Audio、最低1つのマルチキャストMOHリソースが使用可能な場合)] チェックボックスをオンにします。

（注） CTI デバイスは、マルチキャスト保留音機能をサポートしていません。CTI デバイスが、そのメディア リソース グループ リストにあるマルチキャスト MOH デバイスで設定されている場合は、コール制御に関する問題が発生する可能性があります。CTI デバイスは、マルチキャスト メディア ストリーミングをサポートしていません。

• メディア リソース グループ リストを設定する。

• メディア リソース グループ リストおよびオーディオ ソースにデバイス プールを割り当てる。

• メディア リソース グループ リストおよびオーディオ ソースにデバイスを割り当てる（デバイス プールの割り当てに上書きします）。

• オーディオ ソースに回線を割り当てる（デバイス設定に上書きします）。

ここまでの設定操作を実行して、保留音機能を次のように設定すると、後続の例に示すように、ユーザ保留、転送保留、コール パークの保留音機能が動作します。

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

MOH は保留音サーバを意味します。MRG はメディア リソース グループを意味します。

• MRG_D は MOH_D を含む。

• MRG_S_D は MOH_S および MOH_D を含む。

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

MRGL はメディア リソース グループ リストを意味します。

• MRGL_D は MRG_D を含む。

• MRGL_S_D は MRG_S_D および MRG_D を含む（優先順位の順）。

ノード

• Dallas ノードは電話機 D および MOH_D を含む。

• San Jose ノードは電話機 S および MOH_S を含む。

• 電話機 D にオーディオ ソース ID 5（「 お待ちいただきありがとうございます 」または単なる音楽（ユーザ保留とネットワーク保留の両方））、および MRGL_D を割り当てる。

• 電話機 S にオーディオ ソース ID 1（「 ポピュラー音楽 1 」（ユーザ保留とネットワーク保留の両方））、および MRGL_S_D を割り当てる。

ユーザ保留の例

電話機 D が電話機 S をコールし、電話機 S が応答します。電話機 D で [保留] ソフトキーが押されます。電話機 S は、MOH_S からストリーミングするアナウンス「 お待ちいただきありがとうございます 」または単なる音楽を受信します （MOH_S には利用可能なストリームが存在します）。電話機 D で [復帰] ソフトキーが押された場合、電話機 S は音楽ストリームから切断され、電話機 D に再度接続します。

転送保留の例

転送保留は、ネットワーク保留の一例です。

電話機 D が電話機 S をコールし、電話機 S が応答します。電話機 D で [転送] ソフトキーが押されます。電話機 S は、MOH_D からストリーミングするアナウンス「 お待ちいただきありがとうございます 」または単なる音楽を受信します （MOH_S には利用可能なストリームが存在しませんが、MOH_D には存在します）。電話機 D が転送動作を完了したら、電話機 S は音楽ストリームから切断され、転送先の電話機 X に転送されます。

コール パークの例

コール パークは、ネットワーク保留の一例です。

電話機 D が電話機 S をコールし、電話機 S が応答します。電話機 S で [パーク] ソフトキーが押されます。電話機 D はビープ音を受信します （MOH_D には利用可能なストリームが存在しません）。電話機 X はパーク コールをピック アップします。電話機 S は電話機 X に転送されます（電話機 D と電話機 X が会話をします）。

追加情報

「関連項目」を参照してください。

サポートされている保留音機能

保留音では、次に示す機能がサポートされます。機能のリストはカテゴリごとに示します。機能のカテゴリには、保留音サーバの特徴、サーバのスケーラビリティ、サーバの管理性、サーバの冗長性、データベースのスケーラビリティ、およびデータベースの管理性があります。

保留音サーバの特徴

• サーバは、そのディスクに格納されている保留音データ ソース ファイルから保留音を配信します。

• サーバは、外部のオーディオ ソース（たとえば、ループ テープレコーダ、ラジオ、CD）から保留音を配信します。

• 保留音サーバは、すべてのソース ストリームに対して、つまりすべての接続されたストリームに対して単一の保留音データ ソースを使用できます。複数の保留音サーバが必要な場合は、各保留音サーバのローカル サーバに常に保留音データ ソース ファイルを格納しておきます。Cisco Unified Communications Manager は、メディア リソース グループ内の保留音サーバ間で、固定デバイス（ハードウェア）のオーディオ ソースを配布することはサポートしていません。

• 保留音データ ソース ファイルは、すべての保留音サーバで共通の 1 つのファイル名を持ちます。

• 保留音データ ソース ファイルが各 MOH サーバにアップロードされていることを確認する必要があります。

• 各オーディオ ソースは、指定したファイルまたは指定した固定ソース（ラジオ、CD など）のいずれかからの入力を受信します。

• 指定した固定ソースは、有効または無効な単一のデバイスから成ります。

• ローカル マシン上のオーディオ ドライバは、単一の固定ソースを保留音サーバで利用可能にします。

• 保留音サーバは、G.711（a-law および mu-law）、G.729a、およびワイドバンド コーデックをサポートします。

• 保留音サーバは、1 つのプライマリ Cisco Unified Communications Manager サーバに登録します。

サーバのスケーラビリティ

• 保留音は、保留音サーバあたり 1 ～ 500 のシンプレックス ユニキャスト ストリームをサポートします。

• 保留音は、シスコが開発した複数のメディア処理アプリケーション、たとえば対話型音声応答（IVR）や Auto-Attendant（AA; 自動アテンダント）をサポートします。Cisco Unified Communications Manager は、このサポートを容易にします。

• 保留音サーバは、同時に 50 までの保留音データ ソース ファイルをソースとしてサポートします。

• 保留音サーバは、ファイル ストリーム ソースに加えて 1 つの固定デバイス ストリーム ソースをサポートします。このソースは固定オーディオ ソースであり、[固定MOHオーディオソースの設定(Fixed MOH Audio Source Configuration)] ウィンドウで設定されます。このソースには、Cisco USB 保留音対応のアダプタが別途必要です。

サーバの管理性

• Cisco Unified サービスアビリティ のウィンドウから、保留音サーバ アプリケーションである Cisco IP Media Streaming Application を、任意の標準 Media Convergence Server（MCS; メディア コンバージェンス サーバ）上で、サービスとしてアクティブにできます。

• 保留音アプリケーションは、同じメディア コンバージェンス サーバ（MCS）で別のメディア アプリケーションとしてアクティブにできます。したがって、保留音アプリケーションと他のメディア アプリケーションが MCS 上に共存することになります。

• 保留音サーバ アプリケーションは、1 つのクラスタ内の複数のメディア コンバージェンス サーバ（MCS）にインストールできます。

• Cisco Unified Communications Manager クラスタでは、Cisco Media Convergence Server（MCS）と Cisco Unified Computing System（UCS）のノードを混在させることができます。外部ソース（USB オーディオ ドングル）で保留音機能を使用する場合は、外部ソースから MOH を提供するノード用に MCS サーバを使用する必要があります。

• 管理者は、サーバが提供する各ソース ストリームのソースを指定できます。

• ストリーム ソースの管理はブラウザを介して行います。

サーバの冗長化

• 保留音サーバは Cisco Unified Communications Manager リストをサポートします。リストの 1 番目のエントリはプライマリ サーバとして機能します。リスト上の後続の Cisco Unified Communications Manager は、優先順位順のバックアップ Cisco Unified Communications Manager として機能します。

• 保留音サーバは、その Cisco Unified Communications Manager リストから Cisco Unified Communications Manager へのプライマリ接続およびバックアップ接続を維持できます。

• 保留音サーバは、クラスタ上の他のサーバや電話機で使用される標準的な手順に従ってバックアップ Cisco Unified Communications Manager を引き継ぐことができます。

• 保留音サーバは、クラスタ上の他のメディア サーバの標準的な手順に従ってプライマリ サーバを引き継ぐことができます。

Cisco Unified Communications Manager/データベース要件

• Cisco Unified Communications Manager がコールを処理していて、コール中の両方の終端を保留にした場合、Cisco Unified Communications Manager は保留にされた終端を保留音に接続できます。この機能は、ネットワーク保留およびユーザ保留にも当てはまります。ネットワーク保留には、転送、会議、コール パークなどが含まれます。

• 保留音用のメディア リソース グループは、すべての接続されたストリーム用に単一の音楽ソース ストリームを持つことをサポートします。

• システムは、リモート サイトに保留音サーバを置かずに、中心のサイトに保留音サーバを置くことをサポートします。保留音サービスが必要なリモート サイトのデバイスは、サービスがローカルで利用できない場合は WAN を介してメディア リソース グループからサービスを取得します。

• 保留音サーバは、クラスタ内のすべてのサイトに分配できます。

• 保留音サーバは、すべてのソース ストリームに対して、つまりすべての接続されたストリームに対して単一の保留音データ ソースを使用できます。複数の保留音サーバが関連する場合は、保留音データ ソースは各サーバ上にローカルに格納される 1 つのファイルです。

• システムは、デバイスに保留音を供給するプライマリ メディア リソース グループにストリームがないときはそれを検出でき、デバイスに指定されたセカンダリまたは三次のメディア リソース グループからストリームを選択できます。

• デバイスを保留音に接続する際、低帯域幅コーデックのサポートが必要な場合には、システムでトランスコーダを挿入できます。

データベースのスケーラビリティ

• Cisco Unified Communications Manager は、保留音サーバあたり 1 ～ 500 のユニキャスト セッションをサポートします。

• 1 つのクラスタは、1 ～ 20 を超える保留音サーバをサポートします。

• 1 つのクラスタは、1 ～ 10,000 を超える保留音ストリームをクラスタで同時にサポートします。

• 1 つのクラスタは、1 ～ 500 以上の保留音用のメディア リソースグループをサポートします。

• 保留音用の 1 つのメディア リソース グループは、1 ～ 20 以上の保留音サーバをサポートできます。

管理性

• 管理者は、デバイスごとにメディア リソース グループ リストを選択できます。

• 管理者は、デバイス/Directory Number（DN; 電話番号）ごとに保留音ソース ストリームを選択できます。

• 管理者は、デバイス/DN ごとに Music On Consult（ネットワーク保留）ソース ストリームを選択できます。

• 管理者は、指定したメディア リソース グループの一部にする保留音サーバを設定できます。

• 管理者は、メディア リソース グループおよびメディア リソース グループ リストを設定することで、プライマリ、セカンダリ、および三次の保留音/Consult サーバを各デバイスに対して指定できます。

• 管理者は、複数の保留音サーバをプロビジョニングできます。

• 管理者は、保留音サーバがシステム内で MOH をサービスできるように、システムに登録されている任意のデバイスをプロビジョニングできます。

• 保留音の設定と管理はすべてブラウザを介して行います。

• 管理者は、ユーザ保留およびネットワーク保留のオーディオ ソースを各デバイス プールに対して指定します。これらのデフォルト オーディオ ソースはファイル ベースまたは固定デバイス ベースとして機能します。

• 管理者は、マルチキャストをサポートするリソースが存在する場合は、保留音サーバをユニキャストまたはマルチキャストのどちらかに指定できます。

（注） CTI デバイスは、マルチキャスト保留音機能をサポートしていません。CTI デバイスが、そのメディア リソース グループ リストにあるマルチキャスト MOH デバイスで設定されている場合は、コール制御に関する問題が発生する可能性があります。CTI デバイスは、マルチキャスト メディア ストリーミングをサポートしていません。

• 管理者は、すべての保留音サーバをリセットできます。

追加情報

「関連項目」を参照してください。

オーディオ ソースの作成

次のファイル形式を含めて、ほとんどの標準 wav ファイルは、入力用オーディオ ソース ファイルとして使用できます。

• 16 ビット PCM（ステレオ/モノラル）

• 8 ビット Consultative Committee for International Telegraph and Telephone（CCITT; 国際電信電話諮問委員会） a-law または mu-law（ステレオ/モノラル）

（注） 保留音機能は、MP3 形式をサポートしていません。

オーディオ ソースを作成するときは、次の手順を実行します。

• 管理者がオーディオ ソース ファイルを Cisco Unified Communications Manager 保留音サーバにインポートします。この手順では、ファイルを転送し、保留音サーバで使用可能な形式に変換するために、多少時間がかかります。

• 管理者は、オーディオ ソース ファイルにオーディオ ソース番号を割り当てるために、事前に各クラスタ内の各 MOH サーバにオーディオ ソース ファイルをインポートする必要があります。

• 保留音サーバは、ローカルのオーディオ ソース ファイルを使用します。

• 保留音サーバは、Cisco Unified Communications Manager が必要とする、または要求するファイルをカーネル モードの Real-time Transport Protocol（RTP; リアルタイム転送プロトコル）ドライバを使用して配信します。

追加情報

「関連項目」を参照してください。

オーディオ ソース ファイルの格納

Cisco Unified Communications Manager の以前のリリースでは、MOH ファイルの格納領域に制限がありませんでした。MOH アップロード ツールには、アップロードするファイル数やファイルのサイズの制限がありません。変更されたアップロード用の JSP ページでは、既存の MOH ファイルのディスク使用量がチェックされ、十分なスペースがある場合にだけアップロードが許可されます。

（注） クラスタ内の最小のノードにより MOH の容量が決まります。

追加情報

「関連項目」を参照してください。

オーディオ ソースの管理

保留音オーディオ ソースを作成した後、オーディオ ソースの管理はすべて Cisco Unified Communications Manager の管理ページで行います。[メディアリソース(Media Resources)] > [保留音オーディオソース(Music On Hold Audio Source)] を選択して、[保留音オーディオソースの設定(Music On Hold Audio Source Configuration)] ウィンドウを表示します。このウィンドウを使用して、所定のオーディオ ソースに対して保留音オーディオ ソースの追加、更新、または削除を行います。各オーディオ ソース ファイルに対して、保留音オーディオ ソース番号および保留音オーディオ ソース名を割り当て、このオーディオ ソースが連続して再生するかどうか、マルチキャストを許可するかどうかを決定します。1 つのオーディオ ソースに対して、このウィンドウは保留音オーディオ ソース ファイルのステータスも表示します。詳細については、「保留音オーディオ ソースの検索」を参照してください。

（注） [保留音オーディオソースの設定(Music On Hold Audio Source Configuration)] ウィンドウで、特定のサーバだけにオーディオ ソース ファイルをアップロードできます。このウィンドウには、オーディオ ソース ファイルを他のサーバに自動コピーする機能がありません。各サーバ上の Cisco Unified Communications Manager アプリケーションにアクセスして、オーディオ ソース ファイルを加入者サーバに手動でアップロードする必要があります。

追加情報

「関連項目」を参照してください。

マルチキャストとユニキャストのオーディオ ソース

マルチキャスト保留音は、システムリソースを節約します。マルチキャストを使用すると、複数のユーザが同一のオーディオ ソース ストリームを使用して保留音を提供できるようになります。マルチキャスト オーディオ ソースは IP アドレスに関連付けられます。

ユニキャスト保留音は、システムのデフォルトです。各ユーザまたは各接続に対して別個のソース ストリームを使用します。ユーザはある特定のデバイスまたはストリームに接続します。

（注） MOH 機能により、保留にされたどのユーザも、いつ保留状態になったかに関係なく、ストリーム中のオーディオ ソースの同じ箇所を聞くことになります。

MOH を使用して、ユーザが保留状態になったときにアナウンスを配信している場合、標準の MOH 設定で問題が発生する可能性があります。最初に保留状態になったユーザ以外のユーザは、アナウンスを最初から聞くことができません。これらのユーザは進行中のアナウンス（オーディオ ソース）に途中から加わることになります。

マルチキャストとユニキャストの両方の設定で、保留にされたユーザに対して同じオーディオ ソースの動作が実行されます。各オーディオ ソースは、1 度使用されるとストリームが内部で分割され、保留にされたユーザに送信されます。この場合、マルチキャストとユニキャストの違いは、データ自体をネットワークで送信する方法だけです。

そのため、基本的な MOH 設定は、ユーザが最初から聞く必要があるアナウンスの再生には適しません。

管理者は、マルチキャストでは、デバイスの管理、IP アドレスの管理、およびポートの管理が必要になります。これに対して、ユニキャストではデバイスの管理だけが必要になります。

マルチキャストでは、管理者は少なくとも 1 つのオーディオ ソースを定義してマルチキャストを許可する必要があります。保留音サーバにマルチキャストを定義するには、まず、サーバにマルチキャストを許可する必要があります。

マルチキャストでは、1 つのアドレスは、1 つの IP アドレスと 1 つのポート番号の組み合わせで構成されます。マルチキャスト用の各オーディオ ソースには、1 組のアドレスが必要です。各 MOH サーバの各フォーマットに 1 つずつ必要です。MOH サーバをマルチキャスト用に設定する場合は、アドレスをポートまたは IP アドレスの増分によって割り当てる必要があるかどうかを指定します。

[保留音(MOH)サーバの設定(Music On Hold (MOH) Server Configuration)] ウィンドウの [最大ホップ(Max Hops)] フィールドは、1 つのオーディオ ソースが経由できるルータの最大数を示します。最大ホップが 0 に設定されている場合は、オーディオ ソースは自身のサブネット内に留まる必要があります。最大ホップが 1 に設定されている場合は、オーディオ ソースはルータを 1 つまで経由して隣接したサブネットに移動できます。最大ホップは 2 に設定することを推奨します。

標準化団体は IP アドレスを予約しています。224.0.1.0 ～ 239.255.255.255 の範囲のアドレスは、マルチキャストのアドレスとして予約されています。ただし、224.0.1.0 ～ 238.255.255.255 の範囲のアドレスは、パブリック マルチキャスト アプリケーションに割り当てられます。パブリック マルチキャスト アドレスを保留音マルチキャストに使用しないでください。その代わり、プライベート ネットワーク上の、管理上制御されるアプリケーション用に予約されている範囲（239.0.0.0 ～ 239.255.255.255）の IP アドレスを使用することを推奨します。

マルチキャストに有効なポート番号は、16384 ～ 32767 の範囲の偶数です （システムが奇数を予約しています）。

マルチキャストは、メディア リソース グループおよびメディア リソース グループ リストがいずれもマルチキャスト保留音サーバを含むように定義されている場合にだけ機能します。メディア リソース グループでは、マルチキャスト用に設定されている保留音サーバを含む必要があります。これらのサーバには (MOH)[Multicast] というラベルが付けられています。また、メディア リソース グループをマルチキャストに定義する場合は、[MOHオーディオにマルチキャストを使用(Use Multicast for MOH Audio、最低1つのマルチキャストMOHリソースが使用可能な場合)] チェックボックスをオンにします。

メディア リソース グループ リストがデバイス プールおよびデバイスに関連付けられている場合は、メディア リソース グループ リストを定義して、マルチキャストに設定されているメディア リソース グループがリストの先頭のグループとなるようにします。マルチキャスト オーディオ ソースが最初に検索され、デバイスに関する作業が容易になるため、この方法を行うことをお勧めします。

保留音処理では、使用するメディア リソースは、保留にされたデバイス（保留状態になっているデバイス）によって決定されますが、使用するオーディオ ソースは、保留にしたデバイス（保留動作を開始したデバイス）によって決定されます。

（注） メディア ターミネーション ポイント（MTP）が呼び出された場合、マルチキャスト保留音（MOH）には次の制限が適用されます。マルチキャスト MOH を使用しているサイトのコール レッグで MTP リソースが呼び出された場合、発信者に保留音は聞こえず、無音状態になります。このシナリオを回避するには、マルチキャスト MOH の代わりに、ユニキャスト MOH または保留トーンを設定してください。

（注） CTI デバイスは、マルチキャスト保留音機能をサポートしていません。CTI デバイスが、そのメディア リソース グループ リストにあるマルチキャスト MOH デバイスで設定されている場合は、コール制御に関する問題が発生する可能性があります。CTI デバイスは、マルチキャスト メディア ストリーミングをサポートしていません。

Multicast MOH Direction Attribute for SIP サービス パラメータ

Multicast MOH Direction Attribute for SIP サービス パラメータは、Cisco Unified Communications Manager で、マルチキャスト保留音（MOH）の INVITE メッセージの Session Description Protocol（SDP）の方向属性が sendOnly と recvOnly のどちらに設定されるかを決定します。

Cisco Unified IP Phone 7940 および 7960 で Session Initiation Protocol（SIP; セッション開始プロトコル）電話ロード 8.4 以前を使用する構成の場合、または Cisco Unified IP Phone 7906、7911、7941、7961、7970、および 7971 で SIP 電話ロード 8.1(x) 以前を使用する構成の場合は、このパラメータを sendOnly に設定します。それ以外の場合は、このパラメータをデフォルト値の recvOnly に設定したままにします。

H.323 クラスタ間トランク経由のマルチキャスト保留音

H.323 クラスタ間トランク経由のマルチキャスト保留音（MOH）機能を使用すると、マルチキャスト MOH が H.323 クラスタ間トランク（ICT）経由で動作するようになります。この機能が実装されるまで、マルチキャスト MOH は同じ ICT を経由する各ユニキャスト MOH の帯域幅を使用しており、帯域幅が浪費されていました。

また、この機能が実装されるまでは、H.323 Open Logical Channel（OLC; オープン論理チャネル）の ACK メッセージで、マルチキャスト MOH 用の IP アドレスおよびポートが伝達されていました。この機能の実装により、H.323 OLC メッセージでマルチキャスト MOH 用の IP アドレスおよびポートが伝達され、Cisco Unified Communications Manager によって情報を処理するメカニズムが H.323 OLC メッセージに組み込まれるようになりました。

クラスタ間トランク経由でコールが接続し、発信側または着信側の片方が [保留] キーを押すと、MOH がクラスタ間トランク経由で配信されます。マルチキャスト MOH が有効で、保留にした側およびトランクがマルチキャスト MOH サーバを使用するように設定されている場合、MOH はマルチキャストで配信されます。このトランク上で保留状態になっているコールの数に関係なく、トランク経由で配信されるマルチキャスト MOH ストリームは 1 つだけです。

Send Multicast MOH in H.245 OLC Message サービス パラメータ

Send Multicast MOH in H.245 OLC Message サービス パラメータは、H.323 クラスタ間トランク経由のマルチキャスト保留音機能を制御します。コールに関わる Cisco Unified Communications Manager の両方のノードで、このパラメータの設定を有効にするために単一送信マルチキャストをサポートしている必要があります。このサービス パラメータは、コールを保留にした側だけに影響し、遠端側がマルチキャスト転送アドレスを伝達する方法には影響しません。このパラメータを無効にしても、コールの保留にされた側に単一送信マルチキャストをサポートする機能がある限り、マルチキャスト MOH は保留にされた側に適用されます。

Cisco CallManager サービスをサポートしているクラスタ全体のサービス パラメータ Send Multicast MOH in H.245 OLC Message を使用してこの機能を設定する場合は、Cisco Unified Communications Manager の管理で [システム(System)] > [サービスパラメータ(Service Parameters)] を選択します。続いて、サーバおよび Cisco CallManager サービスを選択します。Send Multicast MOH in H.245 OLC Message のドロップダウン リスト ボックスで [True] を選択します。

このサービス パラメータは、H.323 クラスタ間トランクおよびデバイスでのマルチキャスト MOH の動作を制御します。新しいサービス パラメータは、SIP トランク経由のマルチキャスト MOH は制御しません。SIP トランク経由のマルチキャスト MOH では新しい動作が構成されないためです。

Cisco Unified Communications Manager の管理設定のヒント

Cisco Unified Communications Manager のクラスタ間トランク経由で接続するコールは、この機能を使用してマルチキャスト MOH を実現します。Cisco Unified Communications Manager 間のミドル ボックスで Terminal Capability Set（TCS; ターミナル機能セット）内の新しいフィールドおよび OLC メッセージが渡されていない場合、この機能は動作しません。

マルチキャスト MOH を設定するための通常の設定以外に、この新機能に対する追加の設定はありません。この機能は、単一送信マルチキャストをサポートしている Cisco Unified Communications Manager 間だけに適用されます。

デフォルトでは、この機能はアクティブのままになります。この機能を無効にするには、Send Multicast MOH in H.245 OLC Message サービス パラメータの値を [False] に設定します。この機能で発生する可能性がある相互運用性の問題を解決するには、この操作を実行します。

（注） マルチキャスト MOH は、H.323 と SIP プロトコルとの相互運用性をサポートしません。

追加情報

「関連項目」を参照してください。

保留音のセキュリティの有効化

保留音デバイスは、Cluster Security Mode エンタープライズ パラメータが 1（混合モード）に設定されている場合、セキュリティ機能が自動的に有効になります。Cluster Security Mode エンタープライズ パラメータを設定するには、を参照してください。

セキュアな保留音と非セキュアな保留音

次に、セキュアおよび非セキュアな MOH がコールに挿入されるときにロック アイコンがどのように表示されるかを説明する例を示します。

セキュアな MLPP 優先コールが保留中の場合、Cisco Unified Communications Manager は、保留にされた側に、セキュアな MOH を挿入します。このメディアは、SRTP を介して保留された側に暗号化およびストリーミングされます。セキュアなロック アイコンが、ユーザの電話に表示されます。

例

次に、優先コールの暗号化 MOH の例を示します。

1. ユーザ 2000 が、77 1000 にダイヤルしてユーザ 1000 と接続します。Cisco Unified Communications Manager は、ユーザがプレフィックス 77 をダイヤルして MLPP 即時コールを開始できるように 77.XXXX のトランスレーション パターンを設定しています。

2. Cisco Unified Communications Manager はユーザ 1000 にダイヤルし、ユーザ 1000 はコールに対応します。

3. ユーザ 2000 とユーザ 1000 との間のメディアは、SRTP を介して設定されるので、セキュアなロック アイコンは、両方の IP Phone に表示されます。

4. ユーザ 2000 が、[保留(Hold)] キーを押すと、Cisco Unified Communications Manager は、ユーザ 2000 とユーザ 1000 との間のメディア接続を切断して、ユーザ 1000 のデバイスに MOH を挿入します。暗号化された MOH メディアは、SRTP を使用してユーザ 1000 にストリーミングされます。ユーザ 1000 の IP Phone のロック アイコンは、MOH 再生中、表示されたままです。

例

次に、非セキュアなコールの暗号化 MOH の例を示します。

1. ユーザ 1000 が、ユーザ 2000 にダイヤルします。

2. ユーザ 2000 がコールに対応します。

3. ユーザ 1000 とユーザ 2000 との間のメディア ストリーミングは、ユーザ 1000 の IP Phone がセキュアではないため、暗号化されません。

4. ユーザ 1000 が、[保留(Hold)] キーを押すと、Cisco Unified Communications Manager は、ユーザ 1000 とユーザ 2000 との間のメディア接続を切断します。Cisco Unified Communications Manager は、MOH をユーザ 2000 に挿入します。MOH サーバおよびユーザ 2000 のデバイスは両方とも暗号化に対応しているので、SRTP を使用して、MOH メディアがユーザ 2000 に再生されます。

例

次の例では、非セキュアなデバイスに暗号化されていない保留音を再生するセキュアな MOH の例について説明します。

電話がセキュアではない場合、デバイスのコールが保留にされると、挿入される MOH は、暗号化されていないメディアを電話にストリーミングします。

1. ユーザ 1000 が、ユーザ 2000 にダイヤルします。

2. ユーザ 2000 がコールに対応します。ユーザ 1000 の IP Phone は、非セキュアなデバイスです。

3. ユーザ 2000 とユーザ 1000 との間のメディア ストリームは、RTP で設定されます。

4. ユーザ 2000 が、[保留(Hold)] キーを押すと、Cisco Unified Communications Manager は、ユーザ 2000 とユーザ 1000 との間のメディア接続を切断して、ユーザ 1000 に保留音を挿入します。MOH は暗号化に対応しますが、受信デバイスが SRTP 対応ではないので、MOH は、RTP を使用してユーザ 1000 にストリーミングします。

例

次の例では、MOH のセキュリティが無効なときに、優先コールに挿入される非セキュアな MOH について説明します。

高度なサービス パラメータ [クラスタセキュリティが混合の場合にMOHを非セキュアにする(Make MOH Non-secure when Cluster Security is Mixed)] が [True] に設定されると、MOH サーバは、SRTP 対応デバイスとして Cisco Unified Communications Manager に登録できません。

1. ユーザ 2000 が、ユーザ 1000 にダイヤルします。

2. ユーザ 1000 がコールに対応します。

3. ユーザ 2000 とユーザ 1000 との間のメディア ストリームは、SRTP で設定されます。両方の IP Phone にロック アイコンが表示されます。

4. ユーザ 2000 が、[保留(Hold)] キーを押すと、Cisco Unified Communications Manager は、ユーザ 2000 とユーザ 1000 との間のメディア接続を切断して、ユーザ 1000 に MOH を挿入します。高度なサービス パラメータ [クラスタセキュリティが混合の場合にMOHを非セキュアにする(Make MOH Non-secure when Cluster Security is Mixed)] が [True] に設定されると、MOH は、RTP を使用してユーザ 1000 にストリーミングされます。

例

次の例では、Tone On Hold（TOH; 保留トーン）に挿入される暗号化アナンシエータについて説明します。

MOH が使用できない場合、アナンシエータが保留された側に挿入され、保留トーンが再生されることがあります。

アナンシエータの詳細については、を参照してください。

1. ローカル クラスタのユーザ 2000 が、2 つのクラスタシステムをリンクする SIP トランクを介して、86000 をダイヤルして、リモート クラスタのユーザ 6000 と接続します。

2. リモート クラスタのユーザ 6000 が、コールに対応します。

3. ユーザ 2000 とユーザ 6000 との間のメディア接続は、SRTP で設定されるので、両方の IP Phone に、セキュアなロック アイコンが表示されます。

4. リモート クラスタのユーザ 6000 が [保留(Hold)] キーを押します。

5. リモート クラスタの Cisco Unified Communications Manager は、ユーザ 2000 とユーザ 6000 との間のメディア接続を切断して、SIP トランクを介してアナンシエータをユーザ 6000 に挿入します。

例

次の例では、SRTP 対応デバイスへのセキュアなコールの打診転送について説明します。

セキュアなコールが転送され、コールを転送する発信者が [転送(Transfer)] キーを押すと、そのコールは事実上、保留状態になります。そのため、コールを転送する発信者が、再び [転送(Transfer)] キーを押して転送を完了するまで、MOH がコール挿入されます。

MOH サーバもセキュアなデバイスである場合、コールの転送先の発信者のセキュリティ ステータスは、ダウングレードされず、コールは、転送プロセス中そのセキュリティ ステータスを保持します。

1. ユーザ 2000 が、ユーザ 1000 にダイヤルします。

2. ユーザ 1000 がコールに対応します。

3. ユーザ 1000 とユーザ 2000 との間のメディア ストリーミングは、暗号化されます。両方のユーザの IP Phone に、セキュアなロック アイコンが表示されます。

4. ユーザ 2000 が [転送(Transfer)] キーを押します。

5. Cisco Unified Communications Manager は、ユーザ 1000 とユーザ 2000 との間のメディア接続を切断して、MOH をユーザ 1000 に挿入します。MOH サーバおよびユーザ 1000 の IP Phone は両方とも暗号化に対応しているので、SRTP を使用して、MOH メディアがユーザ 1000 に再生されます。ロック アイコンは、ユーザ 1000 の電話に表示されたままです。

6. ユーザ 2000 が、ユーザ 3000 にダイヤルします。

7. ユーザ 3000 がコールに対応します。

8. 暗号化されたメディア接続が、コンサルテーション コールに確立されます。ロック アイコンが、ユーザ 2000 とユーザ 3000 の両方の電話に表示されます。

9. ユーザ 2000 が、[転送(Transfer)] キーを再び押すと、Cisco Unified Communications Manager は、ユーザ 2000 とユーザ 3000 との間のメディア接続を切断します。その後、ユーザ 3000 とユーザ 1000 との間に暗号化されたメディアが確立されます。ロック アイコンが、ユーザ 3000 とユーザ 1000 の両方の IP Phone に表示されます。

例

次の例では、非セキュアなデバイスへのセキュアなコールの打診転送について説明します。

1. ユーザ 2000 が、ユーザ 1000 にダイヤルします。

2. ユーザ 1000 がコールに対応します。

3. ユーザ 1000 とユーザ 2000 との間のメディア ストリーミングが暗号化され、ロック アイコンがユーザ 1000 とユーザ 2000 の IP Phone に表示されます。

4. ユーザ 2000 が [転送(Transfer)] キーを押します。

5. Cisco Unified Communications Manager は、ユーザ 1000 とユーザ 2000 との間のメディア接続を切断して、MOH をユーザ 1000 に挿入します。MOH サーバと受信側デバイスの両方が暗号化に対応しているので、SRTP を使用して、MOH メディアがユーザ 1000 に再生されます。ユーザ 1000 の IP Phone のロック アイコンは表示されたままです。

6. ユーザ 2000 が、ユーザ 3000 にダイヤルします。

7. ユーザ 3000 がコールに対応します。

8. ユーザ 3000 は SRTP に対応していないので、ユーザ 2000 とユーザ 3000 の IP Phone にはセキュアなロック アイコンは表示されません。

9. ユーザ 2000 が [転送(Transfer)] キーを再び押します。Cisco Unified Communications Manager は、ユーザ 2000 とユーザ 3000 との間のメディアを切断します。その後、暗号化されていないメディアが、ユーザ 3000 とユーザ 1000 との間で確立されます。ユーザ 1000 の IP Phone のロック アイコンは表示されなくなります。

例

次の例では、SRTP 対応デバイスへの非セキュアなコールの打診転送について説明します。

この例では、コールを転送する発信者が [転送(Transfer)] キーを押した直後にコールが転送された発信者のデバイスに、セキュアなロック アイコンが表示されます。

1. ユーザ 2000 が、ユーザ 1000 にダイヤルします。

2. ユーザ 1000 がコールに対応します。

3. ユーザ 1000 とユーザ 2000 との間のメディア ストリーミングは、ユーザ 2000 の IP Phone が SRTP 対応ではないため、暗号化されません。

4. ユーザ 2000 が [転送(Transfer)] キーを押します。

5. Cisco Unified Communications Manager は、ユーザ 1000 とユーザ 2000 との間のメディア接続を切断して、MOH をユーザ 1000 に挿入します。MOH サーバおよびユーザ 1000 の受信デバイスは両方とも暗号化に対応しているので、SRTP を使用して、MOH メディアがユーザ 1000 に再生されます。ロック アイコンが、ユーザ 1000 の IP Phone に表示されます。

6. ユーザ 2000 が、ユーザ 3000 にダイヤルします。

7. ユーザ 3000 がコールに対応します。

8. ユーザ 2000 が、[転送(Transfer)] キーを押すと、Cisco Unified Communications Manager は、ユーザ 2000 とユーザ 3000 との間のメディア接続を切断します。その後、両方のデバイスが SRTP に対応しているので、暗号化されたメディアが、ユーザ 3000 とユーザ 1000 との間で確立されます。ロック アイコンが、ユーザ 1000 とユーザ 3000 の IP Phone に表示されます。

例

次の例では、SRTP 対応デバイスへのセキュアなコールのブラインド転送について説明します。

コールを転送する発信者が、転送先の番号をダイヤルした直後に、[転送(Transfer)] キーを押すと、セキュアな MOH が一時的に挿入され、転送先で呼び出し音が鳴っている間に削除されます。コールの転送先の発信者が、呼び出し音を聞きます。コールの転送先の発信者にメディアが接続されないため、IP Phone にセキュアなロック アイコンは表示されません。ロック アイコンは、コールに対応された場合のみ表示されます。

1. ユーザ 2000 が、ユーザ 1000 にダイヤルします。

2. ユーザ 1000 がコールに対応します。

3. ユーザ 1000 とユーザ 2000 との間のメディア ストリーミングは、暗号化されます。ロック アイコンが、ユーザ 1000 とユーザ 2000 の IP Phone に表示されます。

4. ユーザ 2000 が [転送(Transfer)] キーを押します。

5. Cisco Unified Communications Manager は、ユーザ 1000 とユーザ 2000 との間のメディア接続を切断して、MOH をユーザ 1000 に挿入します。MOH サーバおよびユーザ 1000 の受信デバイスは両方とも暗号化に対応しているので、SRTP を使用して、MOH メディアがユーザ 1000 に再生されます。ロック アイコンが、ユーザ 1000 の IP Phone に表示されます。

6. ユーザ 2000 が、ユーザ 3000 にダイヤルして、[転送(Transfer)] キーを再び押します。

7. ユーザ 3000 の IP Phone が鳴ります。Cisco Unified Communications Manager は、ユーザ 1000 から MOH を削除し、ユーザ 3000 の IP Phone が鳴っている間、ユーザ 1000 の IP Phone で呼び出し音が鳴ります。ロック アイコンは、ユーザ 1000 の IP Phone から削除されます。

8. ユーザ 3000 がコールに対応します。

9. 暗号化されたメディア接続が、ユーザ 1000 とユーザ 3000 の IP Phone 間で確立されます。ロック アイコンが、ユーザ 1000 とユーザ 3000 の IP Phone に表示されます。

例

次の例では、リモート クラスタのセキュアなコールのブラインド転送について説明します。

この例では、ユーザ 5000 は、ユーザ 6000 にコールをブラインド転送すると、リモート クラスタの Cisco Unified Communications Manager は、最初に、ローカル クラスタのユーザ 2000 に MOH を挿入してから、これを削除し、アナンシエータをユーザ 2000 に挿入して呼び出し音を再生します。ユーザ 6000 がコールに対応すると、ユーザ 2000 とユーザ 6000 との間のメディア接続が確立されます。

アナンシエータ、MOH、およびリモート クラスタのユーザ 6000 はすべて SRTP をサポートしているので、ブラインド転送プロセス全体で、ユーザ 2000 の IP Phone にロック アイコンが表示されます。

アナンシエータの詳細については、を参照してください。

1. ユーザ 2000 は、85000 にダイヤルして、リモート クラスタのユーザ 5000 に接続します。

2. リモート クラスタのユーザ 2000 が、コールに対応します。

3. 暗号化されたメディアが、リモート クラスタのユーザ 2000 とユーザ 5000 との間で確立されます。ロック アイコンが、ユーザ 2000 とユーザ 5000 の IP Phone に表示されます。

4. リモート クラスタのユーザ 5000 が [転送(Transfer)] キーを押します。

5. リモート クラスタの Cisco Unified Communications Manager は、ローカル クラスタのユーザ 5000 とユーザ 2000 との間のメディアを切断して、ローカル クラスタのユーザ 2000 に MOH を挿入します。MOH サーバおよびユーザ 2000 の受信 IP Phone は両方とも暗号化に対応しているので、SRTP を使用して、MOH メディアがユーザ 2000 に再生されます。ロック アイコンは、ユーザ 2000 の IP Phone で保持されます。

6. ユーザ 5000 が、ユーザ 6000 にダイヤルして、[転送(Transfer)] キーを再び押します。

7. リモート クラスタの Cisco Unified Communications Manager が、ユーザ 6000 にダイヤルします。

8. リモート クラスタの Cisco Unified Communications Manager が、MOH を削除して、アナンシエータをユーザ 2000 に挿入し、インバンド呼び出し音を再生します。アナンシエータとユーザ 2000 の IP Phone は両方とも暗号化に対応しているので、SRTP を使用して、呼び出し音が再生されます。電話が呼び出し音を受信する場合、ロック アイコンが、ユーザ 2000 の IP Phone で保持されます。

9. リモート クラスタのユーザ 6000 が、コールに対応します。

10. 暗号化されたメディアが、リモート クラスタのユーザ 2000 とユーザ 6000 との間で確立されます。ロック アイコンが、ユーザ 2000 とユーザ 6000 の IP Phone に表示されます。

（注） SIP トランクが暗号化モードに設定されていることを確認して、[SIPトランク(SIP trunk)] ページの [SRTPを許可(SRTP Allowed)] チェックボックスをオンにします。

保留音オーディオ ソースの設定

統合保留音機能には、ストリーミング ソースからストリームされる音楽を使用して、ネット上およびネット外のユーザを保留にする機能があります。この機能では、次の動作があります。

• エンドユーザ保留。

• ネットワーク保留。これには、転送保留、会議保留、およびパーク保留が含まれます。

保留音の設定には、保留音オーディオ ソースの設定と保留音サーバの設定があります。

保留音オーディオ ソースを設定するには、次のトピックを参照してください。

• 「保留音オーディオ ソースの検索」

• 「保留音オーディオ ソースの設定」

• 「保留音オーディオ ソースの削除」

• 「保留音オーディオ ソースの設定項目」

追加情報

「関連項目」を参照してください。

保留音オーディオ ソースの検索

ネットワーク上には複数の保留音オーディオ ソースが存在する場合があります。Cisco Unified Communications Manager では、指定された条件に基づいて、保留音オーディオ ソースを検索できます。Cisco Unified Communications Manager データベースで特定の保留音オーディオ ソースを検索するには、次の手順を実行します。

（注） ブラウザ セッションでの作業中は、Cisco Unified Communications Manager の管理ページで保留音オーディオ ソースの検索プリファレンスが保持されます。他のメニュー項目に移動してこのメニュー項目に戻った場合でも、検索を変更するかブラウザを閉じない限り、保留音オーディオ ソースの検索プリファレンスは Cisco Unified Communications Manager の管理ページで保持されています。

手順

[保留音サーバオーディオソースの検索と一覧表示(Find and List Music On Hold Server Audio Sources)] ウィンドウが表示されます。ウィンドウには、アクティブな（前の）クエリーのレコードが表示される場合もあります。

ステップ 2 データベース内のすべてのレコードを検索するには、ダイアログボックスが空になっていることを確認し、ステップ 3 に進みます。

特定のレコードをフィルタリングまたは検索するには、次の操作を実行します。

• 最初のドロップダウン リスト ボックスで、検索パラメータを選択します。

• 2 番目のドロップダウン リスト ボックスで、検索パターンを選択します。

• 必要に応じて、適切な検索文字を入力します。

（注） 別の検索条件を追加するには、[+] ボタンをクリックします。条件を追加した場合は、指定したすべての条件に一致するレコードが検索されます。条件を削除するには、[-] ボタンをクリックして、最後に追加された条件を削除するか、または [フィルタのクリア(Clear Filter)] ボタンをクリックして、追加されたすべての検索条件を削除します。

ステップ 3 [検索(Find)] をクリックします。

条件に一致するレコードがすべて表示されます。[ページあたりの行数(Rows per Page)] ドロップダウン リスト ボックスで別の値を選択すると、各ページに表示される項目数を変更できます。

（注） 適切なレコードの横にあるチェックボックスをオンにして、[選択項目の削除(Delete Selected)] をクリックすると、データベースから複数のレコードを削除できます。[すべて選択(Select All)] をクリックして [選択項目の削除(Delete Selected)] をクリックすると、この選択対象として設定可能なすべてのレコードを削除できます。

ステップ 4 表示されたレコード リストから、目的のレコードのリンクをクリックします。

（注） ソート順を逆にするには、リストのヘッダーにある上矢印または下矢印をクリックします（使用可能な場合）。

選択した項目がウィンドウに表示されます。

追加情報

「関連項目」を参照してください。

保留音オーディオ ソースの設定

保留音オーディオ ソースを追加または更新するには、次の手順に従います。この手順では、既存のオーディオ ソースをオーディオ ストリーム番号と関連付けたり、新しいカスタム オーディオ ソースをアップロードしたりできます。

（注） 新しいバージョンのオーディオ ソース ファイルを利用可能な場合は、新しいバージョンを使用するためにこの更新手順を実行する必要があります。

手順

[保留音サーバオーディオソースの検索と一覧表示(Find and List Music On Hold Server Audio Sources)] ウィンドウが表示されます。

ステップ 2 次のいずれかの手順を実行します。

• 新しい保留音オーディオ ソースを追加するには、[新規追加(Add New)] をクリックします。

[保留音オーディオソースの設定(Music On Hold Audio Source Configuration)] ウィンドウが表示されます。

• 保留音オーディオ ソースを更新するには、「保留音オーディオ ソースの検索」の説明に従って、対象となる保留音オーディオ ソースを検索します。

ステップ 3 適切な設定値を入力します（ 表 36-4 を参照）。

ステップ 4 [保存(Save)] をクリックします。

保留音オーディオ ソースを追加すると、ウィンドウ下部のリスト ボックスに、その新しい保留音オーディオ ソースが表示されます。

（注） [MOHオーディオソースファイル状況(MOH Audio Source File Status)] ペインでは、追加されたソースに対する MOH オーディオ トランスレーションの状態を知ることができます。

追加情報

「関連項目」を参照してください。

保留音オーディオ ソースの削除

既存の保留音オーディオ ソースを削除するには、次の手順に従います。

（注） 削除しても、保留音オーディオ ソース ファイルが削除されるわけではありません。MOH オーディオ ストリーム番号との関連付けが解除されるだけです。

手順

[保留音サーバオーディオソースの検索と一覧表示(Find and List Music On Hold Server Audio Sources)] ウィンドウが表示されます。

ステップ 2 特定の保留音オーディオ ソースを検索するには、検索条件を入力して [検索(Find)] をクリックします。

検索条件と一致した保留音オーディオ ソースのリストが表示されます。

ステップ 3 次のいずれかの操作を実行します。

• 削除する保留音オーディオ ソースの横のチェックボックスをオンにし、[選択項目の削除(Delete Selected)] をクリックします。

• [すべて選択(Select All)] をクリックして [選択項目の削除(Delete Selected)] をクリックすることにより、すべての保留音オーディオ ソースを削除します。

• 削除する保留音オーディオ ソース名をリストから選択し、[削除(Delete)] をクリックします。

確認のダイアログボックスが表示されます。

ステップ 4 [OK] をクリックします。

選択した保留音オーディオ ソースとオーディオ ストリーム番号の関連付けが削除されます。

追加情報

「関連項目」を参照してください。

保留音オーディオ ソースの設定項目

表 36-4 に、保留音オーディオ ソースの設定に使用する設定項目を示します。

追加情報

「関連項目」を参照してください。

固定保留音オーディオ ソースの設定

保留音サーバは、ファイル ストリーム ソースに加えて 1 つの固定デバイス ストリーム ソースをサポートします。このソースは固定オーディオ ソースであり、[固定MOHオーディオソースの設定(Fixed MOH Audio Source Configuration)] ウィンドウで設定されます。固定オーディオ ソースは、ローカル コンピュータのオーディオ ドライバを使用する固定デバイスをソースとします。

各クラスタに 1 つの固定オーディオ ソースを定義できます。固定オーディオ ソースは、クラスタ単位で各 MOH サーバに設定する必要があります。そのためには、別売の Cisco USB MOH サウンド アダプタが必要です。

（注） が VMware での実行時には USB をサポートしないため、固定保留音デバイスでは Universal Serial Bus （USB）で接続するオーディオ ソースを指定できません。Cisco Unified Communications Managerただし、VMware では内部の保留音はサポートされます。

固定保留音オーディオ ソースを設定するには、次のトピックを参照してください。

• 「固定保留音（MOH）オーディオ ソースの設定」

• 「固定保留音（MOH）オーディオ ソースの削除」

• 「固定保留音（MOH）オーディオ ソースの設定項目」

固定保留音（MOH）オーディオ ソースの設定

固定保留音オーディオ ソースを設定するには、次の手順に従います。

手順

[固定MOHオーディオソースの設定(Fixed MOH Audio Source Configuration)] ウィンドウが表示されます。

ステップ 2 固定保留音（MOH）オーディオ ソースを設定し、有効にするには、 表 36-5 の説明に従って適切な設定値を入力します。

ステップ 3 [保存(Save)] をクリックします。

[固定MOHオーディオソースの設定(Fixed MOH Audio Source Configuration)] ウィンドウが表示され、[ 更新に成功しました(Update Successful) ] というステータス メッセージが表示されます。

追加情報

「関連項目」を参照してください。

固定保留音（MOH）オーディオ ソースの削除

既存の固定保留音オーディオ ソースを削除するには、次の手順に従います。

手順

[固定MOHオーディオソースの設定(Fixed MOH Audio Source Configuration)] ウィンドウが表示されます。

ステップ 2 表示された固定 MOH オーディオ ソースが有効（[有効(Enable、チェックした場合、名前は必須)] チェックボックスがオン）であれば、その固定 MOH オーディオ ソースを削除できます。

この固定 MOH オーディオ ソースを削除するには、[削除(Delete)] をクリックします。

確認のダイアログボックスが表示されます。

ステップ 3 [OK] をクリックします。

選択した固定保留音オーディオ ソースがデータベースから削除されます。

追加情報

「関連項目」を参照してください。

固定保留音（MOH）オーディオ ソースの設定項目

表 36-5 に、固定保留音（MOH）オーディオ ソースの設定に使用する設定項目を示します。

追加情報

「関連項目」を参照してください。

保留音サーバ設定

メディア リソース グループの保留音用にサーバを設定できます。保留音サーバを設定するには、次のトピックを参照してください。

• 「保留音サーバの検索」

• 「保留音サーバの設定」

• 「保留音サーバのリセットまたは再起動」

• 「保留音サーバの同期化」

• 「保留音サーバの設定項目」

どの保留音サーバを設定する場合も、サーバの設定をトレースしてください。詳細については、『 Cisco Unified Serviceability Administration Guide 』を参照してください。

追加情報

「関連項目」を参照してください。

保留音サーバの検索

ネットワーク上には複数の保留音サーバが存在する場合があります。Cisco Unified Communications Manager では、特定の条件に基づいて、特定の保留音サーバを検索できます。保留音サーバを検索するには、次の手順に従います。

手順

[保留音サーバの検索と一覧表示(Find and List Music On Hold Servers)] ウィンドウが表示されます。ウィンドウには、アクティブな（前の）クエリーのレコードが表示される場合もあります。

ステップ 2 データベース内のすべてのレコードを検索するには、ダイアログボックスが空になっていることを確認し、ステップ 3 に進みます。

特定のレコードをフィルタリングまたは検索するには、次の操作を実行します。

• 最初のドロップダウン リスト ボックスで、検索パラメータを選択します。

• 2 番目のドロップダウン リスト ボックスで、検索パターンを選択します。

• 必要に応じて、適切な検索文字を入力します。

（注） 別の検索条件を追加するには、[+] ボタンをクリックします。条件を追加した場合は、指定したすべての条件に一致するレコードが検索されます。条件を削除するには、[-] ボタンをクリックして、最後に追加された条件を削除するか、または [フィルタのクリア(Clear Filter)] ボタンをクリックして、追加されたすべての検索条件を削除します。

ステップ 3 [検索(Find)] をクリックします。

条件に一致するレコードがすべて表示されます。[ページあたりの行数(Rows per Page)] ドロップダウン リスト ボックスで別の値を選択すると、各ページに表示される項目数を変更できます。

（注） 適切なレコードの横にあるチェックボックスをオンにして、[選択項目の削除(Delete Selected)] をクリックすると、データベースから複数のレコードを削除できます。[すべて選択(Select All)] をクリックして [選択項目の削除(Delete Selected)] をクリックすると、この選択対象として設定可能なすべてのレコードを削除できます。

ステップ 4 表示されたレコード リストから、目的のレコードのリンクをクリックします。

（注） ソート順を逆にするには、リストのヘッダーにある上矢印または下矢印をクリックします（使用可能な場合）。

選択した項目がウィンドウに表示されます。

追加情報

「関連項目」を参照してください。

保留音サーバの設定

保留音サーバを更新するには、次の手順に従います。

（注） 保留音サーバの追加および削除はできません。

手順

[保留音サーバの検索と一覧表示(Find and List Music On Hold Servers)] ウィンドウが表示されます。2 つのドロップダウン リスト ボックスを使用して、保留音サーバを検索します。

ステップ 2 保留音サーバを更新するには、更新する保留音サーバをクリックします。[保留音(MOH)サーバの設定(Music On Hold (MOH) Server Configuration)] ウィンドウが表示されます。

ステップ 3 適切な設定値を入力するか更新します（ 表 36-6 を参照）。

ステップ 4 この保留音サーバを更新するには、[保存(Save)] をクリックします。

データベース内の保留音サーバが更新されます。

追加情報

「関連項目」を参照してください。

保留音サーバのリセットまたは再起動

既存の保留音サーバをリセットするには、次の手順に従います。

手順

ステップ 1 「保留音サーバの検索」の手順に従って、保留音サーバを検索します。

ステップ 2 リセットする保留音サーバをクリックします。

ステップ 3 [リセット(Reset)] ボタンをクリックします。

ポップアップ ウィンドウに情報メッセージが表示されます。

ステップ 4 メッセージを読んだ後に、[リスタート(Restart)] をクリックして保留音サーバを再起動するか、または [リセット(Reset)] をクリックしてサーバをリセットします。

ステップ 5 ポップアップ ウィンドウを閉じるには、[閉じる(Close)] をクリックします。

追加情報

「関連項目」を参照してください。

保留音サーバの同期化

保留音サーバを最新の設定変更内容で同期化するには、次の手順を実行します。これにより、実行可能なもっとも簡単な方法で未適用の設定を適用できます （たとえば、影響を受けるデバイスでリセットや再起動が不要な場合もあります）。

手順

[保留音サーバの検索と一覧表示(Find and List Music On Hold Servers)] ウィンドウが表示されます。

ステップ 2 使用する検索条件を選択します。

ステップ 3 [検索(Find)] をクリックします。

ウィンドウに、検索条件と一致した保留音サーバのリストが表示されます。

ステップ 4 同期化する保留音サーバの横のチェックボックスをオンにします。ウィンドウ内のすべての保留音サーバを選択するには、一致レコード タイトルバーのチェックボックスをオンにします。

ステップ 5 [選択項目への設定の適用(Apply Config to Selected)] をクリックします。

[設定情報の適用(Apply Configuration Information)] ダイアログボックスが表示されます。

ステップ 6 [OK] をクリックします。

追加情報

「関連項目」を参照してください。

保留音サーバの設定項目

表 36-6 に、保留音サーバの構成に使用する設定項目を示します。

追加情報

「関連項目」を参照してください。

保留音オーディオ ファイル管理の設定

保留音機能でオーディオ ソースとして使用されるオーディオ ファイルを管理できます。[メディアリソース(Media Resources)] > [MOHオーディオファイル(MOH Audio File Management)] メニュー オプションを使用すると、管理者は次の機能を実行できます。

• システムに格納されている MOH オーディオ ファイルのリストを表示する。

• 新しい MOH オーディオ ファイルをアップロードする。

• MOH オーディオ ファイルを削除する。

保留音オーディオ ソースのオーディオ ファイルを管理するには、次のトピックを参照してください。

• 「保留音オーディオ ファイルの表示」

• 「保留音オーディオ ファイルのアップロード」

• 「保留音オーディオ ファイルの削除」

追加情報

「関連項目」を参照してください。

保留音オーディオ ファイルの表示

システムに格納されている保留音オーディオ ファイルのリストを表示するには、次の手順に従います。

手順

[保留音オーディオファイル管理(Music On Hold Audio File Management)] ウィンドウが表示されます。

レコード リストのエントリごとに、次の情報が表示されます。

• チェックボックス：オーディオ ファイルが削除可能な場合は、表示されている最初のカラムにチェックボックスが表示されます。

• [ファイル名(File Name)]：このカラムには、オーディオ ファイル名が表示されます。

• [長さ(Length)]：このカラムには、オーディオ ファイルの長さが分および秒単位で表示されます。

• [ファイル状況(File Status)]：このカラムには、ファイル状況が表示されます。次の値があります。

– [Translation Complete]：この状況にあるファイルは正常にアップロードされており、保留音オーディオ ソースのオーディオ ファイルとして使用できます。

– [In Use]：このオーディオ ファイルを MOH オーディオ ソース ファイルとして使用する保留音オーディオ ソースを追加すると、このオーディオ ファイルのファイル状況は [ In Use ] に変わります。このファイル状況のファイルは削除できません。

追加情報

「関連項目」を参照してください。

保留音オーディオ ファイルのアップロード

保留音オーディオ ファイルをアップロードするには、次の手順に従います。オーディオ ファイルをアップロードすると、保留音オーディオ ソースとして使用可能になります。[メディアリソース(Media Resources)] > [保留音オーディオソース(Music On Hold Audio Source)] メニュー オプションを使用して新しいオーディオ ソースを追加すると、新しくアップロードしたオーディオ ファイルが [MOHオーディオソースファイル(MOH Audio Source File)] ドロップダウン リスト ボックスで使用可能になります。

手順

[保留音オーディオファイル管理(Music On Hold Audio File Management)] ウィンドウが表示されます。

ステップ 2 [ファイルのアップロード(Upload File)] ボタンをクリックします。

[ファイルのアップロード(Upload File)] ポップアップ ウィンドウが表示されます。

ステップ 3 次のいずれかのオプションを選択します。

• オーディオ ファイルを指定するファイルへのパスがわかっている場合は、[ファイル(File)] フィールドにパスを入力します。

• パスとファイル名が不明な場合は、[ファイル(File)] フィールドの右側にある [参照(Browse)] ボタンをクリックして、オーディオ ファイルを検索します。オーディオ ファイルを検索したら、目的のオーディオ ファイルをクリックし、[開く(Open)] をクリックします。選択したオーディオ ファイルへのパスが、[ファイルのアップロード(Upload File)] ポップアップ ウィンドウの [ファイル(File)] フィールドに表示されます。

ステップ 4 指定したオーディオ ファイルをアップロードするには、[アップロード(Upload)] をクリックします。

オーディオ ファイルをアップロードすると、[アップロード結果(Upload Result)] ウィンドウにアップロードの結果が示されます。

（注） ファイルをアップロードすると、ファイルが Cisco Unified Communications Manager サーバにアップロードされ、オーディオ変換を行って MOH に適したコーデック対応オーディオ ファイルが作成されます。元のファイルのサイズに応じて、この処理には数分かかることがあります。

（注） オーディオ ソース ファイルの MOH サーバへのアップロードでは、ファイルは 1 つの MOH サーバだけにアップロードされます。したがって、各サーバ上の Cisco Unified Communications Manager の管理ページを使用して、クラスタ内の MOH サーバごとにオーディオ ソース ファイルをアップロードする必要があります。MOH オーディオ ソース ファイルは、自動的にはクラスタ内の他の MOH サーバに適用されません。

ステップ 5 [アップロード結果(Upload Result)] ウィンドウを閉じるには、[閉じる(Close)] をクリックします。

新しくアップロードしたオーディオ ファイルが、[保留音オーディオファイル管理(Music On Hold Audio File Management)] ウィンドウのオーディオ ファイル リストに追加されます。

追加情報

「関連項目」を参照してください。

保留音オーディオ ファイルの削除

既存の保留音オーディオ ファイルを削除するには、次の手順に従います。

（注） In Use 状態を示す MOH オーディオ ファイルは削除できません。このようなファイルを削除するには、最初に [メディアリソース(Media Resources)] > [保留音オーディオソース(Music On Hold Audio Source)] メニュー オプションを使用して、このオーディオ ファイルを使用する MOH オーディオ ソースを検索します。その MOH オーディオ ソースを削除するか、またはそのオーディオ ソースが別のオーディオ ファイルを使用するように変更します。

手順

[保留音オーディオファイル管理(Music On Hold Audio File Management)] ウィンドウが表示されます。

ステップ 2 削除する保留音オーディオ ファイルの左にあるチェックボックスをオンにします。

（注） 複数のオーディオ ファイルをクリックすると、複数のオーディオ ファイルを一度に削除できます。また、[すべてを選択(Select All]) ボタンをクリックすると、すべてのオーディオ ファイルを削除対象に選択できます。選択したオーディオ ファイルを選択解除するには、[すべてクリア(Clear All)] ボタンを使用します。

ステップ 3 [選択項目の削除(Delete Selected)] ボタンをクリックします。

このファイルが完全に削除されることを警告するポップアップ ウィンドウが表示されます。

ステップ 4 削除するには、[OK] をクリックします。

オーディオ ファイルが保留音オーディオ ファイルのリストから削除されます。

追加情報

「関連項目」を参照してください。

保留音サーバのパフォーマンスの表示

保留音サーバの Perfmon カウンタを表示するには、Cisco Unified Real-Time Monitoring Tool（RTMT）を使用します。

表 36-7 で、Cisco Unified Real-Time Monitoring Tool の [Performance] ウィンドウに表示されるパフォーマンス モニタリング カウンタについて詳しく説明します。

サービス状態の確認

保留音サービスが動作しているかどうかを確認するには、Performance Management を使用します。

追加情報

「関連項目」を参照してください。