Configurar una red de audio compatible con AES67 en su estudio transforma cómo se enrutiza, sincroniza y escala señales de audio. A diferencia de los sistemas digitales tradicionales analógicos o patentados, una red AES67 le da la libertad de mezclar y combinar equipos de diferentes fabricantes manteniendo la latencia de submillisecond y la sincronización de muestra-exacta. Esta guía cubre cada paso en detalle – desde la planificación inicial y la selección de conmutación hasta la configuración de audio en curso de dispositivos, PTP

Lo que es AES67 y por qué importa para su estudio

AES67 es un estándar técnico desarrollado por la Sociedad de Ingeniería de Audio que define la interoperabilidad para redes de audio-sobre IP (AoIP). Especifica codificación, sincronización de flujos y parámetros de transporte de red para que dispositivos de diferentes proveedores - como una interfaz de red Focusrite, un controlador de monitores Neumann MT 48, y una consola Yamaha CL5 - puedan compartir canales de audio sobre un solo cable Ethernet.

Los beneficios prácticos para su estudio incluyen:

  • Flexibilidad de los proveedores – comprar los mejores preamplificadores de micrófono, convertidores y unidades DSP sin preocuparse por la compatibilidad de protocolo.
  • Escalabilidad – añadir más dispositivos, habitaciones o lugares simplemente conectando otro interruptor.
  • Baja latencia – las redes típicas de AES67 logran menos de 1 ms de latencia de ida y vuelta con la configuración adecuada.
  • Sincronización precisa de muestras – usando el protocolo de tiempo de precisión (PTPv2/IEEE 1588-2008), todos los dispositivos permanecen encerrados en un reloj maestro, eliminando la deriva en las largas carreras de cable.

Si su estudio ya utiliza Dante, Ravenna o Livewire, esos protocolos a menudo tienen un modo de compatibilidad AES67. Sin embargo, una red compatible con AES67 pura garantiza el mayor grado de interoperabilidad y futura impermeabilidad. Para una visión general de la norma, visite la red de AES67-2018 official document page.

Prerrequisitos y Lista de verificación de equipos

Construir una red AES67 requiere más que sólo equipo de audio. Aquí hay una lista completa de lo que necesitará antes de empezar a cablear:

Hardware de red

  • Interruptores Gigabit Ethernet gestionados – al menos dos para la redundancia, o uno para estudios más pequeños. Los interruptores deben apoyar IEEE 802.1Q VLANs, IGMP snooping (para prevenir inundaciones multicast), y lo más importante, IEEE 1588 PTPv2 límites o capacidades de reloj transparente. Para estudios de producción, considere modelos de la serie Cisco Catalyst 9300, Netgear M4300 enteramente (específicamente la línea AV), o conmutador TP-Linkt
  • Cat6a o Cat7 cables blindados de apareo torcido – AES67 puede operar sobre cobre para carreras de hasta 100 m. Para distancias más largas, utilice transceptores de fibra (SFP+ módulos) y fibra de monomodo o multimodo.
  • Opcional: PTP reloj de gran maestro – mientras cualquier dispositivo puede servir como el maestro de PTP, un gran maestro dedicado (por ejemplo, de Meinberg, Ardenna o Focusrite) ofrece la mayor estabilidad, especialmente para aplicaciones multi-oficina o de transmisión.

Dispositivos de audio y software

  • AES67-compatibles interfaces de audio, consolas o unidades DSP. Compruebe la documentación del fabricante para el cumplimiento AES67. Muchos dispositivos Ravenna (por ejemplo, Merging Technologies Horus, DirectOut .sb) son nativos AES67. Los dispositivos Dante pueden permitir el modo AES67 a través del Controlador Dante.
  • Software de gestión de redes – normalmente cada fabricante proporciona su propia aplicación (por ejemplo, Dante Controller, Ravenna Manager, Livewire Session Manager). También puede utilizar herramientas de todo el sector como Wireshark para la inspección de paquetes profundos.
  • Conocimiento básico de redes IP: máscaras de subred, DHCP vs IPs estáticas y direcciones multicast.

