Dante redundant vs switched mode: cablea correctamente dispositivos de doble puerto

TL;DR — En modo redundante, un dispositivo Dante compatible envía el mismo audio por redes primaria y secundaria separadas, de modo que el audio puede continuar si falla una de las rutas de red. En modo conmutado, el segundo puerto actúa como extensión de la conexión primaria y puede admitir una cadena en serie; no es una red de respaldo. Nunca unas la red primaria y la secundaria de una configuración redundante. Confirma la capacidad de cada dispositivo y el modo de puerto, mapea ambos dominios de fallo, iguala las velocidades de enlace requeridas y prueba fallos reales de cable y switch antes de confiar en la redundancia.

El segundo puerto Dante puede cumplir dos funciones muy distintas

Algunos dispositivos Dante ofrecen dos puertos Ethernet. En modo redundante, los puertos se conectan a dos redes separadas. El dispositivo transmite el mismo audio Dante por ambas rutas, lo que permite que los endpoints compatibles continúen a través de la red que sobreviva si falla una de las rutas.

En modo conmutado, el segundo puerto se comporta como parte de un switch de red interno. Extiende la misma red a otro dispositivo. Esto puede reducir el número de puertos de switch externos o permitir una cadena en serie corta, pero ambos conectores siguen dentro del mismo dominio de fallo.

No todos los productos de doble puerto admiten ambos modos, y algunos productos exponen configuraciones de switch especializadas. El manual del dispositivo y el estado del controlador son la autoridad. No des por hecha la redundancia solo porque haya dos conectores RJ45.

Elige el modo redundante para mantener la continuidad a través de una segunda red real

La redundancia es útil cuando la pérdida de un cable, un switch, una alimentación o un segmento de red no debe interrumpir el audio entre endpoints que soportan rutas duplicadas. Un diseño correcto separa los dominios de fallo primario y secundario tanto como requiera la producción.

Eso puede significar:

• switches primario y secundario separados;
• cables y rutas de patch panel separados;
• alimentación independiente de los switches cuando el plan de riesgo lo exija;
• ambos puertos conectados en cada dispositivo compatible con redundancia;
• dispositivos no redundantes conectados solo a la red primaria;
• un ordenador de control conectado para que los técnicos puedan seguir diagnosticando la red que sobreviva.

Las redes primaria y secundaria no deben interconectarse. Conectarlas a la misma red o unir sus switches anula la separación necesaria y puede crear una topología inválida. Etiqueta cada switch, troncal, punto de patch y puerto de dispositivo por red.

La redundancia solo cubre la parte duplicada del recorrido. Una tarjeta de consola, una stage box, una interfaz de amplificador, una fuente de alimentación o un único cable más allá del endpoint Dante puede seguir siendo un punto único de fallo. Dibuja toda la ruta del programa en lugar de llamar redundante al sistema solo porque existan dos stacks de switches.

Elige el modo conmutado para una extensión deliberada en una sola red

El modo conmutado es adecuado cuando el segundo puerto de un dispositivo está pensado para continuar una red hasta otro endpoint y la producción acepta ese dominio de fallo compartido.

Usos posibles:

• dos dispositivos cercanos conectados cuando solo hay un cable de switch disponible;
• una instalación pequeña no crítica con una cadena corta y documentada;
• sistemas temporales de control o reproducción donde el despliegue rápido importa más que la redundancia de ruta;
• endpoints cuyo fabricante admite explícitamente la topología y el ancho de banda previstos.

Una cadena tiene compromisos operativos. Apagar o desconectar un dispositivo aguas arriba puede aislar el equipo aguas abajo. Varios dispositivos comparten el mismo uplink. La resolución de problemas de cable pasa a ser posicional, y un bucle creado por una reconexión descuidada puede interrumpir la red salvo que el diseño global de switches lo gestione correctamente.

Mantén las cadenas cortas, registra su orden y calcula el tráfico que debe atravesar cada enlace compartido. En un show grande, las conexiones en estrella a switches gestionados suelen ser más fáciles de inspeccionar y recuperar que una cadena sin documentar.

Separa el modo de puerto de la suscripción y de la configuración de reloj

Cambiar un dispositivo de modo conmutado a modo redundante altera la función de red de sus puertos; no sustituye las suscripciones Dante. Los dispositivos compatibles con redundancia suelen transportar el mismo audio configurado por ambas redes sin un segundo conjunto de rutas. Confirma el comportamiento real del producto antes de cambiar el modo, porque algunos cambios de configuración requieren reinicio.

La sincronización de reloj de Dante también actúa a través de la red diseñada. Un sistema redundante debe mantener una referencia de tiempo válida por la ruta superviviente, pero eso no justifica enlazar las dos redes. El rider técnico de red de audio digital cubre los campos de clock leader, latencia, sample rate, multicast, switch y ownership en el diseño general de red.

Usa preguntas distintas durante la puesta en marcha:

1. ¿Las suscripciones entre transmisor y receptor son correctas?
2. ¿Son válidos los ajustes de sample rate y latencia de los dispositivos?
3. ¿Cada puerto está en el modo conmutado o redundante previsto?
4. ¿Primaria y secundaria están físicamente separadas?
5. ¿Qué dispositivos y servicios siguen teniendo una sola conexión?

