Allgemeine Frage: Zwangstrennung an 25-Stunden-Tagen, "Kulanzzeit" bei der Zwangstrennung

Welcher große ISP hat heute noch klassische 24 Stunden Trennung? Davon abgesehen lässt doch doch pauschal gar keine Antwort geben..

Versuch macht klug. Zweimal im Jahr hast Du die Möglichkeit herauszufinden, wie während der Zeitumstellung IAD und Provider reagieren.

Da es verschiedene Methoden zur Angleichung der Uhrzeit gibt, hängt dies stark von der Implementierung im IAD ab.

Zitat von ConiKost

Welcher große ISP hat heute noch klassische 24 Stunden Trennung? Davon abgesehen lässt doch doch pauschal gar keine Antwort geben..

O2, hat das noch, aber ob die bei Dir als grosser ISP durchgehen kann ich nicht sagen.

Die Telekom trennt IIRC spaetestens alle 180 Tage....

Ja, an einem 25 Stunden Tag findet die Trennung 1 Stunde früher statt (oder tritt 2x auf). Das Urteil, welches der Zwangstrennung zugrunde liegt, spricht nämlich explizit von 24 Stunden, und nicht von täglich.

Wenn man z.B. in der Fritzbox einstellt, die Zwangstrennung solle zwischen 3 und 4 Uhr stattfinden, dann beginnt sie am ersten Tag um 03:59, am zweiten trennt sie um 03:58 Uhr usw. bis 03:01. Am gleichen Tag trennt sie dann auch wieder um 03:59, und das Spiel beginnt von vorn. Da gibt es dann auch 2 Trennungen am Tag, und ein eventueller Zeitunterschied zwischen Kunde und Provider wird ausgeglichen.

Wenn du also täglich um 03:01 trennst, und bei deinem Provider läuft die Uhr ein wenig schneller, dann kommt er dir zuvor, und ggf. gibt es dann auch zwei Trennungen, wenn sich die beiden nicht überlappen.

Zitat von Jung-Fernmelder

Mir geht es um den Fall, in dem die Systemzeit des IADs, warum auch immer, 1 - 30 Sekunden von der gesetzlichen Uhrzeit abweicht.

Üblicherweise kann man bei den IADs einen NTP-Server als Zeitquelle angeben, dies sollte man auch tun. Damit haben sich die Abweichungen erledigt, es sei denn die verbaute Hardwareuhr ist grottig.

Zitat von Jung-Fernmelder

Sicherlich ist eine Synchronisierung konfiguriert. Doch ist die Ganggenauigkeit der Hardwareuhr so genau, dass die durch die zwischen zwei Synchronisierungen vergagene Zeit bedingte Abweichung im Bereich weniger Millisekunden liegt? Oder hat man da nicht viel eher schon mehrere Sekunden Abweichung "gesammelt"?

Da musst Du bei deinem IAD nachsehen, wie die Zeitsynchronisierung gelöst ist. Wenn es ein "richtiger" NTP Client ist, wird ein Driftfile angelegt, welches die Abweichungen der Uhr von der Echtzeit berücksichtigt und permanent korrigiert. Es gibt allerdings auch Varianten die lediglich einmal am Tag die Uhrzeit fest einstellen und alles andere der eingebauten Hardwareuhr überlassen.

In meinen Augen ist NTP eines der interessantesten und auch komplexesten Gebiete. Angefangen von den verschiedenen Zeitquellen bis hin zu der Absicherung. https://de.wikipedia.org/wiki/Network_Time_Protocol

Ich bitte doppelte doppelte Zwangstrennung in der Nacht der Zeitumstellung

Zitat von 5G/FTTH-Tester

Ich bitte doppelte doppelte Zwangstrennung in der Nacht der Zeitumstellung

Bei mir auch 2 Mal. Allerdings wird sie von mir mittels cron-Job um 03:00 Uhr erledigt. DNS:NET (400.000 GF-Anschlüsse) trennt auch alle 24 Stunden.

Ich hatte am Anschluss der DGN am Samstag, 26.10., also einen Tag vor der Zeitumstellung, eine doppelte Zwangstrennung (3:55h durch Fritzbox, 4:35h durch DGN). Dadurch hatte ich am Sonntag (27.10.) nur eine Trennung um 3:33h durch die FB).

