目  录

1 NTP

1.1 NTP简介

1.1.1 NTP基本工作原理

1.1.2 NTP网络结构及时钟层数

1.1.3 NTP的工作模式

1.1.4 NTP安全功能

1.1.5 NTP支持VPN多实例

1.1.6 协议规范

1.2 NTP配置任务简介

1.3 开启NTP服务

1.4 配置NTP工作模式

1.4.1 配置NTP客户端/服务器模式

1.4.2 配置NTP对等体模式

1.4.3 配置NTP广播模式

1.4.4 配置NTP组播模式

1.5 配置NTP服务的访问控制权限

1.6 配置NTP验证功能

1.6.1 配置客户端/服务器模式的NTP验证功能

1.6.2 配置对等体模式的NTP验证功能

1.6.3 配置广播模式的NTP验证功能

1.6.4 配置组播模式的NTP验证功能

1.7 配置NTP可选参数

1.7.1 配置NTP报文的源接口

1.7.2 配置接口不处理收到的NTP报文

1.7.3 配置动态会话的最大数目

1.7.4 配置NTP报文的DSCP优先级

1.8 配置本地时钟作为参考时钟

1.9 NTP显示和维护

1.10 NTP典型配置举例

1.10.1 配置NTP客户端/服务器模式

1.10.2 配置NTP对等体模式

1.10.3 配置NTP广播模式

1.10.4 配置NTP组播模式

1.10.5 配置带验证功能的NTP客户端/服务器模式

1.10.6 配置带验证功能的NTP广播模式

1.10.7 配置采用客户端/服务器模式实现MPLS VPN网络的时间同步

1.10.8 配置采用对等体模式实现MPLS VPN网络的时间同步

2 SNTP

2.1 SNTP简介

2.2 SNTP配置任务简介

2.3 开启SNTP服务

2.4 为SNTP客户端指定NTP服务器

2.5 配置SNTP验证功能

2.6 SNTP显示和维护

2.7 SNTP典型配置举例

 

1 NTP

 

1.1  NTP简介

在大型的网络中，如果依靠管理员手工配置来修改网络中各台设备的系统时间，不但工作量巨大，而且也不能保证时间的精确性。NTP（Network Time Protocol，网络时间协议）可以用来在分布式时间服务器和客户端之间进行时间同步，使网络内所有设备的时间保持一致，并提供较高的时间同步精度。NTP采用的传输层协议为UDP，使用的UDP端口号为123。

 

NTP主要应用于需要网络中所有设备的时间保持一致的场合，比如：

·            需要以时间作为参照依据，对从不同设备采集来的日志信息、调试信息进行分析的网络管理系统。

·            对设备时间一致性有要求的计费系统。

·            多个系统协同处理同一个比较复杂的事件的场合。此时，为保证正确的执行顺序，多个系统的时间必须保持一致。

1.1.1  NTP基本工作原理

NTP的基本工作原理如图1-1所示。Device A和Device B通过网络相连，Device A和Device B的时间不同，需要通过NTP实现时间的自动同步。为便于理解，作如下假设：

·            在Device A和Device B的时间同步之前，Device A的时间设定为10:00:00 am，Device B的时间设定为11:00:00 am。

·            Device B作为NTP时间服务器，即Device A与Device B的时间同步。

·            NTP报文从Device A到Device B、从Device B到Device A单向传输所需要的时间均为1秒。

·            Device B处理NTP报文所需的时间是1秒。

图1-1 NTP基本工作原理图

 

Device A和Device B时间同步的工作过程如下：

(1)       Device A发送一个NTP报文给Device B，该报文带有它离开Device A时的时间戳，该时间戳为10:00:00 am（T1）。

(2)       当此NTP报文到达Device B时，Device B在NTP报文上增加该报文到达Device B时的时间戳，该时间戳为11:00:01 am（T2）。

(3)       当此NTP报文离开Device B时，Device B再在NTP报文上增加该报文离开Device B时的时间戳，该时间戳为11:00:02 am（T3）。

(4)       当Device A接收到该响应报文时，Device A的本地时间为10:00:03 am（T4）。

至此，Device A可以根据上述时间戳计算两个重要的参数：

·            NTP报文的往返时延Delay = (T4-T1) – (T3-T2) = 2秒。

·            Device A相对Device B的时间差offset = ((T2-T1) + (T3-T4)) / 2 = 1小时。

这样，Device A就能够根据这些信息来设定自己的时间，使之与Device B的时间同步。

以上内容只是对NTP工作原理的一个粗略描述，详细内容请参阅相关的协议规范。

1.1.2  NTP网络结构及时钟层数

NTP通过时钟层数来定义时钟的准确度。时钟层数的取值范围为1～16，取值越小，时钟准确度越高。层数为1～15的时钟处于同步状态；层数为16的时钟处于未同步状态。

图1-2 NTP网络结构

 

如图1-2所示，实际网络中，通常将从权威时钟（如原子时钟）获得时间同步的NTP服务器的层数设置为1，并将其作为主时间服务器，为网络中其他设备的时钟提供时间同步。网络中的设备与主时间服务器的NTP距离，即NTP同步链上NTP服务器的数目，决定了设备上时钟的层数。例如，从主时间服务器获得时间同步的设备的时钟层数为2，即比主时间服务器的时钟层数大1；从时钟层数为2的时间服务器获得时间同步的设备的时钟层数为3，以此类推。

为了保证时间的准确性和可靠性，可以为一台设备指定多个时间服务器，设备根据时钟层数等参数进行时钟过滤和选择，从多个时间服务器中选择最优的时钟，与其同步。设备选中的时钟称为参考时钟。时钟优选过程的详细介绍，请参阅相关的协议规范。

在与外界通信的孤立网络，网络中的设备无法与权威时钟进行时间同步。此时，可以从该网络中选择一台时钟较为准确的设备，指定该设备与本地时钟进行时间同步，即采用本地时钟作为参考时钟，使得该设备的时钟处于同步状态。该设备作为时间服务器为网络中的其他设备提供时间同步，从而实现整个网络的时间同步。

1.1.3  NTP的工作模式

NTP支持以下几种工作模式：

·            客户端/服务器模式

·            对等体模式

·            广播模式

·            组播模式

用户可以根据需要选择一种或几种工作模式进行时间同步。各种模式的详细介绍，如表1-1所示。

表1-1 NTP模式介绍

模式	工作过程	时间同步方向	应用场合
客户端/服务器模式	客户端上需要手工指定NTP服务器的地址。客户端向NTP服务器发送NTP时间同步报文。NTP服务器收到报文后会自动工作在服务器模式，并回复应答报文 如果客户端可以从多个时间服务器获取时间同步，则客户端收到应答报文后，进行时钟过滤和选择，并与优选的时钟进行时间同步	·      客户端能够与NTP服务器的时间同步 ·      NTP服务器无法与客户端的时间同步	如图1-2所示，该模式通常用于下级的设备从上级的时间服务器获取时间同步
对等体模式	主动对等体（Symmetric active peer）上需要手工指定被动对等体（Symmetric passive peer）的地址。主动对等体向被动对等体发送NTP时间同步报文。被动对等体收到报文后会自动工作在被动对等体模式，并回复应答报文 如果主动对等体可以从多个时间服务器获取时间同步，则主动对等体收到应答报文后，进行时钟过滤和选择，并与优选的时钟进行时间同步	·      主动对等体和被动对等体的时间可以互相同步 ·      如果双方的时钟都处于同步状态，则层数大的时钟与层数小的时钟的时间同步	如图1-2所示，该模式通常用于同级的设备间互相同步，以便在同级的设备间形成备份。如果某台设备与所有上级时间服务器的通信出现故障，则该设备仍然可以从同级的时间服务器获得时间同步
广播模式	广播服务器周期性地向广播地址255.255.255.255发送NTP时间同步报文。广播客户端侦听来自广播服务器的广播报文，根据接收的广播报文将设备的时间与广播服务器的时间进行同步 广播客户端接收到广播服务器发送的第一个NTP报文后，会与广播服务器进行报文交互，以获得报文的往返时延，为时间同步提供必要的参数。之后，只有广播服务器单方向发送报文	·      广播客户端能够与广播服务器的时间同步 ·      广播服务器无法与广播客户端的时间同步	广播服务器广播发送时间同步报文，可以同时同步同一个子网中多个广播客户端的时间。如图1-2所示，使用同一个时间服务器为同一个子网中的大量设备提供时间同步时，可以使用广播模式，以简化网络配置 由于只有广播服务器单方向发送报文，广播模式的时间准确度不如客户端/服务器模式和对等体模式
组播模式	组播服务器周期性地向指定的组播地址发送NTP时间同步报文。客户端侦听来自服务器的组播报文，根据接收的组播报文将设备的时间与组播服务器的时间进行同步	·      组播客户端能够与组播服务器的时间同步 ·      组播服务器无法与组播客户端的时间同步	组播模式对广播模式进行了扩展，组播服务器可以同时为同一子网、不同子网的多个组播客户端提供时间同步 组播模式的时间准确度不如客户端/服务器模式和对等体模式

 

 

