Hallo zusammen,
bei uns in der Firma werden 2 DCF77 Funkuhren der Firma Hopf eingesetzt. Diese sind mit einer jeweils eigenen Dach-Antenne verbunden, mit der das Zeitsignal aus Frankfurt empfangen wird. In den Funkuhren ist jeweils eine NTP-LAN-Server Karte eingebaut, welche mittels WEB-Oberfläche (wahlweise auch Telnet, SSH, kleines Frontdisplay) konfiguriert werden kann.
Problem:
Der ingebaute NTP-Server hat allerdings das Problem, dass er alle paar stunden, mindestens 1 mal am Tag, seinen primären "NTP System peer" - also die Funkuhr selbst mit der IP 127.127.38.0 - nicht mehr akzeptiert, bzw. auf 0.0.0.0 setzt.
Während dieser Zeit läuft der NTP-Service auf Stratum 16 und einige unserer auf den NTP-Dienst angewiesenen Server spucken Fehlermeldungen aus. Es ist zwar kein wirklich kritischer Fehler, stören tut er aber trotzdem.
Das selbe Phänomen tritt auf, wenn man den NTP-Service manuell neu startet - während dieser Zeit (ca. 50 Sekunden) ist der NTP-Service down, bzw. auf Stratum 16.
Folgende Dinge habe ich schon ausprobiert, allerdings erfolglos:
- neueste Firmware aufspielen
- sämtliche logging-Möglichkeiten an und ausgeschaltet (in der Vermutung dass irgendein Speicher volläuft und deshalb der NTP-Servide restartet wird)
- sämtliche anderen NTP-Peers (Zeitserver im Internet) aus der Konfiguration herausgenommen.
- NTP-Stratum im Freilaufmodus (wenn das Funksignal nicht empfangen werden kann und die Funkuhr auf internen Quarz-Betrieb umstellt) auf 1 gestellt
Natürlich könnte ich das Gerät an den technischen Kundendienst des Herstellers schicken, aber ich bezweifle das dies eine Besserung bringt, da wir erst vor wenigen Monaten eine neue Funkuhr, neuerer Bauart, installiert haben, bei der aber genau das gleiche Phänomen auftaucht.
Hat von euch vielleicht einer ne Idee woran das liegen könnte?
Ist im NTP-Protokoll vielleicht was festgelegt, dass ab und zu die Peers gewechselt werden sollen, auch wenn es nur einen möglichen Peer gibt?
Vielen Dank schonmal im Vorraus,
Martin :-)