NTP, SNTP負荷分散作戦所
NTP サーバは、(ネットワーク的に)近くて、(ping応答が)早いサーバを選択するのが鉄則。
まずはプロバイダが NTP サーバを提供してるか確認しましょう。
おいそこの clock.nc.fukuoka-u.ac.jp (133.100.9.2)使ってる奴!とりあえず変更しよう。な。
関連wiki
http://wiki.nothing.sh/page/NTP 漏れのところもそうなった。というか、分単位でずれた。
レジストリいじって問い合わせ頻度を上げる方法を
知らなかったから、ntpdをコンパイルして入れた。 >>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/
$ 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 time.windows.comそのものは死んではいないが、
stratum16になっちゃってるね。 雑誌記事のデフォルトはpool.ntp.orgでいいんじゃね?
http://www.pool.ntp.org/
Debianのntpdateのデフォルトがこれで問題ない
らしいし。 pool.jst.mfeed.ad.jp とか用意して貰えないかなぁ… >>270
asia.pool.ntp.org がだいぶ増えましたね。 >>215
218887532 / 769874 = 284.3
まじ減った? まじ減ったっぽい。結局、ねらーの協力が主因ではないようだ。。。orz >>274
手淫でなくてもいいや、、少しでも減ったってことが大事なんだよ >>274
ま、「しない善より する偽善」ってこった
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というボランティアプロジェクトに、人材、
機材を無償で提供してくださっている参加各組織の皆様に厚く御礼申し上げる次第です。 >>277
> ただし、ntp.ring.gr.jpはstratum が一定ではない
>(ばらけている)ので
使えねぇ...
つーか、いつから ring は福岡大のためだけのプロジェクトを
やるようになったんだ? 企業でやってる ring サーバは参加
しにくくなったな。
プレスの文案もっと推敲すれば済んだ問題なのに... >>278
文句があったら中村代表にメールを送りつけて下さい。
2chに書かれても、ネタにされるか、無視されるかのいずれかになります。
福岡大云々はともかく、
stratum が一定ではないから使えねぇと
言ってる人は何を期待してるんだろう? ringの、昨日から使ってみたが、stratum2のサーバにしか当たってないなぁ。
ばらけてるってどれくらいの範囲だろうか。
どうでもいいことだが、ヒマなので調べてみた。
サーバは9つで
stratum 2 =5
stratum 3 =3
stratum 4 =1
だった。
予想よりはバラけていなかった。 なんか落差の大きい取り合わせですね。
% 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.
>282
そういうアホが多いから stratum 不要論とか出るわけですね。 RR-DNSの場合ntpサーバからのRTTが一定じゃないのか厳しいだろ
それが中村クオリティ... ntpd.confに自分のISPのntpサーバ・mfeed・ntp.ring.gr.jpを2発ぐらい
書いておけばいいじゃん.枯れ木も山の賑わいだよ.使えるか使えないかは
ntpdが判断してくれることで俺らが気にすることではない. んー、ntpでDNSラウンドロビンって意味分かんないよ RTTを気にする人は多いけど、
今のインターネットなら地球の裏側を参照先サーバにしても、
最悪でも1秒未満の誤差で合うよ。
1秒の精度で合っていれば大部分の用途で十分でしょう。
それ以上の精度の保証を求めるなら、
インターネット経由で時刻同期をするのがそもそも間違いだと思う。
むしろ、参照先サーバが正しい時刻を供給
しているかのほうが重要だと思う。pool.ntp.orgは、参加している
NTPサーバを定期的に調査して、変な時刻を供給しているものは
DNSラウンドロビンの対象から外す。
ntp.ring.gr.jp がそういうことをしているかは知らん。
(pool.ntp.orgに参加すればいいのに)
心配な人は >>288の言うとおり複数書いておけばいい。
ntpdが勝手にRTTやjitterが小さいのを選び、
かつ変な時刻を供給するserverを除いて同期するから。 ntpは複数のサーバを見ながら数ミリ秒レベルで同期していますが何か?
Windowsの時間同期(単純な現在時刻の取得のみ)と混同している悪寒
インターネット経由で同期する限り、いくら複数の
サーバを参照していても、その「数ミリ秒レベル」が
常に保証されるとは限らないわけで。
1000msというのはかなり大げさだけど、インターネットの
任意のノード間のRTTは俺の知る限り
余程のことがなければ1000msを超えることはないから、
1000msと書いた。
# NTPは行きと帰りの遅延時間が同一であるという仮定を
# しているので、2つの間に大きな差がある場合は大きな
# 誤差が出る。それでも、最悪RTT以上の誤差は生じないため、
# 上記のような結論。
そういや、ARP tableをstaticに書くって
結構効果ありますな。ISPが提供する3台のstratum 2
(事実上 stratum1 相当とのこと)に対して
かならず±5ms程度のoffsetのブレが生じていたけど、
default gatewayへのstatic ARP entryを書いたらjitterが
1/5 になって常に1ms未満のoffsetになりますた。
もう自己満足の領域ですが。 地球の裏側にあるNTPサーバを参照しているんとはこれはまた
ずいぶん難儀なことで.
>>293
腐っているネットワークを自慢されてモナー
offsetの意味を穿き違えている悪寒も. RINGのはまさにntpdateで起動時に一発会わせるような使い方だけを
考えてるんだと理解してるんだが違うのか?
Ring側は一応 /etc/ntp.conf に書くやりかたも示してるよ。
http://www.ring.gr.jp/ring/ntp.html.ja
こういう使い方でも、実用上問題ない精度が得られるかと。
遠くのサーバに当たっても、1秒未満で合うでしょ。
それ以上の精度が確実に必要ならGPS受信機なりを買うべきかと。
インターネット経由の時刻同期に過大な期待をしないほうがいいかと。
(それはmfeedもringも変わらんよね) んま、中村正三郎がNTPについてなんも知らなかったのは確実だ罠。 >>297
あいつ何にもわかってないよな.
Ringで示している書き方をするとラウンドロビンのDNSが,偶然同じものを指す
可能性がある.NTPは3つの参照先があると正しい時間を選択する仕組みだが
その意味がなくなる.やっかいなことに偶然にしか起こりえない.
/.Jにも書いてあったけど,ring.nict.go.jpとかring.atr.jpといった中から
具合に自分に近いところを選び,ISPやmfeedと一緒にませて参照サーバ
として使うのが安全だろう.少なくともRingのサイトに書いてあることを
鵜呑みにしないほうがいい.
本当に「よくわからないけどやってみました」ってレベルだな(藁 そういや、こいつら実体は普通のanonymous FTPサーバだよね。
上り下りのトラフィック量に大きな差があると
パケットの行き帰りの遅延時間に差が生じて
誤差の原因にならんのかな。
何秒もずれるということはないだろうが いろいろ観察した結果,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も
漏れなら参照しない. エロイ人、匿名希望 ◆rXpNDG7vbEさんのソフトを再ウプ希望 今見たらntp.ring.gr.jpが6台になってた
>ring.nict.go.jpとring.atr.jp
両方とも学術ネットワーク上のサーバだな。商用ISPからの接続だと
最寄のサーバを選ぶという観点からはあまりよろしくないな。 >>302
うちからだと
nictはjpix->sinet経由、atrは大手町WIDE経由で、遠くないよ。
昔とは違う。 ところで NTP version4 の Internet draft 化はどうなってるの?
mfeed のところにはv6も使えるようになったと書いてあって、アドレスが書いてあるだけ。
仕様は?と聞かれても言えない状態だよなぁ。ああいう風にしか書けないよな。 >>292
># NTPは行きと帰りの遅延時間が同一であるという仮定を
># しているので、2つの間に大きな差がある場合は大きな
># 誤差が出る。それでも、最悪RTT以上の誤差は生じないため、
国内の場合
ocn 系列のISP - verio 経由はダメで ocn内はOK
他のISP(接続先が国内)でも国外に出るような経路だとダメっぽ
最低限国内のpop数が少ないntp鯖を選ぶべき
うちの場合 ntp01.sinet.ad.jpになるわけだ インターネットマルチフィード「時刻情報提供サービス for Public」の提供開始について
http://www.mfeed.ad.jp/corporate/press/20050330.html
インターネットマルチフィード株式会社(略称:MFEED、本社:東京都千代田区、代表取締役社長:鈴木幸一)は、
これまで、インターネット上で日本標準時を正確に提供する共同実験を行ってまいりましたが、このたび独立
行政法人情報通信研究機構(NICT)の提供する「ネットワークによる時刻情報提供サービス(NTPサービス)」
を利用した本格サービス
『インターネットマルチフィード「時刻情報提供サービス for Public」』
として、2005年 3月 31日より提供開始します。
MFEEDでは、今後もインターネットの飛躍的かつ健全な発展を推進し、社会的インフラとしての信頼性向上に
寄与するサービスの提供に先駆的に取り組んでいきます。 >>301
tobeten.dyndns.org/~master/up/img/192.zip NTP応答速度ランキング
tobeten.dyndns.org/~master/up/img/194.zip NTP階層分析 >>310
これ、WiKiの中の人が保存してくれたらなぁ・・・とか言ってみるテスト つーかgeoなりsf.jpなりでアカウントとりゃいいじゃん。 >>311
Wikiにページ起こして出典を示して張っておけば? 匿名希望 ◆rXpNDG7vbE タソの計測ソフト再アップしていただけませんか?
ミラーとして残しておきたいのですが。いいでしょうか?>匿名希望 ◆rXpNDG7vbE タン と思ったら>>310のが生きてたので、消えないようにミラーしときますね。 sntp.mydns.toという実験中のNTPサーバを見つけました $ 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
あー、君は何をしたいの?実験? $ 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 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 怖いなこの板。(スレじゃなくて)
名前空欄にするとIPアドがでるのか。 >>334
それって各NTPサーバーはどうなるの?? 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サーバでやるんじゃない? ルーターにntp.jst.mfeed.ad.jpセットしたら2020年にされて切断されちまった windows用に、ntpdみたいに時刻を飛ばしたりせず、ちょっとずつ時刻修正してくれて、driftを計測して、同期がとれてなくても狂わない時刻修正ソフトはありませんか。 ntpdはWindowsでも動くけど、そう言う話ではない? DEODEO ENJOYインターネットのNTP鯖って公開されてないようだけど
桜時計でDNS鯖のIP(202.224.64.51)入れたらちゃんと時刻修正された。
でもnet time /setsntp:202.224.64.51してnet timeしてもタイムサーバが見つかりませんだって。
何故? >>342
net timeでパラメータを省略したときはWindowsネットワークで時刻合わせをしようとするから。
/setsntpしたなら、WindowsTimeサービスを走らせておけばいいだけ。
詳しく確認したければw32tmコマンドを使え。 >>286
個人的には,国際原子時の作成に関わっている原子時計直結=stratum 1
それらからGPSコモンビュー法等により校正をうけて原子時計直結=stratum 2
GPS同期はstratum 3だろうと思う.
まー結局のところ何にしろstratumにはたいした意味がないという結論でよいのだろうけど. んでも直結のマシンの温度管理がされてない場合はそこから+2くらいした方が 同一LAN内のst1に繋がっててもst2.
遠い外国のst1に繋がっててもst2. 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/ >>351
tracerouteしてみるとSINET->CRL入り口->CRL内振り分け->NTPサーバ
とたどっているので,SINET内ならいいだろうけど,実際にはほとんどの場合においてmfeedの方が精度良く同期できそうな気がする。
確かにディレイ値はマルチフィードの方が安定してて1ms程早い。 ま、ntp.confに一行書き足して精度向上を図るにはいいかと。 >>278
福岡大学がNTPサーバのサブドメインドメイン名を変更して
初めて過負荷がわかった
という展開が面白かった
いや、むしろそうして欲しかった。
ntp.121ware.com
ntp01.rd-style.com