RFC1769_簡(jiǎn)單網(wǎng)絡(luò)時(shí)間協(xié)議(SNTP).

1、簡(jiǎn)單網(wǎng)絡(luò)時(shí)間協(xié)議（SNTP（RFC1769-Simple Network Time Protocol本備忘錄描述簡(jiǎn)單網(wǎng)絡(luò)時(shí)間協(xié)議（SNTP,這是網(wǎng)絡(luò)時(shí)間協(xié)議（NTP 的一個(gè)改寫本,NTP 協(xié)議 適用于同步因特網(wǎng)上的計(jì)算機(jī)時(shí)鐘。當(dāng)不須要實(shí)現(xiàn)RFC 1305 所描述的 NTP 完全功能的情況下,可以使用 SNTP。它能用單播方式（點(diǎn)對(duì)點(diǎn)和廣播方式 （點(diǎn)對(duì)多點(diǎn) 操作。它也能在 IP 多播方式下 操作（可提供這種服務(wù)的地方。SNTP 與當(dāng)前及以前的 NTP 版本并沒有大的不同。但它是更簡(jiǎn)單，是一個(gè)無狀態(tài)的遠(yuǎn)程過程調(diào)用（RPC 其準(zhǔn)確和可靠性相似于 UDP/TIME 協(xié)議在 RFC868 描述中所預(yù)期

2、的。本備忘錄淘汰相同的標(biāo)題的 RFC 1361。它的目的是解釋用廣播方式操作的協(xié) 議模式，提供某些地方的進(jìn)一步說明并且改正一些印刷上的錯(cuò)誤。在NTP 版本 3RFC 1305 中說明的工作機(jī)理對(duì) SNTP 的實(shí)現(xiàn)不是完全需要的。本備忘錄的分發(fā)沒 有限制。1.介紹RFC 1305 MIL92指定網(wǎng)絡(luò)時(shí)間協(xié)議（NTP 來同步因特網(wǎng)上的計(jì)算機(jī)時(shí)鐘。它 提供了全面 訪問國(guó)家時(shí)間和頻率傳播服務(wù)的機(jī)制，組織時(shí)間同步子網(wǎng)并且為參加子 網(wǎng)每一個(gè)地方時(shí)鐘調(diào)整 時(shí)間。在今天的因特網(wǎng)的大多數(shù)地方,NTP 提供了 1-50 ms 的精確度,精確度的大小取決于同步源和網(wǎng)絡(luò)路徑等特性。RFC 1305 指定了 NTP 協(xié)

3、議機(jī)制中的事件，狀態(tài)，傳輸功能和操作，另外，還有可選 擇的算法，它改進(jìn)測(cè)時(shí)質(zhì)量并且減少了一些同步源中可能存在的錯(cuò)誤。 為了獲得因 特網(wǎng)上主要路徑的延時(shí)精確到毫秒級(jí)，使用一些復(fù)雜的算法或者他們的等價(jià)算法是 必要的。但是，在許多場(chǎng)合這樣的精確度是不要求，或許精確到秒已足夠了。在這樣 的情況下，更簡(jiǎn)單的協(xié)議例如 時(shí)間協(xié)議” POS83 已被使用。這些協(xié)議通過基于 RPC 交換:客戶端請(qǐng)求此刻時(shí)間，然后服務(wù)器回傳從 某個(gè)已知時(shí)間點(diǎn)到現(xiàn)在的秒鐘 數(shù)。NTP 被設(shè)計(jì)成了性能差異很大的客戶端及服務(wù)器均能適用，且適用于客戶端及服務(wù)器所在網(wǎng) 路有大范圍的網(wǎng)絡(luò)延遲和抖動(dòng)的情況。今天的因特網(wǎng)上的 NTP 同步子網(wǎng)的

