La evolución del audio sobre IP

Audio sobre IP (AoIP) ha cambiado fundamentalmente cómo se diseñan, implementan y operan sistemas de audio profesionales. Al reemplazar cableado analógico o digital dedicado con redes Ethernet estándar, AoIP permite mayor flexibilidad, escalabilidad y eficiencia de costes. Entre los diversos estándares AoIP, AES67 ha surgido como una capa de interoperabilidad crítica, permitiendo que dispositivos de diferentes fabricantes, como Dante, RAVENNA y Livewire, para coexistir y cambiar audio.

¿Qué es AES67?

Protocolo AES67 es un estándar desarrollado por la Sociedad de Ingeniería de Audio, publicado formalmente en 2013 como AES67-2013 y actualizado en revisiones posteriores. Define un conjunto de requisitos para la transmisión de audio de alto rendimiento en redes IP, centrándose en la interoperabilidad. El estándar especifica formatos de audio (hasta 24 bits, 48 kHz o 96 kHz), tiempo de paquete, sincronización de red y protocolos de transporte.

Una de las fortalezas clave de AES67 es su requisito de sincronización de red, que depende del protocolo de tiempo de precisión de IEEE 1588 (PTP) para lograr la precisión de tiempo de submicrosecond. Esto asegura que varios dispositivos pueden reproducir audio con alineación de nivel muestra, un requisito crítico para el refuerzo de sonido en vivo, la reducción de mezclas de radiodifusión y las instalaciones de varias salas.

Para conocer más sobre la especificación oficial AES67, visite la AES Standards website.

Multicast Streaming en AES67

Multicast es un método de transmisión de una sola mano donde se envía un solo flujo de audio a una dirección de grupo multicast IP. Todos los dispositivos que se han suscrito a ese grupo reciben el flujo simultáneamente. En el contexto de AES67, multicast es el modo predeterminado y más utilizado porque escala eficientemente para grandes audiencias. Cuando una fuente envía un flujo multicast, la red utiliza protocolos como IGMP (Proto de Gestión de Grupos de Internet) y PIM

AES67 multicast streams normalmente utilizan el transporte UDP y las cargas RTP con un tiempo de empaquetado fijo (por ejemplo, 1 ms o 4 ms). La secuencia se identifica por una dirección IP multicast en el rango 239.0.0.0 a 239.255.255 para IPv4, y un puerto UDP correspondiente. La sincronización PTP asegura que todos los receptores reconstruyan el audio con el mismo reloj, eliminando las diferencias de deriva.

Ventajas de multicast

  • Eficiencia de ancho de banda: Sólo una copia del flujo atraviesa cada enlace de red compartido por múltiples receptores. A medida que crece el número de oyentes, el consumo de ancho de banda por receptor adicional es casi cero en segmentos compartidos.
  • Gestión simplificada de fuentes: El dispositivo de transmisión envía un solo flujo, independientemente de cuántos destinos lo necesiten. Esto reduce la carga de la CPU en la fuente y simplifica la enrutamiento.
  • Sincronización natural: Todos los receptores obtienen la misma base de temporizador RTP, facilitando la alineación de múltiples altavoces, monitores o alimentaciones a través de un local.
  • Escalabilidad: Adecuado para grandes instalaciones como estadios, centros de convenciones o plantas de transmisión con cientos de destinos.

Desventajas de multicast

  • Requisitos de infraestructura de red: Los interruptores y routers deben soportar el snooping IGMP y el enrutamiento multicast. Los interruptores no gestionados pueden inundar el tráfico multicast a todos los puertos, causando congestión.
  • Problemas de seguridad: Cualquier dispositivo en la red puede unirse potencialmente a un grupo multicast y recibir el flujo. La cifrado no es parte del estándar base AES67, aunque los métodos opcionales pueden ser capas en la parte superior.
  • Recuperación limitada de errores: Debido a que multicast utiliza UDP, no hay una retransmisión automática de paquetes perdidos. La redenocencia depende del diseño de red (por ejemplo, flujos redundantes o diversidad de caminos).