1.1.4  NTP安全功能

为了提高时间同步的安全性，NTP提供了NTP服务的访问控制权限和NTP验证功能。

1. NTP服务的访问控制权限

本功能是指利用ACL限制对端设备对本地设备上NTP服务的访问控制权限。NTP服务的访问控制权限从高到低依次为peer、server、synchronization、query。

·            peer：完全访问权限。该权限既允许对端设备向本地设备的时间同步，对本地设备进行控制查询（查询NTP的一些状态，比如告警信息、验证状态、时间服务器信息等），同时本地设备也可以向对端设备的时间同步。

·            server：服务器访问与查询权限。该权限允许对端设备向本地设备的时间同步，对本地设备进行控制查询，但本地设备不会向对端设备的时间同步。

·            synchronization：仅具有访问服务器的权限。该权限只允许对端设备向本地设备的时间同步，但不能进行控制查询。

·            query：仅具有控制查询的权限。该权限只允许对端设备对本地设备的NTP服务进行控制查询，但是不能向本地设备的时间同步。

当设备接收到NTP服务请求时，会按照权限从高到低的顺序依次进行匹配。匹配原则为：

·            如果没有指定权限应用的ACL或权限应用的ACL尚未创建，则继续匹配下一个权限。

·            如果所有的权限都没有应用ACL或权限应用的ACL尚未创建，则所有对端设备对本地设备NTP服务的访问控制权限均为peer。

·            如果存在应用了ACL的权限，且该ACL已经创建，则只有NTP服务请求匹配了某个权限应用的ACL中的permit规则，发送该NTP服务请求的对端设备才会具有该访问控制权限。其他情况下（NTP服务请求匹配某个权限应用的ACL中的deny规则或没有匹配任何权限的任何规则），发送该NTP服务请求的对端设备不具有任何权限。

配置NTP服务的访问控制权限，仅提供了一种最小限度的安全措施，更安全的方法是使用NTP验证功能。

2. NTP验证功能

在一些对时间同步的安全性要求较高的网络中，运行NTP协议时需要使用NTP验证功能。NTP验证功能可以用来验证接收到的NTP报文的合法性。只有报文通过验证后，设备才会接收该报文，并从中获取时间同步信息；否则，设备会丢弃该报文。从而，保证设备不会与非法的时间服务器进行时间同步，避免时间同步错误。

图1-3 NTP验证功能示意图

 

如图1-3所示，NTP验证功能的工作过程为：

(1)       NTP报文发送者利用密钥ID标识的密钥对NTP报文进行MD5运算，并将计算出来的摘要信息连同NTP报文和密钥ID一起发送给接收者。

(2)       接收者接收到该NTP报文后，根据报文中的密钥ID找到对应的密钥，并利用该密钥对报文进行MD5运算。接收者将运算结果与报文中的摘要信息比较，如果相同，则接收该报文；否则，丢弃该报文。

1.1.5  NTP支持VPN多实例

设备作为NTP客户端或主动对等体时支持VPN多实例，实现设备与位于MPLS L3VPN中的NTP服务器或NTP被动对等体进行时间同步。

如下图所示，私网VPN 1和VPN 2中的用户通过PE（Provider Edge，服务提供商网络边缘）设备接入MPLS骨干网，各VPN之间的业务相互隔离。配置PE设备工作在NTP客户端或NTP主动对等体模式，并指定NTP服务器或NTP被动对等体所属的VPN后，可以实现PE设备与各VPN中的设备进行时间同步。本系列设备仅支持作为CE。

图1-4 NTP支持VPN多实例组网应用图

 

 

1.1.6  协议规范

与NTP相关的协议规范有：

·            RFC 1305：Network Time Protocol (Version 3) Specification, Implementation and Analysis

·            RFC 5905：Network Time Protocol Version 4: Protocol and Algorithms Specification

1.2  NTP配置任务简介

·            为保证时间同步的准确性，在配置NTP对等体模式时，不建议主动对等体和被动对等体同时作为对应不同时钟源的NTP客户端（对应的NTP工作模式包括NTP客户端/服务器模式、NTP广播模式、NTP组播模式）。

·            用户可以通过clock protocol命令配置设备获取时间的方式。有关clock protocol命令的详细介绍，请参见“基础配置命令参考”中的“设备管理”。

表1-2 NTP配置任务简介

配置任务		说明	详细配置
开启NTP服务		必选	1.3
配置与网络中的其他设备进行时间同步	配置NTP工作模式	“配置NTP工作模式”和“配置本地时钟作为参考时钟”两个配置任务中至少选择其一，其他配置任务请根据实际需要进行选择	1.4
	配置NTP服务的访问控制权限		1.5
	配置NTP验证功能		1.6
	配置NTP可选参数		1.7
配置本地时钟作为参考时钟			1.8

 

 

1.3  开启NTP服务

NTP服务与SNTP服务互斥，同一时刻只能开启其中一个服务。

表1-3 开启NTP客户端

操作	命令	说明
进入系统视图	system-view	-
开启NTP服务	ntp-service enable	缺省情况下，没有开启NTP服务

 

1.4  配置NTP工作模式

1.4.1  配置NTP客户端/服务器模式

当设备采用客户端/服务器模式时，需要在客户端上指定服务器的地址。

配置NTP客户端/服务器模式时，需要注意：

·            服务器需要通过与其他设备同步或配置本地时钟作为参考时钟等方式，使得自己的时钟处于同步状态，否则客户端不会将自己的时间与服务器的时间同步。

·            当服务器端的时钟层数大于或等于客户端的时钟层数时，客户端将不会与其同步。

·            可以通过多次执行ntp-service unicast-server命令为设备指定多个服务器。

表1-4 配置NTP客户端

操作	命令	说明
进入系统视图	system-view	-
为设备指定NTP服务器	ntp-service unicast-server { server-name | ip-address } [ vpn-instance vpn-instance-name ] [ authentication-keyid keyid | priority | source interface-type interface-number | version number ] *	缺省情况下，没有为设备指定NTP服务器

 

1.4.2  配置NTP对等体模式

当设备采用对等体模式时，需要在主动对等体上指定被动对等体的地址。

配置NTP对等体模式时，需要注意：

·            被动对等体上需要执行ntp-service enable命令来开启NTP服务，否则被动对等体不会处理来自主动对等体的NTP报文。

·            主动对等体和被动对等体的时钟至少要有一个处于同步状态，否则它们的时间都将无法同步。

·            可以通过多次执行ntp-service unicast-peer命令为设备指定多个被动对等体。

表1-5 配置主动对等体

操作	命令	说明
进入系统视图	system-view	-
指定设备的被动对等体	ntp-service unicast-peer { peer-name | ip-address } [ vpn-instance vpn-instance-name ] [ authentication-keyid keyid | priority | source interface-type interface-number | version number ] *	缺省情况下，没有为设备指定被动对等体

 

1.4.3  配置NTP广播模式

广播服务器需要通过与其他设备同步或配置本地时钟作为参考时钟等方式，使得自己的时钟处于同步状态，否则广播客户端不会将自己的时间与广播服务器的时间同步。

当设备采用广播模式时，广播服务器端和广播客户端上都需要进行配置。

1. 配置广播客户端

表1-6 配置广播客户端

操作	命令	说明
进入系统视图	system-view	-
进入接口视图	interface interface-type interface-number	进入要接收NTP广播报文的接口
配置设备工作在NTP广播客户端模式	ntp-service broadcast-client	缺省情况下，设备没有工作在NTP广播客户端模式 执行本命令后，设备将通过当前接口接收NTP广播报文

 

2. 配置广播服务器

表1-7 配置广播服务器

操作	命令	说明
进入系统视图	system-view	-
进入接口视图	interface interface-type interface-number	进入要发送NTP广播报文的接口
配置设备工作在NTP广播服务器模式	ntp-service broadcast-server [ authentication-keyid keyid | version number ] *	缺省情况下，设备没有工作在NTP广播服务器模式 执行本命令后，设备将通过当前接口周期性发送NTP广播报文

 

