NTP协议格式(中文) (1)
NTP协议介绍

NTP协议介绍1.引言网络时间协议NTP(Network Time Protocol)是用于互联网中时间同步的标准互联网协议。
NTP的用途是把计算机的时间同步到某些时间标准。
目前采用的时间标准是世界协调时UTC(Universal Time Coordinated)。
NTP的主要开发者是美国特拉华大学的David L. Mills教授。
NTP的设计充分考虑了互联网上时间同步的复杂性。
NTP提供的机制严格、实用、有效,适应于在各种规模、速度和连接通路情况的互联网环境下工作。
NTP 以GPS时间代码传送的时间消息为参考标准,采用了Client/Server结构,具有相当高的灵活性,可以适应各种互联网环境。
NTP不仅校正现行时间,而且持续跟踪时间的变化,能够自动进行调节,即使网络发生故障,也能维持时间的稳定。
NTP产生的网络开销甚少,并具有保证网络安全的应对措施。
这些措施的采用使NTP可以在互联网上获取可靠和精确的时间同步,并使NTP成为互联网上公认的时间同步工具。
目前,在通常的环境下,NTP提供的时间精确度在WAN上为数十毫秒,在LAN 上则为亚毫秒级或者更高。
在专用的时间服务器上,则精确度更高。
2.互联网环境中的时间同步要求在互联网上,一般的计算机和互联设备在时间稳定度方面的设计上没有明确的指标要求。
这些设备的时钟振荡器工作在不受校对的自由振荡的状况。
由于温度变化、电磁干扰、振荡器老化和生产调试等原因,时钟的振荡频率和标准频率之间存在一些误差。
按误差的来源、现象和结果可以按固有的或者外来的、短期的或者长期的、以及随机的或者固定的等进行分类。
这些误差初看来似乎微不足道,而在长期积累后会产生相当大的影响。
假设一台设备采用了精确度相当高的时钟,设其精确度为0.001%,那么它在一秒中产生的偏差只是10微秒,一天产生的时间偏差接近1秒,而运行一年后则误差将大于5分钟。
必须指出,一般互联网设备的时钟精确度远低于这个指标。
ntp协议详解

ntp协议详解NTP协议详解。
NTP(Network Time Protocol)是一种用于同步计算机系统时间的协议,它可以确保计算机在网络中具有准确的时间标准。
NTP协议的设计初衷是为了解决因为网络延迟和时钟漂移而导致的时间不一致的问题。
在计算机网络中,确保各个计算机具有一致的时间标准对于数据同步和安全性非常重要。
本文将详细介绍NTP 协议的工作原理、协议格式以及常见的应用场景。
NTP协议的工作原理。
NTP协议通过一种分层的方式来组织时间服务器,每个时间服务器都可以向更高级别的服务器请求时间同步信息,并且可以向更低级别的服务器提供时间同步信息。
通过这种分层的方式,NTP可以在整个网络中确保时间的一致性。
在NTP网络中,有若干个层级的时间服务器,每个时间服务器都可以向更高级别的服务器请求时间同步信息,并且可以向更低级别的服务器提供时间同步信息。
这种分层的方式可以确保整个网络中的时间保持一致。
NTP协议的格式。
NTP协议采用客户端/服务器模式进行通信,客户端向服务器发送时间同步请求,服务器收到请求后返回时间同步信息。
NTP协议的数据包格式非常简洁,包括了协议版本、传输模式、时间戳等字段。
NTP协议使用了一种称为“精确时间协议”的算法来确保时间同步的准确性。
在NTP协议中,时间戳是非常重要的数据,它可以确保时间同步的准确性。
NTP协议的应用场景。
NTP协议广泛应用于互联网、局域网以及各种计算机系统中。
在互联网中,NTP协议可以确保各个服务器的时间保持一致,从而确保数据同步的准确性。
在局域网中,NTP协议可以确保各个计算机的时间保持一致,从而确保数据的一致性。
此外,NTP协议还可以应用于各种计算机系统中,例如金融系统、电信系统等。
总结。
NTP协议是一种用于同步计算机系统时间的协议,它可以确保计算机在网络中具有准确的时间标准。
NTP协议通过分层的方式组织时间服务器,确保整个网络中的时间保持一致。
NTP协议采用了简洁的数据包格式,使用精确时间协议来确保时间同步的准确性。
ntp协议

