NTP, SNTP負荷分散作戦所

NTP サーバは、(ネットワーク的に)近くて、(ping応答が)早いサーバを選択するのが鉄則。
まずはプロバイダが NTP サーバを提供してるか確認しましょう。

おいそこの clock.nc.fukuoka-u.ac.jp (133.100.9.2)使ってる奴！とりあえず変更しよう。な。

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

話題元のスレッド

時刻合わせ総合スレッド2
http://pc5.2ch.net/test/read.cgi/linux/1106461500/

初めて、通信技術へこられた方へ！！

この板は、特殊な板で、名前欄を空白にしてレスをつけると、
強制的にＩＰが表示されてしまいます。

その場合でも、救済措置のような事はありませんので、くれぐれも御注意ください。

うはｗｗｗｗやられたっｗｗっｗうぇっうぇｗ

orz

■関連リンク

・The Clock Mini-HOWTO (JF)
　　http://www.linux.or.jp/JF/JFdocs/Clock.txt
・Experimental NTP Servers
　　http://www.jst.mfeed.ad.jp/
・NTPサーバリスト
　　http://pc.spo.to/network/ntp_list.html
・wiki@nothing > NTP
　　http://wiki.nothing.sh/page/NTP

■関連スレ
・時刻合わせ総合スレッド
　　http://pc5.2ch.net/test/read.cgi/linux/1008318869/
・時刻合わせ総合スレッド2
　　http://pc5.2ch.net/test/read.cgi/linux/1106461500/

このスレへのリンクは、wikiには貼らない事を提案します。

素人には厳しすぎる板だ。

>>2ぷららー仲間発見

>>6
注意書きも一緒に書いておけばいいのでは

関連しそうな URL 追加

２ちゃんねるNTPサーバー構想
ttp://s03.2log.net/home/kensukejan/archives/blog259.html

ところでぷららのNTPって使えなくないか？

東日本ですけど使えましたよ。

>>9
# ntpq -p
remote refid st t when poll reach delay offset jitter
==============================================================================
+ntp2.plala.or.j 202.234.233.109 4 u 76m 1024 360 20.908 0.748 0.126
-ntp1.plala.or.j 202.234.233.109 4 u 76m 1024 360 20.894 0.625 0.182
+ntp1.jst.mfeed. 210.173.160.86 2 u 79m 1024 360 20.675 0.824 0.341
+ntp2.jst.mfeed. 210.173.160.86 2 u 76m 1024 360 21.354 0.637 0.045
*ntp3.jst.mfeed. 210.173.160.86 2 u 71m 1024 360 20.902 0.806 0.150

てなわけで使えてるけど

使えるようになりました、スマソ
（WindowsXPの時刻設定では）
（同期中にエラーが発生しました。タイムサンプルは拒否されました）
（ピアの階層は、ホストの階層よりも少ないです）
（とか出てたのだが、なんだったんだろう？）

強烈なのを発見。。

sports2.2ch.net　stratum 2

>>13
福岡大を参照しているみたいだね
stratum 2のサーバだからいいんだろうけれども

ﾋﾞｸﾞﾛﾌﾞユーザNTP鯖使えてる？

