Dante Packet-Fehler vs. Latenzfehler: den richtigen Netzwerkfehler diagnostizieren

6 Min. Lesezeit · Aktualisiert am 12. Oktober 2026 · FOH- und Monitortechniker, Systemtechniker, AV-Netzwerkingenieure, Broadcast-Operatoren, Produktionsmanager, Venue-Techniker, Integratoren und Touring-Audio-Crews

Unterscheiden Sie Dante-Paketfehler von Latenzfehlern, lesen Sie Controller-Anzeigen und Histogramme, verfolgen Sie den physischen oder zeitlichen Pfad und verifizieren Sie die dauerhafte Behebung.

Kurz gesagt — Dante-Paketfehler und Latenzfehler weisen auf unterschiedliche Grenzen hin. Paketfehler bedeuten korrupte Medienpakete zwischen einem Switch und dem Empfänger und führen in der Regel zur Prüfung des physischen Links. Latenzfehler bedeuten, dass Pakete zu nah an oder nach der Wiedergabefrist des Empfängers angekommen sind; dann müssen Sie Puffereinstellung, Pfadlänge, Auslastung, QoS oder Topologie prüfen. Erfassen Sie Zähler und Histogramme unter Last, beheben Sie die Ursache, setzen Sie die Werte einmal für einen kontrollierten Re-Test zurück und prüfen Sie anschließend das tatsächliche Audio.

Paketintegrität und Paketankunftszeit werden getrennt geprüft

Die Network Status-Ansicht in Dante Controller fasst das jüngste Verhalten von Paket- und Latenzfehlern zusammen. Ein Pfad kann einen Fehlertyp anzeigen, ohne den anderen zu zeigen — diagnostizieren Sie daher die Anzeige, die sich tatsächlich geändert hat.

Anzeige	Was Dante Controller meldet	Erste zu prüfende Grenze
Packet Errors	Medienpakete wurden zwischen dem Switch und dem Empfänger beschädigt	Kabel, Stecker, Switch-Port, Optik, Link-Negotiation
Gelbe Latenz	Pakete kamen nahe an der Latenzgrenze des Empfängers an	Pfadvariation, Last, QoS, Topologie, Pufferreserve
Rote Latenz	Pakete kamen nach der Wiedergabefrist an	Derselbe Pfad plus hörbarer Ausfall und Empfängereinstellung
Graue Latenz	Gerät hat kein aktives Abo	Routing-Zustand vor der Leistungsdiagnose

Der Leitfaden zur Dante-Netzwerkgesundheit erklärt die vollständige Überwachungsbasis. Dieser Leitfaden entscheidet zwischen physischer Beschädigung und verspäteter Ankunft.

Paketfehler vom Empfänger aus zurückverfolgen

Packet Errors im Network Status zeigen beschädigte Medien auf dem letzten Link zum Empfänger an. Öffnen Sie Device View > Status und notieren Sie den Empfangsfehlerzähler, den Link-Status, die Geschwindigkeit, die Adresse und die Auslastung. Prüfen Sie dann den verbundenen Switch-Port.

Arbeiten Sie eine Grenze nach der anderen ab:

den aktuellen Zählerstand und den Zeitpunkt des Vorfalls festhalten;
das Endpunktkabel neu aufstecken oder durch ein bekannt gutes Kabel ersetzen;
Steckverbinder, Patchfelder, Adapter, Optiken und Switch-Port-Zähler prüfen;
die erwartete Speed- und Duplex-Negotiation bestätigen;
nur in einem autorisierten Zeitfenster auf einen bekannt guten Port wechseln;
Zähler einmal zurücksetzen, die volle Last reproduzieren und bestätigen, dass der Zähler bei null bleibt.

Gehen Sie nicht davon aus, dass eine kleine Zahl harmlos ist. Ein alter, stabiler Zählerstand kann ein vergangenes Ereignis beschreiben; ein Zähler, der während des Dropouts ansteigt, ist ein starkes Indiz. Korrelationen müssen sowohl Zeit als auch Richtung berücksichtigen.

Latenzfehler mit dem Histogramm diagnostizieren

Die Empfängerlatenz ist das Zeitfenster, das ein Netzwerkpaket benötigt, um vom Sender zum Empfänger zu gelangen, bevor es wiedergegeben wird. Unterstützte Geräte zeigen in Device View > Latency ein Histogramm für jeden Sender an.

Lesen Sie es in dieser Reihenfolge:

Setting: die effektiv auf das Abo angewendete Latenz;
Peak: die langsamste beobachtete Paketankunft;
Average: der normale Ankunftsbereich, nicht der Worst Case;
Late measurements: Messungen, bei denen ein oder mehrere Pakete die Frist überschreiten;
Distribution: Grün deutlich innerhalb des Limits ist gesund, Gelb nähert sich ihm, und Rot überschreitet es.

Multicast-Flows verwenden mindestens 1 ms, und manche Sender handeln ein höheres Minimum aus als die standardmäßig konfigurierte Latenz des Empfängers. Lesen Sie den für das Abo angezeigten effektiven Wert, statt anzunehmen, dass jeder Pfad denselben Wert verwendet.

Entscheiden, ob der Pfad repariert oder der Puffer erhöht werden sollte

