D-Link Forums
The Graveyard - Products No Longer Supported => Routers / COVR => DIR-655 => Topic started by: Longs on February 23, 2010, 01:31:03 PM
-
First post, I've been using the DIR-655 A4 with 1.32 Firmware (out of the box) for about a month and the router's been pretty stable.
I have browsed/searched the forum for my issue and didn't find any consistent answers, so new thread.
I'm using schedules and Access Control to boot my kids off the network at predetermined times, and that's where my issue arises. The DIR-655 won't maintain accurate time/date information! Of course, without it, schedules don't do a heck of a lot of good!
I have repeatedly picked up the time settings from my computer - they take, but they don't seem to consistently hold - sometimes i can go back a couple of days later and they're accurate, and other times they aren't.
I have also tried picking up time from various NTP servers - both dlink and other outside servers. First, I don't get anywhere near the correct time for my time zone (eastern) even when i use a server in my time zone. Another bizarre aspect is that I don't even get the right MINUTES, which i would expect to be correct - I could see the hours being off, but if it's 7:29 p.m., I'd expect the minutes to be "29" no matter what hour comes back from an NTP server???
Has anyone else had a "general" problem like this? Is there any chance that upgrading to 1.33NA would help? I hate to upgrade for nothing, especially if i end up having to manually reconfigure afterward.
Thanks in advance for any help anyone can offer!
-
I was having occasional lockups with 1.32NA so i decided to upgrade the firmware. So far so good, NTP protocol seems to be working using dlink ntp servers. None of the wacky behaviors i listed originally.
FYI on the upgrade, it DID wipe out all of my settings but i was able to successfully restore them from the configuration file that i had saved.
-
Now I'm having problems with 1.33 - won't save changes on the time screens, other issues. Damn!
-
I am having the same issue with 1.33NA. No matter what changes are made on the time screen, after saving it goes back to automatic time config and resets the time incorrectly.
It's only an hour off for me so its not too bad.
-
I have had varying degrees of success with the time settings in the two months that i've had the router. Having accurate time is pretty important if you're trying to incorporate schedules into your network, which i do, keeps the kids off the internet at specific times!
Overall i am disappointed in this product.
-
Having same problem here, symptoms match yours, minutes not right, etc. Had the problem with A4 1.32NA out of the box, no change with 1.33NA. I replaced a DIR-625 with a DIR-655, wanted to try the SharePort thing, which was another huge disappointment but that's another story.
Anyway had always used time-a.timefreq.bldrdoc.gov with the DIR-625, worked perfectly, the device was pretty much rock solid.
Tried several NIST and a couple of the .com servers listed at http://tf.nist.gov/tf-cgi/servers.cgi, all exhibit the same symptom, within a second or two of entering the server, the router reboots, and DOES NOT REMEMBER the new server. Very odd but ntp1.dlink.com seems to work ok!
I'm pretty picky about keeping my clocks right and I do also use schedules so this is a major issue to me. I much prefer to use NIST servers for obvious reasons. If I can't get this resolved I'll send the device back. I did contact D-Link tech support, no reply yet but is the weekend.
Anyone making any progress on this?
First post, I've been using the DIR-655 A4 with 1.32 Firmware (out of the box) for about a month and the router's been pretty stable.
I have browsed/searched the forum for my issue and didn't find any consistent answers, so new thread.
I'm using schedules and Access Control to boot my kids off the network at predetermined times, and that's where my issue arises. The DIR-655 won't maintain accurate time/date information! Of course, without it, schedules don't do a heck of a lot of good!
I have repeatedly picked up the time settings from my computer - they take, but they don't seem to consistently hold - sometimes i can go back a couple of days later and they're accurate, and other times they aren't.
I have also tried picking up time from various NTP servers - both dlink and other outside servers. First, I don't get anywhere near the correct time for my time zone (eastern) even when i use a server in my time zone. Another bizarre aspect is that I don't even get the right MINUTES, which i would expect to be correct - I could see the hours being off, but if it's 7:29 p.m., I'd expect the minutes to be "29" no matter what hour comes back from an NTP server???
Has anyone else had a "general" problem like this? Is there any chance that upgrading to 1.33NA would help? I hate to upgrade for nothing, especially if i end up having to manually reconfigure afterward.
Thanks in advance for any help anyone can offer!
-
Now I'm having problems with 1.33 - won't save changes on the time screens, other issues. Damn!
Glad to know I am not the only one having this problem. Saving changes will always restart the router and reverse back to default settings. :(
-
Glad to know I am not the only one having this problem. Saving changes will always restart the router and reverse back to default settings. :(
I also have the exact same problem and after the major issue with SecureSpot, (which is still not solved) I must say I am very diasppointed with this device. :(
-
I believed I was in the same boat as those above. In looking a bit closer I am less sure and believe the 1.33NA software has a bug. I am in the PACIFIC time zone and use a NTP server as many others have. That part is working just fine. I have also set Daylight Savings Time (DST) as I am influenced by this misbegotten idea that affects much of the USA. What I have determined is that the router is getting the time correctly and uses it correctly with schedules adjusting correctly for DST. It just does not reflect the correct time on the status page. The logs also records entries adjusting properly for DST time. So it may not be as bad as it seems. Or at least, that was my experience.
-
Update to my last entry. After a 24 hour period elapsed, the time on the status page accurately reflected the NTP time with the adjustment for DST. This furthers my belief that a bug of some form exists in the firmware to accurately reflect time as set by a time source. For those who truly do not get an accurate time via NTP, I wish you success in determining a solution to your problem and feel fortunate that mine seems to have been only a nuisance.
-
I posted a new thread about my Daylight Savings TIme setting messing up my otherwise very stable router.... I think its related to whatever is going on as mentioned in this thread....
I was able to resolve manually by doing a hard reset and re-entering all my settings by hand...