>>13
ひ(ryのギャグだとすると、大爆笑しなければならんらしいな。

>>13
うはーwwwwwwwwwwwwwwwwwwwおkkkkkkkkkkkkkkkkkkkkkkk
ぴろしきも糞板ばっかり作らんともっとntp鯖作れこのやろ〜

NTT-MEは菓子折り持って福岡に謝りに行って来いって感じだが
何か動きを見せるのかな。

720 ：login:Penguin ：sage ：05/01/22 02:09:15 ID:b4tq+wJ8

ドメインで設定しているクライアントはそれで変更されるけど
IPアドレスで設定されてるクライアントに対しては意味ないのがつらいとこ

BA8000PROは1stがmfeed/2nd ntpが福岡らしい
製品版のルータの初期設定値にいれるなよなぁ〜>ntt-me
というわけで、BA8000PRO所持者は管理設定->時刻管理の
ntpサーバーの項目を確認＆変更よろ

848 ：login:Penguin ：sage ：05/01/23 02:34:29 ID:OlFQ4pHT
ν即からきますた
福岡大激しく乙！

うちのNTT-ME 128-SOHO IB3は
工場出荷時の設定が133.100.9.2

変更完了

元々自由に使えって言ってたのに一転して謝れとはまるで○暴だな

ttp://maow.cside.to/upload/ntp_near.lzh

近そうな順に NTP サーバー候補を挙げる perl スクリプトを
作って見た。

↓は私の環境で使って見た結果

東京理科大学 / sutns.sut.ac.jp
stratum2 13 hop 25.4 ms 相対評価 118.986
?(J-COM) / ntp1.home.ne.jp
stratum2 13 hop 24.9 ms 相対評価 119.781
XEPHION / ntp2.xephion.ne.jp
stratum2 13 hop 24.7 ms 相対評価 119.960
XEPHION / ntp1.xephion.ne.jp
stratum2 13 hop 24.7 ms 相対評価 119.970
WAKWAK / ntp2.wakwak.com
stratum3 13 hop 24.7 ms 相対評価 120.028
WAKWAK / ntp1.wakwak.com
stratum3 13 hop 24.6 ms 相対評価 120.116
mfeed / ntp3.jst.mfeed.ad.jp
stratum? 13 hop 23.4 ms 相対評価 122.108
mfeed / ntp2.jst.mfeed.ad.jp
stratum? 12 hop 23.5 ms 相対評価 127.633
mfeed / ntp1.jst.mfeed.ad.jp
stratum? 12 hop 23.4 ms 相対評価 127.904
asahi-net / ntp.asahi-net.or.jp
stratum? 11 hop 24.5 ms 相対評価 132.295

相対評価が高いものほど期待できるサーバーと判定されてます。

「時刻」スレからコピペ。　こっちのスレのほうが興味もたれるかな？

722 名前：login:Penguin 投稿日：2005/01/22(土) 02:19 ID:eECXS1E3
　今更ながらNTPのIETF WGがつい最近出来たのを知った。
　http://www1.ietf.org/proceedings_new/04nov/ntp.html

　議題の一つとしてまさに福岡大が経験している問題が対象に
　なっているようだ。
　http://www1.ietf.org/proceedings_new/04nov/slides/ntp-1.pdf
　↑このスライドで公開ntpのリストの問題の例としてマイクロソフトの
　サポート文書が上げられているのでﾜﾛﾀ。

>>1
なんでわざわざこっちでやるんだ？

>>18
謝れなんて言ってたっけ?

>>19
netselect でいいじゃん。

福岡大よりももっとひどかったウィスコンシン大学-ネットギアNTP事件というのを知った。
ttp://www.cs.wisc.edu/~plonka/netgear-sntp/

これは70万台以上製造されたネットギアのホームルータにウィスコンシン大のNTPサーバーがハードコード
されており、しかも応答を受け取るまで1秒に1回のポーリングをするという実装をされていたというもの。
トラフィックは1秒間に25万パケット、150メガバイト以上に達した。

問題への関与者

１．ルータ等メーカの無責任さ
２．管理者、設定業者の怠慢
３．乗り気でないISP
４．呑気すぎた某大学の中の人
５．無頓着に福大を参照させているウェブや書籍の記事

>>6
厨房避けにいいかもｗ

>18
個人が個々に設定するならまだしも、製品の初期設定値に設定されるのは想定外(苦笑)
メーカ側ででntpサーバー立ち上げて、製品の初期値はそこに設定するのが
常識的な会社の判断つぅもんだろ
自分の会社で売ってる製品が発生するトラフィックくらい自社で責任もてなくてどうする

と釣られてみる

sports2.2ch.net　って、openaccessのポリシーが明示・公開されているの？
されていない場合、推奨公開リストには入れない方が良いと思うが。

ntp server clock.nc.fukuoka-u.ac.jp status
ttp://www.tl.fukuoka-u.ac.jp/Lab/tsuruoka/peerstatus.cgi

現在。相変わらず凄まじそう

dropped packets: 181
ignored packets: 0
received packets: 83536475
packets sent: 82877380
packets not sent: 8

会社で作ってたntpサーバそこへ他のサーバ(60台程度)が問い合わせるようにしてたので
たいして迷惑かけてなかったと思うけど。(無責任)
そのntpサーバから福岡大学を外しました、いままでありがとさん。
ていうか危機であるならあると、早めに言ってくれれば外したのに・・・

>>24
http://wiki.nothing.sh/page/NTP/%CC%E4%A4%A4%B9%E7%A4%EF%A4%BB%A5%C6%A5%F3%A5%D7%A5%EC

とりあえず福岡大作戦としては

１．ルータ等メーカの、問い合わせメール窓口に、「ルータ等メーカへの要望テンプレ」をメールしまくり
　→これは、ほとんど運動が広まってないと思われる

３．ISPの、問い合わせメール窓口に、「ISPへの問い合わせ用テンプレ」をメールしまくり
　→これは、かなりのISPに送られたんじゃないかとも思われる

５．福大を参照させているウェブ記事の、問い合わせメール窓口に、「ウェブ記事管理者への要望テンプレ」をメールしまくり
５の２．福大を参照させている書籍記事の出版社の、問い合わせメール窓口に、「書籍等出版社等への要望テンプレ」をメールしまくり
　→どっちも、ほとんど運動が広まってないと思われる

と言う感じで展開するべきかな？

>>31
ISP 以外は、外野がどうこうすべきことじゃないと思う。

ISP も、自分が使ってるとこを調査して報告、でいいじゃん。

>>32-33
そのココロは？

>>17
販売元のNTT-MEはどうかしらないけど。

ルータの開発段階（製品出荷前）に、ルータへのデフォルト参照値として
NTPサーバを使わせてください、っていうお伺いメールを、
開発元のプラネックスから鶴岡研とmfeed両方に出して、
双方から了解メールを得たって聞いている。
mfeedの方は、「一応、試験サービスですから」って言っていたらしいけど、
鶴岡研の方は、「公開ですから」という返事だったらしい。

ルーターのデフォ設定
マイクロ総研　ntp.mrl.co.jp
NEC　ntp.121ware.com
（http://pc5.2ch.net/test/read.cgi/linux/1008318869/969　971）

NTT-ME　BA8000
1stがmfeed/2nd ntpが福岡
（http://pc5.2ch.net/test/read.cgi/linux/1008318869/720　780-783　>>17）
MN128シリーズ全般　133.100.9.2
（http://www.bug.co.jp/mn128/faq/router/timeset.htm#bm384　>>17）

メルコ　不明（空白？）
コレガ　不明（埋め込み？）
（http://pc5.2ch.net/test/read.cgi/win/1106383356/30-33　45）

mfeedは業務ですからとかいうと、責任が発生するので、あくまでも「試験サービス」
という立場でしょう。でもmfeedは使えば使うほど「必要性がある」と判断される
のでNiCT（旧CRL）からちゃんと予算が出るようになると思いますよ。
ネットワーク的には一番理想的な場所にありトラフィックなんかはまったく
問題にならず、さらに使えば使うほど、本格稼動への道が開けるmfeedにする
のが今のところベストの解じゃないかな。
というわけで、みなさんmfeedを使いましょう。

国内で ISP につないでるとこならたいてい
　自ISPの鯖＞mfeed＞＞＞その他
だよね?
そうじゃないとこってある?

大学とかは知らん。

大学とかだとSINETだったりするので、IX上にあるmfeedは遠いという話は
ないわけではないのですが、最近は大学もSINETと一般のISPと二つ持って
いたりするので、かなりケースバイ・ケースだと思います。

>>35
事情が変わったので今後は変更する必要があるし、以前のもできるかぎりサポート（啓蒙）する必要もあるだろう。

>>1
板違い。ネットサービス板でやってください。

>>35

ならば、逆に言えば福岡大の方から連絡すれば、新ファーム等公開で
設定を外してもらえるのかな？
今後は使わないでくれ等含めてね

無論一般人が幾ら言っても無駄なので、これは福岡大の中の人がやらないと
意味無いけど..

ところでDHCPでntpの場所も指定できるので、ISPはDHCPにntpの情報を載せる。
家庭用ルータなどの機器はDHCPからの情報を使うようにする。それからルータも
受け取ったntpの情報を出すようにする。ところでWindowsやMacは、ちゃんと
DHCPからのntpの指定を受け取れる？

>>42
となると、ユーザーが個別にやるよりルーターのデフォルト設定をまず洗い出すことが先決？

>>41
NTPの実運用方法に関わる話しなのでここが適当だろ？

>>42
ユーザからの叩き上げってのも過小評価しちゃいかんよ。最終的利用者はユーザだから

DQN な会社が、>>23 みたいな事件を起こすのは避けられないから、
そういうことが起きないような仕組みを作らなきゃ、またいつか同じことが起きるよね。
そういう仕組みって、このスレで作っていけるかなぁ・・・

>>43
前に、対応してないって言ってたと思う。

>>47
仕組みを作るってのはJANOGとかWIDEとかe-japan2とかでやってもらわなければ（責任のたらい回しは無しでね）
我々ができることはユーザレベルからの叩き上げ。

素朴な疑問なんだが、サーバーの時刻はどうやって設定、補正しているの。

>>47
>>35と言う事情もあるみたいなので、必ずしもDQNとは言えない。
ただ、この状況を放置しておくようだとQDN会社だが。

懐かしいな。
昔ネットワーク板だったころ俺が提案して
ここの名無しがfusianasanになった。

ネットワーク板ってことでネットワークビジネス厨が
氾濫してたんでそういう措置になったと記憶している。

ま、ntp程度のトラフィックですら鯖・回線を圧迫するほどインターネットが巨大になったという事で。

>>36

メルコのBBR-4MG、BBR-4HGはデフォでは空白だった。


>>43
＞DHCPからのntpの指定を受け取れる？
Windowsは受け取れません。

>>22

> >>18 謝れなんて言ってたっけ?

多分↓に対するﾚｽ

>NTT-MEは菓子折り持って福岡に謝りに行って来いって感じだが
>何か動きを見せるのかな。

>netselect でいいじゃん。

利用者大半を占める Win ユーザーは UNIX 系のツールを避けがちなので作った。
また exe で作ると警戒して使わないのでスクリプトにした。

しかし perl も敷居が高いので js スクリプトで作るべきだったと反省している。

大文字でもトリップになるのか・・・

あと >>54 のレスが解りにくくてすまぬ。

名無しはfusianasanがデフォという事なら、こうしてみるか(w

>>53
BBR-4HG使ってるけど、空白というか、「使用しない」がデフォじゃなかったっけ？
たしかに、最初にNTPを設定した時は、手動で入力した気がするな。

>46
無論ユーザーからの叩き上げを否定するわけではないけど
メーカーで対応お願いできるなら、そっちもやってもらえた方が
早めに外れるでしょって事

今後の製品には初期で設定されなくなるなら、少なくとも今以上に
増える事を抑制出来るわけだしね

この手の製品は、無意識のユーザーを増やすので影響は大きいんだよね

>>43
Macも受け取らない。　

>>56

そうだね。。
サーバ→空白
NTP→使用しないがデフォ

これが正しい。

ちなみに名無しは昔募集した
結果anonymous@fusianasanになったと記憶している。

ハードウェア板の各メーカのルータスレに行けば
各ルータのデフォが教えて貰えると思う。

それを元にメーカに次のファームウエアの
バージョンUP時に変更をお願いするのが良いかもな。

スレ住人にも周知できるし一石二鳥。

>>19
GJ!!
うちで試したらjst.mfeed.ad.jpが近かった。

>>19
ごめんなさい…プログラム分からない…ダブルクリックしたら結果が表示出来るソフトがあると嬉しい…
とりあえずfukuokaからmfeedに変更しておきますorz

名無しの話はよそでやってくれ。

>>61
その前にISPどこよ。

　　　　　　r;ｧ'N;:::::::::::::,ｨ／　　　　　 >::::::::::ヽ
.　　　 　 〃　　ヽﾙ1'´　　　 　 　 ∠:::::::::::::::::i
　　 　 　 i′　　___,　-　,. = -一　 ￣ｌ:::::::::::::::ｌ　　
.　　　　　 ! , -＝=､´r'　　　　　　　 　 l::::::/,ﾆ.ヽ　　
　　　　　　ｌ　　　　　　　　_,, -‐''二ゝ　 ｌ::::l fﾞヽ |、 おい、そこの clock.nc.fukuoka-u.ac.jp (133.100.9.2) 使ってるヤシ！
　　　 　 　 ﾚー-- ､ヽヾﾆ-ｧ,ﾆ;＝、_　　 !:::l ） } ト
　　　　　　 ヾ¨'７"ry､｀ 　 ｰﾞ='ニ,,,｀　 　 }::ヽ(ノ 　とりあえず変更しよう。
:ｰゝヽ､ 　 　 !´ "￣ 'l,;;;;,,,.、　　　　　　　,i:::::::ﾐ
::::::::::::::::ヽ.-‐ ﾄ、　r'_{　　 __)｀ニゝ、　 ,,iﾘ::::::::ﾐ 　　　
::::::::::::::::::::Vi／l:::V'´;ｯ`ﾆ´ｰ-ｯ-,､:::::`"::::::::::::::;ﾞ　, 　な！
:::::::::::::::::::::::::N. ﾞ､::::ヾ,.｀二ﾆ´∠,,.i::::::::::::::::::::/／／
:::::::::::::::::::::::::::::l　ヽ;:::::::::::::::::::::::::::::::::::::::::::／　／
::::::::::::::::::::::::::::::!　:|.\;::::::::::::::::::::::::::::::／　／

国立天文台のは「推奨公開サーバ」に入れて大丈夫そうな感じだが（公式サイトの説明文後半を読む限り）如何？

>>64
国立天文台は、昨日ヌ速＋にスレが立ったら落ちてしまってたわけだがｗ

http://news19.2ch.net/test/read.cgi/newsplus/1106444896/
の286-290あたり

>>29　これは累積カウントか
dropped packets: 181
ignored packets: 0
received packets: 97280168
packets sent: 96575506
packets not sent: 8

表にしたどー！使いにくかったら消しとくれ。

もつ鍋〜

>>64
入れるならそのサーバのポリシーだけじゃなく
ネットワーク上のどこにあるかも考慮してくれよ。

どうでもいいですが、移転元(wikiroom/wikihouse)に、
network_2ch Wiki
なんぞ作ってみた
http://www.wikihouse.com/network/

e-japanとか偉そうな事言ってて、WIDEやSINETは放置プレイか？

>>71
mfeedは総務省（旧CRL現NiCT)のお金が回って作っているんだから、mfeedを使えば
いいだけなんじゃないの？

