Cisco Unified Communications Manager 8.6(1) トラブルシューティング ガイド

ケース スタディ：Cisco Unified IP Phone と Cisco IOS ゲートウェイ間のコールのトラブルシューティング

---

付録 11「ケース スタディ：Cisco Unified IP Phone コールのトラブルシューティング」 のケース スタディでは、クラスタ内コールのコール フローについて説明しました。この付録のケース スタディでは、ローカル PBX を経由して接続している電話機、または公衆電話交換網（PSTN）上の電話機に、Cisco IOS ゲートウェイを経由してコールを発信する Cisco Unified IP Phone について説明します。概念的には、コールが Cisco IOS ゲートウェイに到達すると、ゲートウェイはそのコールを FXS ポートまたは PBX に接続された電話機のいずれかに転送します。PBX に転送されたコールは、ローカル PBX に接続された電話機で終端するか、または PBX によって PSTN 経由で転送され、PSTN 上で終端します。

この項では、次のトピックを扱います。

• コール フローのトレース

• Cisco IOS ゲートキーパーのデバッグ メッセージと表示コマンド

• Cisco IOS ゲートウェイのデバッグ メッセージと表示コマンド

• T1/PRI インターフェイスを使用する Cisco IOS ゲートウェイ

• T1/CAS インターフェイスを使用する Cisco IOS ゲートウェイ

コール フローのトレース

ここでは、Cisco Communications Manager トレース ファイル CCM000000000 の例を使用してコール フローについて説明します。初期化、登録、キープアライブ メカニズムなど、トレース情報の詳細については 付録 11「ケース スタディ：Cisco Unified IP Phone コールのトラブルシューティング」 で説明しているため、このケース スタディのトレースではコール フロー自体に焦点を絞っています。

このコール フローでは、Cluster 2 にある Cisco Unified IP Phone（電話番号 1001）が PSTN 上の電話機（電話番号 3333）にコールを発信します。トレースでデバイスを追跡するには、デバイスの TCP ハンドル値、タイムスタンプ、または名前を調べます。デバイスの TCP ハンドル値は、デバイスがリブートされるかオフラインになるまで変わりません。

次のトレースでは、Cisco Unified IP Phone（1001）がオフフックになっています。トレースは、Cisco Unified IP Phone に表示される固有のメッセージ、TCP ハンドル、発信番号を示しています。ユーザはまだ番号をダイヤルしていないため、この時点では着信番号は表示されていません。

次のトレースでは、ユーザが DN 3333 をダイヤルしています（数字を 1 つずつダイヤルします）。番号 3333 は、PSTN ネットワーク上の電話機の宛先番号です。Cisco Unified Communications Manager の番号分析プロセスが現在アクティブになっており、コールのルーティング先を検出するために番号を分析しています。番号分析については、 付録 11「ケース スタディ：Cisco Unified IP Phone コールのトラブルシューティング」 で詳しく説明しています。

次のトレースでは、番号分析が完了して発信側と着信側が一致し、情報が解析されています。

次のトレースでは、番号 0 が発信元のロケーションを示し、番号 1 が宛先のロケーションを示しています。BW = -1 は、発信元のロケーションの帯域幅を示します。値 -1 は、帯域幅が無限であることを暗黙的に示します。コールは LAN 環境にある Cisco Unified IP Phone から発信されたため、帯域幅は無限であると見なされます。BW = 64 は、宛先のロケーションの帯域幅を示します。コールの宛先は PSTN 上にある電話機で、使用されるコーデック タイプは G.711（64 Kbps）です。

次のトレースは、発信側および着信側の情報を示しています。この例では、管理者が表示名（John Smith など）を設定していないため、発信側の名前と番号は同じです。

次のトレースは、H.323 コードが初期化され、H.225 セットアップ メッセージを送信していることを示しています。従来の HDLC SAPI メッセージ、16 進表記の着信側の IP アドレス、およびポート番号も確認できます。

次のトレースは、発信側および着信側の情報と H.225 アラート メッセージを示しています。また、Cisco Unified IP Phone の 16 進数値と IP アドレスのマッピングも示されています。Cisco Unified IP Phone（1001）の IP アドレスは 172.16.70.231 です。

