Re: ntpd-Synchronisation

On Fri, Oct 18, 2002 at 02:48:40PM +0200, Nicolas Rachinsky wrote:
> * Bernd Walter <ticso(at)cicely8.cicely.de> [2002-10-18 12:14 +0200]:
> > On Fri, Oct 18, 2002 at 09:19:02AM +0200, Patrick Hess wrote:
> > > Auf dem Netzwerkserver läuft der ntpd, der sich mit ntp1.ptb.de
> > > abgleichen soll. Das tut er am Anfang auch. Nach einiger Zeit
> > > beendet er die Synchronisation aber:
> > >
> > > serv1:~ > ntpq -p
> > > remote refid st t when poll reach delay offset jitter
> > > ==============================================================================
> > > ntp1.ptb.de 80.84.66.0 16 u 9h 1024 0 0.000 0.000 4000.00
> > > ntp2.ptb.de 80.84.66.0 16 u 10h 1024 0 0.000 0.000 4000.00
> > >
> > > Müßte vor dem "aktiven" Server nicht ein Stern stehen und bei
> > > "offset" und "jitter" etwas andere Werte angezeigt werden? Und bei
> > > "refid" stand da sonst immer ".PTB.".
> >
> > Bei einem Stratum von 16 kann man das nicht erwarten.
> > Aus irgendeinem Grund ist die Verbindungsqualität nicht ausreichend.
> > Bei den Werten kann man vermuten, das der Kontakt komplett fehlschlägt.
> > Die Zeiten für die Neuversuche sind ja auch schon recht groß geworden.
>
> Bei mir hatte ich den Effekt, dass der ntpd den Wechsel der IP nicht
> überlebt hat, er hat sich dann ähnlich verhalten, seitdem wird bei
> jeder Telekomtrennung der ntpd gekillt und beim Verbindungsaufbau
> wieder gestartet.

Du hast recht - ich denke das ist die Ursache.
Der ntpd binded sich an alle Addressen einzeln.
Beim mir läuft der ntpd hinter einem nat auf einer internen Maschine.
Von daher habe ich das Problem nicht.

> > > Die Netzwerkclients bedienen sich weiterhin beim Netzwerkserver und
> > > da paßt auch "refid":
> > >
> > > desk8:~ # ntpq -p
> > > remote refid st t when poll reach delay offset jitter
> > > ==============================================================================
> > > LOCAL(0) LOCAL(0) 10 l 43 64 377 0.000 0.000 0.000
> > > *serv1.phess.de ntp1.ptb.de 2 u 49 64 377 0.256 -31.288 1.512
> >
> > Das sollte eigendlich nicht sein.
> > Dein Server hat ja keinen mehr zum syncronisieren und sollte selbst
> > auf Stratum 16 zurückfallen.
> > Nach der Ausgabe jedoch läuft dieser auf Startum 2 und das bedeutet
> > er muss zwingend einen Stratum 1 Server mit ausreichender Ver-
> > bindungsqualität als Quelle haben.
> > Desweiteren sollte dich Stutzig machen, daß der Server einen Offset
> > von einer halben Minute hat.
>
> Ich dachte, das wären Millisekunden, also 0.03s, oder irre ich mich
> da?

Auch da hast du recht.
Habe mich jetzt mit ntptrace vertan, der Zeiten in Sekunden angibt.

-- 
B.Walter              COSMO-Project         http://www.cosmo-project.de
ticso(at)cicely.de         Usergroup           info(at)cosmo-project.de
To Unsubscribe: send mail to majordomo(at)de.FreeBSD.org
with "unsubscribe de-bsd-questions" in the body of the message