Mon expérience est avec ntp plutôt qu'avec openntpd.
Vous devez savoir que le protocole NTP commence généralement par l'envoi de paquets toutes les minutes (64 secondes), mais s'installe généralement en envoyant et en recevant un paquet toutes les 17 minutes pour chaque serveur que vous avez dans votre fichier /etc/ntp.conf. Les pannes de réseau ou une horloge instable dans votre appareil peuvent toutefois augmenter cela. Chaque paquet a une charge utile d'environ 68 octets, ce qui représente probablement un peu plus de 100 octets, dans chaque sens, par interrogation.
La rdate et la ntpdate lors de la mise en service du réseau sont de bonnes idées pour régler l'heure. Et si c'est tout ce dont vous avez besoin devrait bien fonctionner pour vous.
Cependant, si vous devez synchroniser l'heure sur une période prolongée, le protocole ntp a été conçu pour cela. L'horloge de votre appareil fonctionnera un peu vite ou lentement en fonction de la chaleur ou de la fraîcheur, même si elle a probablement une horloge contrôlée par cristal - et le chronométrage continu est censé s'adapter à cela.
Voici quelques suggestions si vous avez besoin d'un chronométrage continu et souhaitez réduire la bande passante utilisée. Ils font référence aux éléments de ntp.conf.
N'utilisez pas iburst. (Mais il faudra plus de temps pour régler l'heure initialement).
Augmentez minpoll vers le haut à partir de 6 (2 ^ 6 secondes est 64 secondes). Cela réduit le trafic lorsque le protocole démarre après le démarrage du réseau.
Augmentez maxpoll vers le haut à partir de 10 (2 ^ 10 secondes est 1024 secondes ou environ toutes les 17 minutes. Vous pouvez aller jusqu'à 17 pour interroger toutes les 36 heures environ. Je n'ai pas essayé cela moi-même.
N'utilisez qu'un nombre minimum de serveurs, si vous en aviez un qui peut être atteint de manière fiable à partir de vos appareils intégrés, cela aurait été formidable. Plus il y a de serveurs, plus le chronométrage peut être fiable, mais le trafic augmente, c'est donc un compromis.