- 产品与解决方案
- 行业解决方案
- 服务
- 支持
- 合作伙伴
- 关于我们
04-NTP故障处理手册
本章节下载： 04-NTP故障处理手册 (205.78 KB)
设备作为NTP客户端，未能同步NTP服务器端的时钟。在设备上执行display ntp-service status命令，显示信息中Clock status字段的取值为unsynchronized，表示NTP时钟未同步。
本类故障的常见原因主要包括：
· NTP配置错误。
· NTP时间同步链路不通。
· 链路震荡，时延不稳定。
· NTP服务器端时间同步异常。
本类故障的诊断流程如图1-1所示。
图1-1 NTP时钟不同步的故障诊断流程图
NTP支持以下几种工作模式：
· 客户端/服务器模式
· 对等体模式
· 广播模式
· 组播模式
其中客户端/服务器模式、广播模式和组播模式均基于C/S模型。以下处理步骤基于C/S模型，设备作为客户端、NTP时钟未同步的情况进行描述。如果采用对等体模式由本端同步对端的时间，也可使用下述处理步骤，此时本端相当于C/S模型中的客户端。
(1) 在设备上执行display ntp-service [ ipv6 ] sessions命令，如果没有显示信息，则表示未开启NTP功能，请参照配置手册先配置NTP功能。如果有显示信息，请按照以下步骤定位：
a. 查看source字段的取值是否为预期的NTP服务器端的IP地址。如果不是，请执行步骤（2）修改NTP的配置。
b. 对于IPv4 NTP功能，请查看stra字段的取值，对于IPv6 NTP功能，请查看Clock stratum字段的取值。设备作为NTP客户端时，要求NTP服务器的时钟层级必须大于等于0小于等于14。如果NTP服务器的时钟层级为15或16，则不同步NTP服务器的时钟，可登录NTP服务器并执行ntp-service refclock-master命令修改NTP服务器的NTP层级。
c. 对于IPv4 NTP功能，请查看reach字段的取值，对于IPv6 NTP功能，请查看Reachabilities字段的取值，如果取值为0，表示路由不可达，请执行步骤（3）来处理。
IPv4 NTP会话显示信息样例：
<Sysname> display ntp-service sessions
source reference stra reach poll now offset delay disper
********************************************************************************
[12345]LOCAL(0) LOCL 0 1 64 - 0.0000 0.0000 7937.9
[5]1.1.1.1 INIT 16 0 64 - 0.0000 0.0000 0.0000
Notes: 1 source(master), 2 source(peer), 3 selected, 4 candidate, 5 configured.
Total sessions: 1
IPv6 NTP会话显示信息样例：
<Sysname> display ntp-service ipv6 sessions
Notes: 1 source(master), 2 source(peer), 3 selected, 4 candidate, 5 configured.
Source: [12345]3000::32
Reference: 127.127.1.0 Clock stratum: 2
Reachabilities: 1 Poll interval: 64
Last receive time: 6 Offset: -0.0
Roundtrip delay: 0.0 Dispersion: 0.0
Total sessions: 1
(2) 检查NTP相关配置是否正确。
根据组网规划，确认设备使用的NTP工作模式。根据NTP使用的工作模式，在设备上执行display current-configuration | include ntp-service命令查看NTP相关配置，来进一步排查当前NTP相关配置是否正确。例如，当采用客户端/服务器模式，并且本端作为客户端进行时间同步时，要求：
¡ 服务器地址配置必须正确，对应的配置命令为系统视图下的ntp-service [ ipv6 ] unicast-server。
¡ 系统时间的获取方式为NTP，对应的配置命令为系统视图下的clock protocol ntp。
¡ 如果需要使用NTP验证功能，还要求在设备和NTP服务器端上均配置的认证密钥必须一致，且本设备上使用的认证密钥对应的秘钥ID在对端设备上是可信的。对应的配置命令为系统视图下的ntp-service authentication-keyid（配置的认证密钥）和ntp-service reliable authentication-keyid（配置认证密钥对应的秘钥ID是可信的）。
(3) 执行ping命令，检查设备和NTP服务器端之间是否路由可达。
¡ 如果可以Ping通，说明设备和NTP服务器端之间路由可达，请执行步骤（4）。
¡ 如果无法Ping通，请参见“网络管理和监控类故障处理”中的“Ping不通”先解决网络不通问题。待设备和网管之间可以Ping通后，再执行步骤（4）。
(4) 在用户视图配置debugging ntp-service all命令打开NTP调试信息开关，查看调试信息，出现以下两种情况时，本端不会同步NTP服务器端的时钟：
¡ 如果调试信息中出现“The packet from ip-address failed the validity tests result”，则表示设备从NTP服务器（IP地址为ip-address）接收到的报文未通过合法性检查，检查结果为result，设备不会同步该NTP服务器的时钟。
¡ NTP报文调试信息中，“rdel: delay”、“rdsp: disper”，如果delay>16000、disper>16000或delay/2+disper>16000，则表示NTP服务器提供的时钟偏差过大，设备不会同步该NTP服务器的时钟。
(5) 如果故障仍然未能排除，请收集如下信息，并联系技术支持人员。
¡ 上述步骤的执行结果。
¡ 设备的配置文件、日志信息、告警信息。
NTP报文交互较慢，使用debugging ntp-service all命令开启NTP调试信息开关后，请等待5～10分钟后再收集调试信息。
无
· NTP/5/NTP_CLOCK_CHANGE
· NTP/5/NTP_LEAP_CHANGE
· NTP/4/NTP_SOURCE_LOST
· NTP/5/NTP_STRATUM_CHANGE
不同款型规格的资料略有差异, 详细信息请向具体销售和400咨询。H3C保留在没有任何通知或提示的情况下对资料内容进行修改的权利!
支持