ntp协议
NTP协议是一种用于同步网络时间的协议,全称为网络时间协议(Network Time Protocol)。
它旨在保证网络上所有设备的时间都是一致的,从而避免因时间不一致而出现的各种问题。
NTP协议采用客户端/服务器模式,其中客户端设备获取时间信息以进行同步,服务器设备提供时间信息以响应客户端的请求。
NTP支持多层级的时间服务器,其中每台服务器都可以连接到其他时间服务器,以获取更为精确的时间信息。
NTP协议使用了一种基于UDP(用户数据报协议)的传输方式,其传输方式类似于DNS(域名系统)。
NTP协议中定义了一些消息类型,例如时间请求,响应以及通知,以支持客户端和服务器之间的时间同步。
NTP协议的时间同步主要是通过参考时钟实现的。
参考时钟可以是GPS接收器,原子钟,或者其他高精度的时钟设备。
参考时钟的精度越高,则同步的准确度也就越高。
NTP协议在同步时间时采用了一些算法,例如Marzullo 算法和Swenson算法等。
这些算法可以对时间进行粗略估计,然后再对时间进行微调,以达到更高的同步精度。
值得注意的是,NTP协议也存在安全问题。
攻击者可以通过欺骗客户端或服务器设备,以更改或篡改时间信息,从而导致一些严重的问题。
NTPv4协议通过采用加密协议以及身份验证等机制来解决这些安全问题。
综上所述,NTP协议是一种用于同步网络时间的协议,通
过客户端/服务器模式以及参考时钟实现时间同步。
NTP协议采用UDP传输方式,采用一些算法进行时间同步。
然而,NTP 协议也面临着安全问题,需要采用安全机制进行保护。
NTP协议

NTP(Network Time Protocol,网络时间协议)是由RFC 1305定义的时间同步协议,用来在分布式时间服务器和客户端之间进行时间同步。
NTP基于UDP报文进行传输,使用的UDP端口号为123。
使用NTP的目的是对网络内所有具有时钟的设备进行时钟同步,使网络内所有设备的时钟保持一致,从而使设备能够提供基于统一时间的多种应用。
对于运行NTP的本地系统,既可以接收来自其他时钟源的同步,又可以作为时钟源同步其他的时钟,并且可以和其他设备互相同步。
NTP工作原理NTP的基本工作原理如图所示。
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秒。
系统时钟同步的工作过程如下: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小时。
NTP协议全称网络时间协议

