時刻合わせ総合スレッド2

ISDBのTOTを使うのか
いいアイディアだな
1segのローカル暗号化ってどうなってるんだ？
チューナーからデータが来てソフトで丸ごと暗号化してるのかな？
パケットさえ取り込めれば簡単そうだ

FriioとかHDUSのEpgDataCap_Bonって録画ソフト(もちろんWindows)に、
放送派で時刻を合わせる機能は付いてるよ

こんなの見つけた
公開 CDMA NTPサーバー （時刻同期にお使いいただけます）
公開 CDMA NTPサーバ (210.168.211.231 ntp.shoshin.co.jp ) 東京 日本仕様実証試験モデル Praecis CntpJ を使用
公開 CDMA NTPサーバ (216.218.254.202) 米国 Endrun Praecis CNTPを使用
http://www.shoshin.co.jp/computer/endrun/cdma.html

ワンセグであわせれたら手軽でいーなー
専用ソフトなら精度も良くできるだろうな

ワンセグは特定機種ではあるが突破されてる
フルセグも今じゃガタガタだけどね
http://mobilehackerz.jp/contents/OneSeg24
ブログにはかなりの情報が
Linux用のドライバとか
自分はソフト作る技術は無いけど誰か作ってくれないかな〜ｗ
NTPDへの対応パッチとかソフト丸ごととか

ふと思ったけどフルセグは映像関連以外の時刻情報とかも暗号化されてるのかね
わざわざ送出が義務付けられてるくらいだから意外と生データかなぁ？
と思ったけどそんな面倒なことはしそうにないか

それら特定機種でいまでも普通に売られているのは・・・

ブログとかじっくり読んだが今は作者が違うところに興味が行ってるみたいでそこが問題だなｗ
普通に売られているやつに対応するつもりはあるみたいだが
ただ抜け道の探し方とか傾向は出ているので案外いくつもあるのかもね
バッファローとかの大手では難しそうみたいなんだな
ワンセグ野郎も面白そうなシステムだなｗ

暗号化されてないなら、アースソフト PT1でできないかな

出来るんじゃない？
ワンセグも受信できるはずだし
でもPT1ほどのものを使うならあえてBSを受信してオフセット設定して使うとかｗ

ワンセグ時計見つけた
でも公開されてないみたい
http://hwhack.blogspot.com/2008/02/blog-post.html
http://hwhack.blogspot.com/2008/02/blog-post_15.html

ワンセグ以前に世のケータイがNTP未対応ってなんかもったいない

別に NTP 使わんでも。
http://plusd.itmedia.co.jp/mobile/articles/0505/17/news061.html

>>718
NTPなんかに対応するよりも、GPSか標準電波に対応してくれたほうがうれしいんだがな

>>720
au はしてるってさ。>>719

ふつうの ntpd on Debian で、どれぐらい内部時計を修正しているかを
見ようと思ったら、 loopstats (/var/log/ntpstat/loopstats) の
offset を見る、で正しいですか？

一週間ほど前に発見された突破できるワンセグ SEG BEE JSA-OS100
LOG-J200と同等だそうだ
しかしあっと言う間に売り切れた上に取り寄せも不可だそうな
また出回って時計ソフト作ってくれる作者さんいないかな…

PT1
予約除いて秋葉に出回ったのは5枚だけだってさｗ

>>719
fomaは電波に乗ってる時刻情報で時間合わせやってる

来年の正月はうるう秒が挿入されるそうだけど
ntp使ってる場合、何かやらなきゃいけないことある？
挿入関係に詳しいエロい人教えてください。

>>726
いきなり1秒入れるわけではないのでは。
たしか1/100秒づつ加算されていくような。

残念。それは電話の時報の場合だ。

