Ajustes de latencia de Dante: construye un presupuesto de audio en vivo fiable

TL;DR — El ajuste de latencia de un receptor Dante es un búfer de paquetes, no un control de velocidad. Configúralo lo bastante largo para que los paquetes atraviesen la ruta real de switches y lleguen pese a la variación normal de tiempos. Un valor más corto no hace más rápida la red; si los paquetes llegan después del plazo, el audio puede hacer clic o mutearse. Cuenta los saltos de switch, verifica los valores admitidos y las velocidades de enlace, empieza con un margen estable, prueba con tráfico y fallos reales, y documenta los ajustes por cada dispositivo receptor.

La latencia del dispositivo es solo una parte del retardo total

Dante transporta audio digital en paquetes. Un dispositivo receptor retiene brevemente los paquetes entrantes para poder reproducirlos en el orden correcto y en el momento adecuado. Su latencia de recepción configurada define esa ventana de búfer de red.

La experiencia del oyente incluye más que ese único ajuste:

No describas una red como “0,25 ms de latencia total” solo porque un receptor muestre ese valor. El ajuste cubre la ventana de entrega de Dante en ese receptor, no todas las conversiones, el procesado y los retardos acústicos del sistema.

Prioriza la estabilidad antes que el número más pequeño

Usa el ajuste admitido más bajo que siga siendo fiable para la topología real, pero no empieces persiguiendo el mínimo. El valor correcto depende de la capacidad del dispositivo, el número de saltos de switch, las velocidades de enlace, el diseño de red y las condiciones de tráfico.

Un flujo de trabajo conservador es:

1. dibuja la ruta más larga de transmisor a receptor;
2. cuenta cada switch que cruza el audio;
3. confirma la velocidad de enlace en cada salto;
4. comprueba qué valores de latencia admite el receptor;
5. selecciona un valor con margen para la ruta prevista;
6. prueba mientras todo el tráfico del espectáculo está activo;
7. reduce solo cuando la producción tenga un motivo medido.

Los sistemas de gira suelen encontrarse con redes de recintos desconocidas o cambiantes. Un búfer ligeramente mayor y estable suele ser una mejor entrega que un mínimo frágil que solo funcionó en una red de banco vacía.

Cuenta la ruta hasta cada receptor

La latencia se configura en los dispositivos receptores, así que dos destinos pueden usar legítimamente valores distintos. Un amplificador a un switch de distancia y un grabador al otro lado de varios switches de distribución no comparten la misma ruta.

Construye una tabla de rutas:

Cuenta switches físicos, no subredes IP ni etiquetas de cable. Un switch no gestionado oculto en un rack sigue añadiendo un salto. Un enlace que negocia a 100 Mbps puede convertirse en el límite incluso cuando los puertos adyacentes son gigabit.

Entiende los paquetes tardíos antes de cambiar el ajuste

Una advertencia de paquete tardío significa que los medios llegaron después del plazo actual del receptor. Aumentar la latencia puede aportar más tolerancia, pero no debería sustituir el diagnóstico.

Las causas habituales incluyen:

• el ajuste es demasiado corto para la ruta de switches;
• un enlace negoció a una velocidad inesperada;
• un switch está sobrecargado o mal configurado;
• tráfico multicast llega a enlaces que no lo necesitan;
• un cable, conector, óptica o adaptador está generando errores;
• la topología cambió sin actualizar el plan de latencia;
• el ahorro de energía u otro comportamiento del switch interfiere con el tráfico sensible al tiempo.

Inspecciona los contadores del dispositivo y del switch, el historial de eventos, la velocidad de enlace, el estado del reloj y el ancho de banda. La guía de Dante unicast frente a multicast explica cómo el multicast innecesario puede cargar enlaces limitados. Corrige la ruta cuando esté dañada; añade búfer solo cuando la ruta sea válida pero necesite una ventana de entrega mayor.

Separa la latencia del reloj y de la redundancia

La sincronización de reloj de Dante indica a los dispositivos cuándo pertenecen las muestras en el tiempo. La latencia de recepción permite que los paquetes lleguen antes de la reproducción. Un dispositivo puede mostrar un reloj válido aunque los paquetes de audio sigan llegando tarde. Comprueba ambos estados.

Las redes redundantes primaria y secundaria deben admitir cada una la latencia configurada. La ruta superviviente debe seguir dentro del presupuesto tras un fallo de cable, switch o alimentación. La guía de Dante redundante frente a modo conmutado cubre la separación requerida y la prueba del dominio de fallo.

