Errores de paquetes Dante vs errores de latencia: diagnostica el fallo de red correcto

7 min de lectura · Actualizado el 12 de octubre de 2026 · Técnicos de FOH y de monitores, técnicos de sistemas, ingenieros de redes AV, operadores de broadcast, responsables de producción, técnicos de recintos, integradores y equipos de sonido en gira

Distingue entre errores de paquetes Dante y errores de latencia, interpreta los indicadores y histogramas de Dante Controller, sigue la ruta física o de temporización y verifica una corrección duradera.

TL;DR — Los errores de paquetes Dante y los errores de latencia señalan límites distintos. Los errores de paquetes indican media corrupta entre un switch y el receptor y suelen llevarte a la capa física. Los errores de latencia significan que los paquetes llegaron demasiado cerca de la fecha límite de reproducción del receptor o después de ella, y te orientan hacia la elección del búfer, la longitud del recorrido, la congestión, la QoS o la topología. Captura contadores e histogramas bajo carga, corrige la causa, borra una sola vez para una nueva prueba controlada y verifica audio real.

La integridad del paquete y la hora de llegada del paquete son comprobaciones separadas

La vista Network Status de Dante Controller resume el comportamiento reciente de los paquetes y la latencia. Una ruta puede mostrar un tipo de error sin el otro, así que diagnostica el indicador que realmente cambió.

Indicador	Qué está informando Controller	Primer límite que inspeccionar
Packet Errors	Los paquetes de media se corrompieron entre el switch y el receptor	Cable, conector, puerto del switch, óptica, negociación del enlace
Amber Latency	Los paquetes llegaron cerca del límite de latencia del receptor	Variación de ruta, carga, QoS, topología, margen del búfer
Red Latency	Los paquetes llegaron después de la fecha límite de reproducción	Misma ruta, además de pérdida audible y ajuste del receptor
Grey Latency	El dispositivo no tiene ninguna suscripción activa	Estado de ruteo antes del diagnóstico de rendimiento

La guía de monitorización de la salud de la red Dante explica la base completa de supervisión. Esta guía se ocupa de la decisión entre corrupción física y llegada tardía.

Diagnostica los errores de paquetes desde el receptor hacia atrás

Los errores de paquetes en Network Status indican media dañada en el enlace final hacia el receptor. Abre Device View > Status y registra el contador de errores de recepción, el estado del enlace, la velocidad, la dirección y la utilización. Después inspecciona el puerto del switch conectado.

Trabaja un límite cada vez:

conserva el valor actual del contador y la hora del incidente;
vuelve a asentar o sustituye el cable del extremo por un cable verificado como correcto;
inspecciona conectores, paneles de parcheo, adaptadores, ópticas y contadores del puerto del switch;
confirma la velocidad esperada y la negociación de duplex;
cambia a un puerto verificado como correcto solo dentro de una ventana autorizada;
borra los contadores una sola vez, reproduce la carga completa y confirma que el contador se mantiene en cero.

No asumas que un número pequeño es inofensivo. Un contador antiguo y estable puede describir un evento pasado; un contador que aumenta durante el corte es una prueba sólida. Correlaciona tanto el momento como la dirección.

Diagnostica los errores de latencia con el histograma

La latencia del receptor es el intervalo disponible para que un paquete de red viaje desde el transmisor hasta el receptor antes de la reproducción. Los dispositivos compatibles muestran un histograma para cada transmisor en Device View > Latency.

Léelo en este orden:

Setting: la latencia efectiva aplicada a la suscripción;
Peak: el paquete que llegó más lento observado;
Average: la región normal de llegada, no el peor caso;
Late measurements: observaciones que contienen uno o más paquetes más allá de la fecha límite;
Distribution: verde claramente dentro del límite es saludable, ámbar se acerca a él y rojo lo cruza.

Los flujos multicast usan al menos 1 ms, y algunos transmisores negocian un mínimo superior al valor predeterminado configurado en el receptor. Lee el valor efectivo que aparece para la suscripción en lugar de asumir que todas las rutas usan el mismo número.

Decide si reparar la ruta o aumentar el búfer

Aumentar la latencia del receptor puede ser válido cuando la ruta diseñada tiene más switches, enlaces de menor velocidad o una variación predecible mayor de la que permite el ajuste actual. No sustituye la reparación de corrupción, congestión, QoS incorrecta o una topología inesperada.

