EndRun エンドラン Sonoma D12 タイムサーバ GPS/CDMA に共通した よくある質問と回答 FAQ

ご迷惑をおかけし申し訳ございません． 症状と本体に前面パネルに貼付したラベル上の情報，具体的な症状と連絡先を is@shoshin.co.jp までご連絡ください．折り返し弊社よりご連絡いたします． また，本体が内蔵するWebサーバーにアクセスしてすることで，運用状態を確認できます． 不具合の原因は本体ではなくアンテナ系に見つかることがままあります． 屋上の工事の都合で知らないうちにアンテナに事故が発生していることがあるためです．また，GPSアンテナの近くに設置された送信系のシステム（例：携帯基地局、衛星地上局）や，近隣を走る違法無線を搭載した車両からの影響を受けることがあります，

一時的なアンテナ事故による受信障害と復旧の例 （Sonoma GPS =2017年6月以降= の内蔵するウェブ管理の画面 GPS Receiver Stats より）：

もしログイン可能でしたら，電源再投入をする前にファイルの内容を取得しておくことをおすすめします．症状によりますが、診断のためにこれらログファイルの一部をお送りいただく場合があります．特に受信障害の診断に役に立つのは praecis0.log, oscctrlstat.log, rcvrstat.log です．
/logs/cpustat.log
/logs/ntpstat.log ( ntpstat コマンドの結果を40秒毎に記録しています)
/logs/oscctrlstat.log ( oscctrlstat コマンドの結果を30秒毎に記録しています)
/logs/messages.log
/logs/praecis0.log
/logs/rcvrstat.log ( rcvrstat コマンドの結果を30秒毎に記録しています)
/logs/syslog.log
/logs/debug.log
(praecis0.log のフォーマットはここに説明があります)

コマンドラインでは，
cd /logs; tar cvfz /tmp/logs.tgz *.log
しておいて，logs.tgz ファイルをお送り下さい．logs.tgz ファイルは scp 等で取り出すことができます．不要になった logs.tgz ファイルは消去願います．
手順書はこちらからダウンロード下さい．

faultstat コマンドを実行するとFAULT アラームの詳細を表示します．結果をお知らせいただければ可能性のある原因についてお答えいたします．前面パネルを操作して FAULT を表示させることもできます． また，ウェブブラウザで本体のIPアドレスにアクセスしてログインし，Faultsタブを開いてもSystem FaultsとReceiver Faultsをそれぞれ表示できます．

2022年のCGPMにおいて，UT1とUTCとの差の上限値を大きくすることが決まり，2023年12月のITUの無線通信部門でも同様な議決がなされたため，実質うるう秒の挿入や削除は行われなくなりました．これまで地球の自転を基準とするUT1と電子時計を基準とするUTCとのあいだに0.9秒を越える差が生ずるとうるう秒による調整をUTCに行う宣言をIERSがしてきました．

GPS 衛星からの信号を安定して受信できる環境では標準で搭載する TCXO でも精度の良いタイムスタンプを発行できますが、何らかの理由で受信に障害が発生することを考えるとプリミアム OCXO オプションあるいはルビジウムオプションが推奨する選択肢となります。

基準発振器オプションについてはこちらを参照ください

標準で搭載する TCXO でも精度の良いNTPタイムスタンプを発行できますし、何らかの理由で受信に障害が発生しても、24時間は Stratum 1 の精度の時刻を配信することができます。 より長いホールドオーバー期間を希望する場合はプリミアム OCXO オプションあるいはルビジウムオプションが推奨する選択肢となります。ルビジウムでは最長 140日間ホールドオーバーできます。 また、マルチパスの激しい受信環境でお使いになる際も OCXO やルビジウムオプションが時刻精度の向上に貢献します。

基準発振器オプションについてはこちらを参照ください

Syslogが管理している messages, syslog, debug ログは外部のsyslogサーバーにリダイレクトできます。 詳しくはマニュアルの「Syslog ファイルを リモートホストに リダイレクトする」を参照下さい． また， man syslog.conf にも情報があります．
例： 10.123.123.3のアドレスのホストにすべてのログを送るには， /etc/syslog.conf の末尾に
*.* @remote_host
の記述を追加して，
cp -p /etc/syslog.conf /boot/etc/syslog.conf
を実行し,reboot で再起動します．