Das Erhöhen der Empfängerlatenz kann sinnvoll sein, wenn der geplante Pfad mehr Switches, langsamere Links oder eine vorhersehbare Variation hat, als die vorhandene Einstellung zulässt. Es ist kein Ersatz für die Behebung von Beschädigung, Überlastung, fehlerhaftem QoS oder einer unerwarteten Topologie.

Befund	Bessere erste Maßnahme
Packet Errors steigen an einem Empfänger	Kabel, Stecker, Port, Optik oder Negotiation reparieren
Rote Latenz nur bei Spitzenlast	Kapazität, QoS, Multicast und gemeinsame Uplinks prüfen
Gelbe Latenz folgt einem längeren, freigegebenen Pfad	Größere Empfängerlatenz validieren
Mehrere Empfänger fallen hinter einem Switch aus	Gemeinsamen Uplink, Warteschlangen und Topologie prüfen
Ein Sender ist vielen Empfängern gegenüber zu spät	Zugriffsweg und gemeinsame Quellebene prüfen
Sauberes Netzwerk, aber die Einstellung liegt unter Geräte-/Pfadunterstützung	Unterstützte Latenz verwenden und die Abos neu aufbauen

Folgen Sie dem Leitfaden zu Dante-Latency-Einstellungen, wenn eine Pufferänderung gerechtfertigt ist. Das Ändern der Latenz stellt empfangene Flows neu her und kann Audio unterbrechen; verwenden Sie daher ein Wartungsfenster.

Die Korrektur unter repräsentativer Last nachweisen

Routen, Geräteeinstellungen, Zähler, Histogramm und Switch-Nachweise speichern.
Das komplette Show-Routing ausführen, einschließlich Multicast- und Backup-Traffic.
Das betroffene Signal über sein physisches Ziel reproduzieren.
Eine einzelne physische, Netzwerk-, QoS-, Topologie- oder Latenzkorrektur anwenden.
Die relevanten Zähler oder das Histogramm löschen und die neue Startzeit dokumentieren.
Dieselbe Last und jedes freigegebene Failover-Szenario wiederholen.
Bestätigen, dass die Paketzähler stabil bleiben, die Latenz innerhalb des Limits liegt und das Audio sauber ist.
Den akzeptierten Zustand wiederherstellen oder beibehalten und die Zuständigkeit dokumentieren.

Wenn sich der Fehler nicht reproduzieren lässt, sichern Sie die Beweise und definieren Sie ein Monitoring-Fenster, statt Erfolg aus einem kurzen grünen Bildschirm abzuleiten.

Checkliste für die Fehler-Triage

Paket- und Latenzindikatoren werden getrennt behandelt.
Der betroffene Empfänger, Sender, das Abo und der Zeitpunkt sind benannt.
Link-Geschwindigkeit, physische Zähler und Switch-Port werden geprüft.
Effektive Latenz, Peak, Average, Late measurements und Distribution werden gespeichert.
Die volle Produktionslast und gemeinsame Uplinks sind einbezogen.
Pro Test ändert sich nur eine Grenze.
Zähler werden nur zu Beginn eines dokumentierten Re-Tests zurückgesetzt.
Echtes Audio, Wiederherstellung, Zuständigkeit und Rollback werden verifiziert.

FAQ

Was ist der Unterschied zwischen Dante-Paketfehlern und Latenzfehlern?

Paketfehler zeigen beschädigte Medien nahe dem Netzwerkanschluss des Empfängers an. Latenzfehler zeigen an, dass Pakete nahe an oder nach der Wiedergabefrist des Empfängers angekommen sind. Sie erfordern unterschiedliche erste Prüfungen.

Was verursacht Paketfehler in Dante Controller?

Die übliche Grenze ist der physische Pfad zwischen Switch und Empfänger: Kabel, Steckverbinder, Patchpunkt, Optik, Port oder Link-Negotiation. Bestätigen Sie dies, indem Sie beobachten, ob der Zähler während des Vorfalls ansteigt.

Was verursacht Dante-Latenzfehler?

Ursachen sind unter anderem ein zu kleiner Empfängerpuffer, zu viele oder zu langsame Netzwerk-Hops, Überlastung, falsches QoS, unerwarteter Multicast-Traffic, Topologieänderungen oder begrenzte Uplinks.

Wie lese ich das Dante-Latenz-Histogramm?

Vergleichen Sie die Verteilung mit dem effektiven Latenzlimit. Grüne Messungen deutlich innerhalb des Limits sind gesund, gelbe Messungen nähern sich dem Limit, und rote Messungen sind zu spät. Erfassen Sie außerdem Peak, Average und die Anzahl der Late measurements.

Sollte ich die Dante-Latenz erhöhen, um Audioaussetzer zu stoppen?

Nur nach Prüfung des physischen Pfads, der Kapazität, von QoS, der Topologie und der Geräteunterstützung. Ein größerer Puffer ist für einen gültigen längeren oder variableren Pfad sinnvoll, sollte aber keine Beschädigung oder Überlastung verdecken.

Die Diagnosegrenze im Rider festhalten

Dokumentieren Sie den betroffenen Pfad, den Anzeigetyp, Zähler, Histogramm, Pfad, Einstellung, Testlast, Korrekturmaßnahme, Akzeptanzresultat, Verantwortliche und Rollback in Techrider.live. Laden Sie System- und Venue-Engineers ein, denselben Rider zu bearbeiten, die freigegebene Ausgangsbasis zu speichern und die Historie zu prüfen, wenn sich der Pfad ändert.