Okay, basically the same settings as mine except for the time server. I use Ubiquity also so I can try that but I tested 2 time servers already with the same bad result so I think it is a firmware issue with DST.
I noticed you mention to prevent the camera from connecting to the internet. How can I accomplish this? I have a ubiquiti set up. USG, 500W switch, HD APs and AP Pros.You need to set up a time server in the camera interface, where you set the date and time. Sometimes, your Router can perform this task, if you prevent your camera's from connecting to the internet, which is a best practice.
Sent from my iPhone using Tapatalk
I created a separate network from my cameras and NVR with separate subnets; later, I also set up VLAN’s for each network I created.I noticed you mention to prevent the camera from connecting to the internet. How can I accomplish this? I have a ubiquiti set up. USG, 500W switch, HD APs and AP Pros.
Any help would be appreciated.
So if all my cams record to a Synology DSM system via Surveillance Station, would the Syno have to be on the 10.10.2.x or 10.10.3.x? just trying to see how would I set this up if I wanted to be able to view the cams when connecting to my home VPN from my mobile, or even while being home to be able to view the cams via the DSCam (Syno) app.I created a separate network from my cameras and NVR with separate subnets; later, I also set up VLAN’s for each network I created.
My primary network is 10.10.2.X, and the cameras are on 10.10.3.X.
If I recall correctly, ubiquiti by default allows a rotting between subnets, but the VLAN prevents that.
I also have a rule in the firewall for each individual camera that prevents it from accessing the 10.10.2.X subnet and the Internet. I created these rules before I set up the VLANs but I figured might as well leave them in there just to be sure.
I hope this helps.
Mark
Sent from my iPhone using Tapatalk Pro
Assuming you use your NAS for other purposes you can leave it on the main subnet and set up a rule in the firewalls so the cameras can get directly to that device (and no other) on the main subnet.So if all my cams record to a Synology DSM system via Surveillance Station, would the Syno have to be on the 10.10.2.x or 10.10.3.x? just trying to see how would I set this up if I wanted to be able to view the cams when connecting to my home VPN from my mobile, or even while being home to be able to view the cams via the DSCam (Syno) app.
Thanks Mark.Assuming you use your NAS for other purposes you can leave it on the main subnet and set up a rule in the firewalls so the cameras can get directly to that device (and no other) on the main subnet.
I am not a networking expert, and defer the other questions to others who have more knowledge than I.
Mark
Sent from my iPhone using Tapatalk Pro
Me too. I'm having this problem as well. I also tried adjusting the NVR's time and make sure the ipc time sync is enabled but it just reverts/doesn't hold the correct time...i have 2 dahua that change to the incorrect time of day. never holds the correct am or pm. i have synced to pc, set them manually to pm . after i log out and recheck its incorrect again
IPC-HFW4431R-Z and a IPC-HDW4431C-A
In case this gets lost in this long thread -- fibersnet's analysis and solution is correct for this issue. I independently came to the same conclusion by doing a packet capture on the camera's NTP traffic and noticing that the NTP server was responding with a KOD RATE packet for the spurious second NTP request when the camera time jumps by the UTC offset. It's likely a bug in the dahua camera firmware's NTP implementation. I'm wary of disabling this NTP server feature, but so far it has worked.My temporary solution was to disable the rate limiting feature in my NTP server (sometimes its labeled as 'KOD packet', the NTP kiss of death packet). You may also try using a public NTP server that does not rate limit. Do you happen to be in GMT-8? That would explain the 8 hours off.
I currently have 16 Dahua IPCs and all are perfectly time synced to the Blue Iris server. These are the settings I have used from the start and they have always worked flawlessly. Daylight Savings transitions are smooth and accurate.
Note I never want these IPCs to get to the internet so I always point them at my Ubiquiti router which hosts an ntp server.
View attachment 42898
Hi,
y temporary solution is to disable the DST on my NVRs but set +1 hour timezone manually during summer time and setting the correct timezone during winter time. <------ This was the ONLY work around I could do to fix this issue years back.
Cheers,
Gyula