1.4.4  配置NTP组播模式

组播服务器需要通过与其他设备同步或配置本地时钟作为参考时钟等方式，使得自己的时钟处于同步状态，否则组播客户端不会将自己的时间与组播服务器的时间同步。

设备采用组播模式时，在组播服务器端和组播客户端上都需要进行配置。

1. 配置组播客户端

表1-8 配置组播客户端

操作	命令	说明
进入系统视图	system-view	-
进入接口视图	interface interface-type interface-number	进入要接收NTP组播报文的接口
配置设备工作在NTP组播客户端模式	ntp-service multicast-client [ ip-address ]	缺省情况下，设备没有工作在组播客户端模式 执行本命令后，设备将通过当前接口接收NTP组播报文

 

2. 配置组播服务器

表1-9 配置组播服务器

操作	命令	说明
进入系统视图	system-view	-
进入接口视图	interface interface-type interface-number	进入要发送NTP组播报文的接口
配置设备工作在NTP组播服务器模式	ntp-service multicast-server [ ip-address ] [ authentication-keyid keyid | ttl ttl-number | version number ] *	缺省情况下，设备没有工作在组播服务器模式 执行本命令后，设备将通过当前接口周期性发送NTP组播报文

 

1.5  配置NTP服务的访问控制权限

在配置对本地设备NTP服务的访问控制权限之前，需要创建并配置与访问权限关联的ACL。ACL的配置方法请参见“ACL和QoS配置指导”中的“ACL”。

表1-10 配置NTP服务的访问控制权限

操作	命令	说明
进入系统视图	system-view	-
配置对端设备对本地设备NTP服务的访问控制权限	ntp-service { peer | query | server | synchronization } acl acl-number	缺省情况下，对端设备对本地设备NTP服务的访问控制权限为peer（完全访问权限）

 

1.6  配置NTP验证功能

1.6.1  配置客户端/服务器模式的NTP验证功能

配置客户端/服务器模式的NTP验证功能时，需要在客户端和服务器上都使能NTP验证功能、配置验证密钥、将验证密钥设为可信密钥，并在客户端上将可信密钥与NTP服务器关联。服务器端和客户端上配置的密钥ID和密钥值必须保持一致，否则会导致NTP验证失败。

表1-11 配置客户端的NTP验证

操作	命令	说明
进入系统视图	system-view	-
使能NTP身份验证功能	ntp-service authentication enable	缺省情况下，NTP身份验证功能处于关闭状态
配置NTP身份验证密钥	ntp-service authentication-keyid keyid authentication-mode md5 { cipher | simple } value	缺省情况下，没有配置NTP身份验证密钥
配置指定密钥为可信密钥	ntp-service reliable authentication-keyid keyid	缺省情况下，没有指定可信密钥
将指定密钥与对应的NTP服务器关联	ntp-service unicast-server { server-name | ip-address } [ vpn-instance vpn-instance-name ] authentication-keyid keyid	-

 

表1-12 配置服务器端的NTP验证

操作	命令	说明
进入系统视图	system-view	-
使能NTP身份验证功能	ntp-service authentication enable	缺省情况下，NTP身份验证功能处于关闭状态
配置NTP身份验证密钥	ntp-service authentication-keyid keyid authentication-mode md5 { cipher | simple } value	缺省情况下，没有配置NTP身份验证密钥
配置指定密钥为可信密钥	ntp-service reliable authentication-keyid keyid	缺省情况下，没有指定可信密钥

 

客户端和服务器上进行不同的配置时，NTP验证结果有所不同，详细介绍请参见表1-13。其中，表格中的“-”表示不管此项是否配置。

表1-13 客户端和服务器上进行不同配置时的NTP验证结果

客户端			服务器		结果
是否使能身份验证功能	是否与服务器关联密钥	是否配置关联的验证密钥，并将其指定为可信密钥	是否使能身份验证功能	是否配置验证密钥，并将其指定为可信密钥
是	是	是	是	是	身份验证成功，可以正常收发NTP报文
是	是	是	是	否	身份验证失败，不可以正常收发NTP报文
是	是	是	否	-	身份验证失败，不可以正常收发NTP报文
是	是	否	-	-	身份验证失败，不可以正常收发NTP报文
是	否	-	-	-	不进行身份验证，可以正常收发NTP报文
否	-	-	-	-	不进行身份验证，可以正常收发NTP报文

 

1.6.2  配置对等体模式的NTP验证功能

配置对等体模式的NTP验证功能时，需要在主动对等体和被动对等体上都使能NTP验证功能、配置验证密钥、将验证密钥设为可信密钥，并在主动对等体上将可信密钥与被动对等体关联。主动对等体和被动对等体上配置的密钥ID和密钥值必须保持一致，否则会导致NTP验证失败。

表1-14 配置主动对等体的NTP验证

操作	命令	说明
进入系统视图	system-view	-
使能NTP身份验证功能	ntp-service authentication enable	缺省情况下，NTP身份验证功能处于关闭状态
配置NTP身份验证密钥	ntp-service authentication-keyid keyid authentication-mode md5 { cipher | simple } value	缺省情况下，没有配置NTP身份验证密钥
配置指定密钥为可信密钥	ntp-service reliable authentication-keyid keyid	缺省情况下，没有指定可信密钥
将指定密钥与对应的被动对等体关联	ntp-service unicast-peer { ip-address | peer-name } [ vpn-instance vpn-instance-name ] authentication-keyid keyid	-

 

表1-15 配置被动对等体的NTP验证

操作	命令	说明
进入系统视图	system-view	-
使能NTP身份验证功能	ntp-service authentication enable	缺省情况下，NTP身份验证功能处于关闭状态
配置NTP身份验证密钥	ntp-service authentication-keyid keyid authentication-mode md5 { cipher | simple } value	缺省情况下，没有配置NTP身份验证密钥
配置指定密钥为可信密钥	ntp-service reliable authentication-keyid keyid	缺省情况下，没有指定可信密钥

 

主动对等体和被动对等体上进行不同的配置时，NTP验证结果有所不同，详细介绍请参见表1-16。其中，表格中的“-”表示不管此项是否配置。

表1-16 主动对等体和被动对等体上进行不同配置时的NTP验证结果

	主动对等体			被动对等体		结果
	是否使能身份验证功能	是否与被动对等体关联密钥	是否配置关联的验证密钥，并将其指定为可信密钥	是否使能身份验证功能	是否配置验证密钥，并将其指定为可信密钥
不考虑主动对等体和被动对等体的时钟层数	是	是	是	是	是	身份验证成功，可以正常收发NTP报文
	是	是	是	是	否	身份验证失败，不可以正常收发NTP报文
	是	是	是	否	-	身份验证失败，不可以正常收发NTP报文
	是	否	-	是	-	身份验证失败，不可以正常收发NTP报文
	是	否	-	否	-	不进行身份验证，可以正常收发NTP报文
	否	-	-	是	-	身份验证失败，不可以正常收发NTP报文
	否	-	-	否	-	不进行身份验证，可以正常收发NTP报文
主动对等体时钟层数大于被动对等体	是	是	否	-	-	身份验证失败，不可以正常收发NTP报文
被动对等体时钟层数大于主动对等体	是	是	否	是	-	身份验证失败，不可以正常收发NTP报文
	是	是	否	否	-	不进行身份验证，可以正常收发NTP报文

 

1.6.3  配置广播模式的NTP验证功能

配置广播模式的NTP验证功能时，需要在广播客户端和广播服务器上都使能NTP验证功能、配置验证密钥、将验证密钥设为可信密钥，并在广播服务器上指定与该服务器关联的密钥。广播服务器和广播客户端上配置的密钥ID和密钥值必须保持一致，否则会导致NTP验证失败。

表1-17 配置广播客户端的NTP验证

操作	命令	说明
进入系统视图	system-view	-
使能NTP身份验证功能	ntp-service authentication enable	缺省情况下，NTP身份验证功能处于关闭状态
配置NTP身份验证密钥	ntp-service authentication-keyid keyid authentication-mode md5 { cipher | simple } value	缺省情况下，没有配置NTP身份验证密钥
配置指定密钥为可信密钥	ntp-service reliable authentication-keyid keyid	缺省情况下，没有指定可信密钥

 

表1-18 配置广播服务器端的NTP验证

