Comparando Aes67 y Avb: ¿Qué Protocolo ofrece un mejor rendimiento para su configuración?

Comprender las diferencias básicas entre AES67 y AVB

La tecnología Audio-over-IP ha reencarnado fundamentalmente flujos de trabajo de audio profesionales, ofreciendo flexibilidad sin precedentes, escalabilidad e integración con la infraestructura de TI existente. Entre los muchos protocolos disponibles, AES67 y Audio Video Bridging (AVB) destacan como dos de los más ampliamente desplegados para el transporte de audio de alto rendimiento. Mientras ambos buscan ofrecer una transmisión fiable y de baja calidad sobre Ethernet, requieren una instalación de conocimientos y de forma clara.

¿Qué es AES67?

AES67 es un protocolo abierto y estándar desarrollado por la Audio Engineering Society. Publicado en 2013 y actualizado a AES67-2018, define un conjunto de requisitos de interoperabilidad para la transmisión de audio-sobre IP de alto rendimiento. El estándar especifica las tasas de muestra de audio (44.1, 48, 96 kHz), profundidades de bits (16, 24, 32), formatos de paquete (L24, L16, AM824), y el tiempo de descubrimiento

Debido a que AES67 es un estándar abierto, está diseñado para cerrar la brecha entre los ecosistemas patentados como Dante, Livewire, Ravenna y Q-LAN. Cualquier dispositivo que se ajuste a AES67 puede comunicarse con cualquier otro dispositivo compatible con AES67, independientemente del protocolo propietario subyacente. Esto hace que AES67 sea una opción natural para instalaciones que necesitan integrar el equipo de múltiples fabricantes sin bloqueo de proveedores.

Características clave de AES67

Estándar abierto: Publicado por AES, disponible libremente, y apoyado por numerosos fabricantes.
Cierre de base PTP: Utiliza PTPv2 (IEEE 1588-2008) para la sincronización, permitiendo el montaje submicrosecond.
Ethernet estándar: Se ejecuta en interruptores fuera de la plataforma sin requerir QoS gestionado (aunque QoS es recomendado).
Baja potencia: Típicamente alcanzable en el rango de 1–10 ms, dependiendo del tamaño del paquete y la carga de red.
Cuenta de canal alto: Hasta 64 canales por corriente a 48 kHz/24-bit, y más con variantes de próxima generación.
No Redundancia integrada: La redundancia debe ser manejada a nivel de red (por ejemplo, ST 2022-7 conmutación sin costura).

AES67 es ampliamente adoptado en aplicaciones de sonido de transmisión, sonido en vivo e instalado. Es particularmente fuerte en entornos donde la interoperabilidad con sistemas heredados o configuraciones multivendor es crítica. Por ejemplo, una estación de radio que utiliza una consola basada en Dante puede enviar secuencias AES67 a un procesador basado en Ravenna sin conversores adicionales, siempre que ambos dispositivos apoyen AES67.

¿Qué es AVB?

Audio Video Bridging (AVB) es un conjunto de estándares IEEE (802.1BA, 802.1Qat, 802.1Qav, 802.1AS, etc.) que juntos proporcionan una solución de audio y video de tiempo completo y de bajo costo. AVB fue desarrollado inicialmente por el IEEE 802.1 Audio/Video Bridging Task Group y ahora se mantiene bajo la red de sincronización de tiempo67.

AVB se basa en conmutadores de red gestionados que soportan características específicas de AVB: modelador basado en créditos (CBS) para la priorización de tráfico, protocolo de reserva de flujo (SRP) para garantías de ancho de banda, y protocolo de tiempo de precisión generalizado (gPTP) para la distribución de relojes. Las redes AVB requieren un dominio con al menos un reloj de gran maestro (GM) y todos los conmutadores y puntos finales compatibles con IEEE estrictas de alta calidad.

Características clave de AVB

Suite IEEE Standards: Relojes de cubierta (802.1AS), reserva de corriente (802.1Qat), configuración de tráfico (802.1Qav), y red de puentes (802.1BA).
Latencia deternométrica: Latencia máxima garantizada de 2 ms sobre siete audífonos de red para el tráfico de Clase A.
Reserva de la Corriente: El ancho de banda está reservado de extremo a extremo; si existe un ancho de banda insuficiente, se rechaza la conexión.
Interruptores administrados requeridos: Sólo los interruptores que soportan AVB/TSN pueden participar en un dominio AVB.
Plug-and-Play: Los dispositivos se descubren automáticamente y establecen secuencias sin configuración manual de IP.
Redundancia integrada: Se puede lograr mediante caminos de red redundantes (por ejemplo, puntos finales dobles).

AVB se utiliza comúnmente en instalaciones fijas donde se justifica el hardware de red dedicado y gestionado. Ejemplos típicos incluyen salas de conciertos con amplificadores distribuidos, redes de audio automotriz y estudios de grabación de alta gama que requieren rendimiento determinista en muchos canales. AVB es también la base para el protocolo de Milán, que añade una capa de control y perfiles de dispositivo para el uso de estudio.

