Die Hauptunterschiede zwischen AES67 und AVB verstehen

Die Audio-over-IP-Technologie hat professionelle Audio-Workflows grundlegend verändert und bietet beispiellose Flexibilität, Skalierbarkeit und Integration in die bestehende IT-Infrastruktur. Unter den vielen verfügbaren Protokollen zeichnen sich AES67 und Audio Video Bridging (AVB) als zwei der am weitesten verbreiteten für Hochleistungs-Audiotransporte aus. Während beide darauf abzielen, zuverlässiges Streaming mit niedriger Latenz über Ethernet zu liefern, verfolgen sie grundlegend unterschiedliche Ansätze für Taktung, Netzwerkmanagement und Interoperabilität. Die Wahl des richtigen Protokolls für Ihre Installation erfordert ein klares Verständnis dieser Unterschiede, der spezifischen Anforderungen Ihrer Anwendung und der Fähigkeiten Ihrer Netzwerkhardware.

Was ist AES67?

AES67 ist ein offenes, von der Audio Engineering Society entwickeltes Industriestandardprotokoll. 2013 veröffentlicht und auf AES67-2018 aktualisiert, definiert es eine Reihe von Interoperabilitätsanforderungen für Hochleistungs-Audio-over-IP-Streaming. Der Standard spezifiziert Audio-Sample-Raten (44.1, 48, 96 kHz), Bittiefen (16, 24, 32), Paketformate (L24, L16, AM824) und Timing unter Verwendung des Precision Time Protocol (PTPv2, IEEE 1588-2008). AES67 schreibt keinen bestimmten Transportmechanismus vor; es funktioniert über Standard-Ethernet-Netzwerke unter Verwendung von RTP (Real-Time Transport Protocol) und bietet Mechanismen für Geräteerkennung und Verbindungsmanagement.

Da es sich bei AES67 um einen offenen Standard handelt, soll er die Lücke zwischen proprietären Ökosystemen wie Dante, Livewire, Ravenna und Q-LAN schließen. Jedes Gerät, das AES67-konform ist, kann mit jedem anderen AES67-kompatiblen Gerät kommunizieren, unabhängig vom zugrunde liegenden proprietären Protokoll. Dies macht AES67 zu einer natürlichen Wahl für Einrichtungen, die Geräte mehrerer Hersteller ohne Hersteller-Lock-in integrieren müssen.

Hauptmerkmale von AES67

  • Offener Standard: Veröffentlicht von AES, frei verfügbar und unterstützt von zahlreichen Herstellern.
  • PTP-basierte Uhrzeit: Verwendet PTPv2 (IEEE 1588-2008) zur Synchronisation, was einen Jitter unter Mikrosekunden ermöglicht.
  • Standard-Ethernet: Läuft auf Off-the-Shelf-Schaltern, ohne dass verwaltete QoS erforderlich sind (obwohl QoS empfohlen wird).
  • Niedrige Latenz: Typischerweise erreichbar im Bereich von 1-10 ms, abhängig von der Paketgröße und der Netzwerkbelastung.
  • Hochkanalzahl: Bis zu 64 Kanäle pro Stream bei 48 kHz/24-Bit und mehr mit Next-Generation-Varianten.
  • Keine eingebaute Redundanz: Redundanz muss auf Netzwerkebene gehandhabt werden (z. B. ST 2022-7 nahtloses Schalten).

AES67 wird in Broadcast-, Live-Sound- und installierten Soundanwendungen weit verbreitet eingesetzt. Besonders in Umgebungen, in denen die Interoperabilität mit Altsystemen oder Multi-Vendor-Setups von entscheidender Bedeutung ist. Beispielsweise kann ein Radiosender, der eine Dante-basierte Konsole verwendet, AES67-Streams ohne zusätzliche Konverter an einen Ravenna-basierten Prozessor senden, sofern beide Geräte AES67 unterstützen.

Was ist AVB?