操作	命令	说明
进入系统视图	system-view	-
使能NTP身份验证功能	ntp-service authentication enable	缺省情况下，NTP身份验证功能处于关闭状态
配置NTP身份验证密钥	ntp-service authentication-keyid keyid authentication-mode md5 { cipher | simple } value	缺省情况下，没有配置NTP身份验证密钥
配置指定密钥为可信密钥	ntp-service reliable authentication-keyid keyid	缺省情况下，没有指定可信密钥
进入接口视图	interface interface-type interface-number	-
将指定密钥与对应的广播服务器关联	ntp-service broadcast-server authentication-keyid keyid	缺省情况下，广播服务器没有与密钥关联

 

广播客户端和广播服务器上进行不同的配置时，NTP验证结果有所不同，详细介绍请参见表1-19。其中，表格中的“-”表示不管此项是否配置。

表1-19 广播客户端和广播服务器上进行不同配置时的NTP验证结果

广播服务器			广播客户端		结果
是否使能身份验证功能	是否与广播服务器关联密钥	是否配置关联的验证密钥，并将其指定为可信密钥	是否使能身份验证功能	是否配置验证密钥，并将其指定为可信密钥
是	是	是	是	是	身份验证成功，可以正常收发NTP报文
是	是	是	是	否	身份验证失败，不可以正常收发NTP报文
是	是	是	否	-	身份验证失败，不可以正常收发NTP报文
是	是	否	是	-	身份验证失败，不可以正常收发NTP报文
是	是	否	否	-	不进行身份验证，可以正常收发NTP报文
是	否	-	是	-	身份验证失败，不可以正常收发NTP报文
是	否	-	否	-	不进行身份验证，可以正常收发NTP报文
否	-	-	是	-	身份验证失败，不可以正常收发NTP报文
否	-	-	否	-	不进行身份验证，可以正常收发NTP报文

 

1.6.4  配置组播模式的NTP验证功能

配置组播模式的NTP验证功能时，需要在组播客户端和组播服务器上都使能NTP验证功能、配置验证密钥、将验证密钥设为可信密钥，并在组播服务器上指定与该服务器关联的密钥。组播服务器和组播客户端上配置的密钥ID和密钥值必须保持一致，否则会导致NTP验证失败。

表1-20 配置组播客户端的NTP验证

操作	命令	说明
进入系统视图	system-view	-
使能NTP身份验证功能	ntp-service authentication enable	缺省情况下，NTP身份验证功能处于关闭状态
配置NTP身份验证密钥	ntp-service authentication-keyid keyid authentication-mode md5 { cipher | simple } value	缺省情况下，没有配置NTP身份验证密钥
配置指定密钥为可信密钥	ntp-service reliable authentication-keyid keyid	缺省情况下，没有指定可信密钥

 

表1-21 配置组播服务器端的NTP验证

操作	命令	说明
进入系统视图	system-view	-
使能NTP身份验证功能	ntp-service authentication enable	缺省情况下，NTP身份验证功能处于关闭状态
配置NTP身份验证密钥	ntp-service authentication-keyid keyid authentication-mode md5 { cipher | simple } value	缺省情况下，没有配置NTP身份验证密钥
配置指定密钥为可信密钥	ntp-service reliable authentication-keyid keyid	缺省情况下，没有指定可信密钥
进入接口视图	interface interface-type interface-number	-
将指定密钥与对应的组播服务器关联	ntp-service multicast-server [ ip-address ] authentication-keyid keyid	缺省情况下，组播服务器没有与密钥关联

 

组播客户端和组播服务器上进行不同的配置时，NTP验证结果有所不同，详细介绍请参见表1-22。其中，表格中的“-”表示不管此项是否配置。

表1-22 组播客户端和组播服务器上进行不同配置时的NTP验证结果

组播服务器			组播客户端		结果
是否使能身份验证功能	是否与组播服务器关联密钥	是否配置关联的验证密钥，并将其指定为可信密钥	是否使能身份验证功能	是否配置验证密钥，并将其指定为可信密钥
是	是	是	是	是	身份验证成功，可以正常收发NTP报文
是	是	是	是	否	身份验证失败，不可以正常收发NTP报文
是	是	是	否	-	身份验证失败，不可以正常收发NTP报文
是	是	否	是	-	身份验证失败，不可以正常收发NTP报文
是	是	否	否	-	不进行身份验证，可以正常收发NTP报文
是	否	-	是	-	身份验证失败，不可以正常收发NTP报文
是	否	-	否	-	不进行身份验证，可以正常收发NTP报文
否	-	-	是	-	身份验证失败，不可以正常收发NTP报文
否	-	-	否	-	不进行身份验证，可以正常收发NTP报文

 

1.7  配置NTP可选参数

1.7.1  配置NTP报文的源接口

如果指定了NTP报文的源接口，则设备在主动发送NTP报文时，NTP报文的源地址为指定的源接口的地址。建议将Loopback接口指定为源接口，以避免设备上某个接口的状态变化而导致NTP报文无法接收。

设备对接收到的NTP请求报文进行应答时，应答报文的源地址始终为接收到的NTP请求报文的目的地址。

配置NTP报文的源接口时，需要注意：

·            如果在命令ntp-service unicast-server或ntp-service unicast-peer中指定了NTP报文的源接口，则优先使用ntp-service unicast-server或ntp-service unicast-peer命令指定的接口作为NTP报文的源接口。

·            配置NTP报文的源接口时，如果在接口视图下配置了ntp-service broadcast-server或ntp-service multicast-server，则NTP广播或组播模式报文的源接口为配置了ntp-service broadcast-server或ntp-service multicast-server命令的接口。

表1-23 配置NTP报文的源接口

操作	命令	说明
进入系统视图	system-view	-
配置NTP报文的源接口	ntp-service source interface-type interface-number	缺省情况下，没有指定NTP报文的源接口

 

1.7.2  配置接口不处理收到的NTP报文

启动NTP服务后，缺省情况下所有接口都可以处理收到的NTP报文。如果出于安全性、简化网络管理等方面的考虑，不希望设备为某个接口对应网段内的对端设备提供时间同步，或不希望设备从某个接口对应网段内的对端设备获得时间同步，则可以在该接口上执行本配置，使该接口不处理收到的NTP报文。

表1-24 配置接口不处理收到的NTP报文

操作	命令	说明
进入系统视图	system-view	-
进入接口视图	interface interface-type interface-number	-
配置接口不处理收到的NTP报文	undo ntp-service inbound enable	缺省情况下，接口处理收到的NTP报文

 

1.7.3  配置动态会话的最大数目

NTP会话分为两种：

·            静态会话：用户手动配置NTP相关命令而建立的会话。

·            动态会话：NTP协议运行过程中建立的临时会话，若系统长期没有报文交互就会删除该临时会话。

各种模式中，会话的建立情况如下：

·            客户端/服务器模式中，在客户端上指定了NTP服务器后，客户端上会建立一个静态会话，服务器端在收到报文之后只是被动的响应报文，而不会建立会话（包括静态和动态会话）。

·            对等体模式中，在主动对等体上指定了被动对等体后，主动对等体上会建立静态会话，被动对等体端会建立动态会话。

·            广播模式和组播模式中，在广播/组播服务器端上会建立静态会话，而在广播/组播客户端上会建立动态会话。

设备同一时间内最多可以建立的会话数目为128个，其中包括静态会话数和动态会话数。

本配置用来限制动态会话的数目，以避免设备上维护过多的动态会话，占用过多的系统资源。

表1-25 配置动态会话的最大数目

操作	命令	说明
进入系统视图	system-view	-
配置NTP动态会话的最大数目	ntp-service max-dynamic-sessions number	缺省情况下，NTP动态会话的最大数目为100

 

1.7.4  配置NTP报文的DSCP优先级

DSCP优先级用来体现报文自身的优先等级，决定报文传输的优先程度。通过本配置可以指定NTP服务器发送的NTP报文的DSCP优先级。

表1-26 配置NTP报文的DSCP优先级

操作	命令	说明
进入系统视图	system-view	-
配置NTP报文的DSCP优先级	ntp-service dscp dscp-value	缺省情况下，NTP报文的DSCP优先级为48

 

1.8  配置本地时钟作为参考时钟

配置本地时钟作为参考时钟时，需要注意：

·            配置本地时钟作为参考时钟后，本地设备的时钟将处于同步状态，可以作为时间服务器为网络中其他设备的时钟提供时间同步。如果本地设备的时钟不正确，则会导致网络中设备的时间错误，请谨慎使用本配置。

