NTP, SNTP負荷分散作戦所
NTP サーバは、(ネットワーク的に)近くて、(ping応答が)早いサーバを選択するのが鉄則。
まずはプロバイダが NTP サーバを提供してるか確認しましょう。
おいそこの clock.nc.fukuoka-u.ac.jp (133.100.9.2)使ってる奴!とりあえず変更しよう。な。
関連wiki
http://wiki.nothing.sh/page/NTP 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'からの大量のアクセスだったりして 保守&安定してるのを報告。
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って殆ど変わらんねw 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 サーバーとの距離が関係するからかな。
例えば九州から東京のmfeedを使うと往復の遅延は無視出来ない。
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だ! 例えば北海道から関西の鯖を往復させたら無視できない数値と思うか
そんなもん端数だよと思うかどちらかだね。 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] 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] 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落ちているな ようやくntp2.jst.mfeed.ad.jpのメンテ終わったっぽい? 学内から
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にしました。
よろしこ。 >>29から4年
dropped packets: 0
ignored packets: 0
received packets: 18081530
packets sent: 17982458
packets not sent: 0
一部のプロバイダだと、Van経由でないと
100%時刻あわせ不可能だがなw
iネッ時計ってフリーソフト使ってる人いる?
タイムサーバーへのアクセス分散できるから便利じゃん スレが寂れているということはもう問題にはなっていないということだな GPSを買ってきて、Stratum1なNTPサーバーを建ててみた。
ついでにntp.orgにも登録し、アクセスもOKなようにしてみた。
そんな状況で、トラフィックを測ってみたら(MRTGで測ってみた)最大でも40k bps程度の負荷。
意外と負荷が小さくて驚いた。 >>412
このスレでもガイシュツのようにNTPの負荷は意外と小さい。
福岡大学は予算の関係上貧弱な回線&サーバだったのに、ブロードバンドルータに
埋め込みのNTPサーバにされていたりしたから問題が出たけど、今の回線&マシンパワー
なら全く問題にならなかったはず。 塵も積もれば山となるというお話だからね
福岡が耐えたとしても何時かはどこかで問題になったと思うよ
アメリカでも似たような事例があったし ntp.nict.jp って落ちてるのかな?応答がないみたいだけど >>417
昨日の夜から死んでるね
今日の昼間少し復活した時間があった 2009/11/07 00:00 - 2009/11/09 07:15
サーバ接続障害のためB系が利用できませんでした。
現在、全てのサーバが順調に稼動しています。 jpixが一番ホップ数少ないんだけど、個人レベルで指定してもいいの?
ダメならmfeed使うけど >>421
アクセス出来るのなら使っちゃえば? ただ、NTP的に重要なのは
ジッターなので、ホップ数が多いかどうかだけでは正確にはわからない。 標準電波を時刻源にしてるNTPサーバってあるんだろうか
ある場合、光速は考慮してあるのかな?
300km離れると1ミリ秒時間が遅れる計算だから、あんまり極端に離れた場所で受信してるなら常に遅れた時計になってしまう
>>425
常に一定の時間送れるなら簡単に補正できるじゃん。 電波なんだから距離で判るじゃん。
標準電波の時刻が距離で補正するのが無意味なくらい誤差を含んでいるか、
電波の速度が問題なるほど変化するかしない限り充分だろ。
距離を300km間違っても1msしか違わないんだから。 ひとによって「1msしか」と「1msも」に分かれますけどね 300kmも間違うバカはいないつってんのにそれはないわ。
距離誤差を何mに抑えるのが限界かを言ってからにしてくれ。
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]
このように表示されるのはどんな場合でしょうか? 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は一日あたり、
約3億アクセスもご利用いただいています。
特に深夜から早朝の時間帯については、
アクセス数が多くなっています。
ご利用いただき、いつもありがとうございます。 実験公開の頃が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つ指定しとけばこんな偏りは出ないはずなんだが 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使ってます 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西日本のフレッツ 光ネクストのみです。 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は使用できない?