QoS y switches administrados: configura tu red para Dante sin glitches

En una instalación Dante de muchos canales -varios amplificadores, una matriz central y decenas de rutas de audio- la red deja de ser "cableado" y pasa a ser parte del sistema de sonido. Un switch sin configurar bien puede sonar igual de mal que un amplificador subdimensionado.

En una frase

QoS (Quality of Service) es el conjunto de reglas que le dice a un switch administrado qué tráfico debe pasar primero cuando la red se congestiona; en una red Dante bien configurada, el audio se marca con DSCP EF (46) para que tenga prioridad frente a otro tráfico (datos, video, control), algo que se vuelve más importante mientras más canales maneje la instalación, como suele pasar con un enrutador de alto conteo como el ClearOne CONVERGE Matrix 64EX o con varios amplificadores multicanal como el Lab Gruppen PLM 12K44SP y el Powersoft T604 compartiendo la misma red.

Qué es QoS y el marcado DSCP

QoS es la capacidad del switch de clasificar el tráfico en colas de prioridad y decidir, cuando hay congestión, cuál paquete sale primero. Dante usa marcado DSCP (Differentiated Services Code Point) en sus paquetes: el tráfico de audio en tiempo real se etiqueta como EF (Expedited Forwarding, valor 46), y el tráfico de sincronización de reloj (PTP) también recibe una prioridad alta. Si el switch respeta ese marcado y lo asigna a una cola de alta prioridad, el audio pasa primero aunque haya otro tráfico circulando por el mismo cableado.

Por qué importa en redes con muchos canales

Cada canal de audio Dante consume aproximadamente 4.5 Mbps (por confirmar con Audinate), según estimaciones de integradores. En una instalación pequeña con pocos canales, una red plana sin QoS puede funcionar sin problemas visibles. Pero en instalaciones grandes -con un enrutador como el ClearOne CONVERGE Matrix 64EX manejando cientos de canales, o varios amplificadores Dante de 4 canales como el Lab Gruppen PLM 12K44SP o el Powersoft T604 operando en simultáneo- el volumen de tráfico crece rápido y cualquier otro tráfico de la red (cámaras, control, datos de oficina) puede competir por el mismo ancho de banda. Sin QoS que priorice el audio, eso se traduce en glitches, dropouts o audio entrecortado, especialmente en los momentos de mayor carga de la red.

IGMP snooping y tráfico multicast

Dante distribuye buena parte de su audio como tráfico multicast: un mismo flujo puede ser consumido por varios destinos sin duplicar el envío. El problema es que, sin control, un switch reenvía ese tráfico multicast a todos los puertos, como si fuera broadcast, saturando dispositivos que no lo necesitan. IGMP snooping es la función del switch administrado que escucha las solicitudes de suscripción multicast y entrega el audio solo a los puertos donde realmente hay un receptor Dante escuchando. En redes con muchos canales, activar IGMP snooping ayuda a reducir el riesgo de saturar la red con tráfico multicast innecesario.

MTU y tamaño de paquete

El valor de MTU (Maximum Transmission Unit) recomendado para Dante es 1500 bytes, el estándar de Ethernet. Es importante que todos los switches y puertos en la ruta de audio -desde la fuente hasta el amplificador- mantengan ese mismo valor. Un MTU inconsistente entre dispositivos de la misma red puede provocar fragmentación de paquetes o descartes silenciosos, lo que se percibe como glitches intermitentes difíciles de diagnosticar.

Qué mirar al elegir un switch administrado para Dante

No todos los switches administrados son iguales para una instalación Dante grande. Como mínimo, conviene revisar que el switch soporte: marcado y colas QoS con prioridad configurable por DSCP, IGMP snooping activable, VLANs para separar el tráfico de audio del resto de la red, y suficiente ancho de banda de backplane para el total de canales que va a transportar. Integradores mencionan marcas como Cisco, Netgear y Extreme Networks como opciones usadas en proyectos Dante, aunque el modelo específico siempre debe confirmarse caso por caso según el tamaño de la instalación. Para instalaciones críticas, algunos proyectos usan redundancia con dos switches dedicados (uno primario y uno secundario); en ese esquema, el failover ante la falla de un switch toma aproximadamente 1 segundo. La sincronización de reloj entre dispositivos Dante se maneja por PTP (Precision Time Protocol), con una precisión reportada de nivel sub-microsegundo.

