Warum Standard Ethernet für professionelles Audio kurz ist

Ethernet ist das Rückgrat der modernen Datenkommunikation, doch Standard Switched Ethernet arbeitet mit einem Best-Effort-Bereitstellungsmodell, das grundsätzlich unvereinbar mit professionellen Audioanforderungen ist. Wenn ein Switch Pakete aus mehreren Quellen empfängt, werden sie in einem Puffer in die Warteschlange gestellt und sequentiell übertragen. Dies führt zu einer variablen Latenz - bekannt als Jitter -, was besonders schädlich für Audioströme ist. Eine Mikrofonkapsel benötigt eine konstante, stabile Uhr. Wenn diese Uhr aus einem Jittery-Paketstrom wiederhergestellt wird, werden große Puffer in das Design gezwungen, was die Gesamtlatenz auf inakzeptable Werte für Live-Soundverstärkung erhöht.

Sogar 1 Millisekunde Latenz kann für einen Darsteller spürbar sein, und kumulative Verzögerungen über mehrere Hops ruinieren schnell das Erlebnis.

Vor Time-Sensitive Networking (TSN) mussten sich Ingenieure auf proprietäre Netzwerke wie frühe Versionen von Dante, CobraNet oder EtherSound oder auf Punkt-zu-Punkt-digitale Verbindungen wie MADI und ADAT verlassen. Diese Lösungen fehlten oft Interoperabilität oder Skalierbarkeit, was die Benutzer in Einzelanbieter-Ökosysteme einschloss. Die professionelle Audioindustrie benötigte einen standardisierten Weg, um Bandbreite, begrenzte Latenz und eine mustergenaue Synchronisation über eine gemeinsame IP-Infrastruktur zu gewährleisten. TSN bietet genau das, und seine Einführung ist jetzt für jede groß angelegte Audiobereitstellung unerlässlich.

Zeitsensibles Networking definieren: Das technische Toolset

Zeitsensibles Networking ist kein einzelnes Protokoll, sondern ein umfassender Satz von IEEE 802.1-Substandards, die Ethernet-Netzwerke deterministisch machen. Für einen Audioprofi ist das Verständnis dieser spezifischen Komponenten der Schlüssel zur Spezifikation und Bereitstellung eines zuverlässigen TSN-Netzwerks. Die für Audio relevanten Standards sind ausgereift und werden in modernen AV-over-IP-Systemen weit verbreitet und werden kontinuierlich durch die Avnu-Allianz.

IEEE 802.1AS-2020: Generalized Precision Time Protocol (gPTP)

Dies ist die Grundlage aller TSN-Audionetzwerke. gPTP synchronisiert die Uhren jedes Geräts im Netzwerk mit einer Masteruhr mit einer Genauigkeit von Sub-Mikrosekunden - typischerweise innerhalb von 500 Nanosekunden. Im Gegensatz zu Standard-NTP (das über UDP arbeitet und aufgrund von Softwareverarbeitung unter variabler Latenz leidet) arbeitet gPTP auf Hardwareebene. Switches werden zu transparenten Uhren, die ihre eigenen internen Verarbeitungsverzögerungen korrigieren, wenn sie Synchronisationsnachrichten weiterleiten. Dies stellt sicher, dass ein Mikrofon auf der einen Seite eines Campus-Netzwerks und ein Lautsprecher auf der anderen Seite die gleiche Beispieluhr teilen können, ohne ein dediziertes Worttaktkabel zu benötigen. gPTP unterstützt auch Redundanz: Wenn der Grandmaster ausfällt, übernimmt automatisch ein anderes Gerät, ohne die Synchronisation zu verlieren.

IEEE 802.1Qbv: Time-Aware Shaper (TAS)

Qbv ist der Mechanismus, der eine niedrige und begrenzte Latenz garantiert. Er teilt den Netzwerkverkehr in verschiedene Prioritätswarteschlangen und verwendet eine "Gate Control List" (GCL), die mit der gPTP-Uhr synchronisiert ist. Der Switch öffnet ein Gate für kritischen Audioverkehr zu einer genauen Zeit, so dass er sofort übertragen wird, ohne auf einen sperrigen Dateitransfer zu warten. Dadurch werden "geplante Traffic"-Slots erzeugt, die Audioströme von Best-Effort-Daten isolieren. Das Ergebnis ist eine deterministische Latenz, die in Mikrosekunden gemessen wird, nicht Millisekunden, unabhängig von der Hintergrundnetzlast.

