Introducción a AES67 Audio sobre IP

El audio profesional ha pasado de un cambio fundamental de cableado analógico y digital específico a un transporte de red basado en paquetes. Los sistemas de audio sobre IP (AoIP) ahora dominan la transmisión, el refuerzo de sonido en vivo, la grabación y los entornos de sonido instalados porque permiten una rotulación flexible, costos de cableado reducidos y la gestión centralizada. Entre los muchos protocolos y estándares que han surgido, AES67 destaca como el estándar abierto de interIPoperabilidad

Esta guía explica lo que es AES67, cómo funciona, sus características clave y cómo encaja en el paisaje AoIP más amplio. También cubriremos los requisitos de red, beneficios prácticos y casos de uso real, de manera que usted pueda diseñar, desplegar o solucionar con confianza una red de audio compatible con AES67.

¿Qué es AES67?

AES67 es un estándar abierto publicado por la Audio Engineering Society (AES) que especifica cómo se transportan flujos de audio de alta calidad y baja latencia sobre redes IP. AES67-2015 (con actualizaciones en 2018), define los mecanismos de transporte y sincronización que permiten que equipos de diferentes proveedores puedan intercambiar audio sin requerir portones de propulsión o hardware de traducción. En esencia, AES67 es el protocolo de intercoplamiento múltiple que hace

El estándar no prescribe un protocolo de control específico o método de descubrimiento; en cambio, se centra en la capa de transporte: formato de paquete, sincronización de relojes y parámetros de calidad de servicio (QoS). Este alcance objetivo permite a los usuarios un denominador común para conectividad multiplataforma como Dante, Ravenna, Livewire y Q-LAN para apoyar AES67 junto a sus modos nativos.

Contexto histórico: ¿Por qué fue creado AES67?

Antes de AES67, la industria de audio profesional se enfrentaba a un paisaje fragmentado. Dante (por Audinate) dominaba el sonido en vivo y la AV corporativa, Ravenna (por ALC Network y otros) era popular en la radio y grabación, y Livewire (por Telos Alliance) era predominante en la radio. Cada protocolo utiliza diferentes métodos de transporte, esquemas de relojería y formatos de paquete.

Reconociendo el problema, el Comité de Normas AES formó un grupo de trabajo para crear un perfil de transporte común. El resultado fue AES67, que define un denominador común de menor importancia para las corrientes AoIP. Al adherirse a AES67, cualquier dispositivo, independientemente de su protocolo nativo, puede enviar y recibir audio de cualquier otro dispositivo compatible con AES67, siempre y cuando la red esté configurada adecuadamente.

Características clave de AES67

AES67 reúne varios elementos técnicos críticos que aseguran un transporte de audio fiable y de alta fidelidad sobre IP. A continuación, ampliamos las características principales mencionadas en la visión general original.

Interoperabilidad

El objetivo principal de diseño de AES67 es la interoperabilidad. Lo logra estandarizando el formato de carga de audio (Linear PCM, típicamente 16 o 24 bits, 48 kHz tasa de muestra), el protocolo de transporte (RTP sobre UDP/IP), y el método de sincronización (IEEE 1588-2008 Precision Time Protocol, o PTPv2). Debido a que estos bloques de construcción son universales, un modo de mezclarónico de Raveneno puede hablar

La interoperabilidad del mundo real no es impecable — los fabricantes pueden implementar el estándar con pequeñas variaciones— pero el programa de certificación de cumplimiento AES67 ayuda a garantizar que los dispositivos cumplan los requisitos mínimos. Al comprar equipo, busque la marca de cumplimiento AES67 o consulte la documentación de proveedores.

Baja potencia

Latency es el retraso del tiempo entre la entrada de audio y la salida. En el refuerzo del sonido en vivo, los retrasos de más de 1–2 milisegundos (ms) pueden causar problemas de filtración y retroalimentación de laboratorio. AES67 está diseñado para lograr latencia final a extremo tan baja como 0,5–1 ms en condiciones ideales de red, y normalmente bajo 10 ms incluso en instalaciones más grandes.

Sincronización mediante el protocolo del tiempo de precisión (PTP)

AES67 se basa en IEEE 1588-2008 Protocolo sobre el tiempo de precisión (PTPv2) PTP utiliza una jerarquía de master-slave donde un reloj de gran maestro envía paquetes de tiempo a todos los esclavos. Debido a que los relojes de audio muestra deben estar encerrados para prevenir la deriva y los desplegamientos, PTP proporciona una precisión de submicrosecond, mucho más allá de lo que NTP (Protocolo de tiempo de trabajo) puede ofrecer.

