Ancho de banda multicast de Dante: medir, controlar y verificar el tráfico

TL;DR — El ancho de banda multicast de Dante debe evaluarse en cada enlace que atraviesa, no solo en el dispositivo que transmite. Inventaría los flujos multicast y los receptores, consulta el ancho de banda de Tx y Rx primario y secundario en Dante Controller, y luego sigue los uplinks de switch, trunks, puertos más lentos y límites inalámbricos. Un IGMP snooping bien diseñado puede podar el audio de los puertos sin receptores; si no, asume que el multicast puede inundar ampliamente la red. Elimina los flujos innecesarios, acota la ruta y verifica audio real, reloj, descubrimiento y conmutación por fallo después de cada cambio.

El multicast cambia dónde viaja el tráfico

Un flujo multicast de Dante envía una única señal de media que varios receptores pueden suscribirse a recibir. Puede reducir el uso de flujo del transmisor en una fuente con muchos destinos, pero también puede consumir ancho de banda en muchos enlaces de red. Sin un control multicast que funcione correctamente, asume que el tráfico puede inundar el dominio de broadcast en lugar de viajar solo hacia los receptores suscritos.

Eso convierte el ancho de banda multicast en un problema de ruta. El total de un transmisor no te dice si un borde de 100 Mbps, un trunk entre switches, una red secundaria o un uplink Wi‑Fi está saturado.

La guía de unicast frente a multicast de Dante explica cuándo encaja cada tipo de flujo. Este artículo responde a la siguiente pregunta: si el tráfico multicast elegido encaja y se comporta correctamente en la red real.

No uses una cifra universal de ancho de banda

El ancho de banda de un flujo depende de su formato de media, frecuencia de muestreo, número de canales, paquetización e implementación. El vídeo puede cambiar la escala de forma drástica. Los enlaces de red también transportan tráfico de control, reloj, gestión y otras aplicaciones, así que un enlace no debe diseñarse para trabajar al ritmo teórico de línea.

Usa los valores medidos en Controller y la documentación actual del dispositivo en lugar de un atajo memorizado de “megabits por canal”. Considera las mediciones como observaciones de la ruta actual, no como garantías para un concierto posterior con más flujos o más receptores.

Lee la evidencia de ancho de banda en Dante Controller

Network Status muestra el tráfico aproximado de transmisión y recepción para interfaces primarias y secundarias individuales. Ordena o revisa las columnas de ancho de banda Primary Tx, Primary Rx, Secondary Tx y Secondary Rx para localizar los extremos más altos y el tráfico inesperado.

Interpreta las columnas con la topología en mente:

• un ancho de banda alto del transmisor puede ser esperado en una fuente que crea varios flujos;
• un ancho de banda alto de recepción en un dispositivo con pocas suscripciones puede indicar multicast inundado;
• el tráfico secundario debe evaluarse en la ruta secundaria físicamente separada en un diseño redundante;
• valores bajos en los extremos no demuestran que un uplink compartido tenga capacidad de sobra;
• el tráfico actual no revela por sí solo pérdidas de paquetes, así que compara errores del switch y del dispositivo.

La guía de salud de red en Dante cubre la relación más amplia entre utilización, errores, latencia e historial de reloj.

Construye un presupuesto multicast enlace por enlace

1. Inventaría cada flujo multicast

Registra transmisor, nombre del flujo, canales, tipo de media, frecuencia de muestreo, receptores previstos, red primaria o secundaria y propósito operativo. Elimina los flujos de prueba abandonados solo después de confirmar que ningún destino de producción los necesita.

2. Dibuja la ruta física

Mapea el puerto del transmisor, el switch de acceso, cada uplink o trunk, el switch del receptor y el puerto del receptor. Incluye ordenadores de control, puntos de acceso inalámbricos, routers y cualquier enlace cuya velocidad difiera del resto de la ruta.

3. Registra la capacidad y la carga actual

