Verständnis AES67 und seine Vorteile

AES67 ist ein von der Audio Engineering Society entwickelter Standard, der eine Methode zum Transport von hochwertigem Audio über IP-Netzwerke definiert. Er wurde geschaffen, um ein grundlegendes Problem im professionellen Audio zu lösen: die Verbreitung inkompatibler Audio-over-IP-Protokolle. Vor AES67 konnten Geräte, die Dante, Ravenna, Livewire oder Q-LAN verwendeten, nicht einfach miteinander kommunizieren, wodurch Studios und Sendeeinrichtungen in herstellerspezifische Ökosysteme gezwungen wurden. AES67 bietet eine gemeinsame Sprache, die diese Systeme sprechen können, was Interoperabilität ermöglicht, ohne bestehende Infrastruktur zu ersetzen.

Die Norm spezifiziert den Audiotransport mit RTP (Real-Time Transport Protocol) über UDP/IP-Netzwerke mit PCM-Audioformaten mit Abtastraten von 48 kHz oder 96 kHz und Bittiefen von 16, 20 oder 24 Bit. Sie unterstützt die Unicast- und Multicast-Übertragung und ermöglicht ein flexibles Routing sowohl in kleinen Studios als auch in großen Sendeeinrichtungen. Zu den wichtigsten Vorteilen von AES67 gehören:

  • Standardisiertes Audio-Streaming, das über verschiedene Hersteller-Ökosysteme hinweg funktioniert
  • Reduzierte Setup-Komplexität durch den Wegfall der Notwendigkeit proprietärer Bridgeing-Hardware
  • Erhöhte Flexibilität beim Routing von Audio zwischen Konsolen, Mischpulten und anderen Geräten
  • Skalierbarkeit für große Audioumgebungen mit Dutzenden oder Hunderten von Kanälen
  • Kosteneinsparungen durch Nutzung der vorhandenen IP-Netzwerkinfrastruktur anstelle einer dedizierten Audioverkabelung

Für Anlagen, die bereits über eine Mischung aus alten analogen Konsolen, digitalen Mischpulten und neueren AoIP-Geräten verfügen, bietet AES67 einen praktischen Weg zur Vereinheitlichung. Es muss nicht alle Geräte auf einmal ausgetauscht werden, sondern ermöglicht eine schrittweise Integration, die Kapitalinvestitionen erhält und moderne Arbeitsabläufe ermöglicht.

Die technischen Kernspezifikationen

AES67 arbeitet mit spezifischen Leistungsparametern, um eine professionelle Audioqualität zu gewährleisten. Der Standard schreibt die Unterstützung von mindestens acht Kanälen pro Stream mit Abtastraten von 48 kHz und 96 kHz vor. Er verwendet das L24-Audiocodierungsformat, das 24-Bit-lineares PCM ist und eine Netzwerklatenz von nicht mehr als 1 Millisekunde für Unicast-Flows und 2 Millisekunden für Multicast-Flows erfordert. Diese Zahlen machen AES67 für Live-Soundverstärkungs-, Broadcast- und Aufnahmeanwendungen geeignet, bei denen eine niedrige Latenz von entscheidender Bedeutung ist.

Die Paketierung folgt dem RTP-Standard, wobei jedes Paket eine feste Anzahl von Audio-Samples trägt. Die Standard-Paketzeit beträgt 1 Millisekunde, was bei 48 kHz Abtastrate 48 Samples pro Paket bedeutet. Dieser Ansatz stellt sicher, dass Audiodaten mit deterministischem Timing geliefert werden, was für die Synchronisation über mehrere Kanäle und Geräte unerlässlich ist. Der Standard enthält auch PTPv2 (Precision Time Protocol) für die Taktsynchronisation, wodurch eine mustergenaue Ausrichtung zwischen Geräten im Netzwerk ermöglicht wird.

Interoperabilität zwischen Protokollen

