rfc1769.txt

很多RFC的中文文档

7	为自用保留

在点对点模式下，客户端机在请求中设置此字段为3，服务器在回答时设置此字段为4；在广播
模式下，服务器在回答时设置此字段为5。

4.	stratum（层）：这是一个8bits的整数（无符号），表示本地时钟的层次水平，数值定义
如下：
stratum					含		义
0	未指定或难以获得
1	主要参考（如无线电时钟钟）
2-15	第二参考（通过NTP/SNTP）
16-255	保留

5．测试间隔：八位signed integer，表示连续信息之间的最大间隔，精确到秒的平方及。本
字段的值从4（16s）到14（16284s）；然而，大多数应用使用6（64s）到10（1024s）。
6．精度：八位signed integer，表示本地时钟精度，精确到秒的平方级。值从-6（主平）到
-20（微妙级时钟）。
7.	根时延：32位带符号定点小数，表示在主参考源之间往返的总共时延，以小数位后
15~16bits。数值根据相关的时间与频率可正可负，从负的几毫秒到正的几百毫秒。
8.	根离散：32位带符号定点小数，表示在主参考源有关的名义错误，以小数位后15~16bits。
范围：0~几百毫秒。
9.	参考时钟标识符：32bits，用来标识特殊的参考源。在stratum 0（未指定）或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中本字段一般被来报输入消息所忽略，也不用在输出消息中。

5.	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，则该消息将被忽略。
     在广播方式下，客户端没有附加信息用以计算在服务器和客户端之间的传播延迟，因为在
此方式下，传送用时间戳和接收时间戳字段是没有意义的。即使在单播方式，大多数客户端也
会选择忽略原始时间戳和接收时间戳字段。但是，在单播方式下，一种简单的计算可以用来计
算与服务器有关的往返传播延迟d及本地时钟补偿t，通常对在数十毫秒内。为此，客户端在请
求包中将本地时钟时间按NTP的格式写入源时间戳。当收到答复时，客户端将目的时间戳作为到
达时间，并根据它的本地时钟，将其转变成NTP格式。下述表格总结4个时间戳。 

      用时间戳名字           ID    		产生 
      ------------------------------------------------------------
      原始时间戳   		T1         时间请求由客户端送 
      收到时间戳   		T2         时间请求在服务器收到 
      传送时间戳   		T3         时间答复通过服务器送 
      目的地时间戳 		T4         时间答复在客户端收到 

往返传播延迟d和本地时钟补偿t定义为： 

                       D =( T4 - T1) - ( T2 - T3) 

                    T =(( T2 - T1) +( T3 - T4)) /2。 

下述表格是SNTP客户端操作的总结。在表格里显示有两种推荐的错误检查方式。在全部NTP 版
本里，如果Li 字段为3；或者阶层字段不在第1-15范围里；或者传送用时间戳是0，服务器决不
同步或者不予同步成过去24小时内有效的时间源。在客户端的判断中，保留字段值也可能被检
查。 是否相信传送用时间戳取决于对这些字段中的一个或多个字段的有效性判断。  
      字段名               请求         	回答 
      -------------------------------------------------------------
      Li                    	0 		闰秒指示器； 如果是3 
                                           (非同步)，则放弃该消息 
      VN                    	1( 参见正文)    忽略 
      方式			3( 客户端)      忽略 
      阶层              	0	         忽略 
      轮询                   0               忽略 
      精度                	0	         忽略 
      根延迟               	0               忽略 
      根差量          	0               忽略 
      参考标识符     		0               忽略 
      参考时间戳      	0               忽略 
      原始用时间戳		0 		忽略( 参见正文) 
      收到用时间戳		0 		忽略( 参见正文) 
      传送天的时间戳		0 		时间； 如果是0 
                                             (非同步)，则忽略该消息 
      Authenticator.      (不使用)		忽略 

6.	SNTP 服务器操作 
    SNTP 服务器与NTP 或者SNTP客户端操作的模式是一种没有持久状态的RPC 模式。全套的NTP 
算法用来支持冗余校验和不同的网络路径，SNTP服务器通常不实现全套的NTP 算法，建议一台
SNTP 服务器只与一个外部同步的时钟源一道操作，例如一台可靠的无线电时钟。这样的话，服
务器总是工作在阶层1。 
    服务器可以工作在单播方式或广播方式或两者同时都用。当单播方式的服务器得到一条请
