CCX and Logjam

The latest versions of Firefox and Chrome seem to have fixed the Logjam vulnerability which is causing issues logging into the CCX admin page.

Here’s the workaround:
>> Now for logjam exploit related to the Diffie-Hellman algorithm the workaround in place is as below :
1)    In FireFox, enter “about:config” in the URL field and press enter.
2)     Accept the “This might void your warranty!” warning
3)     In the search field at the top, enter “security.ssl3.dhe_rsa_aes”
4)    Double click each result (128 and 256) to toggle the Value to “false”

After accessing the page and doing what you need, you’ll want to set them back to true or you’ll be vulnerable.

Another option is to keep a copy of the worlds greatest browser ever, Firefox 24, installed for accessing CCX.  😉

UCCX 10.6 – Running Finesse and CAD simultaneously with Mixed Mode

Prior to today, cutting a contact center over from CAD/CSD to Finesse was not an insignificant task, requiring a flash cut of the system.

It is expected that CCX 11.0 will be a Finesse only release, requiring customers to move to Finesse if they want to upgrade to 11 or newer.  The good news is that UCCX 10.6 has been announced to allow CCX to run both CAD and Finesse simultaneously in what Cisco is calling Mixed Mode. 

The COP file is located here –

I had a customer on the EFT for it for the last month and it worked very well.  There are some limitations to be aware of and installation will require a couple reboots of your CCX environment.

Installation notes are in the readme here –

The release notes mention Appendix A of the Design Guide but I don’t see an updated one posted yet.  The doc or section should have some sort of title like Cisco Finesse Desktop Mixed Mode Deployment when it comes out.  I wouldn’t upgrade until you’ve read ALL the detail in the document, especially for larger contact centers or ones that are doing outbound or chat/email.


Basically you install the COP file from the CLI and restart, then follow the instructions to configure Finesse using the Finesse Administration portal on CCX.  Once you’ve got Finesse configured you can start to migrate agents and supervisors to it.  Keep in mind that you’re going to want to migrate a team at a time because a supervisor can’t be in Finesse and see their agents in CAD, or vice versa.


There are some limitations to be aware of using Mixed Mode, as it won’t support all CCX deployments and features.

Features supported:

  • Inbound and Outbound Voice (Direct preview only on both CAD and Finesse) can be migrated from CAD to Finesse in a phased manner
  • Supervisory features with few limitations
  • Reporting
  • Failover
  • Recording with few limitations

Features not supported:

  • Web chat
  • Email
  • Predictive and Progressive Outbound

Note: The Chat and Email features will not work in a combination of CAD and Finesse and will work only with Finesse once its activated, hence it is recommended to move all chat and email agents at the same time

Other Limitations to note:

  • UCCX On-demand recording is supported only in CAD. Customers will have to use Mediasense or QM for Finesse workflow recording.
  • Migration of CAD configuration to Finesse will have to be done manually
  • Macros are not supported in Cisco Finesse and cannot be migrated. Customers will have to use the Cisco Finesse workflow engine to accomplish tasks previously done by CAD macros.
  • CRM connectors used with CAD will have to be reprogramed to be used with Finesse using API.
  • Barge-in, silent monitoring, and intercept are not supported in mixed mode when CAD and Cisco Finesse agents are participants in the same call (for example, in a transfer/conference).
  • A team led by one or more supervisors should completely use either CAD or Cisco Finesse for e.g. A supervisor who uses CSD cannot supervise a Cisco Finesse team and vice versa.

Adventures in upgrading to System Release 10.5

I took some time to help a customer upgrade their system from CSR (Cisco System Release) 9.1 to 10.5 recently.  As any good upgrade goes, it wasn’t without some significant drama….

[In particular, they were upgrading from CUCM 9.1(2) to CUCM 10.5(2);  CUCM IM&P 9.1 to 10.5(2);  CUC 9.1(2) to 10.5(2) and UCCX 9.0(2) to 10.6(1); Expressway x8.1 to x8.5]

Expressway-C and E was a textbook upgrade using the .gz upgrade files.

Unity Connection (aka CUC) was the first core component that we chose to bite off because it doesn’t have any version dependencies with the other components.  It was a textbook upgrade without issues.

