Introduction
Ce document décrit un scénario courant de délai observé lors de la récupération d'une première invite qui est généralement un fichier wav de bienvenue dans le flux d'appels complet cvp
Conditions préalables
Conditions requises
Cisco vous recommande de prendre connaissance des rubriques suivantes :
- Cisco Unified Contact Center Enterprise (UCCE)
- Cisco Unified Customer Voice Portal (CVP)
- Passerelles Cisco IOS et VXML
Components Used
Les informations contenues dans ce document sont basées sur les versions de logiciel suivantes :
- Cisco Unified Customer Voice Portal (CVP) version 11.X
- Passerelle Cisco IOS avec la gamme logicielle Cisco IOS 15.4(x)M agissant en tant que passerelle d'entrée
- Passerelle VXML exécutée sur la même passerelle d'entrée
Problème
Lorsque le client appelle, il rencontre un silence de 2 secondes après lequel l'invite IVR commence à être lue. L'analyse des journaux de passerelle CVP et VXML expliquée ici révèle que le retard rencontré est dû au fait que CVP prend plus de 2 secondes pour répondre à la requête ping HTTP et à la requête HTTP NEW_CALL générée à partir de la passerelle VXML.
La passerelle VXML crée un message HTTP PING destiné au serveur d'appels CVP à « 16:11:31.292 »
16:11:31.292: //199995//HTTPC:/httpc_write_stream: Client write buffer fd(0):
GET /cvp/VBServlet?MSG_TYPE=PING&CALL_DNIS=77777777771319&CALL_ANI=sip:xxx-xxx-xxxx@X.X.X.X:5060&ERROR_CODE=0&RECOVERY_VXML=flash:recovery.vxml&CLIENT_TYPE=IOS&CALL_ID=C350CF8000010000000003BD9663630E&CALL_LEGID=C350CF8000010000000003BD9663630E-1448554499804567@X.X.X.X&CALL_UUI=&VERSION=CVP_10_5_1_0_0_0_189 HTTP/1.1
Le CVP répond de nouveau à la requête PING à 16:11:32.452, où la différence de temps est supérieure à 1 seconde
16:11:32.452: processing server rsp msg: msg(212BBA48)URL: http://X.X.X.X:8000/cvp/VBServlet?MSG_TYPE=PING&CALL_DNIS=77777777771319&CALL_ANI=sip:4692551000@X.X.X.X:5060
Cette réponse déclenche la génération d'une requête HTTP NEW CALL par la passerelle VXML, qui est à 16:11:33.064
16:11:33.064: //199995//HTTPC:/httpc_write_stream: Client write buffer fd(0):
GET /cvp/VBServlet?MSG_TYPE=CALL_NEW&CALL_DNIS=77777777771319&CALL_UUI=&CALL_ANI=sip:xxx-xxx-xxxx@X.X.X.X:5060&RECOVERY_VXML=flash:recovery.vxml&CLIENT_TYPE=IOS&CALL_ID=C350CF8000010000000003BD9663630E&ERROR_CODE=0 HTTP/1.1
Le CVP répond à cette demande à 16:11:34.112 où l'écart de temps est de nouveau d'une seconde ou plus
16:11:34.112: processing server rsp msg: msg(212BBC48)URL: http://X.X.X.X:8000/cvp/VBServlet?MSG_TYPE=CALL_NEW&CALL_DNIS=77777777771319&CALL_UUI=&CALL_ANI=sip:xxx-xxx-xxxx@X.X.X.X:5060&RECOVERY_VXML=flash:recovery.vxml
Cet échange de requête ping HTTP , de requête HTTP NEW Call et de réponse de CVP prend plus de 2 secondes, ce qui est perçu par l'appelant comme un silence.
Solution
La raison pour laquelle le serveur CVP a un délai de réponse est due au processus tomcat où il faut un certain temps pour établir une connexion TCP et segmente les paquets à 590 octets chacun. Pour corriger cette condition sur la passerelle VXML, configurez la commande « ip tcp mss 1500 »
Note: TCe problème est suivi sous le défaut « CSCuq07550 - CVP 10.0 tomcat retarde quand la passerelle VxML dans un sous-réseau différent »
Commentaires