音声とユニファイド コミュニケーション : Cisco Unified Communications Manager(CallManager)

3 つ以上の Cisco CallManager でのクラスタ間トランクのセットアップ

2015 年 11 月 26 日 - 機械翻訳について
その他のバージョン: PDFpdf | 英語版 (2015 年 8 月 22 日) | フィードバック


目次


概要

クラスタ間リンクは、2 つの個別の Cisco CallManager クラスタが IP クラウドを介して相互にコールをルーティングできる H.323 接続です。 2 つ以上の 3.1.x または 3.2.x マルチサーバ CallManager クラスタを接続する場合、不適切なトランク設定によって、2 つのクラスタ間のコール ルーティングに問題が発生する可能性があります。 シスコは、CallManager バージョン 3.3.x で設定を拡張および簡素化しました。

  • クラスタ A

    • CM-A1

    • CM-A2

    • CM-A3

    • IPPhone-A1(CM-A1 に登録)

    • IPPhone-A2(CM-A2 に登録)

    • IPPhone-A3(CM-A3 に登録)

  • クラスタ B

    • CM-B1

    • CM-B2

    • IPPhone-B1(CM-B1 に登録)

    • IPPhone-B2(CM-B2 に登録)

  • クラスタ間トランク

    • CM-A1 か。-か。 CM-B1

intercluster_1.gif

前提条件

要件

このドキュメントの読者は、CallManager ネットワークの管理方法を理解している必要があります。

使用するコンポーネント

このドキュメントの情報は、 CallManager バージョン 3.1x、3.2x、3.3x に基づいています。

このドキュメントの情報は、特定のラボ環境にあるデバイスに基づいて作成されたものです。 このドキュメントで使用するすべてのデバイスは、クリアな(デフォルト)設定で作業を開始しています。 ネットワークが稼働中の場合は、コマンドが及ぼす潜在的な影響を十分に理解しておく必要があります。

表記法

ドキュメント表記の詳細は、『シスコ テクニカル ティップスの表記法』を参照してください。

問題

IPPhone-A2 と IPPhone-A3 で、クラスタ間トランクを介したコールを使用できない。

IPPhone コール IPPhone-B1 IPPhone-B2
IPPhone-A1 A1 は B1 を呼び出すことができます A1 は B2 を呼び出すことができます
IPPhone-A2 A2 は B1 を呼び出すことができません A2 は B2 を呼び出すことができません
IPPhone-A3 A3 は B1 を呼び出すことができません A3 は B2 を呼び出すことができません

この問題の原因は、IPPhone-A2 がコールを確立しようとすると、コールが CM-A2 で開始されて CM-B1 をポイントするためです。 クラスタ間トランクは 1 つしか設定されていないため(CM-A1 と CM-B1 の間)、CM-B1 は H.323 エンドポイントとしての CM-A2 の存在を認識しません。 したがって、コールは CM-B1 によって拒否されて失敗します。

intercluster_2.gif

3.1.x または 3.2.x での解決策

この問題を解決するには、3 つの方法があります。 次のセクションで、これらの解決策について説明します。 また、各解決策の利点と欠点もリストします。

解決策 1:クラスタ A とクラスタ B に疑似ゲートウェイを作成した後、匿名コールを許可する

最初の解決策では、匿名デバイスを許可するゲートキーパ設定が必要です。

この解決策を使用すると、クラスタ間の各エンドポイントが不明な H.323 エンドポイントから着信コールを受信できるようになります。 したがって、CM-A2 からのコールを受け入れて確立できます。

ゲートキーパーを設定する際には、管理ガイドに従って必須フィールドを設定してください。

注: 以下のスクリーン ショットでマークが付いている [Allow Anonymous Calls] および [Device Protocol] フィールドに特に注意してください。

intercluster_3.gif

賛成論

  • 設定の容易さ:コール ルーティング設定を変更する必要がありません。

  • 拡張性:単一デバイスの設定です。

  • 拡張性:新しいクラスタを設定してネットワークに接続するだけです。

