RFC 1305の日本語訳が読めるページを教えてください。

回答の条件
  • URL必須
  • 1人2回まで
  • 登録:2006/11/05 12:50:24
  • 終了:2006/11/05 21:16:48

回答(2件)

id:takarin473 No.1

takarin473回答回数590ベストアンサー獲得回数132006/11/05 13:52:05

ポイント5pt

該当するものがなかったので、ヤフー翻訳を使いました。

http://honyaku.yahoo.co.jp/transtext

ネットワーク専門調査委員会 デイビッドL.ミルズ

Request for Comments:1305 デラウェア大学

RFC-1119、RFC-1059、RFC-958を廃れさせます 1992年3月



ネットワークタイムプロトコル(バージョン3)

仕様、実施と分析



注:この文書は、同じ名前のPostScript文書のアスキーで、およその翻訳から成ります。それは便宜のために、そして、検索、その他のために提供されます。そして、しかしなから、大部分のテーブル、数字、方程式とキャプションは提出されませんでした、そして、ページ数とセクション見出しは利用できません。

要約

この文書はネットワークタイムプロトコル(NTP)を述べて、その正式な構造を指定して、その実施に役立つ情報をまとめます。NTPは、時間に同期させて、平凡から光波まで率で作動している大きな、多様なインターネットで時間配布を調整するために、メカニズムを提供します。それは、self-で組織化している、階層的なmaster-slaveな構成を運営しているタイムサーバーの分散サブネットがサブネットの中で、そして、ワイヤーまたはラジオによる国家時間標準にローカル時計の時間を合わせる回収可能な時間設計を使います。サーバーは、ローカルルーティングアルゴリズムと時間デーモンを通して参照時間を再配布することもできます。

このメモの状態

このRFCはインターネットコミュニティのためにIAB標準トラックプロトコルを指定して、議論と改善への提案を要請します。

標準化国とこのプロトコルの状態のために169IAB OfficialプロトコルStandards170の現在の版を参照してください。このメモの配布は、無制限です。

キーワード:時計同期、標準時配布、フォールトトレラント建築、最大尤推定法、規律を守る発振器、インターネットプロトコル、高速ネットワーク、正式な仕様書をネットワーク化してください。

序文

この文書は、ネットワークタイムプロトコル(NTP)のVersion 3を述べます。それは、1989年9月に年代を示されるRFC-1119年に記述されるプロトコルのVersion 2に取って代わります。しかし、それは少しの重要な方向でもプロトコルも変えなく、前のバージョンまたは既存の実現例を廃れさせもしません。新しいバージョンに対する主な動機づけはギガビット-過第2の体制に非常により高ネットワーク速度で分析と新しいアプリケーションの実施モデルを純化することになっています、そして、強化された安定性の準備をするために、正確さと精度はそのような速度で要求しました。特に、時間と周波数エラーのもとは厳しく調べられました、そして、エラーはパフォーマンスを向上させて、モデルを正しさ断定に提供して、ユーザーに時間測定品質を示すために確立されて飛んで行きます。改訂も、2つの新しいオプションの特徴、正確さを強化するためにいくつかの貴族タイムサーバーのオフセットを結合するアルゴリズム(1)と全ての同期経路の世論調査間隔を頭上でネットワークを減らすためにかなり増やさせられる(2)改善されたローカルクロックアルゴリズムを取り入れます。変化(それは付録Dで詳述します)の概要は、あとに続きます:

1.

Version 3に、ローカルクロックアルゴリズムは、安定性と正確さを改善するためにオーバーホールされました。付録Gは詳細な数学的なモデルを紹介します、そして、フィードバック規制分析を用いて、洗練されていたデザイン例とデータを使っている広範囲なシミュレーションは普通のインターネット経路の上に集まりました。NTPローカル時計のRFC-1119年の第5節は、新しいアルゴリズムを記述するために、完全に書き直されました。新しいアルゴリズムが古いものの下で遠くメッセージ率に終わることがありえるので、彼らが新しい実現例で使われるというそれは高く推薦されます。新しいアルゴリズムの使用が前のバージョンまたは既存の実現例とのインターオペラビリティに影響を及ぼさない点に注意してください。

2.

Version 3にいくつかの仲間タイムサーバーのオフセットを結合する新しいアルゴリズムが付録F.で示されること、Thisアルゴリズムは、別に、どんな時計でものそれより正確な合成研究所timescaleを造るためにいくつかの標準的な時計から加重オフセットを結合するために、国家標準研究所により用いられるそれらにならって作られます。正確さと安定性を改善して、インターネットの非対称の経路のためにエラーを減らすことは、NTP実施において使われることができます。新しいアルゴリズムは普通のインターネット経路の上に集められて、新しいローカルクロックアルゴリズムに加えて、インプリメントされるデータを使ってシミュレーションされて、現在インターネットで動作しているFuzzballタイムサーバーでテストされました。新しいアルゴリズムの使用が前のバージョンまたは既存の実現例とのインターオペラビリティに影響を及ぼさない点に注意してください。

3.

前のバージョンのいくつかの矛盾と小さいエラーは、Version 3で訂正されました。手順の説明は、明快さのために英語の論評によって増やされる疑似コードで、そして、曖昧さを避けるために書き直されました。付録Iは、NTPに提案されるいろいろなろ過と選択アルゴリズムのC言語機能を例示するために加えられました。さらなる情報は第5節で、そして、付録Eで含まれます。そして、それは以前、RFC-1119(timescalesと閏秒の解釈をはっきりさせている非常に新しい材料と同様に)年の第2節に含まれる指導的材料を含みます。

4.

閏秒がUTC timescaleで、そのうえ、正確なtimebaseとして補助精密な発振器(例えばセシウム時計またはタイミングレシーバー)を支持するために導入されるとき、マイナーな変化は観察される問題を避けるためにVersion-3ローカルクロックアルゴリズムでなされました。そのうえ、変化は第3節で、そして、第4節で記述される時計-フィルタと時計-選択手順で記述される若干の手順になされました。

これらの変化が経験の結果として見つかる重要でないバグを訂正させられて、新しい実現例に推薦される間、彼らはマイナーな方法(少なくとも次の閏秒まで)以外の前のバージョンまたは中で既存の実現例とのインターオペラビリティを気取りません。

5.