Zitat von Jung-Fernmelder

nicht themenbezogener Inhalt

Das mag sein. Gibt es denn einen NTP-Server, der aus Deiner Sicht der genaueste ist?

Hast Du bestimmte Empfehlungen für das Vorgehen, wenn man Uhren möglichst exakt mit der gesetzlichen Uhrzeit synchronisieren muss?

Warum hattest Du zwei Zwangstrennungen in dieser besonderen Nacht?

Irgendwie lässt sich das hier nicht in Absätze trennen, daher die Antworten gesammelt:

- Welcher NTP-Server der genaueste ist, lässt sich nicht allgemein sagen. Die Verbindung von Dir zu dem Server hat mehr Einfluss als die Genauigkeit des Servers, und das hängt vom Provider ab. Die größte Genauigkeit lässt sich somit erreichen, wenn der NTP-Server bei Dir läuft und über GPS oder DCF-77 versorgt wird, weil da der Weg über das Internet entfällt. Aber braucht man eine solche Genauigkeit? Für "Zuhause" reicht eigentlich jeder NTP-Server im Internet.

Am besten de.pool.ntp.org - ist eine dynamische Liste aller öffentlichen NTP-Server in .de

- Wenn man es etwas genauer will, installiert man sich zuhause selber einen NTP-Server, nimmt mehrere Server von de.pool.ntp.org oder europe.ntp.pool.org, beobachtet im NTP-Server deren Genauigkeit und die Netzwerklatenz zu diesen Servern, und legt sich irgendwann auf die fest, die mit der geringsten Latenz und geringstem Jitter aus dem eigenen Netzwerk erreichbar sind.

Wenn man die Zeit noch genauer braucht, dann reicht NTP nicht, dann nutzt man PTP (Precision Time Protocoll) mit einer lokalen GPS-Uhr z.B. von Meinberg. https://www.meinbergglobal.com/english/glossary/ptp.htm

DCF-77 ist dafür als Quelle schon zu ungenau, die Uhren und das Protokoll sind genauer als die Laufzeit der Signale von Frankfurt zum eigenen Standort und die Schwingung einer Welle im KHz-Bereich.

Haben wir in der Firma, aber die Preise will man als Privatperson nicht bezahlen

- Eine Zwangstrennung hat man in der Nacht unter Umständen 2x, weil die Zwangstrennung alle 24h vorgenommen wird, der Tag aber 25h lang ist. Wenn man dann den Router von sich aus automatisch zu festen Zeiten trennen lässt, dann ist das logisch gar nicht anders machbar, als dass es irgendwann zwei Trennungen geben muss.

Wobei dies im Falle Meinberg eine teure Variante ist. Warum benötigt ihr diese hohe Präzision, wenn ich fragen darf?

Wir haben in zwei Standorten jeweils einen MR(S)300. Wo wir die Hoheit über das Gebäude haben wird mittels GPS das Zeitsignal bezogen, im anderen Standort via NTP. Das ganze ist als Master-Slave Cluster aufgesetzt und wenn ein externes Zeitsignal wegbricht wird der Partner MRS300 als Stratum 1 verwendet. Das alles mit den Standardquarzen. Läuft seit Jahren hervorragend und ist im Betrieb bis auf gelegentliche (kostenlos zu beziehende) Updates wartungsfrei.

Zitat von HubeBube

Wobei dies im Falle Meinberg eine teure Variante ist. Warum benötigt ihr diese hohe Präzision, wenn ich fragen darf?

Nachweispflichten gegenüber Aufsichtsbehörde.

Zitat von HubeBube

Wir haben in zwei Standorten jeweils einen MR(S)300. Wo wir die Hoheit über das Gebäude haben wird mittels GPS das Zeitsignal bezogen, im anderen Standort via NTP. Das ganze ist als Master-Slave Cluster aufgesetzt und wenn ein externes Zeitsignal wegbricht wird der Partner MRS300 als Stratum 1 verwendet. Das alles mit den Standardquarzen. Läuft seit Jahren hervorragend und ist im Betrieb bis auf gelegentliche (kostenlos zu beziehende) Updates wartungsfrei.

