Hello! For years, I've had a Windows 7 box setup running freeSSHd v1.3.1 on one of our Cisco voice hosts to handle the backup jobs for CUCM v10.5, UCCX v10.6, and CUXN v10.5. The only thing this Windows 7 box does is handle the backups for those 3 systems. Other than that, there is no overhead on this box at all.    However, after a recent shutdown / reboot of the hosts to update the ESXi from v5.5 to v6.5, backups have been spotty at best. There is plenty of space for the backup files on the Windows 7 box and the pre-check for staging / disk space always passes, but the jobs continuously fail with this error most frequently:      Result Code : 116-SFTP transfer failed during Backup. Either there is not enough disk space or network transfer failed due to interuption while transferring data to configured SFTP Server Result String : ERROR     2019/04/15 01:07: Tar/sftp operation failed. 2019/04/15 01:07: BACKUP OPERATION HAS FAILED     error writing output file tar: -: Wrote only 2048 of 10240 bytes tar: Error is not recoverable: exiting now     I've tried rebooting the Windows 7 box, changing the backup schedule times, re-associating the backup devices inside of the Disaster Recovery System, moving the Windows 7 box to the same virtual host as the CUCM, UCCX, and CUXN servers all to no avail.    Any input / recommendations is greatly appreciated.    ... View more

Hello. We are looking to implement Cisco Jabber. I was wondering if there is a way to block foul language from being used in the chat sessions.    I know that contacts can be blocked in Jabber and that the chat sessions can be logged, but I'm trying to find out if there is a way to specifically block keywords in the chat sessions and from what I have found, there is no way to do so. Is there a possible add-on, maybe? Something that could prevent the user from sending the chat if a foul word / keyword was detected?    Any information is greatly appreciated. Thanks!  ... View more

Hello! We're running UCCX v10.6.1 and UCGURU Wallboard. Earlier this week, the Wallboard Server crashed.   We rebuilt the server and everything looks to be correct but the webpage has only displayed the "500 - Internal Server Error" message.   The ODBC is configured correctly and the parameters.cfg file is as well (it is the same file we were using before he server crashed).   I'm thinking there's something I'm missing in IIS? I'm attaching screenshot as well.   Any information is greatly appreciated. Thanks! ... View more

Hello. We recently upgraded our Calabrio Workforce Management software to version 11.5 SR6. We are running UCCX v9.0(2). Our Agents access the Calabrio WFM website via the browser in their Cisco Agent Desktop. Ever since the upgrade, the Agents are unable to submit any schedule requests/exceptions when using the WFM website through the browser on the CAD. The options simply do not allow them to click anything (see attached/uploaded screenshot). What I have tried to no avail: -Deleting the Internet Cache -Turning Off the Pop-Up Blocker in IE -Rebuilding the User's profile All functions work just fine if they access the WFM page from a standard Internet Explorer window. But when accessing it via the browser in the Cisco Agent Desktop is where we are having problems. Calabrio support is at a loss and TAC sends me to Calabrio support if I open a case. Any help or direction is greatly appreciated. Thanks. ... View more

