キャンセル
次の結果を表示 
次の代わりに検索 
もしかして: 
cancel
1450
閲覧回数
5
いいね!
0
コメント
Kenichi Ogami
Cisco Employee
Cisco Employee

 

 

はじめに

本ドキュメントでは、Cisco Webex Calling サービスにおいて、ローカルゲートウェイから Webex Calling クラウドへのコールの発着信が失敗する問題のトラブルシューティングについて紹介します。

本ドキュメントは、以下のドキュメントの内容を理解していることを前提としています。デバッグや設定の内容は IOS-XE 17.3.3 で確認しています。

 

取得ログ

コールのトラブルシューティングを実施するために、デバッグログ・VoIP Trace (IOS-XE 17.3.2 以降) ・パケットキャプチャなどの取得が必要となります。

 

トラブルシューティング

コールの発着信、コールの接続中によくある問題について説明します。

 

1. ローカルゲートウェイへのコールの着信が失敗する問題

1-1. INVITE を受信しない

Webex Calling クライアントからローカルゲートウェイに向けてコールを発信しても、ローカルゲートウェイの debug ccsip message デバッグコマンドで Webex Calling クラウドからの INVITE メッセージが見えない場合は、以下の原因などが考えられます。

  • コールがローカルゲートウェイのトランクにルーティングされていない
    Control Hub の設定を再度ご確認ください。[コーリング] > [コールルーティング] > [コールルーティング確認] で、コールが正しくルーティングされるかチェックすることができます。

  • ローカルゲートウェイが登録されていない
    show sip-ua register status コマンドで、reg が yes になっていることを確認してください。no になっている場合はローカルゲートウェイが登録されていません。以下のドキュメントを参考にローカルゲートウェイを登録してください。
    Webex Calling - ローカルゲートウェイ トラブルシューティング (1: REGISTER 登録)

 

1-2. INVITE に応答しない

ローカルゲートウェイの debug ccsip message デバッグコマンドで Webex Calling クラウドから INVITE メッセージを受信していいるにもかかわらず、ローカルゲートウェイが応答を何も返していない場合は、以下の原因などが考えられます。

  •  IP Address Trust List が正しく設定されていない
    INVITE の送信元となる Webex Calling クラウドの IP アドレスが、ローカルゲートウェイの IP Address Trust List の設定に含まれていない可能性があります。最新の Port Reference を参照し、最新のアドレスを設定してください。
    voice service voip
     ip address trusted list
      ipv4 85.119.56.0 255.255.254.0
      ipv4 128.177.14.0 255.255.255.0
      ipv4 128.177.36.0 255.255.255.0
      ipv4 135.84.168.0 255.255.248.0
      ...

    IP アドレスが設定に含まれずに着信した場合、debug ccsip error デバッグコマンドで以下の出力が確認できます。
    Jul 5 15:12:32.207: //-1/xxxxxxxxxxxx/SIP/Error/sipSPILocateInviteDialogCCB: 
    Ip Trust List Authentication failed for Incoming Request, method = INVITE

 

1-3. INVITE に対して 488 Not Acceptable Media レスポンス (SRTP Offer/Answer not acceptable.RTP configured on dialpeer) を返信する

Webex Calling クラウドからの INVITE の着信に対して、ローカルゲートウェイが 488 Not Acceptable Media でエラーを返信し、着信が失敗する場合があります。この 488 Not Acceptable Media には、Warning: 399 <IP アドレス> "SRTP Offer/Answer not acceptable.RTP configured on dialpeer" ヘッダが付与されています。

31664: Jul 3 13:29:55.189: //296092/96A3D3AB99C2/CUBE_VT/SIP/Msg/ccsipDisplayMsg:
Sent:
SIP/2.0 488 Not Acceptable Media
...
Warning: 399 <IP アドレス> "SRTP Offer/Answer not acceptable.RTP configured on dialpeer"
Reason: Q.850;cause=65

 