Mapea los dominios de fallo antes de llamar redundante al diseño

La guía de Audinate exige que las interfaces primaria y secundaria de un dispositivo redundante usen la misma velocidad de enlace. Comprueba la velocidad negociada en lugar de asumir que las etiquetas de los puertos del switch garantizan que coincidan. Verifica también VLAN, ahorro de energía, calidad de servicio, multicast y otros ajustes del switch frente al equipo y al diseño de red.

Prueba la redundancia retirando componentes reales

1. Guarda la configuración conocida

Exporta o registra nombres de dispositivo, modos de puerto, suscripciones, sample rates, latencia, estado de reloj, contexto de firmware y configuración del switch. Identifica la línea base aprobada y la persona autorizada para modificarla.

2. Demuestra el funcionamiento normal en ambas redes

Con ambas rutas conectadas, confirma cada transmisor y receptor requeridos, el estado del reloj, la latencia, los errores, la velocidad de enlace y el destino de audio. Un simple LED verde de enlace no demuestra continuidad de audio.

3. Retira un cable primario

Desconecta un enlace primario de dispositivo seleccionado mientras monitorizas el audio en el destino real. Confirma que el endpoint redundante continúa sin interrupción audible y que el controlador informa del fallo esperado.

4. Restaura y después retira el cable secundario correspondiente

Deja que el sistema vuelva a una línea base sana antes de la segunda prueba. Verifica que la ruta primaria transporta el programa y que las alarmas son visibles.

5. Prueba los límites de switch y alimentación

Cuando esté autorizado, retira la alimentación o la conectividad uplink de un switch cada vez. Confirma qué dispositivos, funciones de control y endpoints no redundantes desaparecen. No realices pruebas destructivas de red durante un show en directo.

6. Ensaya diagnóstico y recuperación

Haz que otro técnico identifique la red fallida a partir de etiquetas y monitorización, sustituya o repatchee el fallo y confirme que ambas rutas vuelven. Registra el tiempo de recuperación esperado y cualquier paso que pueda interrumpir suscripciones o el liderazgo del reloj.

Documenta puertos, no solo la palabra “redundante”

Un Rider útil o una nota de advance identifica la capacidad del dispositivo, el modo, los nombres de red, la propiedad de switches, las rutas físicas, la velocidad, el método de direccionamiento, el acceso de control, la ventana de pruebas y el fallback. “Dual Dante” o “se requiere Dante redundante” no basta para construir o verificar la topología.

En Techrider.live, mantén alineados los endpoints de red y la propiedad con el plano de escenario y las notas de señal, invita a ingenieros de sistemas y de gira a editar el mismo Rider, guarda la topología aceptada, inspecciona el historial tras un cambio de modo de puerto y exporta un PDF fechado para el load-in.

Lista de comprobación del modo de puerto Dante

• Se han confirmado en su documentación los modos admitidos de cada dispositivo de doble puerto.
• Cada dispositivo está configurado en el modo redundante o conmutado previsto.
• Las redes primaria y secundaria están físicamente separadas y nunca interconectadas.
• Ambas interfaces redundantes usan la velocidad de enlace coincidente requerida.
• Los endpoints no redundantes y otros puntos únicos de fallo están marcados.
• Las suscripciones, el reloj, la latencia, los errores y el audio se verificaron en ambas rutas.
• Las pruebas de cable, switch, alimentación, control, recuperación y fallback analógico están completas.

FAQ

¿Cuál es la diferencia entre el modo redundante y el modo conmutado de Dante?

El modo redundante usa los dos puertos para redes primaria y secundaria separadas que transportan audio duplicado. El modo conmutado coloca ambos puertos en una sola red para que el segundo puerto pueda extender esa red. El modo conmutado no es una ruta redundante.

¿Pueden la red primaria y la secundaria de Dante usar el mismo switch?

No. Un diseño redundante requiere redes primaria y secundaria separadas, y no deben interconectarse. Usa rutas de switching separadas y etiquétalas con claridad.

¿Todos los dispositivos Dante admiten redundancia?

No. La compatibilidad depende de la implementación del dispositivo. Algunos dispositivos de doble puerto solo ofrecen modo conmutado o configuraciones especializadas. Confirma el manual del dispositivo y los ajustes del controlador; conecta los dispositivos no redundantes solo a la red primaria.

¿Se pueden encadenar dispositivos Dante en modo redundante?

No usando los puertos primary y secondary como un par de entrada y salida. En modo redundante esos puertos pertenecen a redes separadas. La cadena en serie puede estar disponible en modo conmutado cuando el fabricante del dispositivo la admite.

¿Cómo se prueba una red Dante redundante?

Primero confirma que el audio, las suscripciones, el reloj, la latencia, los errores y la velocidad de enlace son correctos. Después retira un componente primario cada vez, restáuralo, repite en la secundaria y prueba fallos autorizados de switch o alimentación mientras monitorizas el destino real y las alarmas del controlador.

Haz que ambas rutas de red sean inspeccionables

Construye un único Rider que nombre cada puerto, ruta de cable, switch, límite de alimentación, interfaz del controlador, prueba de fallo, responsable y fallback antes de que la red llegue al escenario.