Der primäre Wert von AES67 liegt in seiner Fähigkeit, verschiedene Audio-over-IP-Protokolle zu überbrücken. Dante, entwickelt von Audinate, ist eines der am häufigsten verwendeten AoIP-Systeme für Live-Sound und installiertes Audio. Ravenna, entwickelt von ALC NetworX, ist in Rundfunk- und Produktionsumgebungen üblich. Livewire von The Telos Alliance ist im Radiosender beliebt. AES67 ermöglicht es diesen Systemen, Audiostreams ohne benutzerdefinierte Gateways oder Formatkonvertierung auszutauschen.

Ein Livewire-System kann AES67-Streams von einem Dante-Netzwerk empfangen, so dass Radiosender digitale Mischpulte in ihre bestehende AoIP-Infrastruktur integrieren können. Diese Interoperabilität wird durch ein gemeinsames Compliance-Profil erreicht, das das spezifische RTP-Nutzlastformat, die Taktsynchronisation und die Parameter des Session Description Protocol (SDP) definiert.

Die großen Hersteller integrieren jetzt die AES67-Unterstützung in ihre Produkte. Die Audinate-Firmware Dante beinhaltet den AES67-Modus, Yamahas Konsolen unterstützen AES67 über ihre TwinLANe-Schnittstelle und Lawos Broadcast-Mischpulte verwenden Ravenna, das nativ AES67-kompatibel ist. Diese breite Akzeptanz bedeutet, dass die Integration oft eine Frage der Konfiguration und nicht der Hardware-Ergänzung ist.

Bewerten Sie Ihre vorhandenen Geräte

Bevor Sie ein AES67-Integrationsprojekt starten, führen Sie eine gründliche Prüfung Ihrer vorhandenen Audioinfrastruktur durch. Dokumentieren Sie jede Konsole, jeden Mischpult, Prozessor, Router und jedes Peripheriegerät in Ihrer Signalkette. Stellen Sie für jedes Gerät fest, ob es AES67 nativ unterstützt, ein kompatibles Protokoll unterstützt, das für AES67 konfiguriert werden kann, oder eine externe Schnittstelle erfordert.

Diese Bewertung sollte sowohl Hardware- als auch Softwarefunktionen umfassen. Viele moderne digitale Mischpulte enthalten Ethernet-Ports, die für den Audiotransport verwendet werden können, aber die genaue Implementierung variiert je nach Hersteller und Modell. Einige Konsolen erfordern optionale Schnittstellenkarten oder Firmware-Upgrades, um die AES67-Funktionalität zu aktivieren. Andere unterstützen AES67 möglicherweise nur in bestimmten Betriebsarten oder mit Softwarelizenzen.

Native Support überprüfen

Geräte mit nativer AES67-Unterstützung haben einen Netzwerkanschluss, der so konfiguriert werden kann, dass er AES67-Streams direkt sendet und empfängt. Übliche Beispiele sind Allen & Heath dLive und Avantis-Konsolen (mit den entsprechenden Dante- oder SLink-Karten), Behringer Wing (mit der Dante-Erweiterungskarte) und viele Broadcast-Konsolen von Lawo und Calrec. Für diese Geräte beinhaltet die Integration Netzwerkkonfiguration und Stream-Routing anstelle von Hardware-Konvertierung.

Wenn Ihre Konsole Dante unterstützt, aber nicht AES67 nativ, prüfen Sie, ob Dante Firmware den AES67-Modus enthält. Die Dante-Karten und -Module von Audinate unterstützen AES67 seit Firmwareversion 4.0. Die Aktivierung dieses Modus erfordert normalerweise eine Änderung der Einstellungen in der Dante Controller Software. Ebenso sind Ravenna-Geräte von Natur aus AES67-kompatibel, da Ravenna die gleichen RTP- und PTP-Standards verwendet. Livewire+-Systeme von Telos können auch für den AES67-Betrieb mit entsprechenden Software-Updates konfiguriert werden.