この場合は以下の原因などが考えられます。

  • Incoming ダイヤルピアが正しく設定されていない
    この Warning は、SRTP の着信に対して該当する Incoming ダイヤルピアが設定されていない場合 (ダイヤルピア 0) に出力されます。debug voice ccapi inout コマンドによって、該当するダイヤルピアがないことを確認できます (Peer-Tag: 0)。

    31658: Jul 3 13:29:55.187: //296092/96A3D3AB99C2/CUBE_VT/SIP/MISC/Matched Dialpeer: Dir:Inbound, Peer-Tag: 0

    この問題を解決するために、Incoming ダイヤルピアが正しく設定されているか確認してください。特に、Incoming ダイヤルピアに紐付いた voice class uri の pattern などが正しいか確認してください。アンダーバー (_) をピリオド (.) に変更する必要があります。


    voice class uri 200
     sip pattern dtg=lgw06676.lgu <<<< Trunk Group OTG/DTG が lgw06676_lgu の場合
    !
    dial-peer voice 200201 voip
     description Inbound/Outbound Webex Calling
     incoming uri request 200
     ...

 

1-4. INVITE に 404 Not Found レスポンス (No matching outgoing dial-peer) を返信する

Webex Calling クラウドからの INVITE の着信に対して、ローカルゲートウェイが 404 Not Found でエラーを返信し、着信が失敗する場合があります。この 404 Not Found には、Warning: 399 <IP アドレス> "No matching outgoing dial-peer" ヘッダが付与されています。

32255: Jul 3 14:23:48.069: //296320/1D958E5A9A90/CUBE_VT/SIP/Msg/ccsipDisplayMsg:
Sent:
SIP/2.0 404 Not Found
...
Warning: 399 <IPアドレス> "No matching outgoing dial-peer"
Reason: Q.850;cause=1

 

この場合は以下の原因が考えられます。

  • Outgoing ダイヤルピアが正しく設定されていない
    この Warning は、Outgoing ダイヤルピアが適切に設定されていない場合に出力されます。Outgoing ダイヤルピアが正しく設定されているか確認してください。ダイヤルピアグループを設定している場合は、Incoming ダイヤルピアから適切に Outgoing ダイヤルピアが設定されているか確認してください。

    dial-peer voice 200201 voip
    description Incoming dial-peer from Webex Calling Cloud
    destination dpg 300
    ...
    !
    voice class dpg 300
    description Incoming WxC (DP200201) to CUCM(DP301)
    dial-peer 301 preference 1
    !
    dial-peer voice 301 voip
    description Outgoing dial-peer to Unified CM
    ...

 

2. ローカルゲートウェイからのコールの発信が失敗する問題

2-1. INVITE を送信しない

ローカルゲートウェイから Webex Calling クラウドへ INVITE を送信していない場合は、以下の原因などが考えられます。

  • Webex Calling 向けの Outgoing ダイヤルピアが選択されていない
    Webex Calling クラウド向けの Outgoing ダイヤルピアが正しく設定されていない可能性があります。
    debug voice ccapi inout デバッグコマンドによって、実際に選択された Outgoing ダイヤルピアを確認することができます。
    Jul 5 23:10:01.723: //309725/1E8AB0000000/CCAPI/ccCallSetupRequest:
    Destination=, Calling IE Present=TRUE, Mode=0,
    Outgoing Dial-peer=200201
    , Params=0x7F668D1EFD10, Progress Indication=NULL(0)

 

 

2-2. INVITE を送信して 180 Ringing を受信するが、Webex Calling クラウドに着信しない

ローカルゲートウェイから Webex Calling クラウドへ正しく INVITE を送信して 180 Ringing を受信しているにも関わらず、Webex Calling クライアントに着信しない場合は、以下の問題が考えられます。

 

  • Control Hub の設定の問題
    Control Hub のルーティングの設定の問題の可能性があります。Control Hub の設定を確認してください。

  • Webex Calling クライアントの設定の問題
    着信側の Webex Calling の設定の問題の可能性があります。クライアントが正しくログインしているか、別のクライアントに着信するかなどを確認してください。

  • Trunk Group OTG/DTG が正しく設定されていない
    SIP プロファイルに Trunk Group OTG/DTG が正しく設定されているかご確認ください。
    voice class sip-profiles 200
     ...
     rule 20 request ANY sip-header From modify ">" ";otg=lgw06676_lgu>" <<<< Trunk Group OTG/DTG が lgw06676_lgu の場合
     