Confirma la velocidad negociada del enlace en lugar de asumir el máximo anunciado del puerto. Captura el ancho de banda del dispositivo, la utilización del puerto del switch, descartes, errores y contadores multicast durante condiciones representativas del show.

4. Suma los flujos por enlace

Para cada enlace, totaliza todo el tráfico que realmente lo cruza, incluidos los flujos multicast con receptores más allá de ese enlace y cualquier flujo inundado. Mantén separadas las redes primaria y secundaria. Incluye el tráfico no Dante cuando la infraestructura sea compartida.

5. Reserva margen operativo

Elige un umbral de ingeniería que se ajuste al equipo, la mezcla de tráfico, el comportamiento de ráfagas y la política del recinto. No existe un porcentaje de utilización universalmente seguro para todas las redes. La prueba de aceptación es media, reloj, control y recuperación estables bajo el peor caso esperado con margen documentado.

Usa IGMP snooping como un sistema diseñado

IGMP snooping permite que un switch observe la pertenencia a grupos multicast y reenvíe media multicast registrada solo hacia los puertos que la necesitan. Una poda correcta puede mantener la media de alto ancho de banda lejos de endpoints y enlaces Wi‑Fi no relacionados.

No basta con activar una casilla en un switch. El diseño completo puede requerir un IGMP querier, una configuración VLAN coherente, comportamiento compatible del switch y ajustes correctos en cada switch que transporte el multicast. Los términos y los valores por defecto varían según el fabricante, así que sigue la documentación de diseño del switch y de Dante.

Después de configurar, demuestra el comportamiento con contadores:

1. establece una fuente multicast conocida y un receptor conocido;
2. identifica exactamente los puertos de entrada, uplink, receptor y no relacionados;
3. confirma que el tráfico aumenta en la ruta requerida;
4. confirma que los puertos no relacionados no transportan el flujo de media;
5. añade o elimina un oyente y observa el cambio en pertenencia y reenvío;
6. verifica que el descubrimiento, el reloj, el control y la media real siguen estables.

No bloquees todo el multicast como remedio. El descubrimiento y el control de Dante también usan mecanismos multicast; un filtro indiscriminado puede hacer que los dispositivos desaparezcan mientras enmascara el problema original del tráfico de media.

Protege las rutas de control inalámbricas

No debe asumirse que la media de Dante funciona por Wi‑Fi como el tráfico cableado normal. La media multicast que alcanza el uplink de un punto de acceso puede degradar el rendimiento del control inalámbrico incluso cuando el ordenador solo ejecuta Dante Controller.

Mantén la media fuera de la rama inalámbrica mediante un diseño verificado: poda IGMP correcta, un puerto de control filtrado adecuado donde esté soportado, u otro límite aprobado por el fabricante. Asegúrate de que el diseño sigue pasando el tráfico requerido de descubrimiento y control. Prueba con el punto de acceso y el switch reales; el comportamiento multicast inalámbrico varía y no tiene un límite universal seguro de tráfico.

Reduce el tráfico en la causa más estrecha

No conviertas todo a unicast sin comprobar los límites de flujo de Dante. Mover el tráfico puede resolver un problema de un enlace mientras agota los flujos del transmisor en otro punto.

Diagnostica un problema de ancho de banda multicast

1. Conserva la ruta actual, la topología, las vistas de Controller y los contadores del switch.
2. Identifica el primer receptor afectado y la ruta exacta de vuelta a su transmisor.
3. Comprueba velocidad negociada, utilización, descartes y errores en cada enlace, en orden.
4. Compara los oyentes previstos con el reenvío multicast observado.
5. Elimina o aísla temporalmente un flujo no esencial durante una ventana controlada.
6. Confirma si la utilización, los errores de paquetes, las advertencias de latencia, la respuesta del control y el audio mejoran a la vez.
7. Aplica la corrección permanente más pequeña y luego restaura y prueba el estado completo del show.

