Descubrimiento de dispositivos Dante: cómo arreglar dispositivos que no aparecen en Controller

TL;DR — Los dispositivos Dante normalmente anuncian automáticamente su identidad y sus canales, pero el descubrimiento depende de que el ordenador con Controller use la interfaz de red prevista y comparta el alcance de descubrimiento correcto. Empieza por la alimentación y el enlace físico, luego verifica la selección de interfaz en Controller, el direccionamiento del ordenador y del dispositivo, el cableado de primaria frente a secundaria, los límites de VLAN o subred, la política del firewall y el inicio de sesión en una red gestionada. Corrige primero el límite que ha fallado antes de cambiar rutas, nombres, relojes o ajustes de audio.

El descubrimiento ocurre antes del ruteo

Dante Controller solo puede rutear audio después de descubrir los endpoints. Un dispositivo anuncia su nombre, canales, capacidades e información de formato; Controller enumera esa información y la presenta en Network View.

Si el dispositivo no aparece, las ediciones de suscripciones no son la primera tarea. El fallo está antes: conectividad física, elección de la interfaz del ordenador, compatibilidad de direcciones, tráfico de descubrimiento, alcance de red o inscripción en la gestión.

Usa un flujo de trabajo fijo de descubrimiento

1. Comprueba la alimentación y el enlace físico

Comprueba la alimentación del endpoint, los LED de red, el puerto Dante correcto, el cable, el puerto del switch y la velocidad negociada. Confirma que el puerto del switch está habilitado y asignado a la red prevista. Compáralo con un dispositivo que sí funcione en el mismo switch.

No empieces reiniciando todos los switches. Un solo dispositivo defectuoso suele requerir primero evidencia de ese único dispositivo.

2. Revisa la interfaz de Controller

Dante Controller recuerda las interfaces primaria y secundaria del ordenador que tiene seleccionadas. Por tanto, un portátil puede conectarse a la red Ethernet correcta mientras Controller sigue usando Wi‑Fi, un adaptador de dock, una interfaz VPN u otra NIC.

Abre el selector de interfaces e identifica el adaptador por nombre, enlace y dirección. En una red primaria normal y exclusiva, selecciona la interfaz cableada conectada a esa red. Si el ordenador tiene varias interfaces cableadas, evita colocar dos de ellas en la misma subred IP.

La guía de la interfaz de red de Dante Controller cubre las opciones con varias NIC y redes redundantes.

3. Compara los esquemas de direcciones

El ordenador y los endpoints deben tener un direccionamiento compatible con el diseño de red. En una red primaria independiente sin DHCP, las direcciones link-local suelen usar 169.254.x.x. Con DHCP, el ordenador y los dispositivos deben seguir el ámbito DHCP aprobado. Las direcciones estáticas deben usar la subred, máscara y política de gateway previstas.

Usa Device Info cuando haya dispositivos visibles y comprueba la dirección de la interfaz del sistema operativo. No tomes una única dirección 169.254 como prueba de fallo; el direccionamiento link-local es válido en una sola red independiente.

Sigue la guía de direccionamiento IP de Dante antes de cambiar ajustes DHCP o estáticos.

4. Separa las redes primaria y secundaria

En sistemas Dante redundantes, primaria y secundaria son redes físicas separadas. No conectes entre sí los dos switches. Conecta la interfaz Dante primaria del ordenador a la red primaria y, cuando haya dos NIC disponibles, su interfaz secundaria a la red secundaria.

Con una sola NIC en el ordenador, usa la red primaria para el control normal. Pasar a la red secundaria durante una incidencia también requiere cambiar la selección de interfaz de Controller. El acceso solo por secundaria puede mostrar una identidad limitada y, al mismo tiempo, impedir el control completo de dispositivos que existan solo en primaria.

5. Respeta los límites de VLAN y subred

El descubrimiento no gestionado suele ser una función de red local. Un dispositivo situado en otra VLAN o subred IP puede estar perfectamente sano y, aun así, quedar fuera del alcance de descubrimiento del ordenador con Controller. No añadas un reflejador mDNS improvisado ni aplastes VLAN de producción solo para hacer aparecer un icono.

Los sistemas multired requieren un diseño gestionado intencionado, como Dante Domain Manager o Dante Director, con el enrutamiento, el descubrimiento, el clocking, la inscripción y los permisos bajo control del administrador de red. El direccionamiento link-local y el mDNS local son adecuados para sistemas más simples de una sola subred; no sustituyen una arquitectura de red enrutada.

6. Revisa la seguridad del host y el software en conflicto

Confirma que el firewall del sistema operativo y la política de seguridad del endpoint permiten las aplicaciones Dante aprobadas y el tráfico de descubrimiento en el perfil de red seleccionado. Desactivar temporalmente toda protección no es una solución aceptable en producción. Registra la regla bloqueada, aplica la excepción aprobada mínima y restablece la configuración base.

Revisa también el software VPN, los adaptadores de virtualización, el uso compartido de Internet y las utilidades del fabricante que puedan cambiar la prioridad de la interfaz o compartir la interfaz Dante seleccionada.

7. Confirma el acceso a la red gestionada

