概要
この資料はどの CUCM ノードが送信 するのに使用されているか決定するのに Cisco Unified Communications Manager が使用するやり方を記述したものですセッション開始プロトコル（SIP）か H.323 によって基づくトランクによって呼出します。
前提条件
要件
Cisco はこれらのトピックの前ナレッジがあることを推奨します:
- Cisco Unified Communications Manager （CUCM）基本 コール ルーティング概念
使用するコンポーネント
この資料に記載されている情報は基づいた on Cisco Unified Communications Manager （CUCM） 8.x および以降です。
本書の情報は、特定のラボ環境にあるデバイスに基づいて作成されたものです。 このドキュメントで使用するすべてのデバイスは、初期（デフォルト）設定の状態から起動しています。 対象のネットワークが実稼働中である場合には、どのような作業についても、その潜在的な影響について確実に理解しておく必要があります。
背景説明
SIP トランクおよび H.323 ゲートウェイは CUCM と登録しません（MGCP ゲートウェイとは違って）。 その代り、トランクかゲートウェイに接続されるデバイ スプールに関連付けられる CUCM グループはそれらがアクティブであるところで、判別します。 たとえば、それらが 2 または 3 ノードでアクティブなら、どんなメカニズムが CUCM をか呼出を送信 するどのサーバ決定するのにする利用して下さい。
この資料の目標はコールルーティングの決定がどのようになされる、そしてどのようにロード バランシングを SIP トランクか H.323 によって送信呼び出しのために達成することができるか説明することです。
Callrouting メカニズム前 CUCM 8.5 （ないすべてのアクティブによって統一される CM ノード 機能の実行を使用して）
概要ロジック: 送信呼び出しに関しては、CUCM がディジット分析を通過したら、RouteList か端デバイスにコールを拡張します。 （RouteList は CUCM グループに左右される特定のノードに登録されます、）
RouteList 制御はデバイスのリストを識別し、デバイス マネージャを問い合わせます。
デバイス マネージャはデバイス プロセス ID （PID） （例を与えます: （2,100,25,45）、この例でデバイスはノードで 2）アクティブです
RouteList 制御はデバイスのステータスを（ターゲットデバイス アクティブ、アイドル状態または使用中はあります）チェックし、トランクかゲートウェイにコールを拡張します。
SIP がトランキングしたり/ので H.323 ゲートウェイどのノードがデバイス マネージャによってアクティブ PID として選択されるか質問は今頼みます複数のノードでアクティブである場合もありますか。
これらのこれの使用例シナリオによって取除かれるそれ以上の光:
使用例 1: ノード 1.に登録されている IP フォン。 RouteList は設定しませんでした。
この SIP でトランクはノード 1 および 4.でアクティブです。
- 一般のロジックは電話が登録されているところで、CUCM しますノード 1 のディジット分析を変わりません。 RouteList が設定されないので、ルートパターンは SIP トランクに直接関連付けられます。
- ノード 1 の CUCM はノード 1.のデバイス マネージャを問い合わせます。
- 1 つがあればデバイス マネージャ（DM）常にチェック ローカル テーブル最初に、および戻りローカル デバイス、不必要な内側クラスタ通信/トラフィックを避けるため。
この場合、SIP トランクは電話が登録されている従って CUCM がノード 1 からのコールを拡張するところにノード 1 でアクティブです（毎回）。 ランダム ロジックはコールがノード 1 からどんな場合でも拡張であるのでですロードバランシングあちこちで適用されません。
使用例 2: ノード 2.に登録されているノード 1. RouteList に登録されている IP フォン。
この SIP でトランクはノード 2 および 4.でアクティブです。
- ディジット分析（DA）結果の後で、CUCM ノード 1 はノード 2.の RouteList コントロールにコールを拡張します。
- ノード 2 の RouteList コントロールはノード 2.のデバイス マネージャを問い合わせます。
- DM は 1 つがあればローカル テーブルを常にまずチェックし、ローカル デバイスを、この場合 SIP トランクですノード 2.にローカル戻します。
その結果、電話が、RouteList がノード 2 に登録され、一口がトランク同じノードでアクティブであるので、すべてのコールであるノード 2.からの出典登録されていてもどこで。 再度、ランダム ロジックは適用しません。
使用例 3: ノード 2.に登録されているノード 1. RouteList に登録されている IP フォン。
この H323 でゲートウェイはノード 1 および 4.でアクティブです。
- DA 結果の後で、ノード 1 の CUCM はノード 2.の RouteList 制御にコールを拡張します。
- ノード 2 の RouteList 制御はノード 2.のデバイス マネージャを問い合わせます。
- デバイス マネージャ（DM）はローカル テーブル、および戻りローカル デバイスをどれも常にまずチェックしません。
- デバイス マネージャは RemoteTable を調べ、ノード 1 および 4.の H.323 ゲートウェイ アクティブを見ます。
それはランダム ロジックを適用し、RouteList 制御にアクティブ PID をランダムに与えます。 それがノード 1 および 4 の間でランダムに 送信 されるので、コールは CUCM でバランスをとられる負荷です。
結論
CUCM は SIP trunk/H.323 ゲートウェイが呼び出し側のデバイスと同じノードでアクティブであるかどうか確認します。 その場合、それからそれは呼出を送信 するのにローカル ノードを常に使用します。
SIP trunk/H.323 ゲートウェイが呼び出し側のデバイスと同じノードで非アクティブである場合、トランク/デバイスがアクティブであるノードからランダムにソースをたどります。
注: 呼び出し側のデバイスは電話または RouteList のどれである場合もあります。 ルートパターンが RouteList と一致する場合、コーリングパーティは RouteList です。 ルートパターンが SIP/H.323 デバイスに直接関連付けられる場合、コーリングパーティは電話です。
ロード バランシング
ロード バランシングが実現したいと思う場合すなわち関連付けられること CUCM ノードが付いている RouteList か電話を同じ場所に配置することは賢明ではないです同じノードの両方ともアクティブアクティブである場合 SIP/H.323 ゲートウェイがに、コールはローカル ノードから送信されます（常に）。
すなわち、SIP trunk/H.323 ゲートウェイはそれらが RouteList か電話が登録されているノードで非アクティブであることそのような物設定される必要があります。
前の CUCM バージョン 8.6 から、CUCM は両方の RouteList/SIP トランクのためのすべてのアクティブによって統一された CM ノードの実行と呼ばれた新しい機能を導入しました。
これはクラスタの内でロード バランスへ効率的にもう一つの方法送信呼び出し、場合の数を交換しました減らします。
Callrouting メカニズム後 CUCM 8.5 （すべてのアクティブによって統一される CM ノードの実行は特色になりま使用されます）
CUCM 8.5 でおよび Cisco の上で一口トランクの新しい機能を導入し、すべてのアクティブの実行と呼ばれた Route リストは CM ノードを統一しました。 これは基本的に一口トランクの依存関係を取除き、CUCM グループの Route リストはそれらに割り当てました。 これはおよび一口トランクへのコールを送信し、終了しなさい 3 つ以上の CUCM サーバがあることができることを意味します。
SIP はトランキングします– All ノードおよびルート ローカル ルールで実行して下さい
従ってすべてのアクティブによって統一される CM ノード オプションで実行されたとき SIP トランクで、統一された CM 作成しまクラスタ内の各コール処理 サブスクライバの SIP トランク デーモンの例をチェックされ、あらゆるコール処理 サブスクライバで作られるか、または受け取られるように SIP 市外電話がします。 （この機能前に、3 つまでのノードはトランクごとに統一された CM グループの使用によって選択できます。）
有効に なるすべてのアクティブによって統一される CM ノードの実行によって送信 SIP 市外電話はインバウンド コールが（たとえば、電話かトランクから）受信される同じノードから起きます（ルート ローカル ルールに基づいて）。 すべてのアクティブの実行は機能がトランクの統一された CM グループ 設定を無効にする CM ノードを統一しました。
SIP トランクに関しては、これはルート ローカル ルールがどのように動作するかです:
送信 SIP 市外電話に関しては登録されていた電話または受信 トランクからのコールが統一された CM ノードで到着するとき、CM チェックをかどうかインバウンド コールが到着した同じノードで存在 する指定送信トランクの例見るために統一しました。 その場合、統一された CM はこのノードを送信市外電話を確立するのに使用します。
SIP トランクのすべてのアクティブによって統一される CM ノードの実行を有効に することはこの機能が送信呼び出しがから起きるようにする、クラスタ内のあらゆるコール処理 ノード受け取られますので強く推奨されて。 すべてのアクティブによって統一される CM ノードでまた送信 SIP トランクに確立される前に同じクラスタ内のコール処理 ノードの間で設定からコールを除去できます実行して下さい。
すべての統一された CM と同様に SIP は、トランクと関連付けられる SIP デーモン受け入れますトランクの宛先 address フィールドで定義される IP アドレスのエンド システムからのだけインバウンド コールをトランキングします。
多重 SIP が同じ宛先に使用しているノードを処理する同一コールをユニークな着信各トランクが識別されるようにおよびトランキングするとき宛先ポート数はトランクごとに定義する必要があります。
ルート リスト– All ノードおよびルート ローカル ルールで実行して下さい
これがとりわけ SIP トランク 機能ではないが、すべてのノードのルート リストを実行することはルート リストおよびルート グループのトランクに利点を提供します。 すべてのノードのルート リストを実行することは不必要なクラスタ内部 コールセットアップ トラフィックを避けるルート ローカル ルールの使用によって送信呼び出しディストリビューションを改善します。
ルート リストに関しては、これはルート ローカル ルールがどのように動作するかです:
ルート リスト使用する送信呼び出しに関しては登録されていた電話または受信 トランクからのコールが Route リスト 例のノードで到着するとき、（および関連するルート グループおよびトランク） CM チェックをかどうか Route リストと同じノードで存在 する指定送信トランクの例見るために統一しました。 その場合、統一された CM はこのノードを送信市外電話を確立するのに使用します。
- Route リストおよびトランクが両方有効に なるすべてのアクティブによって統一される CM ノードで動作する場合送信呼び出しディストリビューションはインバウンド コールが到着するノードによって判別されます。
- 指定送信トランクがすべてのノードで動作するかわりに統一された CM グループを使用する場合、統一された CM はルート ローカル ルールをインバウンド コールが到着する同じノードで存在 する指定送信トランクの例適用します。
- トランクの例がこのノードにない場合、統一された CM はトランクがアクティブであるノードにコールを（クラスタの内で）転送します。
- Route リストが有効に なるすべてのアクティブによって統一される CM ノードで動作しない場合 Route リストの例はクラスタ（ルート リストの統一された CM グループのプライマリ ノード）内の 1 つのノードでアクティブです。
- 指定送信トランクがルート リストの統一された CM グループのプライマリ ノードでまたアクティブである場合、ルート ローカル ルールはすべての送信市外電話がこのノードから起きるので最適でない送信呼び出しディストリビューションに終って適用します。
Cisco はすべてのルート リストおよび SIP トランクのすべてのアクティブによって統一される CM ノードで動作する有効にを強く推奨します。
フィードバック