Introducción

Modernos entornos de producción de audio exigen flexibilidad, escalabilidad e interoperabilidad en una amplia gama de equipos de diferentes fabricantes. Los transportes de audio analógicos tradicionales o dedicados a menudo se reducen al integrar sistemas complejos de transmisión, sonido en vivo o grabación. Las tecnologías de audio-over-IP (AoIP) han surgido como la solución, permitiendo el intercambio de audio de alta calidad en redes Ethernet estándar.

¿Qué es AES67?

AES67 es un estándar abierto publicado por la Audio Engineering Society en 2013. Define un conjunto de requisitos para redes de audio-sobre IP de alto rendimiento, cubriendo el formato de transporte, sincronización, latencia y configuración de red. A diferencia de los protocolos AoIP propietarios, AES47 (el estándar de interfaz digital original para redes IP) AES67 proporciona una base común que cualquier dispositivo compatible puede utilizar para enviar y recibir flujos de audio estándar. Protocolo de Transporte en tiempo real (RTP) para la entrega de los medios de comunicación y Protocolo sobre el tiempo de precisión IEEE 1588 (PTP) para sincronización de reloj. AES67 soporta hasta 8 canales por corriente a tasas de muestreo de 48 kHz con hasta 24 bits por muestra, y puede escalar para mayores cantidades de canal a través de múltiples corrientes.

El estándar no define un protocolo de control específico, por lo que la gestión de descubrimientos y conexiones depende de sistemas existentes como SAP (Protocolo de Anuncio de Sesión) o controladores propietarios. Esta apertura es tanto una fuerza como un desafío: AES67 asegura que las cargas de audio pueden ser decodificadas por cualquier dispositivo compatible, pero los integradores de sistemas deben manejar y enrutar, a menudo con la ayuda de una aplicación de gestión.

Para más antecedentes, consulte el funcionario Normas AES página y la AES67 Artículo de Wikipedia.

Necesidades básicas para la aplicación AES67

Implementar AES67 requiere con éxito cumplir con varios requisitos técnicos en toda su infraestructura de red, dispositivos conectados y herramientas de software.

Infraestructura de redes

AES67 streams son multicast por defecto, por lo que los conmutadores de red deben soportar IGMP snooping (Protocolo de Gestión de Grupos de Internet) para gestionar eficientemente la membresía de grupos multicast. Sin la snooping IGMP, los interruptores inundarían todos los puertos con tráfico multicast, causando un consumo innecesario de ancho de banda y la pérdida potencial de paquetes. Calidad del servicio (QoS) con estricta prioridad para el tráfico de audio es esencial para evitar la congestión de paquetes de datos que causan jitter o gotas. La red debe ser gigabit Ethernet o más rápido, y todos los conmutadores deben apoyar el etiquetado prioritario IEEE 802.1p. Para redes más grandes, considere utilizar un interruptor gestionado con capacidades VLAN para aislar el tráfico de audio de otros datos.

Compatibilidad de dispositivo

No todos los dispositivos AoIP admiten AES67 fuera de la caja. Algunos proveedores ofrecen AES67 como actualización de firmware o requieren habilitarlo en la configuración del dispositivo. Consulte las especificaciones de sus mezcladores, amplificadores, convertidores, micrófonos y procesadores de señal. Allen & Heath (DLive, SQ), Yamaha (CL/QL series con una tarjeta Dante), Neumann (interfase de audio de la TMT 48) Riedel (Intercomunicación artística) y QSC (Q-SYS plataforma). Al seleccionar nuevos equipos, priorice modelos que enumeran explícitamente el cumplimiento AES67 para minimizar los dolores de cabeza interoperabilidad.

Para el software, puede necesitar una herramienta de gestión de flujo como Audinate Dante Controller (que incluye el modo AES67), Ravenna Virtual Soundcard, o Merging Technologies herramientas. Estas aplicaciones le ayudan a configurar secuencias, configurar direcciones multicast y monitorear el estado de conexión.

Software y control

Mientras que AES67 deja el control indefinido, la mayoría de las implementaciones utilizan uno de los protocolos de descubrimiento común: SAP (Protocolo de Anuncio de Sesiones) o RTSP (Protocolo de transmisión de tiempo real) para la configuración de secuencias. Algunos ecosistemas, como Dante, proporcionan una capa de software dedicada que traduce los flujos de Dante a AES67. Otros requieren que asigne manualmente direcciones IP multicast, números de puerto y tipos de carga. La familiaridad con estos parámetros es esencial para la solución de problemas. La especificación AES67 define un tipo de carga de RTP específico (96) y requiere el uso de los mismos dispositivos de soporte de frecuencias de audio.

Guía de aplicación de la estrategia

Los siguientes pasos describen un flujo de trabajo práctico para agregar el soporte AES67 a una red de audio existente o nueva.

1. Evaluar su infraestructura de red