NTP协议全称网络时间协议(Network Time Procotol)。
它的目的是在国际互联网上传递统一、标准的时间。
具体的实现方案是在网络上指定若干时钟源网站,为用户提供授时服务,并且这些网站间应该能够相互比对,提高准确度。
NTP 最早是由美国Delaware大学的Mills教授设计实现的,从1982件最初提出到现在已发展了将近20年,2001年最新的NTPv4精确度已经达到了200毫秒。
对于实际应用,又有确保秒级精度的SNTP(简单的网络时间协议)。
NTP是一个跨越广域网或局域网的复杂的同步时间协议,它通常可获得毫秒级的精度。
RFC2030[Mills 1996]描述了SNTP(Simple Network Time Protocol),目的是为了那些不需要完整NTP实现复杂性的主机,它是NTP 的一个子集。
通常让局域网上的若干台主机通过因特网与其他的NTP主机同步时钟,接着再向局域网内其他客户端提供时间同步服务。
NTP协议是OSI参考模型的高层协议,符合UDP传输协议格式,拥有专用端口123。
随着时间的推移,计算机的时钟会倾向于漂移。
网络时间协议 (NTP) 是一种确保您的时钟保持准确的方法。
它为路由器、交换机、工作站和服务器之间提供了一种时间同步的机制。
所以NTP Server经常应用于一些有时间同步要求的IT系统环境中。
一、服务端设置Mac OS X Server似乎默认就有了,只说一下Linux下如何设置。
在Ubuntu Linux中应用NTP Server非常方便:1. 安装Java代码1.sudo apt-get install ntp2. 配置配置文件是/etc/ntp.confa. 找到server一项,添加你喜欢的Time ServerJava代码1.server iburst dynamicb. 设置权限,我的所有restrict条目如下Java代码1.restrict -4 default kod notrap nomodify nopeer noquery2.restrict -6 default kod notrap nomodify nopeer noquery3.4.# Local users may interrogate the ntp server more closely.5.restrict 127.0.0.16.restrict ::17.8.# Clients from this (example!) subnet have unlimited access, but only if9.# cryptographically authenticated.10.#restrict 192.168.123.0 mask 255.255.255.0 notrust11.restrict 192.168.0.0 mask 255.255.255.03. 重启ntp服务器/etc/init.d/ntp restart4. 查看服务器是否工作正常在服务器运行Java代码1.ntpq -p二、工作站同步好了,测试一下吧,假设你的新服务器IP地址为192.168.0.7。
ntp协议数据格式

ntp协议数据格式
NTP(Network Time Protocol)协议是一种用于计算机网络中时间同步的协议。
NTP协议的数据格式如下:
1. NTP报文头部:
- 8字节的协议标识符字段(标识符为4个字节的ASCII码字符"NTS0")。
- 1字节的协议版本号字段。
- 1字节的NTP模式字段(表示报文的用途,如时钟同步、时钟查询等)。
- 1字节的时钟级别字段(表示主参考时钟级别)。
- 1字节的扩展字段。
2. NTP报文数据部分:
- 4字节的参考时钟标识符字段(用于标识参考时钟源)。
- 8字节的参考时钟时间戳字段(表示参考时钟的时间)。
- 8字节的本地时钟时间戳字段(表示本地时钟的时间)。
- 8字节的接收到报文时的时间戳字段(表示接收到报文时的本地时间)。
- 8字节的发送报文时的时间戳字段(表示发送报文时的本地时间)。
3. NTP报文尾部:
- 8字节的错误估计字段(用于计算发送者和接收者系统的时钟差)。
- 8字节的错误方差字段(用于衡量时钟误差的精度)。
- 8字节的轮换时间字段(表示接收方从上次同步开始的运
行时间)。
- 4字节的闲置时间字段(表示系统从上次同步开始的闲置
时间)。
- 4字节的时序参数字段(包含了时钟滑动速率和偏移量)。
- 8字节的时间调整字段(表示时钟漂移速率)。
- 8字节的本地时钟时间戳字段(表示本地时钟的时间)。
以上是NTP协议数据格式的一般结构,具体的数据字段解释
和使用根据不同的NTP报文类型可能有所不同。
NTP协议分析