En un entorno gestionado, verifica que Controller está conectado al dominio correcto de Dante Domain Manager o al site correcto de Dante Director y que el operador tiene permiso para ver o configurar el dispositivo. Distingue entre un dispositivo local no gestionado que espera inscripción y un dispositivo ya inscrito que la cuenta actual no puede administrar.

No restablezcas un dispositivo de fábrica para eludir la propiedad. Escala el caso al administrador nombrado del dominio o del site.

Diagnostica por alcance, no por suposiciones

Usa comparaciones funcionales para acotar el fallo:

1. ¿El mismo ordenador ve otro dispositivo en este switch?
2. ¿Otro ordenador autorizado ve el dispositivo que falta?
3. ¿El dispositivo aparece cuando se coloca en un puerto conocido como bueno dentro de la misma VLAN?
4. ¿El fallo se limita a primaria, secundaria, una subred o un site?
5. ¿Empezó después de un cambio de dock, VPN, DHCP, VLAN, firmware o gestión?

Cambia una sola variable y registra el resultado. Si vuelve el descubrimiento, verifica el nombre del dispositivo, el inventario de canales, la dirección, el estado del clock y el audio real antes de declarar la recuperación.

Documenta la entrega de descubrimiento

Registra:

• nombre, modelo, firmware, dirección MAC y ubicación física del dispositivo;
• puertos primaria y secundaria, switches, VLAN y esquemas de direcciones;
• ordenador con Controller, nombre del adaptador y rol de interfaz seleccionado;
• propiedad DHCP, estática o link-local;
• dominio o site gestionado y administrador responsable;
• alcance de descubrimiento que funciona y limitaciones conocidas;
• fallo probado, recuperación, repuesto y procedimiento de rollback.

Mantén las credenciales y los detalles de red sensibles fuera de un rider público. Coloca el resumen operativo y el límite de responsabilidad en el rider técnico de red de audio digital.

Lista de comprobación de descubrimiento Dante

• La alimentación, el enlace, el cable, el puerto y la velocidad negociada del endpoint están en buen estado.
• Controller está usando la interfaz de red cableada prevista.
• Las direcciones del ordenador y del endpoint coinciden con el diseño aprobado.
• Las redes primaria y secundaria permanecen físicamente separadas.
• El alcance de VLAN y subred coincide con la arquitectura de gestión.
• El firewall, la VPN y los adaptadores virtuales se comprueban sin desactivar nada de forma amplia.
• El inicio de sesión y los permisos del dominio o site tienen un responsable nombrado.
• Se verifican la identidad del dispositivo, el audio real, la recuperación y el rollback.

Errores comunes

Editar suscripciones antes de que el endpoint sea visible. El ruteo no puede reparar un límite de descubrimiento.

Asumir que link-local significa roto. 169.254.x.x es lo esperado en una red primaria sin DHCP.

Puentear primaria y secundaria. Las redes redundantes deben seguir separadas.

Reflejar el tráfico de descubrimiento sin un diseño. Dante entre subredes requiere enrutamiento gestionado, clocking, inscripción y seguridad, no solo anuncios reenviados.

Restablecer un dispositivo inscrito de fábrica. Un problema de permisos necesita al propietario del sistema, no una configuración borrada.

FAQ

¿Por qué Dante Controller no muestra dispositivos?

Las causas habituales son la interfaz de ordenador incorrecta, la falta de enlace físico, un direccionamiento incompatible, una VLAN incorrecta, un límite de descubrimiento entre subredes, la política del firewall o la falta de acceso al dominio o site gestionado.

¿Cómo funciona el descubrimiento de dispositivos Dante?

Los endpoints Dante anuncian automáticamente su identidad, canales y capacidades en la red. Controller escucha en su interfaz Dante seleccionada y lista los dispositivos dentro del alcance de descubrimiento local o gestionado aplicable.

¿Funciona el descubrimiento Dante entre subredes?

El descubrimiento no gestionado habitual tiene alcance local. La operación multired necesita un diseño enrutado intencionado y una plataforma de gestión compatible con el DNS, la inscripción, el ruteo, el clocking y los permisos requeridos.

¿Por qué puedo ver un dispositivo Dante pero no configurarlo?

Es posible que el ordenador esté conectado solo a un trayecto secundario, o que el dispositivo esté inscrito en un dominio o site gestionado donde la cuenta actual no tiene permiso de configuración.

¿Cómo se diagnostica un dispositivo Dante que falta?

Comprueba la alimentación y el enlace, la selección de interfaz en Controller, las direcciones del ordenador y del dispositivo, el cableado primaria/secundaria, el alcance de VLAN y subred, la seguridad del host y después el inicio de sesión en la red gestionada. Corrige un límite cada vez y confirma el audio real después.

Haz visible la propiedad del descubrimiento

Los dispositivos que faltan se recuperan más rápido cuando el rider nombra la red, el rol de interfaz, el propietario de la dirección, el propietario de la gestión y el fallback probado. Construye esa entrega en Techrider.live para que las notas de red más recientes, la lista de canales, el plano de escenario y la evidencia de recuperación permanezcan en un solo rider que los colaboradores puedan editar, guardar e inspeccionar a través del historial.