Un reloj de gran maestro estable es crítico. La mayoría de los hardware compatibles con AES67 incluyen un maestro de PTP incorporado, o puede utilizar un gran maestro dedicado como el Meinberg M500 o un interruptor con las capacidades de reloj incorporado. La red se cambia debe apoyar el reloj de PTP o modos de reloj transparente para mantener la precisión de tiempo en múltiples aros.

Formato de Codec y Packet estandarizados

AES67 mandatos Audio lineal PCM a 48 kHz velocidad de muestra (con soporte opcional para 44.1 kHz y 96 kHz). El audio se empaqueta en paquetes RTP según un formato definido de “Audio Mapping”. Cada paquete contiene normalmente uno o más canales de audio (hasta 8 por stream en el perfil base, aunque las implementaciones a menudo soportan hasta 256 canales mediante el uso de múltiples secuencias).

El estándar también especifica cómo señalizar la información de flujo usando el protocolo de descripción de sesión (SDP). Esta descripción basada en texto indica a los receptores la dirección IP, el puerto, el tipo de carga, la identidad del reloj y el formato de muestra, permitiendo la configuración automática o manual de conexión.

Cómo funciona AES67

Para entender AES67, ayuda a visualizar el flujo de audio de una fuente a un destino sobre una red IP.

Paso 1: Reloj sincronización. Antes de cualquier flujo de audio, se establece el reloj de PTP Grandmaster. Todos los dispositivos deben sincronizarse con este reloj utilizando PTPv2. La sincronización sucede continuamente, con los dispositivos de esclavos ajustando sus relojes locales para que coincida con el gran maestro en la precisión del nanosegundo.

Paso 2: Stream Anuncio y Discovery. AES67 no define un protocolo de descubrimiento. En lugar de eso, los emisores de secuencia (talkers) anuncian sus flujos disponibles utilizando SDP, que pueden ser encapsulados en SAP (Protocolo de Anuncio de Sesión) o depositados en un sistema de control externo (por ejemplo, Dante Controller, Gerente de RAVENNA de Ravenna). Los receptores (listeners) utilizan el SDP para aprender los parámetros de flujo y luego unirse al grupo multicast.

Paso 3: Transporte. Audio se empaqueta en paquetes RTP y se envía sobre UDP/IP. AES67 utiliza normalmente IP multicast (IGMPv2/v3) para entregar de forma eficiente la misma secuencia a múltiples receptores. Cada paquete incluye un timetamp derivado del reloj PTP, permitiendo al receptor reconstruir la línea de tiempo de audio y amortiguar los datos para compensar el sistema de red.

Paso 4: Calidad del servicio (QoS). Debido a que el audio es sensible al tiempo, AES67 requiere que la red priorice paquetes de audio sobre el tráfico regular de datos. El estándar recomienda utilizar Servicios Diferentes (DiffServ) con un valor DSCP de 46 (Avanzado Expedido) para paquetes de RTP de audio, y 34 para paquetes PTP. La configuración adecuada QoS asegura que la la latencia y el jitter permanecen bajos incluso cuando la red está ocupada.

Requisitos de red

Implementar AES67 exige con éxito una red diseñada para el tráfico en tiempo real. Aquí están los requisitos clave:

  • Gigabit Ethernet o más rápido. AES67 streams pueden consumir hasta 0.64 Mbps por canal mono (16-bit, 48 kHz). Un flujo de 64 canales utiliza ~41 Mbps, que está bien dentro de la capacidad gigabit, pero múltiples secuencias en el mismo interruptor requieren suficiente ancho de banda de backplane. 10 gigabit Ethernet se recomienda para grandes instalaciones.
  • Maneje interruptores que soportan reloj transparente PTP o reloj de límite. Los paquetes de PTP deben ser optimizados con precisión en cada manguera. Los conmutadores de consumo baratos a menudo añaden retraso variable que destruye la sincronización. Busque los interruptores de Cisco (por ejemplo, Catalyst 3850), Netgear (M4300 series), o conmutadores Pro Audio dedicados como el Luminex GigaCore.
  • IGMP snooping y querier. Desde que AES67 se basa en multicast, los interruptores deben gestionar correctamente la membresía de grupos multicast para evitar el tráfico de inundaciones a todos los puertos.
  • Configuración QoS. Los paquetes de audio (DSCP EF) deben colocarse en la cola de máxima prioridad (excepto los paquetes PTP, que necesitan incluso menos jitter). El tráfico no audio como transferencias de archivos o VoIP debe ser marcado con menor prioridad.
  • VLAN separado para audio (opcional pero recomendado). El tráfico de audio en un VLAN dedicado reduce el riesgo de interferencia de tormentas de transmisión o dispositivos de enigma.

Interoperabilidad con otros sistemas AoIP