Audio Video Bridging (AVB) ist eine Reihe von IEEE-Standards (802.1BA, 802.1Qat, 802.1Qav, 802.1AS usw.), die zusammen einen deterministischen, kostengünstigen Echtzeit-Audio- und Videotransport über Ethernet ermöglichen. AVB wurde ursprünglich von der IEEE 802.1 Audio/Video Bridging Task Group entwickelt und wird jetzt unter dem Dach von Time-Sensitive Networking (TSN) verwaltet. Im Gegensatz zu AES67 ist AVB eine vollständige, integrierte Lösung, die alles von der Netzwerktopologie über die Uhrsynchronisation bis hin zur Stream-Reservierung definiert.

AVB setzt auf Managed Network Switches, die AVB-spezifische Funktionen unterstützen: Credit-based Shaper (CBS) für die Traffic Priorisierung, Stream Reservation Protocol (SRP) für Bandbreitengarantien und generalized precision time protocol (gPTP) für die Taktverteilung. AVB-Netzwerke erfordern eine Domäne mit mindestens einer Grandmaster Clock (GM) und allen Switches und Endpunkten, die mit IEEE 802.1AS konform sind. Diese strenge Hardwareabhängigkeit gewährleistet eine vorhersehbare, sub-2ms Latenz von Ende zu Ende über sieben Hops, was AVB ideal für leistungskritische Anwendungen wie Live-Konzert-Sound, Postproduktionssuiten und Automotive-Infotainment macht.

Hauptmerkmale von AVB

  • IEEE Standards Suite: Umfasst Clocking (802.1AS), Stream-Reservierung (802.1Qat), Traffic-Shaping (802.1Qav) und Netzwerk-Bridgeing (802.1BA).
  • Deterministische Latenz: Garantierte maximale Latenzzeit von 2 ms über sieben Netzwerk-Hops für Klasse A-Verkehr.
  • Stream Reservierung: Die Bandbreite ist Ende-zu-Ende reserviert; wenn keine ausreichende Bandbreite vorhanden ist, wird die Verbindung abgelehnt.
  • Erforderliche Managed Switches: Nur Switches, die AVB/TSN unterstützen, können an einer AVB-Domäne teilnehmen.
  • Plug-and-Play: Geräte entdecken sich automatisch und erstellen Streams ohne manuelle IP-Konfiguration.
  • Integrierte Redundanz: Kann durch redundante Netzwerkpfade (z. B. Dual-Homed-Endpunkte) erreicht werden.

AVB wird häufig in festen Installationen verwendet, in denen eine dedizierte, verwaltete Netzwerkhardware gerechtfertigt ist. Typische Beispiele sind Konzerthallen mit verteilten Verstärkern, Automobil-Audionetzwerke und High-End-Aufnahmestudios, die eine deterministische Leistung über viele Kanäle erfordern. AVB ist auch die Grundlage für das Milan-Protokoll, das eine Kontrollschicht und Geräteprofile für den Studiogebrauch hinzufügt.

Leistungsvergleich

Beim Vergleich von AES67 und AVB muss die Leistung in verschiedenen Dimensionen bewertet werden: Interoperabilität, Latenz, Timinggenauigkeit, Netzwerkanforderungen, Skalierbarkeit und Gesamtbetriebskosten. Jedes Protokoll zeichnet sich in verschiedenen Bereichen aus und die optimale Wahl hängt von der spezifischen Anwendung ab.

Interoperabilität und Ökosystemunterstützung

AES67 Da es sich um einen offenen Standard handelt, genießt es breite Unterstützung in der professionellen Audioindustrie. Große Hersteller wie Audinate (Dante), Riedel, Lawo und Yamaha bieten alle AES67-kompatible Schnittstellen. Das bedeutet, dass ein Audioingenieur eine Dante-ausgestattete Mischkonsole an eine Ravenna-basierte Verarbeitungsmaschine ohne proprietäre Brücken-Hardware anschließen kann. AES67 definiert jedoch keine einheitliche Steuerungsebene; jedes Ökosystem behält seine eigenen Erkennungs- und Routing-Methoden bei, so dass Integration oft manuelle Konfiguration oder Middleware erfordert.