Hello! We are running the following: CUCM v9.1.2 CCX v9.0.2 Cisco IP Communicator v8.6.6 For switching, we are running 6880s on a VSS core. Our phone network is on the 10.200.0.0 subnet. Our PC/Server network has a subnet of 10.131.0.0. The phones and PCs each have 1GB throughput. Recently, we moved our Contact Center employees from desk phones to Cisco IP Communicator softphones. In doing so, the IP Communicator softphone takes on the IP address of the PC which is a 10.131.x.x address, whereas before the physical desk phone took an IP address from the 10.200.x.x subnet. Everything operates fine with one exception. The agents like to perform warm transfers when transferring calls. Meaning that if an agent is on a call and needs to transfer, they hit the "More" hotkey and then "Join" followed by typing in the extension of the person they wish to transfer the call to. That person picks up the call on their Cisco IP Communicator softphone and all 3 parties are on the line. When the original calling party/agent goes to drop off of the call, it ends the call altogether/freezes the app on the agent's computer/drops the caller. This doesn't happen on every warm transfer call, only periodically. There doesn't seem to be any rhyme or reason to it, nor does it happen to specific agents more than the others. I opened a previous case with TAC on the IP Communicator team and after looking at CIPC trouble reports from several of the PCs the TAC engineer suggested that it is in fact a QoS issue due to the fact that the voice traffic changed from one subnet to another but that type of reconfiguration was out of his wheelhouse. It is also out of my wheelhouse as I have very little experience with QoS but I looked at the switch to see if anything in the config stuck out at me. Below is the QoS config from the core switch: ================================================================================ ip access-list extended qos-CALL-SIGNALING  permit tcp 10.200.4.0 0.0.3.255 any range 2000 2002  permit tcp 10.200.76.0 0.0.3.255 any range 2000 2002  permit tcp 10.200.80.0 0.0.3.255 any range 2000 2002  permit tcp 10.200.84.0 0.0.3.255 any range 2000 2002  permit tcp 10.200.4.0 0.0.3.255 any eq 5060  permit tcp 10.200.76.0 0.0.3.255 any eq 5060  permit tcp 10.200.80.0 0.0.3.255 any eq 5060  permit tcp 10.200.84.0 0.0.3.255 any eq 5060  permit udp 10.200.4.0 0.0.3.255 any eq 5060  permit udp 10.200.76.0 0.0.3.255 any eq 5060  permit udp 10.200.80.0 0.0.3.255 any eq 5060  permit udp 10.200.84.0 0.0.3.255 any eq 5060  permit tcp 10.200.4.0 0.0.3.255 any eq 5061  permit tcp 10.200.76.0 0.0.3.255 any eq 5061  permit tcp 10.200.80.0 0.0.3.255 any eq 5061  permit tcp 10.200.84.0 0.0.3.255 any eq 5061  permit udp 10.200.4.0 0.0.3.255 any eq 5061  permit udp 10.200.76.0 0.0.3.255 any eq 5061  permit udp 10.200.80.0 0.0.3.255 any eq 5061  permit udp 10.200.84.0 0.0.3.255 any eq 5061  permit udp 10.200.4.0 0.0.3.255 any range 11000 11999  permit udp 10.200.76.0 0.0.3.255 any range 11000 11999  permit udp 10.200.80.0 0.0.3.255 any range 11000 11999  permit udp 10.200.84.0 0.0.3.255 any range 11000 11999  permit udp 10.200.4.0 0.0.3.255 any eq 2427  permit udp 10.200.76.0 0.0.3.255 any eq 2427  permit udp 10.200.80.0 0.0.3.255 any eq 2427  permit udp 10.200.84.0 0.0.3.255 any eq 2427  permit tcp 10.200.4.0 0.0.3.255 any eq 2428  permit tcp 10.200.76.0 0.0.3.255 any eq 2428  permit tcp 10.200.80.0 0.0.3.255 any eq 2428  permit tcp 10.200.84.0 0.0.3.255 any eq 2428  permit udp 10.200.4.0 0.0.3.255 any eq 1719  permit udp 10.200.76.0 0.0.3.255 any eq 1719  permit udp 10.200.80.0 0.0.3.255 any eq 1719  permit udp 10.200.84.0 0.0.3.255 any eq 1719  permit udp 10.200.4.0 0.0.3.255 any eq 1720  permit udp 10.200.76.0 0.0.3.255 any eq 1720  permit udp 10.200.80.0 0.0.3.255 any eq 1720  permit udp 10.200.84.0 0.0.3.255 any eq 1720 ip access-list extended qos-CC-AGENT-DESKTOP-TRAFFIC  permit tcp 10.131.80.0 0.0.3.255 any eq 3001  permit tcp 10.131.80.0 0.0.3.255 any eq 3002  permit tcp 10.131.80.0 0.0.3.255 any eq 12028 ================================================================================ 10.200.80.0 is the subnet that housed the physical IP phones for the agents before we moved them to the IP Communicator softphones. Now the agents' softphones run through their PC via the 10.131.80.0 subnet. I have a couple of questions... -Has anyone else experienced a problem like this before? And if so, is this in fact a QoS issue, or does it sound more like a bug? -If it is a QoS issure, what lines of config would I need to change in the current QoS configuration on the switch to make it where the softphones received the same QoS treatment as the physical desk phones? Any recommendations/help is greatly appreciated. Thanks! ... View more

Hello. I am running Cisco IP Communicator v8.6.6 with Cisco CUCM v 9.1.2. I have allowed the Users group full permissions to the C:\Program Files (x86)\Cisco Systems directory on the PCs where the application is installed. However, when they login to the application and right-click and go to Preferences, the Network tab is grayed out. If I try to "Run as Administrator" it is grayed out, too. I can login as my network admin account and I then have access to the options to change the Device Name and specify the TFTP servers. I know this looks like a permissions issue, but if I grant full access to the directory for the Local PC Users group, shouldn't that open the Network tab up to where we can modify it? Is there a setting I can change to open this up to the users? Any recommendations is greatly appreciated. Thanks! ... View more

Hello! A while back, our Contact Center Supervisor asked if there was a way to pull reports on how many times a menu option on our IVR is pressed.   We found a away using variables listed here: https://supportforums.cisco.com/discussion/11462656/reporting-question   While that process does work, it is time consuming and tedious having to manually add the totals from the report.   Has anyone else found a quicker way to compile this data? Is there possibly a 3rd party software that does this?   Any help is greatly appreciated. Thanks. ... View more