Introduction
Este documento descreve um cenário comum de atraso observado na busca de um primeiro prompt que geralmente é um arquivo wav bem-vindo no fluxo de chamada abrangente do cvp
Prerequisites
Requirements
A Cisco recomenda que você tenha conhecimento destes tópicos:
- Cisco Unified Contact Center Enterprise (UCCE)
- Cisco Unified Customer Voice Portal (CVP)
- Gateways Cisco IOS e VXML
Componentes Utilizados
As informações neste documento são baseadas nestas versões de software:
- Cisco Unified Customer Voice Portal (CVP) versão 11.X
- Gateway do Cisco IOS com a linha de software Cisco IOS 15.4(x)M atuando como gateway de entrada
- Gateway VXML em execução no mesmo gateway de entrada
Problema
Quando o Cliente liga para a empresa, ele experimenta um silêncio de 2 segundos após o qual o prompt IVR começa a ser reproduzido. A análise dos registros de gateway CVP e VXML explicados aqui revela que o atraso ocorreu porque o CVP leva mais de 2 segundos para responder à solicitação HTTP ping e HTTP NEW_CALL gerada do gateway VXML.
O gateway VXML cria uma mensagem HTTP PING destinada ao servidor de chamadas CVP em "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
O CVP responde ao PING em "16:11:32.452", onde a diferença de tempo é 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
Essa resposta ativa o gateway VXML para gerar agora uma solicitação HTTP NEW CALL em "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
O CVP responde a esta solicitação em "16:11:34.112" onde a diferença de horário é de novo 1 segundo ou mais
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
Essa troca de ping HTTP , solicitação de NOVA Chamada HTTP e resposta do CVP consome mais de 2 segundos que o chamador considera como silêncio.
Solução
O motivo pelo qual o servidor CVP tem um atraso na resposta é devido ao processo tomcat, no qual ele leva algum tempo para estabelecer uma conexão TCP e segmenta pacotes para 590 bytes cada. Para corrigir essa condição no gateway VXML, configure o comando "ip tcp mss 1500"
Note: TEsse problema é controlado sob o defeito "CSCuq07550 - CVP 10.0 tomcat delay when VxML gateway in a different subnet" (Atrasos de tomcat quando o gateway VxML em uma sub-rede diferente)
Feedback