> NTT、2009年1月1日に時報サービスの“うるう秒”調整を実施
> 12月15日16時51分配信 オリコン
>
> 時報サービス「117」を運営しているNTT東日本、NTT西日本は15日（月）、“うるう秒”の調整を行うことを発表した。
> 実施日は2009年1月1日。
> 加入電話、INSネットの「117」サービスでは、午前8時58分20秒から午前9時00分00秒までの100秒間に秒音を100分の1秒ずつ長くし、合計で時刻を1秒遅らせることで、午前9時ちょうどに日本標準時に合わせるようにするという。
> NTT両社は、日本標準時の維持・通報を実施している独立行政法人・情報通信研究機構が“うるう秒”の調整を行うことに伴い、同作業を実施。
> “うるう秒”の調整は1972年7月1日に1回目を実施しており、今回で24回目。
> 前回は06年1月1日に行っている。
> 06年6月より提供を開始したひかり電話の「117」サービスでは、情報通信研究機構の調整方法に合わせ、同日午前9時00分00秒のお知らせ音（ポーン音）を2回鳴らすことで調整を行う。

>>726
窓使いでかつ精度いるなら1/1AM9：00：01ぐらいに同期させたほうがいいかもよ
（スクリプトにバグ混ぜて暴走しても自己責任ｗ）

うるう秒に関する Windows タイム サービスの処理
http://support.microsoft.com/kb/909614/ja

>>726
特に何もない。
12/31くらいから「閏秒」フラグが配信されていることを確認する程度だ。
"ntpq -c rv" で見ることができる。

# ntpq -c rv
assID=0 status=06c4 leap_none, sync_ntp, 12 events, event_peer/strat_chg,
version="ntpd [email protected] Wed Dec 3 12:32:56 UTC 2008 (1)",
processor="x86_64", system="Linux/2.6.27.7-9-default", leap=00,
stratum=2, precision=-20, rootdelay=8.525, rootdispersion=14.909,
peer=22758, refid=133.243.238.163,
reftime=cd03e673.05c78a19 Tue, Dec 30 2008 9:14:43.022, poll=7,
clock=cd03e7c5.76cc9141 Tue, Dec 30 2008 9:20:21.464, state=4,
offset=-4.086, frequency=18.822, jitter=0.878, noise=1.005,
stability=0.031, tai=0

ここの "leap=00" の部分が "leap=01" (2009年実施予定の増やす方向での閏秒)
になればOK。参照しているNTPサーバが閏秒非対応だったりする場合は、
"writevar 0 leap=01" のように手動で設定すれ。

いつ頃か見忘れたが閏秒フラグが来たね。

# ntpq -c rv
assID=0 status=46f4 leap_add_sec, sync_ntp, 15 events, event_peer/strat_chg,
version="ntpd [email protected] Wed Dec 3 12:32:56 UTC 2008 (1)",
processor="x86_64", system="Linux/2.6.27.7-9-default", leap=01,
stratum=2, precision=-20, rootdelay=6.768, rootdispersion=5.780,
peer=28226, refid=133.243.238.243,
reftime=cd0581d3.c705e4dd Wed, Dec 31 2008 14:29:55.777, poll=6,
clock=cd058208.b4aeb54e Wed, Dec 31 2008 14:30:48.705, state=4,
offset=0.962, frequency=6.368, jitter=0.688, noise=0.199,
stability=0.019, tai=0

あとはsyslogに"Clock: inserting leap second 23:59:60 UTC"が出れば成功だな。

$ ntpq -c rv
assID=0 status=c011 sync_alarm, sync_unspec, 1 event, event_restart,
version="ntpd [email protected] Wed Jul 16 12:11:41 UTC 2008 (1)",
processor="i686", system="Linux/2.6.26", leap=11, stratum=16,
precision=-20, rootdelay=0.000, rootdispersion=6.660, peer=0,
refid=INIT, reftime=00000000.00000000 Thu, Feb 7 2036 15:28:16.000,
poll=6, clock=cd05cc2c.a2f6a128 Wed, Dec 31 2008 19:47:08.636, state=1,
offset=0.000, frequency=-0.387, jitter=0.001, noise=0.001,
stability=0.000, tai=0

あれ？

９時前には起きねば。

