You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
I'm using Debian Buster. It appears that my network has a 20-40% packet loss on NTP UDP packets. This amount of NTP queries never get a response. I really don't know why. My ISP is upc.ch, I have a good connection otherwise. My machine is connected to their modem via UTP. I tried using various pool servers, all behave the same way.
Based on the source code, OpenNTPD has a counter for every server from 0 to 10, every response increments it by one, and a timeout (or a lost packet in my case) halves it. A server must have a score of at least 6 to be considered. Even in the best case, even just one failure is heavily penalized (10 to 5 invalid immediately).
In my network, this scoring algorithm basically never allows any server to reach a good state. The default Debian config gives me 20 servers, most of the time I see 0/20 valid, sometimes 1/20 or 2/20. When there are some valid servers, my clock becomes synchronized, but this doesn't last long.
As a comparison, I installed the ntp package. With that I can sync in 1-2 minutes. It doesn't seem to have any issues with the packet loss. It can be clearly seen from the reachability stats of ntpq that the packet loss is there and it's bad. But it just works.
Because UDP is unreliable by design, and ntp works perfectly with the same setup, I would expect OpenNTPD to work as well, and be more lenient towards packet loss.
The text was updated successfully, but these errors were encountered:
I'm using Debian Buster. It appears that my network has a 20-40% packet loss on NTP UDP packets. This amount of NTP queries never get a response. I really don't know why. My ISP is upc.ch, I have a good connection otherwise. My machine is connected to their modem via UTP. I tried using various pool servers, all behave the same way.
Based on the source code, OpenNTPD has a counter for every server from 0 to 10, every response increments it by one, and a timeout (or a lost packet in my case) halves it. A server must have a score of at least 6 to be considered. Even in the best case, even just one failure is heavily penalized (10 to 5 invalid immediately).
In my network, this scoring algorithm basically never allows any server to reach a good state. The default Debian config gives me 20 servers, most of the time I see 0/20 valid, sometimes 1/20 or 2/20. When there are some valid servers, my clock becomes synchronized, but this doesn't last long.
As a comparison, I installed the ntp package. With that I can sync in 1-2 minutes. It doesn't seem to have any issues with the packet loss. It can be clearly seen from the reachability stats of ntpq that the packet loss is there and it's bad. But it just works.
Because UDP is unreliable by design, and ntp works perfectly with the same setup, I would expect OpenNTPD to work as well, and be more lenient towards packet loss.
The text was updated successfully, but these errors were encountered: