Dante QoS-Einstellungen: Clock- und Audio-Traffic priorisieren

Kurz gesagt — Dante markiert Clock-, Audio- und andere Pakete mit DSCP-Werten, damit ein kompatibler Switch zeitkritischen Verkehr vor gewöhnlichen Daten einordnen kann. QoS ist besonders wichtig in gemischten, ausgelasteten, gemischt schnellen oder videoführenden Netzwerken. Behalten Sie die Dante-Markierungen bei, ordnen Sie sie in vier oder mehr Queues ein, setzen Sie Clock auf die höchste Priorität und Audio direkt dahinter, verwenden Sie nach Möglichkeit Strict Priority, und prüfen Sie anschließend die tatsächliche Switch-Policy, die Link-Auslastung, Fehler, Latenz und den Ton unter einem kontrollierten Lasttest.

QoS entscheidet, welche Pakete einen ausgelasteten Link zuerst verlassen

Quality of Service erzeugt keine Bandbreite. Es gibt einem verwalteten Switch Regeln, um Pakete zu klassifizieren und zu entscheiden, welche Klasse bei Konkurrenz um denselben Egress-Link zuerst gesendet wird.

Dante verwendet Differentiated Services Code Point (DSCP)-Markierungen im IP-Header. Das Endgerät markiert den Verkehr; der Switch muss dieser Markierung vertrauen oder sie klassifizieren und auf eine passende Hardware-Queue abbilden.

Die genauen DSCP-Werte und Switch-Befehle hängen vom Dante-Modus, der Gerätegeneration, der Firmware und der Switch-Plattform ab. Verwenden Sie die aktuelle Dokumentation von Audinate und des Switch-Herstellers, statt eine unbestätigte Vorlage aus einem anderen Netzwerk zu übernehmen.

Wissen, wann QoS wichtig ist

Ein kleines, dediziertes Gigabit-Dante-Netzwerk mit geringer Auslastung kann Audio möglicherweise auch ohne benutzerdefinierte Switch-Policy korrekt übertragen. Das beweist jedoch weder, dass QoS konfiguriert ist, noch sagt es etwas darüber aus, wie sich das Verhalten ändert, wenn mehr Verkehr hinzukommt.

QoS wird wichtig, wenn das Netzwerk eine oder mehrere der folgenden Bedingungen hat:

• Dante teilt Links mit Steuerung, Office-, Internet-, Dateiübertragungs-, NDI- oder anderem Datenverkehr;
• Dante-Video oder ein anderes Media-System mit hoher Bandbreite nutzt dieselbe Infrastruktur;
• der Pfad enthält sowohl 100-Mbps- als auch Gigabit-Links;
• Uplinks bündeln Traffic aus mehreren Access-Switches;
• Redundanz- oder Failover-Ereignisse können Traffic auf weniger Links verschieben;
• das Design arbeitet absichtlich nahe an der praktischen Kapazitätsgrenze eines Links.

Priorisierung kann ein überbucht ausgelegtes Design nicht reparieren. Wenn der zeitkritische Verkehr allein die Kapazität eines Links überschreitet, gehen Pakete trotzdem verloren. Beheben Sie zuerst Topologie, Link-Geschwindigkeit, Multicast-Umfang oder Kanalzahl, bevor Sie QoS als Ersatz für Kapazität betrachten.

Der Dante-Leitfaden zu Unicast versus Multicast erklärt, wie sich Receiver-Fanout auf Flow- und Bandbreitenverhalten auswirkt. QoS und Multicast-Management lösen unterschiedliche Probleme.

Dante-Markierungen in Switch-Queues übersetzen

Eine sinnvolle Dante-Policy bewahrt die DSCP-Markierungen des Endgeräts und bildet sie konsistent über jeden Switch im Medienpfad ab. Audinate empfiehlt Switches mit DSCP-basierter QoS, mindestens vier Queues und Strict-Priority-Queuing für relevante Einsätze.

Erstellen Sie die Policy bewusst:

1. Inventarisieren Sie jedes Switch-Modell, jede Firmware-Version, jede Port-Geschwindigkeit und jeden Uplink;
2. prüfen Sie, ob der Switch DSCP an Access-Ports vertraut oder es neu schreibt;
3. ordnen Sie Dante-Clock-Traffic der Queue mit der höchsten Priorität zu;
4. ordnen Sie zeitkritische Dante-Medien der nächsten Queue zu;
5. platzieren Sie Steuerverkehr unter Echtzeit-Medien und gewöhnliche Daten darunter;
6. wenden Sie die Policy konsistent über den gesamten Pfad an;
7. speichern und exportieren Sie die akzeptierte Switch-Konfiguration.