【Technical Notes】Linux システムクロックの『うるう秒』調整
ttp://www-06.ibm.com/jp/domino01/mkt/cnpages7.nsf/page/default-0019DB89?OpenDocument&TableRow=1.1

>>732
> refid=INIT, reftime=00000000.00000000
同期に失敗してるじゃないか。

来たね。

# for ((;;)) do date; sleep 1; done
2009年 1月 1日 木曜日 08:59:57 JST
2009年 1月 1日 木曜日 08:59:58 JST
2009年 1月 1日 木曜日 08:59:59 JST
2009年 1月 1日 木曜日 08:59:59 JST
2009年 1月 1日 木曜日 09:00:00 JST
2009年 1月 1日 木曜日 09:00:01 JST
2009年 1月 1日 木曜日 09:00:02 JST

# cat /var/log/messages
(中略)
Jan 1 08:59:59 hoge kernel: Clock: inserting leap second 23:59:60 UTC

ｷﾀｰ
>Jan 1 08:59:59 linuxhost Clock: inserting leap second 23:59:60 UTC

こっちでは、

Jan 1 08:59:59 xxx kernel: Clock: inserting leap second 23:59:60 UTC

は来たのに、まだ、 leap=01のままだけど、こういうもん？

ntpq -c rv
Thu Jan 1 10:11:13 JST 2009
assID=0 status=4684 leap_add_sec, sync_ntp, 8 events, event_peer/strat_chg,
version="ntpd [email protected] Sun Mar 4 13:21:35 UTC 2007 (1)",
processor="i686", system="Linux/2.6.18-6-686", leap=01, stratum=4,
precision=-20, rootdelay=9.875, rootdispersion=67.872, peer=47192,
refid=202.234.233.109,
reftime=cd06934d.59bf7475 Thu, Jan 1 2009 9:56:45.350, poll=9,
clock=cd0696b1.bc549a60 Thu, Jan 1 2009 10:11:13.735, state=4,
offset=0.079, frequency=-2.683, jitter=2.620, noise=0.183,
stability=0.031, tai=0

>>737
Leap Indicatorフラグはしばらくしないと解除されないはず。
と言ってる間にリセットされた模様。

> processor="x86_64", system="Linux/2.6.27.7-9-default", leap=00,

ほんとだ、解除されてるね。

パケットも取ってたんで、みてみたところ、
こっちの場合、日本時間で 9:51:12 の応答は、まだ
leap=01で、9:56:45の応答ではleap=00が入ってた。

うちも閏秒入ってた。
Jan 1 08:59:59 # KURO-BOX
hoge kernel: Clock: inserting leap second 23:59:60 UTC

少し前に少し話が出てた突破できるワンセグチューナー
ここではまだ売っているそうだ
http://www.makie.com/ja/products/pctv/index.html
LOG-J200と同じなんだって
通常価格だからちょっと高いけど
自分にはプログラムを作る能力はありませんｗ

7000円前後で何処でも受信できる電波時計が導入できるとすれば安いものか

数秒遅れの電波時計なんてイラネ

おまいはISDBを理解していない

ｔ

時刻情報(地上デジタルテレビジョン放送)

各放送局は (ToT) と呼ばれる時刻情報を
自局の映像信号に圧縮無しに多重送出することを義務づけられている。
とても悲しい顔をしなくてはならないのである。

ss

ntpdとSakuraWatchについてお尋ねします
・tpd - NTP daemon program - Ver. 4.2.4p4
　debian lenny 上で稼働
・Sakura Watch (SW_NORAS.EXE ver0.2.1)
　win2k と winxp 上で稼働
・ローカルネットワークは
　192.168.xxx.0
　ゲートウェイの存在するローカルネットワークとは物理的に隔離

上記の構成で時刻合わせをしようとしたら、桜時計のログに頻繁に
-----------------------------------------
length=48 addr=192.168.xxx.xxx:123
LIO VN4 MODE4 Stratum3 Poll0 Precision-8
応答に 4294967295.999秒掛かっています
0.323秒進んでいます
-----------------------------------------
と表示され、クライアント側の時刻調整ができません

