Showing results for 
Search instead for 
Did you mean: 


UCCE v12.5 Courtesy Callback Error At CallbackEntry script

UCCE v12.5 system with Reporting server. Trying to get CCB up and running using the default 5 scripts Cisco has for CCB. Courtesy Callback is deployed in OPS Console to Call Servers, Reporting Server is deployed and licensed. Skillgroup/qname changed to reflect local skillgroup configured in ICM and EWT statically set to 300. All 5 VXML scripts are imported from OPS Console directory deployed and are all running. However, when I make calls to the sample ICM CCB script, I see that it fails in the CallbackEntry VXML script based on the VXML logs I see, specifically when it hits the "Enter Queue_01" node. This is prior to doing any of the validation steps. However, can't figure out why it's failing on the Entry node. See below snippet. Any ideas where I should look? TIA,06/07/2021 11:51:54.570,,start,newcall,,06/07/2021 11:51:54.570,,start,ani,6024301111,06/07/2021 11:51:54.570,,start,areacode,602,06/07/2021 11:51:54.570,,start,exchange,430,06/07/2021 11:51:54.570,,start,dnis,6023042222,06/07/2021 11:51:54.570,,start,uui,NA,06/07/2021 11:51:54.570,,start,iidigits,NA,06/07/2021 11:51:54.570,,start,parameter,callid=7ECFE0ACC6E711EB9DC7E2AA2D66BBB6,06/07/2021 11:51:54.570,,start,parameter,_ccbServletReqTimeout=20,06/07/2021 11:51:54.570,,start,parameter,_ani=6024301111,06/07/2021 11:51:54.570,,start,parameter,ewt=300,06/07/2021 11:51:54.570,,start,parameter,queueapp=BillingQueue,06/07/2021 11:51:54.570,,start,parameter,qname=CCB_TEST,06/07/2021 11:51:54.570,,start,parameter,_ccbServlet=,06/07/2021 11:51:54.570,,start,parameter,_dnis=6023042222,06/07/2021 11:51:54.570,,start,parameter,_userCourtesyCallbackEnabled=1,06/07/2021 11:51:54.570,,start,parameter,ani=6024301111,06/07/2021 11:51:54.570,CVP Subdialog Start_01,enter,,06/07/2021 11:51:54.617,CVP Subdialog Start_01,exit,done,06/07/2021 11:51:54.617,Enter Queue_01,enter,,06/07/2021 11:51:54.617,Enter Queue_01,custom,Callback_Enter_Queue,ELEMENT_ENTRY,06/07/2021 11:51:54.617,Enter Queue_01,custom,thishost,,06/07/2021 11:51:54.617,Enter Queue_01,exit,,06/07/2021 11:51:54.617,,element,error,,06/07/2021 11:51:54.617,Return to ICM on Error,enter,,06/07/2021 11:51:54.648,Return to ICM on Error,element,warning,A substitution representing Session data named "CallbackType" referred to non-existent information. An empty string was substituted instead.,06/07/2021 11:51:54.648,Return to ICM on Error,exit,,06/07/2021 11:51:54.648,,custom,Callback_Leave_Queue,ELEMENT_ENTRY


