ntpdNTPのリファレンス実装です。現在のバージョンは4.1.2です。
マニュアルページ〜らしいつまり、iburst使用時に応答しないNTPサーバーの再試行間隔は16秒です。
http://doc.ntp.org/4.1.2/confopt.htm
iburstサーバーに接続できない場合、各ポーリング間隔は通常のパケットの代わりに8つのパケットバーストを送信します。サーバーに接続できない限り、パケット間の間隔はモデムの呼び出しが完了できるように約16秒です。サーバーに接続できるようになると、パケット間の間隔は約2秒です。これは、このオプションを使用してntpdを起動すると、サーバーのコマンドとアドレスの取得速度と初期同期を高速化するためのものです
-q。
しかし、公式NTP「マニュアル」には、再試行間隔が64秒に増えると示されています（デフォルト設定仮定）。
https://www.eecis.udel.edu/~mills/ntp/html/poll.html
この
iburstオプションの場合、バーストのパケット数は 6 です。これは、このオプションのクロックを同期させるために通常必要な数です。burstバースト内のパケット数は、現在のポーリングインデックスと最小ポーリングの差によって決定されます。指数（2乗）が決まります。例えば、デフォルトの最小ポーリングインデックス6（64秒）、ポールごとに1つのパケットのみが送信されますが、ポールインデックスが9（512秒）以上の場合、8つのパケットがすべて送信されます。これにより、平均間隔が最小間隔を超えないようになります。慎重に設計しないと、バーストオプションによってネットワーク負荷が増加する可能性があります。どちらのオプションも、料金管理と死のキスパケットページに記載されている規制に従います。また、有効または有効にすると、
iburstバーストburstの最初のパケットが送信されますが、残りのパケットは、最初のパケットに対する応答が受信された場合にのみ送信されます。このオプションで設定されたタイムアウト後も応答を受け取らない場合は、minpoll最初のパケットを再送信します。つまり、サーバーに接続できない場合でも、ネットワーク負荷は最小ポーリング間隔を超えません。
iburstこれらのminpollオプションも調整しない限り、使用時に再試行間隔が実際に64秒であることを理解する必要がありますか？
ベストアンサー1
このiburst設定は、serverサーバーにアクセスする前に設定を変更します。各ポーリング間隔ごと1つではなく8つのパケットを送信します。 （8パケット間の間隔は、応答を受信するかどうかに応じて16秒または2秒です。）
質問に具体的に答えるには、iburst使用するかどうかにかかわらず、ポーリング再試行間隔は64秒以上です。
- 使用しない場合は、
iburstサーバーポーリングの再試行ごとに1つのパケットが送信されます。 - 使用時、
iburst各ポーリング再試行は、16秒または2秒間隔で最大8つのパケットを送信します。 - サーバーが接続可能と見なされた場合（同期候補と見なされた場合）、この
iburstフラグは何の効果もありません。 iburstサーバーが同期候補になった後にセマンティクスを使用するには、このburstフラグを追加します。- 同じサーバーで
iburstおよびを使用することは許可されていますが、必ずしも推奨されていません。burst
いくつかの実験をした後、実際に私に起こったことは次のとおりです。
- 指定し
iburstてサーバーが応答しない場合、ポーリング間隔ごとに1つのパケットが送信されます。 - 指定し
iburstてサーバーが応答すると、6つのパケットで構成される初期シーケンスが2秒ごとに1つずつ送信されます。これは後続のポーリング間隔で繰り返されず、もはやiburst影響を与えません。この6つのパケットシーケンスは、サーバーを潜在的な同期候補としてマークするのに十分です（*左側の列にありますntpq -np）。 - これ以上の影響がない場合、
iburstポーリング間隔ごとにパケットが送信されます。 - 各成功したポーリング間隔は、到達可能性を1ずつ増加させます（実際には、1がLSBにプッシュされるビットシフトレジスタと見なされます）。 777（8進数）に達すると、サーバーは9つの連続した成功したポーリング間隔に対応します。可能な同期ソース。
そのうち、現在の文書と一致するものはほとんどありません！