Für einen Audioingenieur bedeutet dies, dass das Bewegen von Fadern auf einer Konsole und das Streamen von 128 Kanälen mit 96 kHz Audio mit vorhersagbarem, konsistentem Timing geschieht. Qbv erfordert, dass alle Switches im Pfad mit dem gleichen Zeitplan konfiguriert werden, was typischerweise automatisch durch den Audioprotokoll-Controller erfolgt.

IEEE 802.1Qbu & 802.3br: Frame Preemption

In Fällen, in denen derzeit ein großer, nicht-kritischer Ethernet-Rahmen (z. B. ein Videodatei-Backup) übertragen wird, ermöglicht Frame Preemption einem kritischen Audio-Rahmen, die Übertragung zu unterbrechen, durch den Switch zu gehen und dann den großen Rahmen wieder aufzunehmen. Dies minimiert die Worst-Case-Latenz für Audioströme mit hoher Priorität weiter, wodurch sichergestellt wird, dass auch bei starker Netzwerkauslastung Audio-Datenverkehr ohne dedizierte Verkabelung durchkommt. Preemption ist optional, wird aber für konvergierte Netzwerke, die sowohl Multimedia- als auch Best-Effort-Datenverkehr übertragen, dringend empfohlen.

Stream Reservation Protocol (SRP) / 802.1Qat

SRP ermöglicht es einer Audioquelle (dem Talker), ihre Stream-Anforderungen wie Bandbreite, Latenz und Ziel an das Netzwerk zu werben. Switches entlang des Pfades reservieren die notwendigen Ressourcen (Pufferplatz und Bandbreite) und senden die Bestätigung an die Quelle zurück. Wenn ein Switch die Anforderung nicht erfüllen kann - vielleicht ist ein Link überzeichnet - wird der Stream abgelehnt. Dies ist eine grundlegende Verschiebung von "probabilistischer" Lieferung zu "garantierter" Lieferung. Ein Ingenieur kann darauf vertrauen, dass ein Stream, sobald er eingerichtet ist, nicht mehr fallen gelassen oder durch anderen Datenverkehr unterbrochen wird.

SRP arbeitet in Verbindung mit gPTP, um sicherzustellen, dass Ressourcenreservierungen zeitbewusst sind.

Die Evolution zum IP-basierten Audio Networking

Der Übergang von Punkt-zu-Punkt-Digital-Audio (MADI) zu paketvermitteltem Audio begann mit proprietären Lösungen. CobraNet und EtherSound zeigten das Potenzial von Ethernet, waren aber in der Kanalanzahl und Topologie begrenzt. Audinates Dante-Protokoll wurde zum ersten Massenmarkterfolg, der hohe Kanalanzahl, Plug-and-Play-Entdeckung und geringe Latenz gegenüber Standard-Switches bot. Dante verließ sich jedoch ursprünglich auf eine sorgfältige IT-Konfiguration und ein Netzwerk, das nicht überlastet war, um seine Leistung zu erreichen. Die Notwendigkeit einer vollständig standardisierten, IEEE-definierten Lösung führte zur Bildung der Avnu Alliance und der Entwicklung des Milan-Protokolls.

Milan ist ein Sicherheitsprofil, das auf AVB / TSN aufgebaut ist. Es beauftragt spezifische TSN-Standards (gPTP, Qbv, SRP) und spezifische Audio-Nutzlastformate (AAF), um die Interoperabilität zwischen Geräten verschiedener Hersteller zu gewährleisten. Dies ermöglicht es einer Yamaha-Konsole, mit einem Neumann-Mikrofon oder einem L-Acoustics

Wie TSN moderne Audioprotokolle unterstützt

TSN ist die zugrunde liegende Transportmechanik für mehrere wichtige Audionetzwerkprotokolle. Zu verstehen, wie jedes Protokoll TSN nutzt, ist für das Systemdesign und die Fehlersuche von entscheidender Bedeutung.

