Digital Audio Netzwerk Technical Rider: Routing, Clock und Redundanz

TL;DR — Ein Digital Audio Netzwerk Technical Rider muss jedes Gerät, jeden Port, Sender, Empfänger, Kanalroute, die Sample Rate, den Clock Leader, Switch, Kabelweg, Steuerungscomputer und den verantwortlichen Techniker nennen. Wenn Redundanz erforderlich ist, zeichnen Sie zwei tatsächlich getrennte, unterstützte Pfade und definieren Sie das Failover-Testverfahren. Passende Stecker, Protokollbezeichnungen oder sichtbare Gerätenamen beweisen weder Format, Routing, Firmware noch Netzwerkkompatibilität.

Inhaltsverzeichnis

1. Netzwerkgrenzen definieren
2. Geräte und physische Pfade inventarisieren
3. Kanalrouting-Matrix erstellen
4. Clock, Adressierung und Steuerung zuweisen
5. Unterstützte Redundanz konzipieren
6. Netzwerk vorbereiten und testen
7. FAQ

Netzwerkgrenzen definieren

„Netzwerk-Audio“ beschreibt kein einheitlich austauschbares System. Beginnen Sie mit folgenden Punkten:

• Protokoll und erforderlicher Betriebsmodus;
• Geräte von Tour und Veranstaltungsort, die Audio austauschen;
• Endpunkte für FOH, Monitor, Bühnenrack, Funk, Recording, Broadcast, Wiedergabe und Signalverarbeitung;
• Anzahl und Richtung der Kanäle;
• Sample Rate und weitere gemeinsame Formateinstellungen;
• Betrieb nur über primären Pfad oder unterstützte redundante Betriebsart;
• Anbieter und Betreiber für Switches, Kabel, Adapter und Steuerungscomputer.

Halten Sie Steuerungsverkehr, Audio-Transport, Internet, Licht, Intercom und weitere Dienste im Technical Rider getrennt, auch wenn ein genehmigtes Design Infrastruktur gemeinsam nutzt. Ein qualifizierter Systemverantwortlicher muss die Topologie anhand des tatsächlichen Protokolls, der Hardware, Firmware, Switch-Konfiguration und der Richtlinien des Veranstaltungsorts prüfen und freigeben.

Wenn Sie Mikrofoneingänge zwischen Mischpulten teilen möchten, lesen Sie auch den Mikrofon-Splitter-Tech-Rider. Ein Netzwerkdiagramm ergänzt die Kanalliste der Show, ersetzt aber keine Quellnamen, physischen Positionen oder Zuständigkeiten.

Geräte und physische Pfade inventarisieren

Erstellen Sie vor dem Zeichnen von Routen eine Gerätetabelle.

Dies ist eine Beispielstruktur, keine Kompatibilitätsgarantie. Fügen Sie genaue Angaben zu Hersteller, Modell, Interface-Karte, Firmware und Software hinzu, sofern diese die Interoperabilität beeinflussen.

Zeichnen Sie in der Topologieübersicht jeden Endpunkt, Port, Switch, Kabelweg, Stecker, optisches Modul, Medienkonverter, Steuerungscomputer, Standort und die Grenze zwischen Tour und Veranstaltungsort ein. Markieren Sie Pfade, die den Kabelschutz, den Zugang oder die Umrüstzeit beeinflussen.

Schließen Sie während des Aufbaus niemals unbekannte Netzwerke an, nur weil ein Port frei erscheint. Der Systemverantwortliche muss zuerst dessen Funktion, Betriebsmodus, Adressierungsverhalten und Topologie bestätigen.

Kanalrouting-Matrix erstellen

Verwenden Sie stabile Geräte- und Kanalnamen, die auf die Show-Dokumentation zurückverweisen.

Ersetzen Sie das Beispiel durch tatsächliche Bezeichnungen. Halten Sie die Routen abgestimmt auf die Kanalliste und Patch-Liste, die Monitor-Zielliste, die Mischpultdateien, Recording-Spuren und die Ziele der Signalverarbeitung.

Dokumentieren Sie Details zu Subscription, Multicast, Unicast, Flow oder Bundles nur, wenn das System diese Funktionen bereitstellt und der Operator sie benötigt. Speichern Sie eine bekannte funktionierende Routing-Datei, sofern unterstützt, behalten Sie aber eine lesbare Matrix im Technical Rider für Prüfung und Wiederherstellung bei.

Clock, Adressierung und Steuerung zuweisen

Clock-Plan

