Implementierung von AES67 in großen Live-Event-Produktionen: Best Practices und Herausforderungen

AES67 ist zu einem Eckpfeiler der modernen Live-Event-Audioinfrastruktur geworden, die es unterschiedlichen Audiogeräten ermöglicht, qualitativ hochwertige Streams mit geringer Latenz über Standard-IP-Netzwerke auszutauschen. Für großangelegte Produktionen – von Festivalbühnen und Broadcast-Compounds bis hin zu Arena-Touren – ist das Versprechen der Interoperabilität des Standards sowohl ein leistungsfähiges Werkzeug als auch eine Quelle neuer Komplexitäten. Dieser Artikel bietet praktische Anleitungen für die Implementierung von AES67 in anspruchsvollen Live-Umgebungen, die das Netzwerkdesign, die Integration von Geräten, die Synchronisation und die Sicherheitsherausforderungen abdecken, die mit der Produktionsgröße skalieren.

AES67 im Kontext einer Live-Produktion verstehen

AES67 ist ein Audio-over-IP-Interoperabilitätsstandard (AES-Standard für Audioanwendungen von Netzwerken — Hochleistungs-Streaming-Audio-over-IP-Interoperabilität). Er wurde von der Audio Engineering Society veröffentlicht und definiert einen gemeinsamen Parametersatz, der es ermöglicht, dass verschiedene AoIP-Protokolle wie Dante, Ravenna und Q-LAN nebeneinander existieren und kommunizieren. Für Live-Event-Produzenten bedeutet dies, dass Mischpulte, Bühnenboxen, drahtlose Mikrofonsysteme und Sprechanlagen verschiedener Hersteller Audiostreams ohne proprietäre Gateways teilen können.

Zu den wichtigsten technischen Merkmalen, die für Live-Events relevant sind, gehören:

  • Niedrige Latenz: AES67 unterstützt Latenzprofile von 1 ms, 2 ms und 5 ms, wobei 1 ms für viele professionelle Anwendungen standardmäßig ist. Dies ist für Echtzeit-Monitoring und In-Ear-Systeme von entscheidender Bedeutung, bei denen sogar einige Millisekunden Verzögerung für die Darsteller wahrnehmbar sind.
  • Synchronisierte Ströme: Der Standard schreibt das IEEE 1588-2008 Precision Time Protocol (PTP) für die Taktsynchronisation vor, um sicherzustellen, dass alle Geräte von einer gemeinsamen Zeitbasis aus arbeiten, wodurch die Abtasttaktdrift, die analoge und frühe digitale Systeme plagte, eliminiert wird.
  • Hohe Kanalzahl: AES67 verwendet unkomprimiertes lineares PCM-Audio mit Sampleraten bis 96 kHz und Bittiefen von 16 oder 24 und unterstützt in bestimmten Profilen bis zu 64 Audiokanäle pro Multicast-Stream. Für ein großes Festival mit Dutzenden von Eingängen reduziert dies die Anzahl der benötigten physischen Kabel drastisch.
  • IP-Transport: Audio ist in RTP (Real-Time Transport Protocol) über UDP gekapselt, mit Multicast-Zustellung für eine effiziente Verteilung an mehrere Ziele. Dies ermöglicht es einem einzelnen Stream von einer Bühnenbox, Front-of-House zu füttern, die Welt zu überwachen, Lastwagen zu senden und gleichzeitig aufzunehmen.

Während AES67 kein vollständiges AoIP-Protokoll ist — es fehlt das native Discovery- und Verbindungsmanagement — stellt es die entscheidende Transport- und Synchronisationsschicht dar, die die Interoperabilität mehrerer Anbieter ermöglicht. In der Praxis implementiert das Gerät AES67 oft neben einer proprietären Kontrollschicht (z. B. Dante Controller oder Ravennas webbasiertes Management), und der Standard dient als gemeinsamer Nenner für das systemübergreifende Audio-Routing.

Best Practices für die Netzwerkinfrastruktur

Managed Switching und QoS