Firmware und Software Überlegungen

Veraltete Firmware ist ein häufiges Hindernis für die AES67-Integration. Hersteller veröffentlichen regelmäßig Updates, die AES67-Unterstützung hinzufügen, die Stabilität verbessern oder die Kompatibilität erweitern. Bevor Sie mit der physischen Installation fortfahren, überprüfen Sie die Supportseiten für jedes Gerät und wenden Sie die neuesten Firmware-Versionen an. Dies ist besonders wichtig für Netzwerk-Switches, die Firmware-Updates erfordern können, um die von AES67 verwendeten Multicast-Verkehrsmuster zu unterstützen.

Steuerungssoftware spielt auch eine Rolle. Zum Beispiel muss Dante Controller auf eine Version aktualisiert werden, die den AES67-Modus unterstützt. Ebenso muss Ravennas Verwaltungssoftware, wie z. B. Ember+ von Lawo, so konfiguriert sein, dass AES67-Streams freigelegt werden. Alle Softwareversionen dokumentieren und sicherstellen, dass sie miteinander kompatibel sind, bevor Sie versuchen, eine Integration zu versuchen.

Anforderungen an die Netzinfrastruktur

AES67 läuft in Standard-Ethernet-Netzwerken, aber nicht alle Netzwerk-Switches sind geeignet. Der Standard erfordert Unterstützung für IGMP-Snooping, das Multicast-Datenverkehr effizient verwaltet, indem es Streams nur an Ports sendet, die sie angefordert haben. Ohne IGMP-Snooping überschwemmt Multicast-Datenverkehr alle Ports, verbraucht Bandbreite und verursacht Staus. Managed Switches von Anbietern wie Cisco, Netgear, HP und Ubiquiti unterstützen diese Funktion typischerweise.

Eine weitere wichtige Anforderung ist die Qualität des Dienstes (Quality of Service, QoS). AES67-Audioströme müssen gegenüber anderem Netzwerkverkehr priorisiert werden, um Paketverlust und Jitter zu verhindern. QoS so konfigurieren, dass dem Audioverkehr die höchste Priorität zugewiesen wird, typischerweise unter Verwendung von DiffServ-Codepunkten (DSCP) mit der EF-Klasse (Expedited Forwarding). Dies stellt sicher, dass Audiopakete auch bei Belegung des Netzwerks mit konsistentem Timing geliefert werden.

Die Netzwerkkapazität ist ebenfalls wichtig. Ein einzelner AES67-Stream bei 48 kHz mit 24-Bit-Auflösung und acht Kanälen benötigt etwa 6,2 Mbit/s Bandbreite. Eine Einrichtung mit 48 Audiokanälen benötigt etwa 37 Mbit/s allein für Audio, plus Overhead für den Kontrollverkehr und andere Dienste. Gigabit Ethernet (1000BASE-T) ist das empfohlene Minimum für jede AES67-Bereitstellung, wobei 10 GbE für größere Installationen empfohlen werden.

Upgrade oder Hinzufügen der AES67-Kompatibilität

Für Geräte, die AES67 nicht nativ unterstützen, stehen mehrere Upgrade-Pfade zur Verfügung. Die Auswahl hängt von den spezifischen Geräten, der Anzahl der benötigten Kanäle und dem verfügbaren Budget ab. In vielen Fällen liefert eine Kombination von Ansätzen die besten Ergebnisse.

Schnittstellengeräte und Konverter

Externe Schnittstellenboxen, die analoges oder digitales Audio in AES67-Streams konvertieren, sind die einfachste Lösung für Altgeräte. Diese Geräte akzeptieren analoge Signale auf Zeilenebene, digitales AES3-Audio oder optische AES67-kompatible RTP-Streams über Ethernet. Beispiele hierfür sind die Focusrite RedNet-Serie, die RME AVB-Tool-Serie (mit AES67-Unterstützung) und der Ferrofish A32 Dante (mit AES67-Modus).

