show NTP associations コマンドを使用した Network Time Protocol（NTP）ステータスの確認
はじめに
このドキュメントでは、show ntp associationsコマンドの出力を実行して、NTPが正しく動作しているかどうかを判別する方法について説明しています。
前提条件
要件
このドキュメントに関する固有の要件はありません。
使用するコンポーネント
このドキュメントの内容は、特定のソフトウェアやハードウェアのバージョンに限定されるものではありません。
このドキュメントの情報は、特定のラボ環境にあるデバイスに基づいて作成されたものです。このドキュメントで使用するすべてのデバイスは、クリアな（デフォルト）設定で作業を開始しています。本稼働中のネットワークでは、各コマンドによって起こる可能性がある影響を十分確認してください。
表記法
ドキュメント表記の詳細については、『シスコテクニカルティップスの表記法』を参照してください。
バックグラウンド情報
ネットワークタイムプロトコル(NTP)は、ネットワークデバイス間でクロックを同期するため、ルータ、スイッチ、サーバ、およびその他のシステムは一貫した時刻源を使用します。ログの関連付け、証明書の検証、セキュリティイベントの分析、スケジュールされた操作、複数のデバイス間のトラブルシューティングでは、正確な時間が重要です。
NTPでは、ストラタムレベルに基づく階層的な時間モデルが使用されます。ストラタムの値が小さいほど、正規の時刻源に近いデバイスを表します。たとえば、ストラタム1サーバはプライマリ基準クロックに直接接続され、ストラタム2デバイスはストラタム1サーバに同期されます。シスコデバイスは、外部NTPサーバと同期することも、設定されている場合は他のデバイスに時刻を提供することもできます。
Cisco IOSデバイスおよびCisco IOS XEデバイスでshow ntp associationsコマンドを使用すると、設定および学習されたNTPピアに関する情報が表示されます。出力には、ピア選択ステータス、到達可能性、ストラタム、ポーリング間隔、遅延、オフセット、分散情報が含まれます。これらのフィールドは、デバイスがNTPピアと通信できるかどうか、およびピアが同期ソースとして選択されているかどうかを判別するのに役立ちます。
reachフィールドは、最近のNTP応答がピアから受信されたかどうかを識別するのに役立ちます。offsetフィールドには、ローカルデバイスとNTPピア間で計算された時間差が表示されます。遅延と分散のフィールドには、ネットワーク遅延と時間精度に関する追加情報が表示されます。
show ntp associationsとshow ntp statusを実行して、ローカルデバイスが同期されているかどうか、およびどのピアが同期ソースとして使用されているかを確認します。show ntp statusコマンドでは、デバイスの全体的なNTP状態が得られます。一方、show ntp associationsでは、NTPの動作の検証またはトラブルシューティングに役立つピアごとの詳細が得られます。
show ntp associations コマンドについて
最初に、show ntp associations コマンドの出力を調べます。次に、コマンドによって表示される情報を詳細に説明します。
次に出力例を示し、特定の出力フィールドについて説明します。
Router#show ntp associations address ref clock st when poll reach delay offset disp ~172.31.32.2 172.31.32.1 5 29 1024 377 4.2 -8.59 1.6 +~192.168.13.33 192.168.1.111 3 69 128 377 4.1 3.48 2.3 *~192.168.13.57 192.168.1.111 3 32 128 377 7.9 11.18 3.6 * primary (synced), # primary (unsynced), + selected, - candidate, ~ configured
pollフィールドには、NTPパケット間のポーリング間隔（秒単位）が表示されます。多くのCisco IOSプラットフォームでは、関連付けが安定するにつれて、間隔が増加する可能性があります。その場合は、プラットフォームのデフォルトの最大値（通常は1024秒）まで増加します。実際の動作は、プラットフォーム、リリース、および設定によって異なります。
offsetフィールドには、ローカルデバイスとNTPピアの間で計算された時間差がミリ秒単位で表示されます。NTPがローカルクロックを調べるとき、通常はオフセットはほぼゼロに近い傾向にありますが、ネットワークの遅延変動とクロックの安定性のためにオフセットが変動する可能性があります。
ピアの横にアスタリスク(*)が表示されている場合、そのピアが選択された同期ソースです。show ntp statusコマンドを実行して、全体的な同期状態を確認します。
reach フィールドの値の例
reachフィールドは、8ビットの循環到達可能性バッファで、8進形式で表示されます。ピアに対する最後の8回のネットワークタイムプロトコル(NTP)ポーリング試行に対する応答をルータが受信したかどうかを記録します。
各ビットは1つのポーリング間隔を表します。
- 1は、ルータがNTPピアから応答を受信したことを意味します。
- 0は、ルータがNTPピアからの応答を受信しなかったことを意味します。
reachの値が377である場合は、ルータが最後の8回のNTPポーリングに対する応答を受信したことを意味します。2進数では、8進数の377が11111111を表します。小さい値は、1つ以上の最新のNTP応答が失われたことを示します。たとえば、1つの応答が失われた場合、失われた応答が後続のポーリング間隔にわたって循環バッファを移動するにつれて、reach値が変更されます。
安定したNTPアソシエーションでは、通常、reach値は377です。ただし、377以外の値は、常にNTPの障害を意味するわけではありません。低い値は、初期コンバージェンス時、リロード後、ピアの新規設定後、または断続的なパケット損失があるときに表示される可能性があります。reachフィールドは、when、poll、delay、offset、dispなどの他のフィールドとともに使用し、show ntp statusコマンドで全体的な同期状態を確認します。
共通の事項:
- 377は、最後の8つのNTP応答が受信されたことを意味します。
- 377より小さい0以外の値は、一部の応答が受信されたことを意味しますが、1つ以上の最新の応答が受信されませんでした。
- 0は、最後の8回のNTPポーリング試行時に応答が受信されなかったことを意味します。この場合は、IP到達可能性、ルーティング、アクセスコントロールリスト、ファイアウォール、User Datagram Protocol（UDP；ユーザデータグラムプロトコル）ポート123、NTP認証、およびNTPサーバステータスをチェックします。
次の表では、377から始まるNTP応答パケットが失われ、1つのNTP応答が失われ、後続のすべてのNTP応答が受信される場合に考えられるreachフィールドの値について説明しています。
注：この表では、reach値が377から始まり、1つのNTP応答が失われ、後続の応答がすべて受信されると想定しています。不在応答は0ビットで表されます。このビットは、8ビットの到達可能性バッファからエージングアウトするまで、ポーリングが成功するたびに左にシフトします。
| reach フィールドの値（表示/2 進数） | 説明 |
|---|---|
| 377 = 1 1 1 1 1 1 1 1 | 時間 0：サーバーから最新までの 8 回の応答を受信した。 |
| 376 = 1 1 1 1 1 1 1 0 | 時間 1：最後の NTP 応答が受信されなかった（ネットワーク内で損失）。 |
| 375 = 1 1 1 1 1 1 0 1 | タイム2：最後のNTP応答が受信され、応答の不在時は左に移動しました。 |
| 373 = 1 1 1 1 1 0 1 1 | タイム3：最後のNTP応答を受信しました。応答を受信できなかった場合もエージングし続けます。 |
| 367 = 1 1 1 1 0 1 1 1 | タイム4：最後のNTP応答を受信しました。応答を受信できなかった場合も経過時間が増え続けます。 |
| 357 = 1 1 1 0 1 1 1 1 | タイム5：最後のNTP応答を受信しました。応答を受信できなかった場合もエージングし続けます。 |
| 337 = 1 1 0 1 1 1 1 1 | タイム6：最後のNTP応答を受信しました。応答を受信できなかった場合もエージングし続けます。 |
| 277 = 1 0 1 1 1 1 1 1 | タイム7：最後のNTP応答を受信しました。応答を受信できなかった場合も経過時間が増え続けます。 |
| 177 = 0 1 1 1 1 1 1 1 | タイム8：最後のNTP応答を受信しました。不在応答は最も古い追跡結果です。 |
| 377 = 1 1 1 1 1 1 1 1 | タイム9：最後のNTP応答を受信しました。不在応答はエージングアウトしました。最後の8つの応答を受信しました |
このロジックは次のように説明できます。
- reachの値は8進数で表示されます。
- これは、最後の8回のNTPポーリング結果を表します。
- ビット値1は、応答が受信されたことを意味します。
- ビット値0は、応答が失われたことを意味します。
- 右端のビットは、最新のポーリング結果を表します。
- 新しい投票が行われると、以前の結果は左にシフトします。
- ポーリングに8回成功すると、不在時の応答はエージングアウトし、値は377に戻ります。
新しいNTPポーリングのたびに、以前のreach値が1ビット左にシフトされ、最も古い結果がドロップされ、受信した応答の場合は最も新しい結果が1として、失われた応答の場合は0として右側に追加されます。
たとえば、reach値が375になった後で別の応答が失われた場合、次のreach値は372になります。 これは、前の結果が左にシフトし、最新の失われた応答が右側に0として追加されるためです。
プライマリとして設定された場合の違い
ntp masterコマンドで、ルータがNTPソースとしてローカルクロックを使用するように設定されている場合は、show ntp associations の出力にローカルクロックの関連付けを表示できます。例：
address ref clock st when poll reach delay offset disp *~127.127.7.1 127.127.7.1 6 20 64 377 0.0 0.00 0.0 * primary (synced), # primary (unsynced), + selected, - candidate, ~ configured
この出力では、127.127.7.1がルータのローカルクロックを表しています。アスタリスク(*)はローカルクロックが同期ソースとして選択されていることを示し、ティルダ(～)はアソシエーションが設定されていることを示します。
出力に表示されるストラタム値は、ntp masterコマンドで設定される値よりも1つ小さい値になる可能性があります。たとえば、ルータがntp master 7で設定されている場合、show ntp associationsの出力に、ローカルクロックアソシエーションがストラタム6で表示される可能性があります。
ルータは自身の内部クロックをポーリングしているため、リモートNTPピアが到達不能になるのと同じ方法で、ローカルクロックアソシエーションに到達できません。このモードでは、ポーリング間隔は通常1024秒などの長い間隔に増加する代わりに64秒のままになります。
プラットフォームおよびソフトウェアの動作は、show ntp statusをshow ntp associationsで実行して同期状態と選択されたクロックソースを確認することによって、変動する可能性があります。
シャープ記号（#）の意味
show ntp associationsコマンド出力で設定されたピアの横に表示されるシャープ記号(#)は、そのピアがプライマリ同期候補として選択されているが、ルータがそのピアに同期されていないことを示します。
この状態でも、ルータとピアの間でNTP要求パケットとNTP応答パケットを交換できますが、クロックは正常に同期しません。
ルータが同期されていない原因を調査するには、次のコマンドを実行します。
- show ntp associationsの詳細
- show ntp status
show ntp associations detailコマンドは、到達可能性、同期状態、有効性、および考えられる拒否理由など、ピアアソシエーションの追加情報を提供します。show ntp statusコマンドでは、ルータのNTP状態全体が表示されます。これには、ルータが同期されているかどうか、選択された基準クロック、およびローカルストラタムが含まれます。
より詳細なトラブルシューティングが必要な場合は、特に実稼働デバイスで、NTPのdebugコマンドを慎重に実行してください。シャープ記号(#)が表示される理由の1つとして、NTPクライアントのクロックとNTPサーバのクロックが4000秒以上異なっていることが考えられます。Ciscoルータでは、4000秒を超える時間差は範囲外と見なされ、ルータがサーバと同期できなくなる可能性があります。
この動作は、NTPピアがシスコルータ上で最初に設定される場合、またはリロード直後に設定される場合は適用されません。このような場合、CiscoルータであるNTPクライアントでは、時間差が4000秒を超える場合でも、NTPサーバクロックに合わせてクロックを更新できます。
NTPでは、プロトコルメッセージでグリニッジ標準時(GMT)とも呼ばれる協定世界時(UTC)が使用されます。設定されたローカルタイムゾーンは、ルータでの時刻の表示方法にのみ影響します。表示された現地時刻が正しくない場合は、クライアントルータのタイムゾーン設定を確認します。
クライアントクロックがNTPサーバクロックから遠すぎるために同期が発生しない場合は、NTPサーバクロックから数分以内にクライアントクロックを手動で設定し、show ntp statusおよびshow ntp associations コマンドを実行して、NTP同期を再度確認します。
関連情報
更新履歴
| 改定 | 発行日 | コメント |
|---|---|---|
3.0 |
17-Jul-2026
|
セクションの区切りや読みやすさのために、概要、スペル、文法、挿入された水平線が更新されました。 |
2.0 |
23-Apr-2024
|
偏った言語、スペル、書式を更新。 |
1.0 |
24-Mar-2023
|
初版 |
フィードバック