反対論

  • 冗長性:明示的に設定されたサーバ(この例では CM-A1 または CM-B1)で障害が発生した場合、発信ルートに冗長性がありません。 リモート クラスタへのルートは 1 つしかありません。

  • 正確さ:「疑似」ゲートキーパーを作成するため、「正当」な解決策ではありません。

  • 注意 注意: 不明なクラスタ間トランク エンドポイント(例: 不明な Cisco CallManager クラスタ)に、クラスタへのコール確立を許可することになります。

解決策 2:リモート Cisco CallManager ごとにクラスタ間トランクを明示的に設定する

この解決策では、Cisco CallManager クラスタごとに明示的なクラスタ間トランクを設定します。これらのクラスタのそれぞれが、すべてのリモート Cisco CallManager サーバをポイントします。 コール ルーティングを変更する必要はありません。 クラスタ間トランクが 1 つだけの場合と同じにしてください。

intercluster_4.gif

この解決策では、各クラスタがリモート サーバを認識できるようにします。 これにより、CM-A2 からのコールを受け入れて確立します。

賛成論

  • 設定の容易さ:コール ルーティング設定を変更する必要がありません。

反対論

  • 冗長性:プライマリ サーバ(この例では CM-A1 または CM-B1)で障害が発生した場合、発信ルートに冗長性がありません。

  • 拡張性:準フル メッシュが必要になります。

  • 拡張性:新しいクラスタをネットワークに追加するとき、すべてのクラスタを再設定しなければなりません。

解決策 3:ルート リストに含まれるリモート Cisco CallManager ごとにクラスタ間トランクを明示的に設定する

この解決策では、Cisco CallManager クラスタごとに明示的なクラスタ間トランクを設定します。これらのクラスタのそれぞれが、すべてのリモート Cisco CallManager サーバをポイントします。 コール ルーティングを変更する必要があります。 具体的には、すべての設定済みクラスタ間トランクを(優先順に)含むルート グループからなるルート リストを作成する必要があります。 このルート リストが、クラスタ間コール ルーティングを行うルート パターンの宛先となります。

intercluster_4.gif

この解決策では、各クラスタがリモート サーバを認識できるようにします。 これにより、CM-A2 からのコールを受け入れて確立します。 また、プライマリ トランクまたはサーバがダウンした場合に、コールをバックアップ トランクで確立できます。

賛成論

  • 冗長性:プライマリ サーバ(この例では CM-A1 または CM-B1)で障害が発生した場合、発信ルートに冗長性があります。

反対論

  • 複雑さ:コール ルーティングの設定を変更する必要があります。

  • 拡張性:準フル メッシュが必要になります。

  • 拡張性:新しいクラスタをネットワークに追加するとき、すべてのクラスタを再設定しなければなりません。

3.3.x での機能拡張および設定

クラスタ間トランク プロトコルを使用する必要がある場合、Cisco CallManager 3.3.x で導入された新しい設定インターフェイスを使用して、冗長クラスタ間トランクを簡単に設定できます。 以前の CallManager バージョンで同じレベルの冗長性を追加するには、複数のゲートウェイと複雑な設定が必要でした。

複数の IP エンドポイントを使用した単一のクラスタ間トランクの設定

Cisco CallManager 3.3.x でクラスタ間トランクを設定するには、管理者が、最大 3 つのリモート CallManager サーバの IP アドレスを使用してクラスタごとに単一のゲートウェイを作成する必要があります。 この単一のゲートウェイが、それぞれのクラスタに含まれるすべての CallManager サーバに使用可能になります。 優先順位を設定するには、優先する順にリモート CallManager を設定します。

intercluster_5.gif

CallManager 3.3x でのトランクの設定に関する詳細は、トランク設定を参照してください。

関連するシスコ サポート コミュニティ ディスカッション

シスコ サポート コミュニティは、どなたでも投稿や回答ができる情報交換スペースです。


関連情報


Document ID: 19200