08-15-2014 01:44 PM - edited 03-18-2019 03:17 AM
We upgraded VCS's to X8.2.1 for vulnerability remediation. When I look at Status->Calls->Calls the Duration appears to be calculated using the UTC time as the start time and not the local TZ offset. When I have been connected for 7 secs the Duration shows 5 hours 7 secs (the system is using valid NTP servers and is set at CST6CDT). Has anybody else experienced or noticed this?
08-18-2014 03:05 PM
I've found that when setting the System->Time->Time zone to 'America/Chicago' it is ok, but when set to CST6CDT the problem occurs. I'm still awaiting for answers from my open Cisco case.
09-08-2014 11:43 AM
Greetings,
I just wanted to add my voice to yours. We are also running X8.2.1 on both our Control and Expressway, and both are appliances versus VMs.
We are experiencing that same issue. We are set to EST5EDT, and have a valid and functioning NTP. When the calls begin they are offset by 4 hours.
I will be opening a TAC case later today so we can track the problem.
Best of luck,
TM
11-18-2014 02:37 AM
I wondered if there has been a resolution to this as we seem to be seeing a similar issue under x8.2.2.
We set the VCS to 'GB' which should account for daylight savings, however, the time clock now shows an hour ahead of where it should be (i.e. BST (GMT+1) rather than GMT), the the call timers show calls as existing for an additional hour.
Obviously all the log are out as well.
We could force these back to GMT, but of course next spring we will find that the daylight offset will not be applied.
Can we have some feedback from Cisco Please?
Cheers
Chris
Discover and save your favorite ideas. Come back to expert answers, step-by-step guides, recent topics, and more.
New here? Get started with these tips. How to use Community New member guide