NETGEAR is aware of a growing number of phone and online scams. To learn how to stay safe click here.
Forum Discussion
NTP Time Broke
V1.0.11.128_10.2.112 NTP set to GMT -5. When the Router sends a log file, the time is off by 5 hours. The email is time stamped: [email sent to: Tom.Black@Comcast.net] Thursday, Dec 30,20...
TomBlack wrote:
V1.0.11.128_10.2.112
Reads more like e.g. an R7000, not an R7000P as tagged.
TomBlack wrote:
NTP set to GMT -5. When the Router sends a log file, the time is off by 5 hours.
The email is time stamped:
[email sent to: Tom.Black@Comcast.net] Thursday, Dec 30,2021 03:01:03
It should say 8:00 am. I have the Router set to send me Daily Logs @ 8 am local time which is GMT -5. This never used to be an issue, so somehow it got broke.
Ref. the subjet "NTP Time Broke" you can check the time zone and local time currently set in place on the router itself.
The issue itself seems to related more to the schedule or how the schedule is set in place. Was the NTP time set probably delayed? Does rebooting change this issue on the next morning?
plemans or microchip8 - any idea what seems to go wrong there, probably since the V1.0.11.128_10.2.112 update?;
I updated Firmware from R7000-V1.0.9.88_10.2.88. Had no NTP issues with this Firmware. NTP issue started with the latest Firmware previously noted V1.0.11.128_10.2.112.
The R7000 Router shows the correct time on the NTP screen and is repeatable even after a Router Reboot. It's the Send Email Function that is NOT reading the NTP time correctly. It's showing GMT instead of GMT -5 that is set in the Router NTP Screen.
Since I was tagged, not a clue :)
I rarely setup any logging with emailed responses and I don't have that specific device to test it on.
Sorry.
TomBlack wrote:
I updated Firmware from R7000-V1.0.9.88_10.2.88. Had no NTP issues with this Firmware. NTP issue started with the latest Firmware previously noted V1.0.11.128_10.2.112.
Understand.
TomBlack wrote:
The R7000 Router shows the correct time on the NTP screen and is repeatable even after a Router Reboot.
OK.
TomBlack wrote:
It's the Send Email Function that is NOT reading the NTP time correctly. It's showing GMT instead of GMT -5 that is set in the Router NTP Screen.
Does this mean the email is generated and sent five hours to early? At 03:00 local instead of 08:00 local as configured? This would indicate the scheduler isn't properly working on the local configured time zone.
Or is the report generated on the scheduled time, but the SMTP header isn't correct? This option I would exclude due to the log entry shown above.
This is all unrelated to NTP - because the NTP time is _always_ exchanged in GMT (Zulu time). Displayed in the Web UI is the local time, adjusted by the time zone configured.
Don't be confused that the email programs are adjusting the displayed time based on the SMTP header information - this part (the complete SMTP header) would be interesting to proof in fact.
Does this mean the email is generated and sent five hours to early? At 03:00 local instead of 08:00 local as configured? This would indicate the scheduler isn't properly working on the local configured time zone.
> Yes, have had several Log Emails sent @ 3 am local instead of 8 am (GMT -5).
Or is the report generated on the scheduled time, but the SMTP header isn't correct? This option I would exclude due to the log entry shown above.
> Yes, have had several sent at the correct time, but the email header showed 3 am. The Router is generating the Header, yes?