Bei analogen Konsolen bietet eine 16-Kanal-Schnittstellenbox eine einfache Möglichkeit, die AES67-Fähigkeit hinzuzufügen. Verbinden Sie die Leitungsausgänge der Konsole mit den analogen Eingängen der Schnittstelle mit symmetrischen XLR- oder TRS-Kabeln und konfigurieren Sie dann die Schnittstelle, um das Audio als AES67-Multicast-Streams zu streamen. Derselbe Ansatz funktioniert umgekehrt für die Überwachung oder Wiedergabe: Die Schnittstelle empfängt AES67-Streams und gibt analoge Signale an die Leitungseingänge der Konsole aus.

Digitale Konsolen mit AES3-Ausgängen können einen Formatwandler verwenden, um eine Brücke zu AES67 zu schlagen. Geräte wie das RME HDSPe AES oder das Lynx AES16e können konfiguriert werden, um AES3-Daten über IP mit AES67-Formatierung zu senden. Dieser Ansatz bewahrt die digitale Natur des Signals und vermeidet die Konversionsverluste, die bei analoger Schnittstelle auftreten.

Überbrückungsprotokolle

In einigen Einrichtungen gibt es eine Mischung aus AoIP-Systemen, die AES67-Streams nicht direkt austauschen können. In diesen Fällen bietet ein Protokollbrückengerät Übersetzungen zwischen Systemen. Zum Beispiel ermöglicht eine Brücke, die Dante in AES67 und umgekehrt konvertiert, einer Dante-Konsole, mit einem AES67-Prozessor zu kommunizieren. Dante-Geräte der zweiten Generation unterstützen AES67 nativ, aber ältere Dante-Geräte können eine Brücke erfordern.

In der Praxis implementieren viele Hersteller AES67 als Modus in ihrem vorhandenen Protokoll. Beispielsweise kann eine Yamaha CL5-Konsole mit einer Dante-Karte in den AES67-Modus umgeschaltet werden, so dass sie direkt mit Ravenna-Geräten kommunizieren kann. Ebenso kann eine Wheatstone-Konsole mit Livewire + konfiguriert werden, um AES67-Streams an ein Dante-Netzwerk zu senden.

Firmware-Upgrades

Firmware-Upgrades sind der kostengünstigste Weg zur AES67-Kompatibilität. Wenn Ihr vorhandenes Gerät Netzwerk-Ports enthält, die für den Steuerungs- oder Audiotransport verwendet werden, überprüfen Sie, ob der Hersteller Firmware veröffentlicht hat, die AES67-Unterstützung hinzufügt. Dies ist üblich für Konsolen und Audioprozessoren, die ursprünglich mit proprietären Protokollen veröffentlicht wurden, aber aktualisiert wurden, um AES67 durch Software zu unterstützen.

So unterstützten frühe Firmware-Versionen der Allen & Heath dLive-Serie AES67 nicht, aber spätere Versionen unterstützten den SLink-Erweiterungsanschluss. In ähnlicher Weise erhielten einige Modelle der Yamaha Rivage PM-Serie AES67-Unterstützung durch Firmware-Updates. Immer mit dem Hersteller überprüfen, ob die aktualisierte Firmware stabil ist und in Ihrer Konfiguration unterstützt wird.

Konfigurieren Ihres Netzwerks für den nahtlosen Betrieb

Die Netzwerkkonfiguration ist der technisch anspruchsvollste Aspekt der AES67-Integration. Ein richtig konfiguriertes Netzwerk sorgt für eine geringe Latenz, Jitter-freies Audio und zuverlässige Stream-Discovery. Die folgenden Richtlinien behandeln die wesentlichen Schritte zum Aufbau eines robusten AES67-Netzwerks.

Quality of Service (QoS) Priorisierung

