AES67

Un emisor AES67 empaqueta muestras de audio digital en paquetes RTP para enviarlas por una red IP. Un receptor compatible reconstruye las muestras y las reproduce en el momento previsto. Ambos deben utilizar parámetros compatibles de frecuencia de muestreo, formato de canales, duración de los paquetes y direccionamiento de red. El estándar proporciona un marco de transporte común, pero sigue siendo necesario contrastar las capacidades reales de ambos productos.

La precisión temporal se obtiene mediante una configuración PTPv2 compatible. Los dispositivos deben compartir el dominio de reloj adecuado y ajustes de perfil compatibles, en una red que permita una sincronización estable. El receptor también necesita una descripción del flujo, normalmente mediante información SDP. El método para descubrir, publicar o cargar esa descripción varía según el fabricante; por eso, el enrutamiento puede requerir herramientas ajenas a la especificación de transporte AES67.

• Comprueba las capacidades del emisor y del receptor, no solo la presencia del logotipo AES67.
• Utiliza una combinación compatible de formato de audio, frecuencia de muestreo y duración de paquete.
• Verifica la configuración PTP y el estado del reloj antes de investigar problemas del contenido de audio.
• Confirma la dirección del flujo, la asignación de canales y el método de suscripción del receptor.

Los estudios, las instalaciones de radiodifusión y las producciones en vivo pueden combinar varios ecosistemas de audio en red. Un modo de interoperabilidad definido permite intercambiar audio entre equipos compatibles sin añadir una conversión analógica solo para pasar de un sistema a otro. Así se conserva la ruta digital y se amplían las opciones de conexión. Conviene documentar tanto los ajustes de transporte como los pasos de control necesarios en cada extremo.

Interoperabilidad no significa comportamiento idéntico. Un dispositivo puede ofrecer una matriz de enrutamiento práctica dentro de su ecosistema y exigir información manual del flujo para un receptor externo. La medición de niveles, los nombres de dispositivos, la redundancia y el control remoto no necesariamente acompañan al audio. Cada función adicional debe verificarse por separado.

BarCoe Studios inauguró el primer estudio Dolby Atmos de los EAU conectado íntegramente mediante AES67, basado en equipos de Neumann y Merging Technologies. El artículo sobre mezcla musical en Dolby Atmos explica el contexto de producción. Este ejemplo no garantiza que otros productos de red puedan conectarse sin comprobaciones técnicas.

La transmisión multicast es habitual en AES67 y exige configurar los switches expresamente. IGMP snooping permite limitar el tráfico innecesario, enviándolo a los puertos que lo necesitan. Para gestionar de forma estable la pertenencia a grupos multicast, son importantes un querier adecuado y un diseño de red coherente. Dimensiona la red según los flujos reales, la sobrecarga de los paquetes y los patrones de tráfico, no solo por la cantidad de canales.

Un dispositivo de audio en red Dante compatible con AES67 puede requerir que se active ese modo. No todos los productos admiten las mismas combinaciones de ajustes. Consulta su documentación para comprobar las relaciones de reloj, los sentidos de transmisión admitidos y los límites de canales. El enrutamiento nativo y la recepción interoperable pueden configurarse en herramientas distintas, aunque transporten el mismo contenido.

Imagina una sala de producción en Abu Dabi que necesita enviar una mezcla estéreo de programa desde un sistema de audio en red a un grabador compatible de otro ecosistema. Primero se confirma una configuración AES67 común. Después se enruta el programa a un flujo dedicado, se entrega su descripción de sesión al grabador y se asignan los canales recibidos a las pistas correspondientes.

1. Comprueba los requisitos documentados de formato y sincronización de ambos extremos antes de crear el flujo.
2. Establece una sincronización PTP estable y verifica las interfaces de red y el direccionamiento correspondientes.
3. Publica o exporta la información del flujo y configura la recepción mediante el método admitido.
4. Graba una prueba con voz, música e identificación clara de canales, y reprodúcela antes de la sesión.

No basta con comprobar que se escucha audio. Hay que verificar la identificación izquierda y derecha, el nivel y la continuidad de reproducción y grabación. Que el grabador reciba audio sin poder controlar el dispositivo de origen puede ser normal: AES67 no proporciona automáticamente control remoto de preamplificadores. Documenta los ajustes exactos para poder restablecer la conexión posteriormente.

Suponer que los equipos compatibles no necesitan configuración puede salir caro. Ambos pueden admitir AES67 y tener ajustes predeterminados diferentes. Un reloj sincronizado no demuestra que el receptor esté suscrito al flujo correcto; tampoco basta con ver un flujo para confirmar que se admite su formato de canales. Diagnostica por separado la sincronización, el transporte, la información de sesión y el enrutamiento local.

• No confundas AES67 con el descubrimiento automático ni con un controlador gráfico universal.
• No des por hecho que la redundancia de transporte de un ecosistema se extiende a otro.
• No habilites tráfico multicast en una red de producción sin gestión sin evaluar su impacto.
• Registra los cambios de configuración para comparar futuras actualizaciones de firmware o restablecimientos con un estado funcional conocido.

Ante fallos intermitentes, revisa los contadores de red, el estado del reloj y los informes de errores del receptor, además de escuchar. Prolonga la observación para cubrir el funcionamiento previsto, incluidos los inicios y las paradas de grabación cuando corresponda. Cambiar un cable de audio no resuelve un formato de paquete incompatible, ni editar una descripción de sesión repara una conexión Ethernet dañada.