Paso a paso

1Calcula el ancho de banda total de la instalación

Suma el número total de canales de audio Dante que va a transportar la red (fuentes, matriz, cada amplificador) y estima el consumo aproximado a razón de ~4.5 Mbps por canal (por confirmar con Audinate) para dimensionar el switch y sus enlaces troncales.

Señal de que quedó bien: tienes un número total de Mbps esperados y confirmaste que el backplane del switch y los enlaces entre switches lo soportan con margen.

2Separa el tráfico Dante en su propia VLAN

Crea una VLAN dedicada para los dispositivos Dante (matriz, amplificadores, procesadores) y sepárala del tráfico de datos, video o control que pueda compartir el mismo switch.

Señal de que quedó bien: todos los puertos con equipos Dante -incluyendo el ClearOne CONVERGE Matrix 64EX y los amplificadores- quedan asignados a la misma VLAN de audio.

3Activa IGMP snooping en todos los switches de la ruta

Habilita IGMP snooping en cada switch administrado por el que pase tráfico Dante, incluyendo los switches secundarios si hay más de uno en cascada.

Señal de que quedó bien: la tabla de multicast del switch muestra suscripciones activas solo en los puertos donde hay receptores Dante conectados, no en todos los puertos.

4Configura las colas QoS y respeta el marcado DSCP

Activa QoS en el switch y verifica que respete el marcado DSCP que trae el tráfico Dante, asignando el valor EF (46) a la cola de mayor prioridad, por encima de datos, video u otro tráfico de la red.

Señal de que quedó bien: al revisar la configuración de colas del switch, el tráfico marcado EF queda asignado a la cola de más alta prioridad disponible.

5Verifica que la MTU sea 1500 en toda la ruta

Revisa la configuración de MTU en cada switch y puerto involucrado en la red Dante, y ajústala a 1500 bytes donde sea distinta.

Señal de que quedó bien: todos los switches y puertos de la ruta de audio muestran el mismo valor de MTU (1500) sin advertencias de fragmentación.

6Prueba la red bajo carga real

Con todos los canales activos (matriz, amplificadores, procesadores) y a volumen de tráfico normal de la instalación, monitorea el estado de la red en el software de gestión de Dante durante varios minutos.

Señal de que quedó bien: no aparecen errores de "clock drift", paquetes perdidos ni advertencias de latencia en el panel de control de Dante durante la prueba.

Cómo verificar

• El software de control Dante no reporta errores de reloj (clock drift) ni de paquetes perdidos con la instalación bajo carga completa.
• Las colas QoS del switch muestran el tráfico DSCP EF asignado a la prioridad más alta.
• IGMP snooping está activo y la tabla multicast del switch solo entrega tráfico a los puertos con receptores reales.
• La MTU es 1500 en todos los switches y puertos de la ruta de audio.
• Si hay redundancia con dos switches, el failover ocurre sin interrupción audible perceptible mayor a un segundo.

Si algo falla

Síntoma	Causa probable	Qué hacer
Glitches o audio entrecortado bajo carga alta de la red	QoS no configurado o switch no respeta el marcado DSCP del tráfico Dante	Revisa la configuración de colas QoS del switch y confirma que el tráfico EF (46) quede en la cola de mayor prioridad
Errores de "clock drift" en el panel de control de Dante	Congestión de red o switch no administrado que no prioriza el tráfico PTP	Verifica que el switch sea administrado, con QoS activo, y revisa el cableado CAT5e/CAT6 de la ruta de sincronización
Un solo dispositivo genera tráfico excesivo en toda la red	IGMP snooping desactivado, el switch reenvía multicast a todos los puertos	Activa IGMP snooping en el switch y confirma la tabla de suscripciones multicast
Dropouts intermitentes difíciles de reproducir	MTU inconsistente entre switches de la misma ruta	Revisa y unifica la MTU a 1500 en todos los switches y puertos involucrados
Corte de audio prolongado ante la falla de un switch	No hay switch secundario ni redundancia configurada	Evalúa un esquema con switch primario y secundario dedicados; con redundancia activa, el failover reportado es de aproximadamente 1 segundo

Las especificaciones de los productos citados provienen de las fichas de producto de Audiocity. Lo marcado "(por confirmar)" está pendiente de verificación.