Tek-Tips is the largest IT community on the Internet today!

Members share and learn making Tek-Tips Forums the best source of peer-reviewed technical information on the Internet!

  • Congratulations Chriss Miller on being selected by the Tek-Tips community for having the most helpful posts in the forums last week. Way to Go!

Time Zone Errors

Status
Not open for further replies.

derfloh

Technical User
Mar 18, 2010
5,613
DE
Hi there,

i installed a new IPO (even 7.0232702) but upgraded VMPro to 8.0 because I plan to upgrade IPO too.

I send all calls (-0) throug VMPro and VMPro has to decide if the call will routed to a central hunt group or if it has to play a menu to the caller.

I created a condition with conditions editor where I told VMPro to check the business times (from monday to friday, every da from 07:15 until 17:00).

Now the customer called me to ask me why the calls will not be send to the menu at 17:30 on wednesday.

I checked everything many times and filled user variables with $DATE and $TIME. Everything looked fine, the time and date values were correct.

After testing a lot i crated a call flow with a time action in it. So I heard the local IPO time and it told me it is 16:30 (although 17:30 would be right).

I checked the VMPro time zone and IPO time zone and they are the same.

The only way I could think of is to change the time zone settings in IPO but then all the users will ask me why the time shown on the phone is wrong.........

Does anyone have an idea how to fix this?

Thanks a lot
 
The VM Pro takes its time from the server/pc it runs on, not the system time :)

NTE-wave-logo-for-a4-header.gif
Not happy with Avaya ATM....
 
No it's not... ;-)

if I tell the IPO that the offset is 00:00 or 02:00 instead of 01:00 the voicemail action tells me the corrected time...
 
It is not supported to have Voicemail Pro 8.0 on a 7.x system.

Secondly, VMP 8.0 supports ITZ which could be causing the time offset but it is specifically noted in documentation that ITZ isn't supported without an IP Office 8.0 system.

Kyle Holladay / IPOfficeHelp.com
ACSS & APSS Avaya SME Communications
APDS Avaya Data
MCP/MCTS Exchange 2007/2010
Adtran ATSA, Aruba ACMA

"Thinking is the hardest work there is, which is the probable reason why so few engage in it." - Henry Ford
 
Yes it does, it may take the offset in Manager into account but it takes it's time from the server, change the date to be a Sunday on the VM server if you don't believe me, that's how I test routing by changing the time/date on the server :)

NTE-wave-logo-for-a4-header.gif
Not happy with Avaya ATM....
 
Short Update... I did an upgrade to IPO v8. After setting the time source in IPO to the NTP-Service running on the VMPro machine everything worked fine. I will check tomorrow in the morning if it is still good.

Sorry for wasting your time.
 
Our time is not important, it is your time being wasted by not using the right software levels but now you learned that :)


BAZINGA!

I'm not insane, my mother had me tested!
 
Status
Not open for further replies.

Part and Inventory Search

Sponsor

Back
Top