>>67
ホスト名/アドレスとか網外可/不可は載せる必要ないと思う。
よその ISP からアクセスする必要はないでしょ。
福岡大の二の舞になるだけ。

>>72
いや、ネットワーク帯域幅の話。

>>73
おっと、公式アナウンスありの方の話ね。

>>67
>>73
そういえば、公式ソースありの方は、厨が他のISPから利用をしないように、
公式ソースへのURLだけにしたんだっけ
公式ソースあり側の表はせっかく作ってもらったがコメントアウトしておこう

>>74
そういうとこでアクセスが集中する公開NTPサーバを運用する必要あんの?
IXに置く方が効率的では。

コメントアウトした。

>>77
だから

e-japanとか偉そうな事言ってて、地方私大は20Mbpsのまま放置かよって事。NTPとは関係なく。

擦れ違いスマソ

>>73 >>75 >>76 >>78
すまなんだ。ありが�d。

>>79

地方私大はe-japanとは関係ないだろ。
私立なんだから自分らの金で回線引いてくれ。
SINET以外にも独自で接続できるんだし。
そんなところに税金使うな。

それにDQN私大なんて回線増設しても
どうせP2Pとかネットゲームに使うだけだろ。

なおのこと税金使って欲しくない。

>>81
あんたの妄想や願望は誰も聞いてないよ
ま、その事自体もどうでもいいんだが、
福岡大学みたいなマンモス大学が光ファイバー１本すら引いてないってのは
腑に落ちないな
20Mbpsてのも数年前は十分に太かったんだろうけど

>>81
それに、e-japanは超高速ネットワークインフラの整備及び競争の促進が１つにあるが、
高速回線の費用に直接補助を出す訳じゃないぞ
コンシューマのADSLやFTTHだって全部ユーザが費用を出している

>>64
「Windows 95,98&NT」と書かれているところからしてかなりの間放置されてると思われる。
推奨してしまうと福岡大の二の舞になりかねん。

>>82
20Mbpsって光じゃねえの?
専用線なんだろうから、そこらでフレッツ引くみたいに安かねえだろし。

ATM20Mbps で引いているところはイーサネット専用線に引きなおすと同じ金額で100Mbps引けたりする
学術系で上がSINETだったら負担金もあまり変わらないだろうしね
・・・田舎だとちょっと事情が変わるか?

>>82
http://www.foundry.co.jp/leadership/casestudies/PDFs/fukuoka.pdf

OCNでも外に出てるみたいなんだが
ルーティング上、ntpへのinboundがSINET通ってしまうって事かしら？

>>87
今だとGbE入れましたって言われても、あっそだけで終わるような時代だよな

巷のNTPサーバ
http://pc5.2ch.net/test/read.cgi/esite/1106561493/

>>82
128kbpsより早い専用線には、光ファイバが使われている

http://www.tl.fukuoka-u.ac.jp/Lab/tsuruoka/peerstatus.cgi
>>66
dropped packets: 181
ignored packets: 0
received packets: 142511206
packets sent: 141666386
packets not sent: 8

だれか計算して

>>91
1億パケットってすごいな

>>86

福岡大学がどうかは知らないけどネットワークの予算って
学部ごとの予算じゃなくて全学での予算だったりするので
必要性がわからない文系教授に却下されたりするんだよ。

はしょった知識だけは持ってるから>>81じゃないが
回線太くしてもどうせ学生が遊びに使うだけでしょ？
とかいう話になる。

NTPサーバの必要性なんて全く理解できない話じゃないかな。
そんなに予算がかかるならやめちまえみたいなこと言われたり。
NTPサーバ立ててることで何らかの論文とか研究成果があるならまだ違うんだけど。

>>64

国立天文台あたりが正式に
NTP運用してくれると助かるんだけどな。

NTTの117みたいに
通信会社が地域IP網の中で運用するとか。
フレッツユーザだったらフレッツスクエアで時刻が合わせをする
って感じで。

>>94
フレッツスクエアはいちいち認証とか入れて繋がないと駄目なので現実的ではない。
マルチセッションのルーターがない環境ではスクエアに繋いでる間はネット出来ないし。

>>93
でも地方の大学が学内のネットワークで
公開NTPサーバを立てる必要性なんてないだろ？
研究なら共同研究の形にしてどっかのIXに置けばいいじゃん。

>>95

スレ違いかもしれんが、今は殆どのルータがマルチセッション対応だぞ。
素人が買うようなエントリーモデルでさえ対応してる。
プロバイダからレンタルされる奴もそう。
フレッツスクエア＋ISPの同時接続に対応してる。

>>96

今の感覚で考えればそうだろうな。

>>97
昔は違かったの？

>>98
フレッツADSL出始めの頃は1セッションのものが多かった。
Bフレッツになってから/フレッツスクウェアが出来てから標準で2セッションがOKになり、
マルチセッションPPPoEが出きるルータが増えた

いや、>>96 の件。

>>97
普及してるルーターが全部最新型だと思ってるのか？

マルチセッションの話はよそでやってくれ。

仕切り屋もよそに行ってくれ

仕切られたくないなら相応の話題をしてくれ

>101
とは言えフレッツスクエアでもNTP鯖用意してくれりゃ
少なくとも新規ユーザーはそっちで合わせることができるじゃん。
だからFSでも用意してくれって意見自体には賛成だな。

各都道府県で一人ないし二人、自宅鯖で ntp。
列島 ntp 鯖化計画。

んで、aomori.ntp.ne.jp とか入れると
つないでくれるシステム立てようよー。。。
鯖が落ちても、dns 変更するだけでおk?みたいな。

sage忘れました。。。
ごめんなさい。。。

>>106
地理的な距離とネットワーク上の距離を混同しないように。

>>54
> 利用者大半を占める Win ユーザーは UNIX 系のツールを避けがちなので作った。
> また exe で作ると警戒して使わないのでスクリプトにした。
> しかし perl も敷居が高いので js スクリプトで作るべきだったと反省している。
cygwinのperlで動かそうと思ったらtracerouteがない。