Audio Video Bridging (AVB) / Mailand

AVB war der erste Satz von IEEE-Standards, die sich zu TSN entwickelten. Milan ist das Pro-Audio-Profil, das die strikte Einhaltung dieser Standards gewährleistet. In einem AVB/Mailand-Netzwerk müssen alle Geräte gPTP für die Taktsynchronisation unterstützen. Streams werden mithilfe von SRP erstellt, das Bandbreite im gesamten Netzwerk reserviert. Die Switches verwenden Qbv (oder den früheren kreditbasierten Shaper, Qav), um den AVB-Verkehr zu priorisieren.

Milan stellt sicher, dass die gesamte Kette von der Quelle bis zum Ziel deterministisch ist. Dies ist der Goldstandard für Interoperabilität in Live-Sound und installiertem AV. Mailänder Protokollseite bietet detaillierte Checklisten für die Gerätezertifizierung.

  • Stärken: Garantierte deterministische Leistung, strenges Interoperabilitätsprofil (Mailand), Schicht 2 (keine IP-Konfiguration erforderlich), probegenaue Synchronisation.
  • Use Cases: Große Live-Sound-Festivals, High-End-installierte Corporate AV, Aufnahmestudios, die zuverlässiges Multi-Track-Streaming erfordern.

SMPTE ST 2110 und AES67

AES67 ist ein Interoperabilitätsstandard, der es verschiedenen Audio-over-IP-Systemen (Dante, Q-Lan, RAVENNA) ermöglicht, Audio auszutauschen. SMPTE ST 2110 ist eine Broadcast-Suite für den Transport professioneller Medien (Video, Audio, Zusatzdaten) über IP. Beide verlassen sich stark auf TSN-Prinzipien, insbesondere Precision Time Protocol (PTP). AES67 schreibt die Verwendung von PTP vor (IEEE 1588 oder ein Profil von 802.1AS), um Geräte zu synchronisieren. AES67 strahlt Audio als unkomprimiertes PCM über RTP.

Es ist so konzipiert, dass es mit Standarddatenverkehr koexistiert, aber es ist nicht so konzipiert, dass es den vollen TSN-Stack (wie Qbv oder SRP) koexistiert. Stattdessen nutzt es PTP-Timing, um Synchronisation zu erreichen, wobei es auf Netzwerkkapazität und sorgfältige Konfiguration angewiesen ist Latenz zu verwalten. SMPTE ST 2110-30 (Audio) und -31 (AES3 Transport) sind die Standards für professionelle Übertragung. Sie erfordern ein vollständig verwaltetes Netzwerk

  • Stärken: Offener Standard, Interoperabilität über Tausende von Herstellern, Integration mit Video und Daten (ST 2110), die weit verbreitet sind.
  • Use Cases: Radio- und TV-Sendungen, Master Control Rooms, Remote Production (REMI) LKWs.

Dante und TSN Integration

Audinate, der Erfinder von Dante, war eine führende Stimme bei der Einführung von TSN. Dante wurde ursprünglich für die Ausführung auf standardmäßig verwalteten Switches entwickelt, aber moderne Dante-Geräte unterstützen jetzt ein TSN-Profil (Dante AVIO, Dante Domain Manager). Dies ermöglicht es einer einzigen Netzwerkinfrastruktur, sowohl traditionelle Dante-Streams als auch Milan/AVB-Streams gleichzeitig zu übertragen. Diese Konvergenz ist das ultimative Ziel: ein einheitliches, standardbasiertes Netzwerk, in dem jedes Gerät mit dem gleichen Timing und den gleichen QoS-Mechanismen kommunizieren kann. Dante's massive installierte Basis bedeutet, dass viele bestehende Systeme schrittweise zu TSN migrieren können, ohne dass eine vollständige Überarbeitung erforderlich ist.

  • Stärken: Riesige vorhandene Installationsbasis, ausgereifte Software (Dante Controller), Kompatibilität mit Standard- und TSN-Netzwerken, niedrige Eintrittskosten.
  • Use Cases: Corporate AV, feste Installationen, Transport, Live-Sound-Mixing, Audio-Routing in der Postproduktion.

