Einleitung
In diesem Dokument wird die Fehlerbehebung bei Anruffehlern beschrieben, wenn der PSTN-Anbieter mehr als 12 Sekunden benötigt, um den Anruf mit dem Rufzeichen zu beantworten.
Voraussetzungen
Anforderungen
Cisco empfiehlt, dass Sie über Kenntnisse in folgenden Bereichen verfügen:
- Basis-SIP.
- Zugriff auf ein Cisco Local Gateway.
Die Informationen in diesem Dokument beziehen sich auf Geräte in einer speziell eingerichteten Testumgebung. Alle Geräte, die in diesem Dokument benutzt wurden, begannen mit einer gelöschten (Nichterfüllungs) Konfiguration. Wenn Ihr Netzwerk in Betrieb ist, stellen Sie sicher, dass Sie die möglichen Auswirkungen aller Befehle kennen.
Hintergrundinformationen
Post Dial Delay (PDD): Die Zeit, die ein Anrufer benötigt, um nach dem Einleiten eines Anrufs einen Freizeichenton zu hören. Diese Verzögerung entspricht in der Regel der Zeit, die benötigt wird, um eine Antwort mit dem Status "180 Ringing" oder "183 Session Progress" auf eine SIP-Einladung zu erhalten.
Gelegentlich haben Benutzer von Funkstörungen oder abgebrochenen Anrufen berichtet, da der Anrufer nach dem Wählen keine Antwort hört, kommt es zu Verwirrung.
Im Zusammenhang mit WebEx Anrufen mitLokales Gateway: Wenn der PSTN-Anbieter die Zeitspanne nach dem Wählen um 12 Sekunden überschreitet, wird der Anruf auf der WebEx Anruferseite automatisch abgebrochen.
Protokolle vom LGW abrufen
Die folgenden Schritte führen zum Abrufen der Protokolle vom lokalen Gateway aus:
Schritt 1: Melden Sie sich mit Putty beim lokalen Gateway an.
Schritt 2: Aktivieren Sie das Debuggen im lokalen Gateway.
gw-wxc# conf t
lgw-wxc(config)# keine Protokollierungskonsole
lgw-wxc(config)# keine Protokollierungsüberwachung
lgw-wxc(config)# keine Protokollierungsratenbeschränkung
lgw-wxc(config)# keine Protokollierungswarteschlangenbegrenzung
lgw-wxc(config)# logging buffer 400000000 debug
lgw-wxc(config)# Ende
lgw-wxc# Protokoll löschen
lgw-wxc# debug ccsip-Nachrichten. ===>> Nachverfolgung von SIP-Anrufnachrichten ist aktiviert
lgw-wxc# debug voice ccapi inout ===> voip ccapi in/out debug is on
Schritt 3: Starten Sie die Aufzeichnung der Putty-Sitzung.
Gehen Sie zu Einstellungen > Sitzung > Protokollierung, und legen Sie Folgendes fest:
Sitzungsprotokollierung: Wählen Sie Alle Sitzungsausgaben aus.
Name der Protokolldatei: Wählen Sie Durchsuchen, und wählen Sie das Verzeichnis, in dem die Datei gespeichert werden soll, sowie den Namen aus.
Aufzeichnung starten
Schritt 4:Aversuchen, den ausgehenden Anruf beim PSTN neu zu erstellen oder zu reproduzieren.
Schritt 5: Abrufen der Ausgabe der Protokolle
lgw-wxc# Terminallänge 0
lgw-wxc# sh log
Schritt 6: Unterbrechen Sie die Aufzeichnung der Putty-Sitzung, und speichern Sie die Datei.
Gehen Sie zu Einstellungen > Sitzung > Protokollierung und Festlegen:
Sitzungsprotokollierung: Keine.
Aufzeichnung beenden
Schritt 7. Beenden Sie die Debugs.
lgw-wxc# Alle debuggen
Fehlerbehebung bei den LGW-Protokollen
Schritt 1: Öffnen Sie das Protokoll, das Sie mit einem Programm wie Notepad erstellt haben.
Schritt 2: Schauen Sie sich die Einladung von Webex Calling an. Im nächsten Beispiel sehen Sie, dass die Einladung um 12:09:48 Uhr eingeht.
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
Schritt 3: Sehen Sie, die Einladung wird sofort an den PSTN-Anbieter um 12:09:48 gesendet.
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
Schritt 4: Nach 12 Sekunden um 12:10:00 können Sie sehen, wie Webex Calling eine Cancel-Nachricht an das lokale Gateway senden.
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
Schritt 5: In diesem Fall muss unbedingt ein Webex Calling Case geöffnet werden, um die PDD über 12 Sekunden hinaus zu verlängern. Schließen Sie zur weiteren Analyse die Ablaufverfolgung für das lokale Gateway ein.
Schritt 6: Dies ist die grafische Ablaufverfolgung des Anrufs.
Nachverfolgung
Zugehörige Informationen