AES67-Datenverkehr ist empfindlich gegenüber Latenz, Jitter und Paketverlust. Große Ereignisse erfordern ein dediziertes, verwaltetes Netzwerkgewebe mit strengen Quality of Service (QoS)-Richtlinien. Konfigurieren Sie Switches, um AES67-Audioströme über andere Daten zu priorisieren, indem Sie DSCP-Markierungen (Differentiated Services Code Point) verwenden. Der Standard empfiehlt DSCP 46 (Expedited Forwarding) für Audio-Nutzlast und DSCP 44 (Assured Forwarding 4) für PTP-Synchronisationspakete. Wenn dies nicht durchgesetzt wird, kann dies zu hörbaren Störungen führen, wenn ein Techniker versehentlich eine große Dateiübertragung über das Audionetzwerk sendet.

Schlüsselschalterfunktionen, die Folgendes ermöglichen:

  • IGMP-Schnüffel Um den Multicast-Datenverkehr zu kontrollieren und eine Überflutung von Ports zu verhindern, die nicht zu einem Stream abonniert sind, würden Switches ohne dies alle Audiostreams an jeden Port senden, was die Netzwerkbandbreite und die Endpunkte überfordern würde.
  • PTP-fähige Switches mit Boundary Clock- oder Transparent Clock-Fähigkeiten, um die Genauigkeit unter Mikrosekunden in großen Netzwerken aufrechtzuerhalten; Boundary Clocks werden für sehr lange Strecken bevorzugt, da sie die PTP-Nachricht bei jedem Hop regenerieren und so die Verweilzeit kompensieren.
  • Portbasierte QoS Um den Nicht-Audio-Verkehr am Rand zu überwachen und zu gestalten, können Sie beispielsweise Massendatenübertragungen auf 10% der Verbindungskapazität begrenzen, um sicherzustellen, dass Audio niemals verhungert.
  • Spanning Tree Protocol (RSTP oder MSTP) zur Schleifenverhinderung, aber Vorsicht: Konvergenzverzögerungen können zu momentanem Audioverlust führen. Einige Ingenieure bevorzugen redundante Verbindungen mit aktiven/standby-Konfigurationen und statischem Routing, anstatt sich auf die STP-Rekonvergenz zu verlassen.

Netzwerktrennung und VLANs

Für Live-Event-Locations ist die Trennung des Audionetzwerks von Steuerung und administrativem Datenverkehr unerlässlich. Bereitstellung eines dedizierten VLANs für AES67-Streams und, wenn möglich, eines separaten VLANs für PTP- und Gerätesteuerung. Dies verringert die Überlastung und vereinfacht die Fehlersuche. In großen Installationen mit mehreren Leistungsräumen (z. B. Hauptstufe, Sekundärstufe, Broadcast-Verbindung) ist die VLAN-Segmentierung zur Isolierung von Audiodomänen zu verwenden, während das Inter-Stufen-Routing durch einen Kernswitch mit PTP-Grenztaktunterstützung ermöglicht wird. VLANs sind in der Switch-Konfiguration eindeutig zu kennzeichnen (z. B. VLAN 100 = Main Stage Audio, VLAN 200 = Broadcast Audio), um Verwirrung bei schnellen Patch-Änderungen zu vermeiden.

Redundanz und Failover

Zuverlässigkeit ist bei Live-Events nicht verhandelbar.

  • Redundante Schalter mit Rapid Spanning Tree (RSTP) oder proprietärem Stapeln für schnelle Konvergenz bei Verbindungsausfall, Ziel ist ein Failover unter Sekunden, da sogar eine Lücke von zwei Sekunden vom Publikum gehört werden kann, wenn sie auf dem Haupt-PA-Feed auftritt.
  • Redundante PTP-Großmeister Positionieren von sekundären Großmeistern auf getrennten Stromkreisen und, wenn möglich, an verschiedenen physischen Orten innerhalb des Veranstaltungsortes.
  • Dual-homed-Endpunkte sofern unterstützt, mit aktiven/standby- oder aktiven/aktiven Netzwerkschnittstellen (z. B. Dante-Redundant-Modus): Für kritische Geräte wie die Front-of-House-Konsole zwei separate Netzwerkschnittstellen verwenden, die mit verschiedenen Switches verbunden sind.
  • Separate Stromversorgung bei Schaltern und Audiogeräten, die mit USV oder Generatorleistung unterstützt werden: Dokumentieren Sie, welche USV jedes Rack speist, und testen Sie einen simulierten Netzausfall während der Proben.

