Comprender AES67 y sus beneficios
AES67 es un estándar desarrollado por la Sociedad de Ingeniería de Audio que define un método para transportar audio de alta calidad sobre redes IP. Se creó para resolver un problema fundamental en audio profesional: la proliferación de protocolos de audio-sobre IP incompatibles. Antes de AES67, los dispositivos que utilizan Dante, Ravenna, Livewire o Q-LAN no podían comunicarse fácilmente entre sí, forzando a los estudios y las instalaciones de radiodifusión en los ecosistemas comunes.
El estándar especifica el transporte de audio mediante RTP (Protocolo de Transporte en tiempo real) en las redes UDP/IP, con formatos de audio PCM a tasas de muestreo de 48 kHz o 96 kHz y profundidades de bits de 16, 20 o 24 bits. Admite la transmisión unicast y multicast, permitiendo una routización flexible en los pequeños estudios y las instalaciones de transmisión en gran escala.
- Flujo de audio estandarizado que funciona a través de diferentes ecosistemas de fabricantes
- Reducir la complejidad de la configuración eliminando la necesidad de hardware de cobertura patentada
- Mayor flexibilidad en el audio de enrutamiento entre consolas, mesas de mezcla y otros dispositivos
- Escalabilidad para grandes entornos de audio con docenas o cientos de canales
- Ahorro de costos mediante el aprovechamiento de la infraestructura de red IP existente en lugar de cableado de audio dedicado
Para instalaciones que ya tienen una mezcla de consolas analógicas heredadas, mesas de mezcla digital y nuevos dispositivos equipados con AoIP, AES67 ofrece un camino práctico para la unificación. No requiere reemplazar todo el equipo de una vez; en lugar de ello, permite la integración incremental, preservando las inversiones de capital y permitiendo flujos de trabajo modernos.
Especificaciones técnicas básicas
AES67 opera con parámetros de rendimiento específicos para garantizar la calidad de audio de grado profesional. Los mandatos estándar soportan un mínimo de ocho canales por corriente, con tasas de muestra de 48 kHz y 96 kHz. Utiliza el formato de codificación de audio L24, que es PCM lineal de 24 bits, y requiere latencia de red de no más de 1 milisegundo para flujos de unicast y 2 milisegundos para flujos de sonido de alta frecuencia.
La empaquetadura sigue el estándar RTP, con cada paquete que lleva un número fijo de muestras de audio. El tiempo de paquete predeterminado es de 1 milisegundo, que a 48 kHz la tasa de muestra significa 48 muestras por paquete. Este enfoque asegura que los datos de audio se entregan con el tiempo determinista, que es esencial para la sincronización en múltiples canales y dispositivos.
Interoperabilidad entre protocolos
El valor primario de AES67 radica en su capacidad de puentear diferentes protocolos de audio-sobre-IP. Dante, desarrollado por Audinate, es uno de los sistemas AoIP más utilizados en sonido en vivo e instalado audio. Ravenna, desarrollado por ALC NetworX, es común en entornos de emisión y producción. Livewire, de The Telos Alliance, es popular en las pasarelas de radio.
Por ejemplo, una consola mezclada con capacidad para Dante puede enviar audio a un procesador de radio con base en Ravenna utilizando AES67 como capa de transporte. Asimismo, un sistema Livewire puede recibir flujos AES67 de una red Dante, permitiendo que las estaciones de radio integren escritorios de mezcla digital con su infraestructura AoIP existente. Esta interoperabilidad se logra mediante un perfil de cumplimiento común que define el formato específico de carga RTP, los parámetros de descripción de reloj.
Los principales fabricantes ahora incluyen el soporte AES67 en sus productos. El firmware de Audinate incluye el modo AES67, las consolas de Yamaha admiten AES67 a través de su interfaz TwinLANe, y los escritorios de mezcla de difusión de Lawo utilizan Ravenna, que es nativamente compatible con AES67. Esta amplia adopción significa que la integración es a menudo una cuestión de configuración en lugar de adición de hardware.
Evaluación de su equipo existente
Antes de comenzar un proyecto de integración AES67, realice una auditoría exhaustiva de su infraestructura de audio existente. Documente cada consola, escritorio de mezcla, procesador, router y dispositivo periférico en su cadena de señal. Para cada dispositivo, determine si soporta AES67 nativamente, soporta un protocolo compatible que puede configurarse para AES67, o requiere interfacing externo.
Esta evaluación debe incluir tanto hardware como capacidades de software. Muchas consolas de mezcla digital modernas incluyen puertos Ethernet que pueden utilizarse para el transporte de audio, pero la implementación exacta varía según el fabricante y el modelo. Algunas consolas requieren tarjetas de interfaz opcionales o actualizaciones de firmware para permitir la funcionalidad AES67. Otras pueden soportar AES67 sólo en modos de operación específicos o con licencias de software.
Verificación de soporte nativo
Los dispositivos con soporte nativo AES67 tendrán un puerto de red que se puede configurar para enviar y recibir directamente las secuencias AES67. Ejemplos comunes incluyen consolas Allen & Heath dLive y Avantis (con las tarjetas Dante o SLink correspondientes), Wing de Behringer (con la tarjeta de expansión Dante), y muchas consolas de transmisión de Lawo y Calrec. Para estos dispositivos, la integración implica conversión de red y streamut.
Si su consola admite Dante pero no AES67 de forma nativa, compruebe si Dante firmware incluye el modo AES67. Las tarjetas y módulos Dante de Audinate han soportado AES67 desde la versión de firmware 4.0. Permitir este modo normalmente requiere un cambio de configuración en el software Dante Controller. De forma similar, los dispositivos Ravenna son inherentemente compatibles a AES67 porque Ravenna utiliza los mismos sistemas RTP y PTP.
Firmware y Consideraciones de Software
Firmware anticuado es un obstáculo común para la integración AES67. Los fabricantes liberan actualizaciones que agregan soporte AES67, mejora la estabilidad o expanden la compatibilidad. Antes de proceder con instalación física, compruebe las páginas de soporte para cada dispositivo y aplique las últimas versiones de firmware. Esto es particularmente importante para los conmutadores de red, que pueden requerir actualizaciones de firmware para apoyar los patrones de tráfico multicast utilizados por AES67.
El software de control también juega un papel. Por ejemplo, Dante Controller debe ser actualizado a una versión que soporta el modo AES67. De manera similar, el software de gestión de Ravenna, como el Ember+ de Lawo, debe configurarse para exponer las secuencias AES67. Documentar todas las versiones de software y asegurar que sean compatibles entre sí antes de intentar la integración.
Requisitos de infraestructura de red
AES67 se ejecuta en redes Ethernet estándar, pero no todos los conmutadores de red son adecuados. La norma requiere soporte para el snooping IGMP, que gestiona el tráfico multicast eficientemente enviando corrientes sólo a puertos que los han solicitado. Sin IGMP snooping, tráfico multicast inunda todos los puertos, consumo de ancho de banda y causa de congestión. Maneje interruptores U de proveedores como Cisco, Netbiar, HPti típicamente.
La calidad del servicio (QoS) es otro requisito crítico. AES67 audio streams deben ser priorizados sobre otro tráfico de red para prevenir la pérdida y el desorden de paquetes. Configure QoS para asignar la máxima prioridad al tráfico de audio, normalmente utilizando DiffServ Code Points (DSCP) con la clase EF (Expedited Forwarding). Esto asegura que incluso cuando la red está ocupada, los paquetes de audio se entregan con tiempo constante.
También es importante la capacidad de red. Un solo flujo AES67 a 48 kHz con resolución 24 bits y ocho canales requiere aproximadamente 6.2 Mbps de ancho de banda. Una instalación con 48 canales de audio necesitará unos 37 Mbps para audio solo, además de sobrecarga para el tráfico de control y otros servicios. Gigabit Ethernet (1000BASE-T) es el mínimo recomendado para cualquier implementación de AES67, con 10 GbE recomendado para instalaciones más grandes.
Actualización o adición de AES67 Compatibilidad
Para el equipo que no soporta AES67 nativamente, hay varias rutas de actualización disponibles. La elección depende de los dispositivos específicos involucrados, el número de canales necesarios y el presupuesto disponible. En muchos casos, una combinación de enfoques produce los mejores resultados.
Dispositivos y convertidores de interfaz
Los cuadros de interfaz externos que convierten audio analógico o digital a los flujos AES67 son la solución más sencilla para el equipo legado. Estos dispositivos aceptan señales analógicas de nivel de línea, audio digital AES3 o entradas ópticas ADAT y salida AES67-compatible RTP sobre Ethernet. Ejemplos incluyen la serie Focusrite RedNet, la serie AVB-Tool (con soporte AES67), y el modo Ferrofish A67 A
Para consolas analógicas, un cuadro de interfaz de 16 canales proporciona una manera sencilla de añadir la capacidad AES67. Conecte las salidas de la consola a las entradas analógicas de la interfaz utilizando cables XLR o TRS equilibrados, luego configura la interfaz para transmitir el audio como flujos multicast AES67. El mismo enfoque funciona en inversa para monitorear o reproducir: la interfaz recibe secuencias AES67 y salidas de entrada ana para la línea de la consola.
Consolas digitales con salidas AES3 pueden utilizar un convertidor de formato para puentear a AES67. Los dispositivos como RME HDSPe AES o el Lynx AES16e pueden configurarse para enviar datos AES3 sobre IP utilizando formato AES67. Este enfoque preserva la naturaleza digital de la señal, evitando las pérdidas de conversión que se producen con interfacing analógico.
Protocolos de Bridging
Algunas instalaciones tienen una mezcla de sistemas AoIP que no pueden intercambiar directamente las secuencias AES67. En estos casos, un dispositivo de puente de protocolo proporciona la traducción entre sistemas. Por ejemplo, un puente que convierte Dante a AES67 y viceversa permite que una consola Dante se comunique con un procesador AES67-sólo. Los dispositivos Dante de segunda generación admiten a AES67 de forma nativa, pero los dispositivos Dante más antiguos pueden requerir un puente.
El estándar AES67 sirve como puente. En la práctica, muchos fabricantes implementan AES67 como un modo dentro de su protocolo existente. Por ejemplo, una consola Yamaha CL5 con una tarjeta Dante puede ser conmutada al modo AES67, permitiéndole comunicarse directamente con los dispositivos Ravenna. De igual manera, una consola Wheatstone usando Livewire+ puede ser configurada para enviar secuencias AES67 a una red Dante.
Actualizaciones de firmware
Las actualizaciones de firmware son el camino menos costoso a la compatibilidad AES67. Si su equipo existente incluye puertos de red que se utilizan para el control o el transporte de audio, compruebe si el fabricante ha lanzado firmware que añade soporte AES67. Esto es común para consolas y procesadores de audio que fueron liberados originalmente con protocolos propietarios pero se han actualizado para apoyar AES67 a través del software.
Por ejemplo, las versiones de firmware temprana de la serie Allen & Heath dLive no apoyaron AES67, pero versiones posteriores agregaron soporte a través del puerto de expansión SLink. De igual manera, algunos modelos de la serie Yamaha Rivage PM recibieron soporte AES67 a través de actualizaciones de firmware. Siempre verifique con el fabricante que el firmware actualizado es estable y compatible con su configuración.
Configuración de su red para una operación sin problemas
La configuración de red es el aspecto más exigente técnicamente de la integración AES67. Una red configurada correctamente garantiza una baja latencia, un audio sin jitter y un descubrimiento de secuencias fiable. Las siguientes directrices cubren los pasos esenciales para construir una red AES67 robusta.
Calidad de servicio (QoS) Priorización
QoS no es negociable para redes AES67. Sin QoS, los paquetes de audio compiten con el tráfico de datos en igualdad de condiciones, lo que conduce a la pérdida de paquetes, el desorden y los artefactos audibles. Configure sus conmutadores gestionados para clasificar y priorizar el tráfico AES67 basado en valores DSCP. La norma AES67 recomienda utilizar DSCP EF (46) para datos de audio, que proporciona una baja velocidad y un reenvío.
Establecer políticas QoS en cada interruptor en la vía de audio. Las políticas deben incluir:
- Clasificación de paquetes entrantes basado en valores DSCP
- Asignación de la cola de máxima prioridad para el tráfico de audio
- Prelación estricta queuing en lugar de ponderado justo queuing para el tráfico de audio
- Reserva de ancho de banda para audio streams para evitar la inanición de otros servicios
Prueba tu configuración QoS generando tráfico en la red y verificando que las secuencias de audio mantienen una latencia constante. Herramientas de análisis de redes como Wireshark pueden capturar paquetes de audio y mostrar información de tiempo, ayudándote a confirmar que QoS está funcionando correctamente.
Segmentación de redes y subnetting
Coloque todos los dispositivos AES67 en la misma subred para un rendimiento óptimo. Cuando los dispositivos están en diferentes subredes, el tráfico multicast debe pasar por un router, que puede introducir latencia y la pérdida de paquetes. Si su instalación requiere múltiples subredes, configure el enrutamiento multicast con IGMP proxy o PIM (Protocol Independent Multicast) para asegurar que los flujos de audio lleguen a todos los destinos.
La segmentación de VLAN puede ser útil para la gestión de seguridad y tráfico. Cree un VLAN de audio dedicado que sólo lleva AES67 y el tráfico de control. Esto aisla el audio del tráfico de datos como navegación web, correo electrónico y transferencias de archivos, reduciendo el riesgo de interferencia. Asignar el VLAN de audio una alta prioridad en la configuración de conmutación para proteger aún más la integridad de la secuencia.
Usar direcciones IP estáticas para todos los dispositivos AES67 siempre que sea posible. El tratamiento estatico elimina la dependencia de servidores DHCP, lo que puede introducir retrasos si fallan o reinician. Si se requiere DHCP, configure las reservas de direcciones para asegurar que cada dispositivo reciba siempre la misma dirección IP. Esta consistencia simplifica la configuración de secuencia y la solución de problemas.
Latency and Synchronization
AES67 utiliza PTPv2 (IEEE 1588-2008) para sincronización de relojes. Un reloj de gran maestro PTP proporciona un tiempo de referencia que todos los dispositivos en la red utilizan para alinear sus relojes de audio. Sin sincronización PTP exacta, flujos de audio deriva en relación con el otro, causando clics, pops y deslizamiento de muestra.
Seleccione un gran maestro de PTP que es preciso y estable. Los osciladores de GPS-disciplinados proporcionan la máxima precisión, pero para la mayoría de las instalaciones, un interruptor de PTP dedicado o un gran maestro de software que se ejecuta en un servidor estable es suficiente. Configure todos los interruptores para soportar el modo de reloj transparente PTP, que compensa el retraso que los paquetes se acumulan a medida que pasan a través del interruptor.
Establecer el dominio PTP correctamente. AES67 utiliza el dominio PTP 0 por defecto. Asegúrese de que todos los dispositivos se configuran al mismo número de dominio para sincronizar con el mismo gran maestro. Si su instalación también utiliza Dante, note que Dante utiliza el dominio PTP 0 también, que es compatible con la sincronización AES67.
Implementando AES67 en su flujo de trabajo
Con hardware y red preparadas, la fase de implementación se centra en configurar dispositivos, configurar secuencias y validar el rendimiento. Siga un enfoque sistemático para minimizar la perturbación y asegurar una transición suave.
Configuración de dispositivos
Configure cada dispositivo AES67 con su configuración de red, incluyendo la dirección IP, máscara de subred, gateway y DNS si es necesario. Habilitar el modo AES67 en cada dispositivo, que puede implicar cambiar un ajuste en el panel de control del dispositivo o software. Para dispositivos Dante, esto significa habilitar el modo AES67 en el controlador de Dante. Para dispositivos Ravenna, significa configurar el modo de red de audio a AES67.
Define las secuencias de audio que cada dispositivo enviará y recibirá. Para enviar, configura el flujo con la velocidad de muestreo deseada (48 kHz es la más común), profundidad de bits (24 bits recomendados), número de canales y multicast o dirección unicast. Para recibir, suscribe cada dispositivo a los flujos que necesita. La mayoría de software de control permite la routa de arrastrar y soltar entre fuentes y destinos.
Documenta cada flujo con su dirección IP multicast, número de puerto y mapeo de canales. Esta documentación es invaluable para la solución de problemas y para la expansión futura. Usa una convención de nombres consistente para secuencias que incluye el dispositivo fuente, zona de destino y rango de canal (por ejemplo, "FOH-Console Stage-1 Ch1-8").
Gestión de la rutina y la corriente
Stream routing en AES67 se gestiona a través de archivos SDP (Session Description Protocol), que describen el formato y el tratamiento de cada secuencia. Algunos sistemas generan e intercambian automáticamente archivos SDP a través de protocolos de descubrimiento como mDNS (Bonjour) o SAP (Protocolo de Anuncio de Session).
Para grandes instalaciones, considere utilizar un sistema de gestión de flujo centralizado. Productos como Dante Domain Manager o Lawo's Ember+ proporcionan una interfaz unificada para el enrutamiento de audio entre dispositivos de diferentes fabricantes. Estos sistemas manejan intercambio SDP, monitoreo de PTP y estado de corriente, simplificando la gestión diaria.
Prueba de la routa enviando un tono de prueba desde un dispositivo fuente y verificando que el dispositivo de destino lo recibe. Compruebe tanto el nivel como la fase del audio para asegurar que todos los canales estén correctamente mapeados. Si está utilizando flujos multicast, verifique que sólo los dispositivos previstos se suscriben a cada flujo mediante la comprobación de la membresía del grupo IGMP en los interruptores.
Pruebas y validación
Es esencial realizar pruebas completas antes de confiar en AES67 en producción en vivo. Comience con un solo par de secuencias y agregue progresivamente más secuencias hasta que se alcance el recuento completo de canales. Supervise la utilización de la red, carga CPU en interruptores y estabilidad de sincronización PTP a lo largo del proceso de prueba.
Medir latencia final a fin desde la entrada analógica a la salida analógica. Usar un generador de pulso y osciloscopio o una herramienta de medición de latencia dedicada para confirmar que latencia cae dentro de límites aceptables. Para aplicaciones de sonido en vivo, latencia debe estar por debajo de 2 milisegundos ida. Para la transmisión, latencia superior puede ser tolerada, pero la consistencia es crítica.
Prueba el comportamiento de la falla. Si su red soporta caminos redundantes (por ejemplo, a través de Spanning Tree Protocol o agregación de enlaces), simula una falla de cable y verifica que el audio continúa sin interrupción. Algunos dispositivos AES67 soportan la redundancia de flujo a través de interfaces de red redundantes; confirma que esto funciona correctamente en su configuración.
Entrenar al personal en la gestión del sistema AES67. Proporcionar documentación sobre la routa de corriente, monitoreo de PTP y pasos comunes de solución de problemas. Designar a una persona puntera responsable de mantener la red y gestionar actualizaciones de firmware. Las redes AES67 requieren atención continua, por lo que la construcción de conocimientos internos es una inversión valiosa.
Solución de problemas de integración común
Incluso con una planificación cuidadosa, los proyectos de integración a menudo se encuentran con problemas. Las secciones siguientes describen problemas comunes y sus soluciones.
Cuestiones de la competencia y la Jitter
Latency problems usually origin from network congestion or inadequate QoS settings. Compruebe que las políticas de QoS se aplican correctamente en todos los interruptores y que el tráfico de audio se está colocando en la cola de máxima prioridad. Utilice herramientas de monitoreo de interruptores para verificar que no se desplacen ni se retrasan.
Jitter, que causa distorsión de audio o desplegamientos, a menudo resulta de problemas de sincronización de reloj. Verifique que todos los dispositivos se sincronizan con el mismo gran maestro de PTP y que el gran maestro está funcionando correctamente. Utilice una herramienta de monitoreo de PTP como ptp4l o el diagnóstico incorporado en su software de control para comprobar y retrasar los valores. Si el gran maestro es inestable, considere actualizar a un interruptor de PTP dedicado o GPS-discipiente.
Device Discovery y Compatibilidad
Si los dispositivos no pueden descubrirse en la red, compruebe que están en la misma subred y VLAN. El tráfico multicast para el descubrimiento (mDNS) y el anuncio de flujo (SAP) no puede cruzar los límites de router sin configuración. Si los dispositivos deben residir en diferentes subredes, configurar el reenvío multicast o utilizar el intercambio de archivos SDP estático.
Los problemas de compatibilidad pueden surgir incluso entre dispositivos que reclaman soporte AES67. Diferentes fabricantes pueden implementar ciertas características opcionales de manera diferente, lo que lleva a la interoperabilidad parcial. Compruebe la documentación de cumplimiento para cada dispositivo y asegurar que todos soportan el mismo perfil AES67. La norma AES67 incluye varios perfiles que especifican diferentes niveles de soporte; elegir dispositivos que coinciden en el mismo perfil elimina la mayoría de problemas de compatibilidad.
Futuro procesamiento de su infraestructura de audio con AES67
AES67 no es la palabra final en audio-sobre-IP, pero proporciona una base sólida para el crecimiento futuro. A medida que las instalaciones de emisión y producción se mueven hacia la infraestructura basada en IP, la capacidad de integrar diversos equipos se vuelve cada vez más valiosa. AES67 es también el componente de audio de la norma SMPTE ST 2110 para los medios profesionales sobre las redes IP gestionadas, que se está convirtiendo en el predeterminado para la producción y distribución de televisión.
Escalabilidad y expansión
Diseña tu red con ampliación en mente. Elige interruptores con suficiente densidad de puerto y ancho de banda para acomodar futuros dispositivos. Plan para al menos 20% de la sección en uso ancho de banda. Seleccione el equipo que soporta mejoras de firmware, ya que futuras revisiones del estándar AES67 pueden incluir nuevas características o mejoras de rendimiento.
Considere la posibilidad de adoptar un protocolo único en toda su instalación, siempre que sea posible. AES67 proporciona interoperabilidad, utilizando un protocolo unificado como Dante o Ravenna a lo largo de simplifica la gestión y solución de problemas. AES67 sirve como el inconveniente para sistemas de puente que utilizan diferentes protocolos.
Emerging Standards and SMPTE ST 2110
SMPTE ST 2110 es una serie de estándares para el transporte de vídeo, audio y metadatos sobre redes IP. Su componente de audio, ST 2110-30, se basa en AES67. Las instalaciones que adoptan SMPTE ST 2110 para vídeo, naturalmente, soportan AES67 para el audio, creando una infraestructura IP perfecta para todos los tipos de medios. La planificación para ST 2110 asegura que su red de audio siga siendo relevante a medida que la tecnología de producción evoluciona.
Para las emisoras y las casas de producción, el traslado hacia ST 2110 desbloquea capacidades avanzadas como el enrutamiento de vídeo y audio sin costuras, el cambio de flujo dinámico e integración con herramientas de producción basadas en la nube. El equipo de audio compatible con AES67 puede formar parte de un entorno ST 2110 con una configuración mínima adicional, protegiendo su inversión en las consolas existentes y los escritorios de mezcla.
Conclusión
Integrando AES67 con consolas de audio existentes y mesas de mezcla transforman las capacidades operativas de una instalación. La norma descompone barreras entre sistemas patentados, reduce la complejidad de la cabina y proporciona un camino escalable para el crecimiento futuro. Ya sea que esté conectando una consola analógica vintage a una red digital moderna, que brinde un sistema Dante a una red de radiodifusión Ravenna, o preparándose para la adopción SMPTE ST 2110, AES67 ofrece la interoperabilidad.
El éxito depende de una evaluación cuidadosa del equipo existente, la configuración de red reflexiva y pruebas rigurosas. Siguiendo las directrices de este artículo, puede lograr una integración perfecta que realce sus flujos de trabajo de audio sin perturbar las producciones. Con AES67 en su lugar, su instalación está lista para la próxima generación de tecnología de audio-sobre-IP.