CPMの遅延がマイナスになる問題

[yuasabe]

問題

• NTPでの時刻同期が不完全な可能性が高い．
• 30分程度で40ms程ドリフトしている．
• GPSでの時刻同期が理想的だが、、
  • 試みたがGPSでPPS信号が受信できない．
  • 手元のGNSS受信機ではデフォルトではPPS信号が受信できないみたい．→時間があれば試したいが今回は見送り．
• 12/13以前で使っていた時刻同期手法
  • nuc1がntp.nict.jpに時刻同期して他のPCはMgmt WLAN経由でnuc1に時刻同期

Solution

1. nuc1がntpdate -b ntp.nict.jpでNTPステップ時刻同期
2. nuc1がローカルでNTPサーバを開始 systemctl restart ntp
3. nuc3はWi-Fi Adhoc Network経由でnuc1とNTP時刻同期 system restart ntp, server 10.0.0.2 iburst prefer
4. Gigabyte, Gtune2はsystemctl restart ntp, server 192.168.10.2 iburst preferでそれぞれnuc3, nuc1と有線でNTP時刻同期
   • →実験開始前に時刻同期が取れるまで十分時間を確保する．
   • → ntpq -pnで「*」となり、delay, jitterが小さくなっていることを確認．

懸念点

• ntp.nict.jpとは最初の1回しかNTP同期していないため、標準時とはズレが残っている可能性が高い．
• nuc1とnuc3の間はミリ秒程度の誤差は残っている可能性が高い．

Other things I tried (1)

• nuc1, nuc3はLTE経由でそれぞれntp.nict.jpとNTP時刻同期
• Gigabyte, Gtune2はそれぞれnuc1, nuc3と有線でNTP時刻同期
• → マイナス遅延は変わらず．
• → そもそもnuc1, nuc3がそれぞれNTP時刻同期するので、nuc1とnuc3間の同期は~40ms程の誤差が生じていた．

Other things I tried (2)

1. nuc1がntpdate -b ntp.nict.jpでNTPステップ時刻同期
2. nuc1がローカルでNTPサーバを開始 systemctl restart ntp
3. nuc3はWi-Fi Adhoc Network経由でnuc1とNTPステップ時刻同期 ntpdate -b 10.0.0.2
4. Gigabyte, Gtune2はsystemctl restart ntp, server 192.168.10.2 iburst preferでそれぞれnuc3, nuc1と有線でNTP時刻同期
   • →これでもnuc1とnuc3は最初の1回しか同期せず継続的に同期しないため、30分で数ミリ秒程度のドリフトが生じ始める．

[yuasabe]

More accurate time synchronization was necessary here. Closing issue.