求消息时，就在NTP或者SNTP 的来报头里修改特定字段，并把消息返回给发送人，也许还使用
了与请求相同的信息缓冲区。如果不同步到一台正确操作的无线电时钟的话，服务器可能也可
能不回答请求，但是回答是首选的，因为可达性可以忽略同步状态如何。在单播方式下，VN 和
poll字段被完整地复制到应答包中的相同字段。如果请求的方式字段是3(客户端)，那么在答复
过程中它设置成4(服务器)；否则，为了与NTP规范相符，这个字段设置成2(被动的对称性)。 

在广播方式下，服务器只有在已同步的情况下，才发消息给一个正常运行的参考时钟。在此方
式下， VN 字段设置成3(针对当前的SNTP 版本)，方式字段设成5(广播)。字段poll设置服务器
测试间隔，接近秒的平方。一台服务器既支持广播方式，同时也支持单播方式，这是非常合乎
需要的。这对一些潜在的广播客户端来说尤其必要，因为这样做，能使用客户端机/服务器的消
息来计算传播延迟，这一方法要优于只定时接收广播消息的方法。 
    在单播方式和广播方式下保留的字段被同样地设置。假定服务器是被同步成一台无线电时
钟或者其它正确的主要参考源，则阶层字段设置为1(主要服务器)，Li 字段设置为0；如果不是，
阶层字段设置0，Li 字段设置3。精度字段的设置反映出本地时钟的最大的读数误差。对所有的
实际情况来说，在NTP格式里被计算的值是小数点右边的有效数值，值被表示成负数时间戳形式。
为了主服务器，根延迟和根差量字段可以设置成0，根差量字段能设置成任意数值(表示时钟的
最大的期望误差值)。参考标识符设置指明主要参考源，如在上面在表格里说明的。 
    这些时间戳字段被设置如下。如果服务器未被同步或是首先启动的话，全部时间戳字段设
置成零。如果同步，参考用时间戳设置成最后更新时间（来源于无线电时钟）或者设置成消息
被送出的时间（如果更新时间不可以获得）。接收时间戳和传送时间戳字段设置成当时消息发
出的时间。在单播方式下，原始时间戳字段直接从请求包的传送时间戳拷贝过来。因为客户端
要用它来检查应答，所以复制完整很重要。用广播方式下，这个字段被设置成消息被送出的时
间。下面的表格总结这些操作。 
      字段名               请求         		回答 
      ----------------------------------------------------------
      Li 			忽略			0(正常)， 3 
                                             	(非同步) 
      VN 			1， 2 或者3       	3 或者从请求包中拷贝 
      方式			3(参见正文) 		2，4 或者5(参见正文) 
      阶层                   忽略          		服务器阶层 
      投票                   忽略          		拷贝请求包
      精度                	忽略          		服务器精度 
      根延迟               	忽略          		0 
      根差量			忽略			0(参见正文) 
      参考标识符     		忽略          		来源标识符 
      参考时间戳      	忽略          		0 或者当前的时间 
      创造时间戳      	忽略          		0 或者当前的时间或者从
传送时间戳请求复制 
      收到时间戳        	忽略          		0 或者当前的时间 
      传送时间戳		(参见正文)      	0 或者当前的时间 
      Authenticator 		忽略			(不使用) 
当例如可能发生在刚启动或在运行期间主要参考源不起作用时，有一些多数客户端允许的无效
时间戳的范围。 一台运行不正常的服务器的最重要的标志是Li 字段，其中一3 的值表明一种
非同步的状态。当这值被出现时，客户端应该丢掉该条服务器消息，而不管其它字段的内容。 

7.	参考资料 
[DAR81 ]波斯特尔， J.，" 网际协议 - DARPA网际计划协议说明"，标准5，1981 年9月， DARPA， 
RFC 791。 


[DEE89 ]迪林， S.，" IP 多播 的主机扩展。 标准5， RFC 1112，斯坦福大学， 1989 年8
月。 


[MIL92 ] Mills, D，" 网络时间协议( 第3 版本) 说明，实现和分析。 RFC 1305，特拉华大
学， 1992 年3月。 


[POS80 ]波斯特尔， J.，" 用户数据报协议"，标准6， RFC 768， USC/Information 科学研
究所， 1980 年8月。 


[POS83 ]波斯特尔， J. 和K. Harrenstien，" 时间协议"，标准26， RFC 868， USC/Information 
科学研究所， SRI， 1983 年5月。 

8.	安全考虑 
安全问题没在这个备忘录里讨论。 
9.	作者的地址 
David L. Mills
电工程处 
特拉华大学 
纽瓦克， DE 19716 
电话呼叫： ( 302) 831-8247 
电子邮件： [e-mail]. 
RFC1769 ——Simple Network Time Protocol                      简单网络时间协议( SNTP)


1
RFC文档中文翻译计划