Paso 1: Planificación de redes y diseño de topología

Saltar a la fase de planificación es la causa más común de dolores de cabeza AES67. Comience por dibujar un diagrama físico de su estudio: localice cada dispositivo de audio, interruptor y computadora. Marca las distancias entre ellos — cualquier cosa más allá de 100 m requiere fibra.

Elección del Plan de Dirección IP

El DHCP puede causar cambios de dirección a mitad de período, rompiendo secuencias de audio. Elija una subred privada (por ejemplo, 10.0.0.0/8 o 192.168.100.0/24) que no se solape con su red de oficinas generales. Una subred /24 le da 254 direcciones —muchas para la mayoría de los estudios. Evite la interferencia de enlace 169.254.x como puede interferir con el rango local (APA)

VLAN: Isolating Audio Traffic

Configure un VLAN dedicado para todo el tráfico de audio (por ejemplo, VLAN 100). Esto mantiene flujos multicast desde interferir con transferencias de archivos, tráfico de conexión a Internet y señales de control. En sus conmutadores gestionados, asigne el puerto de cada dispositivo de audio al audio VLAN y establezca el PVID en consecuencia. Asegúrese de que el puerto de conmutación que se conecta a su computadora o DAW también está en el audio VLAN o que usted no se transmite por un puerto de acceso.

También configura un puerto de acceso para el ordenador de gestión (o un VLAN de gestión dedicado) para que pueda controlar dispositivos sin inundar su red de audio con ARP o DHCP. Para estudios complejos de varias habitaciones, utilice VLANs separados por habitación y enrutarlos a través de un conmutador o router de núcleo capa‐3.

IGMP Snooping y gestión multicast

AES67 streams utilizan multicast IP (típicamente en la gama 239.0.0.0/8). Sin el snooping IGMP, cada paquete multicast se envía a todos los puertos de conmutación, aumentando el tráfico y causando paquetes caídos. Permite que IGMP se suba a todos los interruptores gestionados. Opcionalmente, utilice IGMP querier para mantener grupos multicast cuando no hay router.

Paso 2: Configuración de conmutadores de red para AES67

Una vez que la topología está planificada, conecta físicamente todo el equipo. Luego configura cada interruptor. Los comandos exactos varían por fabricante, pero los principios son universales:

  1. Ethernet eficiente de energía deficiente (EEE) – EEE potencia los transceptores durante períodos de ocio, causando el corte de tiempo PTP.
  2. Enable jumbo frames (MTU 1500 o más) – AES67 utiliza normalmente 48, 96 o 192 tamaños de paquetes de muestras; marcos de jumbo ayudan a reducir la sobrecarga. Establecer MTU a al menos 1500, idealmente 9000 (nueve mil) bytes.
  3. Establecer el protocolo de árbol de españa (STP) a Rapid-PVST+ o RSTP – STP es necesario para la prevención de lazo, pero asegúrese de que no está bloqueando los puertos de audio. Utilice los puertos de borde para dispositivos que sólo se conectan a un interruptor.
  4. Activar el modo de reloj de límite PTP – si su interruptor lo soporta. Esto reduce la acumulación de tiempo PTP en muchas clavijas. Para los interruptores sin soporte de hardware PTP, asegúrese de que los paquetes PTP no se retrasan o se desconectan de forma diferente (por ejemplo, establecer una prioridad estricta para el tráfico PTP).
  5. Aplicar la calidad del servicio (QoS) – marca PTP (DSCP AF11 o CS7) y audio streams (DSCP EF) como alta prioridad. Usar una cola de prioridad estricta en los puertos de egreso.

Si está usando un interruptor gestionado sin las capacidades de reloj de límite PTP, asegúrese de configurar un presupuesto de latencia extra-noche. Puede encontrar recomendaciones de conmutación detalladas en el Audinate Dante technical documentation, que se aplica a muchas configuraciones AES67.

Paso 3: Configuración de dispositivos y sincronización de bloqueo