Comience por auditar su hardware de red. Verifique que todos los interruptores soportan el snooping IGMP y lo tengan habilitado. Compruebe si el firmware de su interruptor está actualizado. Configure VLANs para segregar el tráfico de audio de tráfico de datos generales (por ejemplo, transferencias de archivos, Internet) para reducir latencia y pérdida de paquetes.

2. Configure Multicast y QoS

Configurar un rango de dirección IP multicast dedicado (por ejemplo, 239.0.0.0/8). Asignar cada flujo AES67 un grupo multicast único. Permitir la snooping IGMP en todos los interruptores, y configurar la elección querier para que un interruptor actúe como el router multicast. Para QoS, clasificar paquetes de audio con los valores DiffServ Code Point (DSCP). EF (Avanzado Expedido) con DSCP 46, y mensajes de eventos PTP como DSCP 47 (CS5). El tráfico de red debe ser de menor prioridad. En los conmutadores gestionados, establecer búsquedas de prioridad estricta para estas clases de tráfico.

3. Establecer protocolo sobre el tiempo de precisión (PTP)

La sincronización es la piedra angular de cualquier red AoIP. AES67 ordena el uso de IEEE 1588-2008 (PTPv2) para la distribución del reloj. Designe un reloj de gran maestro — generalmente la fuente más estable como un bloqueo GPS o un oscilador de alta precisión. Configure todos los demás dispositivos como relojes de esclavos. El abuelo puede ser un dispositivo PTP dedicado, un interruptor de red con la capacidad del reloj de límite, o un dispositivo como Dan2 reloj transparente modo para corregir el tiempo de residencia. Prueba la sincronización midiendo el offset entre dispositivos; debe permanecer bajo 1 microsegundo para una óptima alineación de audio.

4. Configuración de corriente y desminado

Usando su software de gestión elegido, cree AES67 streams de dispositivos de origen. Típicamente especifica:

  • Nombre de la secuencia (algo descriptivo)
  • Dirección multicast (unique en la red)
  • Número de puerto (a menudo por defecto 5004)
  • Tipo de carga (96 para AES67 L16 o L24)
  • Tasa de muestra y profundidad de bits (48 kHz, 24 bits)
  • Contaduría de Canales (1 a 8 por corriente)

En el lado receptor, configura el dispositivo para suscribirse al mismo grupo multicast. Verifique que se reconoce el reloj de referencia PTP. Utilice los indicadores de estado de conexión de la herramienta de gestión para confirmar que los paquetes están llegando sin errores. Algunos sistemas también proporcionan una medición de latencia; apuntar a menos de 1 ms de extremo a extremo.

5. Prueba y verificación

Después de la configuración, realizar pruebas exhaustivas. Enviar una señal de audio conocida (por ejemplo, 1 kHz tono o una pista de prueba) y medir el audio recibido en un alcance o DAW. Compruebe los desplegables, el ruido o problemas de fase. Wireshark para inspeccionar paquetes RTP y verificar números de secuencia y tiempos. Supervisar el PTP offset continuamente; cualquier deriva por encima de 5 microsegundos puede indicar problemas de sincronización. Prueba la red mediante la adición de múltiples secuencias y la grabación de la carga CPU en los interruptores. Por último, ejecutar el sistema durante varias horas bajo condiciones de operación típicas para asegurar la estabilidad.

Buenas prácticas para una operación fiable

Siguiendo algunas mejores prácticas puede mejorar significativamente la fiabilidad y facilidad de gestión de una red AES67.

Segmentación de redes y VLAN

Isolate El tráfico AoIP usando VLANs para contener flujos multicast y evitar interferencias de otros servicios. Coloca todos los dispositivos de audio en un VLAN de audio dedicado. Configurar el snooping IGMP del conmutador para operar en ese VLAN solamente. Esto también mejora la seguridad limitando el acceso a los flujos de audio. Si usted debe cruzar subnets, utilice un router multicast con PIM (Protocol Independent MulticastES) —67 pero nota que reside todos los dispositivos

Actualizaciones de software y software

Los fabricantes mejoran regularmente la compatibilidad y corrige errores. Mantenga todos los conmutadores de red, dispositivos de audio y software de gestión actualizado. Habilitar notificaciones automáticas de actualización de firmware cuando sea posible. Antes de actualizar, verificar la compatibilidad con las configuraciones existentes; algunas actualizaciones de firmware pueden cambiar configuración predeterminada QoS o PTP.

Documentación y capacitación

Mantenga un diagrama de red detallado que muestra los puertos de conmutación, asignaciones VLAN, grupos multicast y PTP granmaster localización. Documente el plan de dirección IP y convenciones de nombres de secuencia. Entrene al personal técnico en AES67 basics, configuración PTP y cómo utilizar herramientas de diagnóstico. Cree una lista de comprobación de problemas para problemas comunes como la deriva del reloj, pérdida de flujo o distorsión de audio.