応答遅延の 4294967296 という数値については NTP で正確に扱える
時間の上限であることは何となくわかったのですが
どのようにしたらこのエラーを回避することができるのでしょうか

ちなみに今までメインで使っていたntpd
・ntpd [email protected] Sun Jan 11 17:05:58 UTC 2009 (1)
　debian etch 上で稼働
との間ではこの様なエラーは出ません

未だに桜時計を使う理由がわからん。Windows timeサービスで充分だろ。
コンパネから触れるインターネット時刻じゃないからな
http://wiki.nothing.sh/page/NTP

禿同。
Windows付属のツール使わずどこの馬の骨とも知らないフリーツール使いたがる奴なんなの？

>>748
debian etchからdebian lennyにした時にntp.confの設定確認した?
あとiptablesで弾いてたりしない?

>>751
レスありがとうございます
説明不足で申し訳ありません。 etchとlennyはそれぞれ別のマシンで動いてます
問題となってるlennyはまだインストールしたばかりでiptablesすら設定していません
lennyのntp.confはetchで使っていた値をそのままコピーしています

一応、設定晒します
driftfile /var/lib/ntp/ntp.drift
statsdir /var/log/ntpstats/
statistics loopstats peerstats clockstats
filegen loopstats file loopstats type day enable
filegen peerstats file peerstats type day enable
filegen clockstats file clockstats type day enable
server ntp1.jst.mfeed.ad.jp maxpoll 12
server ntp2.jst.mfeed.ad.jp maxpoll 12
server ntp3.jst.mfeed.ad.jp maxpoll 12
server 127.127.1.0
fudge 127.127.1.0 stratum 13
restrict -4 default kod notrap nomodify nopeer noquery
restrict -6 default kod notrap nomodify nopeer noquery
restrict 127.0.0.1 nomodify

ntpdの戻り値が不正だったのか、受け取った戻り値が桜時計に処理できない値だったのか
いずれにせよ4294967296秒というと、おおよそ136年間にあたるし
今回のエラーは単にパケットの遮断とか遅延による問題ではないと考えてます

>>752
あ、別ﾏｼﾝなのね。
それにしてもrestrict文の設定が全部ｼｶﾄするように設定しているように感じるんだけど、
俺もそんなに詳しくなくて嘘教えたら困るからここでも参考にしてみて。
ttp://lists.debian.or.jp/debian-users/200508/msg00093.html

restrictって罠だらけだよねｗ
defaultに制限をかけまくったらserverに指定した相手に対して何か開放する設定が必要になった気がしたけど
設定したのはもう数年も前のことだから忘れた。

漏れはiptablesの方が分かりやすいからそっちで制限してる
外部NTPサーバとの通信のために「state RELATED,ESTABLISHED」は必要だけど

俺はその設定が嫌でOpenNTPDに乗り換えた

>>756
OpenNTPDって昔
http://slashdot.jp/opensource/comments.pl?sid=196608&cid=594155
なんてことがあって悪いイメージがあったが、今はどうなの？

たとえばserverをホスト名で設定し、restrictもホスト名で設定したりすると
そのホスト名で得られるIPアドレスがラウンドロビンされてたときに
大変なことになるっぽい。

>>754
そうなんだよね。俺もいまいち理解していないもんだから、落とし穴にﾊﾏりまくりなんだよね。

>>755
あ、確かにその方が楽だよね。
しかも既にiptablesでLAN内と上位NTPｻｰﾊﾞｰしかつながないようにしてるよ。
ntp.confで無意味な事してた。

ttp://www2.nict.go.jp/w/w114/tsp/JST/JST5.html
を何回かリロードしても0.5秒遅れのまま

ttp://www2.nict.go.jp/w/w114/tsp/link/JST.html#12
> 「地域標準時との差」について 2009.02.02

> PCの時計を合わせたばかりでも、「あなたのコンピュータの内蔵時計」の「地域標準時との差」が0にならないことがあります。

