D-Link Forums
The Graveyard - Products No Longer Supported => D-Link Storage => DNS-323 => Topic started by: drick on April 27, 2009, 08:24:49 AM
-
my 323 is consistently losing an hour every few days.
here are my settings:
fw 1.07
time zone pst
DST enabled
DST set to USA
NTP enabled
ntp server set to ntp1.dlink.com
real current time 0821 PST
current time shown from 323 0721 PST
if i go in and change the time zone to something else, then back to pst it gets reset correctly. i then lose the hour again over the next few days.
a search of dlink ntp yielded no results.
-
I am not having any problems with the NAS however I am having problems with some DCS-1110 cameras trying to use the NTP servers. The correct time only seems to last for a day and than it changes. It appears that the Daylight Savings time option is not being kept.
-
are you using the same ntp server i am?
-
yes I am, ntp1.dlink.com
See below
(http://i462.photobucket.com/albums/qq348/estauss_photos/time-1.jpg)
The Daylight savings time option always gets set back to 'None'
Everything is working fine on my NAS though using the same settings. My NAS is running fw 1.04 though, not sure if that makes a difference.
(http://i462.photobucket.com/albums/qq348/estauss_photos/nas.jpg)
So I am guessing it is a problem with the camera, which I am trying to get help with from D-Link support, but that is like pulling teeth.
-
i'm actually going the other way with that. if it works on your NAS, but not on camera / doesn't work on my NAS, i think that's a DLink NTP error.
either that or your code on camera, and my code on NAS are buggy, which is also a possibility.
-
Could be, I was reading on the DNS323 wiki that when you set the NTP server on the NAS it is only a one time check, not a constant connection.
http://forum.dsmg600.info/viewtopic.php?id=4153
-
d'oh, that post doesn't instill much confidence in the d-link ntp service.
just out of curiosity did you try the other ntp site - ntp.dlink.com.tw or a 3rd party ntp provider? I'm going to try the taiwan dlink ntp server tonight and see if it works any better. if that doesn't work, I'll try the same ntp server that i use on my firewall which i know works as a final test.
I also sent an email to d-link support to see what they say.
-
No I haven't tried the other dlink NTP server. I also haven't tried any others because all the ones that I found required you to download a program and install it which I couldn't do on the cameras. Let me know how the other ntp server works I may give it a try.
Good luck with the D-Link support :-\
-
actually that is not true about having to download a program, at least i'm pretty sure it's not. there seem to be 2 "tiers" of NTP servers, ones that require login / authentication and those that don't.
i chose 2 at random that don't require authentication from this list:
http://support.microsoft.com/kb/262680
p.s. i'm using them on my firewall, and all i did was to identify the ip address of the server i wanted and it works. i also tested this on the 323 with the same server i use on the firewall, and it works.
having said that if the ntp daemon or service is broken in the linux or dlink code, all this is irrelevant.
-
I will try one from the list and hopefully it works for me, but we are using 2 different products so I will wait and see. I am guessing mine is a problem with the product itself rather than the ntp server. It would be nice if I could just sync the time on the cameras with the DNS since my DNS seems to always have the right time.
-
d'oh, that post doesn't instill much confidence in the d-link ntp service.
just out of curiosity did you try the other ntp site - ntp.dlink.com.tw or a 3rd party ntp provider? I'm going to try the taiwan dlink ntp server tonight and see if it works any better. if that doesn't work, I'll try the same ntp server that i use on my firewall which i know works as a final test.
I also sent an email to d-link support to see what they say.
ok, after running the TW ntp servers i lost the hour again, so that is not the answer.
trying a known good (non d-link) ntp server now. if that doesn't work, then i'm going to try disabling DST on the 323 and using the same server.
-
This is a known issue. Set the timezone to "Mountain" and the NTP will work.
-
hmm, i guess the fact that i'm not in mountain is irrelevant if that is the only one that works?
if this is a known issue, is it only with the dlink ntp servers or is with the kernel / firmware?
-
ok, after running the TW ntp servers i lost the hour again, so that is not the answer.
trying a known good (non d-link) ntp server now. if that doesn't work, then i'm going to try disabling DST on the 323 and using the same server.
tried the known good 3rd party ntp and lost the hour last night again. this only seems to happen when the clock rolls over midnight as it keeps the correct time all day.
i'll try the MST now with DST enabled and the known good 3rd party ntp and see if that works.
-
hmm, i guess the fact that i'm not in mountain is irrelevant if that is the only one that works?
if this is a known issue, is it only with the dlink ntp servers or is with the kernel / firmware?
I believe it has been determined to be a firmware issue.
-
thanks for the info, that is what i was afraid of.
are you using the dlink ntp servers or other?
-
I use "time.nist.gov".
-
ok thanks.
it seems like using the MST seems to be working. where did you get that answer from just out of curiosity?
-
Well, I knew for me it was an hour behind so I just tried it. There was also a post after I tried it stating the "work around".
-
ok, thanks for the assistance and the work around
-
You're welcome. Glad it's working for you.