4、大多數(shù)用戶使用一個(gè)軟 件包包括了一整套的 NTP的選擇和算法,是一個(gè)比較 復(fù)雜，實(shí)時(shí)的應(yīng)用系統(tǒng)。軟件要適用于多 種硬件平臺(tái)：從巨型計(jì)算機(jī)到個(gè)人計(jì)算機(jī)。 要在這樣的范圍都適用，它的龐大尺寸和復(fù)雜性就不適合于很多應(yīng)用了。按照要求，探求一些可供選擇的訪問策略（使用適合于精確度要求不是很嚴(yán)格的簡(jiǎn)單軟件是 有用的。本備忘錄描述簡(jiǎn)單網(wǎng)絡(luò)時(shí)間協(xié)議（SNTP，它是一個(gè)簡(jiǎn)化了的 NTP 服務(wù)器和 NTP 客戶端策略。SNTP 在協(xié)議實(shí)現(xiàn)上沒有什么更改，在最近也不會(huì)有什么變動(dòng)。訪問 范例與UDP/TIME 協(xié)議是一致的,實(shí)際上,SNTP 應(yīng)該更容易適用于使用個(gè)人計(jì)算機(jī) 的 UDP/TIME客戶。而且，SNTP 也

5、被設(shè)計(jì)在一個(gè)專門的服務(wù)器（包括一臺(tái)集成的 無線電時(shí)鐘 里操作。由于在系統(tǒng)里的那些各種各 樣反應(yīng)機(jī)制的設(shè)計(jì)和控制，交付 調(diào)節(jié)時(shí)間精確到微秒是可能的。這樣的專門設(shè)計(jì)是切實(shí)可行的。強(qiáng)烈建議 SNTP 僅僅在同步子網(wǎng)的末端被使用。SNTP 客戶端應(yīng)該僅在子網(wǎng)的葉子（最高的階層操作并在配置過程中沒有依靠其它 NTP 或者 SNTP 客戶端來同步。SNTP 服務(wù)器 應(yīng)該僅在子 網(wǎng)的根（階層 1 操作并在配置過程中，除一臺(tái)可靠的無線電時(shí)鐘外中沒 有其它同步源。只有使用了有冗余的同步源及不同的子網(wǎng)路徑及整套 NTP 實(shí)現(xiàn)中 的 crafted 算法,主服務(wù)器通常期望的可靠性才有可能達(dá)到。這種做法使主同步源在無

6、線電時(shí)鐘通信失敗或者交付了 錯(cuò)誤時(shí)間時(shí)，還能用到其它幾個(gè)無線電時(shí)鐘和通向其它主要服務(wù)器的備份路徑。因 此，應(yīng)該仔細(xì)考慮客戶端中 SNTP 的使用，而不是在主服務(wù)器里的 NTP 的使用。2.工作模式與地址分配象 NTP 樣,SNTP 能在單播（點(diǎn)向點(diǎn)或者廣播（點(diǎn)對(duì)多點(diǎn)模式中操作。單播 客戶端發(fā)送請(qǐng)求到服務(wù)器并且期望從那里得到答復(fù)，并且（可選的，得到有關(guān)服務(wù)器 的往返傳播延遲和本地時(shí)鐘補(bǔ)償。廣播服務(wù)器周期性地送消息給一指定的IP 廣播地址或者 IP 多播地址，并且通常不期望從客戶端得到請(qǐng)求，廣播客戶端監(jiān)聽地址但通常并不給服務(wù)器發(fā)請(qǐng)求。一些廣播服務(wù)器可能選擇對(duì)客戶端作出反應(yīng)請(qǐng)求以及發(fā)出未經(jīng)請(qǐng)求廣播消

7、息；同時(shí)一些廣播客戶端可能會(huì)送請(qǐng) 求僅為了確定在服務(wù)器和 客戶端之間的網(wǎng)絡(luò)傳播延遲。在單播方式下，客戶端和服務(wù)器的 IP 地址按常規(guī)被分配。在廣播方式下，服務(wù)器 使用一指 定的 IP 播送地址或者 IP 多播地址，以及指明的媒介訪問播送地址，客戶 端要在這些地址上幀聽。為此，IP 廣播地址將限制在一個(gè)單獨(dú)的 IP 子網(wǎng)范圍，因?yàn)槁酚善鞑粋鞑?IP 廣播數(shù)據(jù)報(bào)。就以太 網(wǎng)而論，例如，以太網(wǎng)媒介訪問廣播地址（主機(jī) 部分全部為 1 被用于表示 IP 廣播地址。另一方面,IP 多播地址將廣播的潛在有效范圍擴(kuò)展到整個(gè)因特網(wǎng)。其真實(shí)范圍，組會(huì)員和 路由由因特網(wǎng)組管理協(xié)議（IGMP 確定DEE89 ,對(duì)于各

