NTP, SNTP負荷分散作戦所
NTP サーバは、(ネットワーク的に)近くて、(ping応答が)早いサーバを選択するのが鉄則。
まずはプロバイダが NTP サーバを提供してるか確認しましょう。
おいそこの clock.nc.fukuoka-u.ac.jp (133.100.9.2)使ってる奴!とりあえず変更しよう。な。
関連wiki
http://wiki.nothing.sh/page/NTP >>141
ああ、ここってフシアナデフォだから・・・w
つかプロバイダーのNTPに繋いだ方がいいんだけどね、ある人はw ntp は anycast 技術をつかうことになりました
>>113
Windowsにはntptraceが(標準で)無い
動くだけで
tracert 以外の結果は得られず Wikiのベンダー提供のNTPサーバのところだけど
このメーカのこの機器はベンダ独自のサーバを使用している、くらいでいいんじゃないか?
晒してしまうと勝手な利用者を招き入れてしまって迷惑だと思うのだけど。 ちゃんと各人が近い鯖を選べばいいんだけど、
そうもいかないだろうしねぇ。 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 デフォのチェック間隔は30分 1時間に1回時刻合わせしてても平気で2〜3秒ずれるからな。チャックしてみw
http://www2.nict.go.jp/cgi-bin/JST.pl >>148
MN8300は1日おきに整時してる模様。 >>150
一回読み込んだで、「2秒ずれてます」って出た後に
再読込みすると「合ってます」ってなることも
>>150
そりゃ藻毎のマシンがボロなだけだろ(w >>139
pppにはそういうオプションはないと思った。DNS(およびWINS)オプションは最初にマイクロソフトがWGに出さずに勝手に
実装して後で事後報告的にドラフトを書いて出した。 皆激怒。 WGの基本方針としてはアプリケーションレイヤーの
情報はDHCPINFOで取得するべきであってトランスポートのPPPが関知するべきではないという意見が多勢だった。
しかしWin95がそれを実装して出てきたので鯖のベンダは仕方なく実装したけど。 結局PPPを繋げてからDHCPINFOを
投げるという実装は普及しなかった。 今から考えればNTPも渡せれば便利だったね。
そういえばservice discovery protocolなんてwgがあったな。 こういう問題を解決するはずだったと思ったが。
ふと思ったがNTPもDNSのような末路を歩むのだろうか? せっかく階層構造で負荷を分散するように
プロトコルが設計されたのに、猫も杓子も.comドメインに直接ぶち込む運用を許した結果、comの
サーバなんて化け物みたいなマシンを必要とするようになったように、ntpも少ない高性能stratam 1サーバ
が多くのクライアントを直接同期する方向に進むのだろうか? >>155
IPv6ではそんな事を回避できるような運用になってほすぃ >>155
Netscape が .com(や www. を)補ってたのにも問題があると思う。
国別にするとか、ユーザーが設定可能にすると云う発想はなかったのかなぁ? >>155
例えば日本の企業が日本語のページを.comに置くのは禁止とかできないのかな。
少なくともこれ以上の新規参入は認めないことにして、現行ページも.co.jpに順次移動してもらうとか。
このスレで出す話題じゃないか。 .co.jpは複数取れる物じゃないからねぇ
あれは1社で1つ、.comは複数取得可能
変わりにはならないね
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
民間じゃないぞΣ(゜д゜) time since reset: 122862
received packets: 95388012
776
>>166
で? NTPで検索したときにwikiのページがもっと上に出てくるようにならんかな これからNTPの設定をしようとしてる奴は
そのIPで検索しようとはしないだろ 確かに"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
思ったが、2ちゃんねらーで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
やっぱり、スパム避けを考えるとメールアドレスは入れない方が良いか。
メールアカウント名にしろメールドメイン名にしろスパム避けを気にする方が
面倒くさいから、いっそ無しがいいや。 おお、乙。
ところで、実行済みを書くんならURLっていらない気がするんだけど、書く意図って何かあるん? ああ、寝ぼけてたかも・・・
Web SiteはURL、その他は名称を書けばいいのかな? ま、仕様がないで仕様
;y=ー(´Д`;)・∵. ターン... # 「××の参照が多い(ずれが大きくなったまま)」って対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に関しては、苛めれば苛めるほど、設備が増強されるはず。
という説もあることですし、
特に遠慮しなくてもいいのぢゃないかと。
というか、あのページに明記されていようが、コメントアウトされていようが、
大勢に影響があるとは思えませんが、、、 The fukuoka-u.ac.jp NTP server has heavy traffic.
Then delete this domain from your list, please.
文法おかしくても意味が通じればいいんでない?
むしろ内容よりも、この削除依頼が本物かどうかを
どうやって証明する?
イタズラメールと思われては困るわけだし。 too many access
とかの方がいいかな。 第三者が出しても無視される予感。
こればかりは本当の管理者から出してもらうしかないんじゃない? 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
ちょっと趣旨がずれてますw
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使用せず)のソフト
↑もつ鍋〜 誰も問い合わせてないんか・・・
メール送るのは抵抗あるから、掲示板あるのだけでも書いていくかな・・・ >>213
すまんこ
様々に忙しいので限りなく後回し中 >>215
あほう
2ちゃんねらが使うのやめたからトラフィック減ったんだろうが
釣りですかああそうですか googleでwikiのページがntp.co.jpより上にくるようになった >>216
減ったのは、スラドをみた管理者のおかげじゃないのか? PC/NET関連の雑誌にも取り上げてくれんかのぉ・・・ >>221
意味がわからなくて
NTPクライアントを導入するにとどまり
逆にトラフィックが増えたりして。 >>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
おいおい全員この話題スルーかよw
NICT、NTPを利用した時刻配信サービスを正式に開始
http://internet.watch.impress.co.jp/cda/news/2005/02/04/6365.html
元スレより >>226
そんなこと言ってくれるの、あんただけだよぉ〜(ToT)/~~~
ソース付の奴を上げたから、暇だったら弄ってみそ。
http://u.skr.jp/5120/files/2411.zip
あともう一個作ってみた、NTP階層を分析する奴。プロンプトがパカパカして
かなりガクブルもんだろうけどw
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は止まったり狂ったりしたら死人が出かねないサービスだしな。 >>236
逆じゃね、原子時計がGPSの監査用って読めるが・・・。
つかPPSってなによ? Pulse Per Second / パルス毎秒
PolyPhenylene Sulfide / ポリフェニレン・サルファイド
Provisional Performance Standards / 暫定性能基準海図
Prospective Payment System / (医療費)包括払
Pacific Press Service / (社名)
Precise Positioning Service / 精密位置決定サービス
さてどれでしょう。
>>228
現在のmfeedのstratum-2は引き続き試験サービスと言う事か?