syslog でリモートにリダイレクトできるのは syslog が管理する messages, debug, syslog だけで，/logs に出力される ***stat.log や praecis0.log は含まれません．

/var/log に書き込まれるログは不揮発性領域である /logs に保存され，一定のサイズを超えると古い行から消されていきます． この設定は変更できません．*stat.log ファイルや praecis0.log は約一ヶ月分が保存されています． messages, syslog, debug ログファイルは syslog が管理しており， syslogサーバーにリダイレクトすることで長期に渡り保存できます。 詳しくはマニュアルの「Syslog ファイルを リモートホストに リダイレクトする」を参照下さい．

/logs に保存される *stat.log は概ね以下の通りです．
cpustat.log 100秒に1回 約1ヶ月分
ionostat.log 100秒に1回 約1ヶ月分
ntpstat.log 30秒に1回 約1ヶ月分
oscctrlstat.log 30秒に1回 約1ヶ月分
praecis0.log 16秒に1回 約1ヶ月分
rcvrstat.log 30秒に1回 約1ヶ月分
rcvrctrlstat.log 30秒に1回 約1ヶ月分

いつでも無償でファームウェアをダウンロードしていただけます．アップグレードの手順はマニュアルに詳しく書かれています．手順に従ってアップグレードしてください．15分ほどで完了します．動作の安定のためにもセキュリティーのためにも常に最新のファームウェアをお使いになることを強くお奨めします．
http://www.endruntechnologies.com/download.htm

UTC は各国の時刻標準機関が管理する数百台の原子時計の加重平均に基づいて国際度量衡機関 BIPM が算出しており、それら機間の間は1/10ナノ秒の精度で互いに比較されてナノ秒単位の誤差に管理されています． GPS 時刻は常に UTC 加重平均寄与率最上位にある米国 USNO の UTC 時刻に同期しており，Sonoma はその GPS 時刻に同期します． UTC の管理については日本の NICT の説明も参照ください．

Sonoma CDMA をお使いでしょうか？ Sonoma CDMA では、うるう秒に正しく対応するには、 USER モードにして Current と Future のオフセット値を手入力する必要があります． これは残念ながら CDMA が配信するうるう秒情報が信用できないためです． この設定が古いままになっていると誤ったローカルタイムを表示します．こちらをご覧ください． 一方，Sonoma GPS のうるう秒は衛星から送られる情報に従い自動的に設定されます．

タイムサーバーは通常上位の時刻源と同期して正確な時刻の配信を行います． 万が一，上位時刻源との同期ができなくなっても，自ら持つ基準発振器とその基準発振器の補正情報を使い，一定時間の間はタイムサーバーとして必要とされる精度を保つことができます． これをホールドオーバーと呼び， ホールドオーバーしている状態をコーストモード（Coast Mode）と呼びます。

ホールドオーバーできる期間は基準発振器のグレードとディシプリンアルゴリズムに大きく依存し，Sonoma では TCXO でも24時間のNTP Stratum 1を維持します． 基準発振器は工場オプションです． 発注時に用途に応じた基準発振器をお選びください． ご不明な点はお気軽にご相談ください．

基準発振器オプションについてはこちらを参照ください

ここでは ICD-GPS-060 に定義された、時刻の品位を 1-9 の数字で表した指標です。

/etc/rc.d/rc.M に route -add net 行を追加することでスタティックルートを追加することはできます． routeコマンドについては route -h と man route で表示されるマニュアルページを参照ください． また，このプロダクトノートも参照ください．

以下に参考例を示します；

IPv4
例： 1番目のポート eth0 にIPv4のサブネット 192.168.222.0/24 へゲートウェイ 192.168.0.5 を経由するのスタティックルートを経由するを設定する（eth1やIPv6も同様な方法で設定できます）(複数経路がなければ metric は省略可)
/sbin/route add -net 192.168.222.0/24 gw 192.168.0.5 metric 1 eth0
（192.168.222.0/255.255.255.0のネットワークへはeth0 からゲートウェイ192.168.0.5を経由する）

再起動時にもスタティックルートが作られるようにするには以下の手順を実行します