AVB Die AVB-Endpunkte können nur über AVB-fähige Switches und Endpunkte übertragen werden. Während AVB-Endpunkte verschiedener Hersteller kommunizieren können, wenn sie die gleichen IEEE-Standards implementieren (z. B. Mailand), muss die Switch-Infrastruktur AVB-konform sein. Dies verringert die Flexibilität im Vergleich zu AES67, das in jedem Netzwerk laufen kann, das PTP und RTP unterstützt. In der Praxis ist AVB in geschlossenen, proprietären Ökosystemen wie Automobilen oder in spezialisierten AVB / Milan-Installationen häufiger.

Latenz und Determinismus

Beide Protokolle bieten eine sehr geringe Latenz, aber ihre Ansätze unterscheiden sich. AES67 Die Latenz ist über die Paketgröße und die Netzwerkeinstellungen konfigurierbar. Typische reale Werte reichen von 1 ms (mit sehr kleinen Paketen) bis 10 ms (mit größeren Paketen). Da AES67 RTP über UDP verwendet, ist es Netzwerkstaus ausgesetzt und garantiert nicht von Natur aus Bandbreite. Mit verwalteten Switches und einer ordnungsgemäßen Quality of Service (QoS) -Konfiguration kann AES67 jedoch Round-Trip-Latenzen unter 5 ms erreichen.

AVB AVB garantiert, dass Audio-Verkehr nicht durch zeitempfindlichen Verkehr verzögert wird. Klasse A-Verkehr (höchste Priorität) hat eine maximale Latenzzeit von 2 ms über sieben Hops. Dies macht AVB ideal für Live-Performance, wo konsistentes, vorhersagbares Timing entscheidend ist, zum Beispiel In-Ear-Monitor-Systeme, bei denen sogar 1 ms Jitter hörbar sind.

Taktung und Synchronisation

Beide Protokolle beruhen auf Precision Time Protocol-Varianten. AES67 verwendet PTPv2 (IEEE 1588-2008) in einem Profil, das mindestens eine Grandmaster-Uhr erfordert. Das Profil ist in AES67-2018 definiert und ist mit SMPTE ST 2059-1/2 zur Sendesynchronisation kompatibel. AES67 kann eine Taktgenauigkeit innerhalb von ±1 μs erreichen.

AVB verwendet gPTP (IEEE 802.1AS), ein für Audio-/Videoanwendungen optimiertes Profil von IEEE 1588. gPTP vereinfacht die Grandmaster-Wahl und sorgt für eine Synchronisation unterhalb von Mikrosekunden über die gesamte Domäne. Da gPTP in die Netzwerk-Switch-Hardware eingebettet ist, kann AVB in großen Multi-Hop-Netzwerken eine engere Synchronisation als AES67 erreichen. Für Anwendungen, die einen extrem niedrigen Jitter erfordern (z. B. High-End-Analog-Digital-Wandlung), bietet die hardwaregestützte Taktung von AVB einen Vorteil.

Netzanforderungen und Infrastrukturkosten

Einer der wichtigsten praktischen Unterschiede ist die Netzwerkhardware.

AES67 Viele Installationen verwenden Layer 2-Managed Switches mit DiffServ-Markierungen, um Audiopakete zu priorisieren. AES67 erfordert keine spezifischen Switch-Funktionen, die über IGMP-Snooping für Multicast-Verkehr hinausgehen. Dies macht AES67 sehr attraktiv für budgetbewusste oder Nachrüstprojekte, bei denen ein Upgrade auf Managed Switches nicht möglich ist.

