簡介
本文描述如何對IM and Presence(IM&P)上的網路時間協定(NTP)同步進行故障排除。
必要條件
在審閱本檔案之前，思科建議您瞭解NTP和IM&P命令列介面(CLI)的基本知識。
需求
本檔案沒有特定硬體或軟體需求。
採用元件
本文檔中的資訊基於IM&P。
註：大部分資訊也適用於其他統一通訊(UC)平台；但是，本文檔的重點是IM&P。
本文中的資訊是根據特定實驗室環境內的裝置所建立。文中使用到的所有裝置皆從已清除（預設）的組態來啟動。如果您的網路運作中，請確保您瞭解任何指令可能造成的影響。
IM&P上的NTP已解釋
Cisco Unified Communications Manager(CUCM)Publisher是IM&P的NTP源。IM&P使用NTP監視器保持時間與CUCM發佈伺服器同步。對於虛擬機器上的IM&P平台，NTP監視器預設每64秒會輪詢CUCM發佈器一次。 如果NTP偏移量超過三秒，則NTP守護程序會重新啟動自己。
注意:NTP監視程式會監視在上一小時內重新啟動NTP守護程式的次數。如果一小時內出現超過10個NTP後台程式重新啟動，則再次重新啟動會短暫推遲。
NTP源要求
思科強烈建議使用第1層、第2層或第3層NTP伺服器作為CUCM Publisher外部NTP參考。CUCM發佈者的任何NTP源必須不高於第4層。
為CUCM發佈伺服器節點定義的外部NTP伺服器必須是NTP v4，以避免潛在的相容性、準確性和網路抖動問題。NTP版本4與版本3向後相容；但是，嘗試使用不同的NTP版本時發現許多問題。
警告：不支援將Windows Time Services用作NTP伺服器。通常Windows時間服務使用簡單網路時間協定(SNTP)，而CUCM無法成功與SNTP同步。
註：所有NTP要求都在Cisco Collaboration System SRND中明確註明。
NTP狀態輸出說明
要確定IM&P上NTP的當前狀態，請從IM&P伺服器的CLI執行utils ntp status命令。
admin:utils ntp status
ntpd (pid 28589) is running...
remote refid st t when poll reach delay offset jitter
==============================================================================
10.0.0.1 192.0.2.0 2 u 40 64 1 0.292 0.041 0.000
synchronised to NTP server (10.0.0.1) at stratum 3
time server re-starting
poll server every 64 s
Current time in UTC is : Fri Sep 16 19:41:55 UTC 2016
Current time in America/New_York is : Fri Sep 16 15:41:55 EDT 2016
以下是NTP狀態輸出中看到的列的說明
- remote列定義時間同步的遠端對等體。如果設定為LOCAL，則本地硬體時鐘正在使用中。
- refid列定義遠端伺服器時間源。如果設定為.LOCL，則引用遠端伺服器上的本地硬體時鐘。如果設定為.INIT，則初始化尚未成功。
- st列表示遠端NTP對等體的層。當層列中的值為16時，這意味著系統使用內部時鐘而不是外部NTP源。使用自己的時鐘的系統可能是由無效的時間提供者導致的。
- t列表示正在使用的傳輸型別： （l:local; u:unicast; m:multicast或b:broadcast）。
- when列表示自上次輪詢遠端對等裝置以來經過的秒數。
- poll列以秒為單位表示輪詢間隔。IM&P上的預設輪詢值為64秒。但是此值可以設定為64到1,024秒之間的任何時間。
- reach列以八進位制表示可達性測試的趨勢，其中每個數字在轉換為二進位制時表示特定輪詢是成功（二進位制1）還是失敗（二進位制0）。例如，「1」表示迄今為止只進行了一次投票，結果成功。「3」（=二進位制11）表示最後兩個輪詢成功。「7」（=二進位制111）表示最後三個輪詢成功。「17」（=二進位制1 111）表示最後四個輪詢成功。「15」(= binary 1 101)表示最後兩次輪詢成功，之前的輪詢未成功，之前的輪詢成功。
- delay列顯示到達遠程對等體的往返延遲。這通過測量從請求到響應的時間來確定。
- offset列是本地伺服器時鐘和遠端伺服器時鐘之間的估計偏差。
- jitter列是指輪詢請求之間的延遲差異。 抖動值高限制了伺服器準確同步NTP的能力。
NTP故障排除
NTP CLI診斷
示例中列出的命令通過IM&P的CLI執行。這些命令提供了一種確認NTP對等體符合思科標準的簡單方法。
提示：當實用程式診斷測試時，這三個診斷模組與其他幾個診斷模塊一起運行命令已使用
ntp_reachability診斷模組對所有已配置的NTP對等體執行ping測試。
admin:utils diagnose module ntp_reachability
Log file: platform/log/diag2.log
Starting diagnostic test(s)
===========================
test - ntp_reachability : Passed
Diagnostics Completed
ntp_clock_drift診斷模組驗證NTP對等體漂移偏移量不超過15000毫秒。
admin:utils diagnose module ntp_clock_drift
Log file: platform/log/diag3.log
Starting diagnostic test(s)
===========================
test - ntp_clock_drift : Passed
Diagnostics Completed
ntp_stratum診斷模組驗證IM&P上的NTP層值。如果CUCM發佈器上的NTP層值為5或更小，則此測試成功通過，因為CUCM發佈器是IM&P的外部NTP源。
admin:utils diagnose module ntp_stratum
Log file: platform/log/diag4.log
Starting diagnostic test(s)
===========================
test - ntp_stratum : Passed
Diagnostics Completed
提示：如果系統上的ntp_stratistic模組出現故障，請檢視本文檔的「NTP源的要求」部分
驗證NTP通訊和版本
NTP是一種客戶端\伺服器協定，它通過埠123上的使用者資料包協定(UDP)進行通訊。要驗證NTP通訊和NTP版本，您需要在IM&P伺服器上執行資料包捕獲(pcap)。
提示：如果您在pcap中看到IM&P傳送NTP請求；但是，沒有NTP響應，網路問題可能是原因。同時收集一個pcap 在CUCM伺服器和IM&P伺服器上，用於確認從IM&P傳送的請求在CUCM端接收。確認CUCM也是對請求的回覆。
資料包捕獲顯示每個NTP客戶端請求的一個NTP伺服器響應。 NTP Client\Server消息顯示正在使用的NTP版本。使用NTPv4驗證客戶端請求和伺服器響應。
執行CLI命令utils network capture port 123，在埠123上建立資料包捕獲。此命令對於IM&P或CUCM是相同的。
IM&P CLI
admin:utils network capture port 123
Executing command with options:
size=128 count=1000 interface=eth0
src=dest= port=123
ip=
09:44:43.106325 IP imppub.lab.local.46476 > cucmpub.lab.local.ntp: NTPv4, Client, length 48
09:44:43.109866 IP cucmpub.lab.local.ntp > imppub.lab.local.46476: NTPv4, Server, length 48
09:44:43.109931 IP imppub.lab.local.46476 > cucmpub.lab.local.ntp: NTPv4, Client, length 48
09:44:43.112815 IP cucmpub.lab.local.ntp > imppub.lab.local.46476: NTPv4, Server, length 48
09:44:43.112895 IP imppub.lab.local.46476 > cucmpub.lab.local.ntp: NTPv4, Client, length 48
09:44:43.113305 IP cucmpub.lab.local.ntp > imppub.lab.local.46476: NTPv4, Server, length 48
09:44:43.113361 IP imppub.lab.local.46476 > cucmpub.lab.local.ntp: NTPv4, Client, length 48
09:44:43.114157 IP cucmpub.lab.local.ntp > imppub.lab.local.46476: NTPv4, Server, length 48
CUCM發佈器CLI
admin:utils network capture port 123
Executing command with options:
size=128 count=1000 interface=eth0
src=dest= port=123
ip=
09:44:43.106744 IP imppub.lab.local.46476 > cucmpub.lab.local.ntp: NTPv4, Client, length 48
09:44:43.106872 IP cucmpub.lab.local.ntp > imppub.lab.local.46476: NTPv4, Server, length 48
09:44:43.109866 IP imppub.lab.local.46476 > cucmpub.lab.local.ntp: NTPv4, Client, length 48
09:44:43.109914 IP cucmpub.lab.local.ntp > imppub.lab.local.46476: NTPv4, Server, length 48
09:44:43.112637 IP imppub.lab.local.46476 > cucmpub.lab.local.ntp: NTPv4, Client, length 48
09:44:43.112719 IP cucmpub.lab.local.ntp > imppub.lab.local.46476: NTPv4, Server, length 48
09:44:43.113532 IP imppub.lab.local.46476 > cucmpub.lab.local.ntp: NTPv4, Client, length 48
09:44:43.113575 IP cucmpub.lab.local.ntp > imppub.lab.local.46476: NTPv4, Server, length 48
意見