# /etc/rc.d/rc.inet1 restart で再起動出来ます． このときに読み込むのは /etc/rc.d/rc.inet1.conf であって，不揮発領域に保存された /boot/etc/rc.d/rc.inet1.conf ではないことにご注意ください．どちらかのI/Fだけ再起動したいのであれば
# /etc/rc.d/rc.inet1 eth1_restart のようにI/Fを指定します．

注：この方法では rc.M に書かれた static route は反映されません．

Sonoma D12 のネットワークがリンクアップしているかコマンドで確かめる方法は？

# ip addr show dev eth0 ないし ip addr show dev eth1 して NO-CARRIER と表示された場合はリンクがダウンしています．NO-CARRIER が表示されない場合はリンクアップしています．

例：
# ip addr show dev eth1
4: eth1: <NO-CARRIER,BROADCAST,MULTICAST,NOTRAILERS,UP> mtu 1500 qdisc mq state DOWN group default qlen 1000
link/ether 00:0e:fe:01:16:ff brd ff:ff:ff:ff:ff:ff
inet 10.103.11.200/24 brd 10.103.11.255 scope global eth1

できません．Sonoma のイーサーネットポートはタイミング精度重視の思想で設計されており，ボンディングやトランキングなどの機能は搭載していません． もしネットワークの多重化やタイムサーバーの冗長化を考えられるのであれば，タイムサーバーを複数設置して，NTP や PTP が初めから持つ冗長化機能を使うべきです．

ntpq -n -c mrulist をお試しください．MRUリストにはクライエント毎の時刻問い合わせの状況が記録されます．初期設定では600エントリないしは1024kBに達するまで記録し，以降は古い物から上書きします．MRUリストの取得はntpサーバにとって大きな負荷となりますから、-n オプションをつけてアドレスの逆引きをしないようにします．あくまでもクライエントからの問い合わせ状況を表示するだけであり，クライエントが同期できているかどうかをNTPサーバーから知る方法はありません． mrulist の詳細については man ntpq コマンドで表示される ntpq のマニュアルページの mrulist の説明を参照下さい．

注： 古いファームウェアをお使いの場合は ntpdc -nc monlist で同様な結果を得ることが出来ますが，最新のファームウェアをお使いになることをおすすめいたします．”Network Time Protocol (NTP) reflection DDoS attack については大丈夫ですか？ ”も参照下さい．

コマンド実行例 (オプションをつけないと lstint 順に並べる)：
# ntpq -nc mrulist
Ctrl-C will stop MRU retrieval and display partial results.
Retrieved XX unique MRU entries and 0 updates.
lstint avgint rstr r m v  count rport remote address
============================================================================== 
     0    817   d0 . 3 4    278 52736 192.168.0.3 
     9    496   d0 . 3 4    370   123 2409:11:42a0:1100:c23f:d5ff:fe6d:bc2 
    20    150   d0 . 3 4   1512 47907 2603:300a:2168:9800:72f3:95ff:fe0d:b1e 
    47    264   d0 . 3 4    860   123 2001:e42:102:1101:202:181:102:158 
    47    529   d0 . 3 4    429   123 2001:e42:102:1101:202:181:103:212 
   130    258   d0 . 3 4    880 19204 2604:1380:3000:8800::1 
   132    795   d0 . 3 4    286   123 192.168.0.7

コマンド実行例 (追い合わせ先を平均問い合わせ間隔が短い順に並べる)：
$ ntpq -nc "mrulist mincount=10 sort=avgint"
Ctrl-C will stop MRU retrieval and display partial results.
Retrieved 17 unique MRU entries and 0 updates. 
lstint avgint rstr r m v  count rport remote address 
============================================================================== 
    41    150   d0 . 3 4   1509 37148 2603:300a:2168:9800:72f3:95ff:fe0d:b1e 
   246    258   d0 . 3 4    878 19202 2604:1380:3000:8800::1 
    34    265   d0 . 3 4    856   123 2001:e42:102:1101:202:181:102:158 
   364    481   d0 . 3 4    471   123 2001:e42:102:1810:160:16:217:205 
     4    503   d0 . 3 4    364   123 2409:11:42a0:1100:c23f:d5ff:fe6d:bc2 
   163    529   d0 . 3 4    428   123 2001:e42:102:1101:202:181:103:212 
   187    602   d0 . 3 4    376   123 192.168.0.6 
   244    798   d0 . 3 4    284   123 192.168.0.7

