La evolución de la red de audio: ¿Por qué AES67 Asuntos
Audio sobre IP (AoIP) se ha convertido en la columna vertebral de la producción, difusión e instalación de audio moderno. Como estudios, espacios de sonido en vivo y sistemas corporativos de AV, la transición de conexiones a puntos a puntos digitales a redes Ethernet convergentes, la necesidad de un lenguaje común entre los equipos de diferentes fabricantes ha crecido crítica. AES67, un estándar abierto de la Audio Engineering Society, llena esa brecha.
Antes de AES67, las emisoras e integradores a menudo tenían que elegir un ecosistema único, como Dante, Livewire, Ravenna o Q-LAN, y se adhieren con él para garantizar la compatibilidad. Esto creó el vendedor bloqueado y la flexibilidad limitada. AES67 cambió el paisaje especificando un flujo de transporte común, mecanismo de relojería y esquema de descubrimiento. No reemplaza esos protocolos nativos, sino que proporciona un puente, que les permite coexistir redes e intercambiar y explorar audio
¿Qué es AES67? El Marco Técnico
AES67, publicado oficialmente como AES67-2015 y actualizado en 2018, es un estándar para audio de alto rendimiento sobre interoperabilidad IP. Define un perfil para el transporte de audio digital sin compresión en tiempo real sobre redes IP utilizando estándares existentes siempre que sea posible.
- Capa de transporte: El audio se llena con el protocolo de transporte en tiempo real (RTP) sobre UDP/IP. Los formatos de carga estándar para el audio PCM, por lo general 16 o 24 bits por muestra, con tasas de muestra de 48 kHz o 96 kHz. Los canales se mapean en un flujo utilizando un formato de carga RTP basado en opciones AES-3 o ST 2022-6.
- Cierre y sincronización: AES67 se basa en el protocolo de tiempo de precisión IEEE 1588-2008 (PTP) para lograr la sincronización precisa de muestras en todos los dispositivos. Especifica un perfil PTP predeterminado (versión de borrado de SMPTE ST 2059-1) que asegura que todos los dispositivos se bloquean a un reloj común con precisión de submicrosecond, permitiendo alineación de fase sin costura y mínima de bloqueo.
- Descubrimiento de dispositivos y gestión de conexiones: El estándar utiliza un protocolo de descubrimiento de sesión basado en múltiples pantallas (SDP) basado en RTSP y SAP. Los dispositivos anuncian las secuencias disponibles y pueden ser descubiertos manualmente o a través de controladores de software. A diferencia de los sistemas patentados, AES67 no requiere un servidor de gestión central; el descubrimiento es inherente en la infraestructura multicast IP.
Esta combinación de protocolos abiertos y estándar de la industria significa que AES67 es tanto de red-agnóstica como relativamente sencilla para implementar en la infraestructura Ethernet existente, siempre y cuando la red pueda manejar el tráfico multicast y el tiempo PTP.
Cómo AES67 difiere de otros protocolos AoIP
Dante, Ravenna y Livewire tienen sus propios mecanismos de descubrimiento, relojería y transporte. AES67 actúa como un traductor universal de menor consumo. Por ejemplo, un dispositivo Dante puede configurarse para producir una secuencia AES67, que un dispositivo Livewire puede recibir y convertir en su formato nativo. Esto requiere que el fabricante implemente un modo AES67, pero muchos no especifican correctamente la ruta.
Características clave de AES67
- Interoperabilidad Verdadera: Cualquier dos dispositivos compatibles con AES67 puede intercambiar audio directamente. Esto incluye mezcladores, cajas de escenario, interfaces de audio, codecs, e incluso algunas cámaras con capacidad AIP.
- Baja potencia: AES67 soporta latencia tan baja como 1 milisegundo (utilizando 1-ms de tiempo de paquete) y opera comúnmente a 1⁄4 ms, 1⁄2 ms, 1 ms o 2 ms dependiendo de la fuerza de red. Esto lo hace adecuado para el dobladillo de sonido en vivo, monitores en el exterior y el habla de transmisión.
- Sincronización de precisión: Utilizando IEEE 1588 PTP con el perfil AES67, todos los dispositivos permanecen encerrados en 1 μs de cada uno. Esto permite que múltiples secuencias sean resumidas, conmutadas o procesadas sin cancelación de fase.
- Escalabilidad: Debido a que AES67 utiliza multicast IP, un flujo puede ser compartido con muchos receptores. Las redes pueden crecer de unas pocas docenas de canales a miles sin cambios fundamentales, siempre y cuando la red esté correctamente diseñada para multicast.
- Mapping de bloqueo de medios: AES67 puede llevar señales con tasas de muestra de 44,1 kHz hasta 192 kHz (aunque 48 y 96 kHz son más comunes) y profundidades de bits hasta 24. También puede transportar los datos AES3 directamente.
- Redundancia: Aunque no es parte de la especificaciones centrales, los flujos AES67 pueden ser duplicados en caminos IP separados utilizando redundancia de red estándar (por ejemplo, ST 2022-7) cuando se implementa por el dispositivo.
Aplicación AES67: Guía práctica
El despliegue exitoso de AES67 en un entorno de producción requiere una planificación cuidadosa. Los siguientes pasos describen las consideraciones clave, desde la selección de dispositivos a la configuración de red y la vigilancia continua.
1. Seleccione dispositivos compatibles
Muchos fabricantes de audio profesionales ahora apoyan AES67 como un modo nativo o opcional. Busque productos que claramente indican el cumplimiento AES67 en sus hojas de datos.
- Consolas mezcladoras: Allen " Heath dLive, serie Yamaha CL/QL, Behringer Wing (via tarjeta de expansión)
- I/O: RME Digiface, Focusrite RedNet, Dante productos con firmware AES67
- Puentes de red: Audinate Dante interface con el modo AES67, Merging Technologies Anubis (Ravenna)
- Códecs de radio: Tieline, Comrex, APT codecs a menudo incluyen AES67 soporte
Al mezclar diferentes apiladores de marca, verifique que la implementación AES67 incluye la misma configuración de perfil PTP y tiempo de paquete. Algunos fabricantes pueden tener perfiles PTP personalizados que difieren del predeterminado AES67; estos pueden ser ajustados en la configuración de dispositivo si se permite.
2. Preparación de la infraestructura de red
AES67 trabaja mejor en una red Ethernet determinista y de bajo nivel.
- Interruptores Gegabit gestionados: Usar interruptores que soportan la snooping IGMP, la funcionalidad de reloj transparente PTP o reloj de límite, y la priorización de calidad de servicio (QoS). Los interruptores de grado de consumo a menudo bajan multicast o añaden latencia excesiva.
- Manipulación multicast: AES67 streams son direcciones de grupo multicast (en el rango 239.x.x.x por defecto). IGMP snooping garantiza que sólo los puertos suscritos a un flujo reciben sus paquetes, reduciendo el tráfico innecesario. Habilitar la función en todos los conmutadores.
- VLAN (Opcional): Coloca dispositivos de audio en un VLAN de audio dedicado para aislarlos del tráfico de datos. Esto ayuda a controlar tormentas de transmisión y políticas de QoS. Asegúrese de que el dominio del reloj PTP está puenteado a través de VLANs o utilice un interruptor de PTP que puede entregar tiempo a través de subredes.
- Topología de red: Evite la cadena de daisy más de tres interruptores; utilice una estrella o topología de la espina dorsal para un recuento de baja aro. Cada interruptor añade una pequeña cantidad de retraso y desgarro, aunque los interruptores modernos manejados pueden mantener esto muy bajo.
- Ancho de banda: Un solo flujo AES67 de 48 kHz, de 8 canales con muestras de 16 bits utiliza unos 8 Mbps. Para sistemas grandes, asegurar que la columna vertebral de red tenga suficiente ancho de banda y que la poda multicast esté correctamente configurada.
3. Configurar la calidad del servicio (QoS)
Los paquetes de audio deben ser priorizados sobre el tráfico de datos para garantizar tiempos de llegada consistentes. Implementar las siguientes políticas de QoS en todos los conmutadores y puntos finales:
- DSCP (Differentiated Services Code Point): Mark AES67 audio paquetes RTP con DSCP 46 (Avanzado Expedido) o 34 (Assured Forwarding). Para los mensajes de eventos PTP, utilice DSCP 56 (Control de Redes).
- IEEE 802.1p: Establecer 802.1p prioridad a 5 para audio y 7 para PTP. Muchos interruptores mapear estos a las colas de hardware.
- Los límites de confianza: Asegurar que los interruptores confíen en las marcas prioritarias de los puntos finales de audio. Si los puntos finales no marcan correctamente, activen marcar en el ingreso de conmutación basado en las gamas de puertos UDP (por defecto, los puertos AES67 RTP son 5004, 5005, y el puerto 319 para eventos PTP).
4. Configuración de cierre y PTP
La sincronización es quizás el aspecto más crítico de AES67. El estándar requiere un reloj PTP de gran maestro que todos los demás dispositivos siguen.
- Seleccione un Gran Maestro: Utilice un dispositivo dedicado de gran maestro PTP (por ejemplo, un reloj de referencia GPS de Meinberg, Seiko, o un router de audio con capacidad de dominio PTP). Muchas interfaces de audio pueden actuar como maestros, pero un gran maestro dedicado es mejor para las redes grandes.
- Perfil PTP: Establecer todos los dispositivos en el perfil PTP AES67 (también conocido como perfil SMPTE ST 2059-1). Esto utiliza un intervalo de sincronización de 125 ms (8 paquetes por segundo) y un intervalo de solicitud de demora de 1 segundo. Algunos dispositivos soportan un perfil más agresivo para tiempos de bloqueo más bajos; asegurar que se ajuste a todos los dispositivos.
- Ropas de frontera y transparentes: Para redes más grandes, active la función de reloj de límite PTP en los interruptores. Esto recupera el tiempo y lo retransmite, eliminando el jitter acumulativo. Los relojes transparentes ajustan los tiempos de PTP para el tiempo de residencia de conmutación, también una buena opción si los relojes de límite no están disponibles.
- Verificación: Después de la configuración inicial, verifique la sincronización utilizando herramientas de monitoreo PTP (por ejemplo, PTPd, ptp4l o software del fabricante). El offset de master debe ser menos de 500 ns para una operación confiable.
5. Configuración y prueba de flujo
Una vez que la red esté lista, configure los flujos AES67:
- Permite el modo AES67 en cada dispositivo fuente. Esto normalmente implica seleccionar un ajuste de “Redundancia” o “Protocolo”.
- Definir parámetros de flujo: tasa de muestreo (normalmente 48 kHz), profundidad de bits (16 o 24 bits), tiempo de paquete (1 ms es un punto de partida seguro), y dirección IP multicast (salir en auto o asignar dentro de la gama 239.255.x.x.x).
- En el lado receptor, descubra las secuencias disponibles. Algunos dispositivos enumeran automáticamente las secuencias AES67 que coinciden con sus parámetros; otros requieren la entrada IP manual.
- Realizar una prueba de latencia y el jitter. Usar una señal de prueba de referencia (por ejemplo, un tono de 1 kHz) y medir el retraso con un alcance o analizador. Latencia total de red aceptable debe estar bajo 2 ms para la mayoría de las aplicaciones de sonido en vivo.
Beneficios de la adopción AES67
- Eliminación de bloqueo del vendedor: Puede mezclar y combinar equipos de diferentes marcas sin preocuparse por la incompatibilidad de protocolo. Esto crea ahorros de costes y la flexibilidad futura.
- Convergencia de red: AES67 se ejecuta en Ethernet estándar, permitiendo que el audio coexista con el video de control y los datos en la misma infraestructura, siempre que VLANs y QoS estén correctamente establecidos.
- Futuro-Proofing: A medida que la industria mediática avanza hacia la producción basada en IP (SMPTE ST 2110), AES67 sirve como componente de audio en muchas implementaciones ST 2110. Invertir en AES67 hoy le posiciona para las normas de mañana.
- Reducir latencia: Con la configuración adecuada, AES67 puede ofrecer conexiones analógicas directas de sub-2 ms de latencia final a extremo.
- Escalabilidad y flexibilidad: La adición de nuevos dispositivos requiere sólo una conexión y configuración de red, no nuevo hardware de cableado o distribución de señales.
Retos y consideraciones
Mientras que AES67 es poderoso, no es sin desafíos. Entender estos ayudará a evitar los obstáculos:
- Curva de aprendizaje: Los ingenieros de red que no están familiarizados con PTP o multicast pueden luchar. Invierte en entrenamiento o contrata a un especialista para la configuración inicial.
- Funcionalidad limitada: AES67 es un estándar de transporte y sincronización; no proporciona una trucha automática, gestión de redundancias o control. Los protocolos nativos (por ejemplo, Dante Controller) ofrecen características de gestión más ricas.
- Compatibilidad de dispositivo Gaps: No todos los dispositivos “compatibles” AES67 funcionan sin problemas juntos. Las diferencias en los perfiles PTP, los predeterminados del tiempo de paquete (por ejemplo, 125 μs vs 1 ms), o los intervalos de anuncios SDP pueden requerir el ajuste manual.
- Requisitos de red: La necesidad de interruptores gestionados, soporte PTP y QoS puede aumentar el costo de infraestructura. Sin embargo, en la mayoría de los entornos profesionales, estas características ya están presentes.
- Saturación multicast: Sin el snooping y la poda IGMP adecuado, AES67 streams pueden inundar la red. Asegúrese de que todos los interruptores soportan y han habilitado estas características.
Casos de uso: Donde AES67 Shines
Radio y televisión de radio y televisión
En las instalaciones de radiodifusión, AES67 permite la integración de codecs con consolas digitales, audio de enrutamiento entre estudios y centros de transmisión. Muchos codecs de radiodifusión (Tieline, Comrex) apoyan AES67, permitiendo un sonido de llamada sin costuras y una contribución remota.
Reforzamiento del sonido en vivo
Las configuraciones de festivales y giratorios suelen incluir consolas de mezcla de diferentes fabricantes. AES67 proporciona un puente universal entre etapas, monitores y camiones de transmisión. Por ejemplo, una consola FOH (por ejemplo, Yamaha CL5) puede enviar una mezcla multicanal sobre AES67 a una consola de monitor (por ejemplo, Allen & Heath dLive) sin necesidad de una serpiente digital dedicada.
Audio instalado (Corporate AV y Educación)
Los grandes centros de conferencias, las sedes de artes escénicas y las universidades utilizan AES67 para conectar micrófonos, unidades DSP y puntos finales amplificadores de diversos proveedores. La capacidad de ejecutar audio sobre infraestructura de TI existente simplifica la instalación y los cambios futuros. La sincronización PTP asegura que la reproducción de audio distribuida permanece en fase.
El futuro de AES67 y las normas conexas
AES67 no es la parada final. Ahora es un bloque de construcción para estándares más completos como SMPTE ST 2110, que separa vídeo, audio y metadatos sobre IP para la transmisión profesional. ST 2110 incrusta AES67 para su componente de audio (ST 2110-30 y ST 2110-31). La sinergia significa que los dispositivos AES67 pueden ser utilizados directamente en entornos ST 2110. Audio Engineering Society continúa actualizando AES67 para atender nuevos requisitos como tasas de muestra más altas y mejor descubrimiento.
Otro estándar emergente es Ravenna, que es totalmente compatible con AES67 y añade características avanzadas como el enrutamiento dinámico y la auto-sanación. Muchos fabricantes ahora ofrecen tanto los modos AES67 puros como Ravenna. Mientras el ecosistema AoIP madura, podemos esperar que todos los dispositivos de audio profesionales hablen AES67 en su núcleo, con extensiones patentadas opcionales para los usuarios de energía.
Conclusión: Fundación para la Red Interoperable de Audio
AES67 es más que una especificación técnica; es la clave que desbloquea la interoperabilidad en el mundo AoIP. Al adoptar un conjunto común de mecanismos de transporte, reloj y descubrimiento, permite a los profesionales de audio construir redes flexibles, escalables y futuras sin ser encerrados en un solo proveedor. La implementación exitosa requiere una atención cuidadosa a la infraestructura de red, configuración PTP y compatibilidad con dispositivos, pero el pago es significativo:
Ya sea que esté diseñando una infraestructura de transmisión, implementando un sistema de sonido en vivo o instalando una red AV empresarial, AES67 proporciona la base para la integración de audio sin costuras. Comience por auditar su equipo actual para soporte AES67, planifique su topología de red con multicast y PTP en mente, y pruebe a fondo antes de ir en vivo.