Errores de suscripción de Dante: diagnostica las rutas en el orden correcto

TL;DR — Un error de suscripción de Dante identifica la capa que impidió o degradó una ruta de receptor a transmisor; no justifica rehacer toda la red. Lee primero el tooltip del crosspoint y el estado del dispositivo, y después verifica la visibilidad de dispositivos, la identidad de canales, el formato de muestra, el dominio de reloj, la capacidad de flows, los bloqueos de acceso, la salud del enlace y la latencia del receptor, en ese orden. Cambia una sola causa cada vez, confirma audio real en el destino y conserva la configuración conocida para poder volver atrás.

Una suscripción es una ruta guardada de receptor a transmisor

En Dante Controller, una suscripción indica a un canal de recepción qué canal de transmisión debe usar. La matriz de routing muestra su estado actual en el crosspoint.

Una indicación verde de suscrito significa que la conexión está establecida. Una indicación en progreso o pendiente puede ser temporal mientras los dispositivos construyen las rutas. Las indicaciones de advertencia y error requieren inspección. Al pasar el cursor sobre el crosspoint aparece un tooltip con el canal de recepción, el canal de transmisión, el tipo de ruta y, cuando algo va mal, un mensaje más específico.

El estado puede cambiar después de una configuración correcta si un transmisor desaparece, cambia un formato, se alcanza un límite de flow o la red se degrada.

Lee las pruebas antes de recrear rutas

Empieza con cuatro pruebas:

1. el tooltip del crosspoint para el receptor y el transmisor que fallan;
2. el estado de la pestaña Receive para las rutas primaria y secundaria;
3. Network Status para los indicadores de suscripción, latencia, paquetes y ancho de banda;
4. Events y logs alrededor del momento en que empezó la incidencia.

Guarda o exporta la configuración conocida antes de borrar rutas. Recrearlo todo puede borrar las pruebas, consumir más flows y hacer más difícil aislar la causa original.

Confirma también que los nombres de ruta se refieren a la señal prevista. Una suscripción sana al canal equivocado sigue siendo un resultado fallido del show. La guía de nombres de dispositivos y canales Dante proporciona un modelo de identidad recuperable.

Diagnostica el error por capas

1. Transmisor ausente o no resuelto

Una suscripción no resuelta suele significar que el receptor recuerda un transmisor o un canal que ya no está visible. Comprueba:

• alimentación y enlace físico en el transmisor;
• puerto primario o secundario correcto;
• puerto del switch y velocidad negociada;
• nombre del dispositivo y nombre del canal;
• interfaz de red seleccionada en el ordenador con Controller;
• dirección IP, subred, VLAN y ámbito de descubrimiento;
• si un dispositivo de sustitución reutilizó la identidad aprobada.

No borres una ruta no resuelta solo para quitar el icono. Si vuelve el original o el repuesto con el nombre correcto, la suscripción almacenada puede recuperarse tal y como está diseñado.

Usa la guía de direccionamiento IP de Dante cuando el propio dispositivo no aparezca en Controller.

2. Formato de canal incorrecto

Una ruta puede fallar cuando el transmisor y el receptor no admiten el mismo formato de canal. La frecuencia de muestreo es el límite habitual, y los ajustes de pull-up o pull-down pueden situar dispositivos por lo demás similares en dominios de reloj distintos.

Haz inventario de ambos extremos antes de cambiar cualquiera de los dos. Confirma el formato aprobado del show, protege los destinos, aplica los cambios en un orden controlado, permite los reinicios necesarios y reconstruye solo las rutas que el cambio de formato haya invalidado.

La guía de desajuste de sample rate en Dante cubre este proceso de recuperación con más detalle.

3. Dominios de reloj no coincidentes

Un mensaje de dominio de reloj significa que los extremos de medios no comparten una temporización compatible. Revisa el sample rate normal, pull-up o pull-down, modo PTP o RTP, sincronización externa y ajustes de dominio gestionado.

No elijas un Preferred Leader al azar. Primero restaura un dominio compatible, después verifica la elección de líder, el bloqueo de seguidores, el comportamiento de mute y la recuperación. Para temporización Dante nativa, sigue la guía de líder de reloj Dante.

4. Sin más flows de recepción o transmisión

