CVP "500 internal server error" Message Troubleshoot

Einleitung

In diesem Dokument wird ein Problem beschrieben, das im umfassenden Anruffluss von Cisco Voice Portal (CVP) auftritt, wenn ein interner Serverfehler von 500 empfangen wird und eine Lösung für das Problem gefunden wird.

Voraussetzungen

Anforderungen

Cisco empfiehlt, dass Sie über Kenntnisse in folgenden Bereichen verfügen:

• CVP-Version 8.5
• Intelligenter Kontakt-Manager (ICM)

Verwendete Komponenten

Dieses Dokument ist nicht auf bestimmte Software- und Hardware-Versionen beschränkt.

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 Netz Live ist, überprüfen Sie, ob Sie die mögliche Auswirkung jedes möglichen Befehls verstehen.

Problem

In einem umfassenden CVP-Anruffluss wird ein Anruf über CVP empfangen. CVP sendet eine SIP-INVITE (Session Initiation Protocol) an einen Benutzer-Agenten (UA) eines Drittanbieters, und der UA des Drittanbieters lehnt die INVITE-Nachricht mit einer Fehlermeldung über den internen Server von 500 ab. Dieses Problem tritt nur bei CVP Version 8.5 und höher auf. Der Anrufer hört eine Aufforderungsmeldung, dann wird er stumm geschaltet und die Verbindung wird getrennt.

Nachfolgend finden Sie ein Beispiel für den Anruffluss:

1. Der Anrufer tätigt einen Anruf vom öffentlichen Telefonnetz (PSTN).
2. Das Eingangs-Gateway (IGW) empfängt den Anruf vom PSTN.
3. Das IGW sendet eine SIP-INVITE-Nachricht über einen SIP-Proxyserver an CVP.
4. Das CVP sendet eine New Call-Anforderung an das ICM.
5. Der ICM führt das Routing-Skript aus und sendet ein VRU-Label (Voice Response Unit) an das CVP.
6. CVP sendet eine SIP-INVITE-Nachricht über den SIP-Proxyserver an das Voice XML Gateway (VXML GW).
7. Das VXML-GW führt das Bootstrap-Skript aus und sendet eine HTTP-Anforderung an das CVP.
8. CVP sendet eine Anforderungsanweisung an das ICM.
9. Der ICM bricht den VRU-Abschnitt ab und sendet ein Agent-Label an CVP.
10. CVP terminiert den VRU-Abschnitt mit dem VXML-GW.
11. CVP sendet eine SIP-INVITE-Nachricht über einen SIP-Proxyserver an die SIP UA des Drittanbieters.
12. Das externe SIP UA sendet die Fehlermeldung "500 Internal server" (500 Interner Server) an CVP.

Überprüfung

Sie müssen eine Paketerfassung erfassen, die vom CVP-Server über die CLI erfasst wird. Geben Sie den Befehl capture start ein. Um die Erfassung zu beenden, geben Sie den Befehl capture stop ein.

Aus den Paketerfassungsprotokollen oder den CVP-Anrufserverprotokollen wird die INVITE-Nachricht ohne Session Description Protocol (SDP) angezeigt, wenn CVP die INVITE-Nachricht an die SIP UA des Drittanbieters sendet. Obwohl dies vom SIP RFC 3261 unterstützt wird, akzeptiert der Drittanbieter UA die SIP-INVITE-Nachricht nicht. Wenn in diesem Anruffluss CVP Version 8.0 verwendet wird, wird die INVITE-Nachricht mit SDP gesendet, und die UA des Drittanbieters akzeptiert die INVITE-Nachricht.

Lösung

In CVP Version 8.5.1 wurde ein neues Eigenschaftsflag (SIP.EarlyOfferSupport ) in die Datei sip.properties eingeführt.

Anmerkung: Dieses Eigenschaftskennzeichen ist in der Cisco Operations Console auf der Registerkarte "Call Server SIP" (Anrufserver-SIP) nicht enthalten.

Standardmäßig hat die SIP.EarlyOfferSupport den Wert false in der Datei sip.properties. Die Datei befindet sich auf Laufwerk: > Cisco > CVP > conf. Wenn dieser Eigenschaftswert auf true festgelegt ist, verwendet CVP Early Offer für ausgehende Anrufe nur, wenn der ursprüngliche Anrufer Early Offer verwendet hat.

Wenn Sie diesen Eigenschaftswert auf true festlegen und den Anrufserver neu starten, ist dieses SIP-Interoperabilitätsproblem behoben. Nachdem Sie den Eigenschaftenwert auf true festgelegt haben, sendet CVP eine SIP-INVITE mit SDP an die UA des Drittanbieters, die von der UA des Drittanbieters akzeptiert wird.