Синхронизация времени через NTPD+GPS(NMEA)

у меня работает с таким конфигом, правда, в соляре:

server 127.127.5.0 prefer
fudge 127.127.5.0 stratum 0
enable auth monitor
driftfile /var/ntp/ntp.drift

GPS XL-DC, truetime

Единственное на что я грешу, это на показания GSA (Фактор ухудшения точности, используемые для навигации спутники). Во втором поле стоит значение 1, что означает (обсервация невозможна).

nmea: gpsread 40 $GPGSA,A,1,,,,,,,,,,,,,50.0,50.0,50.0*05

Хотя в других строках, которые я прикладывал, и время и дата правильная, может ntpd не нравится показания GSA?

И у меня еще встречный вопрос, у Вас дата на сервере быстро синхронизируется с показаниями GPS? Если например локальное время поставить совсем кривое, год другой и т.п., ntpd это проглотит, быстро дату изменит?

Может оно?

http://www.ietf.org/rfc/rfc1305.txt

Implementation Issues

The basic NTP robustness model is that a host has no other means to
verify time other than NTP itself. In some equipment a battery-backed
clock/calendar is available for a sanity check. If such a device is
available, it should be used only to confirm sanity of the timekeeping
system, not as the source of system time. In the common assumption (not
always justified) that the clock/calendar is more reliable, but less
accurate, than the NTP synchronization subnet, the recommended approach
at initialization is to set the Clock register as determined from the
clock/calendar and the other registers, counters and flags as described
above. On subsequent updates if the time offset is greater than a
configuration parameter (e.g., 1000 seconds), then the update should be
discarded and an error condition reported. Some implementations
periodically record the contents of the Skew-Compensation register in
stable storage such as a system file or NVRAM and retrieve this value at
initialization. This can significantly reduce the time to converge to
the nominal stability and accuracy regime.


http://obswww.unige.ch/~bartho/xntp_faq/faq1Bard.htm

Поискать -> CLOCK_WAYTOOBIG

>у Вас дата на сервере быстро синхронизируется с показаниями GPS?

Не знаю, не пробовал, попробовать нет возможности, ибо завалю всю систему, если собью синхронизацию. Может, вечером попробую подключить параллельно другую машинку.

По-моему, в вашем случае беда из-за отсутствия строчки fudge, по-крайней мере мне это навеяло беглое прочтение документации по ntpd.
http://www.cis.udel.edu/~mills/ntp/html/ntpd.html
http://www.cis.udel.edu/~mills/ntp/html/clockopt.html

>Если например локальное время поставить совсем кривое, год другой и т.п., ntpd это проглотит, быстро дату изменит?
У меня ругается, что дельта слишком велика и не меняет.

Есть у меня девайс через ком порт общается, а сейчас попробовал подключить gps через bluetooth. Для ntpd делал ln -s /dev/tty.. /dev/gps0 и все работало. Вопрос, а какой девайс для bluetooth? Делаю на редхате, hcitool scan его видит, hciconfig -a его тоже показывает, поднимал через hciconfig hci0 up. Но я не понял, а сам девайс то где, который надо линковать на /dev/gps0. Кто-нибудь запускал ntpd с bluetooth gps девайсом?

на фришке через bluetooth ntpd заработал, причем новый девайс globalsat ловит очень прилично, дату синхронизирует довольно быстро, правда обнаружилась забавная вещь, если поставить кривое время, то он синхронизирует все, кроме года :). Все параметры устанавливает на ура, но год оставляет такой, какой был. Если кто знает почему так, пишите, может в конфиге можно как-то рулить или флажки у демона? В коде кстати нашел место, где он ругается если разница больше или меньше 4х часов, убрал этот кусок :), теперь синхронизирует нормально, кроме года :)