Las rutas de Dante se transportan en flows. Un flow puede llevar varios canales, así que el número de canales y el número de flows no son el mismo recurso.

"No Receive flows" significa que el dispositivo receptor no puede aceptar otro flow. "No more flows (TX)" significa que el transmisor no puede crear otro flow unicast necesario. Esto suele aparecer cuando los canales se reparten entre muchos dispositivos o cuando un transmisor alimenta a muchos receptores.

Antes de cambiar la red:

1. inspecciona el uso actual y soportado de flows del extremo;
2. elimina las suscripciones realmente obsoletas;
3. agrupa los canales necesarios de forma eficiente cuando el producto lo permita;
4. evalúa un flow multicast deliberado cuando muchos receptores necesiten los mismos canales;
5. prueba el ancho de banda resultante y el comportamiento de rollback.

No crees multicast solo para ocultar una mala higiene de routing. La guía de unicast frente a multicast en Dante explica el compromiso de fanout.

5. Dispositivo bloqueado o con control de acceso

Un receptor bloqueado puede rechazar cambios de suscripción. Un transmisor bloqueado puede impedir nuevas suscripciones o requerir acceso autorizado. En redes gestionadas, el operador también puede no tener permiso para el dominio o el dispositivo.

Identifica al propietario del sistema y la vía de credenciales aprobada. No hagas un factory-reset, no aísles ni borres un bloqueo durante la producción salvo que el propietario responsable haya autorizado el procedimiento de recuperación y se comprenda el impacto.

6. Error de scheduler, ancho de banda o velocidad de enlace

Un error de scheduler de transmisión puede indicar que la latencia solicitada y la velocidad real del enlace son incompatibles. Un enlace lento o saturado también puede impedir un nuevo flow o provocar errores de paquetes y latencia después de que una ruta parezca haber aparecido.

Verifica la velocidad de todos los endpoints y uplinks. Comprueba utilización, paquetes descartados, errores, contadores de cola y política QoS a lo largo de toda la ruta. Un fallo de cable puede hacer que un puerto capaz de gigabit negocie a 100 Mbps.

Usa la guía de requisitos de switch de red Dante para la aceptación del switch y la guía de ajustes de latencia Dante para el diagnóstico del buffer del receptor.

Una suscripción verde no es el final de la prueba

Controller informa de la relación de red; no puede demostrar todos los límites analógicos, de consola, DSP, amplificador o altavoz que hay alrededor.

Cuando el crosspoint está en verde pero no hay audio, verifica en orden de flujo de señal:

Inspecciona también si la fuente está en silencio, si el orden de canales es incorrecto, si un soft patch de la consola ha cambiado o si el destino está muteado. La guía de soft patch frente a patch físico en mezclador ayuda a separar el routing de red de los mapas de consola y cableado.

Usa un flujo de recuperación fijo

1. Protege el show

Haz mute o aísla los destinos sensibles si el diagnóstico puede generar ruido. Guarda la configuración y captura el tooltip, el estado del dispositivo, los eventos, los nombres, el formato, el reloj y el estado de red.

2. Delimita el fallo

Determina si está afectado un canal, un par de dispositivos, un receptor, un transmisor, un segmento de switch o toda la red. Compara con una ruta que funcione y comparta la mayor parte del mismo camino.

3. Corrige la capa más temprana que haya fallado

Restaura el enlace físico y la visibilidad del dispositivo antes de editar suscripciones. Restaura la compatibilidad de formato y reloj antes de cambiar el diseño de flows. Resuelve propiedad o bloqueos antes de intentar escrituras repetidas.

4. Cambia una sola cosa

Haz un único cambio controlado y deja que los dispositivos se estabilicen. Vuelve a leer el tooltip y el estado. Evita renombrados simultáneos, cambios de formato, reconstrucción de rutas y ediciones del switch.

5. Verifica identidad y audio

Confirma que la fuente exacta llega al canal de recepción exacto y al destino audible exacto. Comprueba las rutas primaria y secundaria por separado cuando se use redundancia.

6. Prueba la vuelta y el rollback

Reinicia o desconecta el componente relevante solo dentro de la ventana de prueba aprobada. Confirma que las rutas se recuperan, que los logs están limpios y que la línea base guardada sigue siendo utilizable.