Gehen Sie nicht davon aus, dass Queue 7 immer höher ist als Queue 1. Hersteller benennen und planen Queues unterschiedlich. Prüfen Sie das Scheduling-Verhalten, nicht nur den Namen der Oberfläche.

Clock- und Audio-Prioritäten getrennt halten

Clock-Pakete sind klein, reagieren aber sehr empfindlich auf Verzögerungsschwankungen. Audio-Pakete haben mehr Bandbreite und ebenfalls eine Deadline. Wenn Clock die höchste Klasse erhält, bleibt die Synchronisation stabil, während Audio die nächste Echtzeitklasse bekommt.

Der Dante-Leitfaden für Clock Leader behandelt Leader-Election und externe Referenzen. QoS schützt die Paketübertragung; sie wählt nicht den Leader und korrigiert auch kein fehlerhaftes Clock-Design.

Benutzerdefinierte DSCP-Änderungen als fortgeschrittene Operation behandeln

Einige Dante-Produkte bieten PTPv2-DSCP-Einstellungen für standardbasierte Interoperabilität. Wenn Sie diese Werte ohne End-to-End-Plan ändern, können Endpunkte und Switches unterschiedliche Annahmen treffen. Dokumentieren Sie die Originalwerte, den Grund für die Änderung, jedes betroffene Gerät und den Rollback, bevor Sie etwas editieren.

Netzverhalten entfernen, das Echtzeit-Audio entgegenwirkt

QoS ist nur ein Teil einer geeigneten Switch-Konfiguration. Prüfen Sie zusätzlich die folgenden Grenzen:

• Energy Efficient Ethernet: Deaktivieren Sie EEE oder Green Ethernet an Dante-Ports, wenn die Geräte- und Switch-Empfehlungen dies verlangen;
• Link-Geschwindigkeit und Duplex: Bestätigen Sie den ausgehandelten Zustand an jedem Endpunkt und Uplink;
• Multicast-Steuerung: Verwenden Sie IGMP Snooping und einen korrekt platzierten Querier, wenn das Netzwerkdesign dies erfordert;
• Storm Control und Rate Limits: Stellen Sie sicher, dass sie kein legitimes Discovery-, Clock- oder Media-Traffic verwerfen;
• VLAN- und Routing-Grenzen: Halten Sie den freigegebenen Dante-Pfad und den Discovery-Umfang eindeutig;
• Wi-Fi: Verwenden Sie keine Funklinks für Dante-Medien; isolieren oder filtern Sie Multicast-Medien von Controller-Access-Points.

Vermeiden Sie es, ein Bündel generischer „Voice VLAN“- oder automatischer QoS-Funktionen zu aktivieren, ohne zu verstehen, wie sie Dante klassifizieren. Eine Voreinstellung für Tischtelefone kann Markierungen überschreiben oder den falschen Verkehr priorisieren.

Die Policy unter realer Last verifizieren

1. Eine saubere Baseline sichern

Dokumentieren Sie Topologie, Switch-Konfigurationen, Gerätenamen, Link-Geschwindigkeiten, Sampleraten, Latenz-Einstellungen, Subscriptions, Multicast-Flows und die normale Port-Auslastung.

2. Klassifizierung und Zähler prüfen

Bestätigen Sie, dass Pakete mit den erwarteten Markierungen in die vorgesehenen Queues gelangen. Prüfen Sie Interface-Fehler, Discards, Queue-Drops, Congestion-Counter und Uplink-Auslastung an jedem relevanten Switch.

3. Die realen Audioziele testen

Hören und messen Sie an Konsolen, Prozessoren, Verstärkern, Recordern und Broadcast-Ausgängen. Ein Switch-Zähler allein kann weder Kanalidentität noch End-to-End-Audio belegen.

4. Kontrollierten konkurrierenden Traffic hinzufügen

Reproduzieren Sie während eines autorisierten Testfensters die höchstmögliche glaubhafte Datenlast, ohne das freigegebene Design zu überschreiten. Beobachten Sie Clock-Stabilität, Receive-Latenz, Paketfehler, Queue-Drops und den hörbaren Ausgang.

5. Fehlerpfade testen

