オンプレミスベースの PSTN を使用した Webex Calling の PDD のトラブルシューティング

はじめに

このドキュメントでは、PSTN プロバイダーが呼び出しに応答するのに 12 秒以上かかる場合のコール障害のトラブルシューティング方法について説明します。

前提条件

要件

次の項目に関する知識があることが推奨されます。

• 基本的 SIP
• Cisco ローカルゲートウェイへのアクセス

このドキュメントの情報は、特定のラボ環境にあるデバイスに基づいて作成されました。このドキュメントで使用するすべてのデバイスは、クリアな（デフォルト）設定で作業を開始しています。本稼働中のネットワークでは、各コマンドによって起こる可能性がある影響を十分確認してください。

背景説明

ダイヤル後の待機時間（PDD）は、コールの開始後、発信者がリングバックトーンを聞くまでの時間を指します。通常この遅延は、SIP INVITE に対する 180 Ringing または 183 Session Progress 応答を受信までにかかる時間に相当します。

発信者はダイヤル後に何の応答も聞こえず混乱するため、無音やコール切断などの問題が報告されることがあります。

ローカルゲートウェイを使用する Webex Calling の場合、PSTN プロバイダーのダイヤル後の待機時間が 12 秒を超えると、コールは Webex Calling 側から自動的にキャンセルされます。

LGW からのログの取得

ローカルゲートウェイからログを取得する手順は次のとおりです。

ステップ 1：Putty を使用してローカルゲートウェイにログインします。

ステップ 2：ローカルゲートウェイでデバッグを有効にします。

gw-wxc# conf t

lgw-wxc(config)# no logging console

lgw-wxc(config)# no logging monitor

lgw-wxc(config)# no logging rate-limit

lgw-wxc(config)# no logging queue-limit

lgw-wxc(config)# logging buffer 400000000 debug

lgw-wxc(config)# end

lgw-wxc# clear log

lgw-wxc# debug ccsip messages.===>> SIP コールメッセージトレースが有効です

lgw-wxc# debug voice ccapi inout ===>> voip ccapi in/out デバッグがオンです

ステップ 3：Putty セッションの記録を開始します。

[設定（Settings）] > [セッション（Session）] > [ロギング（Logging）] に移動し、次のように設定します。

[セッションロギング（Session logging）]：[すべてのセッション出力（All session output）]

[ログファイル名（Log file Name）]：[参照（Browse）] を選択し、ファイルを保存するディレクトリと名前を選択します。

録画の開始

ステップ 4：APSTN への発信コールの再作成または再現を試行します。

ステップ 5：ログの出力を取得します。

lgw-wxc# Terminal length 0

lgw-wxc# sh log

手順 6：Putty セッションの記録を停止し、ファイルを保存します。

[設定（Settings）] > [セッション（Session）] > [ロギング（Logging）] に移動し、次のように設定します。

[セッションロギング（Session logging）]：[なし（None）]

録画の停止

手順 7：デバッグを停止します。

lgw-wxc# Undebug all  

LGW ログのトラブルシューティング

ステップ 1：メモ帳などのプレーンテキスト形式のプログラムを使用して、取得したログを開きます。

ステップ 2：Webex Calling からの INVITE を確認します。次の例では、INVITE が 12:09:48 に到着したことがわかります。

125670: *Jul 21 12:09:48.231: //-1/xxxxxxxxxxxx/SIP/Msg/ccsipDisplayMsg:
Received:
INVITE sip:+1XXXXXXXXXX@XX.XX.XX.XX:5061;transport=tls;dtg=sbc_lgu SIP/2.0
Via:SIP/2.0/TLS XXX.XXX.XX.XX:8934;branch=z9hG4bKBroadworksSSE.-XXX.X.XXX.XXV40413-0-100-1704852021-1689966652299-
From:<sip:+1XXXXXXXXXX0@XXX.XXX.XX.XX;user=phone>;tag=1704852021-1689966652299-
To:<sip:+1XXXXXXXXXX@XXXXXXXX.cisco-bcld.com;user=phone>
Call-ID:SSE191052299210723-1072365917@XXX.XXX.XX.XX
CSeq:100 INVITE
Contact:<sip:XXX.XXX.XX.XX:8934;transport=tls>
P-Asserted-Identity:<sip:+1XXXXXXXXXX@XX.XX.XXX.XXX;user=phone>
Privacy:none
P-Access-Network-Info:6307694336
Allow:ACK,BYE,CANCEL,INFO,INVITE,OPTIONS,PRACK,REFER,NOTIFY,UPDATE
Recv-Info:x-broadworks-client-session-info,x-cisco-mute-status
X-BroadWorks-Correlation-Info:64b1f41c-5b24-4865-9b00-c5a9acd0c1d8
Accept:application/media_control+xml,application/sdp,multipart/mixed
Supported:
Max-Forwards:69
Session-ID:7202892d00105000a000ac7e8ab6b729;remote=00000000000000000000000000000000
Content-Type:application/sdp
Content-Length:2260