Casos de uso multicast típicos

  • Distribución de audio concierto en vivo: Enviando la mezcla principal a la parte delantera de la casa, monitoreando consolas, grabando camiones y radiodifusión de forma simultánea.
  • Infraestructura de estudio de radiodifusión: Distribuir audio del programa desde una sala de control maestro a múltiples estudios, editar suites y rutas de transmisión.
  • Sistemas de conferencias grandes: Entregar canales de interpretación o una alimentación de audio común a numerosas salas de reuniones o cajas de piso.
  • Dirección pública y sistemas de emergencia: Anuncios de radiodifusión en un campus o centro de transporte con reproducción sincronizada.

Transmisión Unicast en AES67

Unicast proporciona una conexión única entre una fuente y un receptor único. La fuente envía un flujo dedicado con su propia sesión de RTP a la dirección IP del destino específico. Aunque AES67 se dirige principalmente a multicast para pruebas de interoperabilidad, muchos dispositivos compatibles con AES67 también soportan la transmisión de unicast para aplicaciones especializadas. Unicast puede ser implementado sobre UDP (no confiable) o, menos comúnmente, sobre TCPreable.

En una configuración unicast, cada receptor requiere un flujo separado de la fuente. Si cinco dispositivos necesitan el mismo audio, se deben transmitir cinco secuencias unicast idénticas. Esto obviamente consume más ancho de banda de red total en comparación con multicast, pero ofrece beneficios distintos en escenarios selectos.

Ventajas de Unicast

  • Personalización específica de la corriente: La fuente puede adaptar la calidad de cada flujo, la tasa de muestra o el mapeo de canales por receptor. Por ejemplo, un ingeniero de monitor podría recibir una mezcla de estéreo mientras un mezclador de radio recibe una versión envolvente 5.1.
  • Mejora de la seguridad: Debido a que los flujos no emitidos son punto a punto, los dispositivos no autorizados no pueden capturar accidentalmente el flujo a menos que se dirijan explícitamente o la red se ve comprometida.
  • Diseño de red más sencillo para pequeñas implementaciones: En un estudio con solo dos o tres dispositivos, unicast puede eliminar la necesidad de configuración de routing multicast y gestión de IGMP.
  • Posible uso de TCP para la confiabilidad: En aplicaciones no en tiempo real (por ejemplo, transferencia de archivos o copia de seguridad de grabación), TCP puede asegurar la entrega de paquetes, aunque esto no es típico para audio AES67 en vivo debido a limitaciones de latencia.

Desventajas de Unicast

  • Escalada de ancho de banda: Cada receptor adicional consume el valor completo del ancho de banda en todos los enlaces de la fuente a ese receptor. Esto puede sobrecargar el NIC fuente o los enlaces de enlace si muchos oyentes unicast están presentes.
  • Carga de procesamiento de fuentes más elevadas: El dispositivo de transmisión debe generar y gestionar sesiones RTP separadas, horarios y sincronización para cada flujo unicast.
  • Potencial para los problemas de sincronización de reloj: Si cada flujo unicast utiliza su propio contexto PTP, los receptores pueden experimentar ligeras diferencias en el tiempo a menos que el reloj de gran maestro sea común en todas las corrientes.

Casos típicos de uso Unicast

  • Monitorización personal en estudios de grabación: Cada músico recibe una mezcla de auriculares única derivada de la misma fuente multi-track pero con niveles y efectos personalizados.
  • Gestión remota de audio: Un ingeniero marca en un dispositivo específico sobre una conexión WAN a la configuración de solución de problemas o ajuste, utilizando un flujo de unicast para el control de punto a punto.
  • Pruebas o calibración de dispositivos individuales: Un técnico envía un tono de prueba a un solo altavoz o amplificador sin afectar a otros dispositivos en la red.
  • Transmisiones seguras para comunicaciones confidenciales: Las instalaciones gubernamentales o corporativas pueden exigir que el audio sensible se entregue a un punto final, evitando la transmisión multicast.

Comparación detallada: Multicast vs. Unicast en AES67