Ich weiß es tatsächlich nicht genau, da ich "auf der anderen Seite" stehe und nur die Seite habe, die die Daten verwendet. Ich weiß nur, dass NTP nicht genau genug war und daher auf PTP umgestellt werden musste.

Die Uhren stehen auch nicht bei uns, sondern bei dem RZ-Dienstleister, über den wir auch die entsprechenden Daten per Schnittstelle angeliefert bekommen, damit die Zeitstempel wirklich die exakte Zeit des Eingangs bei uns tragen und nicht noch Wege dazwischen sind.

Mmmh, interessant wie das die "grossen Jungs" regeln... Fuer den bescheidenen Bedarf meines Heimnetzes habe ich einen Uputronics GPS PiHat (plus Antenne am Fenster) mit einem Raspberry Pi4 nach dieser Anleitung kombiniert. Und dann noch ausgenutzt, dass der Pi4 PTP mit Software Clock kann... (der Pi5 can Hardware-PTP auf seinem Ethernet-Port aber fuer meine Heoímanwendung ist die Pi4 Loesung schon jenseits von Gut und Boese, da will ich kein zusaetzliches Geld ausgeben fuer einen Pi5 und dessen groesseren Stromverbrauch).

Zitat von pufferueberlauf

Mmmh, interessant wie das die "grossen Jungs" regeln... Fuer den bescheidenen Bedarf meines Heimnetzes habe ich einen Uputronics GPS PiHat (plus Antenne am Fenster) mit einem Raspberry Pi4 nach dieser Anleitung kombiniert. Und dann noch ausgenutzt, dass der Pi4 PTP mit Software Clock kann... (der Pi5 can Hardware-PTP auf seinem Ethernet-Port aber fuer meine Heoímanwendung ist die Pi4 Loesung schon jenseits von Gut und Boese, da will ich kein zusaetzliches Geld ausgeben fuer einen Pi5 und dessen groesseren Stromverbrauch).

Privat zuhause habe genau das mit einem RPi3 (aus denselben Gründen wie Du keinen 5er willst) am laufen, aber nur mit NTP und nicht PTP. Funktioniert die Software-PTP-Lösung auf einen RPi zuverlässig? Würde ich nämlich ganz gerne versuchen, aber zumindest bei meiner letzten Google-Suche danach mit ziemlich viel Aufwand verbunden.

Den leider geht die Genauigkeit von ca 2-3 Mikrosekunden auf dem Weg über NTP verloren:

Server:

ntpq> pe
    remote           refid      st t when poll reach   delay   offset  jitter
==============================================================================
oPPS(0)          .PPS.            0 l   11   16  377    0.000    0.000   0.002
*SHM(0)          .GPS.           12 l   14   16  377    0.000   -3.861   1.003

Client:

ntpq> pe
    remote           refid      st t when poll reach   delay   offset   jitter
===============================================================================
RAW_DCF77(0)    .DCFa.           0 l  10h   64    0   0.0000  -2.5838   0.0000
LOCAL(0)        .LOCL.          10 l  10d   64    0   0.0000   0.0000   0.0000
*xxxxxxxxxxxxxx .PPS.            1 u   23   64  377   0.6545  -2.0400   0.0326

(Ja, eine DCF hängt am Client noch dran, aber die macht schon länger Stress)

Edit: die verd.... Formatierung mit den Codeblöcken ...

Wie anderswo geschrieben bin ich gar nicht mehr sicher ob mein PTP set up tatsaechlich funktioniert... hatte das vor Jahren mal eingerichtet und seit dem letzten grossen Raspian-Update gar nicht nach geschaut.... ich hoffe ich komme am WE dazu m,al nachzusehen...

IIRC hatte ich den PTP Master auf dem Pi4 und ein PC mit Ubuntu als client configuriert, aber inzwischen habe ich auch den Client von Ubuntu 20 LTS auf 24LTS geupdatet, noch ein Grund zu zweifeln ob da PTP technisch ueberhaupt noch etwas funktioniert...