Wie gut funktioniert ntpd, wenn die Latenz sehr unterschiedlich ist?

Ich habe eine Anwendung, in der wir einige nicht standardmäßige Netzwerkgeräte verwenden (die nicht geändert werden können), die zwischen Verkehrsstößen in einen Ruhezustand versetzt werden. Die Netzwerklatenz ist für das erste Paket sehr hoch, da es das System im Wesentlichen aufweckt, darauf wartet, dass es sich wieder verbindet, und dann den ersten Roundtrip durchführt. Nachfolgende Nachrichten (vorausgesetzt, sie sind innerhalb der nächsten Minute oder so) sind viel schneller, aber immer noch sehr latent. Ein typischer Satz von Pings sieht aus wie 2500 ms, 900 ms, 880 ms, 885 ms, 900 ms, 890 ms usw.

Wie gut kann ich erwarten, dass ntpd über diese Art von Verbindung funktioniert, da NTP vor der Berechnung des Offsets mehrere Roundtrips verwendet? Wird der anfänglich langsame erste Roundtrip aufgrund der sehr unterschiedlichen (und schnelleren) folgenden Nachrichten zum / vom NTP-Server ignoriert?

Die kurze Antwort lautet: Ja, NTP bevorzugt niedrige Zeitstempel für Hin- und Rückfahrten gegenüber Zeitstempeln für hohe Umlaufzeiten. Früher gab es eine calldelayOption, um NTP über dieses Problem zu informieren, das normalerweise von Netzwerken erstellt wurde, die Dial-on-Demand-Technologien verwendeten, die eine Anrufverzögerung auferlegten. Jetzt erledigt NTP dies jedoch automatisch.

Wenn Sie die anfängliche Zeitsynchronisierung beschleunigen möchten, können Sie das iburstSchlüsselwort in den Zeilen server/ peerverwenden. Dies weist NTP an, 8 Pakete mit Abstand anstelle von 1 zu verwenden, um die Zeit zu messen. Pakete mit viel höheren Umlaufzeiten werden ignoriert. Wenn Sie über die Bandbreite verfügen, können Sie bei burstjeder Zeitmessung 8 Pakete verwenden.