Elegir entre multicast y unicast depende de múltiples factores, incluyendo el número de receptores, topología de red, requisitos de latencia y sobrecabezamiento administrativo. A continuación se muestra una comparación estructurada de los atributos clave.

Attribute Multicast Unicast
Eficiencia de ancho de banda Alto para muchos receptores Bajo cuando muchos receptores
Fuente CPU carga Bajo (un flujo) Aumenta linealmente con receptores
Configuración de redes Requiere IGMP, PIM, subnetting cuidadoso Simple; no se necesitan protocolos multicast
Sincronización Todos los receptores comparten una corriente RTP y PTP Cada secuencia puede tener sincronización independiente (pero debe utilizar el mismo gran maestro)
Seguridad y Privación Bajo; cualquier receptor suscrito puede escuchar Más alto; flujo dirigido a IP específica
Latency Bajo y consistente (UDP, no retransmitir) Bajo si UDP; TCP puede agregar retraso
Resiliencia a los errores No retransmisión; confíe en flujos FEC o redundantes Puede utilizar TCP para la confiabilidad (alta latencia) o UDP con FEC

Para un análisis más profundo del diseño de red multicast para el audio profesional, consulte el Audinate article on multicast vs unicast in Dante (nota: Dante utiliza AES67 en modo interoperabilidad).

Consideraciones de la red para la racionalización de AES67

Tanto las corrientes AES67 multicast como unicast imponen la infraestructura de red subyacente. La planificación cuidadosa asegura una baja latencia (<10 ms), high reliability, and deterministic performance. Key factors include:

Sincronización del reloj (PTP)

AES67 requiere IEEE 1588-2008 (PTPv2) para la distribución del reloj. Se selecciona un reloj de gran maestro (a menudo a través de Best Master Clock Algorithm), y todos los dispositivos se sincronizan con él. La red debe soportar relojes transparentes PTP o relojes de límite para mantener la precisión en los interruptores.

Calidad del servicio (QoS)

Los paquetes de audio AES67 deben ser priorizados sobre otros tráficos de red para evitar retrasos de búsqueda y desmontados paquetes. Valores de Asignar DSCP (Diferencial Services Code Point): típicamente EF (Expedited Forwarding, DSCP 46) para el RTP de audio, y CS7 para eventos PTP. Configurar el interruptor QoS para confiar en estas marcas y asignar colas de hardware dedicadas para el tráfico de alta prioridad.

Estimación de ancho de banda

Los flujos AES67 varían en tamaño dependiendo de la velocidad de muestra, profundidad de bits y cuenta de canal. Una paqueteización de 1 ms a 48 kHz/24-bit estereo utiliza aproximadamente 6 Mbps. Para 96 kHz/24-bit 8-canal, espere más cerca de 24 Mbps. Multiplica por el número de flujos simultáneos (unicast o multicast) para asegurar que sus conexiones de conmutación y NIC fuente tienen auriculares.

Jitter Buffers

Los receptores utilizan búferes para absorber las variaciones de tiempo de red. AES67 recomienda buffers de 1 ms a 5 ms dependiendo de la calidad de red. Los búferes más grandes aumentan la latencia pero mejoran la resiliencia. En unicast, el jitter puede variar por flujo, mientras que los receptores multicast pueden compartir un ajuste de búferes común.

VLANS Y SEGUNDA DE RED

Para aislar el tráfico de audio del tráfico de datos, coloque dispositivos AES67 en un VLAN dedicado. Esto simplifica QoS y reduce la interferencia de las transmisiones o transferencias de archivos grandes. Al abarcar múltiples VLANs, utilice el enrutamiento multicast (PIM) si se necesita multicast en subredes.

Para una guía integral sobre diseño de red AoIP, vea el AudioScience AoIP Network Design Guide.

Elegir el método correcto para su caso de uso

