Dante Unicast Delay Requests: reduce con seguridad el multicast PTP

TL;DR — Los seguidores de reloj de Dante suelen usar mensajes de solicitud de retardo para medir el tiempo que tarda el reloj en recorrer la red hasta el líder de reloj. En dispositivos compatibles, Unicast Delay Requests envía esos mensajes directamente al líder en lugar de usar multicast, lo que puede reducir el tráfico de control multicast en redes grandes. Confirma que el líder actual y los posibles líderes son compatibles con la función, actívala solo en seguidores compatibles y después prueba elección de líder, sincronización, audio y recuperación antes de la aceptación.

Qué cambia el ajuste

Los dispositivos Dante usan mensajes de temporización de Precision Time Protocol para que los seguidores puedan alinearse con el líder de reloj elegido. Las solicitudes de retardo ayudan a un seguidor a estimar cuánto tardan los mensajes de temporización en cruzar la red. El comportamiento predeterminado usa multicast; el ajuste opcional hace que un seguidor envíe sus solicitudes de retardo al líder por unicast.

Este ajuste cambia el transporte del control de reloj. No convierte los flujos de audio Dante de multicast a unicast, no sustituye la configuración de IGMP, no corrige la congestión ni cambia el ajuste de latencia de audio del receptor.

Decide si la red lo necesita

Deja el valor predeterminado cuando la red sea pequeña, esté sana y se encuentre dentro de su capacidad medida. Considera Unicast Delay Requests cuando un gran número de endpoints genere un tráfico de control de reloj multicast significativo o cuando el diseño de ingeniería lo requiera explícitamente.

Parte de evidencias: inventaría los modelos de dispositivo y el firmware, identifica los líderes preferidos y elegidos actuales, mide el tráfico multicast y revisa los eventos de reloj. No actives la opción solo porque la palabra “unicast” parezca más eficiente.

La guía del líder de reloj Dante explica la elección y la propiedad del reloj externo. La guía de monitorización del estado de la red explica cómo establecer una línea base del tráfico y de las evidencias de reloj.

Actívalo con una comprobación de compatibilidad

1. Inventaría todos los posibles líderes y seguidores

Registra el modelo del dispositivo, la generación de la interfaz Dante, el firmware, el rol primario y secundario, el estado actual del reloj y si Controller muestra Unicast Delay Requests. Incluye los dispositivos que puedan convertirse en líder tras un fallo, no solo el líder visible durante la configuración.

2. Demuestra primero la compatibilidad del líder

La guía de Controller de Audinate indica que la función solo necesita activarse en los seguidores, pero el líder de reloj debe ser capaz de recibir las solicitudes unicast. Comprueba la compatibilidad confirmando que la opción está disponible para el dispositivo y consultando la documentación actual del mismo. Si un posible líder no la soporta, deja a los seguidores en el comportamiento predeterminado o diseña y prueba una política de líder compatible.

3. Cambia un grupo controlado de seguidores

Guarda la configuración conocida como buena y la línea base de eventos. Activa el ajuste en un grupo pequeño y representativo de seguidores compatibles. No cambies la prioridad del líder, QoS, el cableado, el firmware y el modo de solicitudes de retardo dentro de la misma ventana de pruebas.

4. Verifica sincronización y audio

Confirma que cada seguidor modificado se bloquea al líder esperado, permanece estable y entrega audio identificable. Observa el estado del reloj, el historial de offset, los registros de eventos, los errores de paquetes y la utilización de multicast bajo carga normal y máxima. Compara los resultados con la línea base en lugar de confiar en un estado verde momentáneo.

5. Prueba la elección y la recuperación

Retira o deshabilita el líder actual en un punto de corte aprobado. Confirma que se elige un reemplazo compatible y que cada seguidor habilitado se resincroniza sin un mute inaceptable ni avisos repetidos. Restaura el líder original, espera a que la estabilidad se asiente y repite la prueba en las rutas primarias y secundarias redundantes cuando proceda.

Diagnostica patrones de fallo

No aumentes la latencia de audio para ocultar inestabilidad del reloj. La latencia del receptor protege la reproducción de audio frente a paquetes tardíos; no repara un intercambio PTP incompatible.

Lista de verificación de aceptación

• Todos los líderes de reloj actuales y posibles tienen soporte documentado.
• Todos los seguidores modificados tienen firmware compatible y exponen el ajuste.
• Se guardan una configuración conocida como buena y una línea base de eventos de reloj.
• Los seguidores modificados se bloquean y permanecen estables bajo una carga representativa.
• El audio real llega a cada destino crítico.
• Se mide la utilización multicast antes y después.
• Pasan las pruebas de pérdida del líder, elección, restauración y rutas redundantes.
• El procedimiento de rollback restaura el comportamiento anterior.
• Se registra la propiedad y la lista de dispositivos aceptados.

Si una prueba produce avisos o desbloqueos, usa la guía de resolución de problemas de sincronización de reloj Dante antes de ampliar el cambio.

Documenta la decisión sobre el control de reloj

Registra por qué se necesita la opción, el inventario de dispositivos y firmware, los seguidores habilitados, los líderes elegibles, la utilización de referencia y posterior al cambio, los eventos de reloj, las evidencias de offset, los resultados de failover, el responsable y el punto de rollback. Un técnico futuro debe poder distinguir una configuración mixta intencionada de una implantación incompleta.

En Techrider.live, mantén la decisión junto a las notas de la red de audio digital y el patch. Invita al ingeniero de sistema a editar el mismo rider, guarda la revisión aceptada, revisa el historial y exporta un PDF para la entrega al venue o a la gira.

FAQ

¿Qué son Unicast Delay Requests en Dante?

Hacen que un seguidor de reloj habilitado envíe mensajes PTP de solicitud de retardo directamente al líder de reloj en lugar de enviarlos por multicast. Afectan al tráfico de control de reloj, no al tipo de transporte de las suscripciones de audio.

¿Conviene activar Unicast Delay Requests en Dante?

Actívalo solo cuando la escala medida o un diseño de red documentado justifique el cambio y todos los líderes y seguidores necesarios sean compatibles. Una red pequeña y sana normalmente no necesita esa configuración adicional.

¿Qué dispositivos Dante necesitan tener activado Unicast Delay Requests?

Solo los seguidores compatibles necesitan tener la opción activada. El líder de reloj actual y cualquier posible líder de reemplazo deben seguir admitiendo la recepción de las solicitudes.

¿Puede Unicast Delay Requests impedir la sincronización del reloj Dante?

Sí. Audinate advierte que activar la función en los seguidores mientras el líder de reloj no la admite puede impedir que esos dispositivos se sincronizen.

¿Cómo pruebo Dante Unicast Delay Requests?

Establece una línea base de la red, cambia un pequeño grupo de seguidores, verifica reloj y audio bajo carga, fuerza una elección de líder aprobada, prueba la recuperación y las rutas redundantes, y luego compara la utilización multicast y las evidencias de eventos con la línea base.