「ntpq -p」出力に*記号が表示されるのに時間がかかるのはなぜですか？

先に進む前に、ホストコンピュータでNTP時間を同期させる必要があるCアプリケーションを開発しています。デフォルトでは、コマンドを実行するラッパーC関数を作成しました。ntpq -p

出力に*文字が含まれている場合は、接続されて続行する準備ができているとします。成功したNTP同期の出力例：

remote                refid            st t when poll reach   delay   offset  jitter
==============================================================================
*myserver.domain.com  xxx.xxx.xxx.xxx  2 u  729 1024  377    1.120   -1.834   2.282

出力される場合確かに*文字が含まれている場合、私のプログラムはしばらくスリープ状態になってから再確認します。 *文字が見つかるまでこのプロセスを繰り返します。

しかし、私のコンピュータの1つで、*文字が再起動後に最終的に表示されるのに長い時間がかかることがわかりました（〜5分）。しかし、より速く同期しているようです。つまり、を実行すると、datetimeNTPサーバーから取得する必要がある正確な時間のように見えますが、*文字は数分後に表示されます。

これはデフォルトでシステムが再起動してから5分間実行されないため、私のアプリケーションに悪影響を及ぼします。

私はntp.confファイルで "iburst"オプションを使用していますが、すぐに同期されることを願っています。

# my NTP server config
server myserver.domain.com iburst

今回も同期が速いようですが、ntp -q出力で*文字を報告するのに時間がかかります。

この問題を解決する方法についてのアイデアはありますか？また - NTP同期が完了したことを確認するためのより良いコマンドはありますか？

編集＃1：より多くの情報を追加

私はChris Daviesの答えを通して、ntpdが同期されたと見なされる前に8回の成功したポーリングが必要であることを理解しています。これは私の時計が同期していないにもかかわらず正しく見える理由を説明します。わからないのは、iburstオプションを設定しても起動時にポーリングが遅すぎる理由です。

私はrefid = .STEPを見つけました。初期起動時。これは、初期同期が非常に大きいことを意味するので、これが関連しているかどうかはわかりません。

編集＃2：完全なシーケンスは次のとおりです。

1. ホストの起動 - 初期のNTP同期が発生したようで、変更が非常に大きかったため、refid = .STEPです。

2. しばらくして、refidは私のNTPサーバーのIPアドレスを更新しました。ただし、8回連続して成功しなかったため、まだ非同期状態と見なされます。 64秒ごとにポーリングするだけで同期時間が長くなります。注：IBURSTを有効にしました！

3. NTPデーモンサービスを再起動すると、すぐにバックアップされ同期されます。今iburstが正常に動作しているようです。

4. 再起動後にNTPデーモンが起動した場合、iburstオプションが失敗したのとほぼ同じです。しかし、サービスを再起動すると正常に動作します。