Comparación de la actuación profesional

Al comparar AES67 y AVB, el rendimiento debe ser evaluado en varias dimensiones: interoperabilidad, latencia, precisión de tiempo, requisitos de red, escalabilidad y coste total de propiedad. Cada protocolo se destaca en diferentes áreas, y la elección óptima depende de la aplicación específica.

Interoperabilidad y apoyo a los ecosistemas

AES67 Se diseñó expresamente para la interoperabilidad. Debido a que es un estándar abierto, disfruta de amplio apoyo en toda la industria de audio profesional. Principales fabricantes como Audinate (Dante), Riedel, Lawo y Yamaha ofrecen interfaces compatibles con AES67. Esto significa que un ingeniero de audio puede conectar una consola de mezcla con Dante a un motor de procesamiento basado en Ravenna sin necesidad de configuración de puentes patentada67.

AVB También se basa en estándares abiertos de IEEE, pero sus estrictos requisitos de hardware limitan la interoperabilidad a nivel de red. Un flujo AVB sólo puede viajar a través de conmutadores y puntos finales compatibles con AVB. Mientras que los puntos finales de AVB de diferentes fabricantes pueden comunicarse si implementan los mismos estándares de IEEE (por ejemplo, Milán), la infraestructura de conmutación debe ser compatible con AVB.

Latency and Determinism

Ambos protocolos ofrecen una latencia muy baja, pero sus enfoques difieren. AES67 La latencia es configurable a través del tamaño del paquete y la configuración de red. Las figuras típicas del mundo real van desde 1 ms (con paquetes muy pequeños) hasta 10 ms (con paquetes más grandes). Debido a que AES67 utiliza RTP sobre UDP, está sujeta a congestión de red y no garantiza inherentemente ancho de banda. Sin embargo, con conmutadores gestionados y la configuración adecuada de calidad de servicio (QoS), AES67 puede alcanzar latredondeda 5 mts.

AVB El AVB, que utiliza el modelador basado en créditos (CBS) y la reserva de flujo, garantiza que el tráfico de audio no se retrasará por tráfico no sensible a tiempo. El tráfico de clase A (la máxima prioridad) tiene una latencia máxima de 2 ms en siete audífonos. Esto hace que AVB sea ideal para el rendimiento en vivo donde el tiempo constante y predecible es crítico, por ejemplo, sistemas de monitores en el que incluso 1 ms de jitter puede ser un sonido.

Cierre y sincronización

Ambos protocolos dependen de las variantes del protocolo de tiempo de precisión. AES67 utiliza PTPv2 (IEEE 1588-2008) en un perfil que requiere al menos un reloj de gran maestro. El perfil se define en AES67-2018 y es compatible con SMPTE ST 2059-1/2 para la sincronización de emisiones. AES67 puede lograr la precisión del reloj dentro de ±1 μs.

AVB utiliza gPTP (IEEE 802.1AS), que es un perfil de IEEE 1588 optimizado para aplicaciones de audio/video. gPTP simplifica las elecciones de los grandes maestros y garantiza la sincronización de submicrosecond en todo el dominio. Debido a que el GPTP está integrado en el hardware de conmutación de red, AVB puede lograr una sincronización más estrecha que AES67 en grandes redes de cierre multi-instalación.

Requisitos de red y costos de infraestructura

Una de las diferencias prácticas más significativas es en el hardware de red.

AES67 puede funcionar en interruptores estándar, sin manejar, aunque QoS es muy recomendable. Muchas instalaciones utilizan interruptores gestionados Layer 2 con marca DiffServ para priorizar paquetes de audio. AES67 no requiere ninguna capacidad de conmutación específica más allá de la snooping IGMP para el tráfico multicast. Esto hace que AES67 sea muy atractivo para proyectos con presupuesto o retrofit donde no sea posible actualizar a los conmutadores gestionados.

AVB mandatos Los interruptores compatibles con AVB son más costosos que los conmutadores estándar, ya que deben implementar el hardware CBS, SRP y gPTP. En una gran instalación, el costo de la infraestructura de conmutación puede ser una parte significativa del presupuesto. Sin embargo, debido a que AVB garantiza ancho de banda y latencia, la red es más fácil de diseñar y más confiable para el tráfico en tiempo real.

Escalabilidad y Conteo de Canales

AES67 soporta hasta 64 canales por streaming a 48 kHz/24-bit en su formato básico. Los recuentos de canal más altos (por ejemplo, 512 canales) son posibles con extensiones patentadas como las secuencias de 128 canales de Dante. AES67 se puede escalar en ancho de banda agregando más secuencias y utilizando multicast o unicast. El número total de canales sólo se limita por capacidad de red.

AVB suele soportar hasta 256 canales por stream en sus implementaciones actuales (basados en el estándar de Milán). Debido a que AVB se reserva ancho de banda, escalar la red requiere una cuidadosa planificación para asegurar que todas las reservas de flujo se ajusten a la capacidad disponible del interruptor. En la práctica, AVB se utiliza a menudo para los recuentos de canales más pequeños a medianos (por ejemplo, 64-128 canales) en aplicaciones críticas, mientras que AES67 se transmiten por millares.

