Ruteo de Dante entre subredes: dominios, relojes y verificación

TL;DR — Dante puede rutear audio entre subredes IP cuando los dispositivos pertenecen al mismo dominio gestionado y la red enrutada soporta las rutas necesarias de control, media y reloj. Planifica direccionamiento, ruteo, descubrimiento o enrolamiento, reglas de firewall y un boundary clock para cada subred. Después verifica el inicio de sesión, la visibilidad de dispositivos, las suscripciones por nombre, el bloqueo de reloj, el audio real y la recuperación ante fallos. No tomes la conectividad IP básica como prueba de que una ruta de producción entre subredes ya está lista.

El Dante entre subredes es una arquitectura gestionada

Una red Dante convencional sin gestión normalmente se descubre y sincroniza dentro de una sola subred IP. Una plataforma gestionada como Dante Domain Manager (DDM) puede colocar dispositivos de varias subredes dentro de un único dominio lógico de Dante. Los dispositivos de ese dominio pueden usar ruteo basado en nombres a través de límites enrutados mientras permanecen sincronizados con un reloj de dominio único.

El dominio es el límite operativo. Los dispositivos de dominios distintos no interactúan solo porque un router pueda pasar paquetes entre sus direcciones. Un dispositivo solo puede estar enrolado en un dominio a la vez, mientras que un usuario autorizado puede tener acceso a varios dominios.

La guía de descubrimiento de dispositivos Dante se ocupa de la visibilidad en la misma red y del troubleshooting local. Esta guía se ocupa del diseño adicional de dominio enrutado necesario cuando una ruta de producción cruza subredes.

Define el dominio antes de configurar rutas

Agrupa los dispositivos según el límite de producción y control que deba compartir media y reloj. Un dominio puede representar una sala, estudio, edificio, sistema u otra unidad operativa deliberada. No crees un dominio enorme solo porque todas las VLAN sean alcanzables.

Para cada origen y destino propuestos, registra:

• nombre del dispositivo, fabricante, modelo, firmware y ubicación física;
• dirección IP primaria y secundaria, subred, gateway y puerto de switch;
• dominio previsto y operador responsable;
• canales de transmisión y recepción requeridos;
• formato de media, sample rate, latencia del receptor y modo de redundancia;
• propiedad del mantenimiento, fallos y rollback.

Mantén separadas las redes primaria y secundaria cuando uses redundancia de Dante. El ruteo entre subredes no convierte un diseño en modo conmutado en uno redundante, y un dispositivo solo secundario puede no seguir siendo gestionable en todas las plataformas.

Construye la base enrutada

1. Haz que el direccionamiento sea intencional

Usa un plan de direcciones que identifique cada subred Dante y su interfaz de router. Confirma la máscara de subred correcta y la puerta de enlace predeterminada en cada endpoint. El direccionamiento link-local es útil dentro de un único segmento local, pero no sustituye un plan enrutado de varias subredes.

La guía de direccionamiento IP de Dante explica DHCP, link-local y recuperación con direcciones estáticas. Para un diseño gestionado de varias subredes, DNS y DHCP se usan habitualmente para proporcionar direcciones y descubrimiento de servicios. El enrolamiento estático por IP del dispositivo puede servir en redes controladas que no puedan ofrecer esos servicios.

2. Proporciona descubrimiento del manager o enrolamiento explícito

Los controladores y los dispositivos deben localizar el servicio de gestión antes de que el acceso al dominio pueda funcionar. En una sola subred, el descubrimiento basado en mDNS puede ser suficiente. Entre subredes, usa los registros de servicio DNS documentados por el producto y la configuración DHCP, o un flujo de enrolamiento estático aprobado.

No enrutes todo el multicast entre VLANs como atajo de descubrimiento. Amplía el perímetro de fallo y seguridad y aun así no demuestra que el enrolamiento del dominio, los permisos, el clock o la media sean correctos.

3. Permite solo el tráfico necesario

Confirma la alcanzabilidad enrutada y la política de firewall a partir de la documentación actual de DDM o de la plataforma gestionada. Registra el origen, destino, protocolo y alcance de puerto exactos usados por el diseño. Un ping solo demuestra una ruta ICMP estrecha; no valida autenticación, descubrimiento, control, clock ni media.

4. Enrola e identifica cada dispositivo

Enrola los dispositivos en el dominio previsto y verifica después su identidad por ubicación física, dirección MAC, modelo y etiquetas de canal. Un nombre de visualización familiar no basta. Los dispositivos conservan las credenciales del dominio tras un ciclo de energía, así que un enrolamiento antiguo puede hacer que un dispositivo parezca no disponible o restringido en otro sistema.

Sincroniza cada subred como un solo dominio

Todos los dispositivos de un dominio Dante deben seguir finalmente a un único grand leader del dominio. Dentro de una subred, Dante puede distribuir el clock con PTP multicast. A través de límites de subred enrutados, DDM usa boundary clocks adecuados para transportar el clock entre subredes con PTP unicast y luego distribuirlo localmente.

Cada subred necesita un boundary clock activo elegible. Configura un candidato secundario donde la plataforma y la combinación de dispositivos lo permitan. Elige dispositivos que sean estables, con capacidad apropiada y poco propensos a apagarse o retirarse durante la producción.