ln -s /cygdrive/c/WINDOWS/system32/tracert.exe /usr/local/bin/traceroute.exe
↑でtracertで代用したらgethostbynameがない･･･。

Windowsで>>19のスクリプトどうやって使うんだよ･･･。

JavaScriptで実装した方がいろんな人が使えたかもね

>>106
WIKIにntp鯖の立て方みたいなの書いてみようかな?
その企画おもしろそうだけど、中にはずれまくりのntp鯖知らずに公開する香具師とか出てきたら厄介だな。

>>109
perl入れてDOSから打ってもだめ?
ちょいやってみる

>>109
普通にperl入れたら動いたぞ?
ttp://downloads.activestate.com/ActivePerl/Windows/5.8/ActivePerl-5.8.6.811-MSWin32-x86-122208.msi

Microsoft Windows XP [Version 5.1.2600]
(C) Copyright 1985-2001 Microsoft Corp.

C:\Documents and Settings\user>perl C:\ntp_near.pl
NTP 選択支援ツール 2005/1/24

しばらくお待ち下さい。

[1/105] mfeed / ntp1.jst.mfeed.ad.jp
[2/105] mfeed / ntp2.jst.mfeed.ad.jp
[3/105] mfeed / ntp3.jst.mfeed.ad.jp
[4/105] pool.ntp.org / asia.pool.ntp.org
[5/105] e-timing（アマノ株式会社） / ats1.e-timing.ne.jp
[6/105] 宮崎地域インターネット協議会 / www.mais.or.jp
[7/105] 三重デジタルコミュニティズ研究ネットワーク / darc-rs1.dcs.pref.mie.jp
[8/105] 国立天文台 / gpsntp.miz.nao.ac.jp
[9/105] 会津大学 / ntp1.u-aizu.ac.jp
[10/105] 宇都宮大学 / ntp.utsunomiya-u.ac.jp
[11/105] 大阪大学 / raicho.ime.cmc.osaka-u.ac.jp
[12/105] 大阪府立大学 / eagle.center.osakafu-u.ac.jp
[13/105] 九州工業大学 / ntp.tobata.kyutech.ac.jp
[14/105] 京都大学 / kudpc.kudpc.kyoto-u.ac.jp
[15/105] 京都大学 / ns.kuins.kyoto-u.ac.jp
[16/105] 京都大学 / ns-m.kuins.kyoto-u.ac.jp
[17/105] 高知大学 / snow.is.kochi-u.ac.jp
[18/105] 神戸大学 / ns.kobe-u.ac.jp
[19/105] 筑波大学 / ntp.netlab.is.tsukuba.ac.jp
[20/105] 電気通信大学 / pooh.cc.uec.ac.jp

とりあえずWindowsでも、perlインスコするだけでちゃんと動くから>>54は気にすんなーー

あ、よく読むと>>109は動かないじゃなくて、tracertもwinで表示したいってことか。ｽﾏｿ。ちと研究してみる。

やじうまヲチにも乗った。陰陽元は/.

http://internet.watch.impress.co.jp/static/yajiuma/
■ 福岡大のNTPサーバーにアクセス集中「ISPのNTPサーバー利用を」

>>91
dropped packets: 0
ignored packets: 0
received packets: 324829
packets sent: 323552
packets not sent: 0

リセットされた。いつリセットされるんだろう？