Bei Failover-Tests vor dem Ereignis sollten Kabelbrüche, Stromverluste und Fehler des Großmeisters simuliert werden, um zu bestätigen, dass Audio ununterbrochen weitergeht (oder mit minimalem Fehler), ein Signalgenerator verwendet wird, der einen bekannten Ton durch das System speist, und der Ausgang mit einem Audiotest-Set überwacht wird, um etwaige Ausfälle zu erkennen.

Verkabelung und physische Schicht

Verwenden Sie Cat6a oder Cat7 geschirmte Verkabelung für 1 GbE-Netzwerke; für 10 GbE-Backbone-Verbindungen, betrachten Sie Glasfaserverbindungen, um elektromagnetische Störungen und Abstandsbeschränkungen zu vermeiden. Terminationsqualität ist wichtig: schlechte Kabelenden führen Jitter ein und erhöhen die Bitfehlerrate. Testen Sie jeden Ethernet-Lauf mit einem Zertifizierer, der Verzögerung, Länge und NEXT (Near-End-Crosstalk) messen kann. Viele Touring-Produktionen setzen jetzt vorterminierte Glasfaserwebstühle mit LC-Anschlüssen ein, um schnell einzurichten und zu zerreißen zwischen den Veranstaltungsorten.

Gerätekompatibilität und Integration

Protokollüberbrückung und Profile

Unterschiede im ausgehandelten Latenzprofil, in der PTP-Domänennummer und in der Multicast-Adressierung können Interoperabilitätsfehler verursachen. Bevor Sie sich an ein System binden, überprüfen Sie, ob jedes Gerät dasselbe AES67-Profil unterstützt:

  • Latenzprofil: 1 ms, 2 ms oder 5 ms — Mischgeräte auf verschiedenen Profilen erzeugen Ausrichtungsfehler, z. B. wenn eine 1 ms Quelle einen 5 ms Empfänger speist, führt dies dazu, dass der Empfänger Audio falsch zwischenspeichert und Offsets einführt.
  • PTP-Domäne: Alle Geräte müssen sich in derselben PTP-Domäne befinden (Standard ist Domäne 0, aber einige Hersteller verwenden 1). Fehlanpassungen führen dazu, dass Geräte die Synchronisierungsnachrichten des anderen ignorieren, was zu Taktdrift und eventuellen Audio-Ausfällen führt.
  • Multicast-Adressbereich: Während viele Implementierungen den Standardbereich 239.192.x.x verwenden, sollten Sie nach Konflikten mit anderen Multicast-Diensten oder überlappenden VLANs suchen.
  • Abtastrate und Bittiefe: Allgemein ist 48 kHz / 24-Bit, aber 96 kHz Betrieb kann auf bestimmte Gang begrenzt werden. Stellen Sie sicher, dass die gesamte Signalkette - Konsole, Bühnenboxen, drahtlose Empfänger - mit der gewählten Rate arbeiten kann; ein einzelnes Gerät ist auf 48 kHz gesperrt, während der Rest bei 96 kHz läuft nicht synchronisieren.

Verwenden Sie einen Protokollanalysator wie Wireshark mit dem AES67-Dissektor oder ein spezielles AoIP-Tool (z. B. Dante Virtual Soundcard-Diagnose von Audinate oder RAVENNA-Monitoring von Lawo), um Stream-Werbung zu überprüfen und die Kompatibilität zu bestätigen.

Prüfung und Zertifizierung

Vor dem Einladen wird ein mehrtägiges "Integrations-Bake-off" durchgeführt; alle wichtigen Komponenten werden in eine repräsentative Netztopologie aufgenommen, auch wenn dies bedeutet, dass Ausrüstung im Voraus gemietet wird; Testszenarien:

  • Streaming von einem Mischpult zu einer Bühnenbox und zurück, Überwachung der tatsächlichen End-to-End-Latenz; Verwendung eines Loopback-Kabels vom Konsolenausgang zum Eingang und Messung der Verzögerung mit einem Audio-Latenz-Tester.
  • Simultane Multicast-Streams an mehrere Empfänger (z. B. Broadcast Truck, Front-of-House, Monitore), Überprüfung auf Audio-Pausen, wenn ein Empfänger hinzugefügt oder fallen gelassen wird.
  • Clock Holdover: Wenn der PTP-Großmeister ausfällt, bleiben die Geräte für einige Sekunden synchron oder driftet der Audio-Modus? Kristalloszillatoren in Schaltern für Verbraucher können die Zeit nur für einige hundert Millisekunden halten, während professionelle Audiogeräte mit TCXO (temperaturkompensierte Kristalloszillatoren) mehrere Sekunden halten können.
  • Firmware-Kompatibilität: Sicherstellen, dass alle Geräte die neueste genehmigte Firmware-Version für das Ereignis ausführen.Viele Interoperabilitätsprobleme werden durch Firmware-Updates behoben, aber vermeiden Sie Aktualisierungen während des Ereignisses — Test-Updates im Bake-off zuerst.