Versionに、3つの変化は、遅れ、オフセットと分散が定められて、計算されて、確実に時間-移動手順の点で固有のエラーをはずませるために処理される方法になされました。特に、エラー蓄積は遅れ計算から分散計算まで動かされて、両方とも時計フィルタと選択手順に含まれました。時計-選択手順は、ステップを分類していて/放棄していて2つで最初のものを取り除いて、Marzulloによって提案されて最初をアルゴリズムと入れ替えるために修正されて、後でDigital Time Serviceに取り入れられました。これらの変化はNTPのいろいろなバージョンの普通の活動または互換性にかなり影響を及ぼしません、しかし、付録H.目次で記述されて、彼らは基礎を正しさの正式な声明に提供します

1. 導入1

1.1。 関連したテクノロジー 2

2. システムアーキテクチャ 4

2.1。 実施モデル6

2.2。 ネットワーク構成7

3. ネットワークタイムプロトコル8

3.1。 データフォーマット8

3.2。 州の変数とパラメータ9

3.2.1。 一般の変数 9

3.2.2。 システム変数 12

3.2.3。 貴族変数12

3.2.4。 箱変数 14

3.2.5。 時計-フィルタ変数14

3.2.6。 認証変数 15

3.2.7。 パラメータ 15

3.3。 作動の方法 17

3.4。 イベント処理 19

3.4.1。 表記法協定19

3.4.2。 手順を送ってください 20

3.4.3。 手順を受けてください 22

3.4.4。 箱手順 24

3.4.5。 時計-最新版手順27

3.4.6。 主要な時計手順 28

3.4.7。 初期化手順 28

3.4.7.1。 初期化手順 29

3.4.7.2。 初期化-例示手順29

3.4.7.3。 Receive-Instantiation手順 30

3.4.7.4。 主要な時計-例示手順31

3.4.8。 はっきりした処置 31

3.4.9。 世論調査-最新版手順32

3.5。 同期距離手順 32

3.6。 アクセス制御問題33

4. ろ過と選択アルゴリズム 34

4.1。 時計-フィルタ手順35

4.2。 時計-選択手順 36

4.2.1。 交差点アルゴリズム36

5. ローカル時計40

5.1。 Fuzzball実施 41

5.2。 段階的な段階調整 42

5.3。 ステップ段階調整43

5.4。 実施問題44

6. 承認 45

7. 引用 46

A。 付録a. NTPデータフォーマット - バージョン3 50

B. 付録B. NTP支配メッセージ 53

B.1。 NTP支配メッセージフォーマット 54

B.2。 ステータスワード56

B.2.1。 システムステータスワード 56

B.2.2。 貴族ステータスワード 57

B.2.3。 時計ステータスワード 58

B.2.4。 エラーステータスワード 58

B.3。 命令 59

C. 付録C.認証問題 61

C.1。 NTP認証メカニズム62

C.2。 NTP認証手順63

C.2.1。 手順を暗号化してください 63

4.2.2。 集まっているアルゴリズム38

C.2.2。 手順を解読してください 64

C.2.3。 支配メッセージ手順 65

D. 前のバージョンとの付録D.違い。 66

E. 付録E.が、NTP Timescaleとその時間測定法です 70

E.1。 導入70

E.2。 主要な頻度と時間標準70

E.3。 時間と頻度普及 72

E.4。 カレンダーシステム 74

E.5。 修正されたジュリアン日システム75

E.6。 頻度の測定 76

E.7。 時間と閏秒76の決定

E.8。 UTCによるNTP Timescaleと計算 78

F. 付録F.が、NTP時計を結合しているアルゴリズム80です

F.1。 導入80

F.2。 時間と頻度80を測定すること

F.3。 時計モデリング 81

F.4。 合成Timescale 81の発展

F.5。 NTPへの適用 84

F.6。 時計を結合している手順 84

G. 付録G.コンピュータ時計モデリングと分析 86

G.1。 コンピュータ時計モデル86

G.1.1。 Fuzzball時計モデル 88

G.1.2。 Unix時計モデル89

G.2。 NTP論理時計の数学的なモデル 91

G.3。 パラメータ管理93

G.4。 VCO Gainを調節すること($Eboldアルファ) 94

G.5。 PLL Bandwidth($Eboldタウ)を調節することが、94です

G.6。 NTP時計モデル 95

H. エラーと正しさ原則の付録H.分析

98

H.1。 導入98

H.2。 Timestampエラー 98

H.3。 測定エラー 100

H.4。 ネットワークエラー101

H.5。 継承誤差 102

H.6。 正しさ原則104

I 付録i.は、C言語プログラムリスティングを選びました 107

I.1。 一般の定義と変数 107

I.2。 Clock196Filterアルゴリズム 108

I.3。 間隔交差点アルゴリズム 109

I.4。 Clock196Selectionアルゴリズム110

I.5。 Clock196Combining手順111

I.6。 同期距離112を計算するサブルーチン

図のリスト

図1。実施モデル6

図2。遅れとオフセット25を計算すること

図3。時計レジスター 39

図4。NTPメッセージヘッダ 50

図5。NTP支配メッセージヘッダ 54

図6。ステータスワードフォーマット55

図7。証人フォーマット63

図8。UTCの比較とジャンプ79のNTP Timescales

図9。ネットワークタイムプロトコル80

図10。ハードウェア時計モデル 86

図11。時計調整プロセス 90

図12。NTP位相ロックループ(PLL)モデル 91

図13。タイミング間隔 96

図14。遅れとオフセット100を計ること

図15。エラー蓄積103

図16。信頼区間と交差点 105

表のリスト

表1。システム変数 12

表2。貴族変数13

表3。箱変数 14

表4。パラメータ 16

表5。モードと行動 22

表6。時計パラメータ 40

表7。標準的な発振器の特性 71

表8。閏秒挿入の表 77

表9。PLL分析91において使用される表記法

表10。PLLパラメータ 91

表11。PLL分析95において使用される表記法

表12。誤差解析において使用される表記法 98

導入

この文書はネットワークタイムプロトコル(NTP)Version 3の形式的仕様を構成します。そして、それは一組の配信されたタイムサーバーとクライアントの間で時間測定に同期させるのに用いられます。それはNTPにより用いられる構造、アルゴリズム、実体とプロトコルを定めて、主にimplementorsを目的とします。仲間文書[MIL91a]は、典型的インターネット状況の下で必要条件、分析モデル、アルゴリズムの分析とパフォーマンスをまとめます。もう一つの文書[MIL91b]は、使用中に現在他の標準的なtimescalesにNTP timescaleとその関係を述べます。NTPはRFC-958[MIL85c]で最初に記述されました、しかし、重要な方向で発展するものからそうしました。そして、RFC-1119[MIL89]年に記述されるごく最近のNTP Version 2で達しました。それはインターネットプロトコル(IP)[DAR81a]とユーザデータグラムプロトコル(UDP)[POS80]の上に築き上げられます。そして、それは無接続乗物機構を提供します;しかし、それは他のプロトコルスイートにすぐに適応できます。複数の出入口、非常に分散的な遅れと頼みにならないネットを含んでいる典型的インターネット経路の上に使われるときでも、NTPはTimeプロトコル[POS83b]とICMP Timestampメッセージ[DAR81b]から発展するが、正確さと頑丈さを維持するように特に設計されています。