QoS ist nicht verhandelbar für AES67-Netzwerke. Ohne QoS konkurrieren Audiopakete mit Datenverkehr auf einer gleichen Basis, was zu Paketverlust, Jitter und hörbaren Artefakten führt. Konfigurieren Sie Ihre verwalteten Switches, um AES67-Datenverkehr basierend auf DSCP-Werten zu klassifizieren und zu priorisieren. Der AES67-Standard empfiehlt die Verwendung von DSCP EF (46) für Audiodaten, was eine beschleunigte Weiterleitung mit geringer Latenz und geringem Verlust ermöglicht.

Richten Sie für jeden Switch im Audiopfad QoS-Richtlinien ein, die Folgendes enthalten sollten:

  • Klassifikation eingehender Pakete auf der Grundlage von DSCP-Werten
  • Zuweisung der höchsten Prioritätswarteschlange für Audio-Traffic
  • Strenge Prioritätswarteschlange statt gewichtete faire Warteschlangen für Audio-Traffic
  • Bandbreitenreservierung für Audiostreams, um den Hungertod anderer Dienste zu verhindern

Testen Sie Ihre QoS-Konfiguration, indem Sie Datenverkehr im Netzwerk generieren und überprüfen, ob Audiostreams eine konsistente Latenz beibehalten. Netzwerkanalysetools wie Wireshark können Audiopakete erfassen und Timing-Informationen anzeigen, die Ihnen helfen, zu bestätigen, dass QoS korrekt funktioniert.

Netzwerksegmentierung und Subnetting

Wenn sich Geräte in verschiedenen Subnetzen befinden, muss der Multicast-Datenverkehr über einen Router übertragen werden, der Latenz und Paketverlust verursachen kann. Wenn Ihre Einrichtung mehrere Subnetze benötigt, konfigurieren Sie das Multicast-Routing mit IGMP-Proxy oder PIM (Protocol Independent Multicast), um sicherzustellen, dass Audiostreams alle Ziele erreichen.

VLAN-Segmentierung kann für die Sicherheit und das Verkehrsmanagement nützlich sein. Erstellen Sie ein dediziertes Audio-VLAN, das nur AES67 und den Datenverkehr führt. Dies isoliert Audio vom Datenverkehr wie Web-Browsing, E-Mail und Dateiübertragungen, wodurch das Risiko von Interferenzen reduziert wird. Weisen Sie dem Audio-VLAN eine hohe Priorität in der Switch-Konfiguration zu, um die Stream-Integrität weiter zu schützen.

Statische Adressierung eliminiert die Abhängigkeit von DHCP-Servern, die Verzögerungen verursachen können, wenn sie ausfallen oder neu starten. Wenn DHCP erforderlich ist, Adressreservierungen konfigurieren, um sicherzustellen, dass jedes Gerät immer die gleiche IP-Adresse erhält. Diese Konsistenz vereinfacht die Stream-Konfiguration und Fehlersuche.

Latenz und Synchronisation

AES67 verwendet PTPv2 (IEEE 1588-2008) zur Taktsynchronisation. Eine PTP-Großmeisteruhr stellt eine Referenzzeit bereit, die alle Geräte im Netzwerk verwenden, um ihre Audiouhren auszurichten. Ohne genaue PTP-Synchronisation driften Audioströme relativ zueinander, was Klicks, Pops und Sample-Slippage verursacht.

Wählen Sie einen PTP-Großmeister, der genau und stabil ist. GPS-disziplinierte Oszillatoren bieten die höchste Genauigkeit, aber für die meisten Einrichtungen ist ein dedizierter PTP-Switch oder ein Software-Großmeister, der auf einem stabilen Server läuft, ausreichend. Konfigurieren Sie alle Switches, um den PTP-transparenten Taktmodus zu unterstützen, der die Verzögerung kompensiert, die Pakete beim Durchlaufen des Switches ansammeln.

