Sonido en Vivo Diciembre 2017

Protocolos de transmisión de datos digitales: Dante - AV

JULIÁN FLEKER - FEDERICO MAROVIC

Ingeniería de Sonido, Universidad Nacional de Tres de Febrero

julianfleker@gmail.com - fmarovic@inti.gob.ar

Resumen – Históricamente las conexiones de equipos AV han sido analógicas de un solo sentido, de un solo
propósito y punto a punto. Incluso los estándares AV digitales a menudo eran punto y unidireccional, como S /
PDIF para audio y la serie digital interfaz (SDI) para video. Este modelo de conexión resultaba en grandes y
confusas masas de cables, especialmente en el consumidor profesional y de gama alta aplicaciones. A partir de la
llegada de los estándares de comunicación digitales la implementación en audio digital no se hizo esperar y su
evolución llegó a la complejidad y dedicación propia de protocolos como Dante, o más recientemente Audio Video
Bridging (AVB).

1. INTRODUCCIÓN productos también son compatibles con una topología

de conexión en cadena.
La transmisión de datos de audio entre diferentes
DanteTM gestiona los datos de audio agrupando
dispositivos situados a poca o mucha distancia es un
en “flujos” canales que viajan desde el mismo
asunto común en cualquier situación de espectáculos
transmisor al mismo receptor. Cada flujo consistirá en
musicales (o que implique audio, por ejemplo
8 canales como máximo y normalmente se creará sin
televisión, espectáculos deportivos, etc). La señal
intervención del usuario. Los dispositivos DanteTM
capturada inicialmente por micrófonos pasan por pre-
también tienen un mecanismo de averiguación
amplificadores y luego son asignadas hacia diferentes
automática que permite que el direccionamiento de
dispositivos para poder realizar distintas mezclas de
audio se base simplemente en los nombres de los
acuerdo a quien estén dirigidas. De manera analógica
dispositivos y los nombres de los canales.
se toman diferentes muestras de la señal para repartir
mediante cables balanceados hacia diferentes 2.1. Redundancia
consolas (también analógicas) y luego son
Cada dispositivo DanteTM dispone de dos
procesadas. La llegada del audio digital y las redes
puertos Ethernet integrados, marcados como
informáticas ofrecieron (al menos) la posibilidad de
“primario” y “secundario”, que funcionan de forma
reducción en números de cables debido a la cantidad
redundante. En general, las tareas las ejecuta el
de información que puede transmitirse a través de un
puerto primario, pero si la conexión falla, el puerto
mismo cable.
secundario entra en acción automáticamente. Con
Los protocolos de transmisión de audio digital
DanteTM se puede tener plena redundancia con solo
ofrecen, de acuerdo a su diseño, la posibilidad
utilizar una red doble, mientras que con CobraNetTM
transmisión de varios canales de audio a muy bajas
dicha red necesita además utilizar el protocolo STP.
latencias a través de un numero de conductores
mucho menor. 2.2. Conexiones
En este trabajo se presentan El protocolo Dante
Las conexiones entre equipos Dante generalmente
Audinate ®, y el protocolo Audio Video Bridging
se realizan a través de switches, en una topología de
(AVB) desarrollado por el Time-Sensitive
tipo estrella. Sin embargo, Dante también permite que
Networking Task Group (IEEE), ambos basados en
se realicen conexiones directas entre equipos. En
redes ethernet.
todos los casos, los ruteos deben ser configurados
2. DANTE usando el controlador Dante (figura 1).
Si solo se cuenta con un dispositivo Dante para
DanteTM es un protocolo de audio en red
conectar a la PC, se puede eliminar el switch y
desarrollado por Audinate® que utiliza una red
conectar ambos con un cable Ethernet Cat5e o Cat6.
Gigabit Ethernet proporcionando varios cientos de
El puerto secundario que se encuentra en algunos
conexiones de audio a través de cada cable de la red.
dispositivos Dante es únicamente para redundancia
Se utilizan servicios Ethernet estándares como QoS
Dante.
(Quality of Service, “Calidad de servicio”) y PTP
(Precision Time Protocol, “Protocolo de tiempo de
precisión”) para conseguir una latencia muy baja con
una sincronización de altísima precisión. DanteTM
usa una topología de conexión en estrella, y muchos
1
 compatibles con un QoS adecuado. Los datos de
control y audio pueden mezclarse en la misma red
siempre que la QoS se haya configurado
correctamente.
2.4. Distribución del ancho de banda
Dante utiliza una red Ethernet basada en IP
estándar, al mismo tiempo aprovecha al máximo los
switches Ethernet bidireccionales. La tabla 1 muestra
la cantidad de canales soportados de acuerdo al tipo
de switch y la frecuencia de muestreo utilizados.
Tabla 1: canales soportados para diferentes frecuencias de
muestreo y switches

