Límites de flows de Dante: diagnostica los errores de “No more flows”
7 min de lectura · Actualizado el 5 de octubre de 2026 · Ingenieros de FOH y monitores, técnicos de sistemas, operadores de broadcast, ingenieros de redes AV, production managers, técnicos de venue, integradores y equipos de audio en gira
Entiende los límites de transmisión y recepción de flows en Dante, diagnostica errores de fanout y elige entre unicast o multicast sin crear un problema de ancho de banda.
TL;DR — Un flow de Dante es un flujo de paquetes que transporta uno o más canales entre dispositivos. La capacidad de flows es independiente del número de canales: un dispositivo puede tener canales libres y aun así no disponer de otro flow de transmisión o recepción. Lee el tooltip de la suscripción, identifica si el límite está en el transmisor o en el receptor, cuenta las relaciones de destino y luego consolida rutas o crea multicast de forma intencionada. Verifica los límites específicos del dispositivo y el ancho de banda de la red antes de cambiar un sistema que ya funciona.
Un flow no es lo mismo que un canal
Una suscripción de Dante conecta un canal de transmisión con un canal de recepción, pero la red transporta esas suscripciones dentro de flows. Un flow de audio unicast normalmente transporta hasta cuatro canales desde un transmisor hasta un único dispositivo receptor. Añadir canales entre la misma pareja puede reutilizar ese flow; enviar el mismo canal a otro receptor necesita otro flow unicast.
La capacidad de flows de un dispositivo depende de su implementación de Dante, del hardware y del firmware. Nunca infieras el límite solo por el número de etiquetas de canal.
| Recurso | Qué lo consume | Pista típica de fallo |
|---|---|---|
| Canal de transmisión | Una señal de origen | El canal no está disponible o no tiene nombre |
| Canal de recepción | Una entrada de destino | No queda ninguna ranura de destino |
| Flow de transmisión | Un stream de transmisor a receptor | No more flows (TX) |
| Flow de recepción | Un stream que llega desde un transmisor | No Receive flows |
| Ancho de banda del enlace | Todo el tráfico que cruza un enlace | Utilización en aumento, paquetes tardíos, cortes |
La guía de errores de suscripción de Dante explica cómo leer los estados de la matriz de ruteo antes de cambiar el diseño.
Diagnostica primero el lado que falla
1. Lee el tooltip de la suscripción
Pasa el cursor sobre la suscripción fallida en Dante Controller. Anota el transmisor, el receptor, los canales y el error exactos. No more flows (TX) apunta a una capacidad agotada en el dispositivo transmisor. No Receive flows apunta al dispositivo receptor que se está suscribiendo a demasiados transmisores o streams distintos.
No trates cualquier icono rojo como un error de flow. Los fallos de formato, dominio de reloj, scheduler, identidad y descubrimiento necesitan soluciones distintas.
2. Dibuja las relaciones de origen a destino
Enumera cada transmisor y los receptores que consumen sus canales. Cuatro canales enviados desde una stagebox a una consola pueden compartir normalmente un único flow unicast. El mismo canal enviado a FOH, monitores, broadcast, grabación y un procesador de lobby crea relaciones de destino separadas y puede agotar los flows de transmisión.
En el lado de recepción, muchos canales desde un transmisor pueden ser eficientes, mientras que unos pocos canales desde muchos transmisores distintos pueden consumir más flows de recepción.
3. Confirma los límites del dispositivo
Usa la documentación actual del fabricante y la información de dispositivos de Dante Controller para confirmar los flows de transmisión admitidos, los flows de recepción y los canales por flow. Los límites varían. El firmware puede afectar a las capacidades, así que registra la versión instalada antes de planificar un cambio.
4. Elimina rutas abandonadas
Borra suscripciones obsoletas de pruebas, grabación, consola de respaldo o shows anteriores solo después de confirmar quién las usa. Una matriz de rutas suele acumular destinos que ya no forman parte del plan operativo. Eliminar una alimentación legítima de seguridad, grabación o broadcast solo para limpiar un error no es una solución.
Elige la solución menos disruptiva
| Situación | Respuesta práctica | Qué verificar |
|---|---|---|
| Queda espacio libre en un flow actual hacia el mismo receptor | Agrupa los canales relacionados en esa pareja de dispositivos | Que la ruta y el formato sigan siendo correctos |
| Una fuente alimenta varios receptores | Considera un flow multicast intencionado | El diseño IGMP y el ancho de banda de cada camino |
| Un receptor toma pequeños grupos de canales de muchos transmisores | Consolida fuentes donde el diseño del sistema lo permita | Responsabilidad sobre ganancia, reloj, patch y recuperación |
| Un dispositivo heredado tiene un límite fijo bajo | Reasigna el ruteo o usa hardware adecuado | Capacidad bajo carga completa de show |
| Suscripciones obsoletas consumen flows | Elimínalas mediante control de cambios | Que no desaparezca ninguna alimentación necesaria |
Multicast puede reducir el fanout del transmisor porque varios receptores se unen a un mismo flow multicast. No es un botón universal de capacidad: multicast puede propagarse entre enlaces, consume ancho de banda incluso sin receptores activos y requiere un diseño intencionado de switching. Lee la guía de unicast frente a multicast antes de convertir rutas.
Prueba la capacidad en condiciones de show
Construye la ruta completa del show, incluyendo grabación, broadcast, lobby, comunicaciones, backup y caminos de repuesto. Confirma cada suscripción y luego revisa la utilización de transmisión y recepción, el estado de los flows, la estabilidad del reloj y los contadores de latencia. Ejecuta la secuencia prevista de failover y recuperación.
Si borras un flow multicast, recuerda que los receptores pueden volver a unicast. Esa conversión puede superar de repente la capacidad de flows del transmisor o el ancho de banda del enlace. Elimina o rediseña las rutas dependientes antes de borrar el flow y luego vuelve a probar.
Documenta el presupuesto de ruteo
Registra:
- el modelo de cada dispositivo, el firmware, la capacidad de canales y los límites de flows Tx/Rx;
- las relaciones de origen a destino y su tipo unicast o multicast;
- los grupos de canales multicast, sus responsables y los requisitos de switch;
- la utilización normal y máxima del enlace;
- la capacidad reservada para backups y alimentaciones temporales;
- el cambio aprobado, la validación, el rollback y la persona responsable de escalado.
Mantén el resumen operativo junto con el rider técnico de red de audio digital, no solo en la vista de Controller de un único ingeniero.
Lista de comprobación de límites de flow de Dante
- El tooltip exacto de la suscripción está registrado.
- Se ha identificado el lado agotado como Tx o Rx.
- Se han confirmado los límites de flow específicos del dispositivo y el firmware.
- Se han mapeado las relaciones actuales de origen a destino.
- Las rutas obsoletas se eliminan solo con aprobación del responsable.
- Cualquier cambio a multicast incluye revisión de ancho de banda e IGMP.
- Se prueba la carga completa del show, el fallo, la recuperación y el rollback.
- La capacidad de ruteo y la propiedad están documentadas.
FAQ
¿Qué es un flow en Dante?
Un flow es un stream de paquetes de red que transporta uno o más canales desde un transmisor. Los flows unicast sirven a un único dispositivo receptor; los flows multicast pueden servir a varios receptores.
¿Qué significa “No more flows” en Dante Controller?
Significa que el dispositivo indicado no puede crear ni aceptar otro flow necesario. El tooltip distingue entre capacidad agotada del transmisor y capacidad agotada del receptor.
¿Cuántos canales caben en un flow de Dante?
Un flow de audio unicast suele reservar espacio para hasta cuatro canales, pero las capacidades del dispositivo varían. La capacidad de canales multicast también varía según el dispositivo. Confirma la especificación actual del fabricante.
¿Cuándo debería usar multicast en Dante?
Considera multicast cuando los mismos canales alimentan a varios receptores y el fanout unicast es ineficiente. Revisa la configuración del switch y cada enlace afectado porque multicast puede aumentar el tráfico de toda la red.
¿Cómo soluciono un error de límite de flow en Dante?
Identifica el lado agotado, mapea las relaciones entre dispositivos, confirma los límites reales, elimina suscripciones obsoletas y consolida o rediseña las rutas. Usa multicast solo cuando su ancho de banda y el comportamiento del switch se entiendan y se prueben.
Mantén la capacidad visible antes del día del show
Los límites de flow se vuelven manejables cuando la demanda de ruteo, la capacidad reservada, la propiedad del multicast y el rollback son visibles para todo el equipo de producción. Guarda ese registro en Techrider.live junto con la lista de canales y las notas de red actuales para que los colaboradores puedan editar, guardar e inspeccionar el historial sin circular otro archivo desactualizado.
Guías relacionadas
AES3 vs audio analógico en sonido en directo: elige el enlace correcto
Compara los enlaces AES3 y analógicos para sonido en directo: canales, cableado, reloj, parcheo, pruebas y planificación de respaldo.
10 min de lecturaConceptos básicosAjustes de latencia de Dante: construye un presupuesto de audio en vivo fiable
Elige y prueba los ajustes de latencia de los dispositivos Dante para sonido en vivo, incluidos saltos de switch, velocidad de enlace, paquetes tardíos, valores mixtos y entrega del rider.
9 min de lecturaConceptos básicosAltavoces PA activos y pasivos para sonido en directo
Compara altavoces PA activos y pasivos por amplificación, alimentación, cableado, DSP, despliegue, servicio y los detalles que debe especificar un rider técnico.
9 min de lectura