華為和H3C交換機NTP version不一致導致時間無法同步解決辦法

昨天給客戶內網網絡設備配置NTP服務，用的華為9303做的NTP服務器，其它設備為NTP客戶端。但是華為所有設備成功同步到NTP服務器，而H3C設備均無法正常同步。
華為交換機作為服務器配置如下：
ntp-service refclock-master 2
ntp-service authentication enable
ntp-service source-interface loopback0
ntp-service authentication-keyid 1 authentication-mode md5 simple admin
ntp-service reliable authentication-keyid 1
undo ntp-service disable
華為交換機作為客戶端配置如下：
ntp-service authentication enable
ntp-service authentication-keyid 1 authentication-mode md5 simple admin
ntp-service reliable authentication-keyid 1
ntp-service unicast-server 10.1.1.1
H3C無法同步設備配置如下：
ntp-service enable
ntp-service authentication enable
ntp-service authentication-keyid 1 authentication-mode md5 simple admin
ntp-service reliable authentication-keyid 1
ntp-service unicast-server 10.1.1.1
配置是沒問的。
查看本地設備NTP會話的詳細信息
華為服務端：
display ntp-service sessions verbose
9303>DIS NTP sessions verbose
clock source: 127.127.1.0
clock stratum: 1
clock status: configured, master, sane, valid
reference clock ID: LOCAL(0)
local mode: client, local poll: 64, current poll: 64
peer mode: server, peer poll: 64, now: 20
offset: 0.0000 ms, delay: 0.00 ms, disper: 0.97 ms
root delay: 0.00 ms, root disper: 10.00 ms
reach: 377, sync dist: 0.011, sync state: 4
precision: 2^17, version: 3, peer interface: InLoopBack0
reftime: 17:45:06.502 UTC Jul 25 2018(DF0335A2.80851A86)
orgtime: 17:45:06.502 UTC Jul 25 2018(DF0335A2.80851A86)
rcvtime: 17:45:06.502 UTC Jul 25 2018(DF0335A2.808626F6)
xmttime: 17:45:06.502 UTC Jul 25 2018(DF0335A2.80842FA5)
filter delay : 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00
filter offset: 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00
filter disper: 0.00 0.00 0.01 0.01 0.00 0.00 0.00 0.00
reference clock status: normal
h4C客戶端：
display ntp-service sessions verbose
Clock source: 10.1.1.1

Session ID: 56760

Clock stratum: 16

Clock status: configured, insane, valid, unsynced

Reference clock ID: INIT

××× instance: none

Local mode: client,
local poll interval: 6

Peer mode: unspec,
peer poll interval: 10

Offset: 0.0000ms,
roundtrip delay: 0.0000ms,
dispersion: 0.0000ms

Root roundtrip delay: 0.0000ms,
root dispersion: 0.0000ms

Reachabilities:0,
sync distance: 0.0010

Precision: 2^-20,
version: 4,
source interface: Not specified

Reftime: 00000000.00000000
Thu, Feb 7 2036 14:28:16.000
Orgtime: df021d74.804177f0 Wed, Jul 25 2018 5:49:40.500
Rcvtime: 00000000.00000000 Thu, Feb 7 2036 14:28:16.000
Xmttime: 00000000.00000000 Thu, Feb 7 2036 14:28:16.000
Roundtrip delay samples: 0.000 0.000 0.000 0.000 0.000 0.000 0.000 0.000
Offset samples: 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00
Filter order: 0 1 2 3 4 5 6 7

Total sessions: 1
可以看到Clock status: configured, insane, valid, unsynced
查看官方文檔：（會話的狀態，該字段的取值及含義為：

· configured：表示該會話是配置命令所建立的

· dynamic：表示該會話是動態生成的

· master：表示該會話對應的時間服務器是當前系統的主時間服務器

· selected：表示該會話對應時間服務器的時鐘通過了時鐘選擇算法

· candidate：表示該會話對應時間服務器的時鐘為候選時鐘

· sane：表示該會話對應的時間服務器通過身份驗證，該時間服務器的時鐘將作為參考時鐘

· insane：表示該會話對應的時間服務器未通過身份驗證，或該時間服務器通過身份驗證但其時鐘不作為參考時鐘

· valid：表示該會話對應的時間服務器是有效的（通過驗證、處于同步狀態、層數有效、根延時/離差未越界等）

· invalid：表示該會話對應的時間服務器是無效的

· unsynced：表示該會話對應時間服務器的時鐘未同步或層數非法）
可見服務器是有效，可能是驗證失敗或者時鐘不作為參考時鐘，驗證配置的密碼是一樣的，那就看其它的，發現版本不一致。
一個為version: 4, 一個為version: 3,。按理說高版本可以兼容低版本才對，但是找不到不能同步的其它原因。
在H3C上強制降低版本，
ntp-service unicast-server 10.1.1.1 version 3，一分鐘左右，顯示同步成功。OK，解決了。