>>106
IXやpeerやtransitには公開NTPサーバ(stratumは問わず）の設置を事実上の義務づけ、とか。

>>112-115
ActivePerlでも試してみたがだめだね、通信総合研究所から1km圏内に
住んでるから試してみたかったんだけどな。


[104/105] Lawrence Livermore National Laboratory / clock.llnl.gov
[105/105] MIT / tick.uh.edu


0/105 箇所発見

Illegal division by zero at ntp_near.pl line 323.

>>118
じゃあうちに置いてやるよ。
stratum-16でな。

http://www.tl.fukuoka-u.ac.jp/Lab/tsuruoka/peerstatus.cgi
time since reset: 7439
...
received packets: 4758157

から計算すると今はおよそ640/s位だけど、こんな計算でいいのかな？

>>105

NTT東と西に要望出したりして
やってくれればいいんだがなぁ。
あの会社がやるとは思えない・・・・。

>>122
つかmfeedってNTTもやってるわけだし・・・ｗ

>>123

mfeedって通信やベンダー各社が株もってるだけで
実際の経営にかかわってるわけでもないだろ。

それに株持ってるのはNTTデータだし。

>>124
ああ、俺が言ってるのはNTPのmfeedのこと。↓のことね。
http://www.jst.mfeed.ad.jp/

さてとTraceに目覚めた野郎どもに燃料投下、つか知ってる奴も多いかｗ
http://www.networkingfiles.com/PingFinger/Neotraceexpress.htm

こんな風に地図上にトレース結果を表示してくれましゅ
http://www.networkingfiles.com/images/html/pingfinger/neotrace1.htm

mfeed鯖ってどこにあるんだっけ

若いな。

>>127
良くみろよ、足元にあるぢゃないか。

＞122
そもそも重要性を理解して無いという可能性もあるし、
要望出すに越したことは無いと思うけどね。
理想的な構成であることには間違いないんだし。

>>127
http://www.nict.go.jp/overview/about/hq.html#koganei

日本標準時は今は明石じゃなくてここで作ってるんよ。

>>131
アド街でやってたな。

>>131
いやいや、ネットワーク的に。

>>133
http://www.mfeed.ad.jp/mf-service/fr-faq.html
Ｑ．インターネットマルチフィードのデータセンタの特長について教えてください。
Ａ．国内を代表する大手プロバイダ多数と高速回線で直接接続し、
かつJPNAPと接続されるISPとも接続することにより、
多くのインターネット利用ユーザーに対して安定的なコンテンツ配信を
可能とする高品質なネットワークを提供いたしております。
また、交通の便が非常に優れた都心にデータセンタが立地しております。

>>133
Ｑ．データセンタの所在地を教えてください。
Ａ．東京都千代田区大手町です。

後は自分の足で探しなｗ
http://map.yahoo.co.jp/pl?nl=35.41.0.537&el=139.46.4.119&la=1&sc=2&CE.x=378&CE.y=262

そして大手町伝説へ

>>120
あんた誰よ
>>121
現在798.8
>>131
小金井と大手町の間はDA64とか

>>122
と言うか、フレッツでレンタルしているモデム・ルータに関して、
NTT東西で自前で公開NTP鯖を用意して（ネットワーク位置的にはISPとのPOIに）、
モデム・ルータ上でsntpクライアントを動かしその公開NTP鯖に同期し、
同時にモデム・ルータ上でsntpdを動かし、LAN内に時刻を供給

と言う感じが良さそう。ただしISPとのPOIって位置が微妙っぽいし、
フレッツ閉域網内でL4以上のサービスはやらないって言われればそれまでだが

ルータだったら、PPP(oE/oA)でISPに接続する際に、PPPのオプションとしてDNSと同様に、
ISPのNTP鯖向けに(S)NTPを設定させ（るオプションは仕様上存在するのかと）ればいいが

モデム(PPPoEブリッジ）ではレイヤが合わないで難しいか

>>137
うんにゃ、公衆回線でダイヤルアップだろｗ
http://jjy.nict.go.jp/TelJJY/index.html

繋がってる機器は価格要問い合わせのこれだろうが・・・ｗ
http://www.seiko-sts.co.jp/systemlist4/01.htm

しかしNTTって不動産業もやってるんだな、まあ潰した局舎の再利用だろうがｗ
http://www.nttud.co.jp/

IXにダイレクトにつながっているmfeedを使えば済むことじゃん。というか、
そのためのmfeedだっちゅーの
何度いってもわからん奴らだなぁ

>>141
ああ、ここってﾌｼｱﾅデフォだから・・・ｗ

つかプロバイダーのNTPに繋いだ方がいいんだけどね、ある人はｗ

ntp は anycast 技術をつかうことになりました

>>113
Windowsにはntptraceが（標準で）無い

動くだけで
tracert 以外の結果は得られず

Wikiのベンダー提供のNTPサーバのところだけど
このメーカのこの機器はベンダ独自のサーバを使用している、くらいでいいんじゃないか?
晒してしまうと勝手な利用者を招き入れてしまって迷惑だと思うのだけど。

ちゃんと各人が近い鯖を選べばいいんだけど、
そうもいかないだろうしねぇ。

>>145
消したよ

NTT-MEのサイトを漁ってきてみた

MN9300/8300/8300W, BA5000PRO/6000PRO/8000PRO
　プライマリ 210.173.160.87 (ntp3.jst.mfeed.ad.jp)
　セカンダリ 133.100.9.4 (drake.nc.fukuoka-u.ac.jp)

NM8100WAG, NM128-IB3, NM128-SOHOシリーズ
　133.100.9.2 (clock.nc.fukuoka-u.ac.jp)
　最高でも1日1回までしか参照しないようだ。デフォルトは3日か7日に1回。

BA5000SOHO,BA512/R,NM7xxxシリーズ
　NTPなし

自社でWAKWAK持ってるんだからそっちのNTPサーバを使えよ、と思う。

BA8000pro　ﾃﾞﾌｫのチェック間隔は３０分

1時間に1回時刻合わせしてても平気で2〜3秒ずれるからな。チャックしてみｗ
http://www2.nict.go.jp/cgi-bin/JST.pl

>>148
MN8300は１日おきに整時してる模様。

>>150
一回読み込んだで、「2秒ずれてます」って出た後に
再読込みすると「合ってます」ってなることも

>>150
そりゃ藻毎のマシンがボロなだけだろ（ｗ

>>139
pppにはそういうオプションはないと思った。DNS（およびWINS）オプションは最初にマイクロソフトがWGに出さずに勝手に
実装して後で事後報告的にドラフトを書いて出した。　皆激怒。　WGの基本方針としてはアプリケーションレイヤーの
情報はDHCPINFOで取得するべきであってトランスポートのPPPが関知するべきではないという意見が多勢だった。
しかしWin95がそれを実装して出てきたので鯖のベンダは仕方なく実装したけど。　結局PPPを繋げてからDHCPINFOを
投げるという実装は普及しなかった。　今から考えればNTPも渡せれば便利だったね。

そういえばservice discovery protocolなんてwgがあったな。　こういう問題を解決するはずだったと思ったが。

ふと思ったがNTPもDNSのような末路を歩むのだろうか？　せっかく階層構造で負荷を分散するように
プロトコルが設計されたのに、猫も杓子も.comドメインに直接ぶち込む運用を許した結果、comの
サーバなんて化け物みたいなマシンを必要とするようになったように、ntpも少ない高性能stratam 1サーバ
が多くのクライアントを直接同期する方向に進むのだろうか？

現在の福大：840.7

あんま下がってないな

>>155
IPv6ではそんな事を回避できるような運用になってほすぃ

>>155
Netscape が .com(や www. を)補ってたのにも問題があると思う。
国別にするとか、ユーザーが設定可能にすると云う発想はなかったのかなぁ？

>>155
例えば日本の企業が日本語のページを.comに置くのは禁止とかできないのかな。
少なくともこれ以上の新規参入は認めないことにして、現行ページも.co.jpに順次移動してもらうとか。

このスレで出す話題じゃないか。

.co.jpは複数取れる物じゃないからねぇ
あれは１社で１つ、.comは複数取得可能
変わりにはならないね

スレ違いだけどな。

一応振っときますか


DNSって？
http://pc5.2ch.net/test/read.cgi/network/1000134177/l50

http://www.tl.fukuoka-u.ac.jp/Lab/tsuruoka/peerstatus.cgi
現在の状況
received packets / time since reset = 782.37

time since reset が大きいほど毎秒平均アクセス数として正確になる（大数の法則）

と言う事でここのリセット時刻は何時ごろですか？

簡単な関連スレまとめ
タイムサーバー分散呼びかけに関するメモ(05/01/28)
http://perape.sakura.ne.jp/memo/001/0128_time.htm


民間じゃないぞΣ（゜д゜）

>>164
NPTは、核兵器の不拡散に関する条約

>>163
一時間は3600秒

time since reset: 122862
received packets: 95388012
776

>>166
で？

なんだ。
「自分は馬鹿です」というアピールか。

NTPで検索したときにwikiのページがもっと上に出てくるようにならんかな

それより、"133.100.9.2"で検索すると出て来る

http://www.hayagui.com/ntp.html
http://www.dream-seed.com/linux/ntp.html
http://www.dragoncity.ne.jp/construction/security1-2.html
http://www.miloweb.net/ntp.html
http://premium.nikkeibp.co.jp/win2000/tips/network/index02.shtml
http://www.express.nec.co.jp/linux/tech/knowledge/system/system_time.html
http://www.nihira.jp/cyber/ntp.html
http://linux-topics.com/linuxEngineer/kowaza.htm
http://www.kitahotaru.com/other/ntp/ntp1.htm
http://www.tomo.ac/goodstream/server/ntp/linux/ntp.htm

このあたりから絞めて逝くか。

んで、文面募集。。

これからNTPの設定をしようとしてる奴は
そのIPで検索しようとはしないだろ

>>171
つ　http://wiki.nothing.sh/page/NTP/%CC%E4%A4%A4%B9%E7%A4%EF%A4%BB%A5%C6%A5%F3%A5%D7%A5%EC

>>168
で？

確かに"NTP"とか"時刻合わせ"あたりで検索して出てくる順のが良さそうだね。
テンプレは
http://wiki.nothing.sh/page/NTP/%CC%E4%A4%A4%B9%E7%A4%EF%A4%BB%A5%C6%A5%F3%A5%D7%A5%EC
ここにあるけど・・・問題は誰がどこに送ったかがわからないということでは?
あんまり被ると良い印象は持たれないだろうし、かと言って送付済み/予定の共有は容易ではないと思う。

みんな嘘の申請をしないと信じて、
送るべき一覧をwikiにまとめ、送り次第送信済みに移していくのがいいか?
とにかくまず第一に作業環境を整えないと、みんな手伝ってはくれないだろう。

>173
ありがとう。
明日からメール作戦を開始します。

>>175
ちょうど、wikiに送付済み先の宛先とメルアド（公開のものに限り、なおかつスパム避けに無効な文字列を加えること）
をそこのwikiリストに載せればいいじゃん。
そのページ（問い合わせ済みリスト）を誰か作ってくれくれ

送信者は、自分が有志でメールを送ってて、その本部がこのスレだと示した方がいいかな?

>>177
思ったが、２ちゃんねらーでhttp://wiki.nothing.sh/page/NTP/%A5%B9%A5%EC%A5%C3%A5%C9
ここにあるスレッドを見ている香具師にしか分からないような別の場所のwikiに、
そのリストは載せた方が良いな

http://wiki.nothing.sh/page/NTP　←このwiki自体は、メール大作戦の
メールテンプレ自体にも書き込んであるから、

そのメールテンプレを読んで、このNTPのwikiを見て、メール大作戦対象の
アドレスがずらずら並んでるのを見られたら、
なんだメールボムかよと思われて良い印章はもたれないだろう。

考え過ぎかな？

>>179
と言うわけで「メール大作戦」って名前で某所に作成中。。。

>>177
やっぱり、スパム避けを考えるとメールアドレスは入れない方が良いか。
メールアカウント名にしろメールドメイン名にしろスパム避けを気にする方が
面倒くさいから、いっそ無しがいいや。

>>180
作ってみた。。。
http://www.wikihouse.com/network/index.php?%A5%E1%A1%BC%A5%EB%C2%E7%BA%EE%C0%EF

おお、乙。


ところで、実行済みを書くんならURLっていらない気がするんだけど、書く意図って何かあるん?

ああ、寝ぼけてたかも・・・
Web SiteはURL、その他は名称を書けばいいのかな?

そうか。。じゃあ、備考にしときますw

ITmediaの記事、直す気ないのかねぇ・・・

ま、仕様がないで仕様
；ｙ＝ー（´Д｀；）・∵．　ターン．．．

>>187
http://www.google.com/search?hl=ja&ie=Shift_JIS&q=%8Ed%97l%82%AA%82%C8%82%A2%82%C5%8Ed%97l&btnG=Google+%8C%9F%8D%F5&lr=lang_ja

# 「××の参照が多い（ずれが大きくなったまま）」って対CRL st1[A]のoffsetのことを言ってるの? それならSt1-St2間のNetwork delayが変化したせいで混雑とは関係ないんじゃないか? -- 2005-01-29 (土) 00:55:15 New!
# うーむ。しかしntp1/2/3いずれも同じ経路（ISDN?）使っているはずですよね。ntp1だけずれが大きい方に違ってる -- 2005-01-29 (土) 01:48:52 New!
# まあ、隠すよりは明示した方がいい気もするので、明示して記述しときます -- 2005-01-29 (土) 01:54:38 New!
# 同じ経路でも、ntp1（へ）の混雑度上昇以外の何らかの要因でoffsetの違いがあるのかも知れず、何とも言えないね -- 2005-01-29 (土) 02:12:51 New!

↑これについではどう思われ？＞＞この板住人

mfeedに関しては、苛めれば苛めるほど、設備が増強されるはず。
という説もあることですし、
特に遠慮しなくてもいいのぢゃないかと。

というか、あのページに明記されていようが、コメントアウトされていようが、
大勢に影響があるとは思えませんが、、、

jj

http://ntp.isc.org/bin/view/Servers/StratumOneTimeServers
英語できる人、名前消してもらってくれ〜

>>192 に追加
http://support.microsoft.com/default.aspx?scid=kb;EN-US;q262680

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

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

too many access

とかの方がいいかな。

>>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

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

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

素晴らしい・・・

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

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

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時間。

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

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

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

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

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

節穴初とらい。

>>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

網外からいけた

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

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

>>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]

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

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

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

>>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使用せず）のソフト

↑もつ鍋〜

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

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

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

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

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

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

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

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

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

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

どっちでもえーやん

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

>>221

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

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

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

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

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

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

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

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

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

　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

元スレより

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

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

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

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


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

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

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

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

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

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

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

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

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

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

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

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

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

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


つかPPSってなによ？

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


さてどれでしょう。

Pulse Per Second

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

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

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

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

だめ

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

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

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

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

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

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

ソースつきの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応答速度ランキング

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

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

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

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

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

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

死んでいいよ^^

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

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

>259
clockspeed

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

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

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

もしかしてWindowsの標準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/

>>215
現在、864.55

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

$ 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って死んでない？

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

所詮は中村正三郎

久々に聞いた名前だ・・

福岡大云々はともかく、
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は３つの参照先があると正しい時間を選択する仕組みだが
その意味がなくなる．やっかいなことに偶然にしか起こりえない．
/.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経由で、遠くないよ。
昔とは違う。

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

つーわけでringｲﾗﾈ

ようやく来たな。

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

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

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

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

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



最低限国内の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

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

received packets / time since reset = 1388.64

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

>>326
268.9

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

proxy?

IP晒し

age

なんじゃごりゃーー

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

>>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コマンドを使え。

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

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

　

>>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に一行書き足して精度向上を図るにはいいかと。

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

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

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

ほし

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

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

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

mfeedでイナフ

ntp.nict.jp

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

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

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

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

ntp.nict.jp

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

ntp.bbtec.net
219.188.200.128

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]

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]

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]

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]

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]

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]

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

