NTP-Server mit GPS-NMEA-Refclock unter Solaris 9

[popdog]

Hallo,

ich versuche gerade unter Solaris 9 (x86) einen NTP-Server an den Start zu bringen.

Als Refclock verwende ich einen GPS-Receiver mit NMEA-Ausgabe.

Ich kann mir den Output des Receivers mit tip anschauen. Der Receiver sendet ständig seine Datensätze.

Ich habe dann /dev/cua/a nach /dev/gps0 gelinkt und folgende /etc/inet/ntp.conf erstellt:

Code: [Auswählen]

server 127.127.20.0 mode 1 prefer
fudge 127.127.20.0 time1 0.000 flag3 1 stratum 0
driftfile /var/ntp/ntp.drift
statsdir /var/ntp/ntpstats/

Und schliesslich mit "/etc/inet.d/xntp start" gestartet.


Die Ausgabe von ntpq scheint die Funktion des Receivers zu bestätigen:

Code: [Auswählen]

ntpq> clockvar
status=0000 clk_okay, last_clk_okay
device="NMEA GPS Clock", timecode=, poll=6, noreply=0, badformat=0,
baddata=0, fudgetime1=0.000, stratum=0, refid=GPS, flags=4

Allerdings gibt ntptrace folgendes aus:

Code: [Auswählen]

localhost: stratum 16, offset -0.000013, synch distance 3.24432
Was stimmt hier nicht?

[Toktar]

Hallo,

gib dem NTP mal noch etwas mehr Output mit auf den Weg.

logfile /var/log/ntp.log
log -all

Das Stratum lass mal weg, den .GPS. ist Stratum 1, gib besser noch flag2 1 mit.

Da die Syncronisation mal wegfliegen kann, sollte noch die Local Clock mit stratum 10 als Zeitquelle dienen. Damit hat der Server immer eine gültige Zeitquelle, mit der sich andere abgleichen können.

#ntpq -c rv -p zeigt auch noch ein wenig mehr.

Wenn mehr Output da ist, kann man sich das nochmal anschauen.

#cat /dev/gps0

[Toktar]

Achso, nochetwas....

Wofür definierst Du ein statsdir, wenn nirgends statistics definiert werden?

statistics loopstats peerstats clockstats
filegen loopstats file loopstats type day enable
filegen peerstats file peerstats type day enable
filegen clockstats file clockstats type day enable