Vernetzte Digital-Audio-Geräte müssen sich auf Timing und Format einigen. Identifizieren Sie:

• den vorgesehenen Clock Leader oder Master;
• ggf. Einstellungen für bevorzugte Leader;
• eine ggf. verwendete externe Synchronisation;
• Sample Rate und Protokollmodus;
• Geräte, die Clock-Domänen überschreiten;
• Personen, die Clock-Einstellungen ändern dürfen;
• Statusanzeigen, die der Operator prüfen wird.

Wenn das System einen Leader automatisch wählt, dokumentieren Sie das vorgesehene Ergebnis und prüfen Sie den tatsächlichen Leader, nachdem alle Geräte angeschlossen sind.

Adressierung und Namen

Geben Sie an, ob die Adressierung automatisch, statisch oder vom Veranstaltungsort verwaltet wird. Notieren Sie Subnetze, VLANs, Gateways oder DHCP-Dienste nur, wenn sie zum genehmigten Design gehören. Veröffentlichen Sie niemals Passwörter oder sensible Zugangsdaten im Technical Rider.

Gerätenamen sollten eindeutig, stabil und aussagekräftig sein, beispielsweise TOUR-FOH, TOUR-MON und VENUE-SR-RACK. Kanalnamen sollten nach Möglichkeit mit der Show-Liste übereinstimmen.

Steuerungszuständigkeit

Nennen Sie die Steuerungsanwendung, die kompatible Version, den Computer, die Verbindung und den Operator. Definieren Sie, wer Geräte umbenennen, Routen ändern, Firmware aktualisieren, Switches anpassen oder Geräte anschließen darf.

Firmware-Aktualisierungen sind Wartungsarbeiten, kein automatischer Schritt beim Aufbau. Prüfen und testen Sie Versionen vor dem Show-Tag; aktualisieren Sie nicht leichtfertig ein bekannt funktionierendes Produktionssystem.

Unterstützte Redundanz konzipieren

Redundanz existiert nur, wenn das Protokoll und die relevanten Geräte das Design unterstützen. Geben Sie an, welchen Ausfall sie abfangen soll.

Wenn ein System primäre und sekundäre Netzwerke definiert, halten Sie diese genau nach den Herstellerangaben getrennt. Brücken Sie redundante Pfade nicht, es sei denn, das genehmigte Design sieht dies explizit vor. Ein zweites Kabel über den gleichen nicht unterstützten Endpunkt, Switch, die gleiche Stromquelle oder den gleichen physischen Weg bietet möglicherweise keinen nützlichen Schutz.

Dokumentieren Sie die Stromversorgung für Switches und kritische Endpunkte. Redundanz des Netzwerkpfades kann nicht vor jedem gemeinsamen Gerät oder Stromausfall schützen.

Netzwerk vorbereiten und testen

Vor dem Show-Tag

1. Tauschen Sie Angaben zu Geräten, Karten, Firmware, Software, Protokoll und Betriebsmodus aus.
2. Legen Sie die Kanalzahlen für Eingang, Ausgang, Monitor, Recording und System fest.
3. Genehmigen Sie Topologie, Switches, Adressierung, Sample Rate und Clock.
4. Erstellen Sie eine lesbare Sende-zu-Empfangs-Routing-Matrix.
5. Weisen Sie Verantwortliche für Kabel, Steuerung, Routing, Firmware und Fehlerbehebung zu.
6. Vereinbaren Sie Redundanzanforderungen und ein sicheres Testverfahren.
7. Sichern Sie eine bekannt funktionierende Konfiguration und einen lesbaren Fallback-Patch.

Vor Ort

1. Platzieren und beschriften Sie Endpunkte, Switches, Ports und Kabelwege.
2. Schließen Sie nur die genehmigte Topologie an.
3. Prüfen Sie Erkennung, Namen, Adressen, Firmware und Format.
4. Bestätigen Sie den tatsächlichen Clock Leader und den Synchronisationsstatus.
5. Wenden Sie alle erforderlichen Routen an und prüfen Sie diese.
6. Geben Sie Audio über alle Quellen und Ziele aus und hören Sie es ab.
7. Testen Sie den Steuerungszugriff, ohne Zugangsdaten offenzulegen.
8. Führen Sie den vereinbarten Fehlertest für den primären oder sekundären Pfad durch.
9. Speichern Sie den finalen Routenzustand und notieren Sie Abweichungen im Technical Rider.

