待ち時間が大きく変動する場合、ntpdはどの程度うまく機能しますか？
トラフィックバーストの間に休止状態になるいくつかの非標準のネットワーク機器（変更できない）を使用しているアプリケーションがあります。最初のパケットは基本的にシステムをウェイクアップし、再接続を待機してから最初のラウンドトリップを行うため、ネットワーク遅延は非常に高くなります。後続のメッセージ（次の1分以内であれば）ははるかに高速ですが、それでも非常に潜在的です。 pingの一般的なセットは、2500ミリ秒、900ミリ秒、880ミリ秒、885ミリ秒、900ミリ秒、890ミリ秒などのようになります。
NTPは、オフセットを計算する前にいくつかのラウンドトリップを使用する場合、ntpdがこの種のリンクでどの程度うまく機能することを期待できますか？より高速）ntpサーバーとの間のメッセージをフォローしますか？
簡単な答えは「はい」です。NTPは、高いラウンドトリップタイムスタンプよりも低いラウンドトリップタイムスタンプを優先します。この問題についてNTPに通知するためのcalldelayオプションがありました。これは通常、通話遅延を課すダイヤルオンデマンドテクノロジーを使用するネットワークによって作成されました。ただし、現在はNTPがこれを自動的に実行します。
初期のtimesyncを高速化したい場合は、iburst/server行でpeerキーワードを使用することをお勧めします。これは、NTPに、時間を測定するために1つではなく8つの間隔を空けたパケットを使用するように指示します。ラウンドトリップ時間がはるかに長いパケットは無視されます。帯域幅がある場合は、burstを使用して、時間を測定するたびに8パケットを使用するようにすることができます。