Большинству приложений все равно, что приходит каждый NTP-пакет. UDP через IP иногда может быть с потерями, это случается.ntpd продолжает работу и продолжает корректировку на основе последнего известного смещения и дрейфа. На самом деле, большинство приложений вообще не заботятся о синхронизации времени. Те немногие, кто это делает, могут ждать при загрузке, пока не запустится ntpd (или chronyd).
Один сценарий мониторинга с открытым исходным кодом, который имеет пороги охвата: нтпмон. Для справки, он считает 75% всех источников ntp успешными. Таким образом, 6 из 8 последних пакетов с учетом охвата представляют собой 8-битное число. Это плюс пороговые значения смещения составляют метрику хоста для мониторинга инфраструктуры.
ntpstat, вероятно, относится к сценарий оболочки ntpstat (заменяет предыдущую программу). Который распечатает источник и предполагаемую ошибку. И завершается только с ненулевым кодом возврата в определенных случаях, например, если демон NTP не запущен. ntpstat не оповещает о достижении, намеренно ли для поддержки отключенных вариантов использования, или эта функция так и не была реализована, я не знаю.