N.º de canales soportados

frecuencia
Gigabit 100 Mbps
Figura 1: Interfaz gráfica controladora Dante Canales de [48 kHz] 512 + 512 48 + 48
audio [96 kHz] 256 + 256 24 + 24
2.2.1. Conexión en cadena
Canales [48 kHz] 1024 96
Algunos productos DanteTM incorporan un
pequeño switch gestionado para conectar los puertos bidireccionales [96 kHz] 512 48
primario y secundario a una red. Este switch se puede
programar para remplazar el puerto secundario por un 2.5. Latencia
segundo puerto primario, permitiendo utilizar La latencia de audio en una red Dante es
conexiones en cadena simples para configuraciones determinística. Un receptor Dante se puede
sencillas de sistemas de sonorización en directo. Esta configurar para usar diferentes niveles de latencia
funcionalidad está incorporada en los productos QL, mediante el uso de diferentes tamaños de buffer de
CL, Ri/o, MTX5D y XMV-D de Yamaha. recepción. Los buffers de recepción más grandes son
útiles para garantizar la entrega ininterrumpida de
audio en redes más grandes, redes más lentas o redes
sujetas a retrasos de reenvío inconsistentes. El uso de
switches Gigabit, con retardos de reenvío inherentes
menores, dará como resultado una latencia menor
(ver tabla 2).
Tabla 2: Opciones de latencia

Latencia Extensión máxima de la red

[ms]
0,15 Red Gigabit con un switch