AVB Diese Switches sind teurer als Standard-Managed Switches, weil sie die CBS-, SRP- und gPTP-Hardware implementieren müssen. In einer großen Installation können die Kosten der Switch-Infrastruktur einen erheblichen Teil des Budgets ausmachen. Da AVB jedoch Bandbreite und Latenz garantiert, ist das Netzwerk einfacher zu entwerfen und zuverlässiger für den Echtzeit-Datenverkehr. Bei Neubauten, bei denen das Netzwerk von Grund auf neu spezifiziert werden kann, können die zusätzlichen Kosten durch die vereinfachte Inbetriebnahme und die garantierte Leistung gerechtfertigt sein.

Skalierbarkeit und Channel Count

AES67 unterstützt bis zu 64 Kanäle pro Stream bei 48 kHz/24-Bit in seinem Grundformat. Höhere Kanalzahlen (z. B. 512 Kanäle) sind mit proprietären Erweiterungen wie den 128-Kanal-Streams von Dante möglich. AES67 kann in der Bandbreite skaliert werden, indem mehr Streams hinzugefügt und Multicast oder Unicast verwendet werden. Die Gesamtzahl der Kanäle ist nur durch die Netzwerkkapazität begrenzt.

AVB unterstützt in der Regel bis zu 256 Kanäle pro Stream in seinen aktuellen Implementierungen (basierend auf dem Mailänder Standard). Da AVB Bandbreite reserviert, erfordert die Skalierung des Netzwerks eine sorgfältige Planung, um sicherzustellen, dass alle Stream-Reservierungen in die verfügbare Kapazität des Switches passen. In der Praxis wird AVB häufig für kleinere bis mittlere Kanalzahlen (z. B. 64-128 Kanäle) in kritischen Anwendungen verwendet, während AES67 für sehr große Systeme (z. B. Rundfunkanlagen mit Tausenden von Kanälen) bevorzugt wird.

Redundanz und Zuverlässigkeit

AES67 Die Daten können mithilfe von SMPTE ST 2022-7, das doppelte Streams über zwei separate Netzwerkpfade sendet, implementiert werden. Viele AES67-kompatible Geräte unterstützen diese Funktion. Zusätzlich können Standard-Netzwerkredundanzprotokolle (z. B. RSTP, MRP) verwendet werden, obwohl sie Failover-Verzögerungen einführen können.

AVB Unterstützt integrierte Redundanz durch Dual-Homed-Endpunkte und redundante Netzwerkpfade mit dem Stream Reservation Protocol (SRP). Die deterministische Natur von AVB macht es auch einfacher, das Verhalten während des Failovers vorherzusagen. Für missionskritischen Live-Sound bietet AVB mit redundanten Netzwerken eine höhere Zuverlässigkeit.

Welches Protokoll ist besser für Ihr Setup?

Die Antwort hängt von Ihren technischen Anforderungen, Ihrem Budget und Ihrer Infrastruktur ab.

Wählen Sie AES67, wenn:

  • Sie müssen Geräte mehrerer Hersteller oder bestehende proprietäre Systeme integrieren.
  • Ihre Netzwerkinfrastruktur ist bereits vorhanden und Sie können nicht alle Switches durch AVB-fähige Einheiten ersetzen.
  • Sie benötigen sehr hohe Kanalzahlen (z. B. 512 +) oder flexible Routing-Konfigurationen.
  • Ihr Budget ist begrenzt und Sie bevorzugen die Verwendung von Standard-IT-Netzwerk-Hardware.
  • Sie arbeiten in Broadcasting, Postproduktion oder Corporate AV, wo Multicast und PTP bereits vertraut sind.

