Solución de problemas de sincronización de reloj Dante: interpreta avisos, desbloqueos y offset

TL;DR — Soluciona la sincronización de reloj Dante a partir de la cronología de eventos, no solo del indicador verde actual. Captura el leader, el estado follower, la hora del aviso o desbloqueo, el estado de mute, el historial de offset, el estado del enlace, la carga de tráfico y la referencia externa antes de cambiar ajustes. Un aviso indica riesgo de inestabilidad; un desbloqueo significa que el dispositivo perdió la sincronización y puede mutearse. Corrige el primer límite que falla y luego verifica un offset estable y audio real con una carga representativa.

Un aviso de reloj y un desbloqueo son eventos distintos

Dante Controller supervisa si los dispositivos siguen el reloj de red elegido. La monitorización pasiva registra cuándo se pierde y se recupera la sincronización. La monitorización activa, cuando está disponible y habilitada, también puede avisar de que un follower se está volviendo inestable antes de que se desbloquee.

Un estado verde después de la recuperación no explica por qué falló el reloj. Guarda el registro de eventos y correlaciónalo con la caída reportada antes de borrar el historial o reiniciar equipos.

Lee el monitor de estado de reloj en orden

1. Identifica el leader real y el dominio de reloj

Abre Clock Status y registra el leader actual, los roles follower, el estado de sincronización, la frecuencia de muestreo y cualquier dominio de pull-up/down. Confirma que el transmisor y el receptor afectados pertenecen a un dominio de reloj compatible. La guía del leader de reloj Dante cubre la elección y el diseño de Preferred Leader; esta guía se centra en diagnosticar la inestabilidad después de que el diseño ya existe.

2. Construye la cronología de eventos

Filtra Events para ver avisos y errores, pero guarda el registro completo porque los registros guardados incluyen la lista íntegra. Anota el primer aviso, desbloqueo, mute, relock y unmute. Compara esas horas con trabajos de cableado, cambios de switch, cambios de rutas, picos de carga o eventos de reloj externo.

3. Inspecciona el historial de offset del follower

El offset de reloj es cuánto debe ajustar un follower su frecuencia para seguir al leader. Una distribución estrecha y estable es más saludable que una amplia o que se mueva rápidamente. Las mediciones ámbar o rojas pueden significar que el reloj está cerca de su rango de pull admitido. El offset es evidencia de diagnóstico, no un número universal de aprobado/suspenso; compara el dispositivo con su propia línea base y con otros followers cercanos.

4. Sigue la ruta común

Si muchos followers avisan a la vez, inspecciona el leader, su referencia externa y la ruta de switching compartida. Si solo un follower es inestable, inspecciona ese extremo, el cable, el puerto, la velocidad negociada, los errores y la ruta local del switch. Mantén separadas las redes primaria y secundaria y evalúalas de forma independiente.

5. Verifica la referencia externa

Cuando el leader deriva el tiempo de word clock o de otra referencia del host, confirma que esa fuente está presente, es nominal y pertenece a un único sistema documentado. Una referencia externa inexacta o cambiante puede empujar a los followers hacia el borde de su rango de pull. No selecciones un nuevo Preferred Leader solo para ocultar el síntoma.

Relaciona el patrón con el límite

Usa la guía de salud de red Dante para el flujo de trabajo más amplio de utilización, errores y rutas de switch. Evita cambiar la latencia para resolver un problema de reloj; el búfer de latencia del receptor amortigua la llegada del audio, no la estabilidad de PTP.

Ejecuta una prueba de recuperación controlada

1. Guarda las rutas actuales, el leader, el estado de sincronización, el registro de eventos y la línea base del offset.
2. Ejecuta todas las rutas necesarias con una carga de producción representativa.
3. Confirma que el aviso o desbloqueo puede correlacionarse con un límite concreto.
4. Cambia un solo elemento: cable, puerto, política EEE, carga, fuente externa o configuración de reloj.
5. Observa la elección del leader, el offset del follower, los avisos, el estado de mute y los destinos reales.
6. Restaura la topología aprobada y repite el tiempo suficiente para cubrir la ventana original de fallo.
7. Guarda el historial limpio de eventos y asigna un nombre al responsable de la recuperación.

No borres los contadores antes de capturar. Bórralos solo cuando vayas a iniciar una ventana de comparación deliberada, y registra la hora exacta.

Lista de comprobación de aceptación de sincronización de reloj

• El leader real y el dominio de reloj están registrados.
• Se conservan las horas de aviso, desbloqueo, mute, relock y recuperación.
• El historial de offset se compara con una línea base conocida como buena.
• Se revisan la velocidad del enlace, los errores, la utilización, EEE y las rutas compartidas.
• Cualquier referencia externa se verifica en su origen y en el dispositivo host.
• Las redes primaria y secundaria se prueban de forma independiente.
• El audio real sigue siendo correcto después de la corrección controlada y la restauración.
• El estado final, el responsable, la escalada y el rollback están documentados.

Preguntas frecuentes

¿Por qué un dispositivo Dante pierde la sincronización de reloj?

Las causas comunes incluyen switching sobrecargado o inadecuado, un enlace defectuoso, EEE problemático, una referencia externa inexacta, dominios de reloj incompatibles o pérdida de la ruta del leader. Usa eventos correlacionados en el tiempo e historial de offset para aislar el límite.

¿Qué significa Clock Sync Warning en Dante Controller?

Significa que la monitorización activa ha identificado una inestabilidad de reloj importante y que el dispositivo corre el riesgo de perder la sincronización. Conserva la hora del evento e inspecciona offset, tráfico, enlaces y fuentes de reloj antes de que se convierta en un desbloqueo.

¿Qué ocurre cuando un reloj Dante se desbloquea?

El dispositivo ha perdido la sincronización con el leader. Dante puede mutearlo automáticamente hasta que la sincronización vuelva, así que registra tanto los eventos de reloj como los de mute de audio y verifica los destinos físicos después de la recuperación.

¿Cómo leo el historial de offset de reloj Dante?

Busca una distribución estable y estrecha en lugar de un rango amplio o que cambie rápidamente. Las mediciones ámbar o rojas pueden indicar un margen de rango de pull limitado. Compáralo con la línea base del dispositivo y con otros followers en la misma ruta.

¿Cómo arreglo los problemas de sincronización de reloj Dante?

Captura la secuencia de eventos, identifica si afecta a uno o a muchos followers, inspecciona el extremo o la ruta compartida relevante, verifica el leader y la fuente externa, cambia un solo límite y luego vuelve a probar el offset y el audio real bajo carga.

Haz que el incidente de reloj sea reproducible

Registra el leader, el dominio, el follower, las horas de evento, el patrón de offset, la ruta de red, la fuente externa, el cambio correctivo, el resultado de aceptación, el responsable y el rollback en Techrider.live. Invita a los ingenieros de sistemas y de sala a editar el mismo rider, guardar el estado aceptado e inspeccionar el historial después de futuros cambios.