- 产品与解决方案
- 行业解决方案
- 服务
- 支持
- 合作伙伴
- 新华三人才研学中心
- 关于我们
03-NTP配置
本章节下载： 03-NTP配置 (414.08 KB)
目 录
l 不同型号产品的特性功能支持情况略有不同，详细请参见“特性差异化列表”部分的介绍。
l 设备支持的接口类型和编号与设备的实际情况相关，本手册涉及以太网接口的配置举例统一使用Eth口举例说明。实际使用中请根据具体设备的接口类型和编号进行配置。
l 本手册中所述的AP设备可以指代一般意义下的AP设备和无线网桥、无线Mesh设备。
NTP（Network Time Protocol，网络时间协议）是由RFC 1305定义的时间同步协议，用来在分布式时间服务器和客户端之间进行时间同步。NTP基于UDP报文进行传输，使用的UDP端口号为123。
使用NTP的目的是对网络内所有具有时钟的设备进行时钟同步，使网络内所有设备的时钟保持一致，从而使设备能够提供基于统一时间的多种应用。
对于运行NTP的本地系统，既可以接受来自其他时钟源的同步，又可以作为时钟源同步其他的时钟，并且可以和其他设备互相同步。
对于网络中的各台设备来说，如果依靠管理员手工输入命令来修改系统时钟是不可能的，不但工作量巨大，而且也不能保证时钟的精确性。通过NTP，可以很快将网络中设备的时钟同步，同时也能保证很高的精度。
NTP主要应用于需要网络中所有设备时钟保持一致的场合，比如：
l 在网络管理中，对于从不同设备采集来的日志信息、调试信息进行分析的时候，需要以时间作为参照依据。
l 计费系统要求所有设备的时钟保持一致。
l 完成某些功能，如定时重启网络中的所有设备，此时要求所有设备的时钟保持一致。
l 多个系统协同处理同一个比较复杂的事件时，为保证正确的执行顺序，多个系统必须参考同一时钟。
l 在备份服务器和客户端之间进行增量备份时，要求备份服务器和所有客户端之间的时钟同步。
NTP的优势如下：
l 采用分层的方法定义时钟的准确性，可以迅速同步网络中各台设备的时间。
l 支持访问控制和MD5验证。
l 可以选择采用单播、组播或广播的方式发送协议报文。
NTP的基本工作原理如图1-1所示。Device A和Device B通过网络相连，它们都有自己独立的系统时钟，需要通过NTP实现各自系统时钟的自动同步。为便于理解，作如下假设：
l 在Device A和Device B的系统时钟同步之前，Device A的时钟设定为10:00:00am，Device B的时钟设定为11:00:00am。
l Device B作为NTP时间服务器，即Device A将使自己的时钟与Device B的时钟同步。
l NTP报文在Device A和Device B之间单向传输所需要的时间为1秒。
图1-1 NTP基本原理图
系统时钟同步的工作过程如下：
l Device A发送一个NTP报文给Device B，该报文带有它离开Device A时的时间戳，该时间戳为10:00:00am（T1）。
l 当此NTP报文到达Device B时，Device B加上自己的时间戳，该时间戳为11:00:01am（T2）。
l 当此NTP报文离开Device B时，Device B再加上自己的时间戳，该时间戳为11:00:02am（T3）。
l 当Device A接收到该响应报文时，Device A的本地时间为10:00:03am（T4）。
至此，Device A已经拥有足够的信息来计算两个重要的参数：
l NTP报文的往返时延Delay=（T4-T1）-（T3-T2）=2秒。
l Device A相对Device B的时间差offset=（（T2-T1）+（T3-T4））/2=1小时。
这样，Device A就能够根据这些信息来设定自己的时钟，使之与Device B的时钟同步。
以上内容只是对NTP工作原理的一个粗略描述，详细内容请参阅RFC 1305。
NTP有两种不同类型的报文，一种是时钟同步报文，另一种是控制报文。控制报文仅用于需要网络管理的场合，它对于时钟同步功能来说并不是必需的，这里不做介绍。
本文中提到的NTP报文，均为NTP时钟同步报文。
时钟同步报文封装在UDP报文中，其格式如图1-2所示。
主要字段的解释如下：
l LI（Leap Indicator）：长度为2比特，值为“11”时表示告警状态，时钟未被同步。为其他值时NTP本身不做处理。
l VN（Version Number）：长度为3比特，表示NTP的版本号，目前的最新版本为3。
l Mode：长度为3比特，表示NTP的工作模式。不同的值所表示的含义分别是：0未定义、1表示主动对等体模式、2表示被动对等体模式、3表示客户模式、4表示服务器模式、5表示广播模式或组播模式、6表示此报文为NTP控制报文、7预留给内部使用。
l Stratum：系统时钟的层数，取值范围为1～16，它定义了时钟的准确度。层数为1的时钟准确度最高，准确度从1到16依次递减，层数为16的时钟处于未同步状态，不能作为参考时钟。
l Poll：轮询时间，即两个连续NTP报文之间的时间间隔。
l Precision：系统时钟的精度。
l Root Delay：本地到主参考时钟源的往返时间。
l Root Dispersion：系统时钟相对于主参考时钟的最大误差。
l Reference Identifier：参考时钟源的标识。
l Reference Timestamp：系统时钟最后一次被设定或更新的时间。
l Originate Timestamp：NTP请求报文离开发送端时发送端的本地时间。
l Receive Timestamp：NTP请求报文到达接收端时接收端的本地时间。
l Transmit Timestamp：应答报文离开应答者时应答者的本地时间。
l Authenticator：验证信息。
设备可以采用多种NTP工作模式进行时间同步：
l 客户端/服务器模式
l 广播模式
l 组播模式
用户可以根据需要选择合适的工作模式。在不能确定服务器IP地址、网络中需要同步的设备很多等情况下，可以通过广播或组播模式实现时钟同步；服务器模式中，设备从指定的服务器获得时钟同步，增加了时钟的可靠性。
图1-3 客户端/服务器模式
在客户端/服务器模式中，客户端向服务器发送时钟同步报文，报文中的Mode字段设置为3（客户模式）。服务器端收到报文后会自动工作在服务器模式，并发送应答报文，报文中的Mode字段设置为4（服务器模式）。客户端收到应答报文后，进行时钟过滤和选择，并同步到优选的服务器。
在该模式下，客户端能同步到服务器，而服务器无法同步到客户端。
图1-4 广播模式
在广播模式中，服务器端周期性地向广播地址255.255.255.255发送时钟同步报文，报文中的Mode字段设置为5（广播模式）。客户端侦听来自服务器的广播报文。当客户端接收到第一个广播报文后，客户端与服务器交互Mode字段为3（客户模式）和4（服务器模式）的NTP报文，以获得客户端与服务器间的网络延迟。之后，客户端就进入广播客户端模式，继续侦听广播报文的到来，根据到来的广播报文对系统时钟进行同步。
图1-5 组播模式
在组播模式中，服务器端周期性地向用户配置的组播地址（若用户没有配置组播地址，则使用默认的NTP组播地址224.0.1.1）发送时钟同步报文，报文中的Mode字段设置为5（组播模式）。客户端侦听来自服务器的组播报文。当客户端接收到第一个组播报文后，客户端与服务器交互Mode字段为3（客户模式）和4（服务器模式）的NTP报文，以获得客户端与服务器间的网络延迟。之后，客户端就进入组播客户模式，继续侦听组播报文的到来，根据到来的组播报文对系统时钟进行同步。
在广播模式和组播模式中，客户端和服务器之间首先要交互Mode字段为3（客户端模式）和4（服务器模式）的NTP报文，之后，才能进入指定的NTP工作模式。在此报文交互过程中，可以实现时钟的同步。
表1-1 NTP配置任务简介
|
配置任务 |
说明 |
详细配置 |
|
配置NTP工作模式 |
必选 |
|
|
配置NTP可选参数 |
可选 |
|
|
配置访问控制权限 |
可选 |
|
|
配置NTP验证功能 |
可选 |
设备可以采用以下NTP工作模式进行时钟同步：
l 客户端/服务器模式
l 广播模式
l 组播模式
设备采用客户端/服务器模式时，只需要对客户端进行配置；设备采用广播模式或组播模式时，则需要在服务器端和客户端都进行配置。
同一设备同一时间内存在的连接数目最多为128个，其中包括静态连接数和动态连接数。静态连接是用户手动配置NTP相关命令而建立的连接；动态连接是系统运行过程中建立的临时连接，若系统长期收不到报文就会删除该临时连接。例如，在客户端/服务器模式中，当用户在客户端配置向服务器端同步的命令的时候，系统会在客户端建立一个静态连接，服务器端在收到报文之后只是被动的响应报文，而不会建立连接（包括静态和动态连接）；在组播和广播模式中，服务器端会建立静态连接，而在客户端会建立动态连接。
当设备采用客户端/服务器模式时，只需在客户端进行配置，服务器端不需进行配置。
表1-2 配置NTP客户端
|
操作 |
命令 |
说明 |
|
进入系统视图 |
system-view |
- |
|
指定设备的NTP服务器 |
ntp-service unicast-server { ip-address | server-name } [ authentication-keyid keyid | priority | source-interface interface-type interface-number | version number ] * |
必选 缺省情况下，没有为设备指定NTP服务器 |
l ntp-service unicast-server命令中的ip-address是一个单播地址，不能为广播地址、组播地址或本地时钟的IP地址。
l 通过source-interface参数指定NTP报文的源接口后，NTP报文的源IP地址将被设置为指定接口的主IP地址。
l 服务器端只有当其时钟被同步后，才能作为时间服务器去同步其他设备。当服务器端的时钟层数大于或等于客户端的时钟层数时，客户端将不会向其同步。
l 可以通过多次执行ntp-service unicast-server命令配置多个服务器，客户端依据时钟优先级来选择最优的时钟源。
广播服务器周期性地向广播地址255.255.255.255发送NTP报文，工作在NTP广播客户端模式的设备将回应这个报文，从而开始时钟同步过程。
当设备采用广播模式时，需要在服务器端和客户端都进行配置。由于广播服务器上需要指定一个发送NTP广播报文的接口，广播客户端上也需要指定一个接收NTP广播报文的接口，所以广播模式的配置只能在具体的接口视图下进行。
|
操作 |
命令 |
说明 |
|
进入系统视图 |
system-view |
- |
|
进入接口视图 |
interface interface-type interface-number |
- 进入要接收NTP广播报文的接口 |
|
配置设备工作在NTP广播客户端模式 |
ntp-service broadcast-client |
必选 |
|
操作 |
命令 |
说明 |
|
进入系统视图 |
system-view |
- |
|
进入接口视图 |
interface interface-type interface-number |
- 进入要发送NTP广播报文的接口 |
|
配置设备工作在NTP广播服务器模式 |
ntp-service broadcast-server [ authentication-keyid keyid | version number ] * |
必选 |
广播服务器只有当其时钟同步后，才能去同步广播客户端。
NTP组播服务器以组播形式周期性地发送时钟同步报文，工作在NTP组播客户端模式的设备将回应这个报文，从而开始时钟同步过程。
设备采用组播模式时，需要在服务器端和客户端都进行配置。组播模式的配置只能在具体的接口视图下进行。
|
操作 |
命令 |
说明 |
|
进入系统视图 |
system-view |
- |
|
进入接口视图 |
interface interface-type interface-number |
- 进入要接收NTP组播报文的接口 |
|
配置设备工作在NTP组播客户端模式 |
ntp-service multicast-client [ ip-address ] |
必选 |
|
操作 |
命令 |
说明 |
|
进入系统视图 |
system-view |
- |
|
进入接口视图 |
interface interface-type interface-number |
- 进入要发送NTP组播报文的接口 |
|
配置设备工作在NTP组播服务器模式 |
ntp-service multicast-server [ ip-address ] [ authentication-keyid keyid | ttl ttl-number | version number ] * |
必选 |
组播服务器只有当其时钟同步后，才能去同步组播客户端。
如果指定了NTP报文的源接口，则设备在主动发送NTP报文时，将报文的源IP地址设置为指定接口的主IP地址。
设备对接收到的NTP请求报文进行应答时，应答报文的源IP地址始终为接收到NTP请求报文的接口的IP地址。
表1-7 配置NTP报文的源接口
|
操作 |
命令 |
说明 |
|
进入系统视图 |
system-view |
- |
|
配置NTP报文的源接口 |
ntp-service source-interface interface-type interface-number |
必选 缺省情况下，没有指定NTP报文的源接口，即根据路由选择NTP报文的源IP地址 |
l 如果在命令ntp-service unicast-server中指定了NTP报文的源接口，则NTP报文的源接口以ntp-service unicast-server指定的为准。
l 如果在接口视图下配置了ntp-service broadcast-server或ntp-service multicast-server，则NTP广播或组播模式报文的源接口为配置了上述命令的接口。
l 如果指定的NTP源接口处于down状态，则发送的NTP报文源IP地址为该报文出接口的主IP地址。
使能NTP功能后，缺省情况下所有接口都可以接收NTP报文。可以通过本配置，禁止从某个接口接收NTP报文。
|
操作 |
命令 |
说明 |
|
进入系统视图 |
system-view |
- |
|
进入接口视图 |
interface interface-type interface-number |
- |
|
配置禁止接口接收NTP报文 |
ntp-service in-interface disable |
必选 缺省情况下，允许接口接收NTP报文 |
|
操作 |
命令 |
说明 |
|
进入系统视图 |
system-view |
- |
|
配置允许建立的动态NTP会话数目 |
ntp-service max-dynamic-sessions number |
必选 缺省情况下，允许建立的动态NTP会话的数目为100 |
用户可以配置对本地设备NTP服务的访问控制权限。访问控制权限可以分为四种：
l query：允许控制查询权限。该权限只允许对端设备对本地设备的NTP服务进行控制查询，但是不能向本地设备同步。所谓的控制查询，就是查询NTP的一些状态，比如告警信息，验证状态，时钟源信息等。
l synchronization：只允许服务器访问权限。该权限只允许对端设备向本地设备同步，但不能进行控制查询。
l server：允许服务器访问与查询权限。该权限允许对端设备向本地设备同步和控制查询，但本地设备不会同步到对端设备。
l peer：完全访问权限。该权限既允许对端设备向本地设备同步和控制查询，同时本地设备也可以同步到对端设备。
NTP服务的访问控制权限从高到低依次为peer、server、synchronization、query。当设备接收到一个NTP服务请求时，会按照此顺序进行匹配，以第一个匹配的权限为准。
在配置对本地设备NTP服务的访问控制权限之前，需要创建并配置与访问权限关联的ACL。ACL的配置方法请参见“ACL和QoS配置指导”中的“ACL”。
表1-10 配置对本地设备NTP服务的访问控制权限
|
操作 |
命令 |
说明 |
|
进入系统视图 |
system-view |
- |
|
配置对端设备对本地设备NTP服务的访问控制权限 |
ntp-service access { peer | query | server | synchronization } acl-number |
必选 缺省情况下，对端设备对本地设备NTP服务的访问控制权限为peer |
配置对本地设备NTP服务的访问控制权限，仅提供了一种最小限度的安全措施，更安全的方法是进行身份验证。
在一些对安全性要求较高的网络中，运行NTP协议时需要启用验证功能。通过客户端和服务器端的密码验证，保证客户端只与通过验证的设备进行同步，提高了网络安全性。
配置NTP验证功能可以分为配置客户端的NTP验证和配置服务器端的NTP验证两个部分。
在配置NTP验证功能时，应注意以下原则：
l 对于所有同步模式，如果使能了NTP验证功能，应同时配置验证密钥并将密钥设为可信密钥，即如果执行了ntp-service authentication enable命令，则必须同时执行ntp-service authentication-keyid命令和ntp-service reliable authentication-keyid命令。否则，无法正常启用NTP验证功能。
l 对于客户端/服务器模式，还应在客户端将指定密钥与对应的NTP服务器关联；对于广播服务器模式和组播服务器模式，应在广播服务器或组播服务器上将指定密钥与对应的NTP服务器关联。否则，无法正常启用NTP验证功能。
l 对于客户端/服务器同步模式，如果客户端没有成功启用NTP验证功能，不论服务器端是否使能NTP验证，客户端均可以与服务器端同步；如果客户端上成功启用了NTP验证功能，则客户端只会同步到提供可信密钥的服务器，如果服务器提供的密钥不是可信的密钥，那么客户端不会与其同步。
l 对于所有同步模式，服务器端的配置与客户端的配置应保持一致。
|
操作 |
命令 |
说明 |
|
进入系统视图 |
system-view |
- |
|
使能NTP身份验证功能 |
ntp-service authentication enable |
必选 缺省情况下，NTP身份验证功能处于关闭状态 |
|
配置NTP验证密钥 |
ntp-service authentication-keyid keyid authentication-mode md5 value |
必选 缺省情况下，没有配置NTP验证密钥 |
|
配置指定密钥为可信密钥 |
ntp-service reliable authentication-keyid keyid |
必选 缺省情况下，没有指定可信密钥 |
|
将指定密钥与对应的NTP服务器关联 |
客户端/服务器模式： ntp-service unicast-server { ip-address | server-name } authentication-keyid keyid |
必选 可以将不存在的密钥与NTP服务器关联。但是若想成功启用NTP验证功能，则必须在关联密钥后，配置该密钥，并将其指定为可信密钥 |
客户端使能NTP验证功能后，必须配置与服务器端相同的验证密钥，并且必须声明该密钥是可信的，否则无法与服务器同步。
|
操作 |
命令 |
说明 |
|
进入系统视图 |
system-view |
- |
|
使能NTP验证功能 |
ntp-service authentication enable |
必选 缺省情况下，NTP身份验证功能处于关闭状态 |
|
配置NTP验证密钥 |
ntp-service authentication-keyid keyid authentication-mode md5 value |
必选 缺省情况下，没有配置NTP验证密钥 |
|
配置指定密钥为可信密钥 |
ntp-service reliable authentication-keyid keyid |
必选 缺省情况下，没有指定可信密钥 |
|
进入接口视图 |
interface interface-type interface-number |
- |
|
将指定密钥与对应的NTP服务器关联 |
广播服务器模式： ntp-service broadcast-server authentication-keyid keyid |
必选 可以将不存在的密钥与NTP服务器关联。但是若想成功启用NTP验证功能，则必须在关联密钥后，配置该密钥，并将其指定为可信密钥 |
|
组播服务器模式： ntp-service multicast-server authentication-keyid keyid |
服务器端的NTP验证配置步骤与客户端的相同，并且两端必须配置相同的密钥。
在完成上述配置后，在任意视图下执行display命令可以显示配置后NTP的运行情况，通过查看显示信息验证配置的效果。
表1-13 NTP显示与维护
|
操作 |
命令 |
|
显示NTP服务的状态信息 |
display ntp-service status |
|
显示NTP服务维护的会话信息 |
display ntp-service sessions [ verbose ] |
|
显示从本地设备回溯到主参考时钟源的各个NTP时间服务器的简要信息 |
display ntp-service trace |
下面的典型配置举例，除特殊说明外，对于支持NTP功能的无线接入点设备都适用。
l Device设置本地时钟作为参考时钟，层数为2；
l AP工作在客户端模式，指定Device为NTP服务器。
图1-6 配置NTP客户端/服务器模式组网图
(1) 配置Device
# 设置本地时钟作为参考时钟，层数为2。
<Device> system-view
[Device] ntp-service refclock-master 2
(2) 配置AP
# 同步前查看AP的NTP状态。
<AP> display ntp-service status
Clock status: unsynchronized
Clock stratum: 16
Reference clock ID: none
Nominal frequency: 64.0000 Hz
Actual frequency: 64.0000 Hz
Clock precision: 2^7
Clock offset: 0.0000 ms
Root delay: 0.00 ms
Root dispersion: 0.00 ms
Peer dispersion: 0.00 ms
Reference time: 00:00:00.000 UTC Jan 1 1900 (00000000.00000000)
# 设置Device为AP的NTP服务器。
<AP> system-view
[AP] ntp-service unicast-server 1.0.1.11
# 以上配置将AP向Device进行时间同步，同步后查看AP的NTP状态。
[AP] display ntp-service status
Clock status: synchronized
Clock stratum: 3
Reference clock ID: 1.0.1.11
Nominal frequency: 64.0000 Hz
Actual frequency: 64.0000 Hz
Clock precision: 2^7
Clock offset: 0.0000 ms
Root delay: 31.00 ms
Root dispersion: 1.05 ms
Peer dispersion: 7.81 ms
Reference time: 14:53:27.371 UTC Sep 19 2005 (C6D94F67.5EF9DB22)
此时AP已经与Device同步，层数比Device的层数大1，为3。
# 查看AP的NTP会话信息，可以看到AP与Device建立了连接。
[AP] display ntp-service sessions
source reference stra reach poll now offset delay disper
**************************************************************************
[12345] 1.0.1.11 127.127.1.0 2 63 64 3 -75.5 31.0 16.5
note: 1 source(master),2 source(peer),3 selected,4 candidate,5 configured
Total associations : 1
l Switch B设置本地时钟作为参考时钟，层数为2；
l Switch B工作在广播服务器模式，从VLAN接口2向外发送广播报文；
l AP A和AP B工作在广播客户端模式，AP A从VLAN接口3监听广播报文，AP B从VLAN接口2监听广播报文。
图1-7 配置NTP广播模式组网图
(1) 配置Switch B
# 设置本地时钟作为参考时钟，层数为2。
<Switch B> system-view
[Switch B] ntp-service refclock-master 2
# 设置Switch B为广播服务器，从VLAN接口2发送广播报文。
[Switch B] interface vlan-interface 2
[Switch B-Vlan-interface2] ntp-service broadcast-server
(2) 配置AP B
# 设置AP B为广播客户端，从VLAN接口2监听广播报文。
<AP B> system-view
[AP B] interface vlan-interface 2
[AP B-Vlan-interface2] ntp-service broadcast-client
(3) 配置AP A
# 设置AP A为广播客户端，从VLAN接口3监听广播报文。
<AP A> system-view
[AP A] interface vlan-interface 3
[AP A-Vlan-interface3] ntp-service broadcast-client
由于AP A与Switch B不在相同的网段，所以接收不到Switch B发出的广播报文，而AP B接收到Switch B发出的广播报文后与其同步。
# 同步后查看AP B的状态。
[AP B-Vlan-interface2] display ntp-service status
Clock status: synchronized
Clock stratum: 3
Reference clock ID: 3.0.1.31
Nominal frequency: 64.0000 Hz
Actual frequency: 64.0000 Hz
Clock precision: 2^7
Clock offset: 0.0000 ms
Root delay: 31.00 ms
Root dispersion: 8.31 ms
Peer dispersion: 34.30 ms
Reference time: 16:01:51.713 UTC Sep 19 2005 (C6D95F6F.B6872B02)
此时AP B已经与Switch B同步，层数比Switch B的层数大1，为3。
# 查看AP B的NTP会话信息，可以看到AP B与Switch B建立了连接。
[AP B-Vlan-interface2] display ntp-service sessions
source reference stra reach poll now offset delay disper
**************************************************************************
[1234] 3.0.1.31 127.127.1.0 2 254 64 62 -16.0 32.0 16.6
note: 1 source(master),2 source(peer),3 selected,4 candidate,5 configured
Total associations : 1
l Switch B设置本地时钟作为参考时钟，层数为2；
l Switch B工作在组播服务器模式，从VLAN接口2向外发送组播报文；
l AP A和AP B工作在组播客户端模式，AP A从VLAN接口3监听组播报文，AP B从VLAN接口2监听组播报文。
图1-8 配置NTP组播模式组网图
(1) 配置Switch B
# 设置本地时钟作为参考时钟，层数为2。
<Switch B> system-view
[Switch B] ntp-service refclock-master 2
# 设置Switch B为组播服务器，从VLAN接口2发送组播报文。
[Switch B] interface vlan-interface 2
[Switch B-Vlan-interface2] ntp-service multicast-server
(2) 配置AP B
# 设置AP B为组播客户端，从VLAN接口2监听组播报文。
<AP B> system-view
[AP B] interface vlan-interface 2
[AP B-Vlan-interface2] ntp-service multicast-client
由于AP B和Switch B在同一个网段，不需要配置组播功能，AP B就可以收到Switch B发出的组播报文，并与其同步。
# 同步后查看AP B的状态。
[AP B-Vlan-interface2] display ntp-service status
Clock status: synchronized
Clock stratum: 3
Reference clock ID: 3.0.1.31
Nominal frequency: 64.0000 Hz
Actual frequency: 64.0000 Hz
Clock precision: 2^7
Clock offset: 0.0000 ms
Root delay: 31.00 ms
Root dispersion: 8.31 ms
Peer dispersion: 34.30 ms
Reference time: 16:01:51.713 UTC Sep 19 2005 (C6D95F6F.B6872B02)
此时AP B已经与Switch B同步，层数比Switch B的层数大1，为3。
# 查看AP B的NTP会话信息，可以看到AP B与Switch B建立了连接。
[AP B-Vlan-interface2] display ntp-service sessions
source reference stra reach poll now offset delay disper
**************************************************************************
[1234] 3.0.1.31 127.127.1.0 2 254 64 62 -16.0 31.0 16.6
note: 1 source(master),2 source(peer),3 selected,4 candidate,5 configured
Total associations : 1
(3) 配置Switch A
由于AP A与Switch B不在同一网段，所以Switch A上需要配置组播功能，否则AP A收不到Switch B发出的组播报文。
# 配置组播功能。
<Switch A> system-view
[Switch A] multicast routing-enable
[Switch A] interface vlan-interface 2
[Switch A-Vlan-interface2] pim dm
[Switch A-Vlan-interface2] quit
[Switch A] vlan 3
[Switch A-vlan3] port ethernet 1/0/1
[Switch A-vlan3] quit
[Switch A] interface vlan-interface 3
[Switch A-Vlan-interface3] igmp enable
[Switch A-Vlan-interface3] igmp static-group 224.0.1.1
[Switch A-Vlan-interface3] quit
[Switch A] interface ethernet 1/0/1
[Switch A-Ethernet1/0/1] igmp-snooping static-group 224.0.1.1 vlan 3
(4) 配置AP A
<AP A> system-view
[AP A] interface vlan-interface 3
# 设置AP A为组播客户端，从VLAN接口3监听组播报文。
[AP A-Vlan-interface3] ntp-service multicast-client
# 同步后查看AP A的状态。
[AP A-Vlan-interface3] display ntp-service status
Clock status: synchronized
Clock stratum: 3
Reference clock ID: 3.0.1.31
Nominal frequency: 64.0000 Hz
Actual frequency: 64.0000 Hz
Clock precision: 2^7
Clock offset: 0.0000 ms
Root delay: 40.00 ms
Root dispersion: 10.83 ms
Peer dispersion: 34.30 ms
Reference time: 16:02:49.713 UTC Sep 19 2005 (C6D95F6F.B6872B02)
此时AP A已经与Switch B同步，层数比Switch B的层数大1，为3。
# 查看AP A的NTP会话信息，可以看到AP A与Switch B建立了连接。
[AP A-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 255 64 26 -16.0 40.0 16.6
note: 1 source(master),2 source(peer),3 selected,4 candidate,5 configured
Total associations : 1
l Device设置本地时钟作为参考时钟，层数为2；
l AP工作在客户端模式，指定Device为NTP服务器；
l Device和AP上同时配置NTP验证。
图1-9 配置带身份验证的NTP客户端/服务器模式组网图
(1) 配置Device
# 设置本地时钟作为参考时钟，层数为2。
<Device> system-view
[Device] ntp-service refclcok-master 2
(2) 配置AP
<AP> system-view
# 在AP上启动身份验证。
[AP] ntp-service authentication enable
# 设置密钥。
[AP] ntp-service authentication-keyid 42 authentication-mode md5 aNiceKey
# 指定密钥为可信密钥。
[AP] ntp-service reliable authentication-keyid 42
# 指定NTP服务器为Device。
[AP] ntp-service unicast-server 1.0.1.11 authentication-keyid 42
以上配置将AP向Device进行时间同步，但由于Device没有使能NTP身份验证，所以，AP还是无法向Device同步。
现在，向Device增加以下配置：
# 在Device上启动身份验证。
[Device] ntp-service authentication enable
# 设置密钥。
[Device] ntp-service authentication-keyid 42 authentication-mode md5 aNiceKey
# 指定密钥为可信密钥。
[Device] ntp-service reliable authentication-keyid 42
此时，AP可以向Device同步。
# 同步后查看AP的状态。
[AP] display ntp-service status
Clock status: synchronized
Clock stratum: 3
Reference clock ID: 1.0.1.11
Nominal frequency: 64.0000 Hz
Actual frequency: 64.0000 Hz
Clock precision: 2^7
Clock offset: 0.0000 ms
Root delay: 31.00 ms
Root dispersion: 1.05 ms
Peer dispersion: 7.81 ms
Reference time: 14:53:27.371 UTC Sep 19 2005 (C6D94F67.5EF9DB22)
可以看出，AP已经与Device同步，层数比Device的层数大1，为3。
# 查看AP的NTP会话信息，可以看到AP与Device建立了连接。
[AP] display ntp-service sessions
source reference stra reach poll now offset delay disper
**************************************************************************
[12345] 1.0.1.11 127.127.1.0 2 63 64 3 -75.5 31.0 16.5
note: 1 source(master),2 source(peer),3 selected,4 candidate,5 configured
Total associations : 1
l Switch C设置本地时钟作为参考时钟，层数为3；
l Switch C工作在广播服务器模式，从VLAN接口2向外发送广播报文；
l AP工作在广播客户端模式，从VLAN接口2监听广播报文；
l 同时在Switch C和AP上配置NTP验证。
图1-10 配置带身份验证的NTP广播模式组网图
(1) 配置Switch C
# 设置本地时钟作为参考时钟，层数为3。
<Switch C> system-view
[Switch C] ntp-service refclock-master 3
# 配置NTP验证。
[Switch C] ntp-service authentication enable
[Switch C] ntp-service authentication-keyid 88 authentication-mode md5 123456
[Switch C] ntp-service reliable authentication-keyid 88
# 设置Switch C为NTP广播服务器并指定密钥编号。
[Switch C] interface vlan-interface 2
[Switch C-Vlan-interface2] ntp-service broadcast-server authentication-keyid 88
(2) 配置AP
# 配置NTP验证。
<AP> system-view
[AP] ntp-service authentication enable
[AP] ntp-service authentication-keyid 88 authentication-mode md5 123456
[AP] ntp-service reliable authentication-keyid 88
# 设置AP为NTP广播客户端。
[AP] interface vlan-interface 2
[AP-Vlan-interface2] ntp-service broadcast-client
以上配置将AP配置为从VLAN接口2监听广播报文，Switch C从VLAN接口2发送广播报文。AP接收到Switch C发出的广播报文后与其同步。
# 同步后查看AP的状态。
[AP-Vlan-interface2] display ntp-service status
Clock status: synchronized
Clock stratum: 4
Reference clock ID: 3.0.1.31
Nominal frequency: 64.0000 Hz
Actual frequency: 64.0000 Hz
Clock precision: 2^7
Clock offset: 0.0000 ms
Root delay: 31.00 ms
Root dispersion: 8.31 ms
Peer dispersion: 34.30 ms
Reference time: 16:01:51.713 UTC Sep 19 2005 (C6D95F6F.B6872B02)
此时AP已经与Switch C同步，层数比Switch C的层数大1，为4。
# 查看AP的NTP会话信息，可以看到AP与Switch C建立了连接。
[AP-Vlan-interface2] display ntp-service sessions
source reference stra reach poll now offset delay disper
**************************************************************************
[1234] 3.0.1.31 127.127.1.0 3 254 64 62 -16.0 32.0 16.6
note: 1 source(master),2 source(peer),3 selected,4 candidate,5 configured
Total associations : 1
不同款型规格的资料略有差异, 详细信息请向具体销售和400咨询。H3C保留在没有任何通知或提示的情况下对资料内容进行修改的权利!
支持
售前咨询
售后咨询
人工在线咨询