Ahora configura cada dispositivo de audio. Potencia todo en y acceder a la interfaz web de cada unidad o panel de control. Aquí está la lista de verificación:

Asignación de IPs estaticas

Establece una dirección IP única, máscara de subred y puerta de entrada predeterminada para cada dispositivo. Grabar estos en una hoja de cálculo para referencia futura. Para dispositivos que soportan múltiples puertos de red, asegúrese de que el puerto de audio se configura en el VLAN de audio.

Modo AES67

Muchas interfaces modernas vienen con AES67 como un modo dentro de un marco propietario. Por ejemplo, en Dante Controller, haga clic con el dispositivo y seleccione Vista de dispositivo → Ajustes de audio. Busque la casilla AES67. En Ravenna Manager, simplemente elija el formato de secuencia AES67. En dispositivos Livewire, establezca el protocolo a AES67 en el menú frontal.

Si su dispositivo solo admite Ravenna o Dante sin AES67, compruebe que el firmware está actualizado. La mayoría de los fabricantes agregaron soporte AES67 en versiones recientes.

Configuración de PTP (IEEE 1588) Sincronización

Todas las redes AES67 deben utilizar PTPv2. Un dispositivo actúa como el gran maestro. Típicamente, usted elige un gran maestro de PTP o una interfaz de audio de alta calidad como la fuente del reloj.

  • En el gran maestro: seleccione el perfil PTP para AES67 (propósito predeterminado: dominio 0, dos pasos, intervalo de sincronización de 1 segundo). Permite “sólo anunciar si se cumplen los criterios de prioridad”.
  • En todos los dispositivos de esclavos: seleccione “PTP para sincronización” y establezca el mismo número de dominio (normalmente 0).
  • Compruebe que cada dispositivo reporta la identidad del gran maestro. Para realizar un ajuste fino, ajuste el intervalo de anuncio a 2 segundos y intervalo de sincronización a 0,5 segundos.
  • Si tienes un gran maestro dedicado de Meinberg o Ardenna, seleccionará automáticamente el mejor reloj de la red.

PTP funciona mejor en una topología estrella con interruptores que soportan los límites o los relojes transparentes. Si experimenta el momento de sincronización, reducir el número de interruptores entre el gran maestro y el dispositivo más lejano. Para una inmersión más profunda en PTP para el audio profesional, consulte el Resumen de IEEE 1588.

Paso 4: Creación de corrientes de audio y de rutina

Con la red estable y todos los dispositivos sincronizados, puede comenzar a enviar audio. AES67 utiliza el Protocolo de Descripción de sesión (SDP) para definir los flujos. Cada flujo es un flujo unicast o multicast de un canal o varios canales. En la mayoría de los programas de control, usted crea un “transmisor” y un “receptor” (o “sensor” y “subscriptor”).

Usando software de control

  • Controlador de Dante: Transbordador de audio arrastrando el canal de un transmisor al canal de un receptor. Para los flujos AES67, utilice la pestaña “AES67” para ver y conectar los flujos basados en SDP.
  • Ravenna Manager: Haga clic derecho en un dispositivo → Añadir Stream → Seleccione la dirección multicast, la tasa de muestra, el número de canales.
  • Livewire Session Manager: Crear fuentes y destinos; asignar IPs multicast manualmente (por ejemplo, 239.1.10.1).

Al configurar flujos multicast, seleccione direcciones multicast únicas en el rango 239.0.0.0–239.255.255.55. Evite los conflictos con otros dispositivos. Para unicast, utilice la dirección IP del dispositivo receptor.

Latency y el tamaño del paquete

AES67 define tres perfiles de latencia: 0.125 ms, 1 ms y 2 ms (basados en el tamaño del paquete de 6, 48, o 96 muestras a 48 kHz). El perfil predeterminado es de 1 ms (48 muestras).Uso 0.125 ms sólo en una red de baja latencia dedicada con relojes de PTP. Para la mayoría de los estudios, 1 ms es seguro y da mucho espacio.

Paso 5: Probando la Red

Antes de que usted confíe en el sistema para una sesión crítica, ejecute una batería de pruebas.