> * JSONP 版では表示が0.1秒単位になっていますが、ネットワークの状況によっては、それ以上の時刻誤差が出ます。 再読み込みを行うと、DNS のキャッシュ効果等により、若干誤差が減ることが多いようです。
> * Windows XP 等に標準装備されている「日付と時刻のプロパティ」「インターネット時刻」によって手動で 時刻合わせを行った場合、その直後でも時刻誤差が生じていることがあるようです。他のPC時計合わせソフトを 試してみてください。
> * 時計合わせを行っても、そのままでは表示に反映されません。 「再読み込み」を行うか、ブラウザの再起動を行ってください。

"Windows Time" じゃダメなのか…
Windows XP, 7 でお薦めの ntp クライアントって何？

板違い。

こっちだったか
ttp://hibari.2ch.net/test/read.cgi/mysv/1106560587/

けど
>>1
> 時計の正確さの自慢，および，街で見つけたNTPサーバを
> 貼り付けるスレです．時刻合わせの運用面における悩みも
> どーぞ．

ntpd 使ってれば運用面の問題無さそう
Linux板でのこのスレの存在意義って何？

存在意義わからないなら来なきゃいいじゃん。

nictとmfeed使ってるんだけど、いつも同期はnictなのに初めてmfeedになった。回線の近い遠いは変わるって事を
初めて体験した。

JJYおおたかどや山送信所が暫定復帰したと思ったら、あっという間に止まっちゃったね。
佐賀の60kHzも外に出てれば受信出来るけど、室内にある時計はやっぱり無理だった。＠札幌
このまま原発のせいで低波が続けば、こっちの人間は電波時計の値打ちが無くなるよ。

10日に川内村が一時帰宅出来るようになるんだね。
JJYの中の人も入れるかなぁ?
早く落雷送信停止から復旧してほしいよ。

ntpで同期してくれるカジュアルな時計はないものか

>>767
漏れもWifiインターフェース付きntp同期時計できないかなって考えてた。

>>767,768
ipv6普及でﾈｯﾄ家電が出るって一時期言ってたことあったけど、ntpｸﾗｲｱﾝﾄ付き時計はあって良いよね。
実用的だしね。

そうなんだよ〜今デジタル時計付きUSBハブを使って
いるんだけど、時刻が狂う。

PC使って、USBで繋がっているのに時刻が狂う時計を使用しているって
なんなんだろうなってふと自問自答w

>>770
USB で時刻情報取れるの?

「USBで」が何を意図してるのかわからんけど、ActiveSyncでUSB接続時に時刻同期された。

時刻同期をしてくれるレトロな時計なら見つかった。
今は売り切れているけれど。

密売東京 | ニキシー・クロック (卓上ニキシー管時計)
ttp://www.mitsubai.com/tokyo/detail/tk013007.html

連投スマン。ニコ動での>>773の商品説明動画
紹介文に依ると、
> 11/04/24まもなく販売を再開します！
だって
ttp://www.nicovideo.jp/watch/sm3739859

とりあえず、電波、GPS、ntp、校正手段はこれぐらいか？
ntp方式の4000円くらいのどっかで出さないかなあ

NTP だと実装めんどそう。

>>776
電波時計とかGPSあたりは専用の石があるもんね。
ntpの奴もどっかで出せば、安く出来ると思うんだけど。

俺用メモwindows用のだけど

窓の杜 - 【REVIEW】標準電波の代わりにPCで電波時計の時刻を合わせる「電波時計用JJYシミュレータ」
http://www.forest.impress.co.jp/docs/review/20110418_440067.html

>>778
JJYの周波数40kHzをPCのサウンドデバイスから取り出すのか。
それも13.333KHzの音声信号を出してその3逓倍を利用。

NTPをJJYに変換するソフトなんだけどRFトランスミッターを
使わなくても時計が受信できる程度の電界強度はあるのね。

ntp1.sakura.ad.jpって公開NTPサーバだったんだな
wikiの推奨公開サーバに入れてもいいのかな

