- Cisco Unified Communications Manager 機能およびサービス ガイド
- はじめに
- 割り込みとプライバシー
- 折返し
- コール制御ディスカバリ
- Call Display Restrictions 機能
- コール パークとダイレクト コール パーク
- コール ピックアップ
- コール スロットリングおよび Code Yellow 状態
- 発信側の正規化
- Cisco エクステンション モビリティ
- Cisco クラスタ間のエクステンションモビリ ティ
- プロキシ回線サポートのある Cisco Unified Communications Manager Assistant
- シェアドライン サポートのある Cisco Unified Communications Manager Assistant
- Cisco Unified Communications Manager Auto-Attendant
- Cisco Unified Mobility
- Cisco Unified Mobility Advantage と Cisco Unified Mobile Communicator の統合
- Cisco Mobile VoiP Client
- Cisco WebDialer
- クライアント識別コードと強制承認コード
- カスタム電話呼び出し音
- デバイス モビリティ
- サイレント
- 外部コール制御
- External Call Transfer Restrictions 機能
- 位置情報 およびロケーション伝達
- 保留復帰
- ホットライン
- 即時転送
- インターコム
- インターネット プロトコル バージョン 6 （IPv6）
- ライセンス
- ローカル ルート グループ
- 論理パーティション
- 迷惑呼 ID
- モニタリングと録音
- Multilevel Precedence and Preemption
- 保留音
- プレゼンス
- 品質レポート ツール
- シングル サインオン
- 索引
Cisco Unified Communications Manager 機能およびサービスガイド リリース 8.6(1)
偏向のない言語
この製品のマニュアルセットは、偏向のない言語を使用するように配慮されています。このマニュアルセットでの偏向のない言語とは、年齢、障害、性別、人種的アイデンティティ、民族的アイデンティティ、性的指向、社会経済的地位、およびインターセクショナリティに基づく差別を意味しない言語として定義されています。製品ソフトウェアのユーザーインターフェイスにハードコードされている言語、RFP のドキュメントに基づいて使用されている言語、または参照されているサードパーティ製品で使用されている言語によりドキュメントに例外が存在する場合があります。シスコのインクルーシブランゲージに対する取り組みの詳細は、こちらをご覧ください。
翻訳について
このドキュメントは、米国シスコ発行ドキュメントの参考和訳です。リンク情報につきましては、日本語版掲載時点で、英語版にアップデートがあり、リンク先のページが移動/変更されている場合がありますことをご了承ください。あくまでも参考和訳となりますので、正式な内容については米国サイトのドキュメントを参照ください。
- Updated:
- 2017年6月6日
章のタイトル： コール制御ディスカバリ
- コール制御ディスカバリの設定に関する考慮事項
- コール制御ディスカバリの機能パラメータ
- SAF セキュリティ プロファイルの設定項目
- SAF フォワーダの設定項目
- ホステッド DN グループの設定項目
- ホステッド DN パターンの設定項目
- CCD アドバタイジング サービスの設定項目
- コール制御ディスカバリのパーティションの設定項目
- CCD 要求サービスの設定項目
- ブロックされた学習パターンの設定項目
- コール制御ディスカバリの設定レコードの検索
- コール制御ディスカバリの設定（手順）
- SAF 対応トランクの設定
- ホステッド DN グループに属するホステッド DN パターンの識別
- コール制御ディスカバリの設定レコードの削除
コール制御ディスカバリ
コール制御ディスカバリ機能は、Service Advertisement Framework（SAF）ネットワーク サービス（シスコ独自のサービス）を利用して、コール間エージェント情報の動的なプロビジョニングを容易にします。SAF ネットワーク サービスの採用により、コール制御ディスカバリ機能では、Cisco Unified Communications Manager は自身を他の重要な属性（Cisco Unified Communications Manager の管理ページで設定される電話番号パターンなど）とともにアドバタイズできます。そのため、同じく SAF ネットワークを使用する他のコール制御エンティティは、アドバタイズされた情報を使用してルーティングの動作を動的に設定し、適合させることができます。同様に、SAF を使用するすべてのエンティティは、所有する電話番号パターンを他の重要な情報とともにアドバタイズします。したがって、他のリモート コール制御エンティティは、その情報を学習してコールのルーティングの動作を適合させることができます。
•
「Cisco Unified Communications Manager のコール制御ディスカバリの概要」
– 「ホステッド DN グループに属するホステッド DN パターンの識別」
• 「関連項目」
コール制御ディスカバリの設定チェックリスト
コール制御ディスカバリ機能は、Service Advertisement Framework（SAF）ネットワーク サービス（シスコ独自のサービス）を利用して、コール間エージェント情報の動的なプロビジョニングを容易にします。SAF ネットワーク サービスの採用により、コール制御ディスカバリ機能では、Cisco Unified Communications Manager は自身を他の重要な属性（Cisco Unified Communications Manager の管理ページで設定される電話番号パターンなど）とともにアドバタイズできます。そのため、同じく SAF ネットワークを使用する他のコール制御エンティティは、アドバタイズされた情報を使用してルーティングの動作を動的に設定し、適合させることができます。同様に、SAF を使用するすべてのエンティティは、所有する電話番号パターンを他の重要な情報とともにアドバタイズします。したがって、他のリモート コール制御エンティティは、その情報を学習してコールのルーティングの動作を適合させることができます。 表 3-1 は、ネットワークでコール制御ディスカバリ機能を設定するためのチェックリストです。 表 3-1 と「関連項目」を併せて参照してください。
|
|
|
|
|---|---|---|
Cisco IOS ルータをサポートしているマニュアルを参照してください。たとえば、『 Cisco IOS Service Advertisement Framework Configuration Guide 』または『 Cisco IOS Service Advertisement Framework Command Reference 』を参照してください。 Cisco Feature Navigator を使用すると、特定のソフトウェア リリース、機能セット、またはプラットフォームをサポートする Cisco IOS および Catalyst OS ソフトウェア イメージを判別できます。Cisco Feature Navigator にアクセスするには、 http://www.cisco.com/go/cfn に移動します。 |
||
SAF フォワーダの SAF セキュリティ プロファイルを設定します（[拡張機能(Advanced Features)] > [SAF] > [SAFセキュリティプロファイル(SAF Security Profile)]）。Cisco Unified Communications Manager の管理ページでは、複数の SAF セキュリティ プロファイルを設定できます。 SAF フォワーダ（SAF 用に設定した Cisco IOS ルータ）は、ローカル Cisco Unified Communications Manager クラスタの発行要求およびリモート コール制御エンティティからのサービス アドバタイズメントを処理します。 |
||
Cisco Unified Communications Manager の管理ページで、SAF フォワーダを設定します（[拡張機能(Advanced Features)] > [SAF] > [SAFフォワーダ(SAF Forwarder)]）。フェールオーバーをサポートするために、プライマリおよびバックアップの SAF フォワーダを設定することをお勧めします。 |
||
SAF 対応の SIP および H.323 クラスタ間（非ゲートキーパー制御）トランクを設定します（[デバイス(Device)] > [トランク(Trunk)]）。 ローカル Cisco Unified Communications Manager クラスタは、CCD 要求サービスに割り当てられている SAF 対応トランクを使用して、発信コールを SAF ネットワークを使用するリモート コール制御エンティティにルーティングします。 Cisco Unified Communications Manager クラスタは、CCD アドバタイジング サービスに割り当てられている SAF 対応トランクをホステッド DN の範囲とともにアドバタイズします。したがって、リモート コール制御エンティティからのユーザが、この Cisco Unified Communications Manager の学習パターンへの着信コールを行うと、この Cisco Unified Communications Manager はこの SAF 対応トランクからの着信コールを受信して、コールを正しい DN にルーティングします。 |
||
ホステッド DN グループを設定します。ホステッド DN パターンをロケーション別にグループ化することをお勧めします。たとえば、1 つの市のさまざまな郵便番号を表すホステッド DN パターンをグループ化できます （[コールルーティング(Call Routing)] > [コール制御ディスカバリ(Call Control Discovery)] > [ホステッドDNグループ(Hosted DN Group)]）。 ホステッド DN グループは、Cisco Unified Communications Manager の管理ページでグループ化したホステッド DN パターンの集合です。ホステッド DN グループを Cisco Unified Communications Manager の管理ページで CCD アドバタイジング サービスに割り当てると、CCD アドバタイジング サービスはホステッド DN グループに含まれるすべてのホステッド DN パターンを発行します。 1 つのホステッド DN グループは、1 つのコール制御ディスカバリ アドバタイジング サービスだけに割り当てることができます。 |
• |
|
ホステッド DN パターンを設定します （[コールルーティング(Call Routing)] > [コール制御ディスカバリ(Call Control Discovery)] > [ホステッドDNパターン(Hosted DN Pattern)]）。 ホステッド Directory Number（DN; 電話番号）パターンは、コール制御エンティティに属する電話番号を表すパターンです。たとえば、Cisco Unified Communications Manager の管理ページで設定するホステッド DN パターンは、リモート コール制御エンティティにアドバタイズするローカル Cisco Unified Communications Manager クラスタに属する電話番号の範囲です。CCD アドバタイジング サービスは、ホステッド DN パターンをアクティブな SAF フォワーダに発行します。 |
||
ローカル Cisco Unified Communications Manager クラスタのホステッド DN を発行するには、コール制御ディスカバリ アドバタイジング サービスを設定します （[コールルーティング(Call Routing)] > [コール制御ディスカバリ(Call Control Discovery)] > [アドバタイジングサービス(Advertising Service)]）。必要な数の CCD アドバタイジング サービスを設定できます。 コール制御ディスカバリ アドバタイジング サービスは Cisco Unified Communications Manager 内にあり、このサービスによってローカル Cisco Unified Communications Manager クラスタはそのホステッド DN および PSTN フェールオーバー設定を、SAF ネットワークを使用するリモート コール制御エンティティにアドバタイズできます。 |
||
コール制御ディスカバリ専用のパーティションを設定します （[コールルーティング(Call Routing)] > [コール制御ディスカバリ(Call Control Discovery)] > [パーティション(Partition)]）。 このルート パーティションは、すべての学習パターンがルート パーティションの下の番号分析に配置されるように、CCD 要求サービスによって排他的に使用されます。 Cisco Unified Communications Manager の管理ページで、パーティションを CCD 要求サービスに割り当てます。 ヒント CCD 要求サービスに割り当てるパーティションは、デバイスが学習パターンをコールするために使用できるコーリング サーチ スペースに属している必要があります。そのため、デバイスが使用するコーリング サーチ スペースにパーティションを割り当てます。パーティションが含まれたコーリング サーチ スペースをデバイスに割り当てないと、デバイスは学習パターンをコールできません。 |
||
ローカル Cisco Unified Communications Manager クラスタが SAF ネットワークからのアドバタイズメントを受信できるように、コール制御ディスカバリ要求サービスを 1 つ設定します （[コールルーティング(Call Routing)] > [コール制御ディスカバリ(Call Control Discovery)] > [要求サービス(Requesting Service)]）。設定できる CCD 要求サービスは 1 つだけです。 コール制御ディスカバリ要求サービスはローカル Cisco Unified Communications Manager 内にあり、このサービスによってローカル Cisco Unified Communications Manager は SAF ネットワークを使用するリモート コール制御エンティティからのホステッド DN アドバタイズメントを受信できます。 |
||
まだ実行していない場合は、SAF ネットワークを使用するようにリモート コール制御エンティティを設定します。たとえば、Cisco Unified Communications Manager Express または他の Cisco Unified Communications Manager クラスタを SAF ネットワーク用に設定します。 |
リモート コール制御エンティティをサポートしているマニュアルを参照してください。Cisco Unified Communications Manager Express のマニュアルなどです。 |
|
コール制御ディスカバリの設定後に、リモート コール制御エンティティがローカル Cisco Unified Communications Manager に送信する学習パターンをブロックできます （[コールルーティング(Call Routing)] > [コール制御ディスカバリ(Call Control Discovery)] > [ブロックされた学習パターン(Blocked Learned Patterns)]）。 |
||
Cisco Unified Communications Manager のコール制御ディスカバリの概要
コール制御ディスカバリの概要
コール制御ディスカバリ機能は、Service Advertisement Framework（SAF）ネットワーク サービス（シスコ独自のサービス）を利用して、コール間エージェント情報の動的なプロビジョニングを容易にします。SAF ネットワーク サービスの採用により、コール制御ディスカバリ機能では、ローカル Cisco Unified Communications Manager は自身を他の重要な属性（Cisco Unified Communications Manager の管理ページで設定される電話番号パターンなど）とともにアドバタイズできます。そのため、同じく SAF ネットワークを使用する他のコール制御エンティティは、アドバタイズされた情報を使用してルーティングの動作を動的に設定し、適合させることができます。同様に、SAF を使用するすべてのエンティティは、所有する電話番号パターンを他の重要な情報とともにアドバタイズします。したがって、他のリモート コール制御エンティティは、その情報を学習してコールのルーティングの動作を適合させることができます。また、コール制御ディスカバリ機能によって、ネットワークはコール間エージェント通信を有効にするために別のサーバに依存しないで、SAF がサポートされるエンティティ間の通信を容易にすることができます。
ヒント コール制御ディスカバリ機能によって、冗長 SIP プロキシまたは複雑なゲートキーパーの設定は不要になります。ゲートキーパーの設定では、ネットワーク内のリモート コール制御エンティティのダイヤル プラン解決および到達可能性ステータスが提供されます。
コール制御ディスカバリ機能により、各ローカル Cisco Unified Communications Manager クラスタは次のタスクを実行できます。
• サーバの IPv4 アドレスまたはホスト名、SAF ネットワークがクラスタに接続するために使用するシグナリング プロトコルおよびポート番号、クラスタに対して Cisco Unified Communications Manager の管理ページで設定される電話番号パターンを提供することによって、クラスタを SAF ネットワークにアドバタイズします。
• SAF ネットワークに登録して、同じく SAF 関連ネットワークを使用する他のリモート コール制御エンティティからの要求を受信します。
• アドバタイズメントから学習した情報を使用して、パターンをマスター ルーティング テーブルに動的に追加します。マスター ルーティング テーブルにより、Cisco Unified Communications Manager は関連付けられている IP アドレスおよびシグナリング プロトコル情報を使用して、これらの接続先へのコールをルーティングおよび設定できます。
• リモート コール制御エンティティへの接続が失われた場合、SAF ネットワークは、学習した情報を IP 到達不能としてマークするように Cisco Unified Communications Manager に通知します。その後、コールは PSTN を経由します。
• 情報のアドバタイズおよび受信の冗長性を提供します。したがって、何らかの理由でサーバがそのプライマリ SAF フォワーダへの接続を失った場合、別のバックアップ SAF ルータを選択して情報をアドバタイズおよび受信できます。
コール制御ディスカバリ機能のコンポーネント
– 「CCD アドバタイジング サービスと SAF 対応トランク」
– 「ホステッド DN パターンと CCD アドバタイジング サービス」
ヒント コール制御ディスカバリ機能ではすべてのコンポーネントが連携して動作するため、すべての項を確認して機能の動作を理解してください。
コール制御ディスカバリの用語
表 3-2 に、コール制御ディスカバリ機能に関連する用語の概要を簡単に示します。各概念の詳細については、表の説明列にあるリンクをクリックしてください。
|
|
|
|---|---|
• • • • |
|
• • • • • • • |
|
• • |
|
• • • |
|
| • • • |
|
• • • |
コール制御ディスカバリ アドバタイジング サービス
コール制御ディスカバリ アドバタイジング サービスは Cisco Unified Communications Manager 内にあり、このサービスによってローカル Cisco Unified Communications Manager クラスタは PSTN フェールオーバー設定、ホステッド DN パターン、およびそのクラスタの SAF 対応トランク アクセス情報を、SAF ネットワークを使用するリモート コール制御エンティティにアドバタイズできます。Cisco Unified Communications Manager の管理ページの [コールルーティング(Call Routing)] > [コール制御ディスカバリ(Call Control Discovery)] > [アドバタイジングサービス(Advertising Service)] で、必要な数の CCD アドバタイジング サービスを設定できます。
• 「CCD アドバタイジング サービスと SAF 対応トランク」
• 「ホステッド DN パターンと CCD アドバタイジング サービス」
次の事項を考慮してください。これらは、SAF 対応トランクと CCD アドバタイジング サービスの連携に関係します。
• Cisco Unified Communications Manager の管理ページで SAF 対応トランクを設定した後、[CCDアドバタイジングサービス(CCD Advertising Service)] ウィンドウで CCD アドバタイジング サービスに関連付ける SIP トランクと H.323（非ゲートキーパー制御）トランクを 1 つずつ選択できます。CCD アドバタイジング サービスは、ホステッド DN パターン、ホステッド DN パターンの PSTN フェールオーバー設定、ノードの IP アドレス、H.323 トランクの動的なポート番号、H.323 トランクの QSIG 設定、SIP トランクの標準ポート 5060、および SIP ルート ヘッダー情報をアドバタイズします。CCD アドバタイジング サービスに割り当てられている各トランクの情報をアドバタイズします。
• SAF 対応トランクには、事前設定された宛先はありません。リモート コール制御エンティティからの着信コールの場合、ローカル Cisco Unified Communications Manager はアドバタイズされた動的なトランク ポート番号および SIP ルート ヘッダー、またはそのいずれかを使用して、コールを処理する適切な動的トランクを検索します。
• CCD アドバタイジング サービスは、割り当てられた、または選択されたトランクと同じノードで実行され、トランクのタイプごとに同じ一連のホステッド DN パターン範囲をアドバタイズします。
• リモート コール制御エンティティからローカル Cisco Unified Communications Manager への着信コールの場合、コールは CCD アドバタイジング サービスによってアドバタイズされた適切な SAF 対応トランクにルーティングされます。H.323 トランクの場合、コールがルーティングされる前に、着信の着信側プレフィックスが着信側番号に適用されます。
• H.323 トランクは、SIP トランクとは異なる機能をサポートします。たとえば、H.323 は QSIG をサポートし、SIP はプレゼンスをサポートします。機能サポートで H.323 トランクと SIP トランクの両方を CCD アドバタイジング サービスに割り当てる必要がある場合、両方のトランク タイプを割り当てます。機能サポートで 1 つのトランク タイプを割り当てることができる場合、クラスタに最適な 1 つのトランクを CCD アドバタイジング サービスに割り当てることをお勧めします。
• SAF 対応 SIP トランクと SAF 対応 H.323（非ゲートキーパー制御）クラスタ間トランクの両方を CCD アドバタイジング サービスに割り当てた場合、2 つのトランクに対して着信コールの負荷分散が発生します。
• H.323 の設定ウィンドウにある [QSIG バリアント(QSIG Variant)] および [ASN.1 ROSE OIDエンコーディング(ASN.1 ROSE OID Encoding)] の設定は、CCD アドバタイジング サービスによってアドバタイズされます。これらの設定は、着信トンネル化コールの QSIG メッセージのデコードに影響します。コール制御ディスカバリでは、発信コールには影響しません。
ホステッド DN パターンと CCD アドバタイジング サービス
ホステッド Directory Number（DN; 電話番号）パターンは、コール制御エンティティに属する一定範囲の電話番号パターンです。たとえば、Cisco Unified Communications Manager の管理ページの [コールルーティング(Call Routing)] > [コール制御ディスカバリ(Call Control Discovery)] > [ホステッドDNパターン(Hosted DN Pattern)] で設定するホステッド DN パターンは、リモート コール制御エンティティにアドバタイズするローカル Cisco Unified Communications Manager の電話番号パターンです。CCD アドバタイジング サービスは、ローカル クラスタのホステッド DN パターンをアクティブな SAF フォワーダに発行します。
• ローカル Cisco Unified Communications Manager の CCD アドバタイジング サービスは、Cisco Unified Communications Manager のホステッド DN サービスに代わってアドバタイジング発行要求をプライマリ SAF フォワーダに送信します。
• 各ホステッド DN パターンは、ホステッド DN グループに属します。ホステッド DN グループを CCD アドバタイジング サービスに割り当てます。ホステッド DN パターンをホステッド DN グループに入れることで、CCD アドバタイジング サービスは複数のパターンをアドバタイズできます。
• Cisco Unified Communications Manager の管理ページの [ホステッドDNパターン(Hosted DN Patterns)] ウィンドウで設定済みホステッド DN パターンを更新すると、CCD アドバタイジング サービスは、更新されたパターンを含む発行要求をアクティブな SAF フォワーダに再送信します。発行要求は、CCD アドバタイジング サービスに割り当てられているトランクごとに送信されます。
• ホステッド DN パターンが Cisco Unified Communications Manager の管理ページで追加または削除された場合、CCD アドバタイジング サービスは、新規発行要求を大きいサービス バージョン番号で SAF ネットワークに送信します。
• CCD アドバタイジング サービスに割り当てられているホステッド DN グループを変更した場合、CCD アドバタイジング サービスは、新しく更新されたホステッド DN グループからパターンを大きいバージョン番号で、割り当てられている SAF 対応トランクごとに発行します。
• CCD アドバタイジング サービスは、1 つの発行要求で多くのホステッド DN パターンを送信しようとします。1 つの要求で送信できるよりも多くのホステッド DN パターンがある場合、ローカル Cisco Unified Communications Manager は複数の要求を、それぞれに一意のサービス ID を付けて送信します。
• 一部のクラスタで、[CCDアドバタイジングサービスの設定(CCD Advertising Service Configuration)] ウィンドウでの SAF トランクの選択に基づいて、同じホステッド DN パターンが複数回発行される場合があります。たとえば、CCD アドバタイジング サービスの設定に SAF 対応 SIP トランクと H.323（非ゲートキーパー制御）トランクの両方が含まれている場合、ホステッド DN パターン 8902XXXX は、各ノードおよび各 SAF 対応トランクに対して 2 回発行されます。トランクの Cisco Unified Communications Manager グループに 2 つのノードが含まれている場合は、8902XXX の 4 つの発行要求が送信されます。このアプローチでは、受信エンティティは負荷分散を実行します。
• ページの [CCDアドバタイジングサービス(CCD Advertising Service)] ウィンドウで異なるホステッド DN グループを選択すると、サービスは SAF フォワーダに要求を送信してホステッド DN グループの発行を解除し、更新された設定を発行します。Cisco Unified Communications Manager の管理。
ヒント ホステッド DN グループの関連付けが変更された場合、SAF トランクの関連付けが変更された場合、SAF トランクが Cisco Unified Communications Manager の管理ページでリセットされた場合、または CCD アドバタイジング サービスがリセットされた場合、CCD アドバタイジング サービスは以前の要求の発行を解除し、新しいサービス ID で再度発行します。また、他のクラスタは SAF ネットワークから取り消しサービス通知を受信し、続いて新しい通知を SAF ネットワークから受信します。
コール制御ディスカバリ要求サービス
コール制御ディスカバリ要求サービスは Cisco Unified Communications Manager 内にあり、このサービスによってローカル Cisco Unified Communications Manager は SAF ネットワークを使用するリモート コール制御エンティティからのアドバタイズメントを受信できます。CCD 要求サービスは、リモート コール制御エンティティから番号分析およびローカル キャッシュへの学習パターンの挿入も行います。Cisco Unified Communications Manager の管理ページの [コールルーティング(Call Routing)] > [コール制御ディスカバリ(Call Control Discovery)] > [要求サービス(Requesting Service)] で、CCD 要求サービスを 1 つだけ設定できます。
リモート コール制御エンティティが情報をアドバタイズしていることを SAF フォワーダがローカル Cisco Unified Communications Manager に通知した後、CCD 要求サービスは、学習パターンおよび設定されたパーティションをローカル Cisco Unified Communications Manager の番号分析に挿入し、学習パターンおよび関連付けられた PSTN フェールオーバー設定をリモート コール制御エンティティからローカルにキャッシュします。
リモート コール制御エンティティ（他の Cisco Unified Communications Manager クラスタや Cisco Unified Communications Manager Express など）は、それらのホステッド DN パターンが他のリモート コール制御エンティティにアドバタイズされることを要求します。Cisco Unified Communications Manager の場合、アドバタイズされた DN パターンを CCD 要求サービスがローカル Cisco Unified Communications Manager の番号分析に挿入した後、Cisco Unified Communications Manager はそのパターンを学習パターンであると見なします。
学習パターンと CCD 要求サービスについて、次の事項を考慮してください。
• ローカル Cisco Unified Communications Manager の CCD 要求サービスは、リモート コール制御エンティティによってアドバタイズされるホステッド DN パターンについて学習するために、そのプライマリ SAF フォワーダをホステッド DN サービスに登録します。CCD 要求サービスがホステッド DN サービスに登録するには、SAF 対応トランクをサービスに割り当てる必要があり、そのサービスを [CCD要求サービスの設定(CCD Requesting Service Configuration)] ウィンドウでアクティブ化する必要があります。
• ローカル Cisco Unified Communications Manager が 1 つまたは複数のアドバタイズメントでリモート コール制御エンティティから重複した DN パターンを受信した場合、Cisco Unified Communications Manager はコールをルーティングするために最適な一致を実行します。たとえば、Cisco Unified Communications Manager がパターン 813XXXX および 8135XXX を受信します。ユーザが 8135233 をダイヤルした場合、Cisco Unified Communications Manager はコールをパターン 8135XXX に関連付けられたトランクにルーティングします。
• Cisco Unified Communications Manager Express などのリモート コール制御エンティティからの学習パターンが、ローカルで設定されたスタティック パターンと同じ場合、ローカル Cisco Unified Communications Manager は発信側デバイスのコーリング サーチ スペースの設定を使用して、コールをローカル パターンにルーティングするか学習パターンにルーティングするかを決定します。
• CCD 要求サービスは、他の Cisco Unified Communications Manager クラスタや Cisco Unified Communications Manager Express などのリモート コール制御エンティティからの、重複する学習パターンを識別できます。CCD 要求サービスがパターンを処理する方法は、Cisco Unified Communications Manager の管理ページでのコール制御ディスカバリの機能パラメータ設定によって異なります。Issue Alarm for Duplicate Learned Pattern 機能パラメータが [True] に設定されている場合、CCD 要求サービスはアラームを発行し、重複する学習パターンを保存します。それらのパターンを使用するコールは、異なるコール制御エンティティ間でロード バランスされます。
• 学習パターンのコールが IP を経由できない場合、CCD 要求サービスは PSTN 経由でコールをルーティングします。CCD 要求サービスは、学習パターンの PSTN フェールオーバー設定に基づいて、コールを DID 番号へ転送します。設定されている場合は、発信側デバイスの AAR コーリング サーチ スペースが、PSTN フェールオーバー中のコールの転送に使用されます。
• CCD 要求サービスがそれ自身のクラスタによってアドバタイズされた学習パターンを受信した場合、Cisco Unified Communications Manager はパターンを無視します。たとえば、要求サービスと同じクラスタ内のノードが学習パターンをアドバタイズした場合、Cisco Unified Communications Manager はパターンを破棄します。
• CCD 要求サービスは、すべての学習パターンに対して正規表現チェックを実行し、小文字のワイルドカードを大文字のワイルドカードに変換します。
• 必要な場合は、使用しなくなった学習パターンをパージでき、リモート コール制御エンティティによって学習パターンがアドバタイズされたときにローカル Cisco Unified Communications Manager がパターンを無視するように、学習パターンをブロックできます。たとえば、IP アドレス 111.11.11.11 のリモート コール制御エンティティからのプレフィックス 235 の学習パターンをブロックする場合、[学習パターンのブロック(Block Learned Patterns)] ウィンドウで関連情報を入力することによって、このコール制御エンティティのパターンを明確にブロックできます。この例では、設定を保存した後、CCD 要求サービスはローカル キャッシュを検索し、IP アドレス 111.11.11.11 のリモート コール制御エンティティからのプレフィックス 235 の学習パターンをパージします。この情報を持つ後続の通知は、ローカル Cisco Unified Communications Manager によってブロックおよび無視されます。パターンのブロックおよびパージは完全一致に基づきます。たとえば、235XX を設定すると 235XX がブロックされます。そのパターンのサブセットはブロックされません。リモート コール制御エンティティまたはリモート IP アドレスを指定しない場合、Cisco Unified Communications Manager はパターンをアドバタイズするすべてのリモート コール制御エンティティのパターンをパージおよびブロックします。
Cisco Unified Communications Manager の管理ページの [ブロックされた学習パターンの検索と一覧表示(Find and List Blocked Learned Pattern)] ウィンドウで、パージおよびブロックされた学習パターンを表示できます。これらのパージまたはブロックされた学習パターンは、RTMT には表示されません。ブロックされたパターンを Cisco Unified Communications Manager の管理ページから削除した場合、それらが SAF ネットワークでまだ使用可能であれば（および、クラスタの学習パターンの最大数に達していなければ）、Cisco Unified Communications Manager はそれらのパターンを再学習できます。
CCD 要求サービスを設定するときに、SAF 対応トランクをサービスに割り当てます。CCD 要求サービスと SAF 対応トランクの連携について、次の事項を考慮してください。
• Cisco Unified Communications Manager は、発信コールを SAF 対応の SIP または H.323 クラスタ間（非ゲートキーパー制御）トランク経由で、SAF ネットワークを使用するリモート コール制御エンティティにルーティングします。つまり、CCD 要求サービスに割り当てる SAF 対応トランクが、リモート コール制御エンティティから学習 DN パターンへの発信コールを管理します。
• SAF 対応トランクが 2 つの Cisco Unified Communications Manager ノードを持つ Cisco Unified Communications Manager グループを使用する場合、SAF 対応トランクの Cisco Unified Communications Manager への登録後、CCD 要求サービスは各ノードで実行されます。
• リモート Cisco Unified Communications Manager の SAF 対応トランクのデバイス プールに 3 つの Cisco Unified Communications Manager ノードが含まれている場合、トランクは 3 つのノードすべてで実行され、同じ DN パターンのホステッド DN サービスをアドバタイズします。ホステッド DN サービスに登録するローカル Cisco Unified Communications Manager は、DN パターンは同じだが 3 つのノードの IP アドレスは異なる 3 つのアドバタイズメントを受信します。CCD 要求サービスは、DN パターンをローカル キャッシュに追加し、パターンを 3 つのノードの IP アドレスに関連付けます。リモート Cisco Unified Communications Manager への発信コールの場合、CCD 要求サービスはダイヤルされたパターンと DN に関連付けられている Cisco Unified Communications Manager のリストを、CCD 要求サービスに割り当てられている SAF 対応トランクに提供します。表 3-3に示すように、ロード バランシングが行われます。トランクは、トランクで可能な順序でコールを確立し、ノードが使用不可の場合はリストの次のノードに移動します。
• CCD 要求サービスは、リモート コール制御エンティティの IP アドレスおよびポート番号を SAF 対応トランクに提供します。
• SAF 対応トランクには、事前設定された宛先はありません。学習パターンへの発信コールの場合、コール制御ディスカバリはコールごとに宛先 IP アドレスを動的なトランクに提供します。
• リモート コール制御エンティティは、H.323 トランク経由の発信コールに QSIG トンネルが必要かどうかを判別します。QSIG トンネルが必要であることをリモート コール制御エンティティがアドバタイズした場合、Cisco Unified Communications Manager の管理ページの [H.323設定(H.323 Configuration)] ウィンドウで QSIG サポートが不要であることが指定されている場合でも、QSIG メッセージは発信コールのメッセージ内でトンネル化されます。
• CCD 要求サービスは、学習パターンのプロトコル、ローカル トランク、およびパターンをアドバタイズしたリモート コール制御エンティティの IP アドレスを考慮することで、学習パターンへのコールに対するラウンドロビン ロード バランシングを実行します。表 3-3に、CCD 要求サービスが SAF 対応の SIP および H.323 クラスタ間トランクを使用して学習パターンへのコールをどのようにロード バランスするかを示します。
CCD 要求サービスは、SAF ネットワークからの取り消しを次のように処理します。
• リモート コール制御エンティティが特定の学習パターンの発行を解除した場合、CCD 要求サービスはソース取り消し要求を SAF ネットワークから受信すると、それらの学習パターンをローカル キャッシュおよび番号分析からパージします。この場合、それらの学習パターンへのコールは発生しません。
• SAF フォワーダがコール制御エンティティとのネットワーク接続を失うと、SAF フォワーダはそのコール制御エンティティから発行された学習パターンを取り消します。この場合、CCD 要求サービスはそれらの学習パターンを IP による到達不能としてマークし、コールは PSTN ゲートウェイ経由でルーティングされます。
失われた接続を復元できず、PSTN フェールオーバー タイマーがタイムアウトする前に新しい通知要求が着信しない場合、CCD 要求サービスは到達不能な学習パターンを番号分析からすべて登録解除し、ローカル キャッシュからパージします。この場合、これらの学習パターンへのコールは発生しません。
• ローカル Cisco Unified Communications Manager がプライマリとセカンダリ両方の SAF フォワーダへの TCP 接続を失った場合、CCD Learned Pattern IP Reachable Duration 機能パラメータのタイマーが期限切れになった後、CCD 要求サービスはすべての学習パターンを IP 到達不能としてマークします。この場合、学習パターンへのすべてのコールは PSTN ゲートウェイを経由してルーティングされます。CCD PSTN Failover Duration パラメータのタイマーが期限切れになる前に SAF ネットワークへの接続が復元されない場合、CCD 要求サービスは到達不能な学習パターンを番号分析からすべて登録解除し、ローカル キャッシュからパージします。パージされた学習パターンへのコールは失敗します。
• ローカル Cisco Unified Communications Manager が SAF フォワーダへの TCP 接続を失うと、その SAF フォワーダは他のすべての SAF フォワーダに接続します。この場合、他の SAF フォワーダはコール制御エンティティに通知し、コール制御エンティティは到達不能パターン期間タイマーが期限切れになった後（Cisco Unified Communications Manager の場合、これは CCD Learned Pattern IP Reachable Duration 機能パラメータです）、パターンを IP による到達不能としてマークします。Cisco Unified Communications Manager の場合、CCD PSTN Failover Duration パラメータのタイマーが期限切れになる前に SAF ネットワークへの接続が復元されない場合、CCD 要求サービスは到達不能な学習パターンを番号分析からすべて登録解除し、ローカル キャッシュからパージします。パージされた学習パターンへのコールは失敗します。
SAF フォワーダ
SAF フォワーダ（SAF 用に設定した Cisco IOS ルータ）は、リモート コール制御エンティティがホステッド DN パターンをアドバタイズしたときに、ローカル Cisco Unified Communications Manager クラスタに通知します。また、SAF フォワーダは、[CCDアドバタイジングサービス(CCD Advertising Service)] ウィンドウで設定された設定および登録済みトランクごとに、ローカル Cisco Unified Communications Manager クラスタから発行要求を受信します。発行要求には、Cisco Unified Communications Manager のホステッド DN パターン、PSTN フェールオーバー設定、トランクのリスニング ポート、および（SIP トランクの場合は）SIP ルート ヘッダー フィールドが含まれています。SIP ルート ヘッダー フィールドにはトランクの URI が含まれています。
表 3-4 に、Cisco Unified Communications Manager がサポートする SAF 配置モデルを示します。
フェールオーバーをサポートしない単一の SAF フォワーダを設定できます。または、プライマリおよびバックアップの SAF フォワーダを設定してフェールオーバーをサポートします。プライマリおよびバックアップの SAF フォワーダでは、Cisco Unified Communications Manager は、プライマリ SAF フォワーダが使用できないときはバックアップ SAF フォワーダに対してアドバタイズおよび登録します。
SAF フォワーダには、Cisco Unified Communications Manager が SAF ネットワークと通信するために使用する IPv4 アドレスおよびポートが含まれています。起動時に、SAF クライアント コントロール（Cisco Unified Communications Manager の設定不可能な固有のコンポーネント）は、Cisco Unified Communications Manager に登録する最初の SAF フォワーダをプライマリ SAF フォワーダとしてマークします。プライマリ SAF フォワーダはホステッド DN サービスに登録します。バックアップはこのタスクを実行しません。何らかの理由でプライマリ SAF フォワーダが使用不可になると、バックアップ SAF フォワーダはすぐにプライマリ SAF フォワーダに昇格されます。
Cisco Unified Communications Manager の SAF クライアント コントロール コンポーネントは、一定の間隔で SAF フォワーダにキープアライブ メッセージを送信することによって、SAF フォワーダへの接続を維持します。SAF クライアント コントロール コンポーネントでは、ネットワーク エラー、TCP 接続の失敗、または SAF フォワーダの失敗によってキープアライブ応答タイムアウトが発生します。プライマリ SAF フォワーダが到達不能になると、バックアップ SAF フォワーダが自動的にプライマリ SAF フォワーダになり、Cisco Unified Communications Manager の SAF クライアント コンポーネントは失敗した SAF フォワーダとの接続を確立しようとします。接続が確立されると、SAF フォワーダはバックアップ SAF フォワーダとして再度指定されます。この状況では、SAF クライアント コントロール コンポーネントは新しい（現在の）昇格されたプライマリ SAF フォワーダを使用し、現在のプライマリ SAF フォワーダが使用されていることを CCD アドバタイジング サービスと CCD 要求サービスに通知します。CCD サービスは、すべての発行要求および登録要求を現在のプライマリ SAF フォワーダに送信します。現在のプライマリ SAF フォワーダは、受信したすべてのホステッド DN サービス アドバタイズメントの通知を SAF クライアント コントロール コンポーネントに送信します。SAF クライアント コントロール コンポーネントは、アドバタイズメントを CCD 要求サービスに転送します。CCD 要求サービスは、バックアップ SAF フォワーダから受信した通知をキャッシュされている情報と比較し、必要に応じて新しい情報を更新、削除、または追加します。SAF クライアント コントロール コンポーネントは、失敗した SAF フォワーダに一定の間隔で再接続しようとします。接続試行が成功すると、SAF クライアント コントロール コンポーネントは以前に失敗した SAF フォワーダに再登録し、他の SAF フォワーダをバックアップとして再指定します。
ヒント Cisco Unified Communications Manager は、データベースに 3 つ以上の SAF フォワーダが設定されている場合でも、常にプライマリ SAF フォワーダに対してアドバタイズおよび登録します。プライマリ SAF フォワーダがデータベースから削除された場合、バックアップ SAF フォワーダが自動的にプライマリ SAF フォワーダになり、Cisco Unified Communications Manager は設定されている別の SAF フォワーダをバックアップ SAF フォワーダに昇格させます。
クラスタ全体の配置の場合は、プライマリおよびバックアップの SAF フォワーダを指定できません。Cisco Unified Communications Manager データベースは、SAF フォワーダの順序リストを Cisco Unified Communications Manager に送信します。
SAF フォワーダのいずれかまたは両方が動作しない場合、3 番目の SAF フォワーダが設定されている場合でも、Cisco Unified Communications Manager は 3 番目の SAF フォワーダに接続しようとはしません。プライマリおよびバックアップの SAF フォワーダの接続が失われた場合、3 番目の SAF フォワーダが設定されている場合でも、Cisco Unified Communications Manager は 3 番目の SAF フォワーダに接続しません。
CCD アドバタイジング サービスまたは CCD 要求サービスが SAF ネットワークとの接続を失った場合、SAF フォワーダは他のすべてのコール制御ディスカバリ サービスにサービスの中断について通知します。クライアントは引き続き SAF フォワーダに登録しようとします。CCD サービスが SAF ネットワークと再接続した後、SAF フォワーダはすぐにすべての CCD サービスにサービスの復旧について通知します。
SAF フォワーダが他の SAF フォワーダまたは外部クライアント（Cisco Unified Communications Manager や Cisco Unified Communications Manager Express など）の 1 つとの TCP 接続の失敗を検出すると、Cisco Unified Communications Manager は、SAF フォワーダからネットワーク取り消し通知を受信した後、学習パターンを到達不能としてマークします。これらの学習パターンへの後続のすべてのコールは、到達不能学習パターンの PSTN フェールオーバー設定を使用して PSTN 経由でルーティングされます。CCD PSTN Failover Duration 機能パラメータのタイマーは、ネットワーク取り消し通知の受信後すぐに起動されます。タイマーの進行中に Cisco Unified Communications Manager が別のネットワーク取り消し通知を受信した場合、Cisco Unified Communications Manager はタイマーを再起動します。
ヒント Cisco Unified Communications Manager は、ダイジェスト認証（SHA1）を使用して SAF フォワーダと通信します。管理者は、SAF フォワーダのセキュリティ プロファイルを設定します。これにより、Cisco Unified Communications Manager が SAF フォワーダに送信する要求にユーザ名およびパスワードが含まれます。要求には、ユーザ名およびパスワードが格納される MESSAGE INTEGRITY 属性が含まれている必要があります。
SAF フォワーダと Cisco Unified Communications Manager の間で接続が失われた場合（サーバまたはルータのケーブルが外されるなど）、登録ステータスが正しくなくても正しいように表示される場合があります。この場合、SAF キープアライブ タイマー（SAF フォワーダ上）または TCP タイマーの期限が切れるまで、パターンは到達可能と表示される場合があります。TCP タイマーの期限が切れた後、パターンは到達不能としてマークされます。
• 「関連項目」
• 『Cisco IOS Service Advertisement Framework Configuration Guide』
• 『Cisco IOS Service Advertisement Framework Command Reference』
コール制御ディスカバリのシステム要件
Cisco Unified Communications Manager には、次のシステム要件があります。
• ローカルの Cisco Unified Communications Manager 8.0(2)以上のクラスタ
• SAF 対応の SIP または H.323 クラスタ間（非ゲートキーパー制御）トランク
• SAF ネットワークをサポートおよび使用するリモート コール制御エンティティ（他の Cisco Unified Communications Manager 8.0(2)以上のクラスタや Cisco Unified Communications Manager Express サーバなど）
• SAF フォワーダとして設定されている Cisco IOS ルータ
ヒント Cisco Feature Navigator を使用すると、特定のソフトウェア リリース、機能セット、またはプラットフォームをサポートする Cisco IOS および Catalyst OS ソフトウェア イメージを判別できます。Cisco Feature Navigator にアクセスするには、http://www.cisco.com/go/cfn に移動します。
インタラクションおよび制限事項
すべての Cisco Unified Communications Manager クラスタは、同じ Autonomous System（AS; 自律システム）内のアドバタイズまたは学習されたルートに制限されます。
ユーザが SAF 学習パターンの BLF ステータスを登録する場合、Cisco Unified Communications Manager は SIP 登録メッセージを SIP トランク経由でリモート クラスタに送信します。
この機能は SAF 対応 SIP トランクだけでサポートされます（SAF 対応 H.323 トランクではサポートされません）。
一括管理ツールでは、SAF セキュリティ プロファイル、SAF フォワーダ、CCD アドバタイジング サービス、CCD 要求サービス、ホステッド DN グループ、ホステッド DN パターンなどの設定をインポートおよびエクスポートできます。設定をインポートおよびエクスポートする方法については、『 Cisco Unified Communications Manager Bulk Administration ガイド 』を参照してください。
Cisco Unified Communications Manager は、SAFCCDRequestingService としての onBehalfOf の転送を、転送理由 SS_RFR_SAF_CCD_PSTNFAILOVER でサポートします。これは、コールが PSTN フェールオーバー番号に転送されることを示します。
呼詳細レコードの詳細については、『 Cisco Unified Communications Manager Call Detail Records Administration Guide 』を参照してください。
H.323 プロトコルは、国際エスケープ文字 + をサポートしていません。H.323 ゲートウェイまたはトランク経由の着信コールについて SAF/コール制御ディスカバリで正しい DN パターンが使用されるようにするには、サービス パラメータ、デバイス プール、H.323 ゲートウェイ、または H.323 トランクのウィンドウで着信の着信側設定項目を設定する必要があります。つまり、着信の着信側設定項目を設定することで、着信コールが H.323 ゲートウェイまたはトランクからである場合に、Cisco Unified Communications Manager は着信側番号をトランクまたはゲートウェイ経由で送信された元の値に戻します。詳細については、次の例を参照してください。
• たとえば、発信者が Cisco Unified Communications Manager A に対して +19721230000 に発信します。
• Cisco Unified Communications Manager A は +19721230000 を受信し、コールを H.323 トランクに送信する前に番号を 55519721230000 に変換します。この場合、設定は国際タイプのコールについて、国際エスケープ文字 + を除去して 555 を前に付加することを指定しています。
• トランクからのこの着信コールの場合、Cisco Unified Communications Manager B は 55519721230000 を受信し、発信者が送信した値を番号分析で使用できるように、番号を +19721230000 に戻します。この場合、着信の着信側設定項目の設定は、国際タイプの着信側番号に対して、555 を除去して +1 を前に付加することを指定しています。
Cisco Unified サービスアビリティ は、コール制御ディスカバリ機能をサポートするアラームを提供します。アラームを設定する方法については、『 Cisco Unified Serviceability Administration Guide 』を参照してください。コール制御ディスカバリ機能に関連付けられるアラーム定義については、「コール制御ディスカバリのトラブルシューティング」を参照してください。
Dialed Number Analyzer を使用すると、ダイヤル プランについて学習パターンを分析できるように、学習パターンを追加できます。この作業の実行方法については、『 Cisco Unified Communications Manager Dialed Number Analyzer Guide 』を参照してください。
Cisco Unified Communications Manager は、ダイジェスト認証（TLS なし）を使用して SAF フォワーダに対して認証します。Cisco Unified Communications Manager がメッセージを SAF フォワーダに送信すると、Cisco Unified Communications Manager は SHA1 チェックサムを計算してメッセージの MESSAGE-INTEGRITY フィールドに含めます。
SAF セキュリティ プロファイルを設定する必要があります。詳細については、「SAF セキュリティ プロファイルの設定項目」を参照してください。
H.323 の設定ウィンドウにある [QSIG バリアント(QSIG Variant)] および [ASN.1 ROSE OIDエンコーディング(ASN.1 ROSE OID Encoding)] の設定は、CCD アドバタイジング サービスによってアドバタイズされます。これらの設定は、着信トンネル化コールの QSIG メッセージのデコードに影響します。コール制御ディスカバリでは、発信コールには影響しません。
リモート コール制御エンティティは、H.323 トランク経由の発信コールに QSIG トンネルが必要かどうかを判別します。QSIG トンネルが必要であることをリモート コール制御エンティティがアドバタイズした場合、Cisco Unified Communications Manager の管理ページの [H.323設定(H.323 Configuration)] ウィンドウで QSIG サポートが不要であることが指定されている場合でも、QSIG メッセージは発信コールのメッセージ内でトンネル化されます。
Real-Time Monitoring Tool には、コール制御ディスカバリ機能をサポートする perfmon カウンタが表示されます。これらの perfmon カウンタについては、『 Cisco Unified Real Time Monitoring Tool Administration Guide 』を参照してください。
Real-Time Monitoring Toolを使用すると、学習パターンおよび SAF フォワーダのレポートを表示できます。
学習パターン レポートには、学習パターン名、タイム スタンプ、パターンの到達可能性ステータス、パターンのホストとなるリモート コール制御エンティティ、PSTN フェールオーバー設定、宛先 IP アドレスとポートなどの情報が表示されます。RTMT を使用すると、さまざまな条件に基づいて検索できます。たとえば、リモート コール制御エンティティの検索を指定すると、リモート コール制御エンティティのすべての学習パターンが表示されます。
SAF フォワーダ レポートには、認証ステータス、SAF フォワーダの登録ステータスなどの情報が表示されます。
これらのレポートの詳細については、『 Cisco Unified Real Time Monitoring Tool Administration Guide 』を参照してください。
Cisco Unified Communications Manager が SAF フォワーダに接続できない場合、CCD 要求サービスまたは CCD アドバタイジング サービスが非アクティブ（つまり、Cisco Unified Communications Manager の管理 ページで [アクティブ化された機能(Activated Feature)] チェックボックスがオフ）でない限り、これらのサービスの設定を更新しないことをお勧めします。Cisco Unified Communications Manager が SAF ネットワークに接続できないときにサービスを更新し、これらのサービスがアクティブな場合、問題が発生する可能性があります。たとえば、パターンが到達不能または到達可能として正しく分類されない、重複したパターンまたは古いパターンが存在する、などです。
また、Cisco Unified Communications Manager が SAF フォワーダに接続できない場合は SAF フォワーダの設定を更新しないことをお勧めします。
コール制御ディスカバリのインストールとアクティブ化
Cisco Unified Communications Manager のインストール後、必要な設定作業を実行すると、ネットワークでコール制御ディスカバリ機能をサポートできます。実行する必要がある設定作業については、「コール制御ディスカバリの設定チェックリスト」を参照してください。
コール制御ディスカバリの設定
ヒント コール制御ディスカバリ機能を設定する前に、「コール制御ディスカバリの設定チェックリスト」を参照してください。
• 「コール制御ディスカバリの設定レコードの検索」（コール制御ディスカバリに関する設定の検索の実行方法について説明します。検索と一覧表示のウィンドウでの処理方法について説明します）
• 「SAF セキュリティ プロファイルの設定項目」（コール制御ディスカバリのウィンドウでの処理手順について説明します。この項では設定項目については説明しません）
コール制御ディスカバリの設定に関する考慮事項
コール制御ディスカバリ機能を設定する前に、次の考慮事項を確認してください。
• 「ホステッド DN パターンとホステッド DN グループ」
• 「CCD アドバタイジング サービスと CCD 要求サービス」
ヒント この項では、設定に関する考慮事項をすべて説明するわけではありません。この項では、CCD の設定項目を設定する前に確認する必要がある考慮事項の概要について説明します。この項は、「コール制御ディスカバリの設定」に記載されている項と一緒に使用してください。
• 冗長性のために、プライマリおよびバックアップの SAF フォワーダを設定することをお勧めします。
• SAF フォワーダまたは SAF セキュリティ プロファイルを設定する場合、Cisco Unified Communications Manager の管理ページの一部の設定は Cisco IOS ルータで入力した設定と一致している必要があります。
• Cisco Unified Communications Manager は、SAF フォワーダについてクラスタ全体またはノード固有の配置モデルをサポートします。SAF フォワーダを設定する前に、表 3-4を確認してください。これらの配置モデルについて説明されています。
• SAF フォワーダに設定できるのは IPv4 だけです。
• 各 SAF フォワーダには一意の IP アドレスが必要です。
• Cisco Unified Communications Manager が SAF フォワーダに接続できない場合は SAF フォワーダの設定を更新しないことをお勧めします。
• SAF フォワーダのフィールドの説明については、「SAF セキュリティ プロファイルの設定項目」および「SAF フォワーダの設定項目」を参照してください。
• [PSTNフェールオーバー削除桁数(PSTN Failover Strip Digits)]、[PSTNフェールオーバー付加番号(PSTN Failover Prepend Digits)]、および [ホステッドDNをPSTNフェールオーバーとして使用(Use HostedDN as PSTN Failover)] の設定は、[ホステッドDNグループの設定(Hosted DN Group Configuration)] ウィンドウと [ホステッドDNパターンの設定(Hosted DN Pattern Configuration)] ウィンドウの両方に表示されます。[ホステッドDNパターンの設定(Hosted DN Pattern Configuration)] ウィンドウでこれらの設定項目を設定しない場合、ホステッド DN グループの設定がホステッド DN パターンに適用されます。
• 各ホステッド DN グループは、DN 範囲をアドバタイズする 1 つの地理的ロケーションを対象とします。
• ホステッド DN パターンの検索と一覧表示のウィンドウでは、コール制御ディスカバリ機能の複数のホステッド DN パターンを同時に追加または更新できるように、.cvs ファイルをダウンロードできます。その後、同じウィンドウでパターンをアップロードできます （複数のホステッド DN パターンを BAT で追加または更新することもできます）。
パターンをアップロードするときにパターンの置換を選択した場合は、すべてのホステッド DN パターンが失われます。
.csv ファイルに無効または不正なデータが存在する場合、データは Cisco Unified Communications Manager によって無視されます。
• Cisco Unified Communications Manager では、クラスタごとに最大 2,000 のホステッド DN パターンを設定できます。
• 各ホステッド DN パターンは一意である必要があります。各ホステッド DN パターンは、1 つのホステッド DN グループだけに存在できます。
• [ホステッドDNパターンの検索と一覧表示(Find and List Hosted DN Patterns)] ウィンドウでは、ホステッド DN グループに属するホステッド DN パターンを識別できます。この作業の実行方法については、「ホステッド DN グループに属するホステッド DN パターンの識別」を参照してください。
• ホステッド DN グループおよびホステッド DN パターンのフィールドの説明については、「ホステッド DN グループの設定項目」および「ホステッド DN パターンの設定項目」を参照してください。
• Cisco Unified Communications Manager の管理ページで、CCD アドバタイジング サービスと CCD 要求サービスに同じ名前を付けることはできません。
• Cisco Unified Communications Manager の管理ページでトランクの SAF を有効にし、Cisco Unified Communications Manager の管理ページで SAF 対応トランクを CCD アドバタイジング サービスと CCD 要求サービスに割り当てる必要があります。SAF 対応 SIP トランクは、UDP または TCP だけをサポートします。必要な場合は、CCD アドバタイジング サービスと CCD 要求サービスに対して同じ SAF 対応トランクを使用できます。トランクの SAF の有効化については、「SAF 対応トランクの設定」を参照してください。
• CCD 要求サービスを 1 つ設定できます。CCD アドバタイジング サービスは必要な数だけ設定できます。
• 1 つの CCD アドバタイジング サービスに関連付けることができるホステッド DN グループは 1 つだけです。
• コール制御ディスカバリ機能はルート パーティションに依存します。ルート パーティションは [CCDパーティション(CCD Partition)] ウィンドウ（[コールルーティング(Call Routing)] > [コール制御ディスカバリ(Call Control Discovery)] > [パーティション(Partition)]）で設定します。このルート パーティションは、すべての学習パターンがルート パーティションの下の番号分析に配置されるように、コール制御ディスカバリによって排他的に使用されます。このパーティションを CCD 要求サービスに割り当てます。
CCD パーティションは Cisco Unified Communications Manager の管理ページの [コールルーティング(Call Routing)] > [コントロールのクラス(Class of Control)] > [パーティション(Partition)] では表示されません。
CCD パーティションのフィールドの説明については、「コール制御ディスカバリのパーティションの設定項目」を参照してください。
ヒント [CCD要求サービスの設定(CCD Requesting Service Configuration)] ウィンドウで [学習パターンプレフィックス(Learned Pattern Prefix)] フィールドまたは [ルートパーティション(Route Partition)] フィールドを更新すると、システム パフォーマンスに影響を及ぼす場合があります。これらのフィールドが変更されると、番号分析マスター ルーティング テーブルが自動的に更新されるためです。システム パフォーマンスの問題を回避するために、これらのフィールドはオフピーク時に更新することをお勧めします。
• CCD アドバタイジング サービスと CCD 要求サービスの設定を変更した後、[保存(Save)] をクリックします。次のイベントを発生させる場合以外は、これらのウィンドウで [リセット(Reset)] ボタンをクリックする必要はありません。
– CCD アドバタイジング サービスの場合：[CCDアドバタイジングサービスの設定(CCD Advertising Service Configuration)] ウィンドウの [リセット(Reset)] ボタンにより、コール制御ディスカバリ アドバタイジング サービスは既存の発行要求を取り消し、すべての関連情報を再度発行します。
– CCD 要求サービスの場合：[CCD要求サービスの設定(CCD Requesting Service Configuration)] ウィンドウの [リセット(Reset)] ボタンにより、要求サービスはローカル キャッシュから学習パターンを削除し、SAF ネットワークに再登録します。[CCD要求サービスの設定(CCD Requesting Service Configuration)] ウィンドウの [リセット(Reset)] ボタンをクリックすると、Cisco Unified Communications Manager はパターンを再度学習できます。
ネットワークへの影響を最小限にするために、[CCDアドバタイジングサービスの設定(CCD Advertising Service Configuration)] ウィンドウまたは [CCD要求サービスの設定(CCD Requesting Service Configuration)] ウィンドウの [リセット(Reset)] ボタンはオフピーク時にクリックすることをお勧めします。
[CCDアドバタイジングサービスの設定(CCD Advertising Service Configuration)] および [CCD要求サービスの設定(CCD Requesting Service Configuration)] ウィンドウの [リセット(Reset)] のクリックでは、トランクはリセットされません。トランクは [トランクの設定(Trunk Configuration)] ウィンドウでリセットします。
• CCD アドバタイジング サービスを削除すると、割り当てられている各トランクを使用してアドバタイズされるすべてのホステッド DN パターンの発行は解除されます。
• CCD 要求サービスを削除すると、すべての学習パターンはローカル キャッシュおよび番号分析から登録解除されます。
• リモート コール制御エンティティによってアドバタイズされる学習パターンへユーザに発信コールさせる場合は、デバイスに割り当てるコーリング サーチ スペースに、CCD 要求サービスに割り当てられているルート パーティションが含まれるようにします。
• Cisco Unified Communications Manager が SAF フォワーダに接続できない場合、CCD 要求サービスまたは CCD アドバタイジング サービスが非アクティブ（つまり、Cisco Unified Communications Manager の管理ページで [アクティブ化された機能(Activated Feature)] チェックボックスがオフ）でないかぎり、これらのサービスの設定を更新しないことをお勧めします。Cisco Unified Communications Manager が SAF ネットワークに接続できないときにサービスを更新し、これらのサービスがアクティブな場合、問題が発生する可能性があります。たとえば、パターンが到達不能または到達可能として正しく分類されない、重複したパターンまたは古いパターンが存在する、などです。
• コール制御エンティティが同じホステッド DN パターンをアドバタイズしないようにしてください。
コール制御エンティティが同じホステッド DN パターンをアドバタイズした場合、問題が発生する可能性があります。たとえば、次の場合に、アドバタイズしているクラスタ間でコール ルーティング ループが発生する可能性があります。これらのクラスタが、ローカルで設定されている静的パーティションの前に学習パターン パーティションがあるコーリング サーチ スペースを使用して、学習パターンにコールした場合です。
• CCD アドバタイジング サービスおよび CCD 要求サービスのフィールドの説明については、「CCD アドバタイジング サービスの設定項目」および「CCD 要求サービスの設定項目」を参照してください。
• SAF 対応 H.323 トランクと SAF 対応 SIP トランクを 1 つずつ設定すると、1 つのクラスタの学習パターンへのすべての SIP および H.323 コールにサービスを提供できます。
• SAF 対応トランクを CCD アドバタイジング サービスまたは CCD 要求サービスに割り当てる前に、トランクに設定を適用してください。設定は [トランクの設定(Trunk Configuration)] ウィンドウで適用します。
• CCD 要求サービスを設定するときに SAF 対応トランクを選択して割り当てない場合、CCD 要求サービスは作成されず、パターンは学習されません。
• SAF 対応の H.323 トランクと SIP トランクの両方を CCD 要求サービスに割り当てる場合、トランクに割り当てられるデバイス プールに同じ Cisco Unified Communications Manager グループが存在するようにしてください。
• WAN 経由のクラスタリング配置をサポートするには、SAF 対応トランクのセットに関連付ける異なる Cisco Unified Communications Manager グループを設定します。
• 冗長性を確保し、コール処理トラフィックを削減するには、SAF 対応トランクに割り当てるデバイス プールの Cisco Unified Communications Manager グループ内のノードの数を 2 つまでにすることをお勧めします。
• トランクがルート グループに割り当てられているか、ルート パターンに関連付けられている場合、トランクの SAF を有効にできません。同様に、トランクの SAF を有効にする場合、トランクをルート グループに割り当てるか、ルート パターンに関連付けることはできません。
• トランクの SAF を有効にする前に、SIP トランクに非セキュアのセキュリティ プロファイルがあることを確認します。認証された、または暗号化されたセキュリティ プロファイルを使用する SIP トランクの SAF は有効にできません。
• CCD アドバタイジング サービスに割り当てられている SAF 対応トランクをリセットすると、CCD アドバタイジング サービスはホステッド DN パターンの発行を解除し、そのトランクの別のサービス ID で再度発行します。
• さまざまな SAF 対応トランクがさまざまな Cisco Unified Communications Manager グループを使用するように設定されている場合、着信および発信 SAF 関連コール トラフィックは、さまざまな Cisco Unified Communications Manager ノード間で分散されます。
• SAF 対応トランクの Cisco Unified Communications Manager グループが変更された場合、CCD アドバタイジング サービスは発行解除要求を SAF ネットワークに送信します。また、この Cisco Unified Communications Manager ノードでトランクが実行されないため、CCD 要求サービスはローカル キャッシュおよび番号分析から学習パターンを削除します。CCD アドバタイジング サービスおよび CCD 要求サービスが新しいノードで開始された後、アドバタイジング サービスは発行要求を SAF ネットワークに送信し、要求サービスは登録要求を SAF ネットワークに送信します。
• SAF 対応トランクのデバイス プールを変更した場合、CCD アドバタイジング サービスは発行解除要求を SAF ネットワークに送信します。また、この Cisco Unified Communications Manager ノードでトランクが実行されないため、CCD 要求サービスはローカル キャッシュおよび番号分析から学習パターンを削除します。CCD アドバタイジング サービスおよび CCD 要求サービスが新しいノードで開始された後、アドバタイジング サービスは発行要求を SAF ネットワークに送信し、要求サービスは登録要求を SAF ネットワークに送信します。
• SAF 対応トランクを Cisco Unified Communications Manager の管理ページから削除する場合、[トランクの設定(Trunk Configuration)] ウィンドウから削除する前に、トランクを CCD アドバタイジング サービスおよび CCD 要求サービスから割り当て解除する必要があります。
• SAF 対応トランクをリセットするか、トランクの Cisco Unified Communications Manager グループを変更すると、CCD アドバタイジング サービスおよび CCD 要求サービスに影響を及ぼします。たとえば、トランクをリセットし、10 秒経過した後 CCD 要求サービスがトランクにアクセスできない場合、すべての学習パターンは番号分析およびローカル キャッシュからパージされ、要求サービスは停止します。
• PSTN フェールオーバーを確保するために、ルート パターンを設定してゲートウェイに割り当てます。
• クラスタが E.164 をサポートしていない場合、ユーザが E.164 番号をダイヤルできるようにトランスレーション パターンを設定する必要があります。
• Cisco Unified Communications Manager の管理ページの [ブロックされた学習パターンの検索と一覧表示(Find and List Blocked Learned Pattern)] ウィンドウで、パージおよびブロックされた学習パターンを表示できます。ブロックされたパターンを Cisco Unified Communications Manager の管理ページから削除した場合、それらが SAF ネットワークでまだ使用可能であれば（および、クラスタの学習パターンの最大数に達していなければ）、Cisco Unified Communications Manager はそれらのパターンを再学習できます。
コール制御ディスカバリの機能パラメータ
コール制御ディスカバリ機能をサポートする機能パラメータにアクセスするには、[コールルーティング(Call Routing)] > [コール制御ディスカバリ(Call Control Discovery)] > [機能設定(Feature Configuration)] を選択します。 表 3-5 に、コール制御ディスカバリ機能の機能パラメータを示します。詳細については、[機能設定(Feature Configuration)] ウィンドウで疑問符をクリックしてください。
SAF セキュリティ プロファイルの設定項目
設定パス：[拡張機能(Advanced Features)] > [SAF] > [SAFセキュリティプロファイル(SAF Security Profile)]
[SAFセキュリティプロファイルの設定(SAF Security Profile Configuration)] ウィンドウで、SAF フォワーダと Cisco Unified Communications Manager の間でセキュアな接続が行われるように、SAF セキュリティ プロファイルを設定します。[SAFフォワーダの設定(SAF Forwarder Configuration)] ウィンドウで SAF フォワーダを設定するときに、SAF フォワーダに適用する SAF セキュリティ プロファイルを選択する必要があります。
コール制御ディスカバリ機能は、Service Advertisement Framework（SAF）ネットワーク サービス（シスコ独自のサービス）を利用して、コール間エージェント情報の動的なプロビジョニングを容易にします。コール制御ディスカバリ機能の詳細については、「コール制御ディスカバリ」を参照してください。
Cisco Unified Communications Manager は、ダイジェスト認証（SHA1）を使用して SAF フォワーダと通信します。
このウィンドウで設定する情報の一部は、SAF フォワーダでも設定する必要があります。
SAF セキュリティ プロファイルを設定する前に、「コール制御ディスカバリの設定チェックリスト」および「コール制御ディスカバリの設定に関する考慮事項」を参照してください。
SAF フォワーダの設定項目
設定パス：[拡張機能(Advanced Features)] > [SAF] > [SAFフォワーダ(SAF Forwarder)]
SAF フォワーダ（コール制御ディスカバリ/SAF 用に設定した Cisco ルータ）は、コール制御ディスカバリ機能の Cisco Unified Communications Manager からの発行要求を処理します。また、SAF フォワーダは、コール制御ディスカバリ機能のリモート コール制御エンティティからのアドバタイジング要求も処理します。コール制御ディスカバリについては、「コール制御ディスカバリ」を参照してください。
SAF フォワーダを設定する前に、SAF セキュリティ プロファイルを少なくとも 1 つ設定してあることを確認してください。
このウィンドウで設定する情報の一部は、SAF フォワーダでも設定する必要があります。
SAF フォワーダを設定する前に、「コール制御ディスカバリの設定チェックリスト」および「コール制御ディスカバリの設定に関する考慮事項」を参照してください。
ホステッド DN グループの設定項目
設定パス：[コールルーティング(Call Routing)] > [コール制御ディスカバリ(Call Control Discovery)] > [ホステッドDNグループ(Hosted DN Group)]
ホステッド DN グループは、コール制御ディスカバリ機能でサポートされており、Cisco Unified Communications Manager の管理ページでグループ化したホステッド DN パターンの集合です。ホステッド DN グループを Cisco Unified Communications Manager の管理ページで CCD アドバタイジング サービスに割り当てると、CCD アドバタイジング サービスはホステッド DN グループに含まれるすべてのホステッド DN パターンをアドバタイズします。CCD アドバタイジング サービスごとに、割り当てることができるホステッド DN グループは 1 つだけです。
コール制御ディスカバリ機能の詳細については、「コール制御ディスカバリ」を参照してください。
ホステッド DN グループを設定する前に、「コール制御ディスカバリの設定チェックリスト」および「コール制御ディスカバリの設定に関する考慮事項」を参照してください。
ホステッド DN パターンの設定項目
設定パス：[コールルーティング(Call Routing)] > [コール制御ディスカバリ(Call Control Discovery)] > [ホステッドDNパターン(Hosted DN Patterns)]
[ホステッドDNパターンの設定(Hosted DN Pattern Configuration)] ウィンドウは、コール制御ディスカバリ機能をサポートします。この機能により、Cisco Unified Communications Manager は SAF ネットワークを使用して、同じく SAF をアドバタイズする他のリモート コール制御エンティティから電話番号パターンなどの情報を学習できます。
ホステッド DN パターンは、Cisco Unified Communications Manager に属する電話番号パターンです。CCD アドバタイジング サービスは、これらのパターンを SAF ネットワークを使用する他のリモート コール制御エンティティにアドバタイズします。これらのパターンをホステッド DN グループに関連付けます。ホステッド DN グループによって、複数のパターンを CCD アドバタイジング サービスに簡単に関連付けることができます。
表 3-9 に、[ホステッドDNパターンの設定(Hosted DN Pattern Configuration)] ウィンドウに表示される設定項目を示します。これらの同じ設定が .csv ファイルに表示されます。このファイルでホステッド DN パターンを追加または変更し、Cisco Unified Communications Manager データベースにアップロードできます。
ホステッド DN パターンを設定する前に、「コール制御ディスカバリの設定チェックリスト」および「コール制御ディスカバリの設定に関する考慮事項」を参照してください。
コール制御ディスカバリの詳細については、「コール制御ディスカバリ」を参照してください。
CCD アドバタイジング サービスの設定項目
設定パス：[コールルーティング(Call Routing)] > [コール制御ディスカバリ(Call Control Discovery)] > [アドバタイジングサービス(Advertising Service)]
コール制御ディスカバリ アドバタイジング サービスはコール制御ディスカバリ機能をサポートしており、このサービスによって Cisco Unified Communications Manager はクラスタのホステッド DN および PSTN フェールオーバー設定を、SAF ネットワークを使用するリモート コール制御エンティティにアドバタイズできます。 表 3-10 では、CCD アドバタイジング サービスの設定項目について説明します。
CCD アドバタイジング サービスを設定する前に、「コール制御ディスカバリの設定チェックリスト」および「コール制御ディスカバリの設定に関する考慮事項」を参照してください。
「関連項目」を参照してください。
コール制御ディスカバリのパーティションの設定項目
設定パス：[コールルーティング(Call Routing)] > [コール制御ディスカバリ(Call Control Discovery)] > [パーティション(Partition)]
CCD 要求サービスはコール制御ディスカバリ機能をサポートしており、このサービスによって Cisco Unified Communications Manager は SAF ネットワークを使用するリモート コール制御エンティティからのホステッド DN アドバタイズメントを受信できます。また、CCD 要求サービスによって、学習パターンが番号分析マスター ルーティング テーブルに挿入されます。
[コールルーティング(Call Routing)] > [コール制御ディスカバリ(Call Control Discovery)] > [パーティション(Partition)] にあるパーティションだけが、コール制御ディスカバリ機能をサポートします。つまり、すべての学習パターンは CCD 要求サービスに割り当てた CCD パーティションに自動的に属します。コール制御ディスカバリ パーティションによって、学習パターンはコール制御ディスカバリのこのパーティションの番号分析に挿入されます。
CCD パーティションは Cisco Unified Communications Manager の管理ページの [コールルーティング(Call Routing)] > [コントロールのクラス(Class of Control)] > [パーティション(Partition)] では表示されません。
CCD パーティションを設定する前に、「コール制御ディスカバリの設定チェックリスト」および「コール制御ディスカバリの設定に関する考慮事項」を参照してください。
CCD 要求サービスに割り当てるパーティションは、デバイスが学習パターンをコールするために使用できるコーリング サーチ スペースに属している必要があります。そのため、デバイスが使用するコーリング サーチ スペースにパーティションを割り当てます。パーティションが含まれたコーリング サーチ スペースをデバイスに割り当てないと、デバイスは学習パターンをコールできません。
CCD 要求サービスの設定項目
設定パス：[コールルーティング(Call Routing)] > [コール制御ディスカバリ(Call Control Discovery)] > [要求サービス(Requesting Service)]
CCD 要求サービスはコール制御ディスカバリ機能をサポートしており、このサービスによって Cisco Unified Communications Manager は SAF ネットワークを使用するリモート コール制御エンティティからのアドバタイズメントを受信できます。また、CCD 要求サービスによって、学習パターンが番号分析に挿入されます。
Cisco Unified Communications Manager の管理ページで設定できるコール制御ディスカバリ要求サービスは 1 つだけです。
CCD 要求サービスを設定する前に、「コール制御ディスカバリの設定チェックリスト」および「コール制御ディスカバリの設定に関する考慮事項」を参照してください。
ブロックされた学習パターンの設定項目
設定パス：[コールルーティング(Call Routing)] > [コール制御ディスカバリ(Call Control Discovery)] > [ブロックされた学習パターン(Blocked Learned Patterns)]
[ブロックされた学習パターンの設定(Blocked Learned Pattern Configuration)] ウィンドウは、学習パターン（使用しなくなった学習パターンなど）をパージおよびブロックできるようにすることで、コール制御ディスカバリ機能をサポートします。
必要な場合は、使用しなくなった学習パターンをパージでき、リモート コール制御エンティティによって学習パターンがアドバタイズされたときに Cisco Unified Communications Manager がパターンを無視するように、学習パターンをブロックできます。たとえば、IP アドレス 111.11.11.11 のリモート コール制御エンティティ xyz からのプレフィックス 235 の学習パターンをブロックする場合、[学習パターンのブロック(Block Learned Patterns)] ウィンドウで関連情報を入力することによって、このコール制御エンティティのパターンを明確にブロックできます。この例では、設定を保存した後、CCD 要求サービスはローカル キャッシュを検索し、IP アドレス 111.11.11.11 のリモート コール制御エンティティ xyz からのプレフィックス 235 の学習パターンをパージします。この情報を持つ後続の通知は、Cisco Unified Communications Manager によってブロックおよび無視されます。パターンのブロックおよびパージは完全一致に基づきます。たとえば、235XX を設定すると 235XX がブロックされます。そのパターンのサブセットはブロックされません。リモート コール制御エンティティおよびエンティティの IP アドレスを指定しない場合、Cisco Unified Communications Manager はパターンを使用するすべてのリモート コール制御エンティティのパターンをパージおよびブロックします。
ヒント Cisco Unified Communications Manager の管理ページの [ブロックされた学習パターンの検索と一覧表示(Find and List Blocked Learned Pattern)] ウィンドウで、パージおよびブロックされた学習パターンを表示できます。これらのパージまたはブロックされた学習パターンは、RTMT には表示されません。ブロックされたパターンを Cisco Unified Communications Manager の管理ページから削除した場合、それらが SAF ネットワークでまだ使用可能であり、クラスタの学習パターンの最大数に達していなければ、Cisco Unified Communications Manager はそれらのパターンを再学習できます。パターンを Cisco Unified Communications Manager が再学習するには、ブロックされた学習パターンのレコード全体を Cisco Unified Communications Manager の管理ページから削除する必要があります。つまり、ブロックされた学習パターンの設定の一部だけを削除した場合、Cisco Unified Communications Manager はパターンを再学習しません。たとえば、レコードの [リモートコール制御ID(Remote Call Control Identity)] または [リモートIP(Remote IP)] の設定だけを削除した場合などです。
Cisco Unified Communications Manager がパターンをブロックまたはパージするには、学習パターンが [ブロックされた学習パターン(Blocked Learned Patterns)] ウィンドウで設定するすべてのデータと一致する必要があります。
表 3-13 に、[ブロックされた学習パターンの設定(Blocked Learned Pattern Configuration)] ウィンドウに表示されるブロックされた学習パターンの設定項目を示します。
コール制御ディスカバリの設定レコードの検索
コール制御ディスカバリ機能は、Service Advertisement Framework（SAF）ネットワーク サービス（シスコ独自のサービス）を利用して、コール間エージェント情報の動的なプロビジョニングを容易にします。SAF ネットワーク サービスの採用により、コール制御ディスカバリ機能では、Cisco Unified Communications Manager は自身を他の重要な属性（Cisco Unified Communications Manager の管理ページで設定される電話番号パターンなど）とともにアドバタイズできます。そのため、同じく SAF ネットワーク サーバを使用する他のコール制御エンティティは、アドバタイズされた情報を使用してルーティングの動作を動的に設定し、適合させることができます。同様に、SAF を使用するすべてのエンティティは、所有する電話番号パターンを他の重要な情報とともにアドバタイズします。したがって、他のリモート コール制御エンティティは、その情報を学習してコールのルーティングの動作を適合させることができます。
コール制御ディスカバリの設定後、Cisco Unified Communications Manager の管理ページの関連する検索と一覧表示のウィンドウで設定レコードを検索できます。検索と一覧表示のウィンドウでは、特定の条件に基づいてレコードを検索できます。
（注） ブラウザ セッションでの作業中は、Cisco Unified Communications Manager の管理ページで検索プリファレンスが保持されます。他のメニュー項目に移動してこのメニュー項目に戻った場合でも、検索を変更するかブラウザを閉じないかぎり、検索プリファレンスは Cisco Unified Communications Manager の管理ページで保持されています。
ステップ 1 Cisco Unified Communications Manager の管理ページで、コール制御ディスカバリ機能の検索と一覧表示のウィンドウのいずれかに移動するには、次のいずれかの手順を実行します。
• [拡張機能(Advanced Features)] > [SAF] > [SAFセキュリティプロファイル(SAF Security Profile)] を選択します。
• [拡張機能(Advanced Features)] > [SAF] > [SAFフォワーダ(SAF Forwarder)] を選択します。
• [コールルーティング(Call Routing)] > [コール制御ディスカバリ(Call Control Discovery)] > [ホステッドDNグループ(Hosted DN Group)] を選択します。
• [コールルーティング(Call Routing)] > [コール制御ディスカバリ(Call Control Discovery)] > [ホステッドDNパターン(Hosted DN Patterns)] を選択します。
• [コールルーティング(Call Routing)] > [コール制御ディスカバリ(Call Control Discovery)] > [アドバタイジングサービス(Advertising Service)] を選択します。
• [コールルーティング(Call Routing)] > [コール制御ディスカバリ(Call Control Discovery)] > [パーティション(Partition)] を選択します。
• [コールルーティング(Call Routing)] > [コール制御ディスカバリ(Call Control Discovery)] > [ブロックされた学習パターン(Blocked Learned Pattern)] を選択します。
ヒント Cisco Unified Communications Manager の管理ページで設定できる CCD 要求サービスは 1 つだけであるため、CCD 要求サービスについては検索と一覧表示のウィンドウは表示されません。[コールルーティング(Call Routing)] > [コール制御ディスカバリ(Call Control Discovery)] > [要求サービス(Requesting Service)] を選択すると、レコードが設定されている場合は表示されます。
ホステッド DN パターンの検索と一覧表示のウィンドウでは、コール制御ディスカバリ機能の複数のホステッド DN パターンを同時に追加または更新できるように、.cvs ファイルをダウンロードできます。.csv ファイルをダウンロードするには、ウィンドウで [ダウンロード(Download)] をクリックします。ホステッド DN パターンの検索と一覧表示のウィンドウで、変更した .csv ファイルをアップロードするには、[ファイルのアップロード(Upload File)] をクリックします。アップロードするファイルを参照し、既存のパターンを上書きする場合は [既存パターンの置換(Replace Existing Patterns)] チェックボックスをオンにして、[ファイルのアップロード(Upload File)] をクリックします。
[ホステッドDNパターンの検索と一覧表示(Find and List Hosted DN Patterns)] ウィンドウでは、ホステッド DN グループに属するホステッド DN パターンを識別できます。詳細については、「ホステッド DN グループに属するホステッド DN パターンの識別」を参照してください。
検索と一覧表示のウィンドウが表示されます。ウィンドウには、アクティブな（前の）クエリーのレコードも表示される場合があります。
ステップ 2 データベース内のすべてのレコードを検索するには、ダイアログボックスが空になっていることを確認し、ステップ 3 に進みます。
特定のレコードをフィルタリングまたは検索するには、次の操作を実行します。
• 最初のドロップダウン リスト ボックスで、検索パラメータを選択します。
• 2 番目のドロップダウン リスト ボックスで、検索パターンを選択します。
（注） 別の検索条件を追加するには、[+] ボタンをクリックします。条件を追加した場合は、指定したすべての条件に一致するレコードが検索されます。条件を削除するには、[-] ボタンをクリックして最後に追加した条件を削除するか、[フィルタのクリア(Clear Filter)] ボタンをクリックして、追加したすべての検索条件を削除してください。
[CCDアドバタイジングサービスの検索と一覧表示(Find and List CCD Advertising Service)] ウィンドウで検索パラメータ（[アクティブ化された機能(Activated Feature)]）で検索する場合は、検索テキストを指定するときに true または false を指定するには t または f と入力する必要があります。検索テキストを指定するときに true または false と入力しないでください。
条件に一致するレコードがすべて表示されます。[ページあたりの行数(Rows per Page)] ドロップダウン リスト ボックスで別の値を選択すると、各ページに表示される項目数を変更できます。
（注） 該当するレコードの横にあるチェックボックスをオンにして、[選択項目の削除(Delete Selected)] をクリックすると、データベースから複数のレコードを削除できます。[すべて選択(Select All)] をクリックして [選択項目の削除(Delete Selected)] をクリックすると、この選択対象として設定されているすべてのレコードを削除できます。
ステップ 4 表示されたレコード リストから、目的のレコードのリンクをクリックします。
（注） ソート順を逆にするには、リストのヘッダーにある上矢印または下矢印をクリックします（使用可能な場合）。
「関連項目」を参照してください。
コール制御ディスカバリの設定（手順）
コール制御ディスカバリ機能は、Service Advertisement Framework（SAF）ネットワーク サービス（シスコ独自のサービス）を利用して、コール間エージェント情報の動的なプロビジョニングを容易にします。SAF ネットワーク サービスの採用により、コール制御ディスカバリ機能では、Cisco Unified Communications Manager は自身を他の重要な属性（Cisco Unified Communications Manager の管理ページで設定される電話番号パターンなど）とともにアドバタイズできます。そのため、同じく SAF ネットワーク サーバを使用する他のコール制御エンティティは、アドバタイズされた情報を使用してルーティングの動作を動的に設定し、適合させることができます。同様に、SAF を使用するすべてのエンティティは、所有する電話番号パターンを他の重要な情報とともにアドバタイズします。したがって、他のリモート コール制御エンティティは、その情報を学習してコールのルーティングの動作を適合させることができます。
この項では、Cisco Unified Communications Manager データベースのコール制御ディスカバリの設定を追加、コピー、または更新する方法について説明します。コール制御ディスカバリでは、SAF セキュリティ プロファイル、SAF フォワーダ、ホステッド DN グループおよびパターン、CCD アドバタイジング サービス、および CCD 要求サービスを設定します。コール制御ディスカバリを設定する前に、「コール制御ディスカバリの設定チェックリスト」を参照してください。
ヒント この項では、SAF のトランクを有効にする方法は説明しません。SAF のトランクを有効にする方法については、「ホステッド DN グループの設定項目」を参照してください。
ホステッド DN グループに属するホステッド DN パターンを識別するには、「ホステッド DN グループに属するホステッド DN パターンの識別」を参照してください。
この項では、[CCD機能設定(CCD Feature Configuration)] ウィンドウにアクセスする方法は示しません。このウィンドウには、コール制御ディスカバリの機能パラメータが表示されます。機能パラメータの詳細については、「コール制御ディスカバリの機能パラメータ」を参照してください。
• CCD 要求サービスを設定する場合は、[コールルーティング(Call Routing)] > [コール制御ディスカバリ(Call Control Discovery)] > [要求サービス(Requesting Service)] を選択します。[CCD要求サービスの設定(CCD Requesting Service Configuration)] ウィンドウが表示されます。ステップ 3 に移動します。
• [拡張機能(Advanced Features)] > [SAF] > [SAFセキュリティプロファイル(SAF Security Profile)] を選択します。
• [拡張機能(Advanced Features)] > [SAF] > [SAFフォワーダ(SAF Forwarder)] を選択します。
• [コールルーティング(Call Routing)] > [コール制御ディスカバリ(Call Control Discovery)] > [ホステッドDNグループ(Hosted DN Group)] を選択します。
• [コールルーティング(Call Routing)] > [コール制御ディスカバリ(Call Control Discovery)] > [ホステッドDNパターン(Hosted DN Patterns)] を選択します。
• [コールルーティング(Call Routing)] > [コール制御ディスカバリ(Call Control Discovery)] > [アドバタイジングサービス(Advertising Service)] を選択します。
• [コールルーティング(Call Routing)] > [コール制御ディスカバリ(Call Control Discovery)] > [ブロックされた学習パターン(Blocked Learned Pattern)] を選択します。
[SAFセキュリティプロファイル(SAF Security Profile)]、[SAFフォワーダ(SAF Forwarder)]、[ホステッドDNグループ(Hosted DN Group)]、[ホステッドDNパターン(Hosted DN Patterns)]、[パーティション(Partition)]、および [CCDアドバタイジングサービス(CCD Advertising Service)] ウィンドウの、検索と一覧表示のウィンドウが表示されます。
ステップ 2 検索と一覧表示のウィンドウで、次のいずれかの作業を実行します。
• コール制御ディスカバリに関連する既存のレコードをコピーするには、「SAF セキュリティ プロファイルの設定項目」の説明に従ってレコードを検索し、コピーするレコードの横にある [コピー(Copy)] ボタンをクリックし、ステップ 3 に進みます。
• コール制御ディスカバリに関連する新しいレコードを追加するには、[新規追加(Add New)] ボタンをクリックし、ステップ 3 に進みます。
• 既存のレコードを更新する場合は、適切なレコードを見つけ（「SAF セキュリティ プロファイルの設定項目」を参照）、ステップ 3 に進みます。
• ホステッド DN パターンの検索と一覧表示のウィンドウでは、コール制御ディスカバリ機能の複数のパターンを同時に追加または更新できるように、.cvs ファイルをダウンロードできます。.csv ファイルをダウンロードするには、ウィンドウで [ダウンロード(Download)] をクリックします。
ステップ 3 適切なフィールドを設定します（次の項を参照）。
ステップ 4 ホステッド DN パターンの検索と一覧表示のウィンドウで、変更した .csv ファイルをアップロードするには、[ファイルのアップロード(Upload File)] をクリックします。アップロードするファイルを参照し、既存のパターンを上書きする場合は [既存パターンの置換(Replace Existing Patterns)] チェックボックスをオンにして、[ファイルのアップロード(Upload File)] をクリックします。
ステップ 5 設定情報をデータベースに保存するには、[保存(Save)] をクリックします。
ヒント [CCDアドバタイジングサービスの設定(CCD Advertising Service Configuration)] ウィンドウの [リセット(Reset)] ボタンにより、コール制御ディスカバリ アドバタイジング サービスは既存の発行要求を取り消し、すべての関連情報を再度発行します。[CCD要求サービスの設定(CCD Requesting Service Configuration)] ウィンドウの [リセット(Reset)] ボタンにより、要求サービスはローカル キャッシュから学習パターンを削除し、SAF ネットワークに再登録し、パターンを再度学習します。ネットワークに影響を及ぼさないようにするために、[リセット(Reset)] ボタンはオフピーク時にクリックすることをお勧めします。
「関連項目」を参照してください。
SAF 対応トランクの設定
SAF をサポートするように SIP または H.323（非ゲートキーパー制御）トランクを設定できます。SIP トランクの場合、[トランクサービスタイプ(Trunk Service Type)] ドロップダウン リスト ボックスから [コール制御ディスカバリ(Call Control Discovery)] を選択します。このドロップダウン リスト ボックスは、トランク タイプおよびトランク プロトコルを割り当てる場合と同じウィンドウに表示されます。ドロップダウン リスト ボックスから選択した後でトランク サービス タイプを変更することはできません。
H.323（非ゲートキーパー制御）トランクの場合、（トランク タイプおよびトランク プロトコルを選択した後で）トランクを設定するときに [トランクの設定(Trunk Configuration)] ウィンドウで [SAFの有効化(Enable SAF)] チェックボックスをオンにします。有効にした後 H.323 トランクで SAF を無効にする場合は、[SAFの有効化(Enable SAF)] チェックボックスをオフにします。
トランク設定の考慮事項については、「コール制御ディスカバリの設定に関する考慮事項」を参照してください。
ホステッド DN グループに属するホステッド DN パターンの識別
[ホステッドDNパターンの検索と一覧表示(Find and List Hosted DN Patterns)] ウィンドウでは、ホステッド DN グループに属するホステッド DN パターンを識別できます。[ホステッドDNパターンの検索と一覧表示(Find and List Hosted DN Patterns)] ウィンドウで、次のいずれかの作業を実行できます。
• すべてのホステッド DN パターンを検索できます。結果が表示されると、[ホステッドDNグループ(Hosted DN Group)] にホステッド DN グループが表示されます （GUI では、ホステッド DN グループは結果ではグループ化されます）。
• [検索(Find)] ドロップダウン リスト ボックスから [ホステッドDNグループ(Hosted DN Group)] を選択し、検索条件にホステッド DN グループを入力することによって、特定のホステッド DN グループを検索できます。
コール制御ディスカバリの設定レコードの削除
この項では、Cisco Unified Communications Manager の管理ページで、設定済みのコール制御ディスカバリ レコードを削除する方法について説明します。
ブロックされたパターンを Cisco Unified Communications Manager の管理ページから削除した場合、それらが SAF ネットワークでまだ使用可能であれば（および、クラスタの学習パターンの最大数に達していなければ）、Cisco Unified Communications Manager はそれらのパターンを再学習できます。
CCD アドバタイジング サービスを削除すると、割り当てられている各トランクを使用してアドバタイズされるすべてのホステッド DN パターンの発行は解除されます。
CCD 要求サービスを削除すると、すべての学習パターンはローカル キャッシュおよび番号分析から登録解除されます。
（注） 該当するレコードの横にあるチェックボックスをオンにして [選択項目の削除(Delete Selected)] をクリックすると、検索と一覧表示のウィンドウから複数のレコードを削除できます。[すべて選択(Select All)] をクリックして [選択項目の削除(Delete Selected)] をクリックすると、ウィンドウ内のすべてのレコードを削除できます。
ステップ 1 検索と一覧表示のウィンドウからレコードを削除する場合は、次の作業を実行します。
a. 「コール制御ディスカバリの設定レコードの検索」の手順を使用して、削除するレコードを検索します。
c. [選択項目の削除(Delete Selected)] をクリックします。
ウィンドウが更新され、レコードがデータベースから削除されます。
ステップ 2 設定ウィンドウからレコードを削除する場合は、次の作業を実行します。
a. 「コール制御ディスカバリの設定レコードの検索」の手順を使用して、削除するレコードを検索します。
b. 設定ウィンドウにアクセスし、設定ウィンドウで [削除(Delete)] をクリックします。
ウィンドウが更新され、レコードがデータベースから削除されます。
「関連項目」を参照してください。
エンド ユーザへの情報の提供
コール制御ディスカバリのトラブルシューティング
コール制御ディスカバリのトラブルシューティングについては、『 Troubleshooting Guide for Cisco Unified Communications Manager 』を参照してください。
関連項目
• 「Cisco Unified Communications Manager のコール制御ディスカバリの概要」
– 「ホステッド DN グループに属するホステッド DN パターンの識別」
• 『Cisco IOS Service Advertisement Framework Configuration Guide』
• 『Cisco IOS Service Advertisement Framework Command Reference』
フィードバック