AES67 fue diseñado para trabajar como puente entre protocolos propietarios. Los tres sistemas AoIP más comunes que soportan AES67 son:

  • Dante (Audinate): Los dispositivos Dante pueden ser convertidos en modo AES67 a través de Controlador Dante. En este modo, actúan como receptores y remitentes AES67 estándar. Dante utiliza su propio control y descubrimiento, pero el transporte de audio sigue AES67. En cuanto a Dante Domain Manager, el soporte AES67 está integrado.
  • Ravenna (ALC Network): Ravenna fue uno de los primeros adoptantes de AES67. Muchos dispositivos Ravenna, incluyendo los convertidores DirectOut RAVENNA-MADI y las interfaces de Fusión de Tecnologías, soportan AES67 nativamente. El modo nativo de Ravenna es totalmente compatible, por lo que no se necesita ningún cambio.
  • Livewire (Telos Alliance): Livewire fue originalmente un sistema AoIP propietario para estaciones de radio, pero versiones posteriores agregaron AES67 soporte. Consolas de Telos’ Axia y procesadores de audio Omnia pueden enviar y recibir secuencias AES67, permitiendo la integración con otras marcas.
  • Q-LAN (QSC): La plataforma Q-SYS de QSC utiliza Q-LAN, que se basa en AES67 para el transporte de audio. Los dispositivos Q-SYS pueden conectarse directamente a otras fuentes y sumideros AES67.
  • ST 2110-30 (SMPTE): Los radiodifusión utilizan SMPTE ST 2110 para los medios no comprimidos sobre IP, y su componente de audio (2110-30) es esencialmente AES67 (con variaciones menores). Por lo tanto, cualquier dispositivo AES67 puede integrarse con una planta de transmisión ST 2110 redundante.

Al conectar dispositivos AES67 de diferentes ecosistemas, el principal reto es el descubrimiento y la gestión de flujos. Un mezclador Dante no puede ver automáticamente un flujo Ravenna a menos que configure manualmente la conexión usando el archivo SDP del receptor. Muchos sistemas proporcionan una página de configuración basada en web donde puede pegar descripciones SDP, o software dedicado como el controlador Dante de Audinate puede hacer streams de referencia cruzada si ambos lados son AES67lian. AES también publica un plan de prueba de interoperabilidad para ayudar a los ingenieros a validar las conexiones.

Beneficios de usar AES67

Si usted está considerando la adopción de AoIP, añadir el soporte AES67 ofrece ventajas claras más allá de cualquier sistema único.

  • Independencia del vendedor: No está encerrado en el ecosistema de un fabricante. Mezcla y combina micrófonos, consolas, procesadores de altavoces, y grabadores de diferentes marcas, siempre y cuando sean compatibles con AES67.
  • Diseño de red simplificado: Mediante el uso de un transporte común, puede reducir el número de redes dedicadas de superposición. Una infraestructura IP puede manejar audio, control e incluso vídeo (cuando se utiliza ST 2110) si QoS y VLAN están correctamente establecidos.
  • Expansión de coste-efectivo: ¿Necesita añadir más entradas? Compre cualquier caja de escenario compatible con AES67, enchufe en su interruptor, configura el flujo, sin necesidad de coincidir con la marca de su consola existente.
  • Futuro-Proofing: A medida que AoIP evoluciona hacia la producción total basada en IP (por ejemplo, SMPTE ST 2110 para la transmisión), AES67 asegura que su equipo de audio se pueda integrar en entornos modernos y de todo tipo de IP.
  • Confiabilidad y redecuancia: Los protocolos de redundancia de red estándar (STP, RSTP o rutas de red redundantes) se pueden aplicar a la red de audio. AES67 no ordena un método de redundancia específico, sino que es posible utilizar redes conmutadas con enlaces redundantes o incluso duplicación por corriente (si es compatible).

Casos de uso para AES67

AES67 aparece en una amplia variedad de aplicaciones de audio profesional. A continuación se presentan algunos ejemplos notables.

Reforzamiento del sonido en vivo

En los recintos y casas de culto, las consolas de mezcla digital de Yamaha (con Dante) y Allen & Heath (con Dante) pueden conectarse a los estrados AES67 de otros fabricantes. Por ejemplo, un DiGiCo SD12 puede recibir secuencias de una estrado Midas DL251 a través de AES67, siempre y cuando ambos estén configurados correctamente.

Radio y radio

Los estudios de radio utilizan tradicionalmente analógico o digital AES3 para la distribución de audio. Hoy en día, las emisoras utilizan AoIP para distribuir audio a través de la instalación e incluso a través de enlaces WAN. Consolas Axia (Livewire) pueden compartir flujos con códecs compatibles con WheatNet-IP o AES67. La sincronización PTP de la norma garantiza que los retrasos de red no causan disfun mezclar audio ni sincronización.

