Requisitos de switch de red Dante: cómo elegir y verificar la ruta

TL;DR — Dante usa Ethernet estándar, pero un switch de producción debe adaptarse al recuento real de canales, la topología, el tráfico y el plan de recuperación. Prioriza switches gigabit gestionados que expongan velocidad de enlace, ancho de banda y contadores de errores; que soporten QoS con DSCP y los controles multicast necesarios; y que permitan desactivar Energy Efficient Ethernet en los puertos Dante. Verifica cada uplink y cada negociación de los endpoints, y luego ejecuta pruebas de reloj, audio, carga, multicast y fallos antes de aprobar el modelo y la configuración.

Dante no requiere un switch propietario

Una red Dante puede funcionar sobre hardware Ethernet estándar. Eso no significa que cualquier switch de consumo o empresarial sea igual de adecuado para un show.

La pregunta útil no es “¿pone Dante en la caja?”. Es “¿puede este switch transportar, priorizar, exponer y recuperar el tráfico previsto en cada enlace real?”

Elige en función del diseño del sistema, no de una lista de marcas copiada de otra producción.

Prioriza enlaces gigabit y verifica la negociación

Gigabit Ethernet es la base habitual para sistemas Dante escalables. Audinate permite 100 Mbps en casos limitados de pocos canales y con QoS adecuada, pero un endpoint o uplink más lento cambia el presupuesto de tráfico y latencia.

Cuenta el tráfico por enlace, no solo por switch. Un rack puede tener puertos de acceso gigabit mientras dos switches comparten un uplink insuficiente. Un cable dañado también puede hacer que un puerto capaz de gigabit negocie a 100 Mbps.

Antes del show:

1. Lista todos los endpoints, switches y enlaces entre switches.
2. Registra la velocidad negociada y el estado dúplex.
3. Estima la carga normal y máxima de audio en ambas direcciones.
4. Incluye la distribución de multicast y los servicios que no sean Dante.
5. Deja margen operativo en lugar de diseñar al máximo de la etiqueta.
6. Vuelve a comprobar la negociación después de repatchear o sustituir cables.

La guía de ajustes de latencia Dante explica cómo los saltos de switch y la velocidad del enlace afectan al buffering del receptor.

Los switches gestionados y no gestionados aportan un valor operativo distinto

Un switch no gestionado puede funcionar en una red Dante pequeña, dedicada y simple cuando su comportamiento fijo es conocido y adecuado. La limitación no es solo la configuración; es la visibilidad. El equipo puede no ser capaz de inspeccionar errores, velocidad, utilización, comportamiento de colas o estado multicast.

Se prefiere un switch gestionado cuando el sistema necesita cualquiera de los siguientes puntos:

• datos compartidos, vídeo, control u otros servicios;
• varios switches o uplinks limitados;
• configuración o verificación de QoS;
• snooping multicast y control de querier;
• VLAN o límites enroutados;
• rutas redundantes;
• seguridad de puertos, monitorización, logging o soporte remoto;
• una configuración guardada que se pueda auditar y restaurar.

La gestión también crea responsabilidad. Una configuración por defecto o copiada no es automáticamente segura. Asigna un responsable, restringe el acceso, exporta la línea base aprobada y documenta cómo reemplazar el switch.

Desactiva Energy Efficient Ethernet en los puertos Dante

Energy Efficient Ethernet, también llamado EEE, Green Ethernet o IEEE 802.3az, permite que un enlace entre en un estado de menor consumo durante periodos de inactividad. El reloj en tiempo real y el audio dependen de una entrega predecible de paquetes, y un comportamiento inadecuado de EEE puede contribuir a problemas de sincronización o a cortes de audio.

En un switch gestionado de producción, confirma que EEE se pueda desactivar y verifica su estado real en cada puerto que transporte tráfico Dante. Con un switch no gestionado, evita modelos cuyo comportamiento EEE no pueda desactivarse o verificarse con confianza.

No asumas que un ajuste global cubre todos los puertos, módulos o versiones de firmware. Lee la configuración en ejecución y vuelve a probar después de cambios de firmware o hardware.

QoS es una propiedad de la ruta del switch

Los endpoints Dante marcan el tráfico con valores DSCP, pero el switch debe preservar o clasificar esas marcas y asignarlas a las colas adecuadas. Una casilla de “QoS habilitada” no demuestra que el reloj tenga máxima prioridad, que el audio vaya después y que el tráfico ordinario no pueda dejar sin servicio a las colas en tiempo real.

Comprueba:

• confianza en DSCP o clasificación en la entrada;
• al menos el número necesario de colas de hardware;
• asignación de colas para reloj, audio, control y best effort;
• comportamiento de prioridad estricta cuando el diseño lo requiera;
• si otra política reescribe las marcas;
• todos los switches de la ruta, no solo el switch de borde.

Usa la guía de ajustes de QoS Dante para el flujo completo de configuración y pruebas de carga.

Las funciones multicast deben coincidir con el plan de flujos

Unicast es el comportamiento normal del audio Dante. Cuando una señal de un transmisor se distribuye de forma intencionada a varios receptores, multicast puede reducir el uso de flujos del transmisor, pero también puede repartir tráfico por puertos innecesarios si no se controla correctamente.

Un diseño multicast gestionado suele requerir IGMP snooping más un querier correctamente ubicado para la VLAN. Activar el snooping sin un querier funcional puede dejar poco fiable el estado de pertenencia. La “optimización IGMP” integrada en un switch no gestionado puede ser imposible de inspeccionar o corregir.

Documenta qué flujos son multicast, qué switch asume el rol de querier y qué puertos deben recibir cada grupo. La guía de unicast frente a multicast en Dante cubre la decisión y los pasos de verificación.

Construye una topología que pueda entenderse bajo presión