·            在执行本命令之前，建议先调整本地系统时间。

本配置用来指定设备与本地时钟进行时间同步，使得该设备的时钟处于同步状态。

表1-27 配置本地时钟作为参考时钟

操作	命令	说明
进入系统视图	system-view	-
配置本地时钟作为参考时钟	ntp-service refclock-master [ ip-address ] [ stratum ]	缺省情况下，设备未采用本地时钟作为参考时钟

 

1.9  NTP显示和维护

在完成上述配置后，在任意视图下执行display命令可以显示配置后NTP的运行情况，通过查看显示信息验证配置的效果。

表1-28 NTP显示与维护

操作	命令
显示NTP服务的状态信息	display ntp-service status
显示NTP服务的所有IPv4会话信息	display ntp-service sessions [ verbose ]
显示从本地设备回溯到主时间服务器的各个NTP时间服务器的简要信息	display ntp-service trace

 

1.10  NTP典型配置举例

1.10.1  配置NTP客户端/服务器模式

1. 组网需求

为了通过NTP实现Device B与Device A的时间同步，要求：

·            在Device A上设置本地时钟作为参考时钟，层数为2；

·            配置Device B工作在客户端模式，指定Device A为NTP服务器。

2. 组网图

图1-5 配置NTP客户端/服务器模式组网图

 

3. 配置步骤

(1)       按照图1-5配置各接口的IP地址，具体配置过程略。

(2)       配置Device A

# 开启NTP服务。

<DeviceA> system-view

[DeviceA] ntp-service enable

# 设置本地时钟作为参考时钟，层数为2。

[DeviceA] ntp-service refclock-master 2

(3)       配置Device B

# 开启NTP服务。

<DeviceB> system-view

[DeviceB] ntp-service enable

# 设置Device A为Device B的NTP服务器。

[DeviceB] ntp-service unicast-server 1.0.1.11

4. 验证配置

# 完成上述配置后，Device B向Device A进行时间同步。同步后查看Device B的NTP状态。可以看出，Device B已经与Device A同步，层数比Device A的层数大1，为3。

[DeviceB] display ntp-service status

 Clock status: synchronized

 Clock stratum: 3

 System peer: 1.0.1.11

 Local mode: client

 Reference clock ID: 1.0.1.11

 Leap indicator: 00

 Clock jitter: 0.000977 s

 Stability: 0.000 pps

 Clock precision: 2^-18

 Root delay: 0.00383 ms

 Root dispersion: 16.26572 ms

 Reference time: d0c6033f.b9923965  Wed, Dec 29 2010 18:58:07.724

# 查看Device B的NTP服务的所有IPv4会话信息，可以看到Device B与Device A建立了会话。

[DeviceB] display ntp-service sessions

       source          reference       stra reach poll  now offset  delay disper

********************************************************************************

[12345]1.0.1.11        127.127.1.0        2     1   64   15   -4.0 0.0038 16.262

Notes: 1 source(master), 2 source(peer), 3 selected, 4 candidate, 5 configured.

 Total sessions : 1

1.10.2  配置NTP对等体模式

1. 组网需求

网络中存在两个时间服务器：Device A和Device C。Device C的时钟优于Device A的时钟。为了通过NTP实现Device B与最优的时钟进行时间同步，要求：

·            在Device A上设置本地时钟作为参考时钟，层数为3；

·            在Device C上设置本地时钟作为参考时钟，层数为2；

·            配置Device B工作在客户端模式，指定Device A为NTP服务器；

·            配置Device C工作在对等体模式，指定Device B为被动对等体，即Device C为主动对等体，Device B为被动对等体。

2. 组网图

图1-6 配置NTP对等体模式组网图

 

3. 配置步骤

(1)       按照图1-6配置各接口的IP地址，具体配置过程略。

(2)       配置Device A

# 开启NTP服务。

<DeviceA> system-view

[DeviceA] ntp-service enable

# 设置本地时钟作为参考时钟，层数为3。

[DeviceA] ntp-service refclock-master 3

(3)       配置Device B

# 开启NTP服务。

<DeviceB> system-view

[DeviceB] ntp-service enable

# 设置Device A为Device B的NTP服务器。

[DeviceB] ntp-service unicast-server 3.0.1.31

(4)       配置Device C

# 开启NTP服务。

<DeviceC> system-view

[DeviceC] ntp-service enable

# 设置本地时钟作为参考时钟，层数为2。

[DeviceC] ntp-service refclock-master 2

# 设置Device B为被动对等体。Device C处于主动对等体模式。

[DeviceC] ntp-service unicast-peer 3.0.1.32

4. 验证配置

# 完成上述配置后，Device B具有两个时间服务器Device A和Device C，其中Device C的时钟层数小于Device A的时钟层数，即Device C的时钟优于Device A。因此，Device B选择Device C作为参考时钟，与Device C进行时间同步。同步后查看Device B的状态。可以看出，Device B已经与Device C同步，层数比Device C的层数大1，为3。

[DeviceB] display ntp-service status

 Clock status: synchronized

 Clock stratum: 3

 System peer: 3.0.1.33

 Local mode: sym_passive

 Reference clock ID: 3.0.1.33

 Leap indicator: 00

 Clock jitter: 0.000916 s

 Stability: 0.000 pps

 Clock precision: 2^-17

 Root delay: 0.00609 ms

 Root dispersion: 1.95859 ms

 Reference time: 83aec681.deb6d3e5  Sun, Jan  4 1970  5:56:17.869

# 查看Device B的NTP服务的IPv4会话信息，可以看到Device B与、Device A、Device C均建立了会话。

[DeviceB] display ntp-service sessions

       source          reference       stra reach poll  now offset  delay disper

********************************************************************************

   [25]3.0.1.31        127.127.1.0        3    28   64    - 0.0000 0.0000 4000.0

 [1234]3.0.1.33        127.127.1.0        2    62   64   34 0.4251 6.0882 1392.1

Notes: 1 source(master), 2 source(peer), 3 selected, 4 candidate, 5 configured.

 Total sessions: 2

1.10.3  配置NTP广播模式

1. 组网需求

为了实现Switch C作为同一网段中多个设备的时间服务器，同时同步多个设备的时间，要求：

·            在Switch C上设置本地时钟作为参考时钟，层数为2；

·            Switch C工作在广播服务器模式，从VLAN接口2向外广播发送NTP报文；

·            Switch A和Switch B工作在广播客户端模式，分别从各自的VLAN接口2监听NTP广播报文。

2. 组网图

图1-7 配置NTP广播模式组网图

 

3. 配置步骤

(1)       按照图1-7配置各接口的IP地址，具体配置过程略。

(2)       配置Switch C

# 开启NTP服务。

<SwitchC> system-view

[SwitchC] ntp-service enable

# 设置本地时钟作为参考时钟，层数为2。

[SwitchC] ntp-service refclock-master 2

# 设置Switch C为广播服务器，从VLAN接口2发送广播报文。

[SwitchC] interface vlan-interface 2

[SwitchC-Vlan-interface2] ntp-service broadcast-server

(3)       配置Switch A

# 开启NTP服务。

<SwitchA> system-view

[SwitchA] ntp-service enable

# 设置Switch A为广播客户端，从VLAN接口2监听广播报文。

[SwitchA] interface vlan-interface 2

[SwitchA-Vlan-interface2] ntp-service broadcast-client

(4)       配置Switch B

# 开启NTP服务。

<SwitchB> system-view

[SwitchB] ntp-service enable

# 设置Switch B为广播客户端，从VLAN接口2监听广播报文。

[SwitchB] interface vlan-interface 2

[SwitchB-Vlan-interface2] ntp-service broadcast-client

4. 验证配置

# Switch A和Switch B接收到Switch C发出的广播报文后，与其同步。以Switch A为例，同步后查看Switch A的状态。可以看出，Switch A已经与Switch C同步，层数比Switch C的层数大1，为3。

[SwitchA-Vlan-interface2] display ntp-service status

 Clock status: synchronized

 Clock stratum: 3

 System peer: 3.0.1.31

 Local mode: bclient

 Reference clock ID: 3.0.1.31

 Leap indicator: 00

 Clock jitter: 0.044281 s

 Stability: 0.000 pps

 Clock precision: 2^-10

 Root delay: 0.00229 ms

 Root dispersion: 4.12572 ms

 Reference time: d0d289fe.ec43c720  Sat, Jan  8 2011  7:00:14.922