サービス環境は、第2節で記述される実施モデルとサービスモデルから成ります。実施モデルはシステムアーキテクチャを運営している複数のプロセスに基づきます、しかし、他の構造が同様に使われることができました。サービスモデルは慎重な時計オフセットだけに依存する回収可能な時間設計に基づくが、信頼できるメッセージ送出を必要としません。同期サブネットは自身を組織することを使います、階層的なマスタースレーブ構成は同期経路で最小限の重さスパニングツリーによって決定しました。

複数のマスター(主サーバ)が存在するかもしれない間、選挙プロトコルの必要条件がありません。

NTP自体は、第3節で記述されます。来世紀によく非あいまいな日付を保存している間、ナノ秒のオーダーで原則として精度の時間に同期させることはプロトコルメカニズムを提供します。プロトコルは、特徴を指定して、ローカル時計の過失を推定する準備とそれが同期するかもしれないタイムサーバーを含みます。それも、ラジオ時間を合わせられた時計のようないくつかの相互に疑い深い、階層的に配布された主要引例関係者で、作動に対する準備を含みます。

第4節は、deglitchingして、連続的に集められる時計を相殺されたサンプルをなめらかにすることに役立つアルゴリズムを記述します。これらのアルゴリズムは中で[MIL85a]提案されるそれらから進化して、中で[MIL85b]記述される実験の結果として洗練されていて、この3年にわたって典型的作動状態の下でさらに進化しました。アメリカのいくつかのサイトのラジオ時計を含む操作の複数のサーバーサブネットの経験の結果と、アメリカとヨーロッパのクライアントで、おそらく壊れたものを含んでいる人口から良い時計を選ぶための信頼できるアルゴリズムが開発され[DEC89]て、[MIL91a]、そして、第4節で記述する。

NTPによって達成できる正確さは、強くローカル時計ハードウェアの精度と装置とプロセス待ち時間の厳しい制御に依存します。準備は、論理的ソフトウェアを調節するために含まれなければなりません-NTPによって生じられる訂正に応じての時計時間と頻度。

第5節は、中で[MIL83b]記述されるFuzzball実施から発展するローカル時計デザインを描きます、そして、[MIL88b]。このデザインは1ミリ秒のオーダーで正確さができるオフセットが横滑りすること、頻度補償とdeglitchingしているメカニズムを含みます。そして、主要引例源への同期が失われたとき、長期の期間の後、均一です。

インターネットプロトコル(IP)とユーザデータグラムプロトコル(UDP)で使われるNTP箱フォーマットに特有の詳細は付録Aで示されます、付録DがNTPと前のバージョンのVersion 3の違いのリストを含む間、提案された補助NTP Control Message(総合ネットワーク-監視施設が利用できないときそれが使われるかもしれません)の詳細が付録B.付録で示される間、Cはアクセスをコントロールして、未許可のデータ修正を防ぐのに用いられることができるオプションの認証メカニズムの仕様と実施詳細を含みます。付録Eは、コンピュータネットワークとNTPに特権の年代を示している正確なtimescalesとカレンダーと関係している問題を詳述します。付録Fは、いくつかの時計の時間オフセットを結合することによって正確さを改善するために、オプションのアルゴリズムを述べます。付録Gは、NTPローカル時計アルゴリズムの詳細な数学的なモデルと分析を提示します。付録Hはエラーのもとと普及を分析して、時間-移動サービスに関して、正しさ原則を示します。付録Iは、時計のためにC言語コード部分を例示します-第4節で記述されるフィルタ、時計-選択と関連したアルゴリズム。

関連したテクノロジー

他のメカニズムはイベントが行われる時間を記録して、送るためにインターネットプロトコルスイートで指定されました。そして、Daytimeプロトコル[POS83a]、Timeプロトコル[POS83b]、ICMP Timestampメッセージ[DAR81b]とIP Timestampオプション[SU81]を含みました。慎重な時計オフセットの実験の結果とインターネットのroundtrip遅れは、中で[MIL83a][MIL85b][COL88]議論されます、そして、[MIL88a]。彼らに基づくプロトコルが中で[MIL81a][MIL81b][MIL83b][GUS85a][MIL85c][TRI86][MIL88a][DEC89]記述される、他の同期アルゴリズムは、中で[LAM78][GUS84][HAL84][LUN84][LAM85][MAR85][MIL85a][MIL85b][MIL85c][GUS85b][SCH86][TRI86][RIC88][MIL88a][DEC89]議論されます、[MIL91a]、そして、そして、[MIL91a]。NTPは、彼らと両方の線形システムと合意方法論から発展する技術を使用します。時計同期のための合意方法が中で[LAM85]まとめられる間、デジタル電話網同期のための線形方法は中で[LIN80]まとめられます。

Digital Time Service(DTS)[DEC89]には、NTPと同じサービス目的の多くがあります。管理されたLANまたはLAN-集団環境で操作されるとき、DTSデザインは重い強調をコンフィギュレーションマネージメントと正しさ原則に置きます‖NTPが重い強調を営業されるサービスの正確さと安定性に置く、unmanaged(世界的なインターネット環境)。DTSに、同期サブネットは、従業員、サーバー、メッセンジャーと時間プロバイダーから構成されています。NTP命名法(プロバイダーが主要引例関係者であるという時)に関して、メッセンジャーはローカル再分配のために時間を一つ以上の遠くの主サーバから輸入することを目的とするセカンダリサーバーです、そして、サーバーはなんとかして多くのエンドノードまたは従業員に時間を与えることを目的とします。NTPとは異なり、DTSは時計選択においてモードまたは層情報を必要としないか、使わなくて、タイミング雑音にフィルターをかけるか、一組の推定された正しい時計から最も正確なものを選ぶか、固有の周波数エラーを補償するために、準備を含みません。

実際、NTPの最新版は、正しさ原則をサポートするために、DTSの特定の特徴を採用しました。これらは、時計-選択手順で不適当な仲間を拒絶するために時間-移動手順の点で固有の最大のエラーと証明して正しい(定まった仮定に従属する)メカニズムの使用をはずませるために、メカニズムを含みます。これらの特徴は、この文書の第4節と付録Hで記述されます。