Dokumentieren Sie alle entdeckten Einstellungen – IP-Adressen, PTP-Konfigurationen, Stream-Namen – in einer gemeinsamen Tabelle, auf die die Audio- und Netzwerkteams zugreifen können.

Herausforderungen bei großen Einsätzen

Latenz und Synchronisation auf der Skala

Die Aufrechterhaltung einer konstant niedrigen Latenz über einen Multi-Switch-, Multi-Gebäude-Campus ist eine der schwierigsten Herausforderungen. Jeder Switch fügt Verarbeitungsverzögerung hinzu; Optik-zu-Elektrik-Wandler, Kabellängenunterschiede und PTP-Clock-Jitter akkumulieren. Für einen Veranstaltungsort mit einem 500-Meter-Glasfaserlauf zwischen der Bühne und FOH kann die Roundtrip-Verzögerung über das 1 ms-Fenster hinausschieben, wenn die PTP-Korrektur ungenau ist.

Zu den Lösungen gehören:

  • Die Verwendung von PTP-Grenzuhren an jedem Schalter, so dass die Taktkorrektur pro Hop und nicht Ende-zu-Ende erfolgt, was die kumulierten Zeitfehler drastisch reduziert.
  • Mit einem GPS-disziplinierten PTP-Großmeister für UTC-Rückverfolgbarkeit und Holdover-Stabilität. GPS-Empfänger können auf dem Dach des Veranstaltungsortes mit einer langen Kabelführung zum Netzwerk-Rack installiert werden.
  • Messung der tatsächlichen Netzwerklatenz mit Tools wie ptp4l (aus dem linuxptp-Projekt) und die Anpassung von PTP-Offset-Berechnungen. pmc Tool zum Abfragen von PTP-Portstatistiken und zum Identifizieren von Verzögerungen.
  • Die Wahl von Latenzprofilen von 2 ms oder 5 ms für Langstreckenverbindungen, während lokale Subnetze auf 1 ms gehalten werden. Dieser hybride Ansatz stellt sicher, dass kritische Überwachungsschleifen eng bleiben, während Broadcast-Feeds eine etwas höhere Latenz tolerieren können.

IEEE 802.1AS (gPTP) wird zunehmend neben AES67 für eine noch engere Synchronisation übernommen; Erwägen Sie ein Upgrade auf Switches, die gPTP für die Zukunftssicherheit unterstützen. gPTP ist für den Transport von SMPTE ST 2110-Videos unerlässlich, was eine Genauigkeit von Sub-Mikrosekunden über Domänen hinweg erfordert.

Netzwerksicherheit an öffentlichen Orten

Große Ereignisse bringen Hunderte von Anbietern, Technikern und Gastgeräten. Das AES67-Netzwerk muss als vertrauenswürdige Zone behandelt werden, aber das Risiko von unbefugtem Zugriff oder versehentlicher Fehlkonfiguration ist hoch.

  • VLAN-Abtrennung Audiogeräte sollten nur innerhalb ihres eigenen VLAN kommunizieren; der Zugriff auf die Verwaltung kann über ein separates Out-of-Band-Netzwerk oder eine Sprungbox erfolgen.
  • 802.1X Port-Authentifizierung An allen Switch-Ports, die von Geräten von Drittanbietern verwendet werden, können sich also nur autorisierte Geräte anschließen. Dies erfordert die Vorregistrierung von MAC-Adressen und die Einrichtung eines RADIUS-Servers - eine gute Praxis für Festivals mit strengen Sicherheitsanforderungen.
  • MAC-Adressfilterung Als sekundäre Steuerung, obwohl sie in dynamischen Umgebungen weniger effektiv ist, da MAC-Adressen gefälscht werden können.
  • Verschlüsselung: AES67 schreibt keine Verschlüsselung vor (sie arbeitet auf Schicht 2/3 ohne Nutzlastsicherheit), aber Sie können AES67 über IPsec oder MACsec tunneln, wenn Endpunkte es unterstützen. Beachten Sie, dass Verschlüsselung Latenz hinzufügt und das PTP-Timing unterbrechen kann - testen Sie gründlich, bevor Sie es festlegen. In der Praxis sind die meisten Live-Ereignisnetzwerke physisch gesichert und verlassen sich auf VLAN-Isolation statt Verschlüsselung für Geschwindigkeit.
  • Physische Zugangskontrolle: Netzwerk-Racks sperren, manipulationssichere Patch-Panels verwenden und eine Richtlinie durchsetzen, die nur benannte Netzwerkingenieure in das Audio-VLAN patchen können.

