[Bear_ku 0]

На тестовом стенде имеются два сервера времени NTP:

• устройство синхронизации времени ИСС-2.5
• Raspberry Pi 3, синхронизирующее время от ИСС и раздающее в сеть, chrony

Запускаю chrony на испытуемых устройствах, синхронизирующее время от обоих этих источников:

server 192.168.7.102 minpoll 3 maxpoll 4
server 127.168.7.117 minpoll 3 maxpoll 4

log statistics tracking   
logchange 0.1
logdir /var/log/chrony  
  
maxupdateskew 100.0
rtcsync

makestep 0.1 -1

И периодически, в разное время, у всех chrony показывает отсутствие синхронизации, на время от десятка секунд, до нескольких минут.

Та же проблема появляется на рабочих устройствах на объектах, с другими серверами времени.

В чём может быть причина?

[Tarbal 4]

Я бы начал решать проблему с захвата сетевых сообщений.
Используйте tcpdump. Он может записать лог, который Wireshark откроет и с комфортом найдете какие сообщения когда посылаются, на какие нет ответа.

Чтобы много лишних сообщений не было захвачено, в tcpdump отфильтруйте по протоколу и по порту.

 

[mantech 83]

16 часов назад, Bear_ku сказал:

на время от десятка секунд, до нескольких минут.

Зачем нужна такая частая синхронизация?  NTP  - это очень примитивный протокол, по вирешарку проще всего смотреть...

[Bear_ku 0]

On 4/15/2025 at 2:08 AM, mantech said:

Зачем нужна такая частая синхронизация?  NTP  - это очень примитивный протокол, по вирешарку проще всего смотреть...

Тут не скажу. Но интервалы синхронизации подгонялись под требования к аппаратуре.

On 4/15/2025 at 1:39 AM, Tarbal said:

Я бы начал решать проблему с захвата сетевых сообщений.
Используйте tcpdump. Он может записать лог, который Wireshark откроет и с комфортом найдете какие сообщения когда посылаются, на какие нет ответа.

Чтобы много лишних сообщений не было захвачено, в tcpdump отфильтруйте по протоколу и по порту.

 

Да судя по всему вопрос не по делу и проблема не в chrony, а в утилите которая анализирует выдаваемую с него статистику.