コマンド実行例 (追い合わせ回数の多い順に並べる)：
$ ntpq -nc "mrulist sort=-count"
Ctrl-C will stop MRU retrieval and display partial results.
Retrieved 68 unique MRU entries and 0 updates.
lstint avgint rstr r m v  count rport remote address
==============================================================================
    64    151   d0 . 3 4   2964 42194 2603:300a:2168:9800:72f3:95ff:fe0d:b1e
   117    260   d0 . 3 4   1721 19202 2604:1380:3000:8800::1
   279    271   d0 . 3 4   1648   123 2001:e42:102:1101:202:181:102:158

ここで；
lstint このリモートアドレスから最後にパケットを受信とMRUリストを採取するまでの間隔(秒)
avgint このリモートアドレスから受信したパケットの平均間隔(秒，間隔は変化します 短すぎる場合はクライエントを調整すべきです)
rstr   このリモートアドレスに関するリストリクションフラグ
r      レート制御インジケータ
m      パケットモード
v      パケットバージョン番号
count  このリモートアドレスから受信したパケット数(過去に何回問い合わせがあったか)
rport  ソースボート番号
remote address  ソースアドレス

Chrony クライエントから見たNTPサーバとの同期状態を知りたいのですが？

NTPクライエントないし，SNTPクライエントからどれくらいの頻度で問い合わせを受けているかを知る方法がいくつか用意されています． Sonoma D12 は毎秒7,500回の問い合わせを受けても 10 マイクロ秒以下のタイムスタンプ精度にて応答します．

• ntpstat コマンド：
  ntpstat コマンドを実行すると毎秒当たりの平均問い合わせ数を表示します
  表示例： 20211026.04:51:00 +0.000000021 396939 153546 225.6/sec 7 (毎秒225.6 回の問い合わせ)
  
  
• 統計グラフのウェブ表示：
  Sonoma D12 のウェブにアクセスして，NTPのプロットを表示させます
  
  
• snmp ：
  SONOMAMG-MIB::gntpSentPktsPerSecond.0 = INTEGER: 0 (Sonoma D12 GPS)の場合
  SONOMA-MIB::cntpSentPktsPerSecond.0 = INTEGER: 1 (Sonoma D12 CDMAの場合)
  
  

Windows を時刻同期させています．Windows の時刻同期の状態を知りたいのですが？

Windows 時刻同期させています．プライマリとバックアップの2台のNTPサーバーに同期させたいのですが？

(1) rootでログインし、edit コマンドを使い /etc/rc.d/rc.M にある次の行の下に

# Initialize the networking hardware.
     if [ -x /etc/rc.d/rc.inet1 ]; then
     . /etc/rc.d/rc.inet1     
     fi  

以下の行を追加します。

(2) 追記した rc.M ファイルを、 /boot/etc/rc.d/ にコピーします
cp -p /etc/rc.d/rc.M /boot/etc/rc.d

(3) reboot します
shutdown -r now

(4) 再起動後に設定を確認します
ethtool eth0

以下のように表示されるはずです

Advertised auto-negotiation: No
 Speed: 100Mb/s
 Duplex: Full
 Port: MII
 PHYAD: 0
 Transceiver: external
 Auto-negotiation: off
 Link detected: yes

各ユニットの /usr/local/share/snmp/mibs/ にあります．
・例
/usr/local/share/snmp/mibs/SONOMA-MIB.txt
/usr/local/share/snmp/mibs/MERIDIAN2-MIB.txtt
参考までSONOMA D12 のsnmpwalk GPSの例 | snmpwalk CDMAの例はこちらにあります．

ntp.conf を編集してもかまいませんか?

出荷時点では，すべてのクライエントからのNTPリスエストを受け付けるほか， ntpdのユティリティである ntpq と ntpdc からのクエリのみを受け付け，遠隔操作を禁止しています．これらユティリティの動作制限は2つの方法で行われています．一つは control operation のためのMD5認証の鍵を定義していないこと，もう一つはntp.conf に restrict default notrust nomodify を定義していることによります．詳しくはSonomaのマニュアルと ntpd のマニュアルを参照ください．

Sonoma D12 の1PPS, 10MPPS，ASCIIシリアルタイムコード オプションは，Spirent の SmartBit に使えますか？