Had a delay working on this as I was waiting for CUBE configs to be completed but that didn't help/fix this issue. One thing I noticed is on the error logs for the CallbackEntry script, I was seeing the below errors. I searched online but couldn't find anything regarding this error. Any ideas?,07/14/2021 11:31:00.192,An error occurred in the on end call class The error was: java.lang.IllegalArgumentException: SSL context may not be null
java.lang.IllegalArgumentException: SSL context may not be null
at org.apache.http.util.Args.notNull(
at org.apache.http.conn.ssl.SSLConnectionSocketFactory.<init>(
at com.audium.server.controller.Controller.runOnEndCall(
at com.audium.server.controller.Controller.onEndCall(
at com.audium.server.controller.Controller.doEarlySessionInvalidation(
at com.audium.server.controller.Controller.doPost(
at javax.servlet.http.HttpServlet.service(
at javax.servlet.http.HttpServlet.service(
at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(
at org.apache.catalina.core.ApplicationFilterChain.doFilter(
at org.apache.tomcat.websocket.server.WsFilter.doFilter(
at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(
at org.apache.catalina.core.ApplicationFilterChain.doFilter(
at org.apache.catalina.filters.HttpHeaderSecurityFilter.doFilter(
at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(
at org.apache.catalina.core.ApplicationFilterChain.doFilter(
at org.apache.catalina.core.StandardWrapperValve.invoke(
at org.apache.catalina.core.StandardContextValve.invoke(
at org.apache.catalina.authenticator.AuthenticatorBase.invoke(
at org.apache.catalina.core.StandardHostValve.invoke(
at org.apache.catalina.valves.ErrorReportValve.invoke(
at org.apache.catalina.core.StandardEngineValve.invoke(
at org.apache.catalina.connector.CoyoteAdapter.service(
at org.apache.coyote.http11.Http11Processor.service(
at org.apache.coyote.AbstractProcessorLight.process(
at org.apache.coyote.AbstractProtocol$ConnectionHandler.process(
at java.util.concurrent.ThreadPoolExecutor.runWorker(
at java.util.concurrent.ThreadPoolExecutor$
at org.apache.tomcat.util.threads.TaskThread$



Did you also do the Courtesy Callback steps in CVP OAMP (like the number of call attempts, etc.)?

Can you include a screenshot of the script (not sure if it has changed much in v 12.5)?



Yes, I have the configs setup in OAMP for CCB. It's set to 0 for now which is unlimited I believe. 


Don't believe it's changed for v12.5 but here's some screen shots of ICM and CVP script. Apologies if they're little hard to see but these are pretty much default except for the queue and CVP server. I did also change the ewt in ICM to "300" for now.




Hi, and the other settings in OAMP like Allow Unmatched Dialed Numbers: are checked? Are you doing anything unusual as far as secure connections with CVP/CVP Reporting server? And your reporting server shows up?


Yes, I have allow unmatched dialed numbers checked. The secure connection  with courtesy callback db is left unchecked. Reporting server shows up as well.

Rising star

1) I see in the Activity Log that you've changed the ICM script to pass "qname=CCB_TEST"  (instead of qname=billing).

Are you aware that you MUST match that qname in the SetQueuDefaults node in the CallbackEntry app? This might not be causing the 'error' you see, but if you do get past the error, your caller won't be offered a callback unless the Studio app executes a SetQueueDefaults node with the Queue Name setting matching CCB_TEST


2) The error in your error log is related to the end of call, not the EnterQueue. Is there any other error in the error log related to the EnterQueue?  The end of call error isn't giving you any useful info. It's caused because whenever a caller leaves the CallbackEntry app, some End of Call java code always runs to check whether to remove a caller from the CB Servlet's in-memory virtual queue. Since the caller wasn't successfully added to the in memory queue, the end of call code has a problem removing the caller from that queue. This will clear up once you fix the first error.


3) You might also check if the callback servlet is running by using a web browser and entering this URL:     (upper case D)
you should see something that says "Servlet in memory queue"


4) I suspect you haven't exchanged all the Certificates required - that's a HUGE problem in 12.5 getting all the certs right.



Hello Janine,

Yes, the SetQueueDefaults_01 node has the CCB_TEST name updated to match. I can also get into the callback servlet URL and it shows similar metrics you have attached.

I will re-check the certificates and verify, as this was handled by someone else previously. Thank you!


Hi@SANJ21 what was the fix/root cause for this issue?



Not yet. We have a TAC case opened on this and your peers (Rick and Margie) are working on this as well with a parallel TAC case opened.


So Janine was right on the money with the issue being certificates. Although accessing the Diag URL for each CVP server showed a padlock with valid cert path, this was not sufficient enough to validate that all certs were loaded as you need to check the keystore as well to make sure they're all imported.

To check on each CVP server:

1. In CMD, go to c:\cisco\cvp\jre\bin

2. Enter keytool.exe -list -v -storetype JCEKS -keystore c:\Cisco\CVP\conf\security\.keystore >cert.txt

3. Enter keystore pwd (found in registry HKEY_LOCAL_MACHINE\SOFTWARE\WOW6432Node\Apache Software Foundation\Procrun 2\CallServer\Parameters\Java and view Options 

4. Enter cert.txt


This should show all certs imported to keystore. For our case, the intermediate certs were not imported into keystore. One CVP server had it which I used to compare the rest to.


The fix was to import the missing certs and restart VXML service in OAMP.


Recognize Your Peers
Content for Community-Ad