Fuzzballルーティングプロトコル[MIL83b](時々Hellospeakと呼ばれている)は、直接時間同期をルーティングプロトコル設計に取り込みます。一つ以上のプロセスは外参照源(例えばラジオ時計またはNTPデーモン)に同期します、そして、ルーティングアルゴリズムはこれらのプロセスで根づく最小限の重さスパニングツリーを造ります。時計オフセットは、それから、この文書の第5節で記述される手順を使用して修正されるシステムといろいろなプロセス時計で全てのプロセスにスパニングツリーの弧に沿って配布されます。Hellospeakのデザインが強くNTPのデザインに影響したことが分かる間、Hellospeak自体はインターネットプロトコルでなくて、そのローカルネット環境の外で使用のために不適当です。

4.3bsd時間デーモンが時間を計った[GUS85a] Unixは、何人かの奴隷のホストのオフセットを計って、彼らに定期的な訂正を送るために、一つのマスター回のデーモンを使います。マスターが選ばれない、あるいは、二人以上のマスターが選ばれる所で、このモデルにおいて、マスターは状況を避けるようになっている選挙アルゴリズム[GUS85b]を使用して決定されます。選挙プロセスは放送能力を必要とします。そして、それはインターネットの遍在する特徴ではありません。このモデルが1つのネットワークの上の奴隷が他[TRI86]の上のマスターとなるサポート階層的な構成まで広げられる間、モデルは階層を確立して、ループを避けるために手作りされた構成テーブルを必要とします。重荷となるものに加えて、おそらくまれなもの以外の、選挙プロセスの諸経費、相殺された測定値/訂正プロセスは、最新版につきNTPの二倍多くのメッセージを必要とします。

NTPに類似した特徴による計画は、中で[KOP87]記述されます。この計画は、一組のなんとかして多くのタイムサーバーの各々が定期的なtimestampedされたメッセージを使っているセットにおいて他のサーバーの各々と比較して相殺されるその現地時間を決定するマルチサーバーLANを目的とします、Fault-Tolerant Average(FTA)アルゴリズムを用いてローカル時計訂正を決定する[LUN84]。FTAアルゴリズム(それはkまでサーバーが不完全かもしれない所で、役に立ちます)は、オフセットを分類して、k最高のものと最も低いものを捨てて、平均で残りです。中で[SCH86]解説されるように、計画は放送を支持して、インターネット環境で受け入れがたいオーバーヘッドに終わるLAN環境に最もふさわしいです。そのうえ、本論文の第4節で与えられる理由のために、FTAアルゴリズムの統計プロパティは、とても分散的な遅れでインターネット環境で最適にしそうではありません。

多くの研究は、若干の時計が信頼されることができないコミュニティで正確な時間を維持する問題になりました。falsetickerがそれがそうしない時計である間、truechimerは前に発表された(そして、信頼される)標準に時間測定精度を維持します時計です。

特定の時計がtruechimerかfalsetickerであるかどうかについて決定することが、中で[LAM85]まとめられる合意方法を使用して着手されることができる面白い抽象的な問題です、そして、[SRI87]。

収束機能は、falsetickersに起因するエラーを減らすか、取り除くことによって正確さを増やすために、システムで時計の間でオフセットに作用します。インタラクティブ一貫性アルゴリズムを含んでいる収束機能、それらの含んでいるインタラクティブ収束アルゴリズムとそれらの2つの種類が、あります。インタラクティブ収束アルゴリズムは、フォールトトレラント平均的アルゴリズムのような統計集まっている技術を使用します[HAL84]、CNVアルゴリズムの[LUN84]、多数サブセットアルゴリズムの[MIL85a]、非ビザンチン風のアルゴリズムの[RIC88]、自己中心的なアルゴリズムの[SCH86]、交差点アルゴリズムの[MAR85][DEC89]、そして、そして、この文書の第4節のアルゴリズム

実際には、それが、特に階層的な構成と統計学的に騒がしいインターネットで、falsetickersから統計基礎以外のtruechimersを決定するのが可能であるというわけではありません。時間-移動手順における最大のエラーをはずませることが可能な間、十分に気前がよい耐性がハードウェアコンポーネントのために採用されるならば、これは通常、むしろ低い正確さと安定性に終わります。エラー境界の上の証明できる断定を主要引例源の正しさの上で定まった仮定と比較してなされさせるデザインと共に、NTPデザインとその前作でされるアプローチは、相互に連結発振器と最大尤推定法と時計-選択処置を必要とします。分析的見解から、段階探知器と規律を守る発振器としてのローカル時計として機能している最新版アルゴリズムで、配布されたNTP仲間のシステムは一組の連結段階をロックされた発振器として作動します、しかし、決定論的なエラーで、境界は時間-移動プロセスにおける各々のステップで計算しました。

手順が第3節で記述したオフセットの測定と計算の特定の選択は、若干のデジタル電話網[LIN80]で使用される回収可能な時間システムの変形です。階層的なマスタースレーブ構成[MIT80]への時計同期サブネットself-organizesならば、時計フィルタと選択アルゴリズムは設計されます。時間測定精度と安定性に関して、このようなシステムが広範囲によく見られた[BRA80][LIN80]時から、デジタル電話システムへのNTPの類似性は偶然ではありません。NTPモデルをユニークにすることは、システムの力を遍在するインターネット環境に合うように手直しする適応可能な構成、投票、ろ過、選択と正しさメカニズムです。

システムアーキテクチャ

NTPモデルにおいて、いくつかの主要引例源(国家標準にワイヤーまたはラジオで同期する)は、広くアクセスできる資源(例えば背骨出入口)に接続していて、主要なタイムサーバーとして動きました。NTPの目的は、インターネットによってこれらのサーバーから他のタイムサーバーまで時間測定情報を伝達することになっていて、そのうえcross-に時計をチェックすることになっていて、器材または普及失敗のためにエラーを軽くすることになっています。若干の数のローカルネットホストまたは出入口は、第二のタイムサーバーの働きをして、主サーバの一つ以上で、NTPを走らせます。

頭上でプロトコルを減らすために、セカンダリサーバーは残りのローカルネットホストに、NTPを通して時間を配布します。信頼性のために、選ばれたホストがより精密でないが、より高価でないラジオ時計を身につけていることができて、彼らの間で予備選挙やセカンダリサーバーの故障またはコミュニケーション経路の場合にはバックアップのために使われることができます。