# 查看Switch A的NTP服务的IPv4会话信息，可以看到Switch A与Switch C建立了会话。

[SwitchA-Vlan-interface2] display ntp-service sessions

       source          reference       stra reach poll  now offset  delay disper

********************************************************************************

 [1245]3.0.1.31        127.127.1.0        2     1   64  519   -0.0 0.0022 4.1257

Notes: 1 source(master),2 source(peer),3 selected,4 candidate,5 configured.

 Total sessions : 1 

1.10.4  配置NTP组播模式

1. 组网需求

为了实现Switch C作为不同网段中多个设备的时间服务器，同时同步多个设备的时间，要求：

·            在Switch C上设置本地时钟作为参考时钟，层数为2；

·            Switch C工作在组播服务器模式，从VLAN接口2向外组播发送NTP报文；

·            Switch A和Switch D工作在组播客户端模式，Switch A从VLAN接口3监听NTP组播报文，Switch D从VLAN接口2监听NTP组播报文。

2. 组网图

图1-8 配置NTP组播模式组网图

 

3. 配置步骤

(1)       按照图1-8配置各接口的IP地址，具体配置过程略。

(2)       配置Switch C

# 开启NTP服务。

<SwitchC> system-view

[SwitchC] ntp-service enable

# 设置本地时钟作为参考时钟，层数为2。

[SwitchC] ntp-service refclock-master 2

# 设置Switch C为组播服务器，从VLAN接口2发送组播报文。

[SwitchC] interface vlan-interface 2

[SwitchC-Vlan-interface2] ntp-service multicast-server

(3)       配置Switch D

# 开启NTP服务。

<SwitchD> system-view

[SwitchD] ntp-service enable

# 设置Switch D为组播客户端，从VLAN接口2监听组播报文。

[SwitchD] interface vlan-interface 2

[SwitchD-Vlan-interface2] ntp-service multicast-client

(4)       验证配置一

# 由于Switch D和Switch C在同一个网段，不需要配置组播功能，Switch D就可以收到Switch C发出的组播报文，并与其同步。同步后查看Switch D的状态。可以看出，Switch D已经与Switch C同步，层数比Switch C的层数大1，为3。

[SwitchD-Vlan-interface2] display ntp-service status

 Clock status: synchronized

 Clock stratum: 3

 System peer: 3.0.1.31

 Local mode: bclient

 Reference clock ID: 3.0.1.31

 Leap indicator: 00

 Clock jitter: 0.044281 s

 Stability: 0.000 pps

 Clock precision: 2^-10

 Root delay: 0.00229 ms

 Root dispersion: 4.12572 ms

 Reference time: d0d289fe.ec43c720  Sat, Jan  8 2011  7:00:14.922

# 查看Switch D的NTP服务的所有IPv4会话信息，可以看到Switch D与Switch C建立了会话。

[SwitchD-Vlan-interface2] display ntp-service sessions

       source          reference       stra reach poll  now offset  delay disper

********************************************************************************

 [1245]3.0.1.31        127.127.1.0        2     1   64  519   -0.0 0.0022 4.1257

Notes: 1 source(master),2 source(peer),3 selected,4 candidate,5 configured.

 Total sessions : 1 

(5)       配置Switch B

由于Switch A与Switch C不在同一网段，所以Switch B上需要配置组播功能，否则Switch A收不到Switch C发出的组播报文。

# 配置组播功能。

<SwitchB> system-view

[SwitchB] multicast routing

[SwitchB-mrib] quit

[SwitchB] interface vlan-interface 2

[SwitchB-Vlan-interface2] pim dm

[SwitchB-Vlan-interface2] quit

[SwitchB] vlan 3

[SwitchB-vlan3] port ten-gigabitethernet 1/0/1

[SwitchB-vlan3] quit

[SwitchB] interface vlan-interface 3

[SwitchB-Vlan-interface3] igmp enable

[SwitchB-Vlan-interface3] igmp static-group 224.0.1.1

[SwitchB-Vlan-interface3] quit

[SwitchB] igmp-snooping

[SwitchB-igmp-snooping] quit

[SwitchB] interface ten-gigabitethernet 1/0/1

[SwitchB-Ten-GigabitEthernet1/0/1] igmp-snooping static-group 224.0.1.1 vlan 3

(6)       配置Switch A

# 开启NTP服务。

<SwitchA> system-view

[SwitchA] ntp-service enable

# 设置Switch A为组播客户端，从VLAN接口3监听组播报文。

[SwitchA] interface vlan-interface 3

[SwitchA-Vlan-interface3] ntp-service multicast-client

(7)       验证配置二

# 同步后查看Switch A的状态。可以看出，Switch A已经与Switch C同步，层数比Switch C的层数大1，为3。

[SwitchA-Vlan-interface3] display ntp-service status

 Clock status: synchronized

 Clock stratum: 3

 System peer: 3.0.1.31

 Local mode: bclient

 Reference clock ID: 3.0.1.31

 Leap indicator: 00

 Clock jitter: 0.165741 s

 Stability: 0.000 pps

 Clock precision: 2^-10

 Root delay: 0.00534 ms

 Root dispersion: 4.51282 ms

 Reference time: d0c61289.10b1193f  Wed, Dec 29 2010 20:03:21.065

# 查看Switch A的NTP服务的所有IPv4会话信息，可以看到Switch A与Switch C建立了会话。

[SwitchA-Vlan-interface3] display ntp-service sessions

       source          reference       stra reach poll  now offset  delay disper

********************************************************************************

 [1234]3.0.1.31        127.127.1.0        2   247   64  381   -0.0 0.0053 4.5128

Notes: 1 source(master),2 source(peer),3 selected,4 candidate,5 configured.

 Total sessions : 1    

1.10.5  配置带验证功能的NTP客户端/服务器模式

1. 组网需求

为了通过NTP实现Device B与Device A的时间同步，并保证时间同步的安全性，要求：

·            在Device A上设置本地时钟作为参考时钟，层数为2；

·            Device B工作在客户端模式，指定Device A为NTP服务器；

·            Device A和Device B上同时配置NTP验证。

2. 组网图

图1-9 配置带身份验证的NTP客户端/服务器模式组网图

 

3. 配置步骤

(1)       按照图1-9配置各接口的IP地址，具体配置过程略。

(2)       配置Device A的本地时钟作为参考时钟

# 开启NTP服务。

<DeviceA> system-view

[DeviceA] ntp-service enable

# 设置本地时钟作为参考时钟，层数为2。

[DeviceA] ntp-service refclock-master 2

(3)       配置Device B

# 开启NTP服务。

<DeviceB> system-view

[DeviceB] ntp-service enable

# 在Device B上启动NTP验证功能。

[DeviceB] ntp-service authentication enable

# 创建编号为42的NTP验证密钥，密钥值为aNiceKey，以明文形式输入。

[DeviceB] ntp-service authentication-keyid 42 authentication-mode md5 simple aNiceKey

# 配置编号为42的密钥为可信密钥。

[DeviceB] ntp-service reliable authentication-keyid 42

# 设置Device A为Device B的NTP服务器，并将该服务器与编号为42的密钥关联。

[DeviceB] ntp-service unicast-server 1.0.1.11 authentication-keyid 42

以上配置将使得Device B与Device A进行时间同步，但由于Device A没有使能NTP身份验证，所以，Device B还是无法与Device A同步。

(4)       在Device A上配置NTP验证功能。

# 在Device A上启动NTP验证功能。

[DeviceA] ntp-service authentication enable

# 创建编号为42的NTP验证密钥，密钥值为aNiceKey，以明文形式输入。

[DeviceA] ntp-service authentication-keyid 42 authentication-mode md5 simple aNiceKey

# 配置编号为42的密钥为可信密钥。

[DeviceA] ntp-service reliable authentication-keyid 42

4. 验证配置

# 完成上述配置后，Device B可以与Device A的时间同步。同步后查看Device B的状态。可以看出，Device B已经与Device A同步，层数比Device A的层数大1，为3。

[DeviceB] display ntp-service status

 Clock status: synchronized

 Clock stratum: 3

 System peer: 1.0.1.11

 Local mode: client

 Reference clock ID: 1.0.1.11

 Leap indicator: 00

 Clock jitter: 0.005096 s

 Stability: 0.000 pps

 Clock precision: 2^-10

 Root delay: 0.00655 ms

 Root dispersion: 1.15869 ms

 Reference time: d0c62687.ab1bba7d  Wed, Dec 29 2010 21:28:39.668