次のトレースは、このコールで使用されている圧縮タイプ（G.711 mu-law）を示しています。

H.323 は H.225 アラート メッセージが送信されたあとで、H.245 を初期化します。次のトレースは、発信側および着信側の情報と H.245 メッセージを示しています。TCP ハンドル値はこれまでと同じで、同じコールが続いていることを示しています。

次のトレースは、H.225 接続メッセージとその他の情報を示しています。H.225 接続メッセージが受信されると、コールが接続します。

次のメッセージは、Cisco Unified IP Phone（1001）からのオンフック メッセージを受信していることを示しています。オンフック メッセージを受信するとすぐに、H.225 と Skinny Station デバイスの接続解除メッセージが送信され、H.225 メッセージの全文が表示されます。この最後のメッセージには、コールが終端したことが示されています。

Cisco IOS ゲートキーパーのデバッグ メッセージと表示コマンド

「コール フローのトレース」で、Communications Manager SDI トレースについて詳しく説明しています。このケース スタディのトポロジでは、Cisco IOS ゲートキーパーで debug ras コマンドがオンになっています。

次のデバッグ メッセージは、Cisco IOS ゲートキーパーが Cisco Unified Communications Manager（172.16.70.228）に対するアドミッション要求（ARQ）を受信し、その他の正常なリモート アクセス サーバ（RAS）メッセージが後続していることを示しています。最後に、Cisco IOS ゲートキーパーがアドミッション確認（ACF）メッセージを Cisco Unified Communications Manager に送信しています。

次のデバッグ メッセージは、コールが進行中であることを示しています。

次のデバッグ メッセージは、Cisco IOS ゲートキーパーが Cisco Unified Communications Manager（172.16.70.228）から解除要求（DRQ）を受信し、Cisco IOS ゲートキーパーが解除確認（DCF）を Cisco Unified Communications Manager に送信したことを示しています。

Cisco IOS ゲートキーパーに対する show gatekeeper endpoints コマンドは、4 つの Cisco Unified Communications Manager がすべて Cisco IOS ゲートキーパーに登録されていることを表示します。このケース スタディのトポロジでは、各クラスタに 2 つずつ、4 つの Cisco Unified Communications Manager があります。この Cisco IOS ゲートキーパーには 2 つのゾーンがあり、各ゾーンに 2 つの Cisco Unified Communications Manager があります。

R2514-1#show gatekeeper endpoints

Cisco IOS ゲートウェイのデバッグ メッセージと表示コマンド

「Cisco IOS ゲートキーパーのデバッグ メッセージと表示コマンド」では、Cisco IOS ゲートキーパーの表示コマンドとデバッグ出力について詳しく説明しました。ここでは、Cisco IOS ゲートウェイのデバッグ出力と表示コマンドについて説明します。このケース スタディのトポロジでは、コールが Cisco IOS ゲートウェイを通過します。Cisco IOS ゲートウェイは T1/CAS または T1/PRI のいずれかのインターフェイスを使用して PSTN または PBX に接続します。次の例は、debug voip ccapi inout、debug H225 events、debug H225 asn1 などのコマンドのデバッグ出力です。

次のデバッグ出力では、Cisco IOS ゲートウェイが Cisco Unified Communications Manager（172.16.70.228）からの TCP 接続要求を H.225 のポート 2328 で受け入れています。

次のデバッグ出力は、この TCP セッションで、H.225 データが Cisco Unified Communications Manager から着信していることを示しています。このデバッグ出力には、使用されている H.323 バージョンを表す protocolIdentifier が示されています。次のデバッグは、H.323 バージョン 2 が使用されていることを示しています。また、着信側と発信側の番号も示しています。

次のデバッグ出力は、Call Control Application Programming Interface（CCAPi）を示しています。Call Control APi は着信コールを示します。次の出力では、着信側および発信側の情報も確認できます。CCAPi は、デフォルトのダイヤル ピアであるダイヤル ピア 0 に一致します。CCAPi がダイヤル ピア 0 に一致するのは、発信番号に対する他のダイヤル ピアが見つからず、デフォルトのダイヤル ピアを使用しているためです。