この文書を通して、標準学名は採用されました:時計の安定性はそれがよく恒常的な頻度を維持することができる方法です、正確さはその頻度と時間がよく国家標準に匹敵する方法です、そして、精度は正確にこれらの量が特定の時間測定システムの範囲内で維持されることができる方法です。別途示されない限り、ゆがみが彼らの頻度違い(時間によるオフセットの最初の派生物)である間、2台の時計のオフセットは彼らの時差です。本当の時計はゆがみ(時間によるオフセットの第2の派生物)における若干の変化を示します。そして、それは漂流と呼ばれています;しかし、仕様のこのバージョンにおいて、漂流はゼロとみなされます。

NTPは、3つの製品を生産するように設計されています:オフセット、roundtrip遅れと分散(どちらが選ばれた参照時計と比較してあるかという全て)を計測してください。

時計オフセットは、量が参照時計で通信にそれを持ってくるためにローカル時計を調節すると述べます。Roundtrip遅れは、指定された時間に参照時計に到達するためにメッセージを開始する能力を提供します。分散は、参照時計と比較してローカル時計の最大の過失を意味します。大部分のホストタイムサーバーがもう一つの貴族タイムサーバーによって同期するので、2つの構成要素がこれらの3つの製品の各々にあります。そして、それらが標準時の主要引例もとと比較して貴族で測定される、そして、それらが貴族と比較してホストで測定される。各々これらの、構成要素は誤り制御とサブネット自体の管理を容易にするために、プロトコルで別に維持されます。ユーザインタフェースが同様に時間だけでなく、当時の品質も決定することができるように、彼らはオフセットと遅れの正確な測定だけでなく、決定的な最大のエラー境界も提供します。

貴族発見またはバーチャルサーキット管理に対する準備が、NTPにありません。データ保全性は、IPとUDPチェックサムによって提供されます。流れでない-、支配または転送施設は、提供されるか、必要です。

複製の発見は、処理アルゴリズムの点で固有です。サービスはサーバーとクライアントが見分けがつかないが、少量の州の情報を維持する対称形のモードで、または、クライアント/サーバーモードで営業することができます。そこにおいて、サーバーはクライアント要請に含まれてそれ以外の州を維持する必要はありません。軽量協会-、管理能力(ダイナミックなreachabilityと可変poll-率メカニズムを含む)は州の情報を管理して、資源必要条件を減らすだけであるために含まれます。一つのNTPメッセージフォーマットだけが使われるので、プロトコルが簡単に実装されて、いろいろな求められたか頼んでもいない投票メカニズムで使われることができます。

時計同期が正確な時間測定を維持するためにもともと長い期間と多重比較を必要とすると認められなければなりません。ほんの少しの寸法だけが通常確実に現地時間を1、2秒以内にに向かわせるのに十分な間、多くの時間と何十もの寸法の期間は発振器が1ミリ秒のオーダーに現地時間をゆがめて、維持すると決定することを要求されます。このように、成し遂げられる正確さは、それを達成するためにとられる時間に、直接依存しています。

幸いにも、寸法の頻度は、通常のネット活動に、全く低く、そして、たいてい押し付けがましくはありえません。

実施モデル

受け取られて、最も普通のクライアント/サーバーモデルであるかもしれないことにおいて、クライアントは一つ以上のサーバーにNTPメッセージを送って、答えを処理します。

サーバーはアドレスと港を交換して、メッセージにおいて特定のフィールドに上書きして、チェックサムを再計算して、すぐにメッセージを返します。NTPメッセージに含まれる情報は、依頼人が現地時間に関してサーバー時間を決めて、したがって、ローカル時計を調節するのを許可します。そのうえ、メッセージは、おそらくいくつかのサーバーから最高を選ぶのと同じくらいよく、期待される時間測定精度と信頼性を計算するために、情報を含みます。

クライアント/サーバーモデルが公的なサーバーとおそらく多くのワークステーションクライアントを含んでいるローカルネット上で使用にとって十分かもしれない間、NTPの完全な概略はダイナミックに再構成可能な、階層的に分散構成で配置されるいくつかのクライアント/サーバーまたは仲間に分散参加を要求します。それも、協会管理、データ操作とローカル時計制御のために高度なアルゴリズムを必要とします。学期貴族がネットワーク経路のそばにつながれるリモートなプロセッサーに関する議定書の例示に言及する間、この文書の残りを通して、学期ホストはローカルプロセッサーに関する議定書の例示に言及します。

図1$&fig1は、分割を各々の貴族に捧げて、分割されたデータベースを共有していて、メッセージを渡しているシステムによって相互接続する3つのプロセスを含むホストの実施モデルを示します。

送る、プロセス(各々の貴族のために独立したタイマーでドライブされる)はデータベースで情報を集めて、貴族にNTPにメッセージを送ります。階層を決定して、協会を運営するのに必要な前に容認されているtimestampsと他の情報と共に、各々のメッセージは、メッセージが送られるローカルtimestampを含みます。メッセージ転送率は、ローカル時計(その仲間の的確さと同様に)の必要な正確さで測定されます。

受ける、プロセスは他のプロトコル(直接関係のあるラジオ時計からの情報と同様に)で、NTPメッセージとおそらくメッセージを受けます。

NTPメッセージが受け取られるとき、貴族時計とローカル時計の間のオフセットは計算されて、エラーの決定と貴族の選任者に役立つ他の情報に加えてデータベースに取り込まれます。第4節で記述されるろ過アルゴリズムは、劣ったデータを捨てることによって、正確さを改善します。

最新版手順は、メッセージの受領と同時に、そして、ほかの時は始められます。それは各々の貴族から相殺されたデータを処理して、第4節のアルゴリズムを用いて最高のものを選びます。必要な正確さに従い、これは2、3の仲間の多くの観察または多くの仲間の2、3の観察を含むかもしれません。

ローカル時計プロセスは最新版手順によって生産される相殺されたデータに作用して、段階と第5節で記述されるメカニズムを使っているローカル時計の周波数を調節します。これは、オフセットをゼロに下げるために、ステップ-変化かローカル時計の段階的な段階調整に終わるかもしれません。ローカル時計は、安定した時間情報源をシステムの他のユーザーに、そして、NTP自体による以降の引用のために提供します。

ネットワーク構成

同期サブネットは、初等・中等タイムサーバー、クライアントと相互接続している伝達経路の関係のあるネットワークです。

主要なタイムサーバーは、主要引例源(通常ラジオ時計)に、直接同期します。おそらく、おそらく他のサービスと共有されるネットワーク経路の上の主サーバから、他のセカンダリサーバーによって、第二のタイムサーバーは、同期を引き出します。通常の状況の下で、初等・中等サーバーの同期サブネットが根の主サーバと葉の方へ連続したレベルで正確さを減少させるセカンダリサーバーで階層的なマスタースレーブ構成を引き受けることを意図されます。