# 查看Device B的NTP服务的所有IPv4会话信息，可以看到Device B与Device A建立了会话。

[DeviceB] display ntp-service sessions

       source          reference       stra reach poll  now offset  delay disper

********************************************************************************

 [1245]1.0.1.11        127.127.1.0        2     1   64  519   -0.0 0.0065    0.0

Notes: 1 source(master),2 source(peer),3 selected,4 candidate,5 configured.

 Total sessions : 1  

1.10.6  配置带验证功能的NTP广播模式

1. 组网需求

Switch C作为同一网段中多个设备的时间服务器，同时同步多个设备的时间。Switch A和Switch B要求对时间服务器进行验证，以保证时间同步的安全性。为了实现上述需求，要求：

·            在Switch C上设置本地时钟作为参考时钟，层数为3；

·            Switch C工作在广播服务器模式，从VLAN接口2向外广播发送NTP报文；

·            Switch A和Switch B工作在广播客户端模式，从VLAN接口2监听NTP广播报文；

·            在Switch A、Switch B和Switch C上配置NTP验证功能。

2. 组网图

图1-10 配置带身份验证的NTP广播模式组网图

 

3. 配置步骤

(1)       按照图1-10配置各接口的IP地址，具体配置过程略。

(2)       配置Switch A

# 开启NTP服务。

<SwitchA> system-view

[SwitchA] ntp-service enable

# 使能NTP验证功能，创建ID为88的NTP验证密钥，密钥值为123456，以明文形式输入，并将密钥88指定为可信密钥。

[SwitchA] ntp-service authentication enable

[SwitchA] ntp-service authentication-keyid 88 authentication-mode md5 simple 123456

[SwitchA] ntp-service reliable authentication-keyid 88

# 设置Switch A为NTP广播客户端，从VLAN接口2监听广播报文。

[SwitchA] interface vlan-interface 2

[SwitchA-Vlan-interface2] ntp-service broadcast-client

(3)       配置Switch B

# 开启NTP服务。

<SwitchB> system-view

[SwitchB] ntp-service enable

# 使能NTP验证功能，创建ID为88的NTP验证密钥，密钥值为123456，以明文形式输入，并将密钥88指定为可信密钥。

[SwitchB] ntp-service authentication enable

[SwitchB] ntp-service authentication-keyid 88 authentication-mode md5 simple 123456

[SwitchB] ntp-service reliable authentication-keyid 88

# 设置Switch B为NTP广播客户端，从VLAN接口2监听广播报文。

[SwitchB] interface vlan-interface 2

[SwitchB-Vlan-interface2] ntp-service broadcast-client

(4)       配置Switch C作为NTP广播服务器

# 开启NTP服务。

<SwitchC> system-view

[SwitchC] ntp-service enable

# 设置本地时钟作为参考时钟，层数为3。

[SwitchC] ntp-service refclock-master 3

# 设置Switch C为NTP广播服务器，从VLAN接口2向外发送广播报文。

[SwitchC] interface vlan-interface 2

[SwitchC-Vlan-interface2] ntp-service broadcast-server

[SwitchC-Vlan-interface2] quit

(5)       验证配置一

# 由于Switch A和Switch B上使能了NTP验证功能，Switch C上没有使能NTP验证功能。因此，Switch A和Switch B无法与Switch C的时间同步。以Switch B为例，查看NTP服务的状态。

[SwitchB-Vlan-interface2] display ntp-service status

 Clock status: unsynchronized

 Clock stratum: 16

 Reference clock ID: none

(6)       在Switch C上配置NTP验证功能

# 在Switch C上使能NTP验证功能，创建ID为88的NTP验证密钥，密钥值为123456，以明文形式输入，并将密钥88指定为可信密钥。

[SwitchC] ntp-service authentication enable

[SwitchC] ntp-service authentication-keyid 88 authentication-mode md5 simple 123456

[SwitchC] ntp-service reliable authentication-keyid 88

# 设置Switch C为NTP广播服务器并指定关联的密钥编号为88。

[SwitchC] interface vlan-interface 2

[SwitchC-Vlan-interface2] ntp-service broadcast-server authentication-keyid 88

(7)       验证配置二

# 在Switch C上使能NTP验证功能后，Switch A和Switch B可以与Switch C的时间同步。以Switch B为例，查看NTP服务的状态信息，可以看到Switch B已经与Switch C同步，层数比Switch C的层数大1，为4。

[SwitchB-Vlan-interface2] display ntp-service status

 Clock status: synchronized

 Clock stratum: 4

 System peer: 3.0.1.31

 Local mode: bclient

 Reference clock ID: 3.0.1.31

 Leap indicator: 00

 Clock jitter: 0.006683 s

 Stability: 0.000 pps

 Clock precision: 2^-10

 Root delay: 0.00127 ms

 Root dispersion: 2.89877 ms

 Reference time: d0d287a7.3119666f  Sat, Jan  8 2011  6:50:15.191

# 查看Switch B的NTP服务的所有IPv4会话信息，可以看到Switch B与Switch C建立了连接。

[SwitchB-Vlan-interface2] display ntp-service sessions

       source          reference       stra reach poll  now offset  delay disper

********************************************************************************

 [1245]3.0.1.31        127.127.1.0        3     3   64   68   -0.0 0.0000    0.0

Notes: 1 source(master),2 source(peer),3 selected,4 candidate,5 configured.

 Total sessions : 1

1.10.7  配置采用客户端/服务器模式实现MPLS VPN网络的时间同步

1. 组网需求

PE 1和PE 2上同时存在两个VPN：VPN 1和VPN 2。CE 1和CE 3是VPN 1内的设备。为了通过NTP实现PE 2与VPN 1内的CE 1时间同步，要求：

·            在CE 1上设置本地时钟作为参考时钟，层数为2；

·            采用客户端/服务器模式实现PE 2向CE 1进行时间同步，并指定VPN为VPN 1。

2. 组网图

图1-11 配置MPLS VPN网络的时间同步组网图

 

3. 配置步骤

 

(1)       按照图1-11配置各接口的IP地址，具体配置过程略。

(2)       配置CE 1

# 开启NTP服务。

<CE1> system-view

[CE1] ntp-service enable

# 设置本地时钟作为参考时钟，层数为2。

[CE1] ntp-service refclock-master 2

(3)       配置PE 2

# 开启NTP服务。

<PE2> system-view

[PE2] ntp-service enable

# 设置VPN 1中的CE 1为PE 2的NTP服务器。

[PE2] ntp-service unicast-server 10.1.1.1 vpn-instance vpn1

4. 验证配置

# 经过一段时间之后在PE 2上可以查看NTP服务的所有IPv4会话信息、状态信息等，可以看出PE 2已经同步到CE 1了，层数为3。

[PE2] display ntp-service status

 Clock status: synchronized

 Clock stratum: 3

 System peer: 10.1.1.1

 Local mode: client

 Reference clock ID: 10.1.1.1

 Leap indicator: 00

 Clock jitter: 0.005096 s

 Stability: 0.000 pps

 Clock precision: 2^-10

 Root delay: 0.00655 ms

 Root dispersion: 1.15869 ms

 Reference time: d0c62687.ab1bba7d  Wed, Dec 29 2010 21:28:39.668

[PE2] display ntp-service sessions

       source          reference       stra reach poll  now offset  delay disper

********************************************************************************

 [1245]10.1.1.1        127.127.1.0        2     1   64  519   -0.0 0.0065    0.0

Notes: 1 source(master),2 source(peer),3 selected,4 candidate,5 configured.

 Total sessions : 1   

[PE2] display ntp-service trace

Server     127.0.0.1

Stratum    3 , jitter  0.000, synch distance 796.50.

Server     10.1.1.1

Stratum    2 , jitter 939.00, synch distance 0.0000.

RefID      127.127.1.0

1.10.8  配置采用对等体模式实现MPLS VPN网络的时间同步

1. 组网需求

PE 1和PE 2上同时存在两个VPN：VPN 1和VPN 2。CE 1和CE 3是VPN 1内的设备。为了通过NTP实现PE 1与VPN 1内的CE 1时间同步，要求：

·            在CE 1上设置本地时钟作为参考时钟，层数为2；

·            采用对等体模式实现PE 1向CE 1进行时间同步，并指定VPN为VPN 1。

2. 组网图

图1-12 配置采用对等体模式实现MPLS VPN网络的时间同步组网图

 