おーい誰かいるか

hi

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

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

　　　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って殆ど変わらんねｗ

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で十分だ。
塵も積もれば山となるで負荷は均等にしようぜ。
だからring

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

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

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はどうしてるんだろうね？

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

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

>>386
距離

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

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

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]

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

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]

年一回のage

age

hosyu

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

今、ntp.jst.mfeed.ad.jp落ちているな

>>398
http://www.jst.mfeed.ad.jp/others/02.html

少なくとも昨日からずっと。

ntpサーバがpen2 xeonだから落ちたのさ

ようやくntp2.jst.mfeed.ad.jpのメンテ終わったっぽい？

とりあえず
http://kt.erinn.biz/file/ntppollintchange.zip
使えば幸せになれるだろう

学内から

H:\>w32tm /monitor /computers:133.100.9.4
133.100.9.4 [133.100.9.4]:
ICMP: 1ms delay.
NTP: +0.2590658s offset from local clock
RefID: 'GPS [71.80.83.0]

H:\>w32tm /monitor /computers:133.100.9.2
133.100.9.2 [133.100.9.2]:
ICMP: 0ms delay.
NTP: +0.2636767s offset from local clock
RefID: 'GPS [71.80.83.0]

負荷分散万歳
今日ntp.pool.orgにしました。
よろしこ。

pool.ntp.org
でしたね。失礼。

うるう秒あげ

>>29から4年
dropped packets: 0
ignored packets: 0
received packets: 18081530
packets sent: 17982458
packets not sent: 0

ずいぶん減ったねぇ

一部のプロバイダだと、Van経由でないと
１００％時刻あわせ不可能だがなｗ

iネッ時計ってフリーソフト使ってる人いる？
タイムサーバーへのアクセス分散できるから便利じゃん

スレが寂れているということはもう問題にはなっていないということだな

GPSを買ってきて、Stratum1なNTPサーバーを建ててみた。
ついでにntp.orgにも登録し、アクセスもOKなようにしてみた。
そんな状況で、トラフィックを測ってみたら(MRTGで測ってみた)最大でも40k bps程度の負荷。
意外と負荷が小さくて驚いた。

>>412
このスレでもガイシュツのようにNTPの負荷は意外と小さい。
福岡大学は予算の関係上貧弱な回線&サーバだったのに、ブロードバンドルータに
埋め込みのNTPサーバにされていたりしたから問題が出たけど、今の回線&マシンパワー
なら全く問題にならなかったはず。

塵も積もれば山となるというお話だからね
福岡が耐えたとしても何時かはどこかで問題になったと思うよ
アメリカでも似たような事例があったし

NTPの負荷は小さいのか、、
参考になりました。

http://page.auctions.yahoo.co.jp/jp/auction/122364914

ntp.nict.jp って落ちてるのかな？応答がないみたいだけど

aは生きてるけどbが死んでる?

>>417
昨日の夜から死んでるね
今日の昼間少し復活した時間があった

2009/11/07 00:00 - 2009/11/09 07:15
サーバ接続障害のためB系が利用できませんでした。


現在、全てのサーバが順調に稼動しています。

jpixが一番ホップ数少ないんだけど、個人レベルで指定してもいいの？
ダメならmfeed使うけど

>>421
アクセス出来るのなら使っちゃえば? ただ、NTP的に重要なのは
ジッターなので、ホップ数が多いかどうかだけでは正確にはわからない。

ntp.nict.jpまた死んだかな

宮崎大学のNTPがおかしい。

標準電波を時刻源にしてるNTPサーバってあるんだろうか

ある場合、光速は考慮してあるのかな？
300km離れると1ミリ秒時間が遅れる計算だから、あんまり極端に離れた場所で受信してるなら常に遅れた時計になってしまう

>>425
常に一定の時間送れるなら簡単に補正できるじゃん。

どのくらい遅れてるかって検出できるの？

電波なんだから距離で判るじゃん。
標準電波の時刻が距離で補正するのが無意味なくらい誤差を含んでいるか、
電波の速度が問題なるほど変化するかしない限り充分だろ。
距離を300km間違っても1msしか違わないんだから。

ひとによって「1msしか」と「1msも」に分かれますけどね

300kmも間違うバカはいないつってんのにそれはないわ。
距離誤差を何mに抑えるのが限界かを言ってからにしてくれ。

NICT、日本標準時のNTPサーバーをJPIXに設置 -INTERNET Watch
http://internet.watch.impress.co.jp/docs/news/20100218_349808.html

保守

ほ

ttp://rina.jpn.ph/~rance/linux/centos/centos51_after.html#2

質問です

windowsのDOSから、タイムサーバーの上位情報を取得するコマンドは下記の通りですが
w32tm /monitor /computers:（サーバー名）

普通ですと、実行するとそのタイムサーバーがさらに参照している
上位のサーバー情報が分かると思うのですが、
（例：RefID: ntp3.jst.mfeed.ad.jp [210.173.160.87]）

RefID: unspecified / unsynchronized [0.0.0.0]

このように表示されるのはどんな場合でしょうか？

上位 server と同期していないのでは?

保守しまつ

7月1日に「うるう秒」実施、「8時59分60秒」を挿入 -INTERNET Watch
http://internet.watch.impress.co.jp/docs/news/20120131_508832.html

ringサーバはずれたままだよ

ほしゅ

保守

保守

hosyu-

保守

保守

softbankのNTPは使えないのか？
ntp.bbtec.net 219.188.200.128
ntp01.bbtec.net 219.188.200.129
ntp02.bbtec.net 219.188.200.130
ntp03.bbtec.net 219.188.200.131
ntp04.bbtec.net 219.188.200.132