Figura 2: Ejemplos de conexión para grabación en cadena
(Yamaha serie QL)
La topología en anillo redundante no es
compatible con este método. Para crear redundancia
en el cableado, se puede aplicar troncalización
utilizando switches adicionales.
2.3. Tráfico
Voz sobre IP (VoIP) calidad de servicio (QoS) son
características usadas en redes Dante. Esta prioriza el
sincronismo del clock y el tráfico de audio sobre
cualquier otra información en la red. La red Dante es
apropiada para usar en cualquier switch que soporte
DiffServ (DSCP) QoS con prioridad estricta y cuatro
colas, y que tenga puertos Gigabit para conexiones
inter-switch. Para aplicaciones en las que no se
requiera un numero de canales alto (mayor a 32) se
puede utilizar switches de 100 Mbps, éstos deben ser
0,5 Red Gigabit con 5 switches
Red Gigabit con 10 switches o red Gigabit
1,0
en modo hoja (100 Mbps)
5,0 Valor seguro
La latencia no tiene que ser la misma para todas
las conexiones en la red, ya que a diferentes
dispositivos se les pueden asignar diferentes valores
de latencia. Agregar nuevos dispositivos a una red no
afecta la latencia de los otros dispositivos que ya
están en la misma red.
Mientras se ejecutan conexiones de latencia más
altas, Dante permite configurar conexiones de baja
latencia para rutas de audio críticas, de modo que el
usuario pueda usar una transmisión o una fuente de
grabación donde la latencia es menos crítica.
2
2.6. Cableado
La distribución de audio digital elimina grandes
cantidades de cobre voluminosas, pesadas, caras e
inflexibles. La instalación se hace simple usando
redes digitales; un solo cable Cat5e o Cat6 ligero y
económico puede transportar todas las entradas y
salidas requeridas como datos de audio digital.
Se debe usar Cat 6 para enlaces Gigabit de cobre
cuando se deba usar cobre. Siempre que sea posible
se debe usar fibra óptica en lugar de cobre en enlaces
Gigabit. La forma en que se modulan los datos en el
cobre Gigabit lo hace más sensible a la interferencia
externa. Por lo tanto, cuando se deban usar enlaces
Gigabit de cobre, se debe prestar especial atención al
enrutamiento del cable y asegurarse de que los cables
no estén cerca de fuentes potenciales de ruido o
interferencia. Un problema de integridad de datos en
un enlace Gigabit puede pasar desapercibido en una
red de datos, pero provocará la interrupción del audio
en una red Dante.
No se debe exceder la longitud de recorrido
máxima recomendada (100 metros para cables
Ethernet de cobre). Las longitudes de funcionamiento
de la fibra pueden variar según el fabricante del cable
y del switch. Normalmente, se recomiendan
longitudes de no más de 2 km para fibra multimodo
de 100 Mbps, 600 metros para Gigabit y 300 metros
para 10 gigabits.
3. AUDIO VIDEO BRIDGING (AVB)
Audio Video Bridging (AVB) es una red que
implementa un grupo de protocolos esbozados por el
comité de estándares 802.1 del IEEE de carácter
‘abierto’. Estos protocolos incluyen características
que aseguran una sincronización precisa entre todos
los dispositivos de la red, para garantizar la
disponibilidad del ancho de banda de red que
requieren los datos de audio y vídeo, y para
garantizar la transmisión constante de datos en lugar
de que se produzcan ráfagas y pausas en la red. Un
grupo de fabricantes de equipos de AV y de TI
formaron la alianza AVnu para trazar las directrices
que asegurasen la compatibilidad entre todos los
dispositivos con capacidad AVB que ellos fabricaban
En 2014 ha salido al mercado el primer equipo AVnu
con certificación AVB.
Mientras que un grupo de trabajo IEEE ratificó
recientemente un protocolo de transporte AVB para
uso en Layer 3, actualmente el protocolo solo
funciona como en Layer 2 mulicast. Hay tamaños de
flujo variables. Y cada flujo puede soportar entre 1-64
canales, siendo los puntos finales de hardware
quienes dictarán las cantidades de entradas o salidas.
Trabaja con resoluciones de hasta 24bits a
frecuencias de muestreo de 44.1khz o 48khz.
3.1. Estándares IEEE relacionados con AVB
802.1AS: sincronización y sincronización para
aplicaciones sensibles al tiempo
• 802.1Qat: Protocolo de reserva de flujo (SRP)
• 802.1Qav: reenvío y puesta en cola para flujos
sensibles al tiempo
• 802.1BA: sistemas de puente de audio y video
• 1722 es un protocolo de transporte de Layer 2
para aplicaciones sensibles al tiempo en redes LAN
puenteadas. Se relaciona únicamente entre el ‘talker’
y el ‘listener’.
• 1733 es un protocolo de transporte de Layer 3
para aplicaciones sensibles al tiempo en LAN que
aprovechan los protocolos de transporte en tiempo
real (RTP) y el control RTPProtocolos (RTCP), dos
protocolos comúnmente utilizados en VoIP.
• P1722.1 es responsable del descubrimiento,
enumeración, conexión del dispositivo AVB gestión y
control para dispositivos basados en 1722.
3.2. Redundancia
Time SensitiveNetworking (TSN) es la evolución
de AVB para expandir el rango, funcionalidad y
aplicaciones del estándar. TSN es el nuevo nombre
para la evolucion de normas desarrolladas por AVB.
Ofrecerá compatibilidad hacia atrás con AVB, pero
añadiendo nuevas funcionalidades como parte del
estándar. Entre ellas estarán:
• Tolerancia a fallos y redundancia
• Mejoras en temporización y latencia
3.3. Sincronización
El reloj de red se referencia en cada dispositivo
habilitado con AVB en la red, antes de enviar el
mensaje verifica que cada dispositivo tendrá una
representación cuál es el tiempo preciso en cualquier
instancia dada con un mensaje específico de sincronía
(gPTP: General Precision Transmision Protocol).
Después de que los dispositivos se comunican entre
ellos, se selecciona un dispositivo AVB como el
mejor reloj maestro y las comunicaciones proceden
del punto extremo del hablante o ‘talker’ al punto
final del oyente o ‘listener’.
3.4. ‘Talker’ y ‘Listener’
Cuando un dispositivo AVB ‘talker’ o hablante
transmite uno o más paquetes de datos o ‘streams’ a
la red, un dispositivo de en el otro extremo, ‘listener’
o escucha, recibe uno o más de mensajes de la red. El
puente / interruptor o ‘switcher’ AVB actúa como un
conducto entre los dos. Tanto los ‘talkers’ como los
‘listeners’ solicitan reservas de flujo y el switcher o
puente entre ellos cumple esas reservas, regulando las
transmisiones de datos entre ambos extremos para
que reciban los flujos de datos correctos.
Figura 3: Esquema de conexionado típico (AVB)
3
3.5. ‘Switcher’ o Conmutador paquetes de datos AVB lleguen a los puertos con
dispositivos no compatibles con AVB (Esquema de
El puente / conmutador AVB (switcher) garantiza
compatibilidad en Anexo A).
la transmisión de datos AV en tiempo real, sensible a
las pequeñas variaciones de sincronía, y al mismo 3.6. Latencia
tiempo que permite que los datos de audio y video
La baja latencia es importante en situaciones de
compartan a la perfección la misma red. Los switches
vivo donde el mensaje de audio necesita llegar dentro
solo permitirán que se utilice hasta el 75% de cada
de los pocos milisegundos de la transmisión original.
puerto de red para el tráfico AVB, evitando que otras
La latencia constante y limitada evita que cambie el
formas de datos se retrasen o pierdan.
tiempo garantizando una latencia conocida entre los
Las reglas de cola y reenvío aseguran que las
puntos finales. En AVB el retardo proporciona 2 ms
secuencias AV pasen a través de la red con el retraso
entre 7 switches de una red Ethernet de 100 Mbps.
especificado. Permite la sincronización de múltiples
Con 1 Gigabit de velocidad, se consigue 1 ms de
flujos de medios / flujos de diferentes fuentes, y que
latencia.
lleguen a su punto final de forma simultánea. El AVB
AVB usa latencia de clase A, esto es 1 o 2 ms.
te permite no solo transferir datos al mismo tiempo
Por ejemplo, si un conmutador tiene un retraso de
de punto a punto, sino que también de punto a
reenvío de 150 microsegundos (150 μs), nueve
muchos puntos diferentes. Los dispositivos AVB
switches tomarán 1.350ms para mover una secuencia
pueden identificar y comunicarse con dispositivos
de datos AVB. El límite de la red es de 2 ms. El uso
que no son AVB usando estándar de IEEE 802, pero
de switches "rápidos" o uplinks aumentarán el
no pueden enviar flujos de datos AVB a través de
diámetro de la red. Así que pasar a un uplinks de 10
interruptores que no sean AVB.
Gigabit, o usar un conmutador con un rendimiento
A diferencia de los switches Ethernet actuales, los
más rápido, soportará mas switchers encadenados en
switches AVB tienen CPU adicional, un
la red.
procesamiento para manejar la configuración del
tráfico adicional, sincronización de tiempo y 3.7. Compatibilidad con DANTE y CobraNet
requisitos de QoS inherentes a las redes con AVB.
La figura 4 muestra un diagrama esquemático
El puente / interruptor crea automáticamente una
para el conexionado entre estos protocolos.
VLAN para el tráfico AVB, permitiendo que los