Kritische Anwendungen, die die TSN-Adoption vorantreiben

Der Wechsel zu TSN ist keine akademische Übung; er wird von realen Anforderungen in anspruchsvollen Umgebungen angetrieben, in denen Zuverlässigkeit und geringe Latenz nicht verhandelbar sind.

Live Sound Verstärkung

Große Konzerte und Festivals erfordern massive Kanalzahlen (128 bis 512 Eingänge) über Entfernungen von Hunderten von Metern. Die deterministische Natur von TSN eliminiert das Risiko von Netzwerkstaus, die während einer Performance Ausfälle verursachen. Die Fähigkeit, Audio-, Video- (für IMAG) und Steuerdaten über ein einzelnes Glasfaser-Backbone mit TSN zu senden, vereinfacht die Verkabelung erheblich und reduziert die Einrichtungszeit. Überwachungslösungen profitieren immens von einer Latenz unterhalb von Millisekunden, so dass In-Ear-Monitor-Mixes perfekt eng und phasenkohärent sind. Staging-Boxen, Konsolenständer und Verstärker können über den Veranstaltungsort verteilt werden und dennoch eine mustergenaue Synchronisation beibehalten.

Rundfunk und Produktion (SMPTE ST 2110)

Die Broadcast-Industrie migriert aggressiv von SDI zu IP. SMPTE ST 2110 setzt auf TSN-Timing (PTP), um sicherzustellen, dass Video-Frames, Audiokanäle und Zusatzdaten (Untertitel, Metadaten) perfekt synchron zum Produktions-Switcher gelangen. Ohne TSN würde Jitter in einem paketvermittelten Netzwerk dazu führen, dass Audio aus der Synchronisation mit Video herausdriftet oder Video-Frames fallen gelassen werden. TSN ermöglicht es Rundfunkanbietern, flexible, softwaredefinierte Studios zu bauen, in denen Ressourcen dynamisch zugewiesen werden können - zum Beispiel durch Hinzufügen eines zusätzlichen Mikrofonkanals ohne Umverdrahtung. Remote-Produktions-LKWs sind auch von TSN abhängig, um High-Channel-Count-Audio mit vorhersehbarer Verzögerung über Weitverkehrsverbindungen zu übertragen.

Installierter Sound und Transport

In Firmenvorstandsräumen, Flughäfen und Stadien arbeiten Audiosysteme 24/7. Zuverlässigkeit ist von größter Bedeutung. TSN bietet eine vorhersehbare Leistung über eine dedizierte Infrastruktur. Automotive-Audio ist ein aufkommender Anwendungsfall: Moderne Luxusautos haben Dutzende von Mikrofonen, Lautsprechern und DSPs. Der Automotive Audio Bus (A2B) verarbeitet Punkt-zu-Punkt-Audio in der Kabine, aber TSN wird für das Backbone-Netzwerk verwendet, das die Kopfeinheit, Verstärker und Telematik-Controller verbindet.

TSN stellt sicher, dass aktive Geräuschunterdrückung und immersive Audioformate (Dolby Atmos) bei jeder Fahrzeuggeschwindigkeit korrekt funktionieren. Ähnliche Anforderungen gelten für Flugzeuge und Züge.

Implementierungsstrategien für TSN Audio Networks

Grundprinzip: TSN ist eine Layer-2-Technologie, die Hardware-Unterstützung in Netzwerk-Switches erfordert. Nicht alle "Managed Switches" unterstützen TSN. Suchen Sie nach Switches, die explizit von der Avnu Alliance für Mailand oder AVB zertifiziert sind, wie z. B. solche von Cisco, Netgear oder Extreme Networks.

Beim Entwurf eines TSN-Audionetzwerks sind die physikalischen und Datenverbindungsschichten von entscheidender Bedeutung. Verwenden Sie ein dediziertes Switch-Fabric oder VLAN für den Audioverkehr. Stellen Sie sicher, dass alle Switches im Audiopfad 802.1AS und 802.1Qbv unterstützen. Die Konfiguration erfolgt normalerweise über eine Switch-Management-Schnittstelle oder über die Controller-Software des Audioprotokolls (z. B. Milan Manager oder Audinate Dante Controller).

