02-NTP配置
本章节下载: 02-NTP配置 (437.35 KB)
目 录
NTP(Network Time Protocol,网络时间协议)是由RFC 1305定义的时间同步协议,用来在分布式时间服务器和客户端之间进行时间同步。NTP基于UDP报文进行传输,使用的UDP端口号为123。
使用NTP的目的是对网络内所有具有时钟的设备进行时钟同步,使网络内所有设备的时钟保持一致,从而使设备能够提供基于统一时间的多种应用。
对于运行NTP的本地系统,既可以接受来自其他时钟源的同步,又可以作为时钟源同步其他的时钟,并且可以和其他设备互相同步。
对于网络中的各台设备来说,如果依靠管理员手工输入命令来修改系统时钟是不可能的,不但工作量巨大,而且也不能保证时钟的精确性。通过NTP,可以很快将网络中设备的时钟同步,同时也能保证很高的精度。
NTP主要应用于需要网络中所有设备时钟保持一致的场合,比如:
· 在网络管理中,对于从不同设备采集来的日志信息、调试信息进行分析的时候,需要以时间作为参照依据。
· 计费系统要求所有设备的时钟保持一致。
· 完成某些功能,如定时重启网络中的所有设备,此时要求所有设备的时钟保持一致。
· 多个系统协同处理同一个比较复杂的事件时,为保证正确的执行顺序,多个系统必须参考同一时钟。
· 在备份服务器和客户端之间进行增量备份时,要求备份服务器和所有客户端之间的时钟同步。
NTP的优势如下:
· 采用分层的方法定义时钟的准确性,可以迅速同步网络中各台设备的时间。
· 支持访问控制和MD5验证。
· 可以选择采用单播、组播或广播的方式发送协议报文。
· 时钟的层数决定了时钟的准确度,其取值范围为1~16。参考时钟的层数取值范围为1~15,准确度从1到15依次递减,层数为16的时钟处于未同步状态。
· 本系列交换机不支持设置本地时钟为参考时钟,只有当其时钟被同步后,才能作为时钟源去同步其它设备。
NTP的基本工作原理如图1-1所示。Device A和Device B通过网络相连,它们都有自己独立的系统时钟,需要通过NTP实现各自系统时钟的自动同步。为便于理解,作如下假设:
· 在Device A和Device B的系统时钟同步之前,Device A的时钟设定为10:00:00am,Device B的时钟设定为11:00:00am。
· Device B作为NTP时间服务器,即Device A将使自己的时钟与Device B的时钟同步。
· NTP报文在Device A和Device B之间单向传输所需要的时间为1秒。
图1-1 NTP基本原理图
系统时钟同步的工作过程如下:
· Device A发送一个NTP报文给Device B,该报文带有它离开Device A时的时间戳,该时间戳为10:00:00am(T1)。
· 当此NTP报文到达Device B时,Device B加上自己的时间戳,该时间戳为11:00:01am(T2)。
· 当此NTP报文离开Device B时,Device B再加上自己的时间戳,该时间戳为11:00:02am(T3)。
· 当Device A接收到该响应报文时,Device A的本地时间为10:00:03am(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工作原理的一个粗略描述,详细内容请参阅RFC 1305。
NTP有两种不同类型的报文,一种是时钟同步报文,另一种是控制报文。控制报文仅用于需要网络管理的场合,它对于时钟同步功能来说并不是必需的,这里不做介绍。
本文中提到的NTP报文,均为NTP时钟同步报文。
时钟同步报文封装在UDP报文中,其格式如图1-2所示。
主要字段的解释如下:
· LI(Leap Indicator,闰秒提示):长度为2比特,值为“11”时表示告警状态,时钟未被同步。为其他值时NTP本身不做处理。
· VN(Version Number,版本号):长度为3比特,表示NTP的版本号,目前的最新版本为4。
· Mode:长度为3比特,表示NTP的工作模式。不同的值所表示的含义分别是:0未定义、1表示主动对等体模式、2表示被动对等体模式、3表示客户模式、4表示服务器模式、5表示广播模式或组播模式、6表示此报文为NTP控制报文、7预留给内部使用。
· Stratum:系统时钟的层数,取值范围为1~16,它定义了时钟的准确度。层数为1的时钟准确度最高,准确度从1到16依次递减,层数为16的时钟处于未同步状态。
· Poll:轮询时间,即两个连续NTP报文之间的时间间隔。
· Precision:系统时钟的精度。
· Root Delay:本地到主参考时钟源的往返时间。
· Root Dispersion:系统时钟相对于主参考时钟的最大误差。
· Reference Identifier:参考时钟源的标识。
· Reference Timestamp:系统时钟最后一次被设定或更新的时间。
· Originate Timestamp:NTP请求报文离开发送端时发送端的本地时间。
· Receive Timestamp:NTP请求报文到达接收端时接收端的本地时间。
· Transmit Timestamp:应答报文离开应答者时应答者的本地时间。
· Authenticator:验证信息。
设备可以采用多种NTP工作模式进行时间同步:
· 客户端/服务器模式
· 对等体模式
· 广播模式
· 组播模式
用户可以根据需要选择合适的工作模式。在不能确定服务器或对等体IP地址、网络中需要同步的设备很多等情况下,可以通过广播或组播模式实现时钟同步;客户端/服务器和对等体模式中,设备从指定的服务器或对等体获得时钟同步,增加了时钟的可靠性。
图1-3 客户端/服务器模式
在客户端/服务器模式中,客户端向服务器发送时钟同步报文,报文中的Mode字段设置为3(客户模式)。服务器端收到报文后会自动工作在服务器模式,并发送应答报文,报文中的Mode字段设置为4(服务器模式)。客户端收到应答报文后,进行时钟过滤和选择,并同步到优选的服务器。
在该模式下,客户端能同步到服务器,而服务器无法同步到客户端。
图1-4 对等体模式
在对等体模式中,主动对等体和被动对等体之间首先交互Mode字段为3(客户端模式)和4(服务器模式)的NTP报文。之后,主动对等体向被动对等体发送时钟同步报文,报文中的Mode字段设置为1(主动对等体),被动对等体收到报文后自动工作在被动对等体模式,并发送应答报文,报文中的Mode字段设置为2(被动对等体)。经过报文的交互,对等体模式建立起来。主动对等体和被动对等体可以互相同步。如果双方的时钟都已经同步,则以层数小的时钟为准。
图1-5 广播模式
在广播模式中,服务器端周期性地向广播地址255.255.255.255发送时钟同步报文,报文中的Mode字段设置为5(广播模式)。客户端侦听来自服务器的广播报文。当客户端接收到第一个广播报文后,客户端与服务器交互Mode字段为3(客户模式)和4(服务器模式)的NTP报文,以获得客户端与服务器间的网络延迟。之后,客户端就进入广播客户端模式,继续侦听广播报文的到来,根据到来的广播报文对系统时钟进行同步。
图1-6 组播模式
在组播模式中,服务器端周期性地向用户配置的组播地址(若用户没有配置组播地址,则使用默认的NTP组播地址224.0.1.1)发送时钟同步报文,报文中的Mode字段设置为5(组播模式)。客户端侦听来自服务器的组播报文。当客户端接收到第一个组播报文后,客户端与服务器交互Mode字段为3(客户模式)和4(服务器模式)的NTP报文,以获得客户端与服务器间的网络延迟。之后,客户端就进入组播客户端模式,继续侦听组播报文的到来,根据到来的组播报文对系统时钟进行同步。
在对等体模式、广播模式和组播模式中,客户端(或主动对等体)和服务器(或被动对等体)之间首先要交互Mode字段为3(客户端模式)和4(服务器模式)的NTP报文,之后,才能进入指定的NTP工作模式。在此报文交互过程中,可以实现时钟的同步。
NTP工作在客户端/服务器模式和对等体模式时支持MPLS L3VPN,可以实现MPLS VPN网络的时间同步,即物理位置不同的网络设备(CE、PE),只要属于同一个VPN,就可以通过NTP来获得时间同步。具体功能如下:
· CE上的NTP客户端可以同步到另一个CE上的NTP服务器;
· CE上的NTP客户端可以同步到PE上的NTP服务器;
· PE上的NTP客户端可以通过指定的VPN同步到CE上的NTP服务器;
· PE上的NTP客户端可以通过指定的VPN同步到另一个PE上的NTP服务器;
· PE上的NTP服务器可以同步不同VPN内多个CE上的NTP客户端。
· CE(Customer Edge)设备:用户网络边缘设备,有接口直接与服务提供商(Service Provider,SP)相连。CE“感知”不到VPN的存在。
· PE(Provider Edge)设备:服务提供商网络的边缘设备,与用户的CE直接相连。
· 本系列交换机仅支持作为VPN多实例组网中的CE设备。
表1-1 NTP配置任务简介
配置任务 |
说明 |
详细配置 |
配置NTP工作模式 |
必选 |
|
配置NTP可选参数 |
可选 |
|
配置访问控制权限 |
可选 |
|
配置NTP验证功能 |
可选 |
设备可以采用以下NTP工作模式进行时钟同步:
· 客户端/服务器模式
· 对等体模式
· 广播模式
· 组播模式
设备采用客户端/服务器模式或对等体模式时,只需要对客户端或主动对等体进行配置;设备采用广播模式或组播模式时,则需要在服务器端和客户端都进行配置。
同一设备同一时间内存在的连接数目最多为128个,其中包括静态连接数和动态连接数。静态连接是用户手动配置NTP相关命令而建立的连接;动态连接是系统运行过程中建立的临时连接,若系统长期收不到报文就会删除该临时连接。例如,在客户端/服务器模式中,当用户在客户端配置向服务器端同步的命令的时候,系统会在客户端建立一个静态连接,服务器端在收到报文之后只是被动的响应报文,而不会建立连接(包括静态和动态连接);在对等体模式中,主动对等体端会建立静态连接,被动对等体端会建立动态连接;在组播和广播模式中,服务器端会建立静态连接,而在客户端会建立动态连接。
当设备采用客户端/服务器模式时,请在客户端进行如下配置。
表1-2 在NTP客户端上指定NTP服务器
操作 |
命令 |
说明 |
进入系统视图 |
system-view |
- |
指定设备的NTP服务器 |
ntp-service unicast-server [ vpn-instance vpn-instance-name ] { ip-address | server-name } [ authentication-keyid keyid | priority | source-interface interface-type interface-number | version number ] * |
必选 缺省情况下,没有为设备指定NTP服务器 |
· ntp-service unicast-server命令中的ip-address是一个单播地址,不能为广播地址、组播地址或本地时钟的IP地址。
· 通过source-interface参数指定NTP报文的源接口后,NTP报文的源IP地址将被设置为指定接口的主IP地址。
· 服务器端只有当其时钟被同步后,才能作为时间服务器去同步其他设备。当服务器端的时钟层数大于或等于客户端的时钟层数时,客户端将不会向其同步。
· 可以通过多次执行ntp-service unicast-server命令配置多个服务器,客户端依据时钟优选来选择最优的时钟源。
当设备采用对等体模式时,需要在主动对等体上指定被动对等体。
表1-3 在主动对等体上指定被动对等体
操作 |
命令 |
说明 |
进入系统视图 |
system-view |
- |
指定设备的被动对等体 |
ntp-service unicast-peer [ vpn-instance vpn-instance-name ] { ip-address | peer-name } [ authentication-keyid keyid | priority | source-interface interface-type interface-number | version number ] * |
必选 缺省情况下,没有为设备指定被动对等体 |
· 在对等体模式中,被动对等体上需要执行“1.3 配置NTP工作模式”中的任何一条NTP配置命令来使能NTP,否则被动对等体不会处理来自主动对等体的NTP报文。
· ntp-service unicast-peer 命令中的ip-address是一个单播地址,不能为广播地址、组播地址或本地时钟的IP地址。
· 通过source-interface参数指定NTP报文的源接口后,NTP报文的源IP地址将被设置为指定接口的主IP地址。
· 通常,主、被动对等体中至少有一个处于同步状态,否则他们将都无法同步。
· 可以通过多次执行ntp-service unicast-peer命令配置多个被动对等体。
广播服务器周期性地向广播地址255.255.255.255发送NTP报文,工作在NTP广播客户端模式的设备将回应这个报文,从而开始时钟同步过程。
当设备采用广播模式时,需要在服务器端和客户端都进行配置。由于广播服务器上需要指定一个发送NTP广播报文的接口,广播客户端上也需要指定一个接收NTP广播报文的接口,所以广播模式的配置只能在具体的接口视图下进行。
操作 |
命令 |
说明 |
进入系统视图 |
system-view |
- |
进入三层以太网端口视图或者VLAN接口视图 |
interface interface-type interface-number |
- 进入要接收NTP广播报文的三层以太网端口或者VLAN接口 |
配置设备工作在NTP广播客户端模式 |
ntp-service broadcast-client |
必选 |
操作 |
命令 |
说明 |
进入系统视图 |
system-view |
- |
进入三层以太网端口视图或者VLAN接口视图 |
interface interface-type interface-number |
- 进入要发送NTP广播报文的三层以太网端口或者VLAN接口 |
配置设备工作在NTP广播服务器模式 |
ntp-service broadcast-server [ authentication-keyid keyid | version number ] * |
必选 |
广播服务器只有当其时钟同步后,才能去同步广播客户端。
NTP组播服务器以组播形式周期性地发送时钟同步报文,工作在NTP组播客户端模式的设备将回应这个报文,从而开始时钟同步过程。
设备采用组播模式时,需要在服务器端和客户端都进行配置。组播模式的配置只能在具体的接口视图下进行。
操作 |
命令 |
说明 |
进入系统视图 |
system-view |
- |
进入三层以太网端口视图或者VLAN接口视图 |
interface interface-type interface-number |
- 进入要接收NTP组播报文的三层以太网端口或者VLAN接口 |
配置设备工作在NTP组播客户端模式 |
ntp-service multicast-client [ ip-address ] |
必选 |
操作 |
命令 |
说明 |
进入系统视图 |
system-view |
- |
进入三层以太网端口视图或者VLAN接口视图 |
interface interface-type interface-number |
- 进入要发送NTP组播报文的三层以太网端口或者VLAN接口 |
配置设备工作在NTP组播服务器模式 |
ntp-service multicast-server [ ip-address ] [ authentication-keyid keyid | ttl ttl-number | version number ] * |
必选 |
· 组播服务器只有当其时钟同步后,才能去同步组播客户端。
· 目前最多可以配置1024个组播客户端,但同时起作用的最多为128个。
如果指定了NTP报文的源接口,则设备在主动发送NTP报文时,将报文的源IP地址设置为指定接口的主IP地址。建议将Loopback接口指定为源接口,以避免设备上某个接口的状态变化而导致NTP报文无法接收。
设备对接收到的NTP请求报文进行应答时,应答报文的源IP地址始终为接收到NTP请求报文的目的地址。
表1-8 配置NTP报文的源接口
操作 |
命令 |
说明 |
进入系统视图 |
system-view |
- |
配置NTP报文的源接口 |
ntp-service source-interface interface-type interface-number |
必选 缺省情况下,没有指定NTP报文的源接口,即根据路由选择NTP报文的源IP地址 |
· 如果在命令ntp-service unicast-server或ntp-service unicast-peer中指定了NTP报文的源接口,则以ntp-service unicast-server或ntp-service unicast-peer指定的为准。
· 如果在接口视图下配置了ntp-service broadcast-server或ntp-service multicast-server,则NTP广播或组播模式报文的源接口为配置了上述命令的接口。
使能NTP功能后,缺省情况下所有接口都可以接收NTP报文。可以通过本配置,禁止从某个接口接收NTP报文。
操作 |
命令 |
说明 |
进入系统视图 |
system-view |
- |
进入三层以太网端口视图或者VLAN接口视图 |
interface interface-type interface-number |
- |
配置禁止接口接收NTP报文 |
ntp-service in-interface disable |
必选 缺省情况下,允许接口接收NTP报文 |
操作 |
命令 |
说明 |
进入系统视图 |
system-view |
- |
配置允许建立的动态NTP会话数目 |
ntp-service max-dynamic-sessions number |
必选 缺省情况下,允许建立的动态NTP会话的数目为100 |
表1-11 配置NTP报文的DSCP优先级
操作 |
命令 |
说明 |
进入系统视图 |
system-view |
- |
配置NTP报文的DSCP优先级 |
ntp-service dscp dscp-value |
可选 缺省情况下,NTP报文的DSCP优先级为16 |
用户可以配置对本地设备NTP服务的访问控制权限。访问控制权限可以分为四种:
· query:允许控制查询权限。该权限只允许对端设备对本地设备的NTP服务进行控制查询,但是不能向本地设备同步。所谓的控制查询,就是查询NTP的一些状态,比如告警信息,验证状态,时钟源信息等。
· synchronization:只允许服务器访问权限。该权限只允许对端设备向本地设备同步,但不能进行控制查询。
· server:允许服务器访问与查询权限。该权限允许对端设备向本地设备同步和控制查询,但本地设备不会同步到对端设备。
· peer:完全访问权限。该权限既允许对端设备向本地设备同步和控制查询,同时本地设备也可以同步到对端设备。
NTP服务的访问控制权限从高到低依次为peer、server、synchronization、query。当设备接收到NTP服务请求报文时,会按照此顺序进行匹配,以第一个匹配的权限为准。如果没有匹配任何权限,则丢弃此NTP服务请求报文。
在配置对本地设备NTP服务的访问控制权限之前,需要创建并配置与访问权限关联的ACL。ACL的配置方法请参见“ACL和QoS配置指导”中的“ACL”。
表1-12 配置对本地设备NTP服务的访问控制权限
操作 |
命令 |
说明 |
进入系统视图 |
system-view |
- |
配置对端设备对本地设备NTP服务的访问控制权限 |
ntp-service access { peer | query | server | synchronization } acl-number |
必选 缺省情况下,对端设备对本地设备NTP服务的访问控制权限为peer |
配置对本地设备NTP服务的访问控制权限,仅提供了一种最小限度的安全措施,更安全的方法是进行身份验证。
在一些对安全性要求较高的网络中,运行NTP协议时需要启用验证功能。通过客户端和服务器端的密码验证,保证客户端只与通过验证的设备进行同步,提高了网络安全性。
配置NTP验证功能可以分为配置客户端的NTP验证和配置服务器端的NTP验证两个部分。
在配置NTP验证功能时,应注意以下原则:
· 对于所有同步模式,如果使能了NTP验证功能,应同时配置验证密钥并将密钥设为可信密钥,即如果执行了ntp-service authentication enable命令,则必须同时执行ntp-service authentication-keyid命令和ntp-service reliable authentication-keyid命令。否则,无法正常启用NTP验证功能。
· 对于客户端/服务器模式和对等体模式,还应在客户端(对等体模式中的主动对等体)将指定密钥与对应的NTP服务器(对等体模式的被动对等体)关联;对于广播服务器模式和组播服务器模式,应在广播服务器或组播服务器上将指定密钥与对应的NTP服务器关联。否则,无法正常启用NTP验证功能。
· 对于客户端/服务器同步模式,如果客户端没有成功启用NTP验证功能,不论服务器端是否使能NTP验证,客户端均可以与服务器端同步;如果客户端上成功启用了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 { ip-address | server-name } authentication-keyid keyid |
必选 可以将不存在的密钥与NTP服务器关联。但是若想成功启用NTP验证功能,则必须在关联密钥后,配置该密钥,并将其指定为可信密钥 |
对等体模式: ntp-service unicast-peer { ip-address | peer-name } authentication-keyid keyid |
客户端使能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 |
必选 缺省情况下,没有指定可信密钥 |
进入三层以太网端口视图或者VLAN接口视图 |
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-15 NTP显示与维护
操作 |
命令 |
显示NTP服务的状态信息 |
display ntp-service status [ | { begin | exclude | include } regular-expression ] |
显示NTP服务维护的会话信息 |
display ntp-service sessions [ verbose ] [ | { begin | exclude | include } regular-expression ] |
显示从本地设备回溯到主参考时钟源的各个NTP时间服务器的简要信息 |
display ntp-service trace [ | { begin | exclude | include } regular-expression ] |
为了实现Device B的时钟与Device A的时钟同步,需要进行以下配置:
· 在Device A上设置本地时钟作为参考时钟,层数为2;
· Device B工作在客户端模式,指定Device A为NTP服务器。
图1-7 配置NTP客户端/服务器模式组网图
(1) 按照图1-7配置各接口的IP地址,具体配置过程略。
(2) 配置Device B
# 同步前查看Device B的NTP状态。
<DeviceB> 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 A为Device B的NTP服务器。
<DeviceB> system-view
[DeviceB] ntp-service unicast-server 1.0.1.11
# 以上配置将Device B向Device A进行时间同步,同步后查看Device B的NTP状态。
[DeviceB] 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 Jan 19 2011 (C6D94F67.5EF9DB22)
此时Device B已经与Device A同步,层数比Device A的层数大1,为3。
# 查看Device B的NTP会话信息,可以看到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 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
为了实现设备之间的时钟同步,需要进行以下配置:
· Device A设置本地时钟作为参考时钟,层数为2;
· Device B工作在客户端模式,指定Device A为NTP服务器;
· Device B向Device A同步后,配置Device C工作在对等体模式,将Device B设为对等体。Device C为主动对等体,Device B为被动对等体。
图1-8 配置NTP对等体模式组网图
(1) 配置各VLAN接口的IP地址,具体配置过程略。
(2) 配置Device B
# 设置Device A为Device B的NTP服务器。
<DeviceB> system-view
[DeviceB] ntp-service unicast-server 3.0.1.31
(3) 查看Device B的状态(Device B向Device A同步后)。
[DeviceB] display ntp-service status
Clock status: synchronized
Clock stratum: 3
Reference clock ID: 3.0.1.31
Nominal frequency: 100.0000 Hz
Actual frequency: 100.0000 Hz
Clock precision: 2^18
Clock offset: -21.1982 ms
Root delay: 15.00 ms
Root dispersion: 775.15 ms
Peer dispersion: 34.29 ms
Reference time: 15:22:47.083 UTC Jan 19 2011 (C6D95647.153F7CED)
此时Device B已经与Device A同步,层数比Device A的层数大1,为3。
(4) 配置Device C(Device B向Device A同步后)
# 本地同步后,设置Device C为主动对等体。
[DeviceC] ntp-service unicast-peer 3.0.1.32
以上配置将Device B和Device C配置为对等体,Device C处于主动对等体模式,Device B处于被动对等体模式,由于Device C系统时钟的层数为16,而Device B的层数为3,所以Device C向Device B同步。
(5) 同步后查看Device C的状态。
[DeviceC] display ntp-service status
Clock status: synchronized
Clock stratum: 4
Reference clock ID: 3.0.1.32
Nominal frequency: 100.0000 Hz
Actual frequency: 100.0000 Hz
Clock precision: 2^18
Clock offset: -21.1982 ms
Root delay: 15.00 ms
Root dispersion: 775.15 ms
Peer dispersion: 34.29 ms
Reference time: 15:22:47.083 UTC Jan 19 2011 (C6D95647.153F7CED)
此时Device C已经与Device B同步,层数比Device B的层数大1,为4。
# 查看Device C的NTP会话信息,可以看到Device C与Device B建立了连接。
[DeviceC] display ntp-service sessions
source reference stra reach poll now offset delay disper
********************************************************************************
[12345] 3.0.1.32 3.0.1.31 3 3 64 16 -6.4 4.8 1.0
note: 1 source(master),2 source(peer),3 selected,4 candidate,5 configured
Total associations : 1
Device C作为同一网段中多个设备的NTP服务器,同时同步多个设备的时钟。为了实现该需求,需要进行以下配置:
· 在Device C上设置本地时钟作为参考时钟,层数为2;
· Device C工作在广播服务器模式,从VLAN接口2向外发送广播报文;
· Device A和Device B工作在广播客户端模式,分别从各自的VLAN接口2监听广播报文。
图1-9 配置NTP广播模式组网图
(1) 按照图1-9配置各接口的IP地址,具体配置过程略。
(2) 配置Device C
# 设置Device C为广播服务器,从VLAN接口2发送广播报文。
[DeviceC] interface vlan-interface 2
[DeviceC-Vlan-interface2] ntp-service broadcast-server
(3) 配置Device A
# 设置Device A为广播客户端,从VLAN接口2监听广播报文。
<DeviceA> system-view
[DeviceA] interface vlan-interface 2
[DeviceA-Vlan-interface2] ntp-service broadcast-client
(4) 配置Device B
# 设置Device B为广播客户端,从VLAN接口2监听广播报文。
<DeviceB> system-view
[DeviceB] interface vlan-interface 2
[DeviceB-Vlan-interface2] ntp-service broadcast-client
Device A和Device B接收到Device C发出的广播报文后,与其同步。
# 以Device A为例,同步后查看Device A的状态。
[DeviceA-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 Jan 19 2011 (C6D95F6F.B6872B02)
此时Device A已经与Device C同步,层数比Device C的层数大1,为3。
# 查看Device A的NTP会话信息,可以看到Device A与Device C建立了连接。
[DeviceA-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
Device C作为不同网段中多个设备的NTP服务器,同时同步多个设备的时钟。为了实现该需求,需要进行以下配置:
· 在Device C上设置本地时钟作为参考时钟,层数为2;
· Device C工作在组播服务器模式,从VLAN接口2向外发送组播报文;
· Device A和Device D工作在组播客户端模式,Device A从VLAN接口3监听组播报文,Device D从VLAN接口2监听组播报文。
图1-10 配置NTP组播模式组网图
(1) 按照图1-10配置各接口的IP地址,具体配置过程略。
(2) 配置Device C
# 设置Device C为组播服务器,从VLAN接口2发送组播报文。
[DeviceC] interface vlan-interface 2
[DeviceC-Vlan-interface2] ntp-service multicast-server
(3) 配置Device D
# 设置Device D为组播客户端,从VLAN接口2监听组播报文。
<DeviceD> system-view
[DeviceD] interface vlan-interface 2
[DeviceD-Vlan-interface2] ntp-service multicast-client
由于Device D和Device C在同一个网段,不需要配置组播功能,Device D就可以收到Device C发出的组播报文,并与其同步。
# 同步后查看Device D的状态。
[DeviceD-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 Jan 19 2011 (C6D95F6F.B6872B02)
此时Device D已经与Device C同步,层数比Device C的层数大1,为3。
# 查看Device D的NTP会话信息,可以看到Device D与Device C建立了连接。
[DeviceD-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
(4) 配置Device B
由于Device A与Device C不在同一网段,所以Device B上需要配置组播功能,否则Device A收不到Device C发出的组播报文。
# 配置组播功能。
<DeviceB> system-view
[DeviceB] multicast routing-enable
[DeviceB] interface vlan-interface 2
[DeviceB-Vlan-interface2] pim dm
[DeviceB-Vlan-interface2] quit
[DeviceB] vlan 3
[DeviceB-vlan3] port ethernet 1/0/1
[DeviceB-vlan3] quit
[DeviceB] interface vlan-interface 3
[DeviceB-Vlan-interface3] igmp enable
[DeviceB-Vlan-interface3] igmp static-group 224.0.1.1
[DeviceB-Vlan-interface3] quit
[DeviceB] interface ethernet 1/0/1
[DeviceB- Ethernet1/0/1] igmp-snooping static-group 224.0.1.1 vlan 3
(5) 配置Device A
<DeviceA> system-view
[DeviceA] interface vlan-interface 3
# 设置Device A为组播客户端,从VLAN接口3监听组播报文。
[DeviceA-Vlan-interface3] ntp-service multicast-client
# 同步后查看Device A的状态。
[DeviceA-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 Jan 19 2011 (C6D95F6F.B6872B02)
此时Device A已经与Device C同步,层数比Device C的层数大1,为3。
# 查看Device A的NTP会话信息,可以看到Device A与Device C建立了连接。
[DeviceA-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
组播功能的详细介绍请参见“IP组播配置指导”中的“IGMP”和“PIM”。
为了实现Device B的时钟与Device A的时钟同步,并保证时钟同步的安全性,需要进行以下配置:
· 在Device A上设置本地时钟作为参考时钟,层数为2;
· Device B工作在客户端模式,指定Device A为NTP服务器;
· Device A和Device B上同时配置NTP验证。
图1-11 配置带身份验证的NTP客户端/服务器模式组网图
(1) 按照图1-11配置各接口的IP地址,具体配置过程略。
(2) 配置Device B
<DeviceB> system-view
# 在Device B上启动身份验证。
[DeviceB] ntp-service authentication enable
# 设置密钥。
[DeviceB] ntp-service authentication-keyid 42 authentication-mode md5 aNiceKey
# 指定密钥为可信密钥。
[DeviceB] ntp-service reliable authentication-keyid 42
# 设置Device A为Device B的NTP服务器。
[DeviceB] ntp-service unicast-server 1.0.1.11 authentication-keyid 42
以上配置将Device B向Device A进行时间同步,但由于Device A没有使能NTP身份验证,所以,Device B还是无法向Device A同步。
现在,向Device A增加以下配置:
# 在Device A上启动身份验证。
[DeviceA] ntp-service authentication enable
# 设置密钥。
[DeviceA] ntp-service authentication-keyid 42 authentication-mode md5 aNiceKey
# 指定密钥为可信密钥。
[DeviceA] ntp-service reliable authentication-keyid 42
此时,Device B可以向Device A同步。
# 同步后查看Device B的状态。
[DeviceB] 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 Jan 19 2011 (C6D94F67.5EF9DB22)
可以看出,Device B已经与Device A同步,层数比Device A的层数大1,为3。
# 查看Device B的NTP会话信息,可以看到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 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
Device C作为同一网段中多个设备的NTP服务器,同时同步多个设备的时钟。Device B要求对时钟源进行验证,以保证时钟同步的安全性。为了实现上述需求,需要进行以下配置:
· 在Device C上设置本地时钟作为参考时钟,层数为3;
· Device C工作在广播服务器模式,从VLAN接口2向外发送广播报文;
· Device A和Device B工作在广播客户端模式,从VLAN接口2监听广播报文;
· 在Device B和Device C上配置NTP验证功能。
图1-12 配置带身份验证的NTP广播模式组网图
(1) 按照图1-12配置各接口的IP地址,具体配置过程略。
(2) 配置Device A
# 设置Device A为NTP广播客户端,从VLAN接口2监听广播报文。
<DeviceA> system-view
[DeviceA] interface vlan-interface 2
[DeviceA-Vlan-interface2] ntp-service broadcast-client
(3) 配置Device B
# 使能NTP验证功能,创建ID为88的NTP验证密钥,密钥值为123456,并将密钥88指定为可信密钥。
<DeviceB> system-view
[DeviceB] ntp-service authentication enable
[DeviceB] ntp-service authentication-keyid 88 authentication-mode md5 123456
[DeviceB] ntp-service reliable authentication-keyid 88
# 设置Device B为NTP广播客户端,从VLAN接口2监听广播报文。
[DeviceB] interface vlan-interface 2
[DeviceB-Vlan-interface2] ntp-service broadcast-client
(4) 配置Device C
# 设置Device C为NTP广播服务器,从VLAN接口2向外发送广播报文。
[DeviceC] interface vlan-interface 2
[DeviceC-Vlan-interface2] ntp-service broadcast-server
[DeviceC-Vlan-interface2] quit
# Device A接收到Device C发出的广播报文后与其同步。在Device A上查看NTP服务的状态信息,可以看到Device A已经与Device C同步,层数比Device C的层数大1,为4。
[DeviceA-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 Jan 19 2011 (C6D95F6F.B6872B02)
# 查看Device A的NTP会话信息,可以看到Device A与Device C建立了连接。
[DeviceA-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
# 由于Device B上使能了NTP验证功能,Device C上没有使能NTP验证功能。因此,Device B无法向Device C同步。
[DeviceB-Vlan-interface2] display ntp-service status
Clock status: unsynchronized
Clock stratum: 16
Reference clock ID: none
Nominal frequency: 100.0000 Hz
Actual frequency: 100.0000 Hz
Clock precision: 2^18
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 C上使能NTP验证功能,创建ID为88的NTP验证密钥,密钥值为123456,并将密钥88指定为可信密钥。
[DeviceC] ntp-service authentication enable
[DeviceC] ntp-service authentication-keyid 88 authentication-mode md5 123456
[DeviceC] ntp-service reliable authentication-keyid 88
# 设置Device C为NTP广播服务器并指定关联的密钥编号为88。
[DeviceC] interface vlan-interface 2
[DeviceC-Vlan-interface2] ntp-service broadcast-server authentication-keyid 88
# 在Device C上使能NTP验证功能后,Device B可以向Device C同步。在Device B上查看NTP服务的状态信息,可以看到Device B已经与Device C同步,层数比Device C的层数大1,为4。
[DeviceB-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 Jan 19 2011 (C6D95F6F.B6872B02)
# 查看Device B的NTP会话信息,可以看到Device B与Device C建立了连接。
[DeviceB-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
# 在Device C上配置NTP验证功能后,不会对Device A造成影响。Device A仍然处于同步状态。
[DeviceA-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 Jan 19 2011 (C6D95F6F.B6872B02)
不同款型规格的资料略有差异, 详细信息请向具体销售和400咨询。H3C保留在没有任何通知或提示的情况下对资料内容进行修改的权利!