Evidencia	Primera acción mejor
Los errores de paquetes aumentan en un receptor	Repara el cable, conector, puerto, óptica o negociación
Aparece Red Latency solo con carga máxima	Inspecciona capacidad, QoS, multicast y uplinks compartidos
Amber Latency sigue una ruta aprobada más larga	Valida un ajuste de latencia del receptor mayor
Varios receptores fallan detrás de un switch	Inspecciona el uplink común, las colas y la topología
Un transmisor llega tarde a muchos receptores	Inspecciona su ruta de acceso y el límite común de origen
Red limpia pero el ajuste está por debajo de lo que soporta el dispositivo o la ruta	Usa una latencia compatible y reconstruye las suscripciones

Sigue la guía de ajustes de latencia Dante cuando esté justificado cambiar el búfer. Cambiar la latencia restablece los flujos recibidos y puede interrumpir el audio, así que úsalo en una ventana de mantenimiento.

Demuestra la corrección bajo una carga representativa

Guarda rutas, ajustes de dispositivos, contadores, histograma y evidencia del switch.
Ejecuta el ruteo completo del show, incluido el tráfico multicast y de respaldo.
Reproduce la señal afectada a través de su destino físico.
Aplica una sola corrección física, de red, QoS, topología o latencia.
Borra los contadores o el histograma relevantes y registra la nueva hora de inicio.
Repite la misma carga y cualquier escenario de failover aprobado.
Confirma que los contadores de paquetes se mantienen estables, la latencia permanece dentro del límite y el audio es limpio.
Restaura o conserva el estado aceptado y documenta la responsabilidad.

Si no se puede reproducir el fallo, conserva la evidencia y define una ventana de monitorización en lugar de declarar éxito a partir de una pantalla verde breve.

Lista de verificación para el triaje de errores

Los indicadores de paquetes y de latencia se tratan por separado.
Se nombran el receptor, el transmisor, la suscripción y la hora afectados.
Se comprueban la velocidad del enlace, los contadores físicos y el puerto del switch.
Se guardan la latencia efectiva, el pico, la media, las mediciones tardías y la distribución.
Se incluye la carga completa de producción y los uplinks compartidos.
Solo cambia un límite por prueba.
Los contadores se borran solo al inicio de una repetición registrada.
Se verifica audio real, recuperación, responsable y rollback.

FAQ

¿Cuál es la diferencia entre los errores de paquetes Dante y los errores de latencia?

Los errores de paquetes indican media corrupta cerca del enlace de red del receptor. Los errores de latencia indican que los paquetes llegaron cerca de la fecha límite de reproducción del receptor o después de ella. Requieren primeras comprobaciones distintas.

¿Qué causa los errores de paquetes en Dante Controller?

El límite habitual es la ruta física entre el switch y el receptor: cable, conector, punto de parcheo, óptica, puerto o negociación del enlace. Confírmalo observando si el contador aumenta durante el incidente.

¿Qué causa los errores de latencia Dante?

Las causas incluyen un búfer del receptor demasiado pequeño, demasiados saltos de red o saltos lentos, congestión, QoS incorrecta, tráfico multicast inesperado, cambios de topología o uplinks limitados.

¿Cómo leo el histograma de latencia de Dante?

Compara la distribución con el límite de latencia efectivo. Las mediciones verdes claramente dentro del límite son saludables, las mediciones ámbar se acercan a él y las mediciones rojas llegan tarde. Registra también el pico, la media y el recuento de mediciones tardías.

¿Debo aumentar la latencia Dante para detener los cortes de audio?

Solo después de comprobar la ruta física, la capacidad, la QoS, la topología y la compatibilidad del dispositivo. Un búfer mayor es apropiado para una ruta válida más larga o más variable, pero no debe ocultar corrupción o congestión.

Pon el límite de diagnóstico en el Rider

Registra la ruta afectada, el tipo de indicador, los contadores, el histograma, la ruta, el ajuste, la carga de prueba, la acción correctiva, el resultado de aceptación, el responsable y el rollback en Techrider.live. Invita a los ingenieros de sistemas y del recinto a editar el mismo rider técnico, guarda la línea base aprobada e inspecciona el historial cuando cambie la ruta.

Guías relacionadas

Conceptos básicos