We recently upgraded to UCCX 9.0(2) and now use the CUIC for historical reports. So far it seems like a step backwards in terms of ease of use and flexibility in running various reports. Our Call Center is open from 7 AM to 7 PM M-F. I want to run a CSQ activity report that shows the number of inbound calls after 5 PM over the last 60 days. Seems fairly straight forward, but have not been able to figure out how to capture this information. I choose the absolute time frame of 4/23/14 to 6/23/14 (60 days) and then choose the starting time as 5 PM and ending time as 11:59 PM. This gives me results that I know are not correct as the volume is extremely high. I believe what the report is capturing is from 5 PM on 4/23 and running through 11:59 PM on 6/23. Anyone know how to run report to capture the data I am looking for? Thanks in advance.
... View more
I have several remote users conneting to an ASA 5510 device. They have Windows 7 (32 bit) machines and connect using Cisco VPN Client (220.127.116.11). Everyone connects fine and is able to work through out the day. They basically use Citrix Reciver to connect to citrix apps and use Cisco IP Communicator softphone for phone service. However, 2 or 3 of them have complained that they get disconnected everyday after being connected for 6 to 6.5 hours. They say it is like clockwork. All their citrix apps lock up and disconnect briefly for 1-3 minutes and then everything comes back online. Normally everything reconnects itself and they do not have to reconnect to VPN client or citrix. I thought initially it had something to do with Citrix, however one said they were using their softphone when things disconnected. So that points to the VPN client or their internet connection. I rule out their internet connection since it is happeing to multiple people. Has anyone heard of this? It shouldn't be an idle timeout issue since they are actively working all day. Is their something with the client itself timing out or causing brief disruption to the NIC?? Any help would be appreciated. Thanks... Dave
... View more