Различное смещение в "ntpq -p" и "ntpdate -q"

Иногда наша система мониторинга уведомляет меня о слишком больших смещениях в ntpd. При выдаче ntpdate ничего не отображается. Поскольку ntpd медленно корректирует время, кажется, что он "думает", что есть смещение, которое необходимо адаптировать. Но не должен ли ntpdate также показать это смещение? Что я недопонимаю?

Это произошло после того, как NTP-сервер вскоре был недоступен и, по-видимому, перезапущен; смещение при его возврате составило около 20 секунд, а NTP медленно отрегулирован, поэтому в основном он просто сделал то, для чего он предназначен. Но почему ntpdate -q говорят, что нет смещения все время?

# ntpq -p && echo '###' && ntpdate -q 123.123.123.123
     remote           refid      st t when poll reach   delay   offset  jitter
==============================================================================
*nt0            10.123.123.123   2 u   48   64  377    0.181  209.956   8.334
###
server 10.123.123.123, stratum 1, offset 0.207451, delay 0.04231
 1 Dec 10:45:28 ntpdate[19895]: adjust time server 10.123.123.123 offset 0.207451 sec

Когда я сравниваю выходные данные двух разных систем, одна со смещением, одна без, выдача echo +%H:%M:%S-%N показывает, что ntpd является правильным, а не ntpdate. Но почему?