>>446
網外からw32tm叩いた限りではNTPサーバとして動いてるようには見えないが

nictのIX系が止まって2年以上経つけど、結局復活しないのかねぇ
JGN-X経由でA系はJPNAP内に、B系はJPIX内に、みたいな置き方してくれると冗長性と汎用性が高くなって嬉しいんだが

国立天文台のって昔は三鷹のgpsのにしろ水沢の原子時計直結のにしろ一般からの接続は不可だったと記憶してるけど
http://www.miz.nao.ac.jp/vlbi/ntp.html
この書き方だと今は一般でも使っていいのかな？
天文保時室のセシウム原子時計準拠のstratum 2かつラウンドロビンだからmfeedと同時指定/バックアップとしてよさげなんだが

http://www.mfeed.co.jp/
> 2013.05.31
> インターネットマルチフィードが提供する「時刻情報提供サービスfor public」をもっともっと多くの皆さんに知ってもらうため、
> ツイッターを使った情報発信を始めました。アカウント名は、「ntp_for_public」です。
> メンテナンス、故障などの情報をつぶやきますので、ツイッターのアカウントをお持ちの方はぜひ「フォロー」してください。
> あわせて[ホームページのコンテンツ]も更新しました。

ntp_for_public/ntp_for_public 2013/06/24(月) 14:38:48 via web
弊社Public NTPは一日あたり、
約３億アクセスもご利用いただいています。
特に深夜から早朝の時間帯については、
アクセス数が多くなっています。

ご利用いただき、いつもありがとうございます。

実験公開の頃がntp1が2300万アクセス/日、ntp2,3がそれぞれ1000万アクセス/日だったからそれと比べると一桁増えてるが、それでも単純計算で3500アクセス/秒か
nictの100万リクエスト/秒がどれだけ余裕持った設計なのかわかるってもんだな

アクセス数全体に占めるIPv6トランスポートの割合はどのぐらいなんだろ？
俺はRT58iにntp3.v6.mfeed.ad.jpを設定してる。

NICTとMFEEDの比較とかしてみたいが、NICTは統計情報や精度情報を出さなくなっちまったからなぁ

ntp_for_public/ntp_for_public 2013/06/28(金) 15:08:10 via web
現状、11:30(JST)にアクセスが集中しております。
(´-`).｡oO（ 可能であれば11:30(JST)にアクセスするのはお避けください。

minpoll, maxpollでちゃんと指定しとけば固定時刻に集中してアクセスするなんてことにはならないんだがなぁ

特定時刻にアクセスってのはntpdateを定時に動かしているようなものでしょう
デフォルト設定が11:30にmfeedのフリーソフトでも広まってるんじゃない？

ntp_for_public ?@ntp_for_public 3:15 PM - 25 Jul 13
(´-`).｡oO（23日からアクセス数が急激に落ちてます。。なぜだろう。。
https://twitter.com/ntp_for_public/statuses/360282036721811456

デフォルトが変わったクライアントソフトでもあるのかね？