3. 配置步骤

(1)       按照图1-12配置各接口的IP地址，具体配置过程略。

(2)       配置CE 1

# 开启NTP服务。

<CE1> system-view

[CE1] ntp-service enable

# 设置本地时钟作为参考时钟，层数为2。

[CE1] ntp-service refclock-master 2

(3)       配置PE 1

# 开启NTP服务。

<PE1> system-view

[PE1] ntp-service enable

# 设置VPN 1中的CE 1为PE 1的被动对等体。

[PE1] ntp-service unicast-peer 10.1.1.1 vpn-instance vpn1

4. 验证配置

# 经过一段时间之后在PE 1上可以查看NTP服务的所有IPv4会话信息、状态信息等，可以看出PE 1已经同步到CE 1了，层数为3。

[PE1] display ntp-service status

 Clock status: synchronized

 Clock stratum: 3

 System peer: 10.1.1.1

 Local mode: sym_active

 Reference clock ID: 10.1.1.1

 Leap indicator: 00

 Clock jitter: 0.005096 s

 Stability: 0.000 pps

 Clock precision: 2^-10

 Root delay: 0.00655 ms

 Root dispersion: 1.15869 ms

 Reference time: d0c62687.ab1bba7d  Wed, Dec 29 2010 21:28:39.668

[PE1] display ntp-service sessions

       source          reference       stra reach poll  now offset  delay disper

********************************************************************************

 [1245]10.1.1.1        127.127.1.0        2     1   64  519   -0.0 0.0000    0.0

Notes: 1 source(master),2 source(peer),3 selected,4 candidate,5 configured.

 Total sessions : 1  

[PE1] display ntp-service trace

Server     127.0.0.1

Stratum    3 , jitter  0.000, synch distance 796.50.

Server     10.1.1.1

Stratum    2 , jitter 939.00, synch distance 0.0000.

RefID      127.127.1.0

 

 

2 SNTP

 

2.1  SNTP简介

NTP时间同步过程中需要进行复杂的时钟优选运算，时间同步速度较慢，并且占用较多的系统资源。SNTP（Simple NTP，简单NTP）是由RFC 4330定义的客户端版本的简单NTP，采用与NTP相同的报文格式及交互过程，但简化了NTP的时间同步过程，以牺牲时间精度为代价实现了时间的快速同步，并减少了占用的系统资源。在时间精度要求不高的情况下，可以使用SNTP来实现时间同步。

SNTP只支持客户端/服务器模式，在模式中提供客户端功能，即作为客户端，从NTP服务器获得时间同步，不能作为服务器为其他设备提供时间同步。

如果同时为SNTP客户端指定了多个NTP服务器，则SNTP客户端根据如下方法选择与哪个服务器的时间同步：

(1)       优先选择时钟层数值最小的NTP服务器。

(2)       如果时钟层数相同，则选择接收到的第一个NTP报文对应的NTP服务器。

与SNTP相关的协议规范有：

·            RFC 4330：Simple Network Time Protocol (SNTP) Version 4 for IPv4, IPv6 and OSI

2.2  SNTP配置任务简介

配置SNTP时，用户需要保证通过clock protocol命令，配置以NTP方式设置系统时间。

表2-1 SNTP配置任务简介

配置任务	说明	详细配置
开启SNTP服务	必选	2.3
为SNTP客户端指定NTP服务器	必选	2.4
配置SNTP验证功能	可选	2.5

 

2.3  开启SNTP服务

NTP服务与SNTP服务互斥，同一时刻只能开启其中一个服务。

表2-2 开启NTP客户端

操作	命令	说明
进入系统视图	system-view	-
开启SNTP服务	sntp enable	缺省情况下，没有开启SNTP服务

 

2.4  为SNTP客户端指定NTP服务器

NTP服务器的时钟只有处于同步状态时，才能作为时间服务器为SNTP客户端提供时间同步。当NTP服务器的时钟层数大于或等于客户端的时钟层数时，客户端将不会与其同步。

表2-3 为SNTP客户端指定NTP服务器

操作	命令	说明
进入系统视图	system-view	-
为设备指定NTP服务器	sntp unicast-server { server-name | ip-address } [ vpn-instance vpn-instance-name ] [ authentication-keyid keyid | source interface-type interface-number | version number ] *	缺省情况下，没有为设备指定NTP服务器 可以通过多次执行sntp unicast-server命令配置多个NTP服务器 authentication-keyid参数用来将指定密钥与对应的NTP服务器关联。使用验证功能时，需要指定本参数

 

2.5  配置SNTP验证功能

在一些对时间同步安全性要求较高的网络中，运行SNTP协议时需要启用验证功能。通过客户端和服务器端的身份验证，保证客户端只与通过验证的服务器进行时间同步，提高了网络安全性。

要使SNTP验证功能正常工作，在配置SNTP验证功能时应注意以下原则：

·            在NTP服务器和SNTP客户端上都需要使能验证功能。

·            NTP服务器和SNTP客户端上必须配置相同的验证密钥（包括密钥ID和密钥值），并将密钥设为可信密钥。NTP服务器上验证功能的配置方法，请参见“网络管理与监控配置指导”中的“NTP”。

·            在客户端需要将指定密钥与对应的NTP服务器关联。

如果客户端没有成功启用SNTP验证功能，不论服务器端是否使能验证功能，客户端均可以与服务器端同步。

表2-4 在SNTP客户端配置验证功能

操作	命令	说明
进入系统视图	system-view	-
使能SNTP身份验证功能	sntp authentication enable	缺省情况下，SNTP身份验证功能处于关闭状态
配置SNTP身份验证密钥	sntp authentication-keyid keyid authentication-mode md5 { cipher | simple } value	缺省情况下，没有配置SNTP身份验证密钥
配置指定密钥为可信密钥	sntp reliable authentication-keyid keyid	缺省情况下，没有指定可信密钥
将指定密钥与对应的NTP服务器关联	sntp unicast-server { ip-address | server-name } [ vpn-instance vpn-instance-name ] authentication-keyid keyid	缺省情况下，没有为设备指定NTP服务器

 

2.6  SNTP显示和维护

在完成上述配置后，在任意视图下执行display命令可以显示配置后SNTP的运行情况，通过查看显示信息验证配置的效果。

表2-5 SNTP显示与维护

操作	命令
显示SNTP服务维护的会话信息	display sntp sessions

 

2.7  SNTP典型配置举例

1. 组网需求

Device B对时间精度要求不高。为了实现Device B与Device A的时间同步，要求：

·            在Device A上设置本地时钟作为参考时钟，层数为2；

·            Device B工作在SNTP客户端模式，指定Device A为NTP服务器。

·            Device B要求对NTP服务器进行验证，以保证时间同步的安全性。

2. 组网图

图2-1 SNTP配置组网图

 

3. 配置步骤

(1)       按照图2-1配置各接口的IP地址，具体配置过程略。

(2)       配置Device A

# 开启NTP服务。

<DeviceA> system-view

[DeviceA] ntp-service enable

# 设置本地时钟作为参考时钟，层数为2。

[DeviceA] ntp-service refclock-master 2

# 在Device A上启动NTP验证功能。

[DeviceA] ntp-service authentication enable

# 创建编号为10的NTP验证密钥，密钥值为aNiceKey，以明文形式输入。

[DeviceA] ntp-service authentication-keyid 10 authentication-mode md5 simple aNiceKey

# 设置编号为10的密钥为可信密钥。

[DeviceA] ntp-service reliable authentication-keyid 10

(3)       配置Device B

# 开启SNTP服务。

<DeviceB> system-view

[DeviceB] sntp enable

# 在Device B上启动SNTP验证功能。

[DeviceB] sntp authentication enable

# 创建编号为10的SNTP验证密钥，密钥值为aNiceKey，以明文形式输入。

[DeviceB] sntp authentication-keyid 10 authentication-mode md5 simple aNiceKey

# 设置编号为10的密钥为可信密钥。

[DeviceB] sntp reliable authentication-keyid 10

# 设置Device A为Device B的NTP服务器，并将该服务器与编号为10的密钥关联。

[DeviceB] sntp unicast-server 1.0.1.11 authentication-keyid 10

4. 验证配置

# 查看Device B的SNTP会话信息，可以看到Device B与Device A建立了会话，并且处于已同步状态。

[DeviceB] display sntp sessions

SNTP server     Stratum   Version    Last receive time

1.0.1.11        2         4          Tue, May 17 2011  9:11:20.833 (Synced)