Grabación y postproducción

Los sistemas de grabación de alta gama, como el Pyramix de Merging Technologies (utilizando Ravenna) pueden integrarse con convertidores compatibles con AES67 de RME, Focusrite o DAD. Esto permite a los estudios grabar 128+ pistas de audio sin compresión sin comprar en un solo ecosistema patentado. Las instalaciones de postproducción también utilizan AES67 para hacer el audio entre bahías de edición y salas de máquinas sobre una red compartida.

Instalado Sonido y AV Corporativa

En las salas de juntas, auditorios y museos, los sistemas de sonido instalados a menudo requieren una routa flexible para múltiples zonas. Los procesadores y amplificadores de altavoces AES67 (por ejemplo, de Symetrix, Biamp o QSC) pueden recibir audio de cualquier fuente AES67, permitiendo el control centralizado sobre IP. La escalabilidad de multicast hace que sea fácil añadir zonas sin cableado adicional de punto a punto.

Retos y consideraciones

Mientras que AES67 es una herramienta poderosa, no es sin desafíos. Ser consciente de estos ayudará a evitar los obstáculos comunes.

  • Gran maestro reloj dependencia: Si el Gran Maestro PTP falla y no existe respaldo, todos los dispositivos sincronizados eventualmente se desvían, causando desplegables. Configure siempre un Mejor Algoritmo del Reloj Maestro (BMCA) con múltiples grandes maestros potenciales o utilice hardware que pueda elegir automáticamente un nuevo maestro.
  • Complejidad de configuración de QoS: El marcado DSCP incorrecto puede llevar a la pérdida de paquetes o latencia aumentada. Asegúrese de que sus conmutadores de red se configuran para confiar en las etiquetas DSCP y que las colas de audio son de tamaño adecuado.
  • Limitaciones de Descubrimiento de corriente: AES67 no ofrece un navegador unificado. Es posible que necesite introducir manualmente direcciones IP y descripciones SDP, que pueden ser tediosas en grandes instalaciones. Algunos fabricantes proporcionan software propietario que lo abstrae cuando ambas partes son del mismo proveedor, pero las conexiones de los vendedores cruzados a menudo requieren la configuración manual.
  • Acumulación de latencia: Mientras que la latencia por-hop es baja, múltiples saltos en una red grande (especialmente sobre WAN) pueden empujar latencia total por encima de umbrales tolerables. Utilice el perfil de latencia adecuado y mida la demora de extremo con herramientas como el AES67 Latency Analyzer o un simple tono de prueba.
  • Gestión de ancho de banda: AES67 streams no se han comprimido. Un flujo de 64 canales a 48 kHz/24-bit utiliza ~73 Mbps. Sobrecargar una red gigabit con muchos flujos puede causar congestión. Calcular ancho de banda total y comparar con la capacidad de enlace disponible. Además, tenga en cuenta la replicación multicast, cada puerto de conmutación que se suscribe a un flujo recibe una copia, por lo que la capacidad total en el backplan de conmutador debe ser menos.

El futuro de AES67

AES67 continúa evolucionando. La actualización AES67-2018 añadió soporte para las tasas de muestra opcionales y aclaró algunas recomendaciones de QoS. A la espera, la norma se está incorporando en suites más amplias como SMPTE ST 2110 para la transmisión y las AES70 (OCA) protocolo de control. Lo más importante, AES67 es la base para el Audio sobre IP Interoperability Standard que probablemente definirá el transporte de audio para el próximo decenio.

Para los nuevos en AoIP, dominar AES67 es una piedra paso a paso para entender conceptos avanzados como streaming redundante, IEEE 1722 (AVTP), y redes sensibles al tiempo (TSN). Como más fabricantes adoptan AES67 como una característica de referencia, el costo de entrada sigue bajando, lo que lo convierte en una opción ideal tanto para pequeñas instalaciones como para grandes plantas de radiodifusión.

Conclusión

AES67 es el estándar abierto esencial que permite que diferentes sistemas de Audio sobre IP funcionen juntos. Al estandarizar el transporte, sincronización y formato de paquete, elimina las barreras que una vez impidieron a los ingenieros mezclar marcas de equipos en la misma red. Con baja latencia, reloj robusto a través de PTP, y compatibilidad atrasada con muchos protocolos existentes, AES67 se ha convertido en la capa de interoperabilidad de facto para AoIP profesional.

Para más lectura, consulte el documento oficial AES67 y el Artículo de Wikipedia sobre AES67. Si usted está buscando guías de implementación prácticas, Audinate ofrece un completo biblioteca de papel blanco en AoIP, y la Alianza Telos proporciona excelentes recursos en Livewire y AES67 despliegue.