電話産業[BEL86]によって確立される慣例の後で、一体となって割り当てられる一番上のレベル(主サーバ)と下に前のレベルより偉大な1人として割り当てられる階層の各々のレベル(セカンダリサーバー)で、各々のサーバーの正確さは、層と呼ばれている数によって定義されます。現在のテクノロジーと利用できるラジオ時計で、1ミリ秒のオーダーの一つのサンプル精度は、主サーバのネットワークインターフェースで成し遂げられることができます。この命令の正確さはデザインとオペレーティングシステムとローカルクロックメカニズムの実現において特別な世話を必要とします。そして、例えば第5節で記述されます。

層が1から増加して、達成できる一つのサンプル精度はネットワーク経路とローカル時計安定性に従い分解します。各々の特定の構成におけるエラーを推定するのに必要な退屈な計算[BRA80]を避けるために、すごい測定エラーが同期サブネットの根と比較して慎重な遅れと分散に比例してほぼたまると仮定することは、役に立ちます。付録Hは遅れと分散の機能として最大のエラーの起源を含むエラーの分析を含みます、そこで、後の量は時間測定システム(ローカル時計といろいろな残りの頻度寛容)の精度に依存します。主サーバが既知の正確さの範囲内で標準時まで同期するならば、これは同期サブネットを通して時間測定精度の上で信頼できる、determisticな仕様を提供します。

また、電話産業(それはかなりのコスト[ABA89]でそのようなレッスンを学びました)の経験から同期サブネットトポロジーを得ることは、最も高い正確さを生じるために組織されなければならないが、決して輪をつくらせておかれてはなりません。更なる要因は、層の各々の増加がさらなる測定エラーを持ち出す潜在的に頼みにならないタイムサーバーを含むということです。NTPで使用される選択アルゴリズムは、主サーバで根づく最小限の重さスパニングツリーを計算するためにアルゴリズム[37]を送って配布されるベルマン-フォードの変形を使います。アルゴリズムにより用いられるメートル法の距離は、(登られる)層さらに同期距離から成ります、そしてそれはそれ自体絶対不変が遅らせる分散さらにある半分の成る。このように、最大のエラーに基づいてタイを分解して、同期経路は、最小限の数のサーバーを根へ常に持っていきます。

このデザインの結果、一つ以上の主要であるか第二のサーバーまたは彼らの間のネットワーク経路が失敗するときでも、サブネットは最も正確で信頼できる時間を生じるために階層的なマスタースレーブで自動的に構成を変更します。これはなんとかして分割されたサブネットの上の全ての通常の主サーバ(例えば最も低い同期距離で動いている非常に精密なWWVBラジオ時計)が故障するケースを含みます、しかし、一つ以上の予備主サーバ(例えばより高い同期距離で動いているより精密でないWWVラジオ時計)は作動を続けます。

しかし、サブネットを通した全ての主サーバは故障しなければなりません、距離がベルマン-フォードアルゴリズムの有名なプロパティのためにあらかじめ選択された最大の169infinity170に上方へラチェットで動く間、残りのセカンダリサーバーは彼ら自身の間で同期します。全ての経路で最大限に達すると、即座に、サーバーはサブネットを届けます、そして、その最後を使っているフリーな走力は時間と周波数を測定しました。これらの計算が非常に正確であることになっているので、特に頻度において、長期の停止期間期間さえ1日適切に安定する発振器(第5節を見ます)で2、3のミリ秒を超えるでない時間測定エラーに終わることがありえます。

複数の主サーバの場合、スパニングツリー計算は、通常最小限の同期距離でサーバーを選びます。

しかし、これらのサーバーがほぼ同じ距離であるとき、計算は通常の分散的な遅れの結果として彼らの間でランダムなより抜きに終わるかもしれません。通常、主サーバの間の少しの相違も同期距離と比較して小さい限り、これは正確さを低下させません。否定の場合、意味されて、フィルタと選択アルゴリズムは利用できるサーバーの最高を選んで、outlyersを投げ出します。

ネットワークタイムプロトコル

このセクションは、そのデータフォーマット、実体、州の変数、イベントとイベント-処理手順を含むネットワークタイムプロトコルの正式な定義から成ります。仕様は図1で例示される実施モデルに基づきます、しかし、このモデルが仕様が基礎を形成されることができるただ一人の人であることを意図されません。

特に、仕様は、より厳しくて、包括的で証明できる仕様の基盤として役に立つのと同じくらいよく、NTPの固有の活動を例示して、はっきりさせることを目的とします。

データフォーマット

表されるか、ここに意味される全ての数値演算は、2 — 補足(固定小数点演算) — のものであります。左または高い順序(位置)で始まっているゼロからビッグエンディアンファッションでビットを数えて、データは整数または固定小数点量として指定されます。いろいろな実現例が内部用の外部的に派生量を登るかもしれないので、固定小数点量のための精度も小数点配置も指定されません。さもなければ指定されない限り、全ての量はサインがなくて、ビットゼロの前に意味されたゼロで完全なフィールド幅を占めるかもしれません。最も重要な(徴候)ビットがセットされるとき、署名された量で動くようになっているハードとソフトパッケージはこのように驚くべき結果を与えます。完全なフィールド幅によって見受けられる精度があまり正当化されない時から、timestampsのような外部的に派生、サインがない固定小数点量が内部用の移されたばか者ビットであることを示唆されます。

NTP timestampsが大事にしてきたデータであって、実際、プロトコルの主な製品を代表するので、特別なtimestampフォーマットは確立されました。サインがない64ビットが固定したので、NTP timestampsは見受けられます-点番号(1900年1月1日の0hと比較して数秒の)。整数パートは、最初の32のビットと最後の32のビットとの分数関係であります。

このフォーマットは、便利な複数の精度算数とTimeプロトコル代表(秒)への転換を可能にします、ICMP Timestampメッセージ代表への転換を難しくする(ミリ秒)。この代表の精度はおよそ200ピコ秒です。そして、それは最もエキゾチックな必要条件にさえ適切でなければなりません。

Timestampsは、ローカル時計の現在の価値を若干の重要なイベント(例えばメッセージの到着)が起こるtimestampへコピーすることによって決定されます。最も高い正確さを維持するために、ハードウェアまたはソフトウェアドライバーの近くにできるだけイベントにかかわって、これがされることは、重要です。特に、出発timestampsは、各々の関連レベルの転送のためにredeterminedされなければなりません。場合によっては、ホストがいつ再起動されるか、上へプロトコル最初のスタートであるか、特定のtimestampは、利用できないかもしれません。これらの場合、64-ビットフィールドはゼロにセットされます。そして、価値が無効であるか未定義のことを示します。

