Redes de Audio sobre IP (AoIP): Dante, Dante Controller, AES67, Ravenna, AVB/Milan, QoS y PTP Clocking
Guía técnica completa sobre redes de audio IP: Dante, Dante Controller, DVS, interoperabilidad AES67, Ravenna, AVB/Milan, configuración de switches, QoS y sincronización PTP.
Redes de Audio sobre IP (AoIP): Dante, Dante Controller, AES67, Ravenna, AVB/Milan, QoS y PTP Clocking
Respuesta rápida. Las redes de Audio sobre IP (AoIP) han sustituido las mangueras analógicas y digitales punto a punto (como MADI o AES3) en entornos profesionales de sonido en directo, festivales, broadcast y estudios. Mediante protocolos de transporte de Capa 3 (L3) como Dante y Ravenna, o de Capa 2 (L2) como AVB/Milan, miles de canales de audio PCM sin comprimir a 24-bit/96kHz circulan simultáneamente sobre infraestructuras estándar Gigabit Ethernet con latencias deterministas tan bajas como 125 microsegundos (µs).
La estabilidad de una red AoIP no depende del azar, sino de tres pilares de ingeniería de red obligatorios: la sincronización PTP (Precision Time Protocol IEEE 1588) para alinear los relojes muestrales a nivel sub-microsegundo, la Calidad de Servicio (QoS con etiquetado DSCP) en switches gestionados para priorizar el tráfico de audio frente al de control/datos, y la eliminación absoluta del ahorro energético EEE (Energy Efficient Ethernet / 802.3az).
Arquitectura y Fundamentos de las Redes de Audio sobre IP (AoIP)
Tradicionalmente, la distribución de audio requería mangueras físicas de cobre dedicadas a cada canal o enlaces digitales multiplexados punto a punto (AES3, ADAT, MADI). Las redes AoIP (Audio over IP) transforman cada señal analógica o digital en flujos de datos digitalizados en paquetes UDP/IP que se transmiten a través de switches de red estándar Ethernet.
+-----------------------------------------------------------------------------------+
| ARQUITECTURA DE ENCAPSULACIÓN AoIP |
+-----------------------------------------------------------------------------------+
| Capa de Aplicación: Muestras PCM (24-bit / 48kHz o 96kHz) |
| Capa de Transporte: RTP (Real-time Transport Protocol) sobre UDP |
| Capa de Red: IP v4/v6 (Direccionamiento Unicast o Multicast) |
| Priorización QoS: Etiquetado DSCP / DiffServ (EF = Clases de Audio/Reloj) |
| Enlace de Datos: Trama Ethernet (IEEE 802.3 Gigabit Ethernet / 802.1Q VLAN) |
+-----------------------------------------------------------------------------------+Principales Ventajas Técnicas:
- Escalabilidad Masiva: Un solo cable de red Cat6e o fibra óptica puede transportar más de 512 canales bidireccionales sin degradación de señal.
- Matriz Software Flexible: El enrutamiento de canales se realiza lógicamente mediante software (como Dante Controller) sin necesidad de desconectar o parchear cables físicos.
- Inmunidad a Interferencias: Al ser transmisión de datos digitales empaquetados, desaparecen los problemas de caída de agudos por capacidad de cable, ruidos de masa (ground loops) o inducción electromagnética.
El Ecosistema Dante y Dante Controller
Desarrollado por Audinate, Dante es el estándar de facto dominante en la industria del sonido profesional y la integración AV. Operando en la Capa 3 (IP) de la pila OSI, Dante utiliza redes de conmutación Ethernet estándar de 100 Mbps, 1 Gbps o 10 Gbps.
Configuración en Dante Controller
Dante Controller es la aplicación de gestión visual que descubre automáticamente todos los dispositivos Dante de la subred mediante mDNS/DNS-SD.
- Matriz de Suscripción: Los canales se conectan haciendo clic en la intersección entre transmisores (Transmitters) y receptores (Receivers).
- Flujos Unicast vs. Multicast: Por defecto, Dante transmite en modo Unicast (punto a punto entre dos dispositivos, ahorrando procesamiento). Si una misma señal debe enviarse a más de tres o cuatro receptores (por ejemplo, una salida de consola enviada a PA principal, monitores, grabación y broadcast), Dante Controller permite crear un Multicast Flow, que duplica el paquete en el switch únicamente para las interfaces suscritas mediante IGMP Snooping.
+-----------------------------------------------------------------------------------+
| SUSCRIPCIÓN DANTE UNICAST VS MULTICAST |
+-----------------------------------------------------------------------------------+
| UNICAST: [Consola TX] ------ (Switch) -------> [Etapa de Potencia RX] |
| |
| MULTICAST: [Consola TX] ------ (Switch IGMP) +--> [Etapa PA Principal RX] |
| +--> [Sistema Monitores RX] |
| +--> [Interfaz Grabación RX] |
+-----------------------------------------------------------------------------------+Latencia del Sistema Dante
La latencia de envío en Dante es totalmente determinista y configurable por dispositivo desde 125 µs (0.125 ms) hasta 5 ms.
- En sistemas cerrados con switches Gigabit de alta velocidad y pocos saltos (hops), se recomiendan 250 µs o 500 µs.
- Para enlaces con ordenadores o switches interconectados en cascada, el valor estándar de seguridad es 1.0 ms.
Dante Virtual Soundcard (DVS) y Dante Via
Para integrar estaciones de trabajo de audio digital (DAWs como Ableton Live, Pro Tools, Reaper) o software de DJ directamente en la red de audio IP sin hardware dedicado, Audinate ofrece dos soluciones clave:
| Característica | Dante Virtual Soundcard (DVS) | Dante Via |
|---|---|---|
| Rol Técnico | Driver de interfaz ASIO (Win) / CoreAudio (Mac) | Software de enrutamiento y agregación de audio |
| Canales Máximos | 64 x 64 canales @ 44.1/48 kHz (32x32 @ 88.2/96 kHz) | 16 x 16 canales |
| Latencia Típica | 4 ms, 6 ms u 10 ms (fija para estabilizar el buffer del SO) | Variable según aplicaciones (~10 ms) |
| Requisito de Reloj | Requiere que un dispositivo hardware sea PTP Grandmaster | Puede actuar como Master Clock de software local |
| Uso Ideal | Grabación multicanal en directo / Playback multipista en PA | Integración rápida de interfaces USB y software |
Interoperabilidad AES67 y el Ecosistema Ravenna
Durante años, la coexistencia de múltiples formatos propietarios AoIP creó islas tecnológicas incompatibles. Para resolver esto, la Audio Engineering Society publicó el estándar AES67.
+-----------------------------------------------------------------------------------+
| PILA DE PROTOCOLOS AES67 |
+-----------------------------------------------------------------------------------+
| Sincronización de Reloj: PTP v2 IEEE 1588-2008 (Media Profile) |
| Transporte de Audio: RTP sobre UDP (Real-Time Protocol / RFC 3550) |
| Codificación de Audio: PCM 16 o 24-bit (48 kHz obligatorio) |
| Descubrimiento / Anuncio: mDNS / SAP (Session Announcement Protocol) |
| Descripción de Sesión: SDP (Session Description Protocol / RFC 4566) |
+-----------------------------------------------------------------------------------+Compatibilidad Dante AES67 Mode y Ravenna
- Dante AES67 Mode: Los dispositivos con chips Dante Ultimax/Brooklyn II pueden habilitar el modo AES67 mediante Dante Controller. Esto permite enviar y recibir flujos de audio Multicast compatibles con consolas y sistemas de otros fabricantes (como Lawo, Merging o Calrec).
- RAVENNA: Desarrollado por ALC NetworX, es una arquitectura AoIP abierta basada en IP/Layer 3 totalmente orientada a la industria del broadcast. Ravenna cumple nativamente con AES67 y SMPTE ST 2110-30, soportando formatos PCM de ultra-alta definición (hasta 384 kHz / DXD y DSD) y sincronización PTP de precisión científica.
AVB y Milan: Determinismo en Capa 2 (Layer 2)
AVB (Audio Video Bridging) y su perfil profesional Milan (promovido por la Avnu Alliance) representan un enfoque alternativo para el transporte de medios en directo.
Diferencias entre AoIP Layer 3 (Dante/AES67) y AVB/Milan Layer 2:
- Capa OSI: Dante y AES67 operan en la Capa 3 (IP), lo que permite que el tráfico atraviese routers y subredes mediante direccionamiento IP. AVB/Milan opera estrictamente en la Capa 2 (Ethernet MAC), limitando el flujo a un único dominio de broadcast local sin enrutamiento IP convencional.
- Requerimiento de Hardware: Mientras que Dante o AES67 funcionan sobre switches de red estándar gestionados, AVB/Milan exige obligatoriamente switches certificados AVB/TSN (Time-Sensitive Networking).
- Reserva de Ancho de Banda (SRP - IEEE 802.1Qat): En AVB, cuando dos dispositivos se conectan, el switch reserva físicamente el ancho de banda necesario en el puerto mediante el protocolo SRP. Si no hay ancho de banda garantizado, el flujo no se establece, asegurando que nunca se producirá una caída de paquetes por congestión de red.
- Sincronización gPTP (IEEE 802.1AS): AVB utiliza un perfil simplificado de PTP denominado gPTP para garantizar la alineación de fase perfecta entre altavoces y sistemas de sonorización.
Sincronización PTP: Precision Time Protocol (IEEE 1588)
A diferencia del audio analógico, donde la señal fluye de manera continua en tiempo real, el audio digital en red viaja en forma de paquetes discretos. Para reconstruir las muestras PCM en el convertidor D/A sin distorsión por jitter ni clicks digitales, todos los dispositivos de la red deben compartir el mismo reloj de muestreo.
+-----------------------------------------------------------------------------------+
| ARQUITECTURA DE SINCRONIZACIÓN PTP v1 / v2 |
+-----------------------------------------------------------------------------------+
| [GRANDMASTER CLOCK] (Dispositivo con reloj más estable / GPS / Dante Hardware) |
| | |
| +---> Paquetes Sync / Follow_Up (IEEE 1588) cada ~125 ms |
| | |
| +-----------------------+-----------------------+ |
| v v v |
| [Mezcladora RX] [Procesador PA] [Stagebox TX] |
| (PTP Follower) (PTP Follower) (PTP Follower) |
+-----------------------------------------------------------------------------------+PTP v1 (IEEE 1588-2002) vs PTP v2 (IEEE 1588-2008)
- PTP v1: Utilizado de forma predeterminada en redes Dante legacy. El dispositivo con el reloj más preciso se auto-selecciona como Grandmaster Clock mediante el algoritmo BMCA (Best Master Clock Algorithm).
- PTP v2: Utilizado por AES67, Ravenna, SMPTE ST 2110 y las versiones modernas de Dante. Ofrece una precisión de sincronización sub-microsegundo ($\le 1 \text{ }\mu\text{s}$), eliminando derivas de fase entre dispositivos.
Regla Crítica de Elección del Grandmaster Clock:
En una red híbrida donde conviven consolas digitales, tarjetas PCI y procesadores de altavoces, se debe forzar la condición de Preferred Master en aquel equipo hardware provisto del reloj interno de menor jitter (o sincronizado a un Word Clock / GPS externo). Los ordenadores ejecutando Dante Virtual Soundcard nunca deben actuar como Grandmaster Clock.
Infraestructura de Switches Gestionados: QoS, IGMP y EEE
La correcta configuración del switch de red gestionado (Managed Switch) es la diferencia entre un sistema AoIP robusto y un colapso total del audio en medio de una actuación.
+-----------------------------------------------------------------------------------+
| CONFIGURACIÓN DE SWITCHES PARA REDES DE AUDIO IP |
+-----------------------------------------------------------------------------------+
| CONFIGURACIÓN | ESTADO REQUERIDO | MOTIVO TÉCNICO |
+-------------------------+---------------------+-----------------------------------+
| IGMP Snooping | ACTIVADO (v2/v3) | Evita inundación Multicast |
| IGMP Querier | ACTIVADO | Mantiene la tabla de grupos MAC |
| EEE (Energy Efficient)| DESACTIVADO (OFF) | Evita micro-dormidos de puerto |
| QoS (DiffServ / DSCP) | ACTIVADO (Strict) | Prioriza paquetes PTP y Audio |
| Fast Forward / Cut-thru| ACTIVADO | Minimiza latencia interna |
+-----------------------------------------------------------------------------------+1. Calidad de Servicio (QoS - Quality of Service)
Cuando el tráfico de red aumenta (por ejemplo, al transferir archivos o compartir datos de control), el switch debe aplicar etiquetas DSCP (Differentiated Services Code Point) de Capa 3 para dar prioridad absoluta a los paquetes de reloj y audio:
- DSCP 56 (CS7 / EF - Expedited Forwarding): Asignado a los paquetes de reloj PTP. Ocupan la cola de prioridad estricta (Strict Priority Queue 4 / Highest).
- DSCP 46 (EF) o DSCP 34 (AF41): Asignado al tráfico de Audio PCM.
- DSCP 0 (CS0 / Best Effort): Asignado al tráfico de datos general, control de software, navegación o iluminación.
2. IGMP Snooping e IGMP Querier
En transmisiones Multicast, el switch por defecto se comporta como un HUB, duplicando los paquetes a todos sus puertos y saturando los dispositivos de ancho de banda modesto.
- IGMP Snooping analiza los mensajes de unión (IGMP Join) y envía el tráfico Multicast únicamente a los puertos que han solicitado explícitamente esa fuente de audio.
- Debe haber un único IGMP Querier activo en la subred (habitualmente configurado en el switch principal o Core Switch).
3. El Enemigo Mortal: EEE (Energy Efficient Ethernet / IEEE 802.3az)
Energy Efficient Ethernet (EEE) o “Green Ethernet” es una tecnología diseñada para reducir el consumo eléctrico apagando circuitos del puerto cuando no hay actividad de datos.
En redes de audio sobre IP, EEE entra en bucles de latencia porque confunde los intervalos micro-segundales del audio con inactividad. EEE introduce jitter destructivo, desincronización del reloj PTP y cortes de audio continuos (audio drops). Debe estar desactivado permanentemente en todos los switches de la red.
Segmentación VLAN y Redundancia de Red (Primary / Secondary)
Para eventos de gran escala o instalaciones fijas donde el fallo de un cable no puede silenciar el escenario, se aplican técnicas de diseño de red avanzadas.
+-----------------------------------------------------------------------------------+
| REDUNDANCIA DANTE PRIMARY / SECONDARY |
+-----------------------------------------------------------------------------------+
| [Consola TX] (Puerto Primary) =======> (Switch A) ======> [Procesador PA RX] |
| (Puerto Secondary) =======> (Switch B) ======> (Puerto Secondary) |
| |
| * Ambas redes transmiten tramas idénticas simultáneamente. |
| * Si la Red A se corta, el Receptor conmuta a la Red B sin perder 1 sola muestra.|
+-----------------------------------------------------------------------------------+1. Redundancia Sin Pérdida (Hitless Seamless Protection)
Dispositivos profesionales (como Dante Brooklyn II o tarjetas SMPTE ST 2022-7) poseen dos puertos de red físicos independientes: Primary y Secondary.
- Ambas redes operan en subredes IP completamente aisladas (ejemplo: Red A en
169.254.X.X, Red B en172.31.X.X). - El receptor recibe dos copias exactas del flujo de audio al mismo tiempo. Si alguien desenchufa el cable de la Red Primary, la interfaz conmuta instantáneamente a la trampa de la Red Secondary con 0 muestras perdidas y latencia imperceptible.
2. Segmentación de Redes mediante VLAN (IEEE 802.1Q)
Si la misma infraestructura física de switches debe transportar audio sobre IP, control de luces (Art-Net / sACN), vídeo (NDI) y red Wi-Fi de producción, se deben crear VLANs (Virtual Local Area Networks) independientes:
- VLAN 10: Audio IP (Dante / AES67) - QoS prioritario habilitado.
- VLAN 20: Control y Telemetría (Dante Controller, consolas, procesadores).
- VLAN 30: Lighting & Show Control (Art-Net, sACN).
- VLAN 40: Datos generales / Internet de producción.
Lista de Comprobación y Troubleshooting de Red en Directos
Si experimentas mutilación de audio (audio glitches), la luz de MUTE en Dante Controller o pérdida de paquetes de reloj, sigue esta secuencia de diagnóstico técnico en el terreno:
- Verificar Estado de Enlace Físico: Asegúrate de que todos los puertos del switch negocian a 1 Gbps (Gigabit). Las interfaces de 100 Mbps deben limitarse a canales reducidos.
- Revisar EEE / Green Ethernet: Confirma en la interfaz web del switch que la opción Energy Efficient Ethernet (802.3az) está totalmente desactivada en todos los puertos.
- Comprobar PTP Master Status: En Dante Controller (pestaña Clock Status), verifica que existe un único Grandmaster Clock y que no hay estados descontrolados de Sync Lock Failure.
- Audit de Direccionamiento IP: Si no hay servidor DHCP en la red, asegúrate de que todos los dispositivos están en el rango Auto-IP Link-Local (
169.254.X.X /16) o asignados con IPs Estáticas dentro de la misma máscara de subred (255.255.0.0). - Inspección de Muestra / Latencia: En la pestaña Latency de Dante Controller, observa el gráfico de latencia de transmisión. Si el pico de llegada de paquetes roza el límite de latencia configurado, incrementa la latencia del dispositivo de 500 µs a 1.0 ms o 2.0 ms.
- Validación de IGMP Snooping: Si los indicadores del switch parpadean masivamente en todos los puertos al activar un flujo Multicast, activa IGMP Snooping e IGMP Querier para contener la inundación de tramas.
Preguntas frecuentes
¿Por qué se desincronizan las frecuencias de muestreo o aparece jitter en una red Dante o AES67?
Ocurre principalmente cuando el reloj PTP (Precision Time Protocol IEEE 1588) no puede enviar paquetes de sincronización con la prioridad adecuada por falta de QoS (DSCP 56 / EF), o cuando hay switches no gestionados habilitando Energy Efficient Ethernet (EEE / 802.3az), introduciendo micro-latencias y caídas en la trama de reloj.
¿Cuál es la diferencia técnica fundamental entre Dante y AES67?
Dante es una solución propietaria completa de transporte de audio sobre IP de nivel 3 (L3) desarrollada por Audinate con descubrimiento automático y gestión visual mediante Dante Controller. AES67 es un estándar de interoperabilidad de la Audio Engineering Society que define un conjunto de especificaciones (RTP sobre UDP, PTP v2 IEEE 1588-2008, SDP y mDNS/SAP) para permitir que ecosistemas distintos (Dante, Ravenna, Livewire, Q-SYS) intercambien audio PCM sin comprimir.
¿Por qué el estándar EEE (Energy Efficient Ethernet / 802.3az) destruye las transmisiones de audio IP?
EEE fuerza a los puertos del switch a entrar en un modo de bajo consumo o 'sueño' transitorio cuando el tráfico de datos baja. En audio sobre IP con latencias deterministas sub-milisegundo (como 250 µs o 1 ms), este tiempo de reactivación destruye los paquetes de reloj PTP e interrumpe el streaming continuo de muestras de audio, provocando clicks, pops y desconexiones.
¿Qué diferencia existe entre Dante Virtual Soundcard (DVS) y Dante Via?
Dante Virtual Soundcard (DVS) convierte el puerto Ethernet de un ordenador en una interfaz de audio ASIO/CoreAudio estándar de hasta 64x64 canales con latencias fijas preconfiguradas (mínimo 4 ms, típicamente 10 ms). Dante Via es un software de enrutamiento que permite mapear aplicaciones y dispositivos de audio USB independientes a la red Dante de forma flexible sin requerir hardware específico.
¿Cómo interactúa el protocolo AVB/Milan con respecto al audio IP L3 convencional?
AVB (Audio Video Bridging) y Milan operan en la capa de enlace de datos (L2) del modelo OSI mediante estándares IEEE (802.1BA/AS/Qat/Qav). A diferencia de Dante o AES67 (que usan paquetes UDP/IP en L3), AVB requiere switches de red obligatoriamente certificados AVB/TSN que reservan ancho de banda mediante la especificación SRP (Stream Reservation Protocol) para garantizar cero pérdida de paquetes y latencia ultrabaja determinista.
Continúa aprendiendo
Si esto te suena a chino, empieza por aquí
Relacionadas
Fuentes
- Dante Controller User Guide
Documentación técnica oficial sobre configuración de subredes, arquitectura Unicast/Multicast, asignación de Grandmaster Clock en PTP v1/v2 y gestión de latencias en Dante Controller.
- AES67-2018 Standard for Audio Applications Over IP - High-Performance Streaming
Estándar oficial que establece los parámetros de interoperabilidad AoIP: transporte RTP, reloj PTP v2 IEEE 1588-2008 media profile, paquetes de audio PCM a 48kHz/24-bit y 1ms de packet time.
- RAVENNA Technology Overview & Operating Manual
Especificaciones de arquitectura abierta AoIP en Layer 3, compatibilidad con ST 2110-30 y perfiles PTP de alta precisión para broadcast.
- Milan Specification Document - Interoperable AVB Media Protocol
Especificación de red abierta basada en AVB/TSN de Capa 2 para directo, definiendo formatos de flujo, temporización gPTP (802.1AS) y redundancia seamless.
- Cisco Enterprise Quality of Service Design Guide for Audio/Video over IP
Guía de diseño de red para priorización DSCP (Expedited Forwarding EF / CS7), IGMP Snooping v2/v3 y aislamiento VLAN para protocolos en directo.
Última revisión técnica: 30/09/2026. Si detectas un error, indícalo para corregirlo.