https://twitter.com/ntp_for_public/status/362072759360172033
(´-`).｡oO（相変わらず暑い毎日ですが、public ntpは相変わらず11:30のアクセスが多いです。。
https://twitter.com/ntp_for_public/status/362475423336103937
ここ数日間、ntp1よりntp2のがアクセス数多くて人気です。 (´-`).｡oO (ntp2が人気なんだ..)
https://twitter.com/ntp_for_public/status/363140894523793408
きょうのアクセス比率は、ntp1:ntp2:ntp3 = 5:6:1です。 (´-`).｡oO (ntp3は、人気ないのか..)

相変わらずよくわからん利用状況だな
クライアント側がntpdで3つ指定しとけばこんな偏りは出ないはずなんだが

2つしか指定してないとか

7/25付でntp.orgのStratum Two Time ServersリストにJPなのが1つ追加されてるんだが、素性がよくわからんなこいつ

http://support.ntp.org/bin/view/Servers/PublicTimeServer000978
ServerStratum StratumTwo
CountryCode JP
Hostname minx.samspin.net
IP Address 59.157.6.14
IPv6 Address 2001:2e8:63f:0:2:1:0:e
UseDNS Yes
PoolMember No
ServerLocation Tokyo, Japan
HostOrganization

IPアドレスの割り当ては確かにJPだけど、メンテナ(http://support.ntp.org/bin/view/Users/SamuelPinder)の国はUKとなってるし、実際にサーバにアクセスしてみるとStratum 2じゃなくて3になってるし

mfeedはなんでntp.orgのリストに登録しないんだろうな？

ふつうに見かけたような気がするけど
jp.pool.ntp.orgは有象無象なので
NICT使ってます

NICT: ntp.orgのPrimary Server List (http://support.ntp.org/bin/view/Servers/StratumOneTimeServers)に登録してる
MFEED: ntp.orgのSecondary Server List (http://support.ntp.org/bin/view/Servers/StratumTwoTimeServers)に登録してない

どちらもpool.ntp.orgには加わってない

NTT東西のNGN内でフレッツユーザー向けに提供されているSNTPサーバーの話題はスレ違い？
>>94-139で語られた内容が現実になって久しいのに、
なぜかwiki@nothingに載らないし、ごく一部でしか話題に出ない。

>>465
スレ違いではないだろう
ただ、NGN内のサーバに関しては、ISP外からアクセスできないサーバと同じように、お前さんみたいなフレッツユーザが検証してwikiに書き込むしかないだろ
「なぜか」なんて他人事のように言われても、俺も含めてフレッツユーザじゃない奴には何もできない

君がntp.orgが好きなのはわかったから
URLカッコでくくるのやめてくんないかな

情報まとめてみた。

NTT東西のフレッツ 光ネクスト（フレッツ 光マイタウン ネクスト含む）と
フレッツ 光ライトはNGNにてSNTPサービスが提供されており、
そのアドレスはDHCPv6で通知されています。

ホームゲートウェイ（ひかり電話ルーター）の「DHCPクライアント取得情報」には、
プライマリー（1番目）のSNTPサーバーアドレスのみ表示されます。
ホームゲートウェイ自身にはSNTPサーバー機能が無く、NGNから通知された
複数のSNTPサーバーアドレスをそのままDHCPv6クライアントへ通知します。

2.4.2.1.3　IPoE方式におけるDHCPv6によるレイヤ3情報（網内サーバ）の自動取得
NTT東日本：https://flets.com/pdf/ip-int-flets-3.pdf#page=20
NTT西日本：https://flets-w.com/next/download/tool/gijyutsu_sankou_next_light.pdf#page=21

現在通知されているSNTPサーバーアドレス
NTT東日本　2404:1a8:1102::a、2404:1a8:1102::b
NTT西日本　2001:a7ff:102::a、2001:a7ff:102::b、2001:a7ff:102::c
※環境によっては2001:a7ff:102::cを取得しないこともあるようです。
これらは将来変更される可能性や、サービスの契約状況
（フレッツ・v6オプションやIPoE接続事業者など）によって
差異がある事も考えられるので、各自で通知内容を確認してください。

参考情報
https://www.seil.jp/community/node/33
http://www.gcd.org/blog/2011/07/820/#comment-2015

地域IP網からNGNへのマイグレーションにより、現在は
フレッツ・光プレミアム（フレッツ・光マイタウン含む）と
NTT東日本のBフレッツもNGNに収容されていますが、
上記のSNTPサーバーを利用できるか否かは分かりません。
尚、こちらで確認したのはNTT西日本のフレッツ 光ネクストのみです。

>>446
網内からしか接続できませんでした。

ntp_for_public/ntp_for_public 2014/01/31(金) 14:43:50 via web
以下のとおりメンテナンスを予定しております。
何卒ご理解のほど、よろしくお願い致します。
作業日時：
2014年2月7日(金) 16:00 - 19:00
2014年2月13日(木)14:00 - 17:00
影響内容：
NTPサーバへのアクセスが不安定となる場合がございます。

東京都知事選挙の争点に女性専用車両の廃止

東京の問題は、女のわがままによって生まれた女性専用車両が存在し
車内で男性が被害を受け、不便さを押し付けられ、混雑した状況に不当に押し込まれていることです。

＜女性専用車両にはこんな女が生息しています＞
http://www.youtube.com/watch?v=7QyHmAe2c-0&list=PLzeFCSP7xRziIIipBhtKgGQ-aCrLXq8Hi

新しい東京都知事のテーマは、
男性を差別した悪質な女のわがままである女性専用車両を廃止させることです

最近、光ネクストになったので >>468 を試してみた。
北海道からなのでISPのNTPもNGNのNTPもdelayは変わりないのだが
jitterが桁違いにNGNのNTPのほうが少ない。
混雑してない時間での話だから、ピークタイムになればもっと差が出るのだろうな。
DHCPv6で通知されてるかどうかわからないけど、2404:1a8:1102::cもNTPとして動いてた。

>>472
推測だけど、
DHCPv6で通知されるSNTPサーバーアドレスの数は
・ひかり電話契約なし…3個
・ひかり電話契約あり…2個
なのかもしれない。
3個通知されている人は、ひかり電話を契約していないようだった。
あるいは、一部の収容局でひかり電話契約あり時のプレフィックス長が/48になるように、
DHCPv6で通知されるSNTPサーバーアドレスの数も収容局によって異なるのかもしれない。

市販ルーター使ってる人は、NGNのNTPは使用できない？

>>474
IPv6ブリッジを有効にできるルータなら市販でもOK
ルータ配下のマシンにNNTPサーバのアドレスを指定すれば使える。
v6オプション契約は必要ない

>>474
使用できるよ。
技参資のとおり、NGN（IPv6 IPoE）のDHCPv6サーバーはSNTPサーバーアドレスを通知している。
また、NTT東西レンタルのホームゲートウェイ（ひかり電話ルーター）は、
取得したSNTPサーバーアドレスをそのままDHCPv6サーバー機能で通知している。
だから、市販ルーターをホームゲートウェイのLANポートに接続する場合と、
ホームゲートウェイを使用せずに市販ルーターをUNI（ONUのLANポート）に接続する場合の
どちらも同じように、市販ルーターはNGNのSNTPサーバーアドレスを取得することができ、
それを使用することができる。

例えばヤマハルーター（RT58i以降）の場合、
取得したSNTPサーバーアドレスを表示させるにはshow status ipv6 dhcp コマンドを使う。
表示されたアドレスをntpdate コマンドで指定することで時刻修正できる。
定期的に自動修正させるにはschedule at コマンドでntpdate コマンドを指定、
あるいはGUIの「本体の設定(日付・時刻、ブザー )」にある「問い合せ先NTPサーバ」の項目に入力する。

市販ルータだとDHCPv6サーバ/クライアント機能が無くて、
NTPサーバのアドレスを手動指定しないといけないのもある。
最近のにはDHCPv6が入ってるのかな?

IPv6トランスポートでのSNTPサービス利用の話題だから
市販ルータの中でもIPv6ルータを想定するとして、
IPv6ルータは余程古いものでない限りDHCPv6クライアント機能は入ってる。
でも、SNTPサーバアドレスの自動取得やIPv6トランスポートでのSNTPサービス利用には
幾つかの機能が必要なので、最近の製品であっても必ずしも利用できるとは限らない。
ひとつの目安として、光ネクストにおけるインターネット(IPv6 IPoE/IPv6 PPPoE)接続
への対応を謳っている製品では利用できる可能性が高いと思うけど、
メーカーへ問い合わせるのが確実だね。

参考資料
IPv6家庭用ルータガイドライン（2.0版 2010年7月29日発行）
https://www.v6pc.jp/jp/upload/pdf/v6hgw_Guideline_2.0.pdf

IPv6家庭用ルータガイドライン第2版とTR-124i2の比較
https://www.v6pc.jp/pdf/v6hgw_tr124i2_comparison_1.0.pdf#page=9
> SNTP_SERVERS (RFC 4075), Domain Search List (RFC 3646),
> Client FQDN (RFC4704). を要求できること．(SHOULD)
> 記述としては，要件40,62 に含まれているが，明示的に取得することを次版で検討する．
https://www.v6pc.jp/pdf/v6hgw_tr124i2_comparison_1.0.pdf#page=31
> ガイドラインに記述はないが，HGW が NTP クライアントの機能を持つ場合には，IPv6 トラン
> スポートでのアクセスも可能にすべき(SHOULD)という記述を次版で追加することを検討する．

ヤマハNVR500 Rev.11.00.16リリースノート
http://www.rtpro.yamaha.co.jp/RT/docs/relnote/NVR500/relnote_11_00_16.txt
> [9] DHCPv6クライアント機能で、Request、Inform-Requestの要求オプションリストに
> Domain Search List(24)、SNTP Servers(31)を設定するようにした。
> [13] ntpdateコマンドでIPv6アドレスであるNTPサーバーへのアクセスに対応した。
> また、SNTPサーバー機能でグローバルユニキャストアドレスであるIPv6アドレスか
> らのアクセスに対応した。

>>476
ありがとうございます。
ホームゲートウェイはレンタルして無くて、ONUにNECのAtermWR9500Nを直接繋いでるけど、これでもいけるのかな。

ntp.nict.jp死んでません?

Win機しか手元にないからw32tmコマンドでの確認だけど、ちゃんと反応返ってくるし時刻も取得できるぞ

JVNVU#96605606 Network Time Protocol daemon (ntpd) に複数の脆弱性
http://jvn.jp/vu/JVNVU96605606/

影響を受けるシステム
・ntpd 4.2.7 およびそれ以前
・ntp-keygen 4.2.7p230 より前のバージョン

詳細情報
・PRNG における不十分なエントロピー (CWE-332) - CVE-2014-9293
　ntp.conf ファイルで auth key が設定されていない場合、暗号強度の不十分なデフォルト鍵が生成されます。
・暗号における脆弱な PRNG の使用 (CWE-338) - CVE-2014-9294
　4.2.7p230 より前のバージョンの ntp-keygen は、弱いシード値で暗号論的に不適切な乱数生成器を使い、対称鍵を生成します。
・スタックバッファオーバーフロー (CWE-121) - CVE-2014-9295
　ntpd の crypto_recv() (autokey 認証利用時)、ctl_putdata()、および configure() には、細工されたパケットの処理に起因するスタックバッファオーバーフローの脆弱性が存在します。
・エラー条件、戻り値、状態コード (CWE-389) - CVE-2014-9296
　ntpd において特定のエラー処理を行うコードに return 式が存在しない箇所が存在するため、エラー発生時に処理が停止しない問題があります。

利用者は早急にntpd 4.2.8へのアップデートを

wikiの推奨公開サーバのNICTに関する記述が

NICTはSINET上にあるため、多くのISPからは自社網→JPIX→SINET→NICTと経由することとなり、MFEEDと比較するとhop数やpingの応答の面では不利となる。

から

現在JPIXに対して、NICTが直接接続しており、多くのISPではたいして差がない。

に変更されてるんだが（差分：http://wiki.nothing.sh/page?cmd=diff&page=NTP%2F%BF%E4%BE%A9%B8%F8%B3%AB%A5%B5%A1%BC%A5%D0）、そんなアナウンスあったっけ？

ntp-a2.nict.go.jp (133.243.238.243)
ntp-a3.nict.go.jp (133.243.238.244)
ntp-b2.nict.go.jp (133.243.238.163)
ntp-b2.nict.go.jp (133.243.238.164)
のtracrt確認してみたが全部ISP→JPIX→SINET→NICTのままだし、digでもこの4つ以外は出てこないんだが

>>483
dns-a.iij.ad.jp. 47052 IN A 210.130.1.45
dns-a.iij.ad.jp. 57785 IN AAAA 2001:240:bb81::2:1
ns1.nict.jp. 13737 IN A 133.243.3.1
ns1.nict.jp. 13737 IN AAAA 2001:df0:232:300::1
ns2.nict.jp. 13737 IN A 133.243.3.2
ns2.nict.jp. 13737 IN AAAA 2001:df0:232:300::2
kns1.nict.jp. 65331 IN A 133.243.239.88
kns1.nict.jp. 13737 IN AAAA 2001:df0:232:ef50::58


うちのnict.jpのdigはこれ。

>>484
それADDITIONAL SECTIONでしょうが
ANSWER SECTION見ようよ

>>485
失礼しました。
>>483と同じでした。
tracerouteするとsinetを経由してました。

wikiのNICTに関する記述を元に戻しておいた