3. コールの接続中に発生する問題


3-1. 通話中に突然切断される

通話中に突然切断される問題の原因は多岐に渡ります。debug ccsip message コマンドで BYE メッセージがどのノードで生成されたかを確認して問題を切り分ける必要があります。


3-2. Webex Calling からの音声が聞こえない

Webex Calling クライアント同士のコールでは音声に問題がなく、Webex Calling クライアントとローカルゲートウェイ経由のコールの場合に Webex Calling クライアントからの音声が聞こえない場合、以下の原因などが考えられます。

 

  • ファイアウォールで Incoming パケットがブロックされている
    NAT/FW によって、UDP RTP パケットがブロックされている可能性があります。NAT/FW の設定を確認し、Port Reference に記載されているポートをオープンしてください。

    show call active voice brief コマンドで、RTP の統計情報を確認することもできます。以下は Webex Calling クライアント (内線 2001) から Unified CM 配下の IP Phone (3001) にローカルゲートウェイ経由で内線コールした例です。pid はダイヤルピアの番号を示しています。この例では、Webex Calling クラウド側のダイヤルピア (200201) の受信パケット (rx) が 0 になっており、Webex Calling クラウド側から RTP パケットを受信ししていないことが確認できます。
    LGW#show call active voice brief
    ...
    0 : 312273 1650678184ms.1 (18:33:04.524 jst Tue Jul 6 2021) +3800 pid:200201 Originate 2001 active
    dur 00:00:58 tx:2929/614938 rx:0/0 dscp:0 media:0 audio tos:0xB8 video tos:0x88
    IP 139.177.xx.xx:25326 SRTP: on rtt:0ms pl:0/0ms lost:0/0/0 delay:0/0/0ms g711ulaw TextRelay: off Transcoded: No ICE: Off
    media inactive detected:n media contrl rcvd:n/a timestamp:n/a
    long duration call detected:n long duration call duration:n/a timestamp:n/a
    LostPacketRate:0.00 OutOfOrderRate:0.00
    LocalUUID:e6b105d600804c94904a54e81f0fa45a
    RemoteUUID:0000545000105000a00000505686ada8
    VRF: NA

    generic_show_call_active_func: Message GET_VOICE_TXRX send failed!
    0 : 312270 1650678174ms.1 (18:33:04.514 jst Tue Jul 6 2021) +3820 pid:100 Answer 3001 active
    dur 00:00:58 tx:0/0 rx:2932/585792 dscp:0 media:0 audio tos:0xB8 video tos:0x88
    IP 192.168.0.100:18234 SRTP: off rtt:0ms pl:0/0ms lost:0/0/0 delay:0/0/0ms g711ulaw TextRelay: off Transcoded: No ICE: Off
    media inactive detected:n media contrl rcvd:n/a timestamp:n/a
    long duration call detected:n long duration call duration:n/a timestamp:n/a
    LostPacketRate:0.00 OutOfOrderRate:0.00
    LocalUUID:0000545000105000a00000505686ada8
    RemoteUUID:bbc7860700804081929cc9e2ac4afaca
    VRF: NA
    ...
 

3-2. 双方向の音声が聞こえない

ローカルゲートウェイ経由のコールの場合に、コールは確立されるが双方向の音声が聞こえない場合、以下の原因などが考えられます。
 
  • ファイアウォールで Incoming パケットがブロックされている
    NAT/FW によって、UDP RTP パケットがブロックされている可能性があります。NAT/FW の設定を確認し、Port Reference に記載されているポートをオープンしてください。

 

  • 音声パケットが正しくルーティングされていない
    ローカルゲートウェイのデフォルトゲートウェイが正しくインターネット側のゲートウェイに設定されていることを確認してください。Unified CM などと連携している場合は、Unified CM に登録されている IP Phone などからローカルゲートウェイのアドレスにネットワーク接続があるか確認してください。

  

参考情報

 

 

Getting Started

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

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