ステップ 3：INVITE が 12:09:48 に PSTN プロバイダーにすぐに送信されたことを確認します。

125749: *Jul 21 12:09:48.238: //2058481/FED4647C9552/SIP/Msg/ccsipDisplayMsg:
Sent:
INVITE sip:+1XXXXXXXXXX@XXX.X.XXX.XX:5060 SIP/2.0
Via: SIP/2.0/UDP XXX.X.XXX.XX:5060;branch=z9hG4bK11B7E01FDE
Remote-Party-ID: <sip:+1XXXXXXXXXX@XXX.X.XXX.XX>;party=calling;screen=yes;privacy=off
From: <sip:+1XXXXXXXXXX@XXX.X.XXX.XX>;tag=91790161-DA8
To: <sip:+1XXXXXXXXXX@XXX.X.XXX.XX>
Date: Fri, 21 Jul 2023 19:09:48 GMT
Call-ID: FED527FA-273011EE-9558C2C2-D591E4CC@XXX.X.XXX.XX
Supported: 100rel,timer,resource-priority,replaces,sdp-anat
Min-SE: 1800
Cisco-Guid: 4275332220-0657461742-2505228994-3583108300
User-Agent: Cisco-SIPGateway/Cisco IOS 16.12.5
Allow: INVITE, OPTIONS, BYE, CANCEL, ACK, PRACK, UPDATE, REFER, SUBSCRIBE, NOTIFY, INFO, REGISTER
CSeq: 101 INVITE
Timestamp: 1689966588
Contact: <sip:+1XXXXXXXXXX@XXX.X.XXX.XX:5060>
Expires: 180
Allow-Events: telephone-event
Max-Forwards: 68
Session-ID: 7202892d00105000a000ac7e8ab6b729;remote=00000000000000000000000000000000
Session-Expires: 1800
Content-Type: application/sdp
Content-Disposition: session;handling=required
Content-Length: 666

ステップ 4：12 秒後の 12:10:00 に、Webex Calling がローカルゲートウェイに Cancel を送信したことがわかります。

125757: *Jul 21 12:10:00.218: //-1/xxxxxxxxxxxx/SIP/Msg/ccsipDisplayMsg:

Received:
CANCEL sip:+1XXXXXXXXXX@XXX.X.XXX.XX:5061;transport=tls;dtg=sbc_lgu SIP/2.0
Via:SIP/2.0/TLS XXX.XXX.XX.XX:8934;branch=z9hG4bKBroadworksSSE.-XXX.X.XXX.XXV40413-0-100-1704852021-1689966652299-
From:<sip:+1XXXXXXXXXX@XXX.XXX.XX.XX;user=phone>;tag=1704852021-1689966652299-
To:<sip:+1XXXXXXXXXX@XXXXXX.cisco-bcld.com;user=phone>
Call-ID:SSE191052299210723-1072365917@XXX.XXX.XX.XX
CSeq:100 CANCEL
X-BroadWorks-Correlation-Info:64b1f41c-5b24-4865-9b00-c5a9acd0c1d8
Max-Forwards:69
Session-ID:7202892d00105000a000ac7e8ab6b729;remote=00000000000000000000000000000000
Content-Length:0

ステップ 5：この場合は、Webex Calling ケースを開いて PDD を 12 秒以上に延長することが重要です。さらに分析するためにローカル ゲートウェイ トレースを含めます。

手順 6：これはコールのグラフィックトレースです。

トレース

関連情報

• テクニカル サポートとドキュメント - Cisco Systems