Lo que es AES67 y por qué importa para profesionales de audio
En la industria de audio profesional, el cambio de analógico a digital ha traído una notable fidelidad y flexibilidad, pero con él se produjo un nuevo desafío: interoperabilidad. Diferentes fabricantes desarrollaron sus propias soluciones de audio-sobre-IP (AoIP), creando ecosistemas aislados que no podían comunicarse entre sí. AES67 fue desarrollado para romper estas barreras.
Antes de AES67, el audio sobre IP era un paisaje fragmentado. Dante, Ravenna, AVB, LiveWire y Q-LAN tenían sus propios mecanismos de transporte, métodos de sincronización y protocolos de descubrimiento. Interconectándolos requerían pasarelas costosas o convertidores propietarios. AES67 surgió como los protocolos de sincronización. traductor universal, definiendo un perfil común mínimo que cualquier proveedor podría implementar. No sustituyó los sistemas existentes sino que proporcionó un puente entre ellos. Hoy, AES67 es ampliamente adoptado y constituye la base para las normas IP de difusión como SMPTE ST 2110.
El propósito básico de AES67
AES67, formalmente conocido como AES estándar para aplicaciones de audio de redes – Interoperabilidad de transmisión de alta eficiencia, no es un protocolo de red de pleno derecho por sí mismo. En lugar de ello, especifica un conjunto de requisitos que los protocolos existentes deben cumplir para garantizar la interoperabilidad. El estándar se centra en tres áreas clave: transporte, sincronización y descubrimiento de flujo. Al ordenar perfiles comunes para RTP (Protocolo de Transporte de tiempo real), PTP (Protocolo de Tiempo de Precisión), y SAP (Proto de Anuncio de bajadación de la Sesión), AES67 asegura que los dispositivos de audio de alta calidad
El estándar admite hasta 2 canales por corriente en su implementación base, pero múltiples secuencias se pueden combinar para soportar mayores recuentos de canales. Funciona en redes Ethernet estándar utilizando IPv4 o IPv6, lo que hace accesible en infraestructura de TI existente. Las tarifas de muestra de 48 kHz y 96 kHz son compatibles con profundidades de bits de 16, 20 o 24 bits. Latency es configurable pero normalmente va desde 1 milisegundos a varios millisecond profesional.
Un aspecto crucial es que AES67 no dicta una topología de red específica o requisitos de conmutación. En cambio, define parámetros que la red debe soportar: routing multicast, distribución de tiempo PTP y calidad de servicio (QoS) marcaciones para el tráfico de audio. Esta flexibilidad permite que AES67 se ejecute sobre redes Ethernet estándar, aunque se recomiendan interruptores especializados con soporte PTP y baja jitter para despliegues grandes o críticos.
Características clave en detalle
Interoperabilidad A través de los proveedores
La característica principal de AES67 es su capacidad de puentear sistemas patentados. Por ejemplo, una consola de mezcla basada en Dante puede recibir audio de un preamplificador de micrófono conectado con Ravenna si ambos son compatibles con AES67. Esto elimina la necesidad de múltiples adaptadores de red o cajas de conversión, simplificando el diseño del sistema y reduciendo el costo. La interoperabilidad se logra mediante la estricta adherencia a los parámetros de secuenciación de medios y configuración de audio.
Rendimiento de baja velocidad
AES67 está diseñado para audio en tiempo real. Admite la transmisión de flujos inéditos y multicast, siendo multicast el método preferido para la distribución punto a punto. La norma permite la latencia tan baja como 1 milisegundo (en modo de tiempo de inactividad de 1 milímetro) para los flujos de 48 kHz, aunque las implementaciones prácticas a menudo utilizan tiempos de bulete de 4 milímetros para el control de la red tardía y la confiabilidad.
Sincronización de precisión con PTP
Todas las redes AES67 confían en IEEE 1588-2008 Precision Time Protocol (PTP) para sincronizar relojes de audio a través de dispositivos. PTP ofrece una precisión de microsegundo nivel, asegurando que todos los dispositivos muestren audio exactamente al mismo tiempo. Esto elimina la deriva del reloj y evita los artefactos audibles como pops, clics o cancelación de fase.
Escalabilidad para cualquier red de tamaño
AES67 escalas de conexiones simples de punto a punto a grandes plantas de transmisión con cientos de flujos. Debido a que utiliza multicast IP estándar, ancho de banda se puede gestionar con IGMP snooping y configuración de conmutación adecuada. El estándar no impone un número máximo de dispositivos o flujos, pero la capacidad de red debe ser planificada en consecuencia. Con 1 Gbps Ethernet, cientos de flujos de audio simultáneos de 48 kHz / bits
Por qué AES67 es crucial para los flujos de trabajo de audio modernos
En la industria de audio de hoy, ningún fabricante único domina todas las categorías de productos. Un estudio de radio puede usar una consola de Lawo (Ravenna), micrófonos inalámbricos Shure (Dante), y monitores de Genelec (AES67 via Dante o Ravenna). Sin AES67, integrar estos sistemas requeriría adaptadores propietarios o hardware de conversión caro. AES67 elimina esa fricción, permitiendo a los profesionales de audio elegir la mejor herramienta.
Además, AES67 admite audio sin compresión de alta calidad, cumpliendo con las exigencias de entornos de escucha críticos. Para los transmisores, el estándar permite la integración sin problemas con ST 2110 (la norma SMPTE para los medios profesionales sobre IP), ya que AES67 forma la capa de transporte de audio para ST 2110-30 y ST 2110-31. Esto hace que AES67 sea una tecnología fundamental para los servicios de radiodifusión basados en IP.
Adoptando AES67 también inversiones para futuros. Debido a que es un estándar abierto no vinculado a ningún proveedor único, el equipo adquirido hoy sigue siendo compatible con los sistemas futuros que soportan AES67. Esto reduce el costo y la complejidad a largo plazo, especialmente en instalaciones a gran escala donde los ciclos de actualización de tecnología son largos. Además, AES67 tiene un camino de actualización claro a AES X192 (actualmente en desarrollo), que promete densidades de canal superior y redundancias.
The Technical Foundation of AES67
Transporte: RTP y Tipos de carga
AES67 utiliza RTP para llevar datos de audio sobre redes UDP/IP. El estándar requiere soporte para el tipo de carga lineal L24 (24-bit) y permite audio de 16-bit y 20-bit. Cada paquete RTP contiene un número fijo de muestras de audio, determinada por el tiempo de paquete (1 ms, 4 ms, o 8 ms).
Sincronización: PTP y bloqueo de dominios
El reloj PTP Grandmaster proporciona la base de tiempo para todos los dispositivos. Puede ser un dispositivo de hardware dedicado (por ejemplo, un reloj PTP de gran maestro de Meinberg o un interruptor Ethernet con capacidades de reloj de límite) o una implementación de software (con menor precisión). Todos los puntos finales AES67 deben ser capaces de sincronizar al dominio PTP y generar relojes de audio bloqueados a la fuente de tiempo PTP.
Stream Discovery: SAP y protocolo de descripción de sesión
Para encontrar secuencias en la red, los dispositivos AES67 utilizan SAP para anunciar sesiones RTP. Cada anuncio contiene un archivo de descripción de sesión (SDP) que describe los parámetros de flujo: fuente IP, dirección multicast de destino, tipo de carga RTP, frecuencia de muestra, número de canales y dominio PTP. Los dispositivos escuchan estos anuncios y pueden suscribirse a los flujos deseados. Algunas implementaciones también soportan la transmisión de puertos multicast para conexiones de puntos
AES67 vs. Other AoIP Protocols
Varios protocolos AoIP dominan el mercado de audio profesional. Entender cómo AES67 se relaciona con ellos es importante para el diseño del sistema.
| Protocolo | Relación con AES67 | Diferencias clave |
|---|---|---|
| Dante | El Audinate es un sistema propietario pero ofrece soporte AES67 en muchos productos desde el firmware de Dante 4.0. Los dispositivos Dante pueden configurarse para la salida de flujos AES67, permitiendo la interoperabilidad con equipos no Dante. | Dante utiliza su propio reloj y descubrimiento (Dante Controller). El modo AES67 puede perder algunas características específicas de Dante (como suscripciones o canales no emitidos por encima de 2). |
| Ravenna | Desarrollado por Lawo y ALC Network, Ravenna se basa en AES67 y lo extiende con características adicionales como flujos redundantes, recuentos de canales más altos y enrutamiento flexible. Los dispositivos Ravenna son compatibles con AES67. | Ravenna ofrece una gestión de red más avanzada y soporta hasta 256 canales por stream, mientras que AES67 limita los límites de base a 2 canales por stream (aunque múltiples secuencias pueden ser agrupadas). |
| AVB / TSN | IEEE 1722 AVB (Audio Video Bridging) y su sucesor TSN (Time-Sensitive Networking) proporcionan transporte determinista con poca distancia. AES67 puede ejecutarse sobre las redes AVB si se configura correctamente, pero AVB requiere interruptores y puntos de referencia especiales. | AVB/TSN garantiza el ancho de banda y latencia, mientras que AES67 se basa en las redes IP de mejor calidad con sincronización PTP. AVB es más complejo y costoso pero ofrece una mayor fiabilidad para aplicaciones críticas. |
| LiveWire | Utilizado por Axia y Telos, LiveWire es un sistema AoIP propietario popular en radio de radio de radio. Algunos dispositivos LiveWire soportan AES67, pero no todos. La interoperabilidad a menudo requiere una puerta de entrada. | LiveWire tiene su propio sistema de control y monitoreo, que puede no estar disponible cuando se usa el modo AES67. |
Para la mayoría de los profesionales de audio, AES67 actúa como puente universal. Permite a una consola Dante hablar con una caja Ravenna I/O, o una matriz de micrófono AVB enviar audio a una consola de radiodifusión que solo admite AES67. La clave es asegurar que los dispositivos se configuran correctamente y que la infraestructura de red cumple con los requisitos para PTP y multicast.
También vale la pena señalar que muchos dispositivos AoIP modernos soportan múltiples modos. Por ejemplo, un solo interruptor puede llevar simultáneamente Dante/AES67 y Ravenna/AES67 secuencias, siempre y cuando utilicen el mismo dominio PTP y los tiempos de paquete compatibles. Esta flexibilidad hace que AES67 sea una excelente opción para entornos heterogéneos.
Implementando AES67 en su configuración
El despliegue exitoso de AES67 requiere una cuidadosa planificación y atención al diseño de redes. Siga estos pasos para integrar AES67 en su sistema de audio.
Paso 1: Verificar la compatibilidad del dispositivo
Compruebe si su equipo existente soporta AES67. Muchos dispositivos Dante modernos tienen un ajuste de firmware para permitir el modo AES67. Los dispositivos Ravenna son normalmente AES67-ready por defecto. Para el equipo más antiguo, puede necesitar una caja de convertidor AES67 dedicada (por ejemplo, desde DirectOut, Digigram o Neutrik). Documentar las tasas de muestra soportadas, los tiempos de paquete y los perfiles PTP de cada dispositivo puede requerir una actualización de una licencia
Paso 2: Diseñar la red
AES67 funciona mejor en una red de audio dedicada o segmentada usando los interruptores Gigabit Ethernet con baja latencia y soporte para la snooping IGMP, reloj transparente PTP o reloj de límite, y la calidad de servicio (QoS) priorización. Los interruptores recomendados incluyen la serie Cisco Catalyst 3850, serie Netgear M4300 o serie Luminex GigaCore. Evite los interruptores de nivel de instalación de nivel de alta como no pueden manejar los errores de carga
Para PTP, designe un dispositivo como reloj de gran maestro. Este debe ser un dispositivo con un oscilador estable (preferiblemente un gran maestro de hardware PTP o una consola de mezcla con reloj interno de alta precisión). Todos los demás dispositivos deben ser configurados como relojes de esclavos. Asegúrese de que los mensajes PTP se dan la máxima prioridad en la red (DSCP 46 o 56 para los mensajes de evento PTP).
Paso 3: Configurar PTP
Configurar el número de dominio PTP consistentemente en todos los dispositivos (dominio común 0 o dominio 1 para AES67). Configurar la configuración del reloj de gran maestro – utilizar el perfil AES67 si está disponible. Para la mayoría de las implementaciones, se recomienda un modo de reloj de dos pasos para la precisión. Una vez que PTP se ejecuta, verifique que todos los esclavos reportan ser sincronizados con el gran maestro dentro de unos pocos microsegundos.
Paso 4: Configurar las corrientes
El uso del software del dispositivo (por ejemplo, Dante Controller, Ravenna Network Manager o aplicaciones específicas para el fabricante), crea emisores y receptores. Cada flujo debe tener una dirección multicast única (en el rango 239.192.0.0/14 es típico para AES67). Configure la misma velocidad de muestra, profundidad de bits y tiempo de paquete en ambos extremos. Para la interoperabilidad, tiempos de paquete de 1 ms, 4 ms compatibles
Paso 5: Prueba y validación
Después de la configuración, verifique que el audio está fluyendo correctamente. Escuchar cualquier fallo de glitches, desplegables o errores de sincronización. Utilice herramientas de diagnóstico de red como WireShark con AES67 dissector, o herramientas de prueba AoIP dedicadas (por ejemplo, Audio Precision APx500 con opción AoIP, o N. V. L. A. B.). Compruebe que la carga offset se mantiene por debajo de 1 micro segundos y que es aplicable
Paso 6: Mantener y monitorear
Una vez que el sistema esté operativo, establece un monitoreo continuo. Utilice SNMP para rastrear los puertos de conmutación, estado PTP y suscripción de flujo. Implementar los grandes maestros PTP redundantes si es necesario para instalaciones críticas. Mantenga el firmware del dispositivo actualizado como fabricantes mejorar la compatibilidad y el rendimiento AES67. Documentar la topología de red, direcciones IP, grupos multicast y configuración PTP para futuras referencias.
Desafíos comunes y cómo superarlos
Incluso con una cuidadosa planificación, las implementaciones AES67 pueden encontrar problemas. Aquí están los problemas más frecuentes y sus soluciones.
- Fallo de sincronización PTP: Utilizado por una selección inadecuada de grandes maestros, aros excesivos de red o interruptores que no soportan reloj transparente PTP. Solución: Use interruptores con soporte de hardware PTP, minimice las azadas, y asegure que el gran maestro tiene una fuente de tiempo estable (por ejemplo, GPS).
- Distorsión o distorsión de audio: A menudo debido a la congestión de red, ajustes QoS incorrectos, o tiempos de paquete desajustados. Solución: priorizar el tráfico de audio (DSCP 56 para RTP), aislar la red de audio del tráfico de datos general, y confirmar que todos los dispositivos utilizan el mismo tiempo de paquete.
- El dispositivo no descubre las corrientes: Los anuncios de SAP pueden ser bloqueados por IGMP snooping o firewalls. Solución: Habilitar la querier IGMP en el interruptor, asegurar que se permite multicast, y comprobar que la dirección de destino de SAP (239.255.0.1) es routable. Algunos dispositivos pueden necesitar multicast para ser habilitados en el VLAN.
- Aumentando la latencia con el tiempo: Solución: Verificar la calidad de bloqueo PTP y que los dispositivos no están cayendo de nuevo al reloj de funcionamiento gratuito. Algunos dispositivos pueden requerir la reconfiguración periódica de PTP. Utilice un gran maestro dedicado con la disciplina GPS para la estabilidad a largo plazo.
- Interoperabilidad entre dispositivos específicos: Algunas combinaciones pueden tener descomunicaciones sutiles de parámetros (por ejemplo, RTP payload type 96 vs. custom). Solución: Compruebe la documentación del fabricante para modos de compatibilidad conocidos, y el soporte de contacto si es necesario. A veces, el uso de un controlador de terceros (como Aneman de Merging) puede ayudar a negociar parámetros.
- Inundación multicast: Sin el snooping IGMP, las corrientes multicast pueden inundar todos los puertos de conmutación, causando problemas de ancho de banda. Solución: Permite el snooping IGMP y configurar un querier. Utilice los puertos de conmutación para limitar la distribución multicast a sólo los dispositivos que necesitan el flujo.
El futuro de AES67
AES67 continúa evolucionando. El AES ha publicado actualizaciones al estándar, y sigue siendo un elemento de trabajo activo. Un gran desarrollo es su integración con SMPTE ST 2110 para la producción de radiodifusión, que utiliza AES67 como el transporte de audio. Como más instalaciones de radiodifusión transición a flujos de trabajo basados en IP, AES67 jugará un papel central. Además, la Audio Engineering Society está trabajando en AES X192, un estándar de próxima generación que puede mejorar la densidad de canal más alta.
Otra tendencia es la convergencia de AES67 con AVB/TSN. Algunos fabricantes ofrecen dispositivos que pueden operar tanto en los modos AES67 como AVB, permitiendo a los usuarios elegir entre redes IP de bajo costo (AES67) o transporte determinístico garantizado (AVB). Como los conmutadores TSN se vuelven más asequibles, las redes híbridas pueden llegar a ser comunes, donde el audio crítico obtiene la garantía TSN y menos el audio crítico utiliza la routing estándar IP.
Por último, la comunidad de código abierto ha adoptado AES67. Proyectos como PipeWire y Jack Audio Connection Kit cuentan con soporte AES67, permitiendo que las estaciones de audio basadas en Linux se conecten a redes profesionales AoIP. Esto reduce la barrera a la entrada para pequeños estudios y profesionales de audio independientes. Además, los proveedores están ofreciendo cada vez más puntos de referencia AES67 definidos por software que pueden ejecutarse en servidores estándar, reduciendo los costos de hardware.
A medida que la industria se mueve hacia infraestructuras de todo el IP, el papel de AES67 como la capa de interoperabilidad sólo crecerá. La adopción de AES67 en nuevos segmentos como audio automotriz, sistemas de intercomunicación y audio distribuido está expandiendo el alcance de la norma más allá del audio profesional tradicional.
Conclusión
AES67 ha cambiado fundamentalmente cómo los profesionales de audio piensan en el audio en red. Al proporcionar una capa de interoperabilidad común, permite que equipos de diferentes fabricantes trabajen juntos sin problemas, reduciendo el costo y la complejidad del sistema manteniendo el alto rendimiento requerido para aplicaciones profesionales. Ya sea que usted está diseñando una planta de radio, un recorrido en vivo o una instalación fija, el entendimiento AES67 le da las herramientas para construir redes de audio más flexibles y confiables.
Para más lectura, consulte la especificación oficial AES67 disponible desde el Audio Engineering Society, y explorar guías de implementación de proveedores como Audinate y ALC Network. Consejos prácticos de diseño de red se pueden encontrar en Puente de radio para una profunda inmersión en la sincronización PTP, consulte la especificación y recursos del IEEE 1588 Meinberg. Adoptar AES67 hoy significa invertir en un estándar abierto que sigue creciendo y evolucionando junto a la industria de audio.