Kann dieses abdriften der Uhr auch mit diesem Phänomen zu tun habe was man aktuell z.B. beim Digitalwecker (nicht Funkuhr) feststellen kann, Schwankungen in der Netzfrequenz wodurch solche Uhren außer tritt kommen?
Ankündigung
Einklappen
Keine Ankündigung bisher.
NTP läuft nicht
Einklappen
X
-
Betrifft nur sogenannte Synchron-Uhren, keine Quarz-Uhren. Letztere erzeugen Ihre zählbaren Schwingungen selber, erstere sparen sich das Bauteil und verlassen sich auf die zählbare Netzfrequenz.
Ich weiß es nicht mit Bestimmtheit, aber ich würde davon ausgehen, dass PCs ein Quartz verbaut haben, denn sonst würden sie keine Zeit mehr haben, wenn die an schaltbaren Steckdosen stecken.
Daher wohl er nein.
Kommentar
-
Dieser "Zeitgeber" Netzfrequenz ist schon witzig - erinnert mich an eine Art "Cloud der 70er Jahre"Da sieht man (mal wieder), was eine Cloud-Lösung bringen kann: Probleme, wenn's nicht funktioniert. Der Nutzer ist dann machtlos, denn seine Infrastruktur hängt von externen Komponenten ab.
PS: Natürlich hat eine PC-Uhr einen eigenen Taktgeber... So wie auch der PC selbstEDOMI - Intelligente Steuerung und Visualisierung KNX-basierter Elektro-Installationen (http://www.edomi.de)
Kommentar
-
Hier mal noch der Auszug aus dem ntp log-file.
Code:3 Mar 08:19:04 ntpd[22457]: 0.0.0.0 c016 06 restart 3 Mar 08:19:04 ntpd[22457]: 0.0.0.0 c012 02 freq_set kernel 0.000 PPM 3 Mar 08:19:04 ntpd[22457]: 0.0.0.0 c011 01 freq_not_set 4 Mar 03:56:12 ntpd[22457]: 2a02:c207:2010:6775::2 interface 2a02:b98:473c:1990:921b:eff:fe18:de0 -> (none) 4 Mar 03:56:17 ntpd[22457]: Listen normally on 7 eth0 fd00::921b:eff:fe18:de0 UDP 123 4 Mar 03:56:17 ntpd[22457]: new interface(s) found: waking up resolver 4 Mar 03:56:19 ntpd[22457]: Listen normally on 8 eth0 2a02:b98:473c:691c:921b:eff:fe18:de0 UDP 123 4 Mar 03:56:19 ntpd[22457]: 2a02:c207:2010:6775::2 interface 2a02:b98:473c:1990:921b:eff:fe18:de0 -> 2a02:b98:473c:691c:921b:eff:fe18$ 4 Mar 03:56:19 ntpd[22457]: new interface(s) found: waking up resolver 4 Mar 05:56:16 ntpd[22457]: Deleting interface #5 eth0, 2a02:b98:473c:1990:921b:eff:fe18:de0#123, interface stats: received=0, sent=1$ 4 Mar 06:10:05 ntpd[22457]: Deleting interface #7 eth0, fd00::921b:eff:fe18:de0#123, interface stats: received=0, sent=0, dropped=0, $ 5 Mar 03:55:30 ntpd[22457]: 2a02:c207:2010:6775::2 interface 2a02:b98:473c:691c:921b:eff:fe18:de0 -> (none) 5 Mar 03:55:37 ntpd[22457]: Listen normally on 9 eth0 2a02:b98:473c:462c:921b:eff:fe18:de0 UDP 123 5 Mar 03:55:37 ntpd[22457]: Listen normally on 10 eth0 fd00::921b:eff:fe18:de0 UDP 123 5 Mar 03:55:37 ntpd[22457]: new interface(s) found: waking up resolver 5 Mar 05:55:34 ntpd[22457]: Deleting interface #8 eth0, 2a02:b98:473c:691c:921b:eff:fe18:de0#123, interface stats: received=0, sent=2$ 5 Mar 06:05:59 ntpd[22457]: Deleting interface #10 eth0, fd00::921b:eff:fe18:de0#123, interface stats: received=0, sent=0, dropped=0,$ 6 Mar 03:54:30 ntpd[22457]: 2a02:c207:2010:6775::2 interface 2a02:b98:473c:462c:921b:eff:fe18:de0 -> (none) 6 Mar 03:54:43 ntpd[22457]: Listen normally on 11 eth0 2a02:b98:473c:1964:921b:eff:fe18:de0 UDP 123 6 Mar 03:54:43 ntpd[22457]: Listen normally on 12 eth0 fd00::921b:eff:fe18:de0 UDP 123 6 Mar 03:54:43 ntpd[22457]: new interface(s) found: waking up resolver 6 Mar 05:54:40 ntpd[22457]: Deleting interface #9 eth0, 2a02:b98:473c:462c:921b:eff:fe18:de0#123, interface stats: received=0, sent=2$ 6 Mar 06:03:09 ntpd[22457]: Deleting interface #12 eth0, fd00::921b:eff:fe18:de0#123, interface stats: received=0, sent=0, dropped=0,$ 7 Mar 03:53:45 ntpd[22457]: 2a02:c207:2010:6775::2 interface 2a02:b98:473c:1964:921b:eff:fe18:de0 -> (none) 7 Mar 03:53:51 ntpd[22457]: Listen normally on 13 eth0 fd00::921b:eff:fe18:de0 UDP 123 7 Mar 03:53:51 ntpd[22457]: new interface(s) found: waking up resolver 7 Mar 03:53:53 ntpd[22457]: Listen normally on 14 eth0 2a02:b98:473c:4878:921b:eff:fe18:de0 UDP 123 7 Mar 03:53:53 ntpd[22457]: 2a02:c207:2010:6775::2 interface 2a02:b98:473c:1964:921b:eff:fe18:de0 -> 2a02:b98:473c:4878:921b:eff:fe18$ 7 Mar 03:53:53 ntpd[22457]: new interface(s) found: waking up resolver 7 Mar 05:53:50 ntpd[22457]: Deleting interface #11 eth0, 2a02:b98:473c:1964:921b:eff:fe18:de0#123, interface stats: received=0, sent=$ 7 Mar 06:04:29 ntpd[22457]: Deleting interface #13 eth0, fd00::921b:eff:fe18:de0#123, interface stats: received=0, sent=0, dropped=0,$ 7 Mar 17:39:43 ntpd[22457]: ntpd exiting on signal 15 7 Mar 17:39:43 ntpd[9369]: ntp_io: estimated max descriptors: 1024, initial socket boundary: 16 7 Mar 17:39:43 ntpd[9369]: Listen and drop on 0 v4wildcard 0.0.0.0 UDP 123 7 Mar 17:39:43 ntpd[9369]: Listen and drop on 1 v6wildcard :: UDP 123 7 Mar 17:39:43 ntpd[9369]: Listen normally on 2 lo 127.0.0.1 UDP 123 7 Mar 17:39:43 ntpd[9369]: Listen normally on 3 eth0 192.168.1.4 UDP 123 7 Mar 17:39:43 ntpd[9369]: Listen normally on 4 lo ::1 UDP 123 7 Mar 17:39:43 ntpd[9369]: Listen normally on 5 eth0 2a02:b98:473c:4878:921b:eff:fe18:de0 UDP 123 7 Mar 17:39:43 ntpd[9369]: Listen normally on 6 eth0 fe80::921b:eff:fe18:de0 UDP 123 7 Mar 17:39:43 ntpd[9369]: Listening on routing socket on fd #23 for interface updates 7 Mar 17:39:43 ntpd[9369]: 0.0.0.0 c016 06 restart 7 Mar 17:39:43 ntpd[9369]: 0.0.0.0 c012 02 freq_set kernel 0.000 PPM 7 Mar 17:39:43 ntpd[9369]: 0.0.0.0 c011 01 freq_not_set 7 Mar 17:40:33 ntpd[9369]: ntpd exiting on signal 15 7 Mar 17:40:37 ntpd[10520]: ntp_io: estimated max descriptors: 1024, initial socket boundary: 16 7 Mar 17:40:37 ntpd[10520]: Listen and drop on 0 v4wildcard 0.0.0.0 UDP 123 7 Mar 17:40:37 ntpd[10520]: Listen and drop on 1 v6wildcard :: UDP 123 7 Mar 17:40:37 ntpd[10520]: Listen normally on 2 lo 127.0.0.1 UDP 123 7 Mar 17:40:37 ntpd[10520]: Listen normally on 3 eth0 192.168.1.4 UDP 123 7 Mar 17:40:37 ntpd[10520]: Listen normally on 4 lo ::1 UDP 123 7 Mar 17:40:37 ntpd[10520]: Listen normally on 5 eth0 2a02:b98:473c:4878:921b:eff:fe18:de0 UDP 123 7 Mar 17:40:37 ntpd[10520]: Listen normally on 6 eth0 fe80::921b:eff:fe18:de0 UDP 123 7 Mar 17:40:37 ntpd[10520]: Listening on routing socket on fd #23 for interface updates 7 Mar 17:40:37 ntpd[10520]: 0.0.0.0 c016 06 restart 7 Mar 17:40:37 ntpd[10520]: 0.0.0.0 c012 02 freq_set kernel 0.000 PPM 7 Mar 17:40:37 ntpd[10520]: 0.0.0.0 c011 01 freq_not_set
Kommentar
-
Das freq_set kernel 0.000 PPM und freq_not_set sieht komisch aus. Das dürfte bedeuten das er keine brauchbaren server hat.
Mit der Zeile:
Code:logconfig=allsync +allclock +allpeer +allsys
ntpd gibt auf wenn er die Uhrenfrequenz um mehr als 500ppm vertrimmen muss das sind so ca. 43 Sekunden pro Tag. Dann hätte ich aber im log erwartet darüber etwas zu finden. Bei dir trimmt er die Uhr gar nicht.
Kommentar
-
OK, das ist schon etwas mehr als "nur" Switch! Mit managed-Switches kann man ganz "lustige" Sachen veranstalten.
Wie genau sieht denn Dein Netzwerk aus? Und was hast Du an den Switches konfiguriert? Sind die neu oder gebraucht gekauft? Wenn gebraucht, hast Du einen Werksreset gemacht?Kind regards,
Yves
Kommentar
-
Ein Switch leitet ein Broadcast (eventuell auch ein Multicast) Paket an alle (oder den Konfigurierten bei multicast) Ports außer weiter außer an den auf dem das Paket empfangen wurde. Wird jetzt ein Loop 'gesteckt' (z.B. Patchkabel auf 2 Ports eines Switches) wird ein Broadcast auf dem einen Port gesendet und auf dem anderen Empfangen. Das sorgt dafür das das Paket wieder auf allen Ports, bis auf dem es empfangen wurde, gesendet wird. Dann geht das ganze von vorne los.
Das kann dann dazu führen das ziemlich viele Broadcast Pakete unterwegs sind. Falls jetzt keine Broadcast Storm Control funktion o.ä. eingreift sind eventuell einzelne Teile des Netzwerks stark ausgelastet. Vor allem ein 10/100Mbit Port in einem GigE Netzwerk. Das wiederum führt dazu das Pakete nicht mehr ankommen.
Bei deinen DGS handelt es sich aber glaube ich um so websmart dinger. Die könnten natürlich auch noch irgendwie reinpfuschen.
Ich würde jetzt tcpdump/wireshark anwerfen und schauen was da genau passiert.
Kommentar
-
muss man nur noch interpretieren können was einem wireshark ausspuckt.
Aber sowas wie einen Loop dürfte ich nicht haben. Die beiden Switche sind nur über ein Patchkabel untereinander verbunden, sodas die Switche untereinander kommunizieren können.Zuletzt geändert von ChrisChros; 07.03.2018, 21:48.
Kommentar
-
Zitat von starwarsfan Beitrag anzeigenWie genau sieht denn Dein Netzwerk aus?
Kommentar
Kommentar