The minor snag was CUC going unlicensed immediately because it was pointing to ELM on CUCM 9.1 and CUCM didn’t have 10.x licenses installed.  So watch out for that.  It was rather odd that CUC didn’t give us a 60-day grace period.  I moved it to it’s own PLM with appropriate licensing installed there.

We next chose to upgrade UCCX as 10.6(1) is compatible with CUCM 9.1(2). []

This is a refresh upgrade so you must install a refresh upgrade COP file on UCCX before installing 10.6(1).  Because it is a refresh upgrade the system upgrades the underlying VoS (RHEL-based Voice Operating System) and CCX is down while the system reboots and upgrades the OS.  I selected to have CCX stay on 9.0(2) after the upgrade, so that 10.6(1) is the inactive version and will just need a version switch reboot to go live.

The switch version reboot turned into a bit of a mess.  I issued it but the server didn’t seem to actually do anything.  I issued a CLI utils system reboot command about 2 minutes later and it screamed back that I shouldn’t do that as the system was in a version switch and the database could be corrupted.  I let it sit about 30 minutes and tried again.  This time it rebooted without complaining and came up on 10.6(1).

I had to run the typical process of updating the CAD client (this customer will move to Finesse in the next phase of the upgrade), using the Client Configuration tools you download and install from CCX.

Next was the CUCM publisher.  This ended up being a multi-hour affair.  I’d already heard about the very common problem of the Common partition being full, so I’d taken the liberty to use RTMT to clear out old logfiles.  You basically go to Trace and Log Central in RTMT, select Collect Files, choose a time period (I chose the previous 5 month period) did not ZIP the files (for time sake) and most importantly checked the box to Delete the files from the server.

I had the Common partition down to 50% utilized before the upgrade.

It failed citing the good old bugid CSCuc63312:

There is not enough disk space in the common partition to perform the
upgrade. For steps to resolve this condition please refer to the Cisco
Unified Communications Manager 9.1(1) Release Notes or view defect CSCuc63312
in Bug Toolkit on

So second-guessing myself, I decided to use the sledge hammer known as ciscocm.free_common_space_v1.1.cop.sgn COP file to clean out the common partition (this COP file script nukes the currently installed inactive version).  I gave that a run and rebooted the server.

The next attempt at install also failed with the same CSCuc63312 error!

Knowing that the Common partition wasn’t the issue (which you can see in the install logs that you can copy and paste from the GUI), I started doing some digging around.  It turns out that if the main partition doesn’t have enough room (which you can see in the log files by searching for the word “needed”), it will throw the CSCuc63312 error erroneously.

I found a couple of TAC cases where the next step to clean up room on the main partition is to clean up the TFTP directory.  This customers TFTP directory was over 5GB in size from multiple versions of large firmware for endpoints like the DX650 and Telepresence codec firmware for endpoints like the C40, SX20, SX10, etc.

Even after cleaning up the TFTP folder I was still hit with the same stupid error message:  Not enough space in the Common partition.  Even though I knew Common had plenty of room and I was fighting a main partition space issue.

Some enlightenment

I remembered that from CUCM 10.0 on, the OVA template had increased the disk size from 80GB to 110GB.  It turns out that if you increase the size of the VM’s disk in 10.0 or greater, CUCM will automatically see the space and take advantage of it.  CUCM 9.x doesn’t do this automatically.

The special sauce to get 9.1 to expand the disk is to install the ciscocm.vmware-disk-size-reallocation-1.0.cop.sgn COP file, shut the VM down, resize the VM HDD in ESXi to 110GB and then boot it back up.  CUCM will reboot a couple of times during the process and then come all the way up.

The detailed instructions are here —

After doing this CUCM 10.5(2) was able to install successfully.  Keep in mind that this is a refresh upgrade so the system will be down for an hour or so while VoS is updated, and the server will go through a couple reboots.


I initially tried to install the upgrade ISO and received an invalid checksum error.  Thinking it was the version of IM&P I’d downloaded from CCO (it’s been updated twice in the past week) I re-downloaded and hit the same error.  Note the current version of CUP is 10.5(2a) as of this writing.  If I’d paid attention to the documentation I’d have realized that you need to install the ciscocm.version3-keys.cop.sgn COP File which has the new keys that the 10.5(x) software images are signed with.  After installing this, the upgrade would recognize the ISO and upgrade.