Time Zone Mystery
SteveInWA:
There is absolutely no hardware issue that could possibly cause the time to differ. Your unit is not defective. Think about it: it is a computer. It has no idea what time it is. It gets that information externally and displays it. There is no battery-operated RTC as you would find in a PC.
When you followed my instructions earlier, did you look at the time after you deleted/reset/re-attached the device, and BEFORE you started adding SPs?
Note that Google Voice itself has a time zone setting, which could be sending the wrong time to the phone. I just tested this by changing my Google Voice timezone to a random different TZ (GMT +3 Minsk), rebooted my phone, and it briefly displayed the wrong time before connecting to the Callcentric SPs.
Sign into your correct Gmail account (the one that holds your Google Voice phone number). Go here: https://voice.google.com/settings. Scroll down the left-sidebar and click the three stacked dots. Scroll down and click "Legacy Google Voice." On the Legacy page, click the gear icon to get to settings. On the settings page, click the "Account" tab. On that page, change the time zone to Pacific and save your settings. Reboot the phone. If the TZ is still wrong, you have a configuration issue on the phone, because...
The phone is going to show whatever date/time is being sent from the service provider configuration. If you added PBX settings (contrary to my instructions), then perhaps your PBX is sending the wrong time, overriding the Google Voice SP.
It is customary for IP phones and ATAs to require reboots for most configuration changes.
If this product isn't meeting your expectations, then perhaps you would be happier with another brand of IP phone.
HHillsman:
SteveInWA, hello once again:
I did confirm the legacy GV settings - correct TZ there. Your comments got me thinking, so I popped onto Webmin to see how the Linux IP PBX box was set. I was surprised to discover that, in fact, it was set one hour ahead. I was unaware that the Obihai was getting NTP data from the PBX, but, as you say, you've seen it happen yourself. Good one! We've got a couple dozen Polycom units here and they don't behave that way. If I were in WA, I'd give you a pat on the back myself. This is definitely worth documenting somewhere.
As to GV, I think the strategy I will next assay is to let it sit for 24 hours with the GV SP deleted (to avoid continuous registration attempts) until the Google host timer resets. If I keep the current config and simply add GV as a penultimate step (need to set the line appearance, but otherwise no fiddling) I think that might do it. I considered the effect of high-frequency re-registration at GV earlier on in the process, but could find no documentation on that issue. It was weird that I got fails on all three GV accounts, but maybe they were blocking the subnet's public IP address.
With respect to the frequent restarts, for all the 500 and 600 series Polycom IP phones we've had, few of the config changes triggered restarts. A good thing, actually, since the Obi phones are WAY faster to reboot than the Polys. I mean...like five minutes for a restart. I see the same thing on the IP phone/cam equipment we have on doors and gates: make a bunch of changes and you get a message that says "RESTART THE DEVICE FOR THE CHANGES TO TAKE EFFECT"
Again, many thanks for the TZ hint! <sigh> now to get back to MUCH less fun stuff....
SteveInWA:
...if only you had followed my instructions from the get-go, and not configured the PBX SPs, then the problem would have been obvious.
In any case, I am glad the problem has been discovered and fixed.
HHillsman:
SteveInWA, following up....
Obihai support just solved the GV registration issue. Turns out, 'tweaking' was not the problem - it was the firmware version. Although the unit showed 'no updates' for the SW version, the support team pushed 6.2.3 (Build: 4907.1311) to the unit and that did the trick. Apparently, the installed version (6.2.3 Build: 4860.1311) would not allow GV to operate in a configuration with Asterisk-type IP-PBX SIP registrations on other SPs.
Appreciate your efforts and interest!
Navigation
[0] Message Index
[*] Previous page