Contenido

Introducción

Prerequisites

Requirements

Componentes Utilizados

Problema

Solución

Introducción

Este documento describe un escenario común de retraso visto en la obtención de una primera solicitud que generalmente es un archivo wav de bienvenida en el flujo de llamadas completo cvp

Prerequisites

Requirements

Cisco recomienda que tenga conocimiento sobre estos temas:

- Cisco Unified Contact Center Enterprise (UCCE)

- Cisco Unified Customer Voice Portal (CVP)

- Gateways Cisco IOS y VXML

Componentes Utilizados

La información que contiene este documento se basa en estas versiones de software:

- Cisco Unified Customer Voice Portal (CVP) versión 11.X

- Cisco IOS Gateway con Cisco IOS Software Train 15.4(x)M actuando como gateway de ingreso

- Gateway VXML que se ejecuta en la misma gateway de ingreso

Problema

Cuando el cliente llama en , experimenta un silencio de 2 segundos después del cual comienza a reproducirse el mensaje de IVR. Los análisis de los registros de gateway CVP y VXML explicados aquí revelan que el retraso experimentado se debe a que el CVP tarda más de 2 segundos en responder al ping HTTP y a la solicitud HTTP NEW_CALL generada desde el gateway VXML.

El gateway VXML crea un mensaje PING HTTP destinado al servidor de llamadas CVP en "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

El CVP responde al PING en "16:11:32.452", donde la diferencia de tiempo es superior a 1 segundo

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

Esta respuesta hace que el gateway VXML genere ahora una solicitud HTTP NEW CALL que se encuentra en "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

CVP responde a esta solicitud en "16:11:34.112", donde la diferencia de tiempo es de nuevo de 1 segundo o más

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

Este intercambio de ping HTTP , solicitud de llamada HTTP NUEVA y respuesta de CVP consume más de 2 segundos que el autor de la llamada experimenta como silencio.

Solución

La razón por la que el servidor CVP tiene un retraso en la respuesta se debe al proceso tomcat, en el que toma algún tiempo establecer una conexión TCP y segmenta los paquetes a 590 bytes cada uno. Para corregir esta condición en el gateway VXML, configure el comando "ip tcp mss 1500"

Nota: TEste problema se rastrea bajo el defecto "CSCuq07550 - CVP 10.0 tomcat retrasa cuando el gateway VxML en una subred diferente"