本文檔介紹如何運行show ntp associations命令輸出以確定NTP是否正常工作。
本文件沒有特定需求。
本文件所述內容不限於特定軟體和硬體版本。
本文中的資訊是根據特定實驗室環境內的裝置所建立。文中使用到的所有裝置皆從已清除(預設)的組態來啟動。如果您的網路運作中,請確保您瞭解任何指令可能造成的影響。
如需更多文件慣例的相關資訊,請參閱思科技術提示慣例。
網路時間協定(NTP)可在網路裝置之間同步時鐘,以便路由器、交換機、伺服器和其他系統使用一致的時間源。準確的時間對於跨多個裝置的日誌關聯、證書驗證、安全事件分析、計畫操作和故障排除非常重要。
NTP使用基於層級的分層時間模型。較低層值表示更接近權威時間源的裝置。例如,第1層伺服器直接連線到主參考時鐘,而第2層裝置同步到第1層伺服器。思科裝置可以與外部NTP伺服器同步,或者,如果配置,可以為其他裝置提供時間。
在Cisco IOS和Cisco IOS XE裝置上,show ntp associations命令顯示有關已配置和學習的NTP對等體的資訊。輸出包括對等選擇狀態、可達性、層、輪詢間隔、延遲、偏移和色散資訊。這些欄位有助於確定裝置是否可以與其NTP對等體通訊,以及是否選擇對等體作為同步源。
reach欄位可幫助確定最近是否從對等點接收了NTP響應。偏移欄位顯示本地裝置和NTP對等裝置之間計算的時間差。延遲和色散欄位提供有關網路延遲和時間精度的附加資訊。
運行show ntp associations和show ntp status以驗證本地裝置是否已同步,以及哪個對等體用作同步源。show ntp status命令提供裝置的總體NTP狀態,而show ntp associations提供每個對等體的詳細資訊,以幫助驗證或排除NTP操作故障。
首先,檢查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
輪詢欄位顯示NTP資料包之間的輪詢間隔(秒)。在許多Cisco IOS平台上,隨著關聯的穩定,間隔可能會增加,最多達到平台預設最大值(通常為1024秒)。實際行為可能因平台、版本和配置而異。
offset欄位顯示本地裝置和NTP對等裝置之間的計算時間差(以毫秒為單位)。由於NTP限制本地時鐘,偏移量通常趨近於零,但由於網路延遲變化和時鐘穩定性,偏移量可能會波動。
如果對等體旁邊顯示星號(*),則該對等體是選定的同步源。通過運行show ntp status命令確認總體同步狀態。
reach欄位是以八進位制格式顯示的圓形8位可達性緩衝區。它記錄路由器是否收到針對最近8次網路時間協定(NTP)輪詢嘗試的對等體的響應。
每個位代表一個輪詢間隔:
到達值為377表示路由器收到最近8個NTP輪詢的響應。在二進位制中,八進位制的377表示11111111。值越低表示一個或多個最近的NTP響應被丟失。例如,如果一個響應丟失,則到達值將隨著未命中響應在後續輪詢間隔內通過循環緩衝區而改變。
一個穩定的NTP關聯通常顯示到達值377。但是,除377以外的值並不總是表示NTP失敗。在初始收斂期間、重新載入後、新配置對等體後或出現間歇性資料包丟失時,會出現較小的值。將reach欄位與其他欄位一起使用(如when 、 poll 、 delay 、 offset和disp),並使用show ntp status命令確認總體同步狀態。
一般而言:
下表解釋了NTP響應資料包丟失(從377開始,一個NTP響應丟失,並且收到所有後續的NTP響應)時可能出現的到達欄位值:
附註:此表假定到達值從377開始,一個NTP響應丟失,並且收到所有後續響應。丟失的響應由0位表示,此位會隨著每次後續的成功輪詢而左移,直到它從8位可達性緩衝區中老化。
| 到達欄位值(報告/二進位制) | 說明 |
|---|---|
| 377 = 1 1 1 1 1 1 | 時間0:收到伺服器的最後八個響應。 |
| 376 = 1 1 1 1 1 1 0 | 時間1:未收到上次NTP響應(在網路中丟失)。 |
| 375 = 1 1 1 1 1 0 1 | 時間2:收到最後一個NTP響應;錯過的響應左移。 |
| 373 = 1 1 1 1 0 1 | 時間3:收到最後一個NTP響應;錯過的響應繼續老化。 |
| 367 = 1 1 1 0 1 1 1 | 時間4:收到最後一個NTP響應;錯過的響應繼續老化。 |
| 357 = 1 1 1 0 1 1 1 | 時間5:收到最後一個NTP響應;錯過的響應繼續老化。 |
| 337 = 1 1 0 1 1 1 | 時間6:收到最後一個NTP響應;錯過的響應繼續老化。 |
| 277 = 1 0 1 1 1 1 | 時間7:收到最後一個NTP響應;錯過的響應繼續老化。 |
| 177 = 0 1 1 1 1 1 | 時間8:收到最後一個NTP響應;遺漏的回覆現在是最早的跟蹤結果 |
| 377 = 1 1 1 1 1 1 | 時間9:收到最後一個NTP響應;未應答者過期;收到最後八份答覆 |
其邏輯可以解釋為:
每個新的NTP輪詢將上一個到達值左移一位,丟棄最舊的結果,並將右邊的最新結果新增為1(表示收到響應)或0(表示失去響應)。
例如,如果在達到值為375之後丟失了另一個響應,則下一個達到值為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對等體不可達的方式相同。在此模式中,輪詢間隔通常保持為64秒,而不是增加到較長的間隔,如1024秒。
平台和軟體行為可能會有所不同,方法是運行show ntp status和show ntp associations以確認同步狀態和所選時鐘源。
在show ntp associations命令輸出中,配置的對等體旁邊顯示的井號(#)表示該對等體被選為主要同步候選對象,但路由器未與該對等體同步。
在這種情況下,仍然可以在路由器和對等體之間交換NTP請求和響應資料包,但時鐘同步失敗。
要調查路由器未同步的原因,請運行以下命令:
show ntp associations detail命令提供有關對等體關聯的其他資訊;包括可達性、同步狀態、有效性和可能的拒絕原因。show ntp status命令顯示路由器的總體NTP狀態,包括路由器是否已同步、選定的參考時鐘和本地層。
如果需要更詳細的故障排除,請仔細運行NTP debug命令,特別是在生產裝置上。井號(#)的一個可能原因是NTP客戶端時鐘與NTP伺服器時鐘的差異超過4000秒。在Cisco路由器上,大於4000秒的時間差可視為超出範圍,並可能阻止路由器與伺服器同步。
當NTP對等體首先在Cisco路由器上配置時,或在重新載入後立即配置時,此行為不適用。在這些情況下,NTP客戶端(即Cisco路由器)可以更新其時鐘以匹配NTP伺服器時鐘,即使時間差大於4000秒也是如此。
NTP在協定消息中使用協調世界時(UTC),也稱為格林尼治標準時間(GMT)。配置的本地時區僅影響時間在路由器上的顯示方式。如果顯示的本地時間不正確,請驗證客戶端路由器上的時區配置。
如果客戶端時鐘與NTP伺服器時鐘距離太遠,並且同步沒有發生,請手動將客戶端時鐘設定為NTP伺服器時鐘的幾分鐘內,然後通過運行show ntp status和show ntp associations命令再次驗證NTP同步。
| 修訂 | 發佈日期 | 意見 |
|---|---|---|
3.0 |
17-Jul-2026
|
更新了簡介、拼寫、語法、插入的水平線用於分隔各節/可讀性。 |
2.0 |
23-Apr-2024
|
更新了有偏見的語言、拼寫和格式。 |
1.0 |
24-Mar-2023
|
初始版本 |