SNTP sensor reports code PE085

Hi,
The error means that PRTG could not understand the reply from the target server. Could you try doing a wireshark trace of the NTP packets and check if all fields are populated correctly in the packet?
Best regards

Konstantin:

How does the sensor handle the response flags?

When the leap indicator bits are both high - i.e., unsynchronized, the sensor displays PE085 When the leap indicator bits are low, i.e. normal, the sensor is OK.

In either case, time is still transmitted and the packet looks perfectly fine.

So this doesn't really seem like a case of "PRTG could not understand", rather, it seems like it's setting a generic error condition because the clock is unsynchronized and my switches are, in fact, lying to me by telling me the clock is synchronized when there are syslog messages that correspond perfectly to the time at which the PRTG sensor transitioned to a DOWN state, but I digress - that's HP's fault.

I think it would be worthwhile to implement better support for these flags, so that the sensor can display the appropriate values.

Hi Jason, Currently the sensor handles the value 3 (Alarm condition (clock not synchronized)) in the Leap Indicator bit as Error as outlined here.
The packet in this case will look perfectly fine but basically the results from it are completely disregarded and said error message is thrown.
All other Leap Indicator bits (values 0,1,2) are handled correctly, though.
We will have a look at the calculation and flag handing but at this point I cannot guarantee if or when this will be implemented.
Best regards

You might also encounter PE058 if you are monitoring a VM within Hyper-V if Hyper-V's time synchronisation feature has been enabled. This will prevent an actual NTP-based time synchronization and instead use the host's clock. Either don't use the SNTP sensor in this case, or disable Hyper-V's VM clock synchronisation feature for the VM.