8、種路由協(xié)議，超出 了這份資料的討論范圍。就以太網(wǎng)而論，例如,以太網(wǎng)媒介訪問播送地址（全部為 1 要和分配的 224.0.1.1 的 IP 多播地址合用。除了 IP 地址規(guī)范和 IGMP ,在服務(wù)器操 作 IP 廣播地址或者 IP 多播地址沒有什么不 同。廣播客戶端幀聽廣播地址，例如在以太網(wǎng)情況下主機(jī)地址全部為 1 的。就廣播 地址的 IP 而論,沒有更進(jìn)一步規(guī)定的必要了。 在 IP 多組廣播情況下，主機(jī)可能需要 實(shí)現(xiàn) IGMP ,為的是讓本地路 由器把消息攔截后送到 224.0.1.1 多播組。這些考慮不 屬于這份資料的討論范圍。就當(dāng)前指定的 SNTP 而論，其真正的弱點(diǎn)是多目廣播客戶端可能被

9、一些行為不 當(dāng)或者敵對(duì)的 在因特網(wǎng)別處的 SNTP/NTP 多播服務(wù)器攻擊而癱瘓，因?yàn)槟壳叭窟@ 樣服務(wù)器使用相同的 IP 多播地址:224.0.1.1 組地址。所以有必要，存取控制要基于 那些以客戶端信任的服務(wù)器源地址，即客戶端選擇僅僅為自己所知的服務(wù)器。或者,按照慣列和非正式協(xié)議，全部 NTP 多播服務(wù)器現(xiàn) 在在每條消息內(nèi)應(yīng)包括已用 MD5 加密的加密位，以便客戶端確定消息沒有在傳輸中被修改。SNTP 客戶端能實(shí)現(xiàn)那些必要加密和密鑰分發(fā)計(jì)劃在原則上是可能的，但是這在 SNTP 被設(shè)計(jì)成的那些簡(jiǎn) 單的系統(tǒng)里不可能被考慮?？紤]到?jīng)]有一個(gè)完整的 SNTP 規(guī)范，故 IP 廣播地址將使用在 IP

10、子網(wǎng)和局域網(wǎng)部 分（指有完整 功能的 NTP 服務(wù)器和 SNTP 客戶端在同一子網(wǎng)上的局域網(wǎng)，而對(duì)于 IP 多播地址來說，將只能用在 為達(dá)到以上相同目而設(shè)計(jì)的特例中。 尤其，只有服務(wù)器實(shí) 現(xiàn)了 RFC1305 描述的 NTP 認(rèn)證時(shí)（包括支持 MD5 消息位的算法，在 SNTP 服務(wù)器 里的 IP 多播地址才被使用。3. NTP 時(shí)間戳格式sntp 使用在 RFC 1305 及其以前的版本所描述標(biāo)準(zhǔn) NTP 時(shí)間戳的格式。與因特 網(wǎng)標(biāo)準(zhǔn)標(biāo)準(zhǔn)一致，NTP 數(shù)據(jù)被指定為整數(shù)或定點(diǎn)小數(shù)，位以 big-endian 風(fēng)格從左邊 0 位或者高位計(jì)數(shù)。除非 不這樣指定，全部數(shù)量都將設(shè)成 unsigned

11、的類型,并且可能 用一個(gè)在bit0 前的隱含 0 填充全部字 段寬度。因?yàn)?SNTP 時(shí)間戳是重要的數(shù)據(jù)和用來描述協(xié)議主要產(chǎn)品的，一個(gè)專門的時(shí)間 戳格式已經(jīng)建 立。NTP 用時(shí)間戳表示為一 64 bits unsigned 定點(diǎn)數(shù)，以秒的形式從 1900 年1 月 1 日的 0:0: 0 算起。整數(shù)部分在前 32 位里,后 32bits （seconds Fraction 用以表示秒以下的部分。在 Seco nds Fraction 部分，無意義的低位應(yīng)該設(shè)置為 0。這種格式把方便的多精度算法和變換用于UDP/TIME 的表示（單位:秒，但使得轉(zhuǎn)化為 ICMP 的時(shí)間戳消息表示法（單位:毫秒的