Eine gängige Praxis ist die Bereitstellung eines dual-redundanten Netzwerks (Primär- und Sekundärschalter), um einen einzelnen Fehlerpunkt zu verhindern. Der 802.1CB-Standard von TSN ermöglicht auch eine nahtlose Redundanz, bei der doppelte Pakete über verschiedene Pfade gesendet werden und der Empfänger Duplikate verwirft. Dies bietet Immunität gegen Verbindungsfehler ohne Audiounterbrechung. Bei größeren Systemen sollten Sie eine Wirbelsäulentopologie verwenden, um die Hop-Zählung und Latenz zu minimieren.

Richtige PTP-Konfiguration ist nicht verhandelbar. Bestimmen Sie eine Grandmaster-Uhr (normalerweise einen Switch oder einen dedizierten PTP-Generator). Konfigurieren Sie die Funktionen der Grenzuhr und der transparenten Uhr auf Ihren Switches. Stellen Sie sicher, dass alle Audiogeräte das gleiche PTP-Profil verwenden (z. B. SMPTE ST 2110-Profil für Broadcast oder AVB-Profil für Live-Sound). Falsche PTP-Konfiguration ist die häufigste Ursache für Synchronisationsprobleme - oft als intermittierende Pops oder Klicks.

Verwenden Sie Tools wie Wireshark mit PTP-Filtern, um die Synchronisationsgenauigkeit zu überprüfen.

TSN Configuration Best Practices

Für diejenigen, die neu bei TSN sind, kann die folgende Checkliste dazu beitragen, einen erfolgreichen Einsatz sicherzustellen:

  • Wählen Sie Schalter, die für AVB/Mailand zertifiziert sind (z. B. Cisco 9200, Netgear M4300, Extreme VSP).
  • Aktivieren Sie gPTP (802.1AS) auf allen Ports, die Audio übertragen.
  • Konfigurieren Sie SRP (802.1Qat) bei Verwendung von Milan oder AVB; erlauben Sie den Talkern, Bandbreite zu reservieren.
  • Implementieren Sie die Qbv-Planung, wenn Ihr Protokoll dies erfordert; Andernfalls stellen Sie eine ausreichende Bandbreite und eine geringe Auslastung sicher.
  • Verwenden Sie ein dediziertes VLAN für Audio-Datenverkehr, um es von Kontroll- und Best-Effort-Daten zu isolieren.
  • Legen Sie redundante Pfade (Dual-Homed-Geräte oder einen redundanten Ring mit 802.1CB) fest.
  • Überprüfen Sie die PTP-Großmeisterauswahl und Uhrenklasse; Monitor für Drift.
  • Testen Sie vor der endgültigen Inbetriebnahme mit der Audiocontroller-Software.

Die Zukunft: Unified Networks und Cloud Integration

Die Entwicklung von TSN geht in Richtung vollständiger Konvergenz. Die Unterscheidung zwischen „Audionetzwerk“, „Videonetzwerk“ und „IT-Netzwerk“ verschwindet. TSN bietet die gemeinsame Sprache für alle. Die Avnu Alliance verfeinert weiterhin das Mailänder Profil, erweitert seine Fähigkeiten für größere Kanalzahlen und neue Audioformate wie immersives Audio und objektbasiertes Audio. Wireless TSN ist am Horizont und verspricht deterministische Leistung für drahtlose Mikrofone und In-Ear-Monitore über Wi-Fi 6/6E, wodurch die Darsteller von den Einschränkungen der HF-Koordination befreit werden.

Cloud-basierte Audioverarbeitung (Audio über IP in die Cloud) wird sich auf TSN verlassen, um die vorhersehbare Latenz zu bieten, die für Echtzeit-Produktionsworkflows in Wide Area-Netzwerken erforderlich ist. Da sich die IP-Landschaft entwickelt, müssen Ingenieure sowohl Audiotechnik als auch Netzwerktechnik beherrschen. TSN ist kein vorübergehender Trend - es ist die grundlegende Infrastruktur, auf der die Zukunft des professionellen Audios aufgebaut wird. IEEE 802.1 TSN Task Group Seite und die Audinate Support Site für Dante-spezifische TSN-Integration.