Las conexiones en estrella hacia switches gestionados suelen ser más fáciles de inspeccionar y aislar que las largas cadenas de dispositivos. Cuando los dispositivos Dante de doble puerto usan modo conmutado, el segundo conector prolonga el mismo dominio de fallo; no crea redundancia.

Para modo redundante:

• usa redes primaria y secundaria realmente separadas;
• evita switches compartidos, puentes accidentales y rangos de direcciones solapados;
• iguala las velocidades de enlace requeridas en ambos lados;
• etiqueta cada cable y cada puerto de switch;
• prueba la retirada de un componente real cada vez.

La guía de modo redundante frente a modo conmutado en Dante proporciona la lista de verificación del modo de puerto.

Prueba el switch en lugar de confiar en la hoja de datos

1. Guarda una línea base

Exporta la configuración en ejecución del switch. Registra modelo, firmware, mapa de puertos, VLAN, QoS, EEE, ajustes multicast y responsable de gestión.

2. Verifica el estado en reposo

Con todos los endpoints previstos en línea, confirma reloj estable, líderes esperados, velocidades de enlace correctas, contadores de errores limpios, suscripciones y audio en cada destino.

3. Aplica tráfico realista

Ejecuta el recuento de canales planificado y los receptores multicast. Si la infraestructura es compartida, añade tráfico de datos o vídeo representativo dentro de la ventana de prueba aprobada. Observa la utilización, las caídas, los contadores de colas, los errores y los eventos de latencia Dante.

4. Ejerce los límites de fallo

Desconecta y vuelve a conectar un cable, endpoint, uplink, alimentación o switch redundante cada vez. Confirma que el fallo y la recuperación observados coinciden con el diagrama.

5. Reinicia y restaura

Cuando sea operativo y seguro, verifica que el switch arranca con la configuración aprobada y que los endpoints se redescubren, resincronizan y recuperan las suscripciones previstas.

6. Registra la evidencia de aceptación

Guarda capturas de contadores, condiciones de prueba, fallos, cambios correctivos, configuración final, fecha y aprobador. “El audio pasó una vez” no es suficiente para una entrega repetible.

Lista de verificación para la aceptación del switch

• El número de puertos, las necesidades PoE, la óptica y el formato físico se ajustan al despliegue.
• Cada endpoint y uplink negocia la velocidad prevista.
• La capacidad cubre audio, multicast, control y servicios compartidos con margen.
• La QoS DSCP está asignada y verificada en cada ruta necesaria.
• EEE está desactivado en cada puerto que transporte tráfico Dante.
• IGMP snooping y la propiedad del querier son correctos donde se usa multicast.
• Los límites de VLAN y de red redundante coinciden con el diagrama.
• Los errores de puerto, caídas, utilización y contadores de colas son observables.
• La configuración en ejecución, el firmware, el responsable, el repuesto y el rollback están documentados.
• Las pruebas a plena carga y de fallo de componentes pasan con audio real.

Errores comunes

Comprar solo por el número de puertos. La velocidad de enlace, las colas, el control de EEE, el comportamiento multicast, la monitorización y los uplinks forman parte del requisito.

Suponer que gigabit elimina la necesidad de diseño. Un enlace gigabit aún puede congestionarse, estar mal priorizado, inundarse o negociar a una velocidad inferior.

Usar un switch no gestionado con EEE. Si el comportamiento de ahorro energético no puede desactivarse o verificarse, el equipo no puede establecer una línea base de tiempo real conocida.

Activar todas las funciones avanzadas. Los presets de Voice VLAN, los cambios de spanning-tree, las funciones PTP, el storm control y los límites de tasa pueden alterar el tráfico. Activa solo lo que requiera el diseño aprobado y prueba el efecto.

Probar solo el descubrimiento. Los nombres de dispositivo en Controller no demuestran reloj estable, capacidad suficiente, ámbito multicast correcto o recuperación de audio.

FAQ

¿Dante necesita un switch de red especial?

No se requiere un switch propietario. El switch debe ofrecer suficiente velocidad y capacidad, y debe soportar las necesidades de QoS, EEE, multicast, monitorización y recuperación del diseño Dante específico.

¿Un switch para Dante debe ser gestionado o no gestionado?

Se prefiere gestionado para sistemas de producción, compartidos, multswitch, multicast o redundantes, porque aporta configuración y visibilidad. Un switch no gestionado conocido y adecuado puede funcionar en una red pequeña y dedicada.

¿Dante requiere un switch gigabit?

Gigabit está fuertemente recomendado y es esencial para recuentos de canales altos. Puede ser posible una operación limitada a 100 Mbps con pocos canales y QoS correcta, pero cada enlace lento debe incluirse en la planificación de capacidad y latencia.

¿Por qué hay que desactivar EEE en Dante?

EEE cambia el estado de potencia del enlace durante periodos tranquilos. En hardware inadecuado, ese comportamiento puede perjudicar la sincronización del reloj y provocar cortes, por lo que los puertos Dante deben usar una configuración no EEE verificada.

¿Cómo se prueba un switch para audio Dante?

Verifica la negociación y configuración del enlace, ejecuta la carga completa de audio más tráfico compartido representativo, inspecciona errores, caídas y colas, escucha cada destino y fuerza fallos de cable, uplink, switch y alimentación con un rollback documentado.

Coloca la ruta de switch aprobada en el Rider

Registra modelos de switch, puertos, velocidades de enlace, VLAN, QoS, estado de EEE, propiedad multicast, rutas redundantes, responsable de gestión y rollback probado junto con la entrega de la red de audio. En Techrider.live, mantenlo en el mismo rider que el patch y el plano de escenario, invita al técnico de sistemas a editarlo y después guarda e inspecciona el historial antes de enviar la versión actual.