- このマニュアルについて
- トラブルシューティングの概要
- トラブルシューティング ツール
- インストール、バックアップ、 および復元の問題
- Cisco CallManager システムの 問題
- ディレクトリの問題
- デバイスの問題
- ダイヤル プランとルーティン グの問題
- Cisco CallManager サービスの 問題
- ボイス メッセージの問題
- TAC への問い合せ
- ケース スタディ：クラスタ内 コール のトラブルシューティング
- ケース スタディ：Cisco IP Phone と Cisco IOS Gateway 間の コールのトラブルシューティング
- ケース スタディ：クラスタ間 コールのトラブルシューティング
- 索引
Cisco CallManager トラブルシューティング ガイド Release 4.2(1)
偏向のない言語
この製品のマニュアルセットは、偏向のない言語を使用するように配慮されています。このマニュアルセットでの偏向のない言語とは、年齢、障害、性別、人種的アイデンティティ、民族的アイデンティティ、性的指向、社会経済的地位、およびインターセクショナリティに基づく差別を意味しない言語として定義されています。製品ソフトウェアのユーザーインターフェイスにハードコードされている言語、RFP のドキュメントに基づいて使用されている言語、または参照されているサードパーティ製品で使用されている言語によりドキュメントに例外が存在する場合があります。シスコのインクルーシブランゲージに対する取り組みの詳細は、こちらをご覧ください。
翻訳について
このドキュメントは、米国シスコ発行ドキュメントの参考和訳です。リンク情報につきましては、日本語版掲載時点で、英語版にアップデートがあり、リンク先のページが移動/変更されている場合がありますことをご了承ください。あくまでも参考和訳となりますので、正式な内容については米国サイトのドキュメントを参照ください。
- Updated:
- 2017年6月4日
章のタイトル： ダイヤル プランとルーティン グの問題
ダイヤル プランとルーティングの問題
この章では、ダイヤル プラン、ルート パーティション、およびコーリング サーチ スペースで発生する可能性のある、次のような一般的な問題について説明します。
ルート パーティションとコーリング サーチ スペース
ルート パーティションは、Cisco CallManager ソフトウェアのエラー処理機能を継承します。つまり、情報メッセージとエラー メッセージをログに記録するために、コンソールおよび SDI ファイル トレースが提供されます。これらのメッセージは、トレースの番号分析コンポーネントの一部となります。問題の原因を特定するには、パーティションとコーリング サーチ スペースがどのように設定されているか、各パーティションおよびそのパーティションに関連付けられているコーリング サーチ スペースにどのようなデバイスがあるかを把握しておく必要があります。コーリング サーチ スペースにより、コールの発信にどの番号を使用できるかが決まります。パーティションにより、デバイスまたはルート リストへの許可されるコールが決まります。
詳細については、『Cisco CallManager アドミニストレーション ガイド』および『 Cisco CallManager システム ガイド 』のルート プランに関する章を参照してください。
次のトレースは、デバイスのコーリング サーチ スペース内にある番号がダイヤルされる例を示しています。SDI トレースの詳細については、本書のケース スタディを参照してください。
上記のトレースの番号分析コンポーネントでは、コールを発信するデバイスの pss（パーティション検索スペース、コーリング サーチ スペースとも呼ばれる）が表示されています。
次のトレースにおいて、RTP_NC_Hardwood;RTP_NC_Woodland;Local_RTP は、このデバイスがコールできるパーティションを示しています。
PotentialMatchesExist は、完全な一致が見つかり、それに従ってコールがルーティングされるまでの間にダイヤルされた番号に関する番号分析の結果であることに特に注意してください。
次のトレースは、Cisco CallManager が電話番号 1001 をダイヤルしようとしているときに、その番号がそのデバイスのコーリング サーチ スペースにない場合の処理を示しています。この場合も、最初の番号がダイヤルされるまでの間に番号分析ルーチンが一致の候補を処理していることに特に注意してください。番号 1 に関連付けられているルート パターンは、デバイスのコーリング サーチ スペース RTP_NC_Hardwood;RTP_NC_Woodland;Local_RTP 以外のパーティションに存在します。したがって、電話機はリオーダー音（話し中の音）を受信します。
ルート パーティションは、パーティション名をシステム内の各電話番号に関連付けることによって機能します。その電話番号をコールできるのは、コールの発信先として許可されているパーティションのリスト（パーティション検索スペース）内のパーティションが発信側のデバイスに含まれている場合だけです。この動作によって、きわめて強力にルーティングを制御できます。
コールが発信されると、番号分析により、パーティション検索スペースで指定されているパーティションだけで、ダイヤルされたアドレスの解決が試行されます。各パーティション名は、ダイヤル可能なグローバル アドレス スペースの個々のサブセットで構成されています。番号分析では、一覧表示されている各パーティションから、ダイヤルされた一連の番号と一致するパターンが取得されます。その後、番号分析では、一致するパターンの中から、一致度の最も高いものが選択されます。2 つのパターンで、ダイヤルされた一連の番号に対する一致度が等しい場合、番号分析では、パーティション検索スペースに最初に記載されているパーティションに関連付けられているパターンが選択されます。
グループ ピックアップ設定
パーティションを設定されているグループで、グループ ピックアップ機能が動作しません。
考えられる原因 グループ内の各 Domain Name（DN; ドメイン名）の Calling Search Space（CSS; コーリング サーチ スペース）が、正しく設定されていない可能性があります。
例 次の手順は、パーティショニングがある場合の正しいグループ ピックアップ設定の例を示しています。
a.
Marketing/5656 という名前のグループを設定します。ここで Marketing はパーティションで、5656 はピックアップ番号です。
b. DN 6000 および 7000 の設定ページで、これらの DN をそれぞれ Marketing/5656 という名前のピックアップ グループに追加します。
推奨処置 グループ ピックアップが失敗する場合は、各ドメイン名（この例では DN 6000 および 7000）の CSS を確認します。この例で、Marketing という名前のパーティションがそれぞれの CSS に含まれていない場合は、設定が誤っているためにピックアップが失敗した可能性があります。
ダイヤル プランの問題
この項では、次のようなダイヤル プランの問題について説明します。
番号をダイヤルするときの問題
ダイヤル プランは、番号および番号グループのリストです。このリストは、特定の番号列が収集されるときに、コールの送信先となるデバイス（電話機やゲートウェイなど）を Cisco CallManager に知らせます。ダイヤル プランは、ルータのスタティック ルーティング テーブルに似ています。
ダイヤル プランに関連すると思われる問題のトラブルシューティングを行う前に、ダイヤル プランの概念、基本的なコール ルーティング、およびプランニングが入念に検討され正しく設定されていることを確認してください。多くの場合、プランニングと設定に問題があります。詳細については、『 Cisco CallManager アドミニストレーション ガイド 』のルート プランの設定に関する章を参照してください。
1. コールを発信している Directory Number（DN; 電話番号）を識別します。
2. その DN のコーリング サーチ スペースを識別します。
ヒント コーリング サーチ スペースにより、コールの発信にどの番号を使用できるかが決まります。
3. 該当する場合、どのデバイスでコーリング サーチ スペースがこの DN に関連付けられているかを識別します。必ず正しいデバイスを識別してください。複数回線の着信表示がサポートされているため、複数のデバイスに同じ DN が設定されている場合があります。デバイスのコーリング サーチ スペースに注意してください。
コールの発信元が Cisco IP Phone である場合は、特定の回線（DN）およびその回線が関連付けられているデバイスがコーリング サーチ スペースを持つことに注意してください。コールの発信時に、コーリング サーチ スペースが結合されます。たとえば、回線インスタンス 1000 がコーリング サーチ スペース AccessLevelX を持ち、内線番号が 1000 に設定されている Cisco IP Phone がコーリング サーチ スペース AccessLevelY を持つ場合、その回線からコールを発信すると、Cisco CallManager はコーリング サーチ スペース AccessLevelX と AccessLevelY に含まれるパーティションを検索します。
4. コーリング サーチ スペースに関連付けられているパーティションを識別します。
ヒント パーティションにより、デバイスまたはルート リストへの許可されるコールが決まります。
5. デバイスのどのパーティションにコールが発信されるか（または発信されないか）を識別します。
6. ダイヤルされている番号を識別します。ユーザが 2 つ目の発信音を聞いたかどうか、聞いた場合はいつ聞いたかに注意します。すべての番号を入力した後にユーザには何が聞こえるか（リオーダー、速いビジー音）にも注意します。その前に、ユーザにプログレス トーンが聞こえるかどうかを確認します。発信者は、番号間タイマーが切れるのを待たなければならないことがあるため、最後の番号を入力してから少なくとも 10 秒間待つ必要があります。
7. Cisco CallManager Administration で Route Plan Report を生成し、そのレポートを使用して、問題のコールのコーリング サーチ スペース内にあるパーティションのすべてのルート パターンを調べます。
8. 必要に応じて、ルート パターンまたはルート フィルタを追加または変更します。
9. コールの送信先のルート パターンを検出できる場合は、そのパターンが指すルート リストまたはゲートウェイに注意します。
10. それがルート リストである場合、どのルート グループがそのリストに含まれているか、およびどのゲートウェイがそのルート グループに含まれているかを確認します。
11. 適切なデバイスが Cisco CallManager に登録されていることを確認します。
12. ゲートウェイが Cisco CallManager にアクセスできない場合は、show tech コマンドを使用して、その情報を取り込んで確認します。
13. @ 記号に注意します。このマクロは、多くの異なる機能を含むように展開できます。これは、多くの場合、フィルタリング オプションと組み合せて使用されます。
14. デバイスがパーティションに含まれていない場合、そのデバイスはヌル パーティションまたはデフォルト パーティションに含まれていると考えられます。すべてのユーザが、そのデバイスにコールできます。システムは、常に、ヌル パーティションを最後に検索します。
15. 9.@ パターンに一致する外線番号にダイヤルし、コールが通じるまでに 10 秒かかる場合は、フィルタリング オプションを確認します。デフォルトでは、9.@ パターンを使用する場合、7 桁の番号がダイヤルされると、Cisco IP Phone は 10 秒待ってからコールを発信します。LOCAL-AREA-CODE DOES-NOT- EXIST および END-OF-DIALING DOES-NOT-EXIST と表示されるパターンにルート フィルタを適用する必要があります。
安全なダイヤル プラン
ユーザ向けに安全なダイヤル プランを作成するように Cisco CallManager を設定するには、パーティションとコーリング サーチ スペースに加え、ルート パターン内の @ マクロ（North American Numbering Plan を意味する）のセクションに基づく一般的なフィルタリングを使用します。パーティションとコーリング サーチ スペースはセキュリティに不可欠であり、特に、マルチテナント環境や、個々のユーザ レベルの作成に役立ちます。コーリング サーチ スペースおよびパーティションの概念のサブセットであるフィルタリングにより、セキュリティ プランをさらに綿密にすることができます。
通常は、フィルタリングの問題を解決する手段として SDI トレースを実行することはお勧めできません。このトレースでは、十分な情報が得られないでけではなく、問題が悪化する可能性が非常に高くなります。
フィードバック