La guía de líder de clock de Dante cubre la elección del líder dentro de un sistema de producción. La aceptación entre subredes debe demostrar además la cadena de boundary clock y su comportamiento de respaldo.

Crea y verifica la suscripción

1. Inicia sesión con una cuenta autorizada para el dominio de destino.
2. Selecciona el dominio correcto en Dante Controller.
3. Confirma la identidad de origen y destino, los formatos y el estado del clock.
4. Crea la suscripción por nombre prevista.
5. Espera un estado estable de éxito; inspecciona cualquier advertencia o error en lugar de recrear la ruta a ciegas.
6. Pasa audio representativo y escucha en cada destino requerido.
7. Confirma la latencia del receptor, el bloqueo de clock, el estado de errores de paquetes y los contadores del switch.
8. Repite con la carga pico prevista y prueba la secuencia aprobada de fallo y restauración.

Un endpoint visible no es lo mismo que una ruta utilizable. La cuenta puede ser solo de lectura, los dispositivos pueden estar en dominios distintos, el receptor puede tener un formato incompatible o la ruta del clock puede no estar lista. Usa la guía de errores de suscripción de Dante para interpretar el estado de la ruta antes de cambiar la infraestructura.

Prueba deliberadamente los límites de fallo

Los sistemas entre subredes añaden routers, firewalls, servicios de gestión, DNS/DHCP y boundary clocks a la cadena de dependencias. Prueba solo dentro de una ventana de mantenimiento aprobada y cambia un límite cada vez.

• Desconecta el dispositivo boundary clock activo y confirma que el respaldo esperado toma el relevo.
• Interrumpe un enlace enrutado y captura qué suscripciones, controles y clocks se ven afectados.
• Reinicia un endpoint representativo y verifica la reconexión automática al dominio.
• Confirma el inicio de sesión autorizado en Controller y la selección de dominio tras reiniciar una workstation.
• Ejercita las rutas primaria y secundaria de forma independiente en un diseño redundante.
• Restaura el estado normal y verifica audio real, no solo indicadores en verde.

Conserva logs y marcas de tiempo antes de reiniciar o borrar alertas. La guía de salud de red Dante explica cómo correlacionar evidencias de enlace, clock, latencia y errores.

Lista de aceptación entre subredes

• El alcance del dominio y la propiedad de los dispositivos están documentados.
• Cada endpoint tiene la dirección, máscara, gateway, subred y puerto de switch previstos.
• El descubrimiento o el enrolamiento estático están demostrados en cada subred.
• Las reglas de firewall siguen la documentación actual de la plataforma y el alcance mínimo necesario.
• El origen y el destino están enrolados en el mismo dominio previsto.
• Cada subred tiene un boundary clock activo elegible y un respaldo probado cuando es posible.
• Los formatos, sample rate, latencia, nombres y modo de redundancia coinciden con el diseño.
• Cada suscripción pasa audio real con la carga pico representativa.
• El comportamiento de enlace enrutado, clock, reinicio de endpoint y restauración queda registrado.
• El responsable, la escalada, la ventana de mantenimiento, la ruta de repuesto y el rollback están claros.

FAQ

¿Puede Dante rutear entre subredes?

Sí. Un dominio Dante gestionado puede incluir dispositivos en varias subredes IP y admitir ruteo de media basado en nombres a través de límites enrutados cuando la conectividad, el enrolamiento, los permisos y el clock están diseñados correctamente.

¿Necesita Dante Domain Manager para varias subredes?

El descubrimiento y la sincronización de Dante sin gestión están diseñados para una subred local. Usa una plataforma gestionada compatible como DDM para un dominio intencional de varias subredes en lugar de extender el comportamiento multicast local como solución improvisada.

¿Cómo funciona el clock de Dante entre subredes?

El dominio sigue a un solo grand leader. Un boundary clock adecuado en cada subred transporta el clock entre subredes con PTP unicast y lo distribuye localmente. Cada subred necesita un clock activo elegible y debería tener un respaldo probado cuando sea posible.

¿Por qué veo un dispositivo Dante pero no puedo rutear hacia él?

La visibilidad no demuestra autorización ni compatibilidad. Comprueba el dominio seleccionado, el rol de la cuenta, el enrolamiento del dispositivo, el formato de origen y receptor, el estado del clock, el estado de la ruta y si ambos dispositivos pertenecen al mismo dominio.

¿Cómo pruebo audio Dante entre subredes?

Crea la suscripción aprobada, pasa audio real, inspecciona clock, latencia, errores y contadores del switch, y después prueba la carga pico y un límite de fallo cada vez. Verifica la recuperación y la ruta de audio restaurada antes de la aceptación.

Lleva el diseño enrutado al traspaso de producción

Documenta dominios, subredes, gateways, método de descubrimiento, responsable del firewall, boundary clocks, suscripciones, formatos, pruebas de fallo y rollback en Techrider.live. Invita a los ingenieros responsables a editar el mismo rider técnico, guarda el diseño aceptado e inspecciona el historial antes de los cambios del sistema.