NTP协议分析一.NTP协议原理2.1 NTP协议概述网络时间协议(Network Time Protocol,简称NTP)最早是由美国Delaware 大学Mills教授设计实现的,它是用来使计算机时间同步化的一种协议,可以使计算机对其服务器或时钟源(如原子钟、GPS卫星等国际标准时间)做同步化,能够提供高精准度的时间校正(LAN上与标准间差小于1毫秒,WAN上误差几十毫秒),它由时间协议、ICMP时间戳消息及IP时间戳选项发展而来,是OSI 参考模型的高层协议,它使用UTC作为时间标准,是基于无连接的IP 协议和UDP协议的应用层协议,使用层次式时间分布模型,所能取得的准确度依赖于本地时钟硬件的精确度和对设备及进程延迟的严格控制。
在配置时,NTP可以利用冗余服务器和多条网络路径来获得时间的高准确性和高可靠性。
实际应用中,又有确保秒级精度的简单的网络时间协议(Simple Network Time Protocol,SNTP)。
NTP拥有专用源端口和目标端口123。
NTP适用于网络环境下,可以在一个无序的网络环境下提供精确和健壮的时间服务,NTP是TCP/IP标准协议族的一员,从最初的V1版本到现在的V4版本已经变的越发稳定,它定义在IEEE802.3af,支持的RFC有RFC958、RFC1119、RFC1165及RFC1305。
NTP 的设计带来了三种产品——时钟偏移、时间延迟及差量,它们都与指定参考时钟相关联。
时钟偏移表示调整本地时钟与参考时钟相一致而产生的偏差数;时间延迟表示在指定时间内发送消息到达参考时钟的延时时间;差量表示了相对于参考时钟本地时钟的最大偏差错误。
因为大多数主机时间服务器通过其它对等时间服务器达到同步,所以这三种产品中的每一种都有两个组成部分:其一是由对等决定的部分,这部分是相对于原始标准时间的参考来源而言;其二是由主机衡量的部分,这部分是相对于对等而言。
每一部分在协议中都是独立维持的,从而可以使错误控制和子网本身的管理操作变得容易。
NTP报文格式