Der Systemtechniker, FOH-Ingenieur, Monitor-Ingenieur und Recording-Ingenieur können eingeladen werden, den gleichen Technical Rider zu bearbeiten, zu speichern und dessen Verlauf einzusehen. Exportieren Sie ein datiertes PDF, nachdem die finale Topologie und die Routen bestätigt sind.

Häufige Fehler bei Audio-Netzwerken

Nur den Protokollnamen angeben. Fügen Sie Geräte, Ports, Firmware, Modi, Format, Clock, Routen, Switches und Verantwortliche hinzu.

Erkennung als Nachweis für funktionierendes Audio werten. Ein sichtbares Gerät kann immer noch die falsche Route, Sample Rate, Clock oder Kanalzuordnung haben.

Werkseitige Gerätenamen verwenden. Stabile Namen machen Routing und Fehlerberichte verständlich.

Routen von der Kanalliste abweichen lassen. Verwenden Sie die gleichen Quell- und Zielnamen.

Jedes zweite Kabel als redundant bezeichnen. Prüfen Sie durchgehende Unterstützung, getrennte Pfade, Stromversorgung und Failover-Verhalten.

Pre-Show-Checkliste

• Angaben zu Protokoll, Betriebsmodus, Geräten, Karten, Firmware und Software stimmen überein.
• Jeder Endpunkt, Port, Switch, Kabelweg, Standort und Anbieter ist aufgelistet.
• Routen stimmen mit den Ein- und Ausgangslisten der Show überein.
• Sample Rate, Clock Leader und Synchronisationsweg sind bestätigt.
• Adressierung, Namen, Steuerungszugriff und Änderungsberechtigung sind zugewiesen.
• Primäre und sekundäre Netzwerke folgen dem genehmigten Design.
• Single Points of Failure und Fallback-Patches sind ersichtlich.
• Jede Route wurde gehört, nicht nur erkannt.
• Der Failover-Test ist bestanden und der finale Routenzustand ist gespeichert.

FAQ

Was sollte ein Digital Audio Netzwerk Technical Rider enthalten?

Fügen Sie das genaue Protokoll und den Betriebsmodus, Geräte, Interface-Karten, Firmware, Ports, Switches, Kabelwege, Kanalrouten, Sample Rate, Clock Leader, Adressierung, Steuerungsanwendung, Anbieter, Redundanz, Fallback und das Testverfahren hinzu.

Wie dokumentiert man Dante Routing für eine Show?

Listen Sie jedes sendende Gerät und Kanal neben jedem Empfänger auf, wobei Sie Namen verwenden, die mit den Show-Listen übereinstimmen. Dokumentieren Sie außerdem Ports, Sample Rate, Clock-Ergebnis, Netzwerkpfade, Steuerungszuständigkeit und einen gespeicherten, bekannt funktionierenden Routenzustand.

Braucht ein Dante Netzwerk einen separaten Switch?

Das hängt von der Anzahl der Endpunkte, der Topologie, dem Verbindungsmodus, der Bandbreite, der Redundanz und dem genehmigten Design des Veranstaltungsorts ab. Nutzen Sie kompatible, korrekt konfigurierte Infrastruktur und prüfen Sie die Anforderungen von Audinate und den Geräteherstellern, anstatt anzunehmen, dass jedes verfügbare Netzwerk geeignet ist.

Was ist der Clock Leader in einem Audio Netzwerk?

Der Clock Leader ist das Gerät oder die Timing-Quelle, dem andere Digital-Audio-Geräte folgen. Identifizieren Sie den vorgesehenen Leader, die Sample Rate, externe Synchronisation, den Controller und die Methode zur Prüfung des tatsächlichen Clock-Zustands.

Wie testet man redundante Audio Netzwerke?

Bestätigen Sie, dass jedes relevante Gerät den dokumentierten redundanten Modus unterstützt. Geben Sie Audio über alle Routen aus, trennen Sie sicher einen genehmigten Pfad, prüfen Sie das erwartete Audio und die Statusmeldung, stellen Sie den Pfad wieder her und wiederholen Sie den Vorgang für den anderen Pfad, sofern die Systemprozedur dies zulässt.

Halten Sie Topologie und Show-Patch in einem Technical Rider

Erstellen Sie Bühnenplan und Kanalliste in Techrider.live, laden Sie System- und Mischpulttechniker ein, den gleichen Technical Rider zu bearbeiten, und exportieren Sie ein bestätigtes PDF, nachdem Routing- und Failover-Tests bestanden sind.

---

Zuletzt aktualisiert: 10.08.2026 · Geprüft für Digital-Audio-Topologie, Routing, Clock, Steuerung, Redundanz und Show-Advance-Planung.