La correlación importa. Un valor alto de ancho de banda sin errores puede ser normal; los clics o paquetes tardíos con un total de extremos limpio pueden originarse en un uplink sobrecargado. Sigue la evidencia en lugar de cambiar QoS, latencia y multicast al mismo tiempo.

Verifica la redundancia y los estados de fallo

En un sistema Dante redundante, las redes primaria y secundaria asumen responsabilidades paralelas sobre infraestructura separada. Presupuéstalas e inspecciónalas de forma independiente. Una ruta primaria sana no demuestra que la ruta secundaria tenga la velocidad, la poda o la capacidad correctas.

Ejecuta la prueba de fallo aprobada después de la prueba del estado normal. Confirma que un fallo de enlace o switch no mueve inesperadamente tráfico no relacionado a una ruta de gestión limitada, y que la continuidad de media, el reloj, la visibilidad del control y la recuperación se comportan como se diseñó. La guía de modo redundante frente a conmutado de Dante explica el límite entre modos de puerto.

Lista de comprobación del ancho de banda multicast

• Cada flujo multicast tiene propietario, propósito, canales y oyentes previstos.
• Las rutas físicas, VLAN, trunks, límites Wi‑Fi y velocidades de enlace están mapeados.
• El ancho de banda Tx/Rx primario y secundario se captura en Dante Controller.
• Se registran utilización, errores, descartes y contadores multicast del switch.
• Se verifica el comportamiento de IGMP snooping y del querier en toda la ruta.
• Los puertos no relacionados y las ramas inalámbricas no reciben media multicast.
• Los enlaces lentos y los uplinks compartidos tienen margen documentado en el peor caso.
• Se comprueban las consecuencias sobre la capacidad de flujos antes de cambiar multicast a unicast.
• Pasan el audio real, el reloj, el descubrimiento, el control, la redundancia y la recuperación.

FAQ

¿Cuánto ancho de banda usa el multicast de Dante?

No existe un valor único. Depende del formato de media, la frecuencia de muestreo, el número de canales, la paquetización y el número y la ubicación de los flujos. Mide los extremos actuales y presupuesta cada enlace de red que atraviesan.

¿Cómo compruebo el ancho de banda de Dante?

Usa Network Status en Dante Controller para valores aproximados de Tx/Rx de las interfaces primarias y secundarias, y luego correlaciónalos con la velocidad del puerto del switch, la utilización, los descartes, los errores y la topología física.

¿Dante necesita IGMP snooping?

Las redes de audio pequeñas pueden funcionar sin él, pero el multicast puede inundarse ampliamente. Las redes con multicast relevante —especialmente vídeo o límites de control inalámbrico— necesitan un diseño multicast deliberado y totalmente verificado; sigue la guía actual de Audinate y del fabricante del switch.

¿Por qué el multicast de Dante afecta al Wi‑Fi?

Si la media multicast alcanza el enlace del punto de acceso, puede consumir tiempo de aire inalámbrico o degradar la conectividad de Controller. Poda la media antes de la rama inalámbrica mientras preservas el tráfico necesario de descubrimiento y control.

¿Cómo reduzco el tráfico multicast de Dante?

Elimina los flujos no usados, usa unicast cuando el número de receptores y la capacidad del transmisor lo hagan razonable, corrige la poda IGMP, reduce o reencamina la carga de media y actualiza los enlaces limitados. Verifica después de cada cambio.

Mete el plan de tráfico en el rider técnico

Una matriz de ruta en verde no documenta la capacidad de red. Mantén el inventario de flujos multicast, el mapa de oyentes, las rutas de switch, las velocidades de enlace, la carga pico observada, la evidencia de poda, el responsable del cambio y el resultado de la prueba de fallo en Techrider.live para que los colaboradores invitados puedan editar el mismo rider técnico, guardar el plan aprobado e inspeccionar el historial antes del load-in.