Separa también la latencia de transporte de la alineación de altavoces. El retardo de salida puede alinearse intencionadamente con un altavoz de relleno o de delay respecto a una referencia acústica. La guía de retardo de canal frente a retardo de salida del mezclador explica esa decisión de procesado. No reduzcas el búfer Dante para compensar un requisito de sincronía acústica.

Prueba la red completa, no un parche inactivo

1. Guarda el estado conocido

Registra nombres de dispositivos, contexto de firmware, frecuencia de muestreo, líder de reloj, suscripciones, tipos de flujo, ajustes de latencia del receptor, velocidades de enlace, topología y configuración del switch.

2. Verifica el audio normal

Envía cada canal necesario a su destino real. Confirma suscripción, reloj, indicadores de paquetes, errores y latencia, y luego escucha en el destino en lugar de confiar en un solo icono verde.

3. Carga la red de forma realista

Activa grabación, broadcast, amplificación, control y otras rutas del espectáculo. Mide el ancho de banda en los enlaces troncales y de borde. Una red vacía no puede demostrar el estado del show.

4. Ejercita las rutas más largas

Prueba los receptores detrás del mayor número de switches y cualquier enlace ascendente de 100 Mbps o compartido. Vigila los paquetes tardíos durante un periodo significativo mientras el audio del programa continúa.

5. Elimina componentes reales

Cuando esté autorizado, desconecta un enlace redundante o apaga una ruta de switch. Confirma que la ruta superviviente mantiene el reloj, el audio y el presupuesto de latencia. Restaura la línea base antes de la siguiente prueba.

6. Cambia un receptor cada vez

Si está justificado un ajuste distinto, cambia solo el receptor afectado, borra o marca con hora los contadores, repite la prueba completa y guarda la configuración aceptada. No aumentes globalmente todos los valores para ocultar un solo enlace defectuoso.

Documenta el presupuesto de latencia en el rider

La entrega debe identificar la topología, las rutas más largas, las velocidades de enlace, los ajustes del receptor, el tráfico esperado, las advertencias que hay que revisar, la duración de la prueba, la prueba de fallo, el responsable y la línea base aprobada. “Dante de baja latencia” no es medible.

En Techrider.live, mantiene sincronizadas las notas del dispositivo y de la red con el plano de escenario y las entregas de señal, invita a los ingenieros de sistema y de grabación a editar el mismo rider, guarda los valores aceptados, revisa el historial tras un cambio de topología y exporta un PDF fechado para el recinto.

Lista de comprobación de latencia de Dante

• Se han confirmado los valores de latencia admitidos por cada receptor.
• Se han mapeado las rutas más largas y todos los saltos de switch.
• Se comprueba la velocidad de enlace negociada en cada límite crítico.
• Se incluye en la prueba el tráfico del espectáculo, el multicast y los enlaces limitados.
• El estado del reloj y el historial de paquetes tardíos se revisan por separado.
• El fallo de la ruta redundante permanece dentro del presupuesto aceptado.
• Se documenta cada ajuste, resultado de prueba, responsable y línea base.

FAQ

¿Qué latencia debo configurar en Dante?

Elige un valor admitido por el receptor que cubra con seguridad la ruta real de switches y el tráfico. Empieza con un margen estable, prueba toda la red del espectáculo y usa un valor más corto solo cuando las mediciones lo justifiquen.

¿Qué provoca paquetes tardíos en Dante?

Los paquetes pueden llegar tarde porque el búfer es demasiado corto, la ruta tiene demasiados saltos, un enlace es lento o defectuoso, el tráfico es excesivo o la configuración del switch no es adecuada. Diagnostica contadores y topología antes de cambiar ajustes.

¿Pueden usar distintos ajustes de latencia los dispositivos Dante?

Sí. La latencia es un ajuste del receptor, y los destinos con rutas o capacidades de dispositivo distintas pueden usar valores admitidos diferentes. Registra cada uno en lugar de asumir un único número para toda la red.

¿Un switch de red añade latencia a Dante?

Cada switch debe recibir y reenviar paquetes, así que la ruta y su colas contribuyen al tiempo de entrega. Cuenta todos los switches y verifica las velocidades de enlace al seleccionar y probar la latencia del receptor.

¿Cómo se prueba la latencia de una red Dante?

Ejecuta todas las rutas del show, inspecciona los indicadores de reloj y de paquetes tardíos, mide los enlaces críticos, prueba las rutas más largas de los receptores, ejercita fallos autorizados, escucha en destinos reales y repite después de cada cambio controlado.

Haz repetible el presupuesto de red

Crea un solo rider que nombre la ruta, los saltos de switch, las velocidades de enlace, el ajuste del receptor, el estado del tráfico, la prueba, el responsable y la alternativa de respaldo para cada destino Dante crítico.