CCAPi は、ダイヤル ピア 1 と宛先パターン（着信番号 3333）を照合します。peer_tag はダイヤル ピアを意味します。要求パケット内の発信側と着信側の番号が示されています。

次のデバッグ出力は、H.225 アラート メッセージが Cisco Unified Communications Manager に返されていることを示しています。

このパケットでは、Cisco IOS が H.245 アドレスとポート番号も Cisco Unified Communications Manager に送信しています。Cisco IOS ゲートウェイは到達不能なアドレスを送信する場合があるため、無音声または片通話になることがあります。

次のデバッグ出力は、H.245 セッションが開始されていることを示しています。コーデック ネゴシエーションの機能表示、各音声パケットに含まれるバイト数を確認できます。

次のデバッグ出力は、両方の側が適切にネゴシエートし、160 バイト データの G.711 コーデックで合意したことを示しています。

H.323 接続および接続解除のメッセージが後続します。

T1/PRI インターフェイスを使用する Cisco IOS ゲートウェイ

上記のように、2 つのタイプのコールが Cisco IOS ゲートウェイを通過します。Cisco IOS ゲートウェイは T1/CAS または T1/PRI のいずれかのインターフェイスを使用して PSTN または PBX に接続します。次の例は、Cisco IOS ゲートウェイが T1/PRI インターフェイスを使用する場合のデバッグ出力です。

Cisco IOS ゲートウェイの debug isdn q931 コマンドがオンになり、それにより ISDN 環境にある D チャネル用のレイヤ 3 シグナリング プロトコルである Q.931 がイネーブルになります。T1/PRI インターフェイスからコールが発信されるたびに、セットアップ パケットが送信される必要があります。セットアップ パケットには必ずプロトコル記述子 pd = 8 が含まれ、callref 用にランダムな 16 進数値が生成されます。callref はコールを追跡します。たとえば、2 つのコールが発信された場合、callref の値によって、RX（受信済み）メッセージの対象になっているコールを判別できます。ベアラ機能 0x8890 は 64 Kbps のデータ コールです。これが 0x8890218F だった場合は、56 Kbps のデータ コールになり、音声コールの場合は 0x8090A3 になります。次のデバッグ出力では、ベアラ機能は 0x8090A3 で、音声に適用されます。例には、着信側と発信側の番号が示されています。

callref では、最初の数字に異なる値を使用し（TX と RX を識別するため）、2 番めの値は同じです（SETUP の最後の数字は 0、CONNECT_ACK も 0 です）。ルータはベアラ チャネル（B チャネル）を割り当てる際に PSTN または PBX に完全に依存します。PSTN または PBX がルータにチャネルを割り当てないと、コールはルーティングされません。このケース スタディでは、交換機から受信される CONNECT メッセージに、ALERTING 用に受信されたものと同じ参照番号（0x800B）が含まれています。最後に、コールが接続解除されるとき、DISCONNECT メッセージの交換後に RELEASE メッセージと RELEASE _COMP メッセージが続くことを確認できます。RELEASE_COMP メッセージのあとには、コール拒否の理由 ID が続きます。理由 ID は 16 進数値です。理由の内容は、16 進数値のデコードとプロバイダーのフォローアップによって確認できます。

T1/CAS インターフェイスを使用する Cisco IOS ゲートウェイ

2 つのタイプのコールが Cisco IOS ゲートウェイを通過します。Cisco IOS ゲートウェイは T1/CAS または T1/PRI のいずれかのインターフェイスを使用して PSTN または PBX に接続します。次のデバッグ出力は、Cisco IOS ゲートウェイが T1/CAS インターフェイスを使用する場合に発生します。Cisco IOS ゲートウェイでは debug cas がオンになっています。

次のデバッグ メッセージは、Cisco IOS ゲートウェイがオフフック信号を交換機に送信していることを示しています。

次のデバッグ メッセージは、交換機が Cisco IOS ゲートウェイから閉ループ信号を受信後、ウィンクを送信していることを示しています。

次のデバッグ メッセージは、Cisco IOS ゲートウェイがオフフックしようとしていることを示しています。

次の出力は、コールが進行中の Cisco IOS ゲートウェイでの show call active voice brief を示しています。出力には、着信側と発信側の番号およびその他の役立つ情報も示されています。