Cisco CallManager トラブルシューティング ガイド Release 4.2(1)

ケース スタディ：クラスタ間コールのトラブルシューティング

---

この付録のケース スタディでは、異なるクラスタに配置された別の Cisco IP Phone にコールを発信する Cisco IP Phone について説明します。このタイプのコールは、クラスタ間 Cisco IP Phone コールとも呼ばれます。

この章では、次のトピックについて取り上げます。

• トポロジの例

• クラスタ間 H.323 通信

• コール フロー トレース

• コール フローの失敗

トポロジの例

このケース スタディでは、次に示すトポロジの例を使用します。2 つのクラスタがあり、各クラスタには 2 つの Cisco CallManager があります。また、Cisco IOS Gateways と Cisco IOS Gatekeeper も配置されています。

クラスタ間 H.323 通信

Cluster 1 の Cisco IP Phone が Cluster 2 の Cisco IP Phone にコールを発信します。クラスタ間 Cisco CallManager 通信は、H.323 バージョン 2 プロトコルを使用して行われます。Cisco IOS Gatekeeper もアドミッション制御に使用されます。

Cisco IP Phone は Skinny Station プロトコルを使用して Cisco CallManager に接続でき、Cisco CallManager は H.323 Registration, Admission, and Status（RAS）プロトコルを使用して Cisco IOS Gatekeeper に接続できます。admission request（ARQ; アドミッション要求）メッセージが Cisco IOS Gatekeeper に送信され、この Gatekeeper は H.323 バージョン 2 プロトコルを使用してクラスタ間コールが発信できることを確認した後、admission confirmed（ACF; アドミッション確認）メッセージを送信します。この処理が実行されると、RTP プロトコルを使用して、異なるクラスタにある Cisco IP Phone 間に音声パスが作成されます。

コール フロー トレース

この項では、CCM000000000 ファイルに取り込んだ SDI トレースの例を使用して、コール フローについて説明します。このケース スタディで取り上げるトレースでは、コール フロー自体に焦点を絞っています。

このコール フローでは、Cluster 2 に配置された Cisco IP Phone（2002）が Cluster 1 に配置された Cisco IP Phone（1001）にコールを発信しています。TCP ハンドル値、タイム スタンプ、またはデバイスの名前を調べることで、デバイスをトレース上で追跡できます。デバイスをリブートするかオフラインにするまで、デバイスの TCP ハンドル値は変わりません。

次のトレースでは、Cisco IP Phone（2002）はオフフックになっています。このトレースは、一意のメッセージ、TCP ハンドル、および発信側の番号を示しています。これらは Cisco IP Phone に表示されます。次のデバッグ出力は、着信側の番号（1001）、H.225 接続、および H.245 確認メッセージを示しています。コーデック タイプは G.711 mu-law です。

次のトレースは、発信側と着信側の番号を示しています。これらの番号は IP アドレスおよび 16 進数値に関連付けられています。

次のトレースは、Cisco IP Phone（2002）のパケット サイズと MAC アドレスを示しています。このトレースの後に接続解除メッセージが続き、その後にオンフック メッセージが続きます。

コール フローの失敗

この項では、SDI トレースを確認しながら、クラスタ間コール フローの失敗について説明します。次のトレースでは、Cisco IP Phone（1001）はオフフックになります。TCP ハンドルが Cisco IP Phone に割り当てられます。

次のトレースでは、ユーザが着信側の Cisco IP Phone の番号（2000）をダイヤルし、番号分析プロセスが番号を一致させようとしています。

これで番号分析が完了しました。次のトレースは、その結果を示しています。次の PotentialMatches=NoPotentialMatchesExist 参照は、Cisco CallManager がこの電話番号と一致しないことを示しています。この点に注意することが重要です。最後に、リオーダー音が発信側（1001）に送信され、その後にオンフック メッセージが続きます。