La decisión entre multicast y unicast en AES67 debe basarse en una evaluación práctica de su entorno. Considere la siguiente lista de verificación:

  1. ¿Cuántos receptores necesitan el mismo audio? Si más de 3–5 dispositivos requieren contenido idéntico, multicast es más eficiente. Para 1–2 receptores, unicast puede ser más sencillo.
  2. ¿Está la infraestructura de red multicast? Si ha gestionado los interruptores con el snooping IGMP y soporte PIM, multicast es viable. Si el equipo no está gestionado o desconocido, prefiera unicast o prueba cuidadosamente.
  3. ¿Necesita personalización por corriente? Unicast permite diferentes tipos de muestra o cuenta de canal por receptor. Multicast obliga a todos los oyentes a aceptar el mismo formato.
  4. ¿Cuáles son sus requisitos de seguridad? Si el flujo de audio no debe ser accesible por dispositivos no autorizados (por ejemplo, en un consejo corporativo o en una instalación gubernamental), unicast proporciona un mejor aislamiento. Los túneles cifrados se pueden añadir a ambos métodos.
  5. ¿Es crítica la sincronización entre múltiples secuencias? Multicast sincroniza inherentemente a todos los receptores a un reloj RTP. Con unicast, asegúrese de que todas las corrientes se refieren al mismo gran maestro PTP para evitar la deriva.
  6. ¿Cuál es tu tolerancia para la configuración de red? Multicast requiere una configuración cuidadosa de VLAN y de enrutamiento, además de la supervisión de la membresía de grupo IGMP. Unicast es más “plug-and-play” pero puede enfatizar la fuente.

En muchas instalaciones grandes, un enfoque híbrido funciona mejor: utilizar multicast para la principal distribución de la columna vertebral (por ejemplo, el programa se alimenta a todos los estudios) y unicast para necesidades específicas de punto a punto (por ejemplo, el monitor personal del ingeniero). Los dispositivos AES67 normalmente soportan ambos, por lo que puede combinarlos sin problemas.

Prácticas óptimas de aplicación

Para sacar el máximo provecho de la secuencia AES67, siga estas pautas:

  • Use un tiempo de empaquetado fijo: A 1 ms o 4 ms según se define en el perfil AES67. Esto garantiza la compatibilidad entre dispositivos y baja latencia.
  • Relojes de límites PTP: Implemente los relojes de límites PTP en los límites de conmutación para mantener la precisión en las redes grandes. Evite los relojes transparentes si es posible, ya que pueden introducir asimetría.
  • Monitoreo de estadísticas de red: Usa herramientas como Wireshark con análisis RTP o paneles de dispositivo, para comprobar la pérdida de paquetes, jitter y errores de tiempo. Dirija cualquier problema antes de un evento en vivo.
  • Redundancia: Para aplicaciones críticas, implemente secuencias multicast redundantes (por ejemplo, dos grupos multicast diferentes) o caminos unicast redundantes. Muchos dispositivos AES67 soportan el cambio sin costuras.
  • Flujos de etiquetas claramente: Utilice anuncios basados en SAP o un sistema de control central para anunciar nombres y parámetros de secuencias. Esto simplifica el descubrimiento y reduce los errores de configuración.

Para ejemplos prácticos de configuración, Página de tecnología de red RAVENNA proporciona información detallada sobre las configuraciones compatibles con AES67.

El futuro de AES67 y AoIP

AES67 continúa evolucionando, y su papel de interoperabilidad se ha reforzado con nuevos estándares como SMPTE ST 2110 (para vídeo de transmisión y audio) y la actualización emergente AES67-2023. El ecosistema AoIP ahora abarca sistemas de alta cuenta de canales, formatos de audio inmersivos (por ejemplo, Dolby Atmos), y flujos de trabajo de producción basados en la nube.

Conclusión

AES67 proporciona un marco robusto para el audio sobre IP, permitiendo que la transmisión multicast y unicast satisfaga una amplia gama de casos de uso profesional. Multicast destaca en escalabilidad y eficiencia de ancho de banda, lo que lo convierte en la opción estándar para la distribución a gran escala de audio sincronizado. Unicast ofrece flexibilidad, seguridad y personalización por corriente, ideal para aplicaciones de punto a punto y despliegues más pequeños.