Heads Up :
The post you are writing will appear in a public forum. Please ensure all content is appropriate for public consumption. Review the employee guidelines for the community here.
(a) Using RTMT pull the Cisco AXL Web Service Logs on the UCM to see if the UCCX AXL request is even hitting it.(b) Using RTMT pull the MADM logs on the UCCX (I think this captures AXL requests). See https://www.cisco.com/c/en/us/support/docs/custom...
If it happens to people "at random" (i.e. most of the time everything works fine for a set of agents and then calls start getting disconnected after one second for the same set of agents) it then it is probably some of kind of resource problem, like ...
(a) Test the Queuetime/Ringtime with a test script set up in the same way (no queue prompts) with one CSQ and one agent. Deliver a call, let it ring for a set amount of seconds, answer it and then check the report. For me, they should be different ...
Point 1 is fine.In Point 2, Queue Time and Ring Time measure different parts of the call..https://www.cisco.com/c/en/us/td/docs/voice_ip_comm/cust_contact/contact_center/crs/express_11_6/user/guide/uccx_b_ccx-reporting-guide/uccx_b_ccx-reporting-guid...
Maybe there is a another reason why you are sending to the CUBE (via CVP) after the call hits ICM, but if the only reason is to play back a busy signal (by blocking a label at the CUBE) then I wouldn't do that. It kinda complicates things. Hopefull...
