简介
本文档介绍在获取第一个提示时出现延迟的常见场景，该提示通常是cvp综合呼叫流中的欢迎wav文件
先决条件
要求
Cisco 建议您了解以下主题：
- 思科统一联系中心企业版(UCCE)
- 思科统一客户语音门户(CVP)
- 思科IOS和VXML网关
使用的组件
本文档中的信息基于以下软件版本：
- 思科统一客户语音门户(CVP)版本11.X
- Cisco IOS网关，带Cisco IOS软件系列15.4(x)M作为入口网关
- 在同一入口网关上运行的VXML网关
问题
当客户呼叫时，在IVR提示开始播放后，他们会经历2秒的静默。此处解释的CVP和VXML网关日志分析显示，出现延迟是因为CVP需要超过2秒才能响应从VXML网关生成的HTTP ping和HTTP NEW_CALL请求。
VXML网关创建发往CVP呼叫服务器(地址为“16:11:31.292”)的HTTP PING消息
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
CVP在“16:11:32.452”时响应PING，此时间差超过1秒
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
此响应触发VXML网关，以立即生成HTTP新呼叫请求，该请求的地址为“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在“16:11:34.112”响应此请求，此时间差再次为1秒或更久
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
此HTTP ping、HTTP NEW Call请求和来自CVP的响应的交换需要超过2秒，呼叫方以静默状态体验。
解决方案
CVP服务器出现延迟响应的原因是Tomcat进程，在该进程中，它需要一些时间来建立TCP连接，并将数据包分段为每个590字节。要修复VXML网关上的此情况，请配置命令“ip tcp mss 1500”
注意： T此问题在“CSCuq07550 - CVP 10.0 tomcat delays when VxML gateway in a different subnet”缺陷下跟踪
反馈