Documenta la entrega de la suscripción

Registra:

• nombres de dispositivo de transmisor y receptor;
• nombres de canal de transmisión y recepción y sockets físicos;
• tipo de ruta native, multicast o RTP;
• estado de suscripción primaria y secundaria;
• sample rate, dominio de reloj y latencia;
• capacidad actual y disponible de flows;
• switch, VLAN, uplink y propietario de multicast;
• propietario del bloqueo o del dominio gestionado;
• mensajes de tooltip conocidos y correcciones aprobadas;
• línea base, pruebas, procedimiento de repuesto y rollback.

Mantén las credenciales sensibles fuera de un rider público. La guía de rider técnico para red de audio digital ofrece la estructura general de entrega.

Lista de comprobación para la resolución de problemas de suscripción Dante

• Se han capturado el tooltip exacto del crosspoint y la hora del evento.
• El transmisor, el receptor, los nombres, los sockets y los canales son correctos.
• Los enlaces físicos, las direcciones, las VLAN y el descubrimiento están sanos.
• El sample rate, pull-up o pull-down y el dominio de reloj coinciden.
• La capacidad de flow de transmisión y recepción sigue disponible.
• Los bloqueos del dispositivo y los permisos gestionados tienen un propietario identificado.
• Se comprueban la velocidad del enlace, la utilización, QoS, latencia y errores de paquetes.
• Se verifica el audio correcto, la recuperación ante fallo y el rollback.

Errores comunes

Borrar todas las rutas fallidas. Esto elimina pruebas útiles y puede destruir suscripciones pensadas para recuperarse cuando vuelva una fuente.

Cambiar primero el líder de reloj. Muchos fallos son problemas de identidad, formato, flow, bloqueo o enlace. Lee el estado específico antes de alterar la temporización.

Contar canales en vez de flows. Los límites de flow de los endpoints dependen de cómo se agrupen las rutas entre dispositivos, no solo del número de etiquetas de canal.

Confiar en una marca verde sin escuchar. La fuente puede ser incorrecta, estar en silencio, tener un soft patch en otro sitio o estar muteada después del receptor de red.

Corregir varias capas a la vez. Los cambios simultáneos de red, formato, nombres y rutas hacen que la causa y el rollback sean ambiguos.

FAQ

¿Por qué falla una suscripción de Dante?

Las causas comunes incluyen un transmisor ausente, un formato de canal o dominio de reloj incompatible, flows de transmisión o recepción agotados, un dispositivo bloqueado, capacidad insuficiente del enlace u otro fallo de la ruta de red. Lee primero el tooltip del crosspoint.

¿Qué significa suscripción no resuelta en Dante?

Normalmente significa que el receptor recuerda un transmisor o un canal que no está visible o accesible en ese momento. Comprueba alimentación, cableado, modo de puerto, nombres, direccionamiento, VLAN, selección de interfaz y ámbito de descubrimiento.

¿Qué significa no more flows en Dante?

El transmisor o receptor ha alcanzado su capacidad de media flows. Audita las suscripciones actuales, elimina rutas obsoletas, agrupa los canales de forma eficiente y considera un flow multicast planificado cuando muchos receptores necesiten la misma fuente.

¿Por qué una ruta de Dante aparece en verde pero no hay audio?

La suscripción de red puede estar sana mientras la fuente está en silencio, se ha enroutado el canal equivocado o la ruta de consola, DSP, salida, amplificador o altavoz del receptor está muteada o mal parcheada. Verifica la cadena de señal de extremo a extremo.

¿Cómo se diagnostican los errores de Dante Controller?

Captura el tooltip y los eventos, delimita los dispositivos afectados y después comprueba visibilidad, identidad, formato, reloj, flows, bloqueos, salud del enlace y latencia en ese orden. Cambia una sola causa cada vez y verifica audio real más recuperación.

Convierte los mensajes de error en un mapa de recuperación

Guarda las rutas verificadas, identidades, formatos, presupuesto de flows, ruta de red, significados de los errores y rollback junto con la documentación del show. En Techrider.live, guárdalos con el mismo Rider que el plano de escenario y la lista de canales, invita al ingeniero responsable a editarlo y después guarda e inspecciona el historial antes de compartir la versión actual.