Figura 4: Diagrama esquemático para el conexionado entre estos protocolos

Según Audinate®, los estándares AVB están bien
alineados con la tecnología Dante existente. Audinate
ha anunciado que Dante cumplirá AVB ya que estos
cumplen con los estándares ratificados, sin embargo,
aún necesitará usar switches habilitados con AVB
para transmisiones AVB verdaderas.
Por otro lado, es posible mezclar el tráfico
CobraNet, sin embargo, no hay garantía de que
funcione correctamente en todos los artefactos. El
conductor de CobraNet asume el control y
proporciona la programación de todo el tráfico en la
red. Cuando hay otro tráfico presente, puede retrasar
la entrega de paquetes de audio CobraNet en la
medida en que el intervalo isócrono (tiempo) sea
excedido. En este caso, es probable que se escuchen
los glitches de audio. La forma correcta de
compatibilizar es segregando el tráfico AVB a una red
VLAN 2 y colocar el tráfico CobraNet en una VLAN
o conmutador separados es lo recomendado.
4
4. Conclusiones
DANTE es actualmente el estándar en
comunicación de audio digital debido a su incidencia
en equipamiento profesional. Tanto Yamaha como
Audinate ® han sido partícipes de la alianza AVnu,
esto implica un direccionamiento a establecer AVB
como un nuevo estándar pese (aun) a la dificultad de
que propone la exclusividad de los switches
necesarios para establecer la comunicación.
Una de las cualidades distintivas de AVB respecto
de los demás protocolos de red reside en la
escalabilidad, el echo de que sea un protocolo
compartido con video, abre las puertas a un infinito
mundo audiovisual por explorar.
Aprovechando esta ventaja la industria automotriz
ya está utilizando AVB en autos de lujo.
La posibilidad de reproducción de DVD, cámaras
de respaldo y navegación se han convertido en
opciones comunes en muchos automóviles
convencionales. Las unidades de entretenimiento en
el asiento trasero (RSE) están creciendo en
sofisticación con más fuentes y opciones a su
alcance. Cada una de estas opciones se ha agregado a
la necesidad y el deseo de una arquitectura de red
común en el automóvil, es así que AVB se amolda
perfectamente a las necesidades de este rubro.
Por otra parte, marcas como PreSonus, han
decidido confiar en el protocolo y desarrollar todos
sus equipos con ecosistemas AVB, de manera que en
un futuro logren la posibilidad de realizar redes de
configuraciones audiovisuales.
Hoy en día no son muchas las marcas que
fabrican este tipo de switches y muchas veces se hace
dificultosa la tarea de encontrarlos en el mercado.
Algunas de las marcas que fabrican estos switches
son Motu, PreSonus, Lab X Technologies, Netgear y
Extreme Networks.
REFERENCIAS
• Bakker, R., Cooper, A., Kitagawa, A., Libro
blanco “Introducción al audio en red” (2014)
• MediaMatrix, Dante Networking Guide, Version
2.0.0.0 (2017)
• YAMAHA comercial audio, QL series Live
Recording with Nuendo Live (2015)
• Contrera, H., Vilca, J., Transmisión digital de
audio sobre redes ethernet, UTN FRC-Depto.
Ingeniería Electrónica, Córdoba ( 2012)
• Gothard, A., Kreifeldt, R., Turner, C., AVnuTM
Alliance White Paper, AVB for Automotive Use
(2014)