Entfernen Sie nacheinander einen Uplink oder eine freigegebene Netzwerkkomponente. Bestätigen Sie, dass der verbleibende Pfad genug Kapazität hat und dieselbe QoS-Policy beibehält. Der Dante-Leitfaden zu Latenz-Einstellungen erklärt, warum das Erhöhen des Receive-Buffers einer Pfadanalyse folgen sollte, statt sie zu ersetzen.

6. Wiederherstellen und vergleichen

Versetzen Sie das Netzwerk in die akzeptierte Topologie zurück, prüfen Sie jeden Route-Pfad und vergleichen Sie die Zähler mit der Baseline. Speichern Sie die finale Konfiguration und datieren Sie den Nachweis.

Netzwerk-Prioritätsverantwortung im Rider festhalten

Ein nützlicher Übergabepunkt nennt die Dante-VLAN- oder physische Netzwerktopologie, Switch-Modelle und Verantwortliche, die DSCP-Trust-Grenze, Queue-Mapping, Scheduling-Modus, EEE-Status, Link-Geschwindigkeiten, Uplinks, Multicast-Policy, normale Auslastung, Stress-Test-Methode, Fehlertest, Monitoring-Zugriff und Rollback-Datei.

In Techrider.live sollten Sie Netzwerknamen mit der I/O- und Equipment-Liste abstimmen, System- und Netzwerkingenieure zum selben Rider einladen, den akzeptierten Switch-Plan speichern, den Verlauf nach Änderungen prüfen und ein datiertes PDF für den Load-in exportieren.

Dante-QoS-Checkliste

• Jeder Switch und jeder Link im Dante-Pfad ist inventarisiert.
• Dante-DSCP-Markierungen werden bewusst vertraut oder klassifiziert.
• Clock hat die höchste Echtzeitpriorität und Medien die nächste.
• Mindestens vier Queues und das Scheduling-Verhalten sind verifiziert.
• EEE-, Link-Speed-, Multicast-, VLAN- und Rate-Limit-Einstellungen sind geprüft.
• Queue-Zähler und reale Audioziele werden unter Last getestet.
• Fehlerpfade, Rollback und Verantwortlichkeiten für die Konfiguration sind dokumentiert.

FAQ

Braucht Dante QoS?

Nicht jedes kleine dedizierte Netzwerk braucht eine benutzerdefinierte QoS-Konfiguration, um Audio zu übertragen, aber QoS ist wichtig in gemischten, ausgelasteten, gemischt schnellen oder videoführenden Netzwerken. Planen Sie sie, bevor Auslastung oder Topologie Paketkonkurrenz als Fehler sichtbar machen.

Welche QoS-Einstellungen verwendet Dante?

Dante-Endgeräte markieren Traffic mit DSCP-Werten für Clock-, zeitkritische Medien-, Steuer- und Best-Effort-Klassen. Der Switch muss diese Markierungen beibehalten oder klassifizieren und den passenden Queues zuordnen. Bestätigen Sie die aktuellen Werte in der relevanten Audinate-Dokumentation.

Sollte Dante QoS Strict-Priority-Queues nutzen?

Audinate empfiehlt DSCP-basierte QoS mit vier Queues und Strict-Priority-Queuing für geeignete Dante-Netzwerke. Bestätigen Sie die Queue-Reihenfolge und Schutzmechanismen gegen Verhungern beim Switch-Hersteller, bevor Sie die Policy anwenden.

Wie verifiziert man QoS in einem Dante-Netzwerk?

Prüfen Sie DSCP-Klassifizierung, Queue-Mappings, Port- und Queue-Zähler, Link-Auslastung, Clock-Stabilität, Latenz und Fehler. Testen Sie anschließend die realen Audioziele unter kontrollierter konkurrierender Last und freigegebenen Fehlerbedingungen.

Kann Dante gemeinsam mit anderem Netzwerkverkehr laufen?

Ja, wenn Kapazität, QoS, Multicast-Steuerung, VLAN- oder Routing-Grenzen und operative Verantwortlichkeit durchgängig geplant sind. Ein gemeinsam genutzter Switch bedeutet nicht automatisch, dass jeder Pfad genug Bandbreite oder eine konsistente Priorität hat.

Paketpriorität testbar machen

Erstellen Sie einen Rider, der die Traffic-Klassen, die Trust-Grenze, die Queue-Policy, die Link-Kapazität, Monitoring, den Stress-Test, den Fehlertest, den Verantwortlichen und den Rollback festhält, bevor die Show vom Netzwerk abhängt.