ttp://ntp1.sakura.ad.jp/
>ntp1.sakura.ad.jp はさくらインターネット が公開する、
>どなたでも利用できるStratum 1のNTPサーバです。

>>778
パソコンの時計を修正できるものじゃないのね…。

時刻合わせage

nc(netcat) で daytime サーバー叩くのってどうよ http://tf.nist.gov/tf-cgi/servers.cgi

ntpdに対するメリットがなさげ

RFC1149を使ってNTPで時刻合わせをやってみたいｗ

3G回線でも安定しないのにRFC1149なんてやったらどうなるやらw

>>786
+-1日くらいの誤差でなら合わせられるだろ。

何が起きたのだろう
http://headlines.yahoo.co.jp/hl?a=20110714-00000000-scn-int

水晶発振器に干渉が起きるような現象があったのかな

まさかの地磁気
とか。

バッファローのルーター新機種がデフォルトでmfeed採用してた
ならサーバーも入れて欲しかったなぁ

ｋ

>>791 とても同意。

ところで、公開NTPサーバーの時刻が2分もずれていることってあるのでしょうか。
WindowsXPの日付と時刻の調整のインターネット時刻でサーバーを
jp.pool.ntp.orgにしていたら、同期後に2-3分遅れてしまいました。
「今すぐ同期」で直りましたが、複数のサーバーのどれかに接続するようなので、
NTPサーバーのうち1台だけ遅れているサーバーがあってもこちらからでは知りようがありません。

LinuxとかWindowsというよりも、公開NTPサーバーにどの程度信頼をおいていいのか参考にしたく、
似たような経験をしたという話だけでもあると助かります。

>>793
ntpdate -q jp.pool.ntp.org したけどズレてないぞ？

>>793
ntpdであれば、複数のサーバを指定しておけば
1台だけ時刻が大きくずれていたら同期対象から外されるようになってる
だから特に気にしなくていい。

windowsは確認したことないけど
少なくともコントロールパネルから設定してると
ずれた時刻を拾ってしまうだろうな

お答えいただきありがとうございます。
>>794
たまたま自分が接続した1台だけずれていたら、もう一回接続して正確なサーバーに
あたるとずれないわけです。
だから、一回ntpdate -q jp.pool.ntp.org してずれてないからといって
ずれたサーバーが存在しないかどうかを知ることはできないと思うのですがどうなんでしょうか。

>>795
windowsだと1台しかサーバー指定がないからずれるという意味であってますか。
それにしても、公開NTPサーバーの時刻が2分もずれるまで放置されることが実際にあるんでしょうか。
それともやはりwindowsの同期方法にサーバー数以外に問題があると考えるべきでしょうか。

>>796
winでもコマンドラインから設定すれば複数のNTPサーバを指定できる。
詳細は>>3のwikiで。

winに関しては板違いだから続けるなら↓でよろしく。
http://hibari.2ch.net/test/read.cgi/win/1225600262/

>>797
教えてくださりありがとうございます。
検索で出ないからwinはないと思っていたらタイトルが微妙に違いましたか...
お手数おかけして申し訳ありませんでした。

BIGLOBEのNTPサーバ 現在
ntp01.tk.mesh.ad.jp　←×
ntp02.tk.mesh.ad.jp　←○
ntp03.tk.mesh.ad.jp　←○

ring 不通なう

(・＿・)フツウ

７月１日に「うるう秒」　３年半振り、１秒長く - 47NEWS（よんななニュース）
http://www.47news.jp/CN/201201/CN2012013101002252.html

NTP使っているのに時々-15時間とかとんでもなく時間が狂うことがあるんですが、
同じような経験をしたことがある人はいらっしゃいませんか。

15時間ってことは9時間だからタイムゾーンがおかしいとかじゃないの。

JST-9をかっちょよくGMT+9とかやって死亡とかねｗ

>>806-807
なるほど、ありがとうございます。
でも、ぴったり-15時間というわけではなくて、分も30分とかでなく
でたらめになっていたので違いそうです。

電池切れとか。
サーバならつけっぱなしなので関係なさそうだけど。