Run external script aborts while executing PM

[Rajesh Muthu]

Setup: Lab

Call flow: comprehensive , ITSP -> CUBE -> CUSP -> CVP -> ICM -> CUSP -> CUCM -> Agents

CVP version: 11.5

ICM version: 10.5

CUCM version: 10.5

Issue description:

Its a lab setup, where we are trying to migrate CVP 10.5 to 11.5. Instead of upgrading existing server, we have built new CVP 11.5 server in a VM and integrated with existing 10.5 components and removed old CVP 10.5 server. After successful integration, We are facing below issue on our test call,

When we place the call to a test script, that is intended to play a media file continuously using PM microapp, the call plays the audio only for 18 seconds and hangs, the Run ext script node goes abort. The actual media file duration is 6 seconds and the caller hears a dead air.

Im attaching logs from CUBE, VXML gateway and CVP server by enabling below debugs. Any support is greatly appreciated.

VXML GW Debugs:

debug voip ccapi inout
Deb ccsip message
debug voip application vxml default
debug voip application vxml dump
debug rtsp all
debug mrcp all
debug http client all
No debug http client socket


CUBE debug:

Deb ccsip message
Deb voip ccapi inout

ANI: 2405416006

DN: 8558842156

[Chintan Gajjar]

Rajesh,

What's the below IP Addresses?

10.242.216.20

10.242.216.21

Sip Proxies?

From very brief look at the logs i see CVP is not able to establish a SIP connection to this IP's for VRU label connection.

46486: 10.242.83.244: Jan 19 2017 14:19:36.436 -0500: %_Resolver-7-com.dynamicsoft.DsLibs.DsUALibs.DsSipLlApi.Resolver: DsSipServerLocator.m_useDsUnreachableTable: is set to :true

46487: 10.242.83.244: Jan 19 2017 14:19:36.436 -0500: %_Resolver-7-com.dynamicsoft.DsLibs.DsUALibs.DsSipLlApi.Resolver: DsSipServerLocator.getNextBindingInfo: present DsUnreachableDestinationTable:/10.242.216.20

46488: 10.242.83.244: Jan 19 2017 14:19:36.436 -0500: %_Resolver-7-com.dynamicsoft.DsLibs.DsUALibs.DsSipLlApi.Resolver: DsSipServerLocator.m_useDsUnreachableTable: is set to :true
46489: 10.242.83.244: Jan 19 2017 14:19:36.436 -0500: %_Resolver-7-com.dynamicsoft.DsLibs.DsUALibs.DsSipLlApi.Resolver: DsSipServerLocator.getNextBindingInfo: present DsUnreachableDestinationTable:/10.242.216.21

46490: 10.242.83.244: Jan 19 2017 14:19:36.436 -0500: %_Resolver-7-com.dynamicsoft.DsLibs.DsUALibs.DsSipLlApi.Resolver: DsSipServerLocator.tryConnect() returning binding info = null ret_connection == null
46491: 10.242.83.244: Jan 19 2017 14:19:36.436 -0500: %_client-7-com.dynamicsoft.DsLibs.DsUALibs.DsSipLlApi.LlSM.client: tryNextServer(DsSipRequest) returning false because (m_connection_ == null).
46492: 10.242.83.244: Jan 19 2017 14:19:36.436 -0500: %_client-4-com.dynamicsoft.DsLibs.DsUALibs.DsSipLlApi.LlSM.client: can't connect to SIP server
com.dynamicsoft.DsLibs.DsUtil.DsException: ConnectionWrapper.check: can't establish connection
at com.dynamicsoft.DsLibs.DsSipLlApi.DsSipClientTransactionImpl$ConnectionWrapper.check(DsSipClientTransactionImpl.java:2543)
at com.dynamicsoft.DsLibs.DsSipLlApi.DsSipClientTransactionImpl.start(DsSipClientTransactionImpl.java:485)
at com.dynamicsoft.DsLibs.DsSipDialog.DsSipInvitation.start(DsSipInvitation.java:737)
at com.cisco.cvp.sip.SIPCallController.call(SIPCallController.java:1027)
at com.cisco.cvp.sip.SIPCallController.call(SIPCallController.java:961)
at com.cisco.cvp.sip.B2BUACommand.newDialogConnect(B2BUACommand.java:72)
at com.cisco.cvp.sip.SIPCallController.connect(SIPCallController.java:1830)
at com.cisco.cvp.sip.SIPCallController.handleLabel(SIPCallController.java:1230)
at com.cisco.cvp.sip.SipConnectHandler.run(SipConnectHandler.java:197)
at com.cisco.ccbu.infra.threads.InstrumentedRunnable.run(InstrumentedRunnable.java:92)
at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1145)
at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:615)
at java.lang.Thread.run(Thread.java:745)
at com.cisco.ccbu.infra.threads.ThreadPoolThread.run(ThreadPoolThread.java:164)

So the above IPs are marked as Present in DsUnreachable table becasue they failed to respond to SIP option Ping may be.

Can you confirm that you have healthy network between CVP and those IPs.

also can you check if you have followed the UCCE virtualized checklist as below while setting up new VMs.

http://www.cisco.com/c/en/us/support/docs/servers-unified-computing/ucs-manager/116092-vmware-deploy-cklst-ucce-00.html

for quick workaround:

Can you try disabling SIP Heart beats for Above IPs from OAMP and check if that's fixed?

[Rajesh Muthu]

Hi Chintan, yes those are sip proxies. Will try the workaround and confirm you