12、過程變得復(fù)雜了。 它代表的精度是大 約是200 picosec on ds 這應(yīng)該足以滿足最高的要求了。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 Fracti on (0-padded |注意，從 1968 年起，最高有效位（整數(shù)部分的 0 bit 位已經(jīng)被確定，64 位比特字段 在 2036 年將溢出。如果 NTP 或者 SNTP 在 2036 年還在使用的話，一些外部方法 將有必要用來調(diào)整與 1900 年及 2036 年有關(guān)的時(shí)間（136 年的其它倍數(shù)也一樣。用 這樣的

13、限制使時(shí)間戳數(shù)據(jù)變得很講究（要求合適的方法可容易地被找到。從今以后 每 136 年,就會(huì)有 200picosecond 的間隔，會(huì)被忽略掉，64 個(gè)比特字段將全部置為 0 , 按照慣列它將被解釋為一個(gè)無效的或者不可獲得的時(shí)間戳。4. NTP 報(bào)文格式NTP 和 SNTP 是用戶數(shù)據(jù)報(bào)協(xié)議（UDP 的客戶端 POS80 而 UDP 自己是網(wǎng)際 協(xié)議（IP DAR81 的客戶端.IP 和 UDP 報(bào)頭的結(jié)構(gòu)在被引用的指定資料里描述，這 里就不更進(jìn)一步描 述了。UDP 的端口是 123, UDP 頭中的源斷口和目的斷口都是 一樣的,保留的 UDP 頭如規(guī)范中所述。 以下是 SNTP 報(bào)文格式的描述，

14、它緊跟在 IP 和 UDP 報(bào)頭之后。SNTP 的消息格式與 RFC-1305 中所描述的 NTP 格式是一致的,不同的地方是：一些 SNTP 的數(shù)據(jù)域已被風(fēng)裝，也就是說已初始化為一些預(yù)定的值。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 |根延遲 II 根差量 I|參考標(biāo)識(shí)符 II I|參考時(shí)間戳（64 |I II II 原始時(shí)間戳（64 II II II 接受時(shí)間戳（64 II II

15、II 傳送時(shí)間戳（64 II IIII I|認(rèn)證符（可選項(xiàng)（96 |I II I如下一部分描述，在 SNTP 里大多數(shù)這些字段被預(yù)規(guī)定的數(shù)據(jù)給賦初值。為完 整起見，每個(gè)字段的功能在下面被簡(jiǎn)要總結(jié)。1閏秒標(biāo)識(shí)器：這是一個(gè)二位碼，預(yù)報(bào)當(dāng)天最近的分鐘里要被插入或刪除的閏秒 秒數(shù)。用 1/0 表示,分別說明如下：LI Value 含義- 00 0 無預(yù)告01 1 最近一分鐘有 61 秒10 2 最近一分鐘有 59 秒II3 警告狀態(tài)（時(shí)鐘未同步2. 版本號(hào):這是一個(gè)三 bits 的整數(shù)，表示 NTP 的版本號(hào),現(xiàn)在為 3。3. 模式:這是一個(gè)三 bits 的整數(shù)，表示模式，定義如下：mode 含義0

16、保留1 對(duì)稱性激活2 被動(dòng)的對(duì)稱性3 客戶端幾4 服務(wù)器5 廣播6 為 NTP 控制性系保留7 為自用保留在點(diǎn)對(duì)點(diǎn)模式下，客戶端機(jī)在請(qǐng)求中設(shè)置此字段為 3,服務(wù)器在回答時(shí)設(shè)置此字 段為4;在廣播模式下，服務(wù)器在回答時(shí)設(shè)置此字段為 5。4. stratum 層:這是一個(gè) 8bits 的整數(shù) 優(yōu)符號(hào),表示本地時(shí)鐘的層次水平，數(shù)值定 義如下：stratum 含義0 未指定或難以獲得1 主要參考(如無線電時(shí)鐘鐘2-15 第二參考(通過 NTP/SNTP16-255 保留5. 測(cè)試間隔：八位 signed integer 表示連續(xù)信息之間的最大間隔，精確到秒的平方 及。本 字段的值從 4(16s 到 1

17、4(16284s 然而，大多數(shù)應(yīng)用使用 6(64s 到 10(1024s。6. 精度:八位 signed integer 表示本地時(shí)鐘精度，精確到秒的平方級(jí)。值從-6(主平到- 20(微妙級(jí)時(shí)鐘。7. 根時(shí)延:32 位帶符號(hào)定點(diǎn)小數(shù)，表示在主參考源之間 往返的總共時(shí)延,以小數(shù) 位后 1516bits。數(shù)值根據(jù)相關(guān)的時(shí)間與頻率可正可負(fù)，從負(fù)的幾毫秒到正的幾百毫 秒。8. 根離散:32 位帶符號(hào)定點(diǎn)小數(shù)，表示在主參考源有關(guān)的名義錯(cuò)誤，以小數(shù)位后1516bits。范圍:0幾百毫秒。RFC1769 Simple Network Time Protocol 簡(jiǎn)單網(wǎng)絡(luò)時(shí)間協(xié)議（SNTP 9.參考 時(shí)鐘標(biāo)識(shí)

18、符：32bits,用來標(biāo)識(shí)特殊的參考源。在 stratum 0 （未指定）或 stratum 1 （基本參考）的情況下，該字段以四個(gè)八位字節(jié)，左對(duì)齊，零填充的string 表示。當(dāng)沒有 NTP 枚舉時(shí)，使用下列 ASCII 標(biāo)識(shí)符：階層代碼意思 - 1 pps 精度校準(zhǔn)源，例如 ATOM（原子鐘，PPS 代表 （每秒脈沖精度源，等等 1 service 除了一般的 NTP 報(bào)時(shí)服務(wù)外，例如 ACTS （計(jì)算 機(jī)自動(dòng)化報(bào)時(shí)服務(wù)，TIME（ UDP/Time 協(xié)議，TSP（Unix 報(bào)時(shí)服務(wù)協(xié)議，DTSS. （數(shù) 字化時(shí)間同步服務(wù)，等等 1 radio 一般的收音機(jī)服務(wù)，帶有 callsig ns

19、，例如 CHU， DCF77，MSF，TDF，WWV，WWVB，WWVH，等等 1 nav 無線電導(dǎo)航系統(tǒng)， 例如 OMEG（歐米加導(dǎo)航系統(tǒng)，LORC（遠(yuǎn)距離無線電導(dǎo)航系統(tǒng)，等等 1 satellite 一 般的衛(wèi)星業(yè)務(wù)，例如 GOES（地球同步軌道環(huán)境衛(wèi)星，GPS（全球衛(wèi)星定位服務(wù)，等等 2 address級(jí)參考（4 個(gè)八位二進(jìn)制字節(jié)表示的 NTP 服務(wù)器因特網(wǎng) 地址）-10. 11. 12. 13. 參考時(shí)間戳： 64bits 時(shí)間戳，本地時(shí)鐘被修改的最新時(shí)間。原始時(shí)間戳：客戶端發(fā)送的時(shí)間，64bits。接受時(shí)間戳：服務(wù)端接受到的時(shí)間，64bits。傳送時(shí)間戳：服務(wù)端送出應(yīng) 答的時(shí)間，64

20、bits。14.認(rèn)證符（可選項(xiàng)）當(dāng) NTP 的認(rèn)證機(jī)制已運(yùn)行后，：這個(gè) 字段包含認(rèn)證者的信息（參見 RFC1305 中的附件 C）。在 SNTP 中本字段一般被來報(bào)輸入消息所忽略，也不用在輸出消息中。5. SNTP 客戶端操作 SNTP 客戶端與NTP/SNTP 服務(wù)器通信的模式是一個(gè)非持久狀態(tài)的遠(yuǎn)程過程調(diào)用。在單播方式，客戶端發(fā)給服務(wù)器（方式 3 請(qǐng)求并且期望服務(wù)器答復(fù)（方式 4。在廣播方式，客戶端 送并不請(qǐng)求只是等待一臺(tái)或更多的服務(wù)器的廣播消息（方式 5 ,這取決于設(shè)置。 根 據(jù)客戶端和服務(wù) 器設(shè)置，單播客戶端和廣播服務(wù)器通常在從64 給 1024 s 的間隔里發(fā)送消息。單播客戶端初始化

21、SNTP 報(bào)文首部，再把消息發(fā)送到服務(wù)器，然后從 服務(wù)器回復(fù)的報(bào)文中剝 去時(shí)間包。為此，上面提到的所有報(bào)文首部字段，除第一 個(gè)八位字節(jié)外都設(shè)置成 0o在這個(gè)八位字節(jié)里 Li 字段設(shè)置為 0(沒有警告和方式 字段設(shè)置為 3(客戶端。VN字段必須同 NTP 或者 SNTP 服務(wù)器的軟件版本一致； 但是，NTP 版本 3( RFC 1305的服務(wù)器也將接受第 2( RFC 1119 版本的消息以及版 本 1( RFC 1059 的消息，而 NTP版本 2 服務(wù)器也將接受 NTP 為版本 1 的消息。版 本 0( RFC 959 消息不再被支持。因?yàn)榻裉煲蛱鼐W(wǎng)已有了NTP 服務(wù)器操作的 3 個(gè)版本，推

22、薦 VN 字段設(shè)置 1o在單播及廣播方式下，單播服務(wù)器回答及廣播以上所述 的所有字段；但是，在 SNTP 下，各字段中，只有傳送時(shí)間戳在非零情況下才有 明確的意思.這個(gè)字段的整數(shù)部分包含服務(wù)器此刻的時(shí)間，其格式與 UDP/TIME 協(xié)議相同POS83.這個(gè)字段的 fraction 部分通常是有效的,SNTP 的精確度證明可以精 確到秒。如果傳送用時(shí)間戳字段是全 0,則該消息將被忽略。RFC 文檔中文翻譯 計(jì)劃 6RFC1769 Simple Network Time Protocol 簡(jiǎn)單網(wǎng)絡(luò)時(shí)間協(xié)議(SNTP 在廣播方式下，客戶端沒有附加信息用以計(jì)算在服務(wù)器和客戶端之間的傳播延遲，因?yàn)樵?此

23、方式下，傳送用時(shí)間戳和接收時(shí)間戳字段是沒有意義的。即使在單播方式，大多 數(shù)客戶端也 會(huì)選擇忽略原始時(shí)間戳和接收時(shí)間戳字段。但是，在單播方式下，一 種簡(jiǎn)單的計(jì)算可以用來計(jì) 算與服務(wù)器有關(guān)的往返傳播延遲 d 及本地時(shí)鐘補(bǔ)償 t，通 常對(duì)在數(shù)十毫秒內(nèi)。為此，客戶端在請(qǐng) 求包中將本地時(shí)鐘時(shí)間按 NTP 的格式寫入 源時(shí)間戳。當(dāng)收到答復(fù)時(shí)，客戶端將目的時(shí)間戳作為到達(dá)時(shí)間，并根據(jù)它的本地時(shí)鐘，將其轉(zhuǎn)變成 NTP 格式。下述表格總結(jié) 4 個(gè)時(shí)間戳。用時(shí)間戳名字 ID 產(chǎn)生-原始時(shí)間戳 T1 時(shí)間請(qǐng)求由客戶端送 收到時(shí)間戳 T2 時(shí)間請(qǐng)求在服務(wù)器收到 傳送時(shí)間戳 T3 時(shí)間答復(fù)通過服務(wù)器送 目的 地時(shí)間戳 T

24、4 時(shí)間答復(fù)在客戶端收到 往返傳播延遲 d 和本地時(shí)鐘補(bǔ)償 t 定義為：D =(T4 - T1 - ( T2 - T3 T =( T2 - T1 +( T3 - T4 /2。下述表格是 SNTP客戶端操作的總 結(jié)。在表格里顯示有兩種推薦的錯(cuò)誤檢查方式。在全部 NTP 版本里，如果 Li 字段為 3;或者階層字段不在第 1-15 范圍里；或者傳送用時(shí)間戳是 0,服務(wù)器決不 同步或者不予同步成過去 24 小時(shí)內(nèi)有效的時(shí)間源。在客戶端的判斷中，保留字段值也可能被檢 查。是否相信傳送用時(shí)間戳取決于對(duì)這些字段中的一個(gè)或多個(gè)字段 的有效性判斷。字段名請(qǐng)求回答-Li0 閏秒指示器；如果是 3 （非同步，貝

25、U 放棄該消息 VN 1（參見正文 忽略方式 3（客 戶端忽略階層 0 忽略輪詢 0 忽略精度 0 忽略根延遲 0 忽略根差量 0 忽略參考標(biāo) 識(shí)符 0 忽略參考時(shí)間戳 0 忽略原始用時(shí)間戳 0 忽略（參見正文 收到用時(shí)間戳 0 忽 略（參見正文 傳送天的時(shí)間戳 0 時(shí)間；如果是 0（非同步，貝 U 忽略該消息Authenticator.（不使用 忽略 6. SNTP 服務(wù)器操作 SNTP 服務(wù)器與 NTP 或者 SNTP 客 戶端操作的模式是一種沒有持久狀態(tài)的 RPC 模式。全套的 NTP RFC 文檔中文翻譯 計(jì)劃 7RFC1769 Simple Network Time Protocol

26、 簡(jiǎn)單網(wǎng)絡(luò)時(shí)間協(xié)議（SNTP 算法用來支持冗余校驗(yàn)和不同的網(wǎng)絡(luò)路徑，SNTP 服務(wù)器通常不實(shí)現(xiàn)全套的 NTP 算法， 建議一臺(tái) SNTP 服務(wù)器只與一個(gè)外部同步的時(shí)鐘源一道操作，例如一臺(tái)可靠的無線 電時(shí)鐘。這樣的話，服 務(wù)器總是工作在階層 1。服務(wù)器可以工作在單播方式或廣 播方式或兩者同時(shí)都用。當(dāng)單播方式的服務(wù)器得到一條請(qǐng)求消息時(shí)，就在 NTP 或者 SNTP 的來報(bào)頭里修改特定字段，并把消息返回給發(fā)送人，也許還使用了與請(qǐng)求相同的信息緩沖區(qū)。如果不同步到一臺(tái)正確操作的無線電時(shí)鐘的話，服務(wù)器可能 也可能不回答請(qǐng)求，但是回答是首選的，因?yàn)榭蛇_(dá)性可以忽略同步狀態(tài)如何。在 單播方式下，VN 和 pol

27、l 字段被完整地復(fù)制到應(yīng)答包中的相同字段。 如果請(qǐng)求的方 式字段是 3 （客戶端，那么在答復(fù)過程中它設(shè)置成 4（服務(wù)器；否則，為了與 NTP 規(guī) 范相符，這個(gè)字段設(shè)置成2（被動(dòng)的對(duì)稱性。在廣播方式下，服務(wù)器只有在已同步 的情況下，才發(fā)消息給一個(gè)正常運(yùn)行的參考時(shí)鐘。在此方式下，VN 字段設(shè)置成3（針對(duì)當(dāng)前的 SNTP 版本，方式字段設(shè)成 5（廣播。字段 poll 設(shè)置服務(wù)器 測(cè)試間 隔，接近秒的平方。一臺(tái)服務(wù)器既支持廣播方式，同時(shí)也支持單播方式，這是非常 合乎需要的。這對(duì)一些潛在的廣播客戶端來說尤其必要，因?yàn)檫@樣做，能使用客 戶端機(jī)/服務(wù)器的消息來計(jì)算傳播延遲，這一方法要優(yōu)于只定時(shí)接收廣播消息的方 法。在單播方式和廣播方式下保留的字段被同樣地設(shè)置。假定服務(wù)器是被同步成 一臺(tái)無線