Sicherheitsempfehlungen von AES67 Eventplaner sollten sich daher an einen Netzwerksicherheitsspezialisten wenden, der mit AoIP vertraut ist. Der AES67-Standard selbst definiert kein Sicherheitsmodell, sondern überlässt es dem Implementierer.

Multicast Traffic Management und Bandbreite

Ein einzelner 48 kHz / 24-Bit-AES67-Stream verwendet etwa 6,1 Mbit / s Bandbreite (einschließlich Overhead). Mit Hunderten von Streams über ein großes Festival - zum Beispiel 96 Kanäle aus mehreren Bühnenboxen, die jeweils an FOH verteilt, überwacht, gesendet und aufgezeichnet werden - kann der gesamte Multicast-Verkehr leicht 1 Gbps überschreiten. Switches müssen hohe Multicast-Tabellengrößen (oft mehr als 1.000 Einträge) und IGMP-Mitgliedschaftsanfragen effizient verarbeiten.

Best Practices:

  • Subnetz pro Stufe: Multicast-Streams dort im Subnetz isolieren, wo sie benötigt werden, IGMP-Abfrager auf dem Core-Switch verwenden und Abfrager auf Edge-Switches deaktivieren, wenn es sich nur um Schicht 2 handelt, wodurch verhindert wird, dass unnötiger Multicast-Datenverkehr VLAN-Grenzen überschreitet.
  • Statische Multicast-Gruppen bei kritischen Streams (z. B. Haupt-PA-Feed) zur Vermeidung von Verzögerungen beim Verlassen/Anschluss von IGMP. Statische Einträge umgehen den IGMP-Anschlussprozess, um sicherzustellen, dass der Stream dem Empfänger immer zur Verfügung steht.
  • Berechnung der Bandbreite: Kennen Sie die maximale Anzahl gleichzeitiger Streams pro Link. Eine 1-GbE-Verbindung kann ungefähr 160 AES67-Streams (mit 2 ms Latenz Overhead) transportieren, so dass Headroom für ARP, PTP und Management-Traffic bleibt. Für 10 GbE-Backbones beträgt die Grenze etwa 1.600 Streams.
  • Upgrade auf 10 GbE Für Backbone-Verbindungen zwischen Bühnen, Broadcast und Kontrollräumen: Untersuchen Sie Switches, die 25 GbE-Ports für zukünftige Erweiterungen unterstützen, insbesondere wenn Video-over-IP geplant ist.

Personalschulung und -koordination

Die Implementierung von AES67 in einer großen Veranstaltung erfordert Systemingenieure, die sowohl Audio als auch Networking verstehen. Es ist üblich, dass traditionelle Audioingenieure keine IP-Netzwerkkenntnisse haben und dass IT-Mitarbeiter mit den Echtzeit-Medienanforderungen nicht vertraut sind. Investieren Sie in Cross-Training: Führen Sie einen Workshop über PTP-Grundlagen, Switch-Konfiguration und Fehlersuche mit VLANs und Ping-Tests durch. Erstellen Sie eine "Netzwerkbibel", die alle VLANs, IP-Schemata, Multicast-Adressen und QoS-Einstellungen dokumentiert und allen Schlüsseltechnikern zur Verfügung stellt. Ziehen Sie in Betracht, einen engagierten AoIP-Netzwerkingenieur für die Dauer der Veranstaltung einzustellen, insbesondere für mehrwöchige Touren oder Festivals mit mehreren Bühnen.

Fehlerbehebung bei häufigen AES67-Problemen

Audio Dropouts oder Lücken

