はじめに
このドキュメントでは、show ntp associations
コマンドの出力を使用して、NTPが正常に動作しているかどうかを判別する方法について説明しています。
前提条件
要件
このドキュメントに関する固有の要件はありません。
使用するコンポーネント
このドキュメントの内容は、特定のソフトウェアやハードウェアのバージョンに限定されるものではありません。
このドキュメントの情報は、特定のラボ環境にあるデバイスに基づいて作成されました。このドキュメントで使用するすべてのデバイスは、クリアな(デフォルト)設定で作業を開始しています。本稼働中のネットワークでは、各コマンドによって起こる可能性がある影響を十分確認してください。
表記法
ドキュメント表記の詳細については、『シスコテクニカルティップスの表記法』を参照してください。
背景説明
Network Timing Protocol(NTP)を使用することにより、ネットワーク接続を通じて時刻およびクロックの同期をとることができます。シスコのルータでは、show ntp associations コマンドを使用して NTP ピアのステータスを確認できます。show ntp associations
出力には、パケット損失情報を含むかなりの量の情報があります。この情報は、Cisco IOS®コマンドリファレンスの情報を補足するものです。
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 ポーリングパケット間のポーリング間隔(秒単位)を表します。 NTP サーバーとクライアントの同期が改善されると(かつパケットのドロップがなくなると)、この数字は最大で 1024 に増加します。
offset フィールドは、クライアントの時刻とサーバの時刻から算出されたオフセット(ミリ秒単位)です。クライアントは、サーバーの時刻値に合わせてクロックを遅くしたり速くしたりします。 このオフセットは、時間が経つにつれて 0 に向かって減少します。
クライアントとサーバの間のパケット遅延が完全に同じになることはないため、これが0に達することはありません。 したがってクライアントの NTP は、クロックをサーバーと完全に一致させることはできません。
設定されたピアの横にアスタリスク(*)が付いている場合は、このピアに同期され、プライマリクロックとして使用されます。
1つのピアがプライマリである限り、すべて正常です。ただし、NTPが正しく動作していることを確認するには、reachフィールドの値を調べます。
reach フィールドの値の例
reach フィールドはビットの循環バッファです。このフィールドは、最後の 8 つの NTP メッセージのステータスを示します(8 ビットは 8 進法で 377 なので、reach フィールドの値は 377 であることが望まれます)。
Network Time Protocol(NTP)応答パケットが失われた場合、失われたパケットは、次の 8 回の NTP 更新間隔にわたって [到達(reach)] フィールドで追跡されます。
次の表で、NTP 応答パケットの損失を例として、[到達(reach)] フィールドに入る可能性のある値について説明します。
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応答が受信されました。 |
プライマリとして設定された場合の違い
ルータがプライマリクロックとして自身のクロックを使用する場合(ntp master
コマンドを使用)、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
対象の値はstratumフィールドの値で、設定値(この場合はntp primary 7)よりも1少なくなっています。
ルータは自身の内部クロックをポーリングしますが、常にクロックに到達できるため、ルータはポーリング間隔を 64 秒よりも長くすることはありません。
シャープ記号(#)の意味
show ntp associations コマンド出力の設定済みピアの横に表示されるシャープ記号(#)は、NTP 要求パケットと応答パケットが交換されても、ルータがピアと同期しないことを示します。show ntp associations
この場合、show ntp associations detail コマンドの出力または NTP デバッグをチェックして、クロックが同期されない理由を確認します。show ntp associations detail
show ntp associations detail コマンドと show ntp status コマンドを使用して、NTP の状態に関する追加情報を取得します。show ntp associations detail
show ntp status
シャープ記号が表示される理由の 1 つとして、NTP クライアントのクロックが NTP サーバーのクロックと 4000 秒以上ずれていることが考えられます。
シスコのルータでは、4000 秒を超える時間差は範囲外と見なされ、ルータはサーバーに同期されません。
これは、シスコのルータで NTP ピアを最初に設定する場合、またはリロード時には適用されません。この場合、NTP クライアント(シスコのルータ)のクロックは、時間差がどんなに大きくても、NTP サーバーのクロックと一致するように変更されます。
クライアントのクロックのタイムゾーンを確認します。ローカル時刻が表示されますが、NTP メッセージの時刻値は UTC(GMT)タイムゾーンのものになります。
クライアントのクロックは、NTP サーバーのクロックとの差が数分以内になるように手動で変更できます。
関連情報