Eventhacker
Knowledge / Network / Timing & Synchronisation

Zeitsynchronisation in Netzwerken

Zwei Geräte können beide behaupten, exakt mit 48 kHz zu arbeiten – und trotzdem langsam auseinanderlaufen. Netzwerkbasierte Mediensysteme brauchen deshalb mehr als nur eine Uhrzeit: Sie brauchen einen gemeinsamen Takt.

1. Oszillator-Drift & Das Grundproblem

Jede digitale Audio- oder Videoschnittstelle baut auf einem Quarz-Oszillator auf. Durch Fertigungstoleranzen und Temperatureinflüsse läuft kein Oszillator auf exakt 100,0000% der Nennfrequenz.

Device A (Stagebox):  48,000.02 Hz
Device B (Console):   47,999.98 Hz

Die Differenz von 0,04 Hz bedeutet, dass Gerät A alle 100 Sekunden 4 Samples mehr erzeugt als Gerät B verarbeiten kann. Ohne Synchronisation laufen Empfänger-Puffer unweigerlich über oder leer.

Praktische Folgen in der Veranstaltungstechnik: Pufferüberläufe, Knackser, Audio-Aussetzer, Verlust der Framing-Synchronität und schleichender A/V-Versatz.

2. Tageszeit vs. Medientakt

In der Netzwerktechnik muss strikt zwischen der Tageszeit (Timestamping) und dem Medientakt (Reproduction Clock) unterschieden werden.

Time-of-Day (NTP)

Frage: „Wie spät ist es?“

  • Systemzeit & Logfiles
  • Millisekunden-Präzision (1–10 ms)
  • Typisches Protokoll: NTP

Media Clock (PTP)

Frage: „Wann genau wird das nächste Sample abgespielt?“

  • Digital Audio & Video (Dante, AES67, ST 2110)
  • Sub-Mikrosekunden-Präzision (< 1 µs)
  • Technologie: PTP (IEEE 1588)
Eventhacker Eselsbrücke

NTP sagt dir, wie spät es ist. PTP hilft Geräten dabei, sich darauf zu einigen, wann genau „jetzt“ ist.

3. Funktionsweise von NTP

NTP tauscht UDP-Pakete mit vier Zeitstempeln zwischen Client und Server aus, um Netzwerkverzögerung und Uhrversatz zu berechnen:

Client                                  Server
T1  -------- Request ----------------->
                  Request Received      T2
                  Response Sent         T3
T4  <------- Response -----------------

Aus der Vergleichskette berechnet NTP die Roundtrip-Laufzeit und den Uhrversatz. Da Software-Zeitstempel im Kernel/User-Space entstehen, begrenzen Betriebssystem-Jitter und Netzwerkasymmetrie die Genauigkeit auf Millisekunden.

4. IEEE 1588 PTP & Hardware-Timestamping

PTP (Precision Time Protocol) erreicht Nano- und Mikrosekunden-Präzision, indem Software-Jitter durch Hardware-Timestamping direkt am physischen Netzwerkmuster (PHY/MAC) umgangen wird.

               PTP Leader (Grandmaster)
                           |
         +-----------------+-----------------+
         |                 |                 |
         v                 v                 v
     Stagebox           Console             Amp
   (Follower)         (Follower)        (Follower)

Über den Best Master Clock Algorithm (BMCA) wählen die Geräte automatisch einen PTP Leader (Grandmaster). Die Follower messen die Pfadlaufzeit und steuern ihren lokalen Hardware-Takt kontinuierlich nach.

5. Kernkonzept: Pakete müssen nicht gleich schnell ankommen

Ein häufiges Missverständnis ist, dass Audio-Pakete in exakt gleichen Zeitabständen eintreffen müssen. In der Praxis unterliegt der Pakettransport Jitter:

Packet 1 arrival:  0.3 ms delay
Packet 2 arrival:  0.7 ms delay
Packet 3 arrival:  0.4 ms delay
Kernaussage

PTP sagt, wann ein Sample abgespielt werden soll. Das Netzwerk muss nur dafür sorgen, dass es vorher ankommt.

6. Frequenzkorrektur (Die DJ-Analogie)

Synchronisierte Geräte springen mit ihrer Uhr nicht ständig vor und zurück. Sprünge würden zu Verzerrungen führen. Stattdessen passt eine Phasenregelschleife (PLL) die Frequenz des Oszillators minimal an.

DJ Beatmatching Analogie: Wie ein DJ am Pitch-Fader feine Geschwindigkeitskorrekturen vornimmt, bis zwei Platten synchron laufen, korrigiert PTP die Frequenz des Hardware-Takts kontinuierlich.

Aus der Geschichte

Frühe Netzwerke brauchten Uhrzeiten (NTP), spätere digitale Audiosysteme eigene Word-Clock-BNC-Kabel. Moderne IP-Mediennetze führen Takt und Daten über Standard-Ethernet zusammen.

Geschichte: Von NTP zu PTP lesen Weiter: PTP mit Linux analysieren