若干の時間から1968年に、最上位ビット(整数パートのビット0)がセットされた、そして、64ビットフィールドが2036年にいつかあふれる点に注意してください。NTPは、2036(財産が2036(そして、136年の他のチェーン店)と比較して1900と時間と比較して時資格を与えるのに必要である若干の外部)年に使用中でなければなりません。そのような資格取得を必要としているTimestampedデータは、適切な手段がすぐに利用できなければならないように貴重です。64ビットフィールドがゼロであって、このように無効であると思われるとき、200ピコ秒の間隔(これからは無視される)が、136年ごと存在します。

州の変数とパラメータ

あとに続くことは、プロトコルによって使われるいろいろな州の変数とパラメータの概要です。彼らは、オペレーティングシステム環境とローカルに関するものであるシステム変数の種類に分けられます-クロックメカニズム;各々の貴族に特有のプロトコル機械の国を代表する貴族変数;NTPメッセージの内容を代表する箱変数;そして、現在のバージョンの全ての実現例のために固定された構成定数を代表するパラメータ。各々のクラスのために、変数の説明の後に、それを支配するその名前と手順または価値が続きます。パラメータがアパーケースの中にある間、変数が小文字である点に注意してください。

フォーマットと使用に関するさらなる詳細は、後のセクションとAppendicesで示されます。

一般の変数

以下の変数は、システム、貴族と箱クラスのうちの2つ以上に共通です。同じ名前の一般の変数を区別するのに必要な付録C. Whenで記述されて、さらなる変数はオプションの認証メカニズムに特有です、気まぐれな鑑定人が使われます。

貴族Address(peer.peeraddr、pkt.peeraddr)、Peer Port(peer.peerport、pkt.peerport):これらは、貴族の32ビットインターネットアドレスと16ビットポート番号です。

ホストAddress(peer.hostaddr、pkt.hostaddr)、Host Port(peer.hostport、pkt.hostport):これらは、ホストの32ビットインターネットアドレスと16ビットポート番号です。彼らは、マルチ家に帰る支持に、州の変数の中に含まれます。

Indicator(sys.leap、peer.leap、pkt.leap):これは、NTP timescaleに挿入される間近に迫った閏秒を警告している2ビットのコードです。

ビットは挿入の日に23:59の前にセットされて、次の日に00:00の後でリセットされます。これは、挿入の日の秒数(ロールオーバー間隔)が1時までに増減される原因になります。

セカンダリサーバーの場合ビットがプロトコルによってセットされる間、主サーバの場合、ビットはオペレーター干渉によってセットされます。2つのビット、ビット0とビット1は、それぞれ、以下の通りにコード化されます:

@=段(2)Z_TBL_BEG、局面(IN)、COLWIDTHS(E1,E8)、幅(5.0000)、上記(.0830)、下記(.0830)、HGUTTER(.0560)は、もちます(離れている)、一列に並べる(CT)

@Z_TBL_BODY =は、テキスト(表テキスト)をテーブルに出します

00、警告でない

01、最後の瞬間は61秒を持ちます

10は、この前の瞬間、59秒を持ちます

11、アラーム状態(時間を合わせられない時計)

@Z_TBL_END =

アラーム状態(112)以外の全てに、NTP自体がこれらのビットで何もするというわけではありません‖パス以外はNTPのパートでない時間-転換ルーチンに彼ら。いかなる理由であっても、ローカル時計が時間を合わせられないとき、アラーム状態は起こります、例えば、最初に長期の期間の上に、または、の後、来るとき、反対とき、主要引例源は利用できます。

モード(peer.mode、pkt.mode):以下の通りに価値をコード化して、これは協会モードを示している整数です:

@=段(2)Z_TBL_BEG、局面(IN)、COLWIDTHS(E1,E8)、幅(5.0000)、上記(.0830)、下記(.0830)、HGUTTER(.0560)は、もちます(離れている)、一列に並べる(CT)

@Z_TBL_BODY =は、テキスト(表テキスト)をテーブルに出します

0(明らかでない)

1、対称形の能動態

2、対称形の受動態

3、クライアント

4、サーバー

5、放送

6(NTP支配メッセージのために予約されている)

7(個人的な使用のために予約されている)

@Z_TBL_END =

層(sys.stratum、peer.stratum、pkt.stratum):以下の通りに価値を定めて、これはローカル時計の層を示している整数です:

@=段(2)Z_TBL_BEG、局面(IN)、COLWIDTHS(E1,E8)、幅(5.0000)、上記(.0830)、下記(.0830)、HGUTTER(.0560)は、もちます(離れている)、一列に並べる(CT)

@Z_TBL_BODY =は、テキスト(表テキスト)をテーブルに出します

0(明らかでない)

1、主要引例(例えば、調整された原子時計、ラジオ時計)

2-255、第二の参照(NTPを通して)

@Z_TBL_END =

比較目的のために、ゼロの価値は、他のどの価値よりも大きいと思われます。整数の最大値が箱変数としてコード化した注は、パラメータNTP.MAXSTRATUMによって制限されます。

ポルInterval(sys.poll、peer.hostpoll、peer.peerpoll、pkt.poll):これは、送られたメッセージ(2の累乗として数秒の)の最小限の間を示している署名された整数です。たとえば、6の価値は、64秒の最小限の間隔を示します。

精度(sys.precision、peer.precision、pkt.precision):これは、いろいろな時計(2で最も近い大国に数秒の)の精度を示している署名された整数です。値は、2の次のより大きな力にまるめられなければなりません;たとえば、1000Hz(1ms)のクリスタルに制御された時計が値-9(1.95ms)を割り当てられる間、50Hz(20ms)または60Hz(16.67ms)の力周波数時計は値-5(31.25ms)を割り当てられます。

根Delay(sys.rootdelay、peer.rootdelay、pkt.rootdelay):これは、数秒で、同期サブネットの根で主要引例源に完全なroundtrip遅れを示している署名された固定小数点番号です。時計精度とゆがみに従い、この変数が両方の正と負の価値を引き受けることができる点に注意してください。

根Dispersion(sys.rootdispersion、peer.rootdispersion、pkt.rootdispersion):これは、数秒で、同期サブネットの根で主要引例源と比較して最大のエラーを示している署名された固定小数点番号です。正値0を超えるだけは、可能です。

参照Clock Identifier(sys.refid、peer.refid、pkt.refid):これは、特定の参照時計を特定している32ビットコードです。層0(明らかでない)または層1(主要引例源)の場合、たとえば(包括的なリストについて付録Aを参照します)、これは4オクテット、左揃えの、0忍び足で歩かれたアスキーストリングです:

