I am calling a CTI-RP with a Forwarded Routing rule. I ran a test with Port Status Monitor, and it is hitting the correct Directory Handler. It looks like this is only happening with a few accounts, I will try to see why they are different. ... View more

Ask your Telco. I have AT&T BVOIP SIP trunks, and they set the outbound Calling Name (CNAME) on their switch. I have asked them, but they do not allow me to send a custom Calling Name. ... View more

My TAC case is now closed, with a work around, but no solution. It appears I am hitting something similar to CSCvm68247. The work around is to disable the Initial Announcement in the MoH Audio Source used by the Hunt Pilot set up for Native Call Queueing. I moved the Initial Announcement wav file to play in the UCCX script, right before the transfer step.   The key issue is that after the Transfer step, UCCX and the CUCM Annunciator are sending RTP packets to the same port on the calling phone (or CUBE gwy), at the same time. The phone's DSP is not designed to do this, so it drops both packet streams. The calling phone sends RTCP-Goodby and ICMP-Port Unreachable packets to UCCX, but these are ignored. The RTP packets coming from UCCX are blank (no audio content). It looks like there are two CTI transfer events. The first is when the UCCX Transfer step happens. It looks like this does not get completed. When the Initial Announcement is done, there is a second CTI event when the MoH music starts to play. UCCX stops the RTP stream when it gets the second CTI command.   None of this happens when you get rid of the Initial Announcement and go straight to the MoH stream. I will test it again when I upgrade to 12.5 ... View more

A lot of people are still hitting this bug. To be clear, you must remove the sip8832.1-0-0-0certmfg or sip8832.12-0-1-12 firmware from the Active AND Inactive partitions.Simply upgrading will not solve the problem.   The best way to do this is to set Device Defaults to use sip8832.12-1-1-23 as Active and sip8832.12-0-1SR3-1 as Inactive. When the phone boots up, it will upgrade to sip8832.12-1-1-23 , but the old version will still be in the Inactive partition. Now set the phone's Phone Load Name field to sip8832.12-0-1SR3-1 , and the phone will downgrade, and flush the old firmware out of the Inactive partition. At this point the CUCM phone page should list sip8832.12-0-1SR3-1 as Active Load ID, and sip8832.12-1-1-23 as Inactive Load ID. Now you can clear the Phone Load Name, click Apply Config, and the phone will switch versions back to sip8832.12-1-1-23   If the phone hangs during this procedure, power cycle it while holding the * key, until the green LED flashes ON then OFF. Now start the upgrade again. Be patient, it may take 10-15 minutes to upgrade. ... View more

Thanks. I tried a simple "End" under the successful transfer step, but still have the same problem. I am also looking at the packet capture from the UCCX server, but don't see anything unusual. SCCP calling endpoints don't seem have this problem, but I am still testing. I have opened a TAC case, and I'll post any results.     ... View more

Yes, same one. If you are using this on a UCCX 10.6 cluster, make sure you get the one from your wfavvid_1061 folder. Sometimes there are slight differences between versions. For the same reason, I wouldn't edit any 10.6 scripts with your 8.0 CCX editor. Editing a 8.0 script on a 10.6 editor will *usually* update the script to run on 10.6. ... View more

This is a System script, and I don't think it can be edited. If you have installed the CCX Editor, then you can find a copy of icd.aef on your PC in the WFAVVID folder. On mine it is in C:\Program Files (x86)\wfavvid\Scripts\system You should be able to edit this, rename it, then upload to the UCCX server. You will have to change your applications to use the new .aef file. ... View more