Wenn Audio intermittierend ausfällt, prüfen Sie zuerst den Paketverlust oder Jitter im Netzwerk. Iperf3 Testverkehr erzeugen und den prozentualen Verlust messen; wenn ein Verlust festgestellt wird, QoS-Markierungen überprüfen und sicherstellen, dass keine Multicast-Paketüberflutung auftritt; auch den PTP-Status auf jedem Gerät untersuchen — eine Drift in Synchronisation manifestiert sich oft als periodische Audiolücken.

Kein Audio zwischen Geräten

Wenn zwei Geräte keinen Audioaustausch durchführen können, beginnen Sie mit den Grundlagen: gleiche PTP-Domäne, gleiche Samplerate, gleiches Latenzprofil. Stellen Sie sicher, dass der von der Quelle angekündigte Multicast-Stream tatsächlich übertragen wird (verwenden Sie Wireshark, um die RTP-Nutzlast zu filtern). Überprüfen Sie, ob das Subnetz des Empfängers mit dem Multicast-Adressbereich übereinstimmt. Einige Switches erfordern eine IGMP-Verbindung, die vom Empfänger gesendet wird. Wenn beide Geräte von verschiedenen Herstellern stammen, versuchen Sie, ihre PTP-Profile auf "AES67-Medienprofil" zu setzen, falls verfügbar.

Zukunftssicher mit ST 2110 und darüber hinaus

Während AES67 der Kernstandard für Audio-Interoperabilität bleibt, migrieren viele große Veranstaltungen – insbesondere solche, die Broadcast-Systeme speisen – zur SMPTE ST 2110 Suite, die Video-, Audio- und Nebendaten über IP trennt und AES67 für die Audiokomponente verwendet. Wenn Ihre Veranstaltung eine Broadcast-Verbindung liefert, sollten Sie ST 2110-30 (der AES67-kompatible Audiostream) und ST 2110-40 für Metadaten (z. B. Closed Captions) unterstützen. Dies ermöglicht eine nahtlose Übergabe an OB-LKWs und Produktionsanlagen, die bereits IP-basierte Workflows betreiben.

SMPTE ST 2110 AES67 und AES67 ergänzen sich, und viele neuere Audio-Schnittstellen (wie die von Lawo, Yamaha und Calrec) unterstützen beide nativ. Die Planung eines AES67-Netzwerks mit Headroom für höhere Bandbreite und zukünftige PTP-Erweiterungen macht die eventuelle Integration von ST 2110 reibungsloser. Zum Beispiel wird das Entwerfen Ihres Netzwerks zur Unterstützung von gPTP (IEEE 802.1AS) Sie jetzt vor einem kostspieligen Upgrade später bewahren.

Schlussfolgerung

AES67 bietet eine bewährte, interoperable Grundlage für eine qualitativ hochwertige Audioverteilung in großen Live-Event-Produktionen. Der Erfolg hängt von einem sorgfältigen Netzwerkdesign ab – von QoS und Multicast-Management bis hin zu redundanter PTP-Synchronisation – und von rigorosen Pre-Event-Tests, die realistische Fehlerszenarien simulieren. Die Herausforderungen der Latenz, Sicherheit und Skalierbarkeit sind nicht unüberwindbar, wenn man sie mit einem strukturierten Ansatz überbrückt, der Audio- und Netzwerkdisziplinen überbrückt.

Durch Investitionen in die richtige Infrastruktur, Gerätezertifizierung und teamübergreifende Schulungen können Eventproduzenten AES67 nutzen, um Multi-Vendor-Audio-Workflows zu optimieren, die Einrichtungszeit zu verkürzen und ein fehlerfreies Audioerlebnis für Tausende von Zuschauern zu liefern. Da sich die Branche auf eine vollständige IP-basierte Produktion (ST 2110 und darüber hinaus) zubewegt, werden sich die heute mit AES67 gelegten Grundlagen morgen auszahlen.

Erfahren Sie mehr über den AES67-Standard (AES67-2018) und erkunden Sie den PTP-Primer aus dem Nationales Institut für Standards und Technologie (NIST) PTP-Ressourcen Für die weitere technische Tiefe beziehen sich die praktischen Integrationsleitfäden auf die Audinate Dante Networking 101 Dokumentation, die viele Prinzipien abdeckt, die für AES67 gelten, auch wenn sie Dante nicht verwenden.