Pruebas de conectividad y Ping

Desde tu ordenador, ping cada dispositivo por su dirección IP. Asegúrese de que menos de 1 ms de la ida y vuelta (RTT) sobre un solo interruptor. Si ves RTTs por encima de 2 ms, compruebe para cambiar los cuellos o cables defectuosos. También verifique que la la latencia es consistente: las fluctuaciones silvestres indican la congestión de red o QoS mal configurado.

Verificación de sincronización PTP

La mayoría de los software de control AES67 muestra el offset del reloj. En Dante Controller, mire el panel de estado del reloj. Una red saludable muestra compensaciones bajo 1 microsegundo (0.000001 segundos) entre maestros y esclavos. Si los offsets son altos, ajuste los valores prioritarios del PTP o las capacidades del interruptor de control PTP.

Integridad de flujo de audio

Juega un tono de prueba conocido (por ejemplo, 1 kHz sine wave en –18 dBFS) de un transmisor y midelo en el receptor con un analizador como REW o SignalScope. Confirme que la señal aparece en el nivel correcto y la fase. Compruebe las grietas, los desplegamientos o el silencio. Para los flujos multicanal, verifique la asignación de canales.

Pruebas de estrés

Simula el tráfico máximo mediante la transmisión de todos los canales previstos simultáneamente. Monitorea la carga de CPU en los interruptores y dispositivos. Usar Wireshark para capturar unos segundos de tráfico y filtro para AES67 (L24, L16) o RTSP. Busque las retransmisiones — indican la pérdida de paquetes. Si usted ve más de 0,01% de pérdida, revalorizar el diseño de red.

Paso 6: Gestión continua y solución de problemas

Una vez que el sistema se ejecuta, mantén un ojo en estas áreas:

  • Actualizaciones de firmware de conmutación – nuevas versiones a menudo mejoran la estabilidad PTP y el manejo multicast.
  • Aislamiento VLAN – nunca enchufe un interruptor no gestionado en un puerto AES67; romperá la segmentación VLAN.
  • Cierre de la redundancia del maestro – programar un gran maestro secundario (por ejemplo, un dispositivo de respaldo con prioridad PTP superior 2). Si el primario falla, la red debe auto-escolar sin soltar audio.
  • Temperatura y poder – interruptores calientes causan la deriva del reloj. Asegurar una ventilación adecuada en su rack de equipo.

Problemas y correcciones comunes

  • No se puede ver el flujo de audio: Verifique que el modo AES67 está habilitado tanto en el remitente como en el receptor. Compruebe que la dirección multicast no está bloqueada por el filtrado IGMP. Trate de cambiar a unicast.
  • Pulseras de audio o pops: Generalmente el tiempo relacionado. Confirme el sincronizado PTP está dentro de la tolerancia. Aumente el tamaño del paquete a 2 ms (96 muestras) temporalmente. Si eso lo arregla, tiene un problema de retraso de la red — mire QoS o cambie las mangueras.
  • La corriente muestra pero no sonó: Compruebe la velocidad de muestra y el partido de profundidad de bits (por ejemplo, 48 kHz/24‐bit). AES67 mandatos 24-bit pero algunos dispositivos permiten 16-bit. También verifique la alineación de la cuenta de canal.
  • Alto latencia en el monitoreo de DAW: Asegúrese de que la interfaz de red de su computadora no está en modo de ahorro de energía. Desactive todos los ajustes Ethernet eficientes en la energía en el controlador NIC.

Conclusión

Una red AES67 configurada correctamente ofrece la fiabilidad y flexibilidad que demandan los estudios modernos. Al planificar su topología, utilizando interruptores gestionados con soporte PTP, y sincronizando cuidadosamente cada dispositivo, puede transportar decenas de canales con la suntitud y la claridad prístina. Los pasos descritos anteriormente — desde el aislamiento VLAN hasta la creación de corriente y la prueba de estrés— forman un flujo de trabajo repetible que funciona para todo desde una sala de control modulares de transmisión a un estudio multifacil