@=段(3)Z_TBL_BEG、局面(IN)、COLWIDTHS(E2,E2,E5)、幅(4.1700)は、(.0830)、HGUTTER(.3330)、箱(Z_SINGLE)の下で、(.1670)より上に、もちます(進行中の)、整列してください(CT)、L1、(R1C0..R1C3)

@Z_TBL_BODY =は、センター、表ヘッダ、表ヘッダをテーブルに出します

層、コード、意味

@Z_TBL_BODY =は、センター、表テキスト、表テキストをテーブルに出します

0、DCN、DCNルーティングプロトコル

0、TSP、TSP時間プロトコル

1、ATOM、Atomic時計(調整されます)

1、WWVB、WWVB LF(バンド5)ラジオ

1、GOES、GOES UHF(バンド9)衛星

@Z_TBL_BODY =は、センター、表ヘッダ、表ヘッダをテーブルに出します

1、WWV、WWV HF(バンド7)ラジオ

@Z_TBL_END =

層2以上(第二の参照)の場合、これは同期のために選ばれる貴族の4オクテットインターネットアドレスです。

参照Timestamp(sys.reftime、peer.reftime、pkt.reftime):timestampフォーマットで、これは現地時間です。そのとき、ローカル時計は最終更新されました。ローカル時計がこれまで時間を合わせられなかったならば、価値はゼロです。

Timestamp(peer.org、pkt.org)を始めてください:その最新のNTPメッセージが送られたとき、これは、timestampフォーマットで、貴族の現地時間です。貴族が到達できなくなるならば、価値はゼロにセットされます。

Timestamp(peer.rec、pkt.rec)を受けてください:timestampフォーマットで、これは現地時間です。そのとき、貴族からの最新のNTPメッセージは届きました。貴族が到達できなくなるならば、価値はゼロにセットされます。

Timestamp(peer.xmt、pkt.xmt)を送ってください:NTPメッセージが送り主を去ったtimestampフォーマットで、これは現地時間です。

システム変数

表1$&tab1は、システム変数の完全な集合を示します。以前に記述される一般の変数に加えて、以下の変数は、ローカル時計の時間を合わせるために、オペレーティングシステムにより用いられます。

ローカル時計(sys.clock):timestampフォーマットで、これは現在の現地時間です。現地時間は、使われるデザインに従い、間をおいて特定の機械と増加のハードウェア時計に由来します。適当なデザイン(横滑りすることとゆがんだCompensationメカニズムを含む)は、第5節で記述されます。

クロックソース(sys.peer):これは、現在の同期源を確認しているセレクターです。通常、これは貴族変数を含んでいる構造へのポインターです。特別な価値NULLは、現在有効な同期源がないことを示します。

貴族変数

表2は、貴族変数の完全な集合を示します。以前に記述される一般の変数に加えて、以下の変数は、貴族管理と測定機能により用いられます。

構成されたビット(peer.config):これは、貴族が到達できなくなるならば、協会が構成情報からつくられて、解散されてはならないことを少し示しています。

Timestamp(peer.update)を更新してください:timestampフォーマットで、これは現地時間です。そのとき、ごく最近のNTPメッセージは受け取られました。それが、ゆがんだ分散を計算する際に使われます。

Reachabilityは、登録します(peer.reach):最も少なく重要な(最も右の)終わりから入っているビットで、これは貴族のreachability地位を決定するのに用いられるNTP.WINDOWビットのシフトレジスターです。このレジスターの少なくとも1ビットが1にセットされるならば、貴族は届くと思われます。

貴族タイマー(peer.timer):これは、送られたNTPメッセージの間をコントロールするのに用いられる整数カウンターです。一度はゼロ以外の価値(ゼロに達することまでの1秒の間隔の報復漸減)にセットしました。その時には、送る、手順は呼ばれます。このタイマーの活動が時間測定システムと間隔-タイマーシステムアーキテクチャは各々のother.$&tab2から独立していなければならないことを意味するローカル時計最新版から独立している点に注意してください。

箱変数

表3$&tab3は、箱変数の完全な集合を示します。以前に記述される一般の変数に加えて、以下の変数は定められます。

バージョン番号(pkt.version):これは、送り主のバージョン番号を示している整数です。バージョン番号がNTP.VERSIONにマッチするならば、NTPメッセージは現在のバージョン番号NTP.VERSIONで常に送られて、常に受け入れられます。バージョン番号が変わるとき、例外は時々ケースバイケースで忠告されるかもしれません。NTPのこのバージョンと前のバージョンの間のinteroperationのための特定のガイドラインは、付録D.にまとめられます。

時計-フィルタ変数

第4節で提案されるフィルタと選択アルゴリズムが使われるとき、以下の州の変数は以前に記述される変数に加えて定められます。

フィルタレジスター(peer.filter):これはNTP.SHIFTステージのシフトレジスターです、そこで、各段階は一回の観察と関連する慎重な遅れ、慎重なオフセットと計算された分散からなる3-テュープルを保存します。新しい観察が到着して、これらの3-テュープルは最も重要な(最も左の)右から

id:zifree

途中で切れています・・・。

日本語であっても全文を理解するのは困難そうなので、全文ではなく一部の訳でも構わないのですが、そもそもこの手の文書に機械翻訳は無理がありますね。

機械翻訳で無い物をお願いいたします。

2006/11/05 14:16:32
id:xkettoshi No.2

xkettoshi回答回数6ベストアンサー獲得回数02006/11/05 14:20:06

ポイント65pt

SNTPなら、

http://www.akanko.net/marimo/data/rfc/rfc2030-jp.txt

があるんですけど、NTPは和訳じゃないんですが、

http://wiki.nothing.sh/page/NTP

が参考になります

id:zifree

ありがとうございます。

SNTP(RFC 2030)の日本語訳は見つけていたのですが、RFC 1305の日本語訳はWeb上には無いのでしょうかね。

SNTPでも間に合うのですが、どうせならNTPクライアントの実装方法についてRFCレベルで知りたかったのが質問意図でした。

2006/11/05 14:35:43
  • id:takarin473
    全訳を載せたのですが、途中で切れてしまいました。これに結構時間かけたのですが、たった5ポイントか。

この質問への反応(ブックマークコメント)

「あの人に答えてほしい」「この質問はあの人が答えられそう」というときに、回答リクエストを送ってみてましょう。

これ以上回答リクエストを送信することはできません。制限について

絞り込み :
はてなココの「ともだち」を表示します。
回答リクエストを送信したユーザーはいません