Wählen Sie AVB, wenn:

  • Sie entwerfen eine neue Installation von Grund auf und können AVB-fähige Switches angeben.
  • Ihre Anwendung erfordert eine garantierte Latenz von Sub-2ms mit Null Jitter - zum Beispiel Live-Performance oder In-Ear-Monitoring.
  • Sie möchten eine Plug-and-Play-Geräteerkennung und automatische Stream-Konfiguration ohne manuelle IP-Adressierung.
  • Sie benötigen eine eingebaute Redundanz, ohne auf externe Protokolle angewiesen zu sein.
  • Sie arbeiten in Automobil-, Live-Sound-Touring- oder High-End-Studioumgebungen, in denen deterministische Leistung die Kosten überwiegt.

Hybridansätze und Emerging Standards

In vielen modernen Installationen schließen sich AES67 und AVB nicht gegenseitig aus. Zum Beispiel könnte ein Studio AES67 verwenden, um Dante- und Ravenna-Geräte zu verbinden, während AVB (über Mailand) für kritische Mikrofonvorverstärker und Monitore verwendet wird. SMPTE ST 2110 Der Standard für Rundfunksendungen verwendet AES67 für Audio und wird in der Fernsehproduktion weithin verwendet. TSN (Time-Sensitive Networking) entwickelt sich weiter, um noch fortschrittlichere deterministische Fähigkeiten anzubieten, die die Grenze zwischen AES67 und AVB in Zukunft verwischen könnten.

Praktische Umsetzungsüberlegungen

Unabhängig von der Protokollwahl ist ein korrektes Netzwerkdesign unerlässlich. Für AES67 stellen Sie sicher, dass PTP korrekt mit einer zuverlässigen Grandmaster-Uhr konfiguriert ist, und wenden Sie QoS-Mapping (DSCP 44-46 für Audio) an. Für AVB vergewissern Sie sich, dass alle Switches von derselben Hersteller- und Firmware-Generation stammen, um Interoperabilitätsprobleme zu vermeiden. Testen Sie Ihr Netzwerk mit einem Tool wie Wireshark, um PTP-Datenverkehr, Stream-Reservierungen und Latenz zu überwachen.

Beziehen Sie Ihr IT-Team immer frühzeitig ein - Audio-over-IP-Protokolle stellen Anforderungen an das Netzwerk, die der typische Büroverkehr nicht stellt. Switches müssen mit Multicast-Filterung, Bandbreitenbeschränkungen und Sicherheitseinstellungen konfiguriert werden, um nicht autorisierte Streams zu verhindern. Für AVB ist es wichtig, dass die Switch-Topologie die maximale Hop-Zahl nicht überschreitet (normalerweise 7).

Zukunftsaussichten

Der Trend im professionellen Audio geht in Richtung einer größeren Konvergenz. AES67 ist weiterhin der Klebstoff, der verschiedene Ökosysteme verbindet, während AVB/Mailand eine Nische in Hochleistungsinstallationen schafft. Mit der Weiterentwicklung von TSN sehen wir möglicherweise einen einzigen einheitlichen Standard, der die Flexibilität von AES67 mit dem Determinismus von AVB verbindet. Bis dahin wird das Verständnis der Stärken und Schwächen jedes Protokolls für Systemdesigner unerlässlich bleiben.

Schlussfolgerung

Sowohl AES67 als auch AVB bieten robusten Audio-over-IP-Transport, aber sie dienen unterschiedlichen Prioritäten. AES67 setzt sich für offene Interoperabilität ein und arbeitet über bestehende Netzwerke, was es zur pragmatischen Wahl für Multi-Vendor-Umgebungen und kostensensible Projekte macht. AVB bietet unübertroffenen Determinismus und einfache Einrichtung in Greenfield-Installationen, bei denen die Leistung an erster Stelle steht. Durch die Bewertung Ihrer spezifischen Latenzanforderungen, Netzwerkhardware, Interoperabilitätsanforderungen und Budget können Sie sicher das Protokoll auswählen, das Ihre professionelle Audio-Einrichtung am besten unterstützt.

Für weitere Lektüre konsultieren Sie die AES67-2018-Standard, IEEE AVB Task Group Seite, und ein Audinate Guide für AES67 und Dante Integration.