Geekzone: technology news, blogs, forums
Guest
Welcome Guest.
You haven't logged in yet. If you don't have an account you can register now.


coffeebaron

6304 posts

Uber Geek
+1 received by user: 3566

Trusted
Lifetime subscriber

#31969 7-Apr-2009 08:30
Send private message

Seems the phones haven't updated for end of daylight savings yet??




Rural IT and Broadband support.

 

Broadband troubleshooting and master filter installs.
Starlink installer - one month free: https://www.starlink.com/?referral=RC-32845-88860-71 
Wi-Fi and networking
Cel-Fi supply and installer - boost your mobile phone coverage legally

 

Need help in Auckland, Waikato or BoP? Click my email button, or email me direct: [my user name] at geekzonemail dot com


Create new topic
grant_k
3539 posts

Uber Geek
+1 received by user: 124

Trusted

  #205794 7-Apr-2009 16:53
Send private message

Yeah, I noticed the same thing yesterday.  Obviously Linksys STILL haven't fixed the bugs in their DST rules as regards NZ.  This has been an issue since the launch of VFX 2.5 years ago.  Pretty slack really...

Come on Linksys, get it sorted!



sbiddle
30853 posts

Uber Geek
+1 received by user: 9996

Retired Mod
Trusted
Biddle Corp
Lifetime subscriber

  #205815 7-Apr-2009 17:55
Send private message

That's reminded me abot a ntp server massey run that uses NZST/NZDT rather than UTC. It means devices that choke with NZ's DST will stay correct as they're not receiving the time in UTC so don't need a timezone set.

The only problem is I've forgotten what one it is - anybody else know?


BlakJak
1330 posts

Uber Geek
+1 received by user: 735

Trusted

  #206321 10-Apr-2009 11:23
Send private message

None of this makes sense to me. All times served by NTP include a timezone, that's used to calculate offset ... there's no loading change in changing the timezone your NTP server runs in!




No signature to see here, move along...



sbiddle
30853 posts

Uber Geek
+1 received by user: 9996

Retired Mod
Trusted
Biddle Corp
Lifetime subscriber

  #206324 10-Apr-2009 11:35
Send private message

BlakJak: None of this makes sense to me. All times served by NTP include a timezone, that's used to calculate offset ... there's no loading change in changing the timezone your NTP server runs in!


I probably wasn't very clear in my post.

I believe it's Massey who run a special NTP server that does UTC +1 hr extra and UTC -1hr so it's actually sending the incorrect time if you have a device that handles the new NZ DST settings.

What this means is if you have a device that jumps back with the old DST settings to UTC +12 then the NTP server offset means you'll get the correct UTC+13 time for the extra weeks until DST ends. It means if you have a system that's hardcoded with the old DST settings that can't easily be changed then you'll get the correct time during the extended periods before and after.

The problem with Linksys is that they appear to still have broken firmware. I believe there was a new 3102 release that came out earlier this year that fixed some DST issues in Australia but introduced a couple of other annoying bugs which I can't recall off the top of my head.


Create new topic








Geekzone Live »

Try automatic live updates from Geekzone directly in your browser, without refreshing the page, with Geekzone Live now.



Are you subscribed to our RSS feed? You can download the latest headlines and summaries from our stories directly to your computer or smartphone by using a feed reader.