NTP报⽂格式出处:https:///dosthing/article/details/81588219?utm_medium=distribute.pc_relevant.none-task-blog-searchFromBaidu-1.control&depth_1-utm_source=distribute.pc_relevant.none-task-blog-searchFromBaidu-1.controlNTP报⽂格式如图所⽰,它的字段含义参考如下:1. LI 闰秒标识器,占⽤2个bit2. VN 版本号,占⽤3个bits,表⽰NTP的版本号,现在为33. Mode 模式,占⽤3个bits,表⽰模式4. stratum(层),占⽤8个bits5. Poll 测试间隔,占⽤8个bits,表⽰连续信息之间的最⼤间隔6. Precision 精度,占⽤8个bits,,表⽰本地时钟精度7. Root Delay根时延,占⽤8个bits,表⽰在主参考源之间往返的总共时延8. Root Dispersion根离散,占⽤8个bits,表⽰在主参考源有关的名义错误9. Reference Identifier参考时钟标识符,占⽤8个bits,⽤来标识特殊的参考源10. 参考时间戳,64bits时间戳,本地时钟被修改的最新时间。
11. 原始时间戳,客户端发送的时间,64bits。
12. 接受时间戳,服务端接受到的时间,64bits。
13. 传送时间戳,服务端送出应答的时间,64bits。
14. 认证符(可选项)抛开复杂的协议报⽂,我们来理解⼀下NTP客户端与服务器的交互过程,进⽽理解参考时间戳、原始时间戳、接受时间戳、传送时间戳的关系。
如图,客户端和服务端都有⼀个时间轴,分别代表着各⾃系统的时间,当客户端想要同步服务端的时间时,客户端会构造⼀个NTP协议包发送到NTP服务端,客户端会记下此时发送的时间t0,经过⼀段⽹络延时传输后,服务器在t1时刻收到数据包,经过⼀段时间处理后在t2时刻向客户端返回数据包,再经过⼀段⽹络延时传输后客户端在t3时刻收到NTP服务器数据包。
- 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益,请联系客服反馈,我们会尽快为您处理(人工客服工作时间:9:00-18:30)。
NTP协议格式1.NTP时间戳格式SNTP使用在RFC 1305 及其以前的版本所描述标准NTP时间戳的格式。
与因特网标准标准一致, NTP 数据被指定为整数或定点小数,位以big-endian风格从左边0位或者高位计数。
除非不这样指定,全部数量都将设成unsigned的类型,并且可能用一个在bit0前的隐含0填充全部字段宽度。
因为SNTP时间戳是重要的数据和用来描述协议主要产品的,一个专门的时间戳格式已经建立。
NTP用时间戳表示为一64 bits unsigned 定点数,以秒的形式从1900 年1月1 日的0:0:0算起。
整数部分在前32位里,后32bits(seconds Fraction)用以表示秒以下的部分。
在Seconds Fraction 部分,无意义的低位应该设置为0。
这种格式把方便的多精度算法和变换用于UDP/TIME 的表示(单位:秒),但使得转化为ICMP的时间戳消息表示法(单位:毫秒)的过程变得复杂了。
它代表的精度是大约是200 picoseconds,这应该足以满足最高的要求了。
0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+| Seconds |+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+| Seconds Fraction (0-padded) |+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+2.NTP 报文格式NTP 和SNTP 是用户数据报协议( UDP) 的客户端 [POS80 ],而UDP自己是网际协议( IP) [DAR81 ] 的客户端. IP 和UDP 报头的结构在被引用的指定资料里描述,这里就不更进一步描述了。
UDP的端口是123,UDP头中的源断口和目的断口都是一样的,保留的UDP头如规范中所述。
以下是SNTP 报文格式的描述,它紧跟在IP 和UDP 报头之后。
SNTP的消息格式与RFC-1305中所描述的NTP格式是一致的,不同的地方是:一些SNTP的数据域已被风装,也就是说已初始化为一些预定的值。
NTP 消息的格式被显示如下。
1 2 30 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+|LI | VN |Mode | Stratum | Poll | Precision |+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+| 根延迟 |+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+| 根差量 |+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+| 参考标识符 |+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+| || 参考时间戳(64) || |+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+| || 原始时间戳(64) || |+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+| || 接受时间戳 (64) || |+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+| || 传送时间戳(64) || |+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+| || || 认证符(可选项) (96) || || |+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+如下一部分描述,在SNTP 里大多数这些字段被预规定的数据给赋初值。
为完整起见,每个字段的功能在下面被简要总结。
1.LI 闰秒标识器:这是一个二位码,预报当天最近的分钟里要被插入或删除的闰秒秒数。
用1/0表示,分别说明如下:(闰秒(rùn miǎo)是指为保持协调世界时接近于世界时时刻,由国际计量局统一规定在年底或年中(也可能在季末)对协调世界时增加或减少1秒的调整。
由于地球自转的不均匀性和长期变慢性(主要由潮汐摩擦引起的),会使世界时(民用时)和原子时之间相差超过到±0.9秒时,就把世界时向前拨1秒(负闰秒,最后一分钟为59秒)或向后拨1秒(正闰秒,最后一分钟为61秒);闰秒一般加在公历年末或公历六月末。
2012年3月,中科院国家授时中心宣布我国7月1日进行闰秒调整,届时将现7:59:60。
)LI Value 含义00 0 无预告01 1 最近一分钟有61秒10 2 最近一分钟有59秒11 3 警告状态(时钟未同步)2.VN 版本号:这是一个三bits的整数,表示NTP的版本号,现在为3。
3.Mode 模式:这是一个三bits的整数,表示模式,定义如下:mode 含义0保留1对称性激活2被动的对称性3客户端4服务器5广播6为NTP控制性系保留7为自用保留在点对点模式下,客户端机在请求中设置此字段为3,服务器在回答时设置此字段为4;在广播模式下,服务器在回答时设置此字段为5。
4.stratum(层):这是一个8bits的整数(无符号),表示本地时钟的层次水平,数值定义如下:stratum 含义0未指定或难以获得1主要参考(如无线电时钟钟)2.15第二参考(通过NTP/SNTP)16.255保留5. Poll 测试间隔:八位signed integer,表示连续信息之间的最大间隔,精确到秒的平方及。
本字段的值从4(16s)到14(16284s);然而,大多数应用使用6(64s)到10(1024s)。
6.Precision 精度:八位signed integer,表示本地时钟精度,精确到秒的平方级。
值从-6(主平)到-20(微妙级时钟)。
7.Root Delay根时延:32位带符号定点小数,表示在主参考源之间往返的总共时延,以小数位后15~16bits。
数值根据相关的时间与频率可正可负,从负的几毫秒到正的几百毫秒。
8.Root Dispersion根离散:32位带符号定点小数,表示在主参考源有关的名义错误,以小数位后15~16bits。
范围:0~几百毫秒。
9.Reference Identifier参考时钟标识符:32bits,用来标识特殊的参考源。
在stratum0(未指定)或stratum 1(基本参考)的情况下,该字段以四个八位字节,左对齐,零填充的string表示。
当没有NTP枚举时,使用下列ASCII标识符:阶层代码意思1 pps 精度校准源,例如ATOM(原子钟),PPS代表(每秒脉冲精度源),等等1 service 除了一般的NTP报时服务外,例如ACTS(计算机自动化报时服务),TIME(UDP/Time协议),TSP(Unix 报时服务协议),DTSS.(数字化时间同步服务),等等1 radio 一般的收音机服务,带有callsigns,例如CHU,DCF77, MSF, TDF, WWV, WWVB, WWVH,等等1 nav 无线电导航系统,例如OMEG(欧米加导航系统),LORC(远距离无线电导航系统),等等1 satellite 一般的卫星业务,例如GOES(地球同步轨道环境卫星),GPS(全球卫星定位服务),等等2 address 二级参考(4个八位二进制字节表示的NTP服务器因特网地址)-------------------------------------------------------------------------------10.参考时间戳:64bits时间戳,本地时钟被修改的最新时间。
11.原始时间戳:客户端发送的时间,64bits。
12.接受时间戳:服务端接受到的时间,64bits。
13.传送时间戳:服务端送出应答的时间,64bits。
14.认证符(可选项):当NTP的认证机制已运行后,这个字段包含认证者的信息(参见RFC1305 中的附件C)。
在SNTP中本字段一般被来报输入消息所忽略,也不用在输出消息中。
3.SNTP 客户端操作SNTP客户端与NTP/SNTP 服务器通信的模式是一个非持久状态的远程过程调用。
在单播方式,客户端发给服务器(方式3) 请求并且期望服务器答复 (方式4)。
在广播方式,客户端送并不请求只是等待一台或更多的服务器的广播消息(方式5) ,这取决于设置。
根据客户端和服务器设置,单播客户端和广播服务器通常在从64 给1024 s 的间隔里发送消息。
单播客户端初始化SNTP 报文首部,再把消息发送到服务器,然后从服务器回复的报文中剥去时间包。
为此,上面提到的所有报文首部字段,除第一个八位字节外都设置成0。
在这个八位字节里Li 字段设置为0( 没有警告) 和方式字段设置为3(客户端)。
VN 字段必须同NTP 或者SNTP 服务器的软件版本一致;但是,NTP 版本3( RFC 1305)的服务器也将接受第2( RFC 1119) 版本的消息以及版本1( RFC 1059)的消息,而NTP 版本2服务器也将接受NTP 为版本1的消息。
版本0 ( RFC 959) 消息不再被支持。
因为今天因特网已有了NTP 服务器操作的3个版本,推荐VN 字段设置1。
在单播及广播方式下,单播服务器回答及广播以上所述的所有字段;但是,在SNTP下,各字段中,只有传送时间戳在非零情况下才有明确的意思.这个字段的整数部分包含服务器此刻的时间,其格式与UDP/TIME 协议相同[POS83].这个字段的fraction部分通常是有效的, SNTP的精确度证明可以精确到秒。
如果传送用时间戳字段是全0,则该消息将被忽略。