キャンセル
次の結果を表示 
次の代わりに検索 
もしかして: 
cancel
6926
閲覧回数
0
いいね!
0
コメント
CscTsWebDocs
Community Member

2008年1月25日(初版)

TAC SR Collection
主な問題

コールが接続されても、片側または両側のエンド ポイントで音声または Dual Tone Multifrequency(DTMF)ディジットを受信できない場合、音声が片側でしか聞こえない状態、または両側で聞こえない状態になります。コール セットアップ手順とは異なり、音声は Real-Time Protocol(RTP)パケットを通じエンド ポイント間で直接送信されます。
これらの問題を解決するには、RTP パケットが転送されていない地点を両方向で探します。音声が片側でしか聞こえない問題、または両側で聞こえない問題は、パケット音声ネットワーク内の次のような地点で発生する可能性があります。

  • IP Phone
  • デフォルト ゲートウェイ
  • ルーティング ネットワーク
  • 音声ゲートウェイ
  • Network Address Translation(NAT; ネットワーク アドレス変換)または PIX ファイアウォール
  • Telco インタラクション(特に音声カットスルー)

解決策

RTP パケットがネットワーク上で流れていることを確認するには、次の手順を実行します。

  1. IP Phone がデフォルト ゲートウェイとの間でパケットを送受信しているかどうかを確認します。

    1. Cisco 7900 シリーズ IP Phone の i ボタンを 2 回押して、RxCnt と TxCnt の値が増えるかどうかを確認します。
    2. IP Phone が RTP パケットを送信していない場合は、デフォルト ゲートウェイが正しく認識されていない可能性があります。IP Phone の DHCP スコープを調べて、IP Phone に正しいデフォルト ゲートウェイが提供されていることを確認します。
  2. デフォルト ゲートウェイが IP Phone との間でパケットを送受信しているかどうかを確認します。

    1. 単一のテスト コールを実行するために、デフォルト ゲートウェイで debug voip rtp コマンドを発行します。接続可能かどうかを確認するために、ping コマンドを発行します。IP Phone は、サービス拒絶攻撃を防ぐために、すべての ping に対して応答しない場合があります。

      注: debug voip rtp コマンドはパフォーマンスに大きく影響するため、単一コールのデバッグ目的だけに限定して使用する必要があります。このコマンドは、Cisco IOSR ソフトウェア リリース 12.2(2)XB および 12.2(8)T で使用できます。機能的には、隠しコマンドの debug cch323 rtp とほぼ同じです。

    2. デフォルト ゲートウェイが IP Phone にパケットを送信していない場合は、ルーティングが有効になっていない可能性があります。ip routing グローバル コマンドが設定されていることを確認します。
    3. IP Phone とデフォルト ゲートウェイの間でパケットが送受信されている場合、問題は IP ルーティング ネットワークまたはその先に存在します。引き続き音声ゲートウェイで問題解決のための作業を行ってください。
  3. 音声ゲートウェイがデフォルト ゲートウェイとの間で RTP パケットを送受信しているかどうかを確認します。

    1. 単一のテスト コールを実行するために、音声ゲートウェイで debug voip rtp コマンドを発行します。接続可能かどうかを確認するために、ping コマンドを発行します。

      ping コマンドを使用すると IP レイヤに接続可能かどうかを確認できますが、RTP パケットが両方向に送信されているかどうかは確認できません。

      注: debug voip rtp コマンドはパフォーマンスに大きく影響するため、単一コールのデバッグ目的だけに限定して使用する必要があります。このコマンドは、AS5300、 AS5400、および AS5850 アクセス サーバ用の Cisco IOS ソフトウェア リリース 12.2(2)XB、12.2(8)T、および 12.2(11)T で使用できます。

    2. 音声ゲートウェイがデフォルト ゲートウェイとの間で RTP パケットを送受信していない場合は、IP ルーティングに問題がある可能性があります。ip routing コマンドが有効になっていることを確認します。traceroute コマンドや ping コマンドなどの一般的な解決手段を使用して、ルーティングの問題を解決します。この問題には、ルータ ハードウェアの断続的な障害など、さまざまな原因が関係している可能性もあります。
    3. ping を正常に送受信できる場合は、RTP パケットの送信に問題がある可能性があります。次のことを確認してください。


      • 圧縮 RTP(cRTP)を使用している場合は、WAN リンクの両側で cRTP が設定されていることを確認します。
      • 接続パスの途中に NAT または PIX ファイアウォールが存在する場合は、PIX ファイアウォールで適切なポートが開放されていて、Skinny Client Control Protocol(SCCP)をサポートするバージョンの NAT が実行されていることを確認します。
    4. SCCP のデフォルト ポート 2000 が PIX ファイアウォールで開放されていることを確認します。別のポートを使用している場合は、PIX ファイアウォールでそのポートが開放されていて、そのポートが使用されていることを NAT が認識していることを確認します。Cisco IOS の NAT 機能を使用する場合、デフォルト ポート 2000 はデフォルトでサポートされますが、別のポートをサポートするには、ip nat service skinny tcp port <number> コマンドを発行する必要があります。

      NAT と SCCP を同時に使用するには、Cisco IOS ソフトウェア リリース 12.1(5)T 以降を使用する必要があります。Cisco IOS ソフトウェア リリース 12.1(5)T 以降では、Cisco IOS ソフトウェア ゲートウェイによって SCCP がサポートされ、H.323 バージョン 2 によって NAT がサポートされます。詳細については、『NAT: Support of IP Phone to Cisco CallManager』を参照してください。

      PIX ファイアウォールで NAT と SCCP を同時に使用するには、ソフトウェア バージョン 6.0 以降を使用する必要があります。詳細については、『Cisco PIX Firewall Version 6.0』を参照してください。

    5. 音声ゲートウェイがパケットを送受信している場合は、引き続きパケット ネットワークの外部で問題解決のための作業を行ってください。
  4. 音声カットスルーが両方向で正しく行われているかどうかを確認します。

    音声カットスルーの問題を解決するには、音声ゲートウェイで voice rtp send-recv グローバル設定コマンドを発行します。詳細については、『トラブルシューティング:単方向音声問題』を参照してください。

備考

Getting Started

検索バーにキーワード、フレーズ、または質問を入力し、お探しのものを見つけましょう

シスコ コミュニティをいち早く使いこなしていただけるよう役立つリンクをまとめました。みなさんのジャーニーがより良いものとなるようお手伝いします