Desafíos comunes y solución de problemas

Incluso con una cuidadosa planificación, pueden surgir desafíos. Aquí están los problemas típicos y sus soluciones.

Cuestiones de sincronización del reloj

Si los dispositivos reportan alta PTP offset o artefactos de audio, compruebe que el gran maestro PTP es accesible a través de la red. Asegúrese de que los interruptores se configuran como relojes transparentes o relojes de límites, interruptores ordinarios que no manejan PTP pueden causar grandes retrasos. También confirme que todos los dispositivos están utilizando el mismo perfil PTP (AES67 perfil: dos pasos, extremo a extremo, demora de petición de la topología)

Ancho de banda y latencia

Al transmitir muchos canales simultáneamente, la congestión de red puede causar paquetes caídos. Monitore la utilización de puertos en sus interruptores. Si un puerto está cerca de la capacidad, redistribuir flujos a través de múltiples puertos o actualizar a 10 enlaces Gbps. Para problemas de latencia, reducir el tiempo de paquete (por ejemplo, de 1 ms a 0.125 ms) si sus dispositivos lo soportan, pero ser consciente de que los tiempos de paquete más pequeños aumentan la carga de CPU en los interruptores de frecuencias.

Stream No disponible o no subscriptible

Si un receptor no puede ver una corriente, compruebe que la fuente está enviando a la dirección multicast correcta y que el snooping IGMP está activo. Verifique que el firmware del receptor soporta el mismo tipo de carga de pago y la tasa de muestra. En algunos casos, desactivar el protocolo de gestión de red simple (SNMP) en el interruptor puede resolver problemas de IGMP. Además, asegúrese de que el TTL multicast (tiempo-envital) sea suficiente

Use Casos y Aplicaciones

La interoperabilidad de AES67 hace que sea valiosa en muchos entornos de producción de audio.

Broadcast Studios

Las estaciones de radio y televisión a menudo mezclan equipos de múltiples proveedores: mezclando consolas de Calrec o Lawo, sistemas de intercomunicación de Riedel, y audio sobre códecs IP de AJA o Tieline. AES67 permite que cada equipo de proveedor comparta audio sin necesidad de convertidores dedicados. Por ejemplo, una consola Calrec puede producir AES67 alimenta directamente a un intercomunicador de Riedel, mientras que un programa de audio remoto recibe

Live Sound

Los sistemas de recorrido y los espacios instalados se benefician de AES67 al integrar procesadores de PA, cajas de escenario y receptores de micrófono inalámbricos. Un Yamaha CL5 con una tarjeta Dante puede producir AES67 a un sistema QSC Q-SYS, que procesa el audio para la distribución de zonas. Asimismo, una interfaz Neumann MT 48 puede recibir AES67 de una consola digital para registrar multitrack.

Grabación de estudios

En entornos de producción, los estudios suelen tener un parche de interfaces de audio. AES67 permite que un sistema Pro Tools HDX reciba pistas de un Fusor por Ravenna (modo AES67) mientras envía mezclas de monitor a un RedNet Focusrite. Esto permite que grandes instalaciones multi-room puedan recorrer audio sin repatrarse. La baja latencia (por lo general, menos 1 ms) es aceptable para el seguimiento e incluso para el monitoreo en vivo.

El futuro de AES67 y AoIP

AES67 sigue siendo relevante mientras la industria avanza hacia el audio de alta resolución y redes más flexibles. La especificación AES67 es la base para nuevos estándares como ST 2110-30 (profesional media over IP), que amplía el formato para soportar más canales y mayores tasas de muestra (por ejemplo, 96 kHz, 32-bit). Muchas instalaciones de emisión y producción están adoptando ST 2110, que incorpora AES67 como su capa de audio. Como tal, invertir en compatibilidad AES67 ahora asegura que su red puede actualizar a ST 2110 completo con una reconfiguración mínima.

Los vendedores continúan simplificando la configuración de AES67 ofreciendo un descubrimiento automático y una negociación dinámica de flujo. Audinate AES67 Mode en Dante Controller facilita el cambio entre Dante y AES67. La naturaleza abierta de AES67 también fomenta la innovación en la producción remota, el procesamiento basado en la nube y la mezcla distribuida. A medida que aumentan las velocidades de red y disminuye la latencia, AES67 seguirá siendo una tecnología de columna vertebral para el audio profesional.

Conclusión

Implementar AES67 en su red de audio es una decisión de visión avanzada que desbloquea todo el potencial de audio-sobre-IP. Al seguir los pasos descritos — desde evaluar infraestructura y configurar PTP a pruebas completas y mantenimiento continuo— puede construir un sistema que conecta dispositivos de diferentes fabricantes con baja latencia y alta confiabilidad. AES67 elimina las barreras de protocolos patentados, permitiendo mezclar y combinar las mejores herramientas para su control de trabajo.