Ive got a UCCX 7 box working with a CUCM6.0 in a lab environment to test new scripts for our production infrastructure. When im debugging the script the call is terminating on the Accept step. If i leave it the call will ring out but as soon as a step over to accept the call is gone. The CTI ports on the CUCM are configured ok but they show IP address of the CUCM as apposed to the UCCX like in our live environment. This cannot be the issue though because the call is sent to the trigger and delivered to UCCX to start the debug. Ive tried lots of things already like reinstalling, DNA etc but im a little lost now.
I have seen this on initially configured UCCX boxes, where the IP Address of the ports is wrong in CCM, but the CTI Route Points register with the proper IP Address of the UCCX server. Usually restarting the engine on UCCX fixes this. Your ports should show up as the IP Address of the UCCX server, not the CCM.
This would cause the behavior you describe. The trigger is fired as it's registered with the correct IP Address, but answering the call fails, because CCM is using the wrong IP Address for the port when trying to connect the call and it's failing at that point.
I've seen this on new installs of 7.x UCCX. The first time the ports don't register with the correct IP Address, instead they show up as the IP Address of the CCM. However, creating a CTI Route Point Trigger registers with the correct IP Address. It's simple to see if this is what you're seeing. Take a look at your CTI Ports and CTI Route Points and see if they all show with the same IP Address.
If they don't, then simply restart the UCCX Engine so that your ports all re-register and check them again.
No, the CTI ports are still pointing to the CUCM. Im just building a test v 7 box to see if this is any different. Ive deleted them, recreated them, sync'd them restarted the service but they still stay the same. From the call manager side im not too fussed now it is working. For now i need a working UCCX to build and test scripts for the exam and our production environment.
You have reached the Cisco Logistics Support Center.. To Check Status of
your RMA, visit Product Returns & Replacements (RMA). Need help? Contact
us by Phone or Email. North Americas Phone: 1800 553 2447 Option 4
Email: firstname.lastname@example.org Europe Phone: +3...
The short answer is that you don't.... That isn't entirely true while at
the same time it kind of is, but for the most part you don't configure
the softkeys. You enable or disable them via TCL. Here is the long
answer. Be sure to read the whole thing or e...
Topology: IP Phone > Switches > Microsoft NPS setup to forward 802.1x
proxy to > ISE 2.1 patch 3 Authentication: EAP-TLS using Cisco MIC SANs
Phone Models 802.1X support? 802.1x flavor Addtl Comment EAP-MD5 EAP-TLS
Cisco 3905 Y Y N Cisco 6911 Y Y N Cisco ...