La redecuancia y la fiabilidad

AES67 No define un mecanismo de redundancia nativa. Sin embargo, la redundancia de nivel de red se puede implementar utilizando SMPTE ST 2022-7, que envía secuencias duplicadas sobre dos rutas de red separadas. Muchos dispositivos compatibles con AES67 soportan esta característica. Además, los protocolos de redundancia de red estándar (por ejemplo, RSTP, MRP) pueden ser utilizados, aunque pueden introducir retrasos de falla.

AVB soporta la redundancia incorporada a través de puntos de acceso dobles y rutas de red redundantes utilizando el Protocolo de Reserva de Stream (SRP). La naturaleza determinista de AVB también facilita la predicción de comportamiento durante la falla. Para el sonido vivo crítico de misión, AVB con redes redundantes ofrece una mayor fiabilidad fuera de la caja.

¿Qué protocolo es mejor para su configuración?

La respuesta depende de sus necesidades técnicas, presupuesto e infraestructura. A continuación se presenta un marco de decisión práctico.

Elija AES67 si:

Necesitas integrar equipos de múltiples fabricantes o sistemas patentados existentes.
Su infraestructura de red ya existe y no puede reemplazar todos los interruptores con unidades compatibles con AVB.
Usted requiere de conteos de canales muy altos (por ejemplo, 512+) o configuraciones de enrutamiento flexibles.
Su presupuesto es limitado, y prefiere utilizar hardware de red de TI estándar.
Trabaja en la radiodifusión, postproducción o AV corporativo donde multicast y PTP ya son familiares.

Elija AVB si:

Está diseñando una nueva instalación desde el suelo y puede especificar los interruptores compatibles con AVB.
Su aplicación exige una latencia garantizada, sub-2ms con cero jitter, por ejemplo, rendimiento en vivo o monitoreo en el interior del mundo.
Usted desea el descubrimiento de dispositivos plug-and-play y la configuración de secuencia automática sin la dirección IP manual.
Necesitas redundancia integrada sin depender de protocolos externos.
Trabajas en entornos de estudio de alta gama, automoción, sonido en vivo o de alta calidad, donde el rendimiento determinista supera el costo.

Enfoques híbridos y normas emergentes

En muchas instalaciones modernas, AES67 y AVB no son mutuamente excluyentes. Por ejemplo, un estudio podría utilizar AES67 para conectar dispositivos Dante y Ravenna mientras utiliza AVB (a través de Milán) para preamplificadores y monitores críticos de micrófono. Existen puentes, como los interruptores de red Luminex que pueden traducir entre los dominios AES67 y AVB, o las pasarelas basadas en software. SMPTE ST 2110 estándar para usos de radiodifusión AES67 para audio y es ampliamente adoptado en la producción de televisión. TSN (Red de tiempo-sensible) está evolucionando para ofrecer capacidades deterministas aún más avanzadas que pueden difuminar la línea entre AES67 y AVB en el futuro.

Consideraciones sobre la aplicación práctica

Independientemente de su elección de protocolo, el diseño de red adecuado es esencial. Para AES67, asegúrese de que PTP está correctamente configurado con un reloj de gran maestro confiable, y aplicar la asignación QoS (DSCP 44-46 para audio). Para AVB, verifique que todos los conmutadores son de la misma generación de proveedores y firmware para evitar problemas de interoperabilidad.

Siempre involucra a su equipo de TI temprano — protocolos de audio-sobre-IP colocan demandas en la red que el tráfico típico de oficinas no. Los interruptores deben configurarse con filtros multicast, límites de ancho de banda, y ajustes de seguridad para prevenir flujos no autorizados. Para AVB, asegurando que la topología de conmutación no exceda el recuento máximo de salto (típicamente 7) es crítico.

Future Outlook

La tendencia en audio profesional es hacia una mayor convergencia. AES67 sigue siendo el pegamento que conecta diversos ecosistemas, mientras que AVB/Milan está tallando un nicho en instalaciones de alto rendimiento. Con el desarrollo continuo de TSN, podemos ver un único estándar unificado que combina la flexibilidad de AES67 con el determinismo de AVB. Hasta entonces, entender las fortalezas y debilidades de cada protocolo seguirá siendo esencial.

Conclusión

Tanto AES67 como AVB ofrecen un transporte robusto de audio-sobre-IP, pero sirven diferentes prioridades. AES67 campeona abre interoperabilidad y trabaja sobre las redes existentes, lo que hace que sea la opción pragmática para entornos multi-vendor y proyectos sensibles a los costos. AVB ofrece un determinismo inigualable y facilidad de configuración en instalaciones de campo verde donde el rendimiento es primordial.

Para más lectura, consulte el AES67-2018 standard, el Página del Grupo de Trabajo IEEE AVB, y un Guía de Audinate para la integración de AES67 y Dante.