Stellen Sie die PTP-Domäne korrekt ein. AES67 verwendet standardmäßig die PTP-Domäne 0. Stellen Sie sicher, dass alle Geräte auf dieselbe Domainnummer konfiguriert sind, damit sie mit demselben Großmeister synchronisiert werden. Wenn Ihre Einrichtung auch Dante verwendet, beachten Sie, dass Dante auch die PTP-Domäne 0 verwendet, die mit der AES67-Synchronisierung kompatibel ist.

Implementierung von AES67 in Ihrem Workflow

Wenn Hardware und Netzwerk vorbereitet sind, konzentriert sich die Implementierungsphase auf die Konfiguration von Geräten, das Einrichten von Streams und die Validierung der Leistung. Folgen Sie einem systematischen Ansatz, um Störungen zu minimieren und einen reibungslosen Übergang zu gewährleisten.

Gerätekonfiguration

Jedes AES67-Gerät mit seinen Netzwerkeinstellungen konfigurieren, einschließlich IP-Adresse, Subnetzmaske, Gateway und DNS, falls erforderlich. AES67-Modus auf jedem Gerät aktivieren, was eine Änderung der Einstellung im System oder in der Software des Geräts beinhalten kann. Bei Dante-Geräten bedeutet dies, dass der AES67-Modus im Dante-Controller aktiviert wird. Bei Ravenna-Geräten bedeutet dies, dass der Audionetzwerkmodus in AES67 konfiguriert wird.

Definieren Sie die Audioströme, die jedes Gerät senden und empfangen wird. Zum Senden konfigurieren Sie den Stream mit der gewünschten Abtastrate (48 kHz ist die häufigste), Bittiefe (24 Bit empfohlen), Anzahl der Kanäle und Multicast- oder Unicast-Adressierung. Zum Empfangen abonnieren Sie jedes Gerät für die Streams, die es benötigt. Die meisten Steuerungssoftware ermöglicht Drag-and-Drop-Routing zwischen Quellen und Zielen.

Dokumentieren Sie jeden Stream mit seiner Multicast-IP-Adresse, Portnummer und Kanalzuordnung. Diese Dokumentation ist von unschätzbarem Wert für die Fehlersuche und für zukünftige Erweiterungen. Verwenden Sie eine konsistente Namenskonvention für Streams, die das Quellgerät, die Zielzone und den Kanalbereich enthält (z. B. "FOH-Console Stage-1 Ch1-8").

Routing und Stream Management

Das Stream-Routing in AES67 wird über SDP-Dateien (Session Description Protocol) verwaltet, die das Format und die Adressierung jedes Streams beschreiben. Einige Systeme erzeugen und tauschen SDP-Dateien automatisch über Discovery-Protokolle wie mDNS (Bonjour) oder SAP (Session Announcement Protocol) aus.

Bei großen Installationen sollten Sie ein zentralisiertes Stream-Management-System in Betracht ziehen. Produkte wie Dante Domain Manager oder Lawos Ember+ bieten eine einheitliche Schnittstelle für das Routing von Audio zwischen Geräten verschiedener Hersteller. Diese Systeme behandeln den SDP-Austausch, die PTP-Überwachung und den Stream-Status, was die tägliche Verwaltung vereinfacht.

Testen Sie das Routing, indem Sie einen Testton von einem Quellgerät senden und überprüfen, ob das Zielgerät es empfängt. Überprüfen Sie sowohl den Pegel als auch die Phase des Audios, um sicherzustellen, dass alle Kanäle korrekt abgebildet sind. Wenn Sie Multicast-Streams verwenden, überprüfen Sie, ob nur die beabsichtigten Geräte für jeden Stream abonniert sind, indem Sie die IGMP-Gruppenmitgliedschaft auf den Switches überprüfen.

Test und Validierung

Umfassende Tests sind unerlässlich, bevor Sie sich auf AES67 in der Live-Produktion verlassen. Beginnen Sie mit einem einzelnen Stream-Paar und fügen Sie schrittweise weitere Streams hinzu, bis die volle Kanalanzahl erreicht ist. Überwachen Sie die Netzwerkauslastung, die CPU-Auslastung der Switches und die Stabilität der PTP-Synchronisation während des gesamten Testprozesses.

Die Latenz von Ende zu Ende vom analogen Eingang zum analogen Ausgang messen; einen Impulsgenerator und ein Oszilloskop oder ein spezielles Latenzmessgerät verwenden, um zu bestätigen, dass die Latenz innerhalb akzeptabler Grenzen liegt. Bei Live-Sound-Anwendungen sollte die Latenz unter 2 Millisekunden liegen. Bei Sendungen kann eine höhere Latenz toleriert werden, aber Konsistenz ist entscheidend.

Testen Sie das Failover-Verhalten. Wenn Ihr Netzwerk redundante Pfade unterstützt (z. B. über Spanning Tree Protocol oder Linkaggregation), simulieren Sie einen Kabelausfall und verifizieren Sie, dass Audio ohne Unterbrechung weitergeht. Einige AES67-Geräte unterstützen Streamredundanz über redundante Netzwerkschnittstellen; bestätigen Sie, dass dies in Ihrem Setup korrekt funktioniert.

Schulung des Personals für die Verwaltung des AES67-Systems. Dokumentation über Stream-Routing, PTP-Überwachung und allgemeine Schritte zur Fehlerbehebung. Benennung einer Punktperson, die für die Wartung des Netzwerks und die Verwaltung von Firmware-Updates verantwortlich ist. AES67-Netzwerke erfordern ständige Aufmerksamkeit, daher ist der Aufbau interner Expertise eine lohnende Investition.

Problembehandlung bei gemeinsamen Integrationsherausforderungen

Integrationsprojekte stoßen auch bei sorgfältiger Planung häufig auf Probleme, die in den folgenden Abschnitten häufig auftretende Probleme und deren Lösungen beschreiben.

Latenz- und Jitter-Probleme

Übermäßige Latenz oder Jitter ist die häufigste Beschwerde bei AES67-Bereitstellungen. Latenzprobleme sind in der Regel auf Netzwerkstaus oder unzureichende QoS-Konfiguration zurückzuführen. Überprüfen Sie, ob QoS-Richtlinien korrekt auf alle Switches angewendet werden und dass Audio-Datenverkehr in der Warteschlange mit höchster Priorität platziert wird. Verwenden Sie Switch-Überwachungstools, um zu überprüfen, ob keine Pakete fallen gelassen oder verzögert werden.

Jitter, der Audioverzerrungen oder Ausfälle verursacht, resultiert oft aus Uhrensynchronisationsproblemen. Stellen Sie sicher, dass alle Geräte mit dem gleichen PTP-Großmeister synchronisiert sind und dass der Großmeister korrekt funktioniert. Verwenden Sie ein PTP-Überwachungstool wie ptp4l oder die eingebaute Diagnose in Ihrer Steuerungssoftware, um Offset- und Verzögerungswerte zu überprüfen. Wenn der Großmeister instabil ist, sollten Sie ein Upgrade auf einen dedizierten PTP-Switch oder eine GPS-disziplinierte Uhr in Betracht ziehen.

Device Discovery und Kompatibilität

Wenn Geräte sich im Netzwerk nicht gegenseitig entdecken können, überprüfen Sie, ob sie sich im selben Subnetz und VLAN befinden. Multicast-Datenverkehr für die Erkennung (mDNS) und Stream-Ankündigung (SAP) dürfen Routergrenzen ohne Konfiguration nicht überschreiten.

Kompatibilitätsprobleme können sogar bei Geräten auftreten, die AES67-Unterstützung in Anspruch nehmen. Verschiedene Hersteller können bestimmte optionale Funktionen unterschiedlich implementieren, was zu einer teilweisen Interoperabilität führt. Überprüfen Sie die Konformitätsdokumentation für jedes Gerät und stellen Sie sicher, dass sie alle dasselbe AES67-Profil unterstützen. Der AES67-Standard enthält mehrere Profile, die unterschiedliche Unterstützungsstufen angeben. Die Auswahl von Geräten, die mit demselben Profil übereinstimmen, beseitigt die meisten Kompatibilitätsprobleme.

Zukunftssichere Audioinfrastruktur mit AES67

AES67 ist nicht das letzte Wort in Audio-over-IP, aber es bietet eine starke Grundlage für zukünftiges Wachstum. Da sich Rundfunk- und Produktionseinrichtungen auf IP-basierte Infrastrukturen zubewegen, wird die Fähigkeit, verschiedene Geräte zu integrieren, immer wertvoller. AES67 ist auch die Audiokomponente des SMPTE ST 2110-Standards für professionelle Medien über verwaltete IP-Netzwerke, der sich zum Standard für Fernsehproduktion und -verteilung entwickelt.

Skalierbarkeit und Expansion

Wählen Sie Switches mit ausreichender Portdichte und Bandbreite, um zukünftige Geräte aufzunehmen. Planen Sie eine Bandbreitenauslastung von mindestens 20%. Wählen Sie Geräte, die Firmware-Upgrades unterstützen, da zukünftige Überarbeitungen des AES67-Standards neue Funktionen oder Leistungsverbesserungen enthalten können.

Während AES67 Interoperabilität bietet, vereinfacht die Verwendung eines einheitlichen Protokolls wie Dante oder Ravenna die Verwaltung und Fehlersuche. AES67 dient als Rückgriff auf Überbrückungssysteme, die unterschiedliche Protokolle verwenden.

Emerging Standards und SMPTE ST 2110

SMPTE ST 2110 ist eine Reihe von Standards für den Transport von Video, Audio und Metadaten über IP-Netzwerke. Seine Audiokomponente, ST 2110-30, basiert auf AES67. Einrichtungen, die SMPTE ST 2110 für Video verwenden, unterstützen natürlich AES67 für Audio und schaffen eine nahtlose IP-Infrastruktur für alle Medientypen. Die Planung für ST 2110 stellt heute sicher, dass Ihr Audionetzwerk im Zuge der Weiterentwicklung der Produktionstechnologie relevant bleibt.

Für Rundfunkanstalten und Produktionshäuser bietet die Entwicklung in Richtung ST 2110 erweiterte Funktionen wie nahtloses Video- und Audio-Routing, dynamisches Stream-Switching und Integration mit Cloud-basierten Produktionstools. AES67-kompatible Audiogeräte können Teil einer ST 2110-Umgebung mit minimaler zusätzlicher Konfiguration sein, was Ihre Investitionen in bestehende Konsolen und Mischpulte schützt.

Schlussfolgerung

Die Integration von AES67 mit vorhandenen Audiokonsolen und Mischpulten verändert die operativen Fähigkeiten einer Einrichtung. Der Standard bricht Barrieren zwischen proprietären Systemen, reduziert die Verkabelungskomplexität und bietet einen skalierbaren Weg für zukünftiges Wachstum. Ob Sie eine alte analoge Konsole mit einem modernen digitalen Netzwerk verbinden, ein Dante-System mit einem Ravenna-Broadcast-Netzwerk verbinden oder sich auf die Einführung von SMPTE ST 2110 vorbereiten, AES67 bietet die Interoperabilitätsgrundlage, die Sie benötigen.

Erfolg hängt von einer sorgfältigen Bewertung der vorhandenen Geräte, einer durchdachten Netzwerkkonfiguration und strengen Tests ab. Wenn Sie die Richtlinien in diesem Artikel befolgen, können Sie eine nahtlose Integration erreichen, die Ihre Audio-Workflows verbessert, ohne die Produktion zu unterbrechen. Mit AES67 ist Ihre Anlage bereit für die nächste Generation der Audio-over-IP-Technologie.