NTP, SNTP負荷分散作戦所

ぬ · 05/01/29 05:35:21

The fukuoka-u.ac.jp NTP server has heavy traffic.
Then delete this domain from your list, please.

文法おかしくても意味が通じればいいんでない？
むしろ内容よりも、この削除依頼が本物かどうかを
どうやって証明する？
イタズラメールと思われては困るわけだし。

ぬ · 05/01/29 05:36:46

too many access

とかの方がいいかな。

05/01/29 10:12:54

>>194
http://wiki.nothing.sh/page/NTP/%CC%E4%A4%A4%B9%E7%A4%EF%A4%BB%A5%C6%A5%F3%A5%D7%A5%EC%B1%D1%B8%EC%C8%C7

. · 05/01/29 15:19:38

第三者が出しても無視される予感。
こればかりは本当の管理者から出してもらうしかないんじゃない?

05/01/29 17:18:19

時刻合わせソフトウェアに関するおぼえがき
http://tclock2ch.hp.infoseek.co.jp/appli.html

05/01/29 18:07:53

素晴らしい・・・

05/01/29 20:33:14

ThroughClock
デフォはtime-nw.nist.gov、
リスト内clock.nc.fukuoka-u.ac.jpあり。(五番目)

iBAR
デフォはntp1.tohoku.ac.jp
リスト内に福岡はなし。

**>>198-200に追加** · 05/01/30 02:29:42

MFCLOCK version 2.30
ttp://homepage3.nifty.com/Junnya/
※インストーラー形式

ソフトの初期設定は忘れた（たぶん空白かntp1.jst.mfeed.ad.jpのどっちか）が、リスト内に福岡はなし。

設定ファイル NTPserv.dat に載っているデフォは
ntp1.jst.mfeed.ad.jp　time.windows.com　time-nw.nist.gov　nist1.datum.com　clock.isc.org
の5サイト。（別のサーバを指定したい場合、このファイルを編集して追加）
なお、ntpサーバへの接続インターバルは時間単位。分単位の設定はできず、最短で1時間。

**fusidarasan** · 05/01/30 03:31:26

桜時計と平行してsetclockというツールを使っていたことがあるが、
それ見たら、fukuoka.ac.jpが入ってた。
多分、最初はfukuokaに合わせてた様な気がする

_ · 05/01/30 04:26:38

setclockは >>198 でｶﾞｲｼｭﾂだったりする。

**anonymous@** 201.pool0.dsl24mtokyo.att.ne.jp · 05/01/30 14:00:36

>>192-193
ちょっと趣旨がずれてますｗ
Stratum-1として掲載されていることになんら問題はないのです。
個人などが直接Stratum-1を参照するのが問題なのです。

ISPがNTP立てて、そこがStratum-1として福岡大を参照するのは
中の人も止めてないので、そこは間違いのないようにお願いします。

主に、個人向けの設定を教えるサイトで、福岡大のアドレスを書いている人が
ターゲットになると思いますよ。

節穴初とらい。

. · 05/01/30 14:09:30

>>204
# ntpq -p ns.att.ne.jp
remote refid st t when poll reach delay offset jitter
==============================================================================
+NS.Tokyo.Spin.A clock.nc.fukuok 2 u 312 512 377 0.440 -0.823 0.320
*NS.Spin.AD.JP clock.nc.fukuok 2 u 183 512 377 0.640 0.374 0.110

網外からいけた

. · 05/01/30 14:31:38

ns.都市名.spin.ad.jpで大量にある模様。網内の人は便利かも
sapporo,sensai,tokyo,yokohama,chiba,nagoya,kyoto,osaka,kobe,hiroshima,fukuoka

_ · 05/01/30 16:25:05

盛り上がりがなくなったっスね。

05/01/30 17:46:45

>>144
ntptraceのように一発では行かないけどこんなのを見つけた

c:\>w32tm /monitor /computers:ntp2.jst.mfeed.ad.jp
ntp2.jst.mfeed.ad.jp [210.173.160.57]:
ICMP: 17ms delay.
NTP: -2.9440271s offset from local clock
RefID: fs-monntp2.mfeed.ad.jp [210.173.160.86]

**204** · 05/01/30 18:35:46

なんだかんだでAT&Tは老舗ですからね。
私はmfeed活性化のために敢えてmfeedにしてみましたが、一度ISPに問い合わせてみようかしら。

公開サーバかどうかは判らないので取り敢えず網外からの設定は控えてやってくださいませー。

05/01/31 09:24:01

ns1.freebit.net (210.143.144.11)
ns2.freebit.net (210.143.144.12)
網の外からいけますが、使っていいかは不明。
これがDNSになっているISPは結構ある
(ns1のIPアドレスでぐぐると361件ヒット)
ようなのでユーザの人は聞いてみてください。
漏れは違うのでパス。

/usr/sbin/ntpq -p ns1.freebit.net
remote refid st t when poll reach delay offset jitter
==============================================================================
+NS2.FreeBit.NET 210.173.160.57 3 u 383 1024 376 0.080 -0.394 0.112
*ntp1.jst.mfeed. 210.173.160.56 2 u 283 1024 377 1.361 -0.521 0.201
+NS2.FreeBit.NET 210.173.160.57 3 m 6 16 377 0.210 -0.200 0.031

/usr/sbin/ntpq -p ns2.freebit.net
remote refid st t when poll reach delay offset jitter
==============================================================================
+NS1.FreeBit.NET 210.173.160.27 3 u 627 1024 377 0.229 0.222 0.109
NTP.MCAST.NET 0.0.0.0 16 u - 16 0 0.000 0.000 4000.00
210.143.144.63 0.0.0.0 16 u - 64 0 0.000 0.000 4000.00
*ntp2.jst.mfeed. 210.173.160.86 2 u 750 1024 377 1.570 -0.350 0.002

05/02/01 09:57:09

>>198
調査報告用テンプレート
Category 1 －時刻合わせ定番ソフト
Category 2 －デフォルトで clock.nc.fukuoka-u.ac.jp が設
定されているソフト
Category 3 －リストなどで clock.nc.fukuoka-u.ac.jp が選択
可能なソフト
Category 4 － clock.tl.fukuoka-u.ac.jp がデフォルトもしくは
リスト内にあるソフト（番外編）
Category 5 －詳細不明もしくは調査できなかったソフト
Category 6 －福岡大学のサーバががデフォルトもしくはリス
ト内にないソフト
Category 7 － HTTP系（NTP使用せず）のソフト

↑もつ鍋～

05/02/01 09:58:38

ここへの報告は、よければ各自、↓をウプデトして

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

_ · 05/02/02 02:07:06

誰も問い合わせてないんか・・・
メール送るのは抵抗あるから、掲示板あるのだけでも書いていくかな・・・

05/02/02 11:22:46

>>213
すまんこ
様々に忙しいので限りなく後回し中

**anonymous@** p298709.tkyoac00.ap.so-net.ne.jp · 05/02/02 15:09:30

http://www.tl.fukuoka-u.ac.jp/Lab/tsuruoka/peerstatus.cgi
トラフィック軽減は頭打ちだな。
やっぱり２ちゃんねらは役にたたねぇな。

**_-_** · 05/02/02 16:22:08

>>215
あほう
２ちゃんねらが使うのやめたからトラフィック減ったんだろうが

釣りですかああそうですか

05/02/03 00:59:13

googleでwikiのページがntp.co.jpより上にくるようになった

05/02/03 09:58:41

福岡大のNTPサーバが悲鳴
http://pc5.2ch.net/test/read.cgi/unix/1106560412/

**anonymous@** p2983f5.tkyoac00.ap.so-net.ne.jp · 05/02/03 11:55:33

>>216
減ったのは、スラドをみた管理者のおかげじゃないのか？

[ · 05/02/03 13:26:22

どっちでもえーやん

05/02/03 14:41:10

PC/NET関連の雑誌にも取り上げてくれんかのぉ・・・

**anonymous@** atfr064001123.do.ppp.infoweb.ne.jp · 05/02/03 15:01:53

>>221

意味がわからなくて
NTPクライアントを導入するにとどまり
逆にトラフィックが増えたりして。

05/02/03 17:42:20

ヒマな香具師、メール大作戦に強力してくれ。。。

>>212 >>182 >>175 >>170 >>171

05/02/03 17:43:10

>>221
そんなテムプレ（取り上げ記事要望）も書いてwikiにうぷして誰かヒマなエロイひと

**匿名希望** ◆rXpNDG7vbE · 05/02/04 04:59:59

NTPサーバの反応速度をソートしてリスト表示するソフトを作ってみた
Windows XP/2000専用ね。

http://u.skr.jp/1024/files/1154.zip

**名無し募集中。。。** · 05/02/04 10:00:16

>>225
さっそく使ってみたよ。わかりやすくて便利だった。

そうそう、XP SP1でも問題なく動作しました。

**204** · 05/02/04 21:57:49

既にどっちが本スレやら（ぇ

　214 login:Penguin　　05/02/04 21:41:05 ID:FwvsBdez
　
　おいおい全員この話題スルーかよｗ
　
　NICT、NTPを利用した時刻配信サービスを正式に開始
　http://internet.watch.impress.co.jp/cda/news/2005/02/04/6365.html

元スレより

05/02/04 22:15:09

NICT、NTPを利用した時刻配信サービスを正式に開始
http://internet.watch.impress.co.jp/cda/news/2005/02/04/6365.html

**ななしちゃん** · 05/02/04 23:08:16

問題はどこがStrutum2になるのかですな。

**匿名希望** ◆rXpNDG7vbE · 05/02/05 08:25:42

>>226
そんなこと言ってくれるの、あんただけだよぉ～(ToT)/~~~

ソース付の奴を上げたから、暇だったら弄ってみそ。
http://u.skr.jp/5120/files/2411.zip

あともう一個作ってみた、NTP階層を分析する奴。プロンプトがパカパカして
かなりｶﾞｸﾌﾞﾙもんだろうけどｗ
http://u.skr.jp/5120/files/2412.zip

これは分析結果のファイルも入れてあるから自分で実行せんでも
ええけど。

& ◆gWDU/vXM6A · 05/02/05 17:00:41

>>228
いまいち、どういうユーザをターゲットにしているのか分からん。
すでにGPSなりCDMA（ってauのCDMAは時刻源はGPSなんだっけ？）
なりJJY（長波）から時刻を取得してNTP出力する製品は
たくさんあるのに、わざわざ手間と費用をかけて専用線でNICTに
つなぎに行くメリットがわからん。
あと、結局東京近郊の企業以外、
つなぎに行くのは現実的ではないというのもね……

**あの２マス** · 05/02/06 21:28:41

>>231
これはあくまでNTPプロバイダを募集してるんであって、
どう見たってユーザ向けサービスじゃないだろ…

専用線を使うのも他のトラフィックによる外乱を排除するためじゃない？
標準時の正式配信ということで精度にも気を遣っていると思われ

**231** · 05/02/06 22:21:49

もちろん事業者向けだろうが、
それにしてもニーズがあるのかどうか……

精度については、所詮トランスポートは UDP over IP なんで、
いくら時刻源が原子時計で専用線接続だとは言え、
期待できるのは1msec程度。
そのくらいなら、GPSから時刻取るNTPサーバ専用機
でも十分に出るしなぁ。

05/02/06 22:57:42

金を取るわけじゃないから繋ぎたければ勝手にやれっていうのに近いな

アマノみたいな時刻認証をやるようなところなら
GPSに依存しないタイムソースという意味があると思うが
ISPや一般ユーザーにはどうでもいい話だな

>>231
DA64は15km以上で急に高くなるから
東京近郊というより本当にNICTの近くでない限りは結構高くつく。

05/02/06 23:31:03

アマノも今のところGPSを参照している模様。
ttp://www.e-timing.ne.jp/images/EVIDENCE2.jpg

NICTは時刻精度を保証しないって言ってるし、
本気で高精度の時刻が求められる用途にさえ使えるか疑問。
一方GPSは止まったり狂ったりしたら死人が出かねないサービスだしな。

05/02/07 00:08:37

>>235
アマノのサービスは原子時計がソース。GPSは原子時計の監査用。
http://www.e-timing.ne.jp/faq/index.html
http://www.e-timing.ne.jp/images/T_Center_l.gif

05/02/07 06:16:56

>>236
逆じゃね、原子時計がGPSの監査用って読めるが・・・。

つかPPSってなによ？

05/02/07 08:14:13

Pulse Per Second / パルス毎秒
PolyPhenylene Sulfide / ポリフェニレン・サルファイド
Provisional Performance Standards / 暫定性能基準海図
Prospective Payment System / (医療費)包括払
Pacific Press Service / (社名)
Precise Positioning Service / 精密位置決定サービス

さてどれでしょう。

05/02/07 14:45:14

Pulse Per Second

05/02/07 14:46:17

朝からリロードしてなかった。すまん。

05/02/07 19:10:32

>>228
現在のmfeedのstratum-2は引き続き試験サービスと言う事か？

05/02/08 02:43:38

>>237
GPSコモンビューは遠隔地にある時計の時刻を正確に比較するための方法。
http://www.rsasecurity.co.jp/news/data/200206261.html

05/02/08 02:47:33

あ、遠隔地ってのは余計かな。ついでにもう一個リンクを貼っとく。
http://www.secomtrust.net/news/2004/0824.html

**ケツ毛ガンダム** · 05/02/09 13:10:49

だめ

**-*-*-** · 05/02/09 13:10:54

>>233
精度より「NICT印の日本標準時」であることが重要なんだろ
毛唐からの時刻情報なんか信用できるか、って人向け

05/02/11 01:13:54

匿名希望 ◆rXpNDG7vbEさん、先ほどこのページを知りました。
ソフト使いたいのですが、あぷろだのログが流れてしまっているようです…残念…

05/02/13 20:26:58

>>246
持ってるけど勝手に再ウプしてもいいものかどうか・・・

**anonymous@** i220-220-113-65.s02.a013.ap.plala.or.jp · 05/02/15 17:05:33

>>247
匿名希望だけど、再ウプしてもええよ。つか俺の方はソースもキャプも削除
しちまったから再ウプ出来ないのよね･･･、ってか本人証明しろって言われて
も無理な状態なんだが･･･。

**anonymous@** 127.1.111.219.st.bbexcite.jp · 05/02/15 18:19:10

Perlスクリプトなんだから中身みりゃ悪さしてるかどうかすぐにバレるっしょ。

**247** · 05/02/16 09:25:16

お言葉に甘えて再うぷしたよん

ソースつきのhttp://u.skr.jp/5120/files/2411.zipのやつはDLしてなかったから無いけど。

tp://paw.s2.x-beat.com/up/img/5984.zip　NTP階層分析
tp://paw.s2.x-beat.com/up/img/5985.zip　NTP応答速度ランキング

**unko** · 05/02/17 03:54:52

オレの鯖は福岡大のNTP鯖に毎秒1回あわせてるぞ！m9(^Д^)ﾌﾟｷﾞｬー

**hoge** · 05/02/17 08:30:21

>>251
うちはクライアントも全部そうしてるから
うちのほうが正確無比だぞ！
中途半端なネタふってんじゃねーよ m9(^Д^)ﾌﾟｷﾞｬー

**anonymous@** p2246-ipbf605osakakita.osaka.ocn.ne.jp · 05/02/17 18:15:01

思ったんだけど
同期する時間って0:00とか12:00とかって
きっちりした時間にするより
3:27とか16:52とか適当な時間の方がいいのかな？
そこまで気にしてもあんまり関係ないかな？

**ななしちゃん** · 05/02/17 18:19:42

っていうかntpdateを定時で動かして合わせるんじゃなく、ntpdateは
起動時のみにして、あとはntpdで時間がずれないようにするもの。

**名無しさん** · 05/02/17 18:19:47

>>251-252
そんなに頻繁に同期しなおしたらドリフトの補正が全然正確じゃなくなって
10000ppm位なら平気でおかしくなるのでは?

05/02/17 18:30:00

>>254
だれに何言ってるんだ？

**anonymous@** FLH1Aad025.iwa.mesh.ad.jp · 05/02/17 18:44:54

死んでいいよ^^

**名無しさん＠お腹いっぱい。** · 05/02/17 19:08:42

(´-`).｡oO(自虐的な人だ…)

**名の似ます** · 05/02/17 21:41:12

>>254 ntpdの負荷が嫌だ。という場合は？

**anonymous@** 127.1.111.219.st.bbexcite.jp · 05/02/17 23:07:59

>259
clockspeed

05/02/21 23:51:09

初級者にはよさそうなまとめﾊｹｰﾝ
鯖管ここも見てるっぽい
ttp://lab.baristride.co.jp/how-to/ntp/01.html

ActiveDirectoryのことは確かに忘れてた・・・

**anonymous** · 05/02/22 16:07:18

匿名希望 ◆rXpNDG7vbE ﾀｿの計測ソフト使ってて気がついたんだが、
Windowsの標準NTPクライアントって参照元から1～3秒くらいずれないか

もしかしてWindowsの標準NTPクライアントって糞?

**名無しさん** · 05/02/22 19:21:13

漏れのところもそうなった。というか、分単位でずれた。
レジストリいじって問い合わせ頻度を上げる方法を
知らなかったから、ntpdをコンパイルして入れた。

?? · 05/02/23 01:41:28

>>262
漏れのところは、0.5-1秒程度遅れるだけ
SNTP鯖としてWin2000鯖(ntp2.jst.mfeed.ad.jp で1日24回修正)
クライアントは、Net time /SNTP でSNTP鯖(レジストリはデフォルト)
とあわせている

Windows Timeサービスの動作
http://support.microsoft.com/kb/224799/JA/

05/02/23 20:23:20

>>215
現在、864.55

**anonymous@** p62c968.tkyoac00.ap.so-net.ne.jp · 05/02/25 14:13:26

>>265
何気に増えてねぇか？

**ntpq** · 05/02/26 09:50:59

$ ntpq -p
remote refid st t when poll reach delay offset jitter
+ntp1.jst.mfeed. fs-monntp1.mfee 2 u 71 128 377 17.987 148.786 46.690
+ntp2.jst.mfeed. fs-monntp2.mfee 2 u 63 128 377 17.559 95.308 41.753
*ntp3.jst.mfeed. fs-monntp2.mfee 2 u 54 128 377 18.232 148.770 45.501

**anonymous@** usen-221x241x194x157.ap-US01.usen.ad.jp · 05/02/27 21:50:47

time.windows.comって死んでない？

05/02/28 03:30:04

time.windows.comそのものは死んではいないが、
stratum16になっちゃってるね。

**anonymous@** FLA1Acy093.tky.mesh.ad.jp · 05/02/28 06:30:10

雑誌記事のデフォルトはpool.ntp.orgでいいんじゃね？
http://www.pool.ntp.org/

Debianのntpdateのデフォルトがこれで問題ない
らしいし。

05/03/04 12:14:58

pool.jst.mfeed.ad.jp とか用意して貰えないかなぁ…

**271** · 05/03/04 12:30:14

>>270
asia.pool.ntp.org がだいぶ増えましたね。

05/03/08 01:23:23

>>215
218887532 / 769874 = 284.3

まじ減った？

05/03/09 19:04:36

まじ減ったっぽい。結局、ねらーの協力が主因ではないようだ。。。orz

05/03/11 13:41:04

>>274
手淫でなくてもいいや、、少しでも減ったってことが大事なんだよ

**_-_** · 05/03/11 19:54:00

>>274
ま、「しない善よりする偽善」ってこった

**anonymous@** 133.62.160.51 · 05/03/18 14:18:23

Ring Server Project が NTP サーバのサービスを開始 3/17
http://www.dnsbalance.ring.gr.jp/ring/ntp.html.ja

　Ring Server Project（代表中村正三郎）は、本日、NTP サーバのサービスを開始した
ことを発表いたします。
　パブリックな NTP サーバのサービスは、歴史的経緯により福岡大学に集中し、福岡大学
が悲鳴を上げる事態が続いておりました。
　Ring Server Projectでは、福岡大学の窮状を救えないかとプロジェクト内で議論と実験を
重ねた結果、サービスが提供できる水準に達したと判断し、本日、サービス開始を
アナウンスする次第です。
　NTP サーバは、ntp.ring.gr.jpにてアクセス可能です。特定のサーバに負荷がかからない
ように、Ring Server Project参加組織のサーバで分散してサービスを提供する仕組みに
なっております。
　ぜひ、このサービスを活用して、福岡大学への負荷集中を回避してくださるようお願い
申し上げます。
　またこの場をお借りして、Ring Server Projectというボランティアプロジェクトに、人材、
機材を無償で提供してくださっている参加各組織の皆様に厚く御礼申し上げる次第です。

**ななしさん** · 05/03/19 00:44:32

>>277
> ただし、ntp.ring.gr.jpはstratum が一定ではない
>（ばらけている）ので

使えねぇ...

つーか、いつから ring は福岡大のためだけのプロジェクトを
やるようになったんだ？　企業でやってる ring サーバは参加
しにくくなったな。
プレスの文案もっと推敲すれば済んだ問題なのに...

**anonymous@** hbb0169.mie.my-users.ne.jp · 05/03/19 01:06:35

>>278
文句があったら中村代表にメールを送りつけて下さい。
２chに書かれても、ネタにされるか、無視されるかのいずれかになります。

**ななしちゃん** · 05/03/19 01:38:18

所詮は中村正三郎

05/03/19 11:49:18

久々に聞いた名前だ・・

& ◆gWDU/vXM6A · 05/03/19 14:25:15

福岡大云々はともかく、
stratum が一定ではないから使えねぇと
言ってる人は何を期待してるんだろう？

_ · 05/03/19 17:34:42

ringの、昨日から使ってみたが、stratum2のサーバにしか当たってないなぁ。
ばらけてるってどれくらいの範囲だろうか。

_ · 05/03/19 19:12:10

どうでもいいことだが、ヒマなので調べてみた。
サーバは9つで
stratum 2 =5
stratum 3 =3
stratum 4 =1
だった。
予想よりはバラけていなかった。

**anonymous@** l245035.ppp.asahi-net.or.jp · 05/03/19 19:36:07

なんか落差の大きい取り合わせですね。

% host ntp.ring.gr.jp | awk '{print $4}' | xargs -n 1 host
130.133.69.133.in-addr.arpa domain name pointer ring.qgpop.net.
26.65.174.203.in-addr.arpa domain name pointer core.ring.gr.jp.
9.251.25.133.in-addr.arpa domain name pointer ring.hosei.ac.jp.
68.232.243.133.in-addr.arpa domain name pointer udon.nict.go.jp.
209.3.243.133.in-addr.arpa domain name pointer ring.nict.go.jp.
15.4.186.133.in-addr.arpa domain name pointer ring.atr.jp.
230.213.188.210.in-addr.arpa domain name pointer ring.sakura.ad.jp.
6.9.29.150.in-addr.arpa domain name pointer ring.aist.go.jp.

**anonymous@** tk0008-202x210x243x26.ap-TK.usen.ad.jp · 05/03/19 20:35:44

>282
そういうアホが多いから stratum 不要論とか出るわけですね。

**anonymous@** p62cd50.tkyoac00.ap.so-net.ne.jp · 05/03/20 22:17:09

RR-DNSの場合ntpサーバからのRTTが一定じゃないのか厳しいだろ
それが中村クオリティ...

ほげ · 05/03/20 22:37:13

ntpd.confに自分のISPのntpサーバ・mfeed・ntp.ring.gr.jpを2発ぐらい
書いておけばいいじゃん．枯れ木も山の賑わいだよ．使えるか使えないかは
ntpdが判断してくれることで俺らが気にすることではない．

**anonymous@** · 05/03/20 22:51:10

んー、ntpでDNSラウンドロビンって意味分かんないよ

**anonymous@** ZL066207.ppp.dion.ne.jp · 05/03/20 23:51:24

RTTを気にする人は多いけど、
今のインターネットなら地球の裏側を参照先サーバにしても、
最悪でも1秒未満の誤差で合うよ。

1秒の精度で合っていれば大部分の用途で十分でしょう。
それ以上の精度の保証を求めるなら、
インターネット経由で時刻同期をするのがそもそも間違いだと思う。

むしろ、参照先サーバが正しい時刻を供給
しているかのほうが重要だと思う。pool.ntp.orgは、参加している
NTPサーバを定期的に調査して、変な時刻を供給しているものは
DNSラウンドロビンの対象から外す。
ntp.ring.gr.jp がそういうことをしているかは知らん。
(pool.ntp.orgに参加すればいいのに)

心配な人は >>288の言うとおり複数書いておけばいい。
ntpdが勝手にRTTやjitterが小さいのを選び、
かつ変な時刻を供給するserverを除いて同期するから。

ほげ · 05/03/21 01:14:16

ntpは複数のサーバを見ながら数ミリ秒レベルで同期していますが何か？
Windowsの時間同期（単純な現在時刻の取得のみ）と混同している悪寒

**290** · 05/03/21 02:55:46

　インターネット経由で同期する限り、いくら複数の
サーバを参照していても、その「数ミリ秒レベル」が
常に保証されるとは限らないわけで。

　1000msというのはかなり大げさだけど、インターネットの
任意のノード間のRTTは俺の知る限り
余程のことがなければ1000msを超えることはないから、
1000msと書いた。

# NTPは行きと帰りの遅延時間が同一であるという仮定を
# しているので、2つの間に大きな差がある場合は大きな
# 誤差が出る。それでも、最悪RTT以上の誤差は生じないため、
# 上記のような結論。

**290** · 05/03/21 03:01:23

そういや、ARP tableをstaticに書くって
結構効果ありますな。ISPが提供する3台のstratum 2
（事実上 stratum1 相当とのこと）に対して
かならず±5ms程度のoffsetのブレが生じていたけど、
default gatewayへのstatic ARP entryを書いたらjitterが
1/5 になって常に1ms未満のoffsetになりますた。

もう自己満足の領域ですが。

ほげ · 2005/03/21(月) 06:34:52

地球の裏側にあるNTPサーバを参照しているんとはこれはまた
ずいぶん難儀なことで．
>>293
腐っているネットワークを自慢されてモナー
offsetの意味を穿き違えている悪寒も．

**_-_** · 2005/03/21(月) 13:02:09

RINGのはまさにntpdateで起動時に一発会わせるような使い方だけを
考えてるんだと理解してるんだが違うのか?

2005/03/21(月) 14:41:51

Ring側は一応 /etc/ntp.conf に書くやりかたも示してるよ。
http://www.ring.gr.jp/ring/ntp.html.ja

こういう使い方でも、実用上問題ない精度が得られるかと。
遠くのサーバに当たっても、1秒未満で合うでしょ。
それ以上の精度が確実に必要ならGPS受信機なりを買うべきかと。
インターネット経由の時刻同期に過大な期待をしないほうがいいかと。
（それはmfeedもringも変わらんよね）

**ななしちゃん** · 2005/03/21(月) 18:06:35

んま、中村正三郎がNTPについてなんも知らなかったのは確実だ罠。

ほげ · 2005/03/21(月) 20:00:27

>>297
あいつ何にもわかってないよな．
Ringで示している書き方をするとラウンドロビンのDNSが，偶然同じものを指す
可能性がある．NTPは３つの参照先があると正しい時間を選択する仕組みだが
その意味がなくなる．やっかいなことに偶然にしか起こりえない．
/.Jにも書いてあったけど，ring.nict.go.jpとかring.atr.jpといった中から
具合に自分に近いところを選び，ISPやmfeedと一緒にませて参照サーバ
として使うのが安全だろう．少なくともRingのサイトに書いてあることを
鵜呑みにしないほうがいい．
本当に「よくわからないけどやってみました」ってレベルだな（藁

& ◆fKxTq5h76Y · 2005/03/21(月) 20:34:19

そういや、こいつら実体は普通のanonymous FTPサーバだよね。
上り下りのトラフィック量に大きな差があると
パケットの行き帰りの遅延時間に差が生じて
誤差の原因にならんのかな。
何秒もずれるということはないだろうが

& ◆9ke3tCZ2l2 · 2005/03/21(月) 21:37:37

いろいろ観察した結果，ntpの参照先としてring.nict.go.jpとring.atr.jpが
使い物になりそうだ(GJ!)．特にring.nict.go.jpはやっぱりよくわかっている
なぁ，という感じがする．あとはちょっとお勧めできない．ring.aist.go.jpとか
core.ring.gr.jpとかダメダメだし．ring.housei.ac.jpとring.qgpop.netも
漏れなら参照しない．

**anonymous@** ntkngw125050.kngw.nt.adsl.ppp.infoweb.ne.jp · 2005/03/25(金) 09:47:07

ｴﾛｲ人、匿名希望 ◆rXpNDG7vbEさんのｿﾌﾄを再ｳﾌﾟ希望

2005/03/26(土) 12:56:37

今見たらntp.ring.gr.jpが6台になってた

>ring.nict.go.jpとring.atr.jp
両方とも学術ネットワーク上のサーバだな。商用ISPからの接続だと
最寄のサーバを選ぶという観点からはあまりよろしくないな。

**anonymous@** · 2005/03/26(土) 15:51:14

>>302
うちからだと
nictはjpix->sinet経由、atrは大手町WIDE経由で、遠くないよ。
昔とは違う。

. · 2005/03/30(水) 15:46:48

http://www.jst.mfeed.ad.jp/
正式にサービス開始だって。

2005/03/30(水) 22:43:34

つーわけでringｲﾗﾈ

2005/03/30(水) 23:02:07

ようやく来たな。

_ · 2005/03/31(木) 12:44:55

ところで NTP version4 の Internet draft 化はどうなってるの？

mfeed のところにはv6も使えるようになったと書いてあって、アドレスが書いてあるだけ。
仕様は？と聞かれても言えない状態だよなぁ。ああいう風にしか書けないよな。

**怨念株式會社** · 皇紀2665/04/01(金) 10:57:55

>>292
># NTPは行きと帰りの遅延時間が同一であるという仮定を
># しているので、2つの間に大きな差がある場合は大きな
># 誤差が出る。それでも、最悪RTT以上の誤差は生じないため、

国内の場合
ocn 系列のＩＳＰ - verio 経由はダメで ocn内はＯＫ

他のＩＳＰ(接続先が国内)でも国外に出るような経路だとダメっぽ

最低限国内のpop数が少ないntp鯖を選ぶべき
うちの場合 ntp01.sinet.ad.jpになるわけだ

livedoor06/04/01(金) 21:00:40

インターネットマルチフィード「時刻情報提供サービス for Public」の提供開始について
http://www.mfeed.ad.jp/corporate/press/20050330.html
インターネットマルチフィード株式会社（略称：MFEED、本社：東京都千代田区、代表取締役社長：鈴木幸一）は、
これまで、インターネット上で日本標準時を正確に提供する共同実験を行ってまいりましたが、このたび独立
行政法人情報通信研究機構（NICT）の提供する「ネットワークによる時刻情報提供サービス（NTPサービス）」
を利用した本格サービス
『インターネットマルチフィード「時刻情報提供サービス for Public」』
として、2005年 3月 31日より提供開始します。
MFEEDでは、今後もインターネットの飛躍的かつ健全な発展を推進し、社会的インフラとしての信頼性向上に
寄与するサービスの提供に先駆的に取り組んでいきます。

livedoor06/04/01(金) 23:31:22

>>301
tobeten.dyndns.org/~master/up/img/192.zip　NTP応答速度ランキング
tobeten.dyndns.org/~master/up/img/194.zip　NTP階層分析

livedoor06/04/02(土) 00:41:20

>>310
これ、WiKiの中の人が保存してくれたらなぁ･･･とか言ってみるテスト

_ · livedoor06/04/02(土) 02:15:56

つーかgeoなりsf.jpなりでアカウントとりゃいいじゃん。

**_-_** · livedoor6年,2005/04/02(土) 15:49:47

>>311
Wikiにページ起こして出典を示して張っておけば?

2005/04/04(月) 21:32:36

. · 2005/04/05(火) 00:30:38

匿名希望 ◆rXpNDG7vbE ﾀｿの計測ソフト再アップしていただけませんか？
ミラーとして残しておきたいのですが。いいでしょうか？＞匿名希望 ◆rXpNDG7vbE ﾀﾝ

. · 2005/04/05(火) 00:32:31

と思ったら>>310のが生きてたので、消えないようにミラーしときますね。

**anonymous@** usen-221x252x29x18.ap-US01.usen.ad.jp · 2005/04/25(月) 21:29:56

sntp.mydns.toという実験中のNTPサーバを見つけました

**anonymous@** · 2005/04/25(月) 22:09:43

$ host sntp.mydns.to
sntp.mydns.to has address 221.252.29.22
$ host 221.252.29.22
22.29.252.221.in-addr.arpa domain name pointer usen-221x252x29x22.ap-US01.usen.ad.jp.
$ whois 221.252.29.22/e
(snip)
a. [Network Number] 221.252.29.16/29

あー、君は何をしたいの？実験？

**anonymous@** · 2005/04/26(火) 09:24:04

自作自演？

兄 · 2005/04/26(火) 10:51:02

弟がすみませんでした。

_ · 2005/05/28(土) 22:24:47

福岡大の負荷はちったぁへったのかな?

**ntpq** · 2005/06/06(月) 00:42:49

$ ntpq -p
remote refid st t when poll reach delay offset jitter
*ntp1.jst.mfeed. 210.173.176.4 2 u 432 256 172 16.667 0.036 0.442
+ntp2.jst.mfeed. 210.173.176.4 2 u 130 256 367 18.346 1.768 0.526
+ntp3.jst.mfeed. 210.173.160.86 2 u 120 256 377 16.608 0.537 0.984
LOCAL(0) LOCAL(0) 13 l 6 64 377 0.000 0.000 0.004

2005/06/06(月) 09:39:44

2005/06/06(月) 14:53:50

2005/06/20(月) 13:52:31

http://www2.nict.go.jp/dk/c272/news/index.html

sntp1.nict.go.jp IPv4:133.243.230.51 IPv6:2001:e38:2020::123
sntp2.nict.go.jp IPv4:133.243.230.52 IPv6:2001:e38:2020::124

2005/08/31(水) 10:25:26

http://www.tl.fukuoka-u.ac.jp/Lab/tsuruoka/peerstatus.cgi

received packets / time since reset = 1388.64

**仕様書無しさん** · 2005/09/23(金) 15:50:04

んで、福岡大の負荷はどうなりますたか？

2005/10/13(木) 14:00:23

>>326
268.9

**anonymous@fusianasan** · NG

怖いなこの板。(スレじゃなくて)
名前空欄にするとIPアドがでるのか。

**anonymous@fusi** · 2005/10/31(月) 20:14:19

proxy?

**anonymous@** p5124-ipbf304sapodori.hokkaido.ocn.ne.jp · 2005/11/20(日) 14:46:10

IP晒し

**anonymous@** 230.125.44.61.fbb.aol.co.jp · 2005/12/10(土) 19:54:40

age

**ななし** · 2005/12/11(日) 13:28:14

なんじゃごりゃーー

**anonymous@** p0391-ip03osakakita.osaka.ocn.ne.jp · 2005/12/18(日) 21:29:53

閏秒あわせ祭りまであと2週間。ワクワク。

**anonymous@** p2060-ipbf206kobeminato.hyogo.ocn.ne.jp · 2005/12/18(日) 21:51:03

>>334
それって各NTPサーバーはどうなるの？？

2005/12/23(金) 10:31:14

http://www.jst.mfeed.ad.jp/others/04.html
うるう秒対応
時刻情報提供サービス for Publicにおける対応予定
2005年12月31日より、NTPパケット内におけるLeap Indicator(LI)のビットを「01」として配信いたします。うるう秒挿入の2006年1月1日9時になりましたら、この情報は解除されます。

Leap Indicator(LI)のビットをどのように解釈するかは、NTPクライアントソフトウェアの仕様をご確認下さい。

-----------
な対策をたいていの公開ntpサーバでやるんじゃない？

**anonymous@** · 2005/12/27(火) 09:59:46

**anonymous@** j123121.ppp.asahi-net.or.jp · 2006/01/01(日) 00:01:19

そろそろうるう秒が来るお

**anonymous@** 58x5x59x71.ap58.ftth.ucom.ne.jp · 2006/01/11(水) 10:22:47

ルーターにntp.jst.mfeed.ad.jpセットしたら2020年にされて切断されちまった

**anonymous@** 60-56-38-10.eonet.ne.jp · 2006/01/12(木) 22:26:27

windows用に、ntpdみたいに時刻を飛ばしたりせず、ちょっとずつ時刻修正してくれて、driftを計測して、同期がとれてなくても狂わない時刻修正ソフトはありませんか。

**名無しさん** · 2006/01/12(木) 23:34:55

ntpdはWindowsでも動くけど、そう言う話ではない？

**anonymous@** ip-west-452.enjoy.ne.jp · 2006/01/21(土) 16:18:11

DEODEO ENJOYインターネットのNTP鯖って公開されてないようだけど
桜時計でDNS鯖のIP(202.224.64.51)入れたらちゃんと時刻修正された。
でもnet time /setsntp:202.224.64.51してnet timeしてもタイムサーバが見つかりませんだって。
何故？

2006/02/05(日) 11:04:10

>>342
net timeでパラメータを省略したときはWindowsネットワークで時刻合わせをしようとするから。
/setsntpしたなら、WindowsTimeサービスを走らせておけばいいだけ。
詳しく確認したければw32tmコマンドを使え。

**anonymous@** FLH1Ahx114.tky.mesh.ad.jp · 2006/02/23(木) 01:54:17

http://lm700j.at.webry.info/200601/article_3.html
XP用のレジストリがあった

**anonymous@** p2-user: 48946 p2-client-ip: 219.22.116.90 · 2006/02/23(木) 06:14:53

ここは酷い伊賀地方って近畿ですね

**anonymous@** · 2006/02/23(木) 20:11:55

d · 2006/05/21(日) 01:59:49

>>286
個人的には，国際原子時の作成に関わっている原子時計直結=stratum 1
それらからGPSコモンビュー法等により校正をうけて原子時計直結=stratum 2
GPS同期はstratum 3だろうと思う．
まー結局のところ何にしろstratumにはたいした意味がないという結論でよいのだろうけど．

**anonymous@** · 2006/05/21(日) 11:27:42

んでも直結のマシンの温度管理がされてない場合はそこから+2くらいした方が

**anonymous@** · 2006/05/30(火) 21:56:49

**名無しさん** · 2006/05/31(水) 07:20:48

同一LAN内のst1に繋がっててもst2.
遠い外国のst1に繋がっててもst2.

◆/RooT..... · 2006/06/12(月) 22:00:03

NICT、インターネット用時刻同期サーバによる日本標準時配信サービスを開始
http://japan.cnet.com/news/media/story/0,2000056023,20137847,00.htm
＞処理能力は既存システム200台分以上に相当する毎秒100万リクエスト以上の性能を有する。
＞この処理能力は世界最高性能で、現在の国内の需要を十分にカバーできるという。

　 NTPサーバアドレス ntp.nict.jp
　 WEBアドレス　　　 http://www2.nict.go.jp/w/w114/stsi/PubNtp/

**anonymous@fushianasan** · 2006/06/13(火) 03:50:03

>>351
tracerouteしてみるとSINET->CRL入り口->CRL内振り分け->NTPサーバ
とたどっているので，SINET内ならいいだろうけど，実際にはほとんどの場合においてmfeedの方が精度良く同期できそうな気がする。

**anonymous@** · 2006/06/13(火) 04:16:41

確かにディレイ値はマルチフィードの方が安定してて1ms程早い。

**ななしちゃん** · 2006/06/16(金) 16:15:07

ま、ntp.confに一行書き足して精度向上を図るにはいいかと。

**anonymous@** 11.169.138.210.bf.2iij.net · 2006/06/16(金) 18:52:55

http://sea-mew.jp/nox/modules/rpms/searchntp.php
ここ情報源としておすすめ。

**spamcoq.net love** ◆pxPJuh/Nps · 2006/07/21(金) 14:52:39

>>278
福岡大学がＮＴＰサーバのサブドメインドメイン名を変更して
初めて過負荷がわかった

という展開が面白かった
いや、むしろそうして欲しかった。

る · 2006/09/04(月) 14:41:55

ほし

**ななし** · 2006/09/23(土) 20:56:32

福岡大学、掲載あり
http://support.microsoft.com/default.aspx?scid=kb;ja;262680

**anonymous@** gate-b3.kobegakuin.ac.jp · 2006/09/26(火) 16:17:35

http://sea-mew.jp/nox/modules/rpms/searchntp.php

_ · 2006/10/06(金) 21:52:07

NTPの参照先って、いまでも福岡大学でいいの？

**あのにます** · 2006/10/07(土) 11:34:00

mfeedでイナフ

**anonymous@** FLH1Aaz026.hyg.mesh.ad.jp · 2006/10/14(土) 18:49:11

ntp.nict.jp

**anonymous@** EAOcf-130p59.ppp15.odn.ne.jp · 2006/10/21(土) 00:34:26

ntp.121ware.com
ntp01.rd-style.com

**anonymous** · 2006/11/04(土) 20:47:57

>>361
mfeedのって、そこらへんのwindows利用者が桜時計あたりで指定しちゃってもいいものなの??
数百万台からのアクセスくらいなら、耐えられるかな

**anonymous@** zaqdb73cdd2.zaq.ne.jp · 2006/11/05(日) 15:02:56

>>364
もちろんOKだよ。
NICTに至っては、逆に歓迎してるし。

**sage** · 2006/11/26(日) 06:19:18

NTPがまたしても特許侵害訴訟
http://headlines.yahoo.co.jp/hl?a=20061107-00000002-inet-sci

**anonymous@** aa2005110048d2fb6df6.userreverse.dion.ne.jp · 2006/11/28(火) 14:01:58

ntp.nict.jp

**sage** · 2006/12/15(金) 22:24:09

窓の杜 - 【NEWS】情報通信研究機構、“NICT NTP クライアントコンテスト”の審査結果を発表
http://www.forest.impress.co.jp/article/2006/12/15/ntpconresult.html

**anonymous@**softbank220015170241.bbtec.net · 2007/03/05(月) 12:52:59

ntp.bbtec.net
219.188.200.128

**anonymous@**softbank220015170241.bbtec.net · 2007/03/28(水) 17:34:45

C:\Documents and Settings\Owner>w32tm /monitor /computers:ntp.bbtec.net
ntp.bbtec.net [219.188.200.128]:
ICMP: error IP_REQ_TIMED_OUT - no response in 1000ms
NTP: -0.4046471s offset from local clock
RefID: ntp1.idc.ad.jp [158.205.237.70]

**anonymous@**60-56-118-7.eonet.ne.jp · 2007/03/30(金) 16:25:56

C:\Documents and Settings\user>w32tm /monitor /computers:ntp.eonet.ne.jp
ntp.eonet.ne.jp [61.122.241.186]:
ICMP: 4ms delay.
NTP: +0.9360926s offset from local clock
RefID: ntp2.jst.mfeed.ad.jp [210.173.160.57]

**anonymous@**aa2005110048d2fb6df6.userreverse.dion.ne.jp · 2007/04/08(日) 15:21:06

C:\Documents and Settings\IT_USER>w32tm /monitor /computers:ntp02.dion.ne.jp
ntp02.dion.ne.jp [210.251.0.16]:
ICMP: 22ms delay.
NTP: -28.9690637s offset from local clock
RefID: (unknown) [192.168.38.230]

**anonymous@**aa2005110048d2fb6df6.userreverse.dion.ne.jp · 2007/04/08(日) 15:22:28

http://sea-mew.jp/nox/modules/rpms/searchntp.php

w32tm /monitor /computers:ntp03.dion.ne.jp
ntp03.dion.ne.jp [210.251.0.81]:
ICMP: 22ms delay.
NTP: -28.9690637s offset from local clock
RefID: (unknown) [192.168.38.229]

**anonymous@**p8017-ipbffx02kobeminato.hyogo.ocn.ne.jp · 2007/05/04(金) 17:38:56

C:\Documents and Settings\USER>w32tm /monitor /computers:ntp-tk01.ocn.ad.jp
ntp-tk01.ocn.ad.jp [202.234.233.106]:
ICMP: 16ms delay.
NTP: +0.0936785s offset from local clock
RefID: (unknown) [203.139.161.118]

**anonymous@**p8017-ipbffx02kobeminato.hyogo.ocn.ne.jp · 2007/05/04(金) 17:40:35

C:\Documents and Settings\USER>w32tm /monitor /computers:ntp-tk02.ocn.ad.jp
ntp-tk02.ocn.ad.jp [202.234.233.109]:
ICMP: 16ms delay.
NTP: +1.8289252s offset from local clock
RefID: (unknown) [203.139.161.118]

C:\Documents and Settings\USER>w32tm /monitor /computers:ntp-os01.ocn.ad.jp
ntp-os01.ocn.ad.jp [210.145.255.76]:
ICMP: 7ms delay.
NTP: +1.7542622s offset from local clock
RefID: (unknown) [203.139.161.118]

**謎グラマー** · 2007/05/20(日) 17:09:07

UPLOAD/DOWNLOAD が安定していれば'.jp'にこだわる必要がないはずで...
=====>>>>> RFC2030,RFC4330 をよーく読んでみよう !!!
それよりもっと怖いのは'.cn'からの大量のアクセスだったりして

**謎グラマー** · 2007/09/29(土) 15:31:49

おーい誰かいるか

**anonymous@**PPPa1845.e3.eacc.dti.ne.jp · 2007/10/05(金) 10:39:56

**っがｆｄが** · 2007/10/05(金) 16:15:30

もう安定してるから
このスレの価値はもう

**四国＠ＯＣＮ** · 2007/11/18(日) 03:25:23

保守＆安定してるのを報告。

　　　remote　　　　　refid　　　st t when poll reach　 delay　 offset　jitter
==============================================================================
-ntp-os01.ocn.ad 202.234.233.104　3 u　 39 1024　377　 20.772　-17.566　 0.702
-ntp-tk01.ocn.ad 202.234.233.104　3 u　 14 1024　377　 27.101　-17.723　 0.977
-ntp-tk02.ocn.ad 202.234.233.105　3 u　 4 1024　377　 26.934　-17.784　 1.339
-ntp1.jst.mfeed. 210.173.160.86　 2 u　 61 1024　377　 28.078　-18.000　 1.529
+ntp2.jst.mfeed. 210.173.160.86　 2 u　 53 1024　377　 28.540　-16.982　 1.012
+ntp3.jst.mfeed. 210.173.160.86　 2 u　 60 1024　377　 28.181　-17.364　 1.684
*ntp-b2.nict.go. .PPS. 1 u　 67 1024　377　 42.539　-12.766　 3.397
　LOCAL(0)　　　　.LOCL.　　　　　5 l　 31　 64　377　　0.000　　0.000　 0.002

NICTとMfeed、OCN網内NTP参照。ホップ数はOCNからNICT/Mfeedともに+5くらい。
ただしOCN網内なのに四国からはMfeedと東京OCNのdelayって殆ど変わらんねｗ

**京都@wakwak** · 2007/12/09(日) 18:32:16

remote refid st t when poll reach delay offset jitter
==============================================================================
LOCAL(0) LOCAL(0) 10 l 18 64 377 0.000 0.000 0.000
*ntp-a2.nict.go. .PPS. 1 u 263 1024 377 30.060 0.891 0.248
-ntp-b3.nict.go. .PPS. 1 u 575 1024 377 30.101 1.451 0.000
+ntp-b2.nict.go. .PPS. 1 u 262 1024 377 33.004 0.784 0.000
+cherry.nagaokau .GPS. 1 u 586 1024 377 70.830 1.055 0.690
-ntp1.jst.mfeed. san-ntp1.jpnap. 2 u 797 1024 377 32.200 -0.968 0.000
-ntp2.jst.mfeed. san-ntp1.jpnap. 2 u 576 1024 377 24.966 1.304 0.000
#ntp3.jst.mfeed. san-ntp1.jpnap. 2 u 571 1024 377 35.010 -3.461 2.914
#ntp1.wakwak.com ntp1.xephion.ne 3 u 560 1024 377 25.402 0.305 1.038
#ntp2.wakwak.com ntp1.xephion.ne 3 u 138 1024 377 25.833 1.159 0.051

**ring** · 2007/12/09(日) 20:55:50

俺はringで十分だ。
塵も積もれば山となるで負荷は均等にしようぜ。
だからring

**anonymous@**PPPa702.e3.eacc.dti.ne.jp · 2007/12/13(木) 19:43:28

うちだとringが一番正確だな。
なぜじゃろ

**ring** · 2007/12/14(金) 10:10:29

サーバーとの距離が関係するからかな。
例えば九州から東京のｍｆｅｅｄを使うと往復の遅延は無視出来ない。
ringなら近くのntp鯖を利用出来るようになっていたかと。

**anonymous** · 2007/12/14(金) 11:02:28

http://ring.maffin.ad.jp/ring/ntp.html.ja
>tenbinを利用して、一番近いntpサーバへ誘導したりしないのですか？
>試験的に対応してみました。ntp.t.ring.gr.jpです。
>また、DNS Balanceを利用して、一番近いntpサーバへ誘導する試験サービスも行っています。ntp.dnsbalance.ring.gr.jpです。

ってあるけど、ntp.ring.gr.jpはどうしてるんだろうね？

**anonymous@**PPPa1817.e3.eacc.dti.ne.jp · 2007/12/18(火) 23:05:48

近い遠いより空いてる方がいいんじゃね？

**anonymous@**88.51.30.125.dy.iij4u.or.jp · 2007/12/19(水) 10:02:34

電波時計のキット買ってきてシリアルあたりに繋いどけばキミもstratum1だ！

**NTP** · 2007/12/19(水) 21:57:35

>>386
距離

**anonymous** · 2007/12/20(木) 22:15:21

>>388距離は相当関係ありますか？

**オナニーマウス** · 2007/12/20(木) 23:37:54

例えば北海道から関西の鯖を往復させたら無視できない数値と思うか
そんなもん端数だよと思うかどちらかだね。

**anonymous@**aa2005110048d2fb6df6.userreverse.dion.ne.jp · 2007/12/24(月) 15:37:48

C:\Documents and Settings\IT_USER>w32tm /monitor /computers:ntp02.dion.ne.jp
ntp02.dion.ne.jp [210.251.0.16]:
ICMP: 16ms delay.
NTP: +1.2064027s offset from local clock
RefID: (unknown) [192.168.38.230]

C:\Documents and Settings\IT_USER>w32tm /monitor /computers:ntp03.dion.ne.jp
ntp03.dion.ne.jp [210.251.0.81]:
ICMP: 15ms delay.
NTP: +1.2188257s offset from local clock
RefID: (unknown) [192.168.38.229]

**sage** · 2008/01/04(金) 14:51:09

http://hellokoi.com/area
http://mxm18.jp/mazi/i/

eo · 2008/01/04(金) 14:52:50

C:\Documents and Settings\admin>w32tm /monitor /computers:ntp1.eonet.ne.jp
ntp1.eonet.ne.jp [61.122.241.186]:
ICMP: 5ms delay.
NTP: -0.9969884s offset from local clock
RefID: ntp-a3.nict.go.jp [133.243.238.244]

C:\Documents and Settings\admin>w32tm /monitor /computers:ntp2.eonet.ne.jp
ntp2.eonet.ne.jp [61.122.241.187]:
ICMP: 4ms delay.
NTP: -0.9904510s offset from local clock
RefID: ntp-a3.nict.go.jp [133.243.238.244]