Avnu Alliance profundiza en el conjunto de características de la plataforma Milán

Los miembros de la Alianza y los creadores de Milán exploran las preguntas planteadas durante la Cumbre Comercial Learn From Home de AVNation sobre la plataforma de audio profesional.

Todo estará conectado en red. Las conexiones de datos y redes están creciendo rápidamente. Al mismo tiempo, las expectativas de audio y video continúan creciendo y evolucionando, exigiendo más de las redes de audio/video, incluida la conexión de más dispositivos.

Desafortunadamente, tal como está la industria actualmente, la interoperabilidad no está garantizada en este futuro de AV. De hecho, a medida que los productos y sistemas se vuelven más complejos, los usuarios pueden verse fácilmente abrumados y la interoperabilidad se convierte en un desafío cada vez más difícil de alcanzar. Para satisfacer a las audiencias que esperan cada vez más de sus experiencias audiovisuales, la industria necesita recalibrarse y centrarse en ofrecer una solución de audio que sea fácil de usar, escalable y preparada para el futuro. Para los medios profesionales, simplemente no basta con ofrecer audio de alta calidad con una implementación rápida; Esto también debe hacerse con una plataforma viable, estable y de largo plazo que pueda evolucionar con las necesidades del mercado. Igualmente importante es que las redes puedan escalar sin que un mercado competitivo sofoque la innovación.

Milán fue creada y elegida por los líderes en sonido en vivo de Avnu Alliance como una plataforma viable, estable y a largo plazo para evolucionar con los requisitos del mercado. Estos fabricantes, en competencia directa entre sí, se han unido para tomar colectivamente el liderazgo en la creación y defensa del cambio que desean ver en el mercado del audio profesional. A través de este proceso, dieron vida a la visión de una red de medios completa: una que sea fácil de usar, preparada para el futuro, abierta a la creatividad, escalable en todos los mercados y que ofrezca una convergencia entre audio, video y control con TI en una red.

En abril de 2020, estos fabricantes se reunieron para compartir una formación técnica sobre los sistemas en red de Milán como parte de Evento virtual Learn From Home de AVNation para comerciales. Hubo muchas preguntas interesantes, de hecho, demasiadas para responder en el tiempo asignado, por lo que aquí hemos respondido algunas de las preguntas principales para todos ustedes.

¿Tiene más preguntas sin respuesta sobre Milán? No dudes en preguntarles aquí o en Twitter mencionando @AvnuAlliance o dirígete a Foro abierto de Milán donde puedes encontrar muchas respuestas a las preguntas más frecuentes y preguntar cualquier cosa que tengas en mente.

Richard Bugg, presidente del segmento Pro AV de Avnu Alliance y arquitecto de soluciones de productos digitales de Meyer Sound; Morten Lave, ingeniero de redes, Adamson Systems Engineering; Henning Kaltheuner, director de desarrollo empresarial e investigación de mercado de d&b audiotechnik; y Genio Kronauer, Director de Electrónica, L-Acoustics: todos los miembros de Avnu Alliance y los principales partidarios de Milán han respondido las siguientes preguntas que llegaron durante nuestra sesión Aprende desde casa.

¿Milán es diferente de AES67? ¿Publicar AES 67 o utiliza AES67?
Milán se basa en la capa de red Audio Video Bridging (AVB), que es una tecnología de Capa 2. Esto es bastante diferente de Dante o AES67. La capa 2 por sí sola solo funciona dentro de una LAN, pero ofrece los beneficios de ser determinista para una sincronización precisa y un transporte confiable casi sin esfuerzo de configuración.

Si tengo un mezclador habilitado para Dante, ¿necesitaría una tarjeta de expansión que admita Milan para funcionar con una red de Milan o sería razonable usar algún puente para poder tener una red híbrida con Dante y AVB/Milan?
El mezclador debería tener una interfaz Milan dedicada, como una tarjeta de interfaz Milan. La función de reserva de ancho de banda de AVB garantiza que las transmisiones de AVB no serán perturbadas por otro tráfico, por lo que puede coexistir con Dante en una red. Dante no tiene esta garantía, por lo que es necesario un aprovisionamiento excesivo para garantizar el ancho de banda.

¿Los dispositivos Milan funcionan con dispositivos AVB? ¿Milán trabaja con productos Avnu Certified?
AVB es la tecnología subyacente de Milán. En el pasado, los dispositivos AVB estaban certificados por cumplir los requisitos en la capa de red, pero no por su interoperabilidad en la capa de aplicación.

Esto ha cambiado ahora con Milán. Todos los dispositivos Milan son totalmente interoperables. Es teóricamente posible que un dispositivo AVB más antiguo admita los formatos de transmisión y paquetes de red Milan®, pero es muy poco probable.

Los dispositivos Milan funcionan con cualquier conmutador AVB certificado por Avnu.

¿Hay recursos de código abierto disponibles para Milán?
La biblioteca AVDECC de código abierto de L-Acoustics es un componente importante para las implementaciones de Milan, ya que permite a los usuarios crear un controlador AVDECC que es capaz de controlar dispositivos Milan. También puede servir como base para implementar el bloque AVDECC de un punto final de Milán. La biblioteca AVDECC de código abierto está disponible gratuitamente para todos los que quieran crear un producto compatible con Milán. se puede encontrar aquí.

También se puede descargar un software HIVE de controlador de código abierto aquí: Ventanas de colmena or Colmena MacOS. Esperamos que en el futuro haya más recursos de código abierto disponibles para Milán.

¿Milán reemplaza a la AVB?
Milán se basa en la tecnología AVB, definida por los estándares abiertos IEEE. No reemplaza a AVB como base de la red, sino que agrega una capa de aplicación encima de AVB. Estos estándares se desarrollan en estrecha colaboración con la industria de TI y, por lo tanto, tienen una gran relevancia a largo plazo para la convergencia de flujos de medios en tiempo real y otros datos en sistemas en red. La tecnología AVB mejora las capacidades de Ethernet agregando propiedades como reserva de flujo, rendimiento determinista, sincronización precisa y multidifusión inteligente. Milan utiliza estas mejoras para proporcionar una solución de red escalable, precisa, altamente confiable y muy amplia para sistemas de producción de medios profesionales de muchos tipos.

¿Cuál es la diferencia entre la solución de audio/vídeo/fecha SMPTE ST2110? ¿Es compatible con este protocolo en el futuro?
SMPTE 2110 se ha desarrollado desde una perspectiva de transmisión principalmente para cumplir con los requisitos de la producción de televisión. Estos requisitos incluyen, en primer lugar, redes de área amplia (WAN) fuera de los entornos de producción local para señales de vídeo con audio asociado. Las demandas de confiabilidad, sincronicidad y facilidad de manejo son muy diferentes entre la producción de TV y el sonido en vivo Pro Audio, lo que explica por qué se necesitan diferentes tecnologías de red para las diferentes aplicaciones. Por lo tanto, en esta etapa, no existe compatibilidad entre Milán y SMPTE 2110. Sin embargo, no es imposible construir puertas de enlace entre los sistemas para que todos los beneficios puedan combinarse en sistemas híbridos.

Con la distribución de transmisiones AV, como IGMP Snooping, en los conmutadores, ¿el protocolo de reserva de transmisión en un sistema AVB permite que las transmisiones de multidifusión sean tratadas como transmisiones por el conmutador?
AVB y Time Sensitive Networking (TSN) utilizan un principio de reserva de flujo de capa 2 respaldado por los puentes para garantizar que el tráfico de multidifusión que utiliza la prioridad configurada SOLO se envíe en puertos donde una estación final ha registrado interés en recibir el flujo. Los conmutadores entienden el concepto de flujo y realizan un seguimiento de los flujos y su reserva. Los paquetes de flujos se reconocen y enrutan según su PCP en el encabezado de VLAN.

Parte del estándar de conmutación (IEEE802.1Q) especifica cómo se tratan ciertas clases de tráfico. Las transmisiones utilizan una cola de alta prioridad, pero están determinadas por el mecanismo de reenvío y cola de transmisiones sensibles al tiempo (FQTSS). Esto asegurará que las transmisiones tengan prioridad garantizada para usar el ancho de banda que han podido reservar y no más.

Esto, a su vez, da como resultado dos características apreciadas por los profesionales audiovisuales:

• Límite de latencia determinista y predecible.
• Aislamiento de ancho de banda, solo los enlaces que conducen a un sumidero tendrán tráfico.

Esto también significa que gran parte de la configuración manual que se requiere en redes que no son AVB se realiza automáticamente mediante conmutadores AVB. (por ejemplo, VLans, IGMP, unidifusión/multidifusión, gestión de ancho de banda).

¿Para qué aplicación es más adecuada Milán?
Como tecnología de capa dos construida sobre un estándar de networking determinista, Milán se creó primero como una red para eventos y producción en vivo. Pero el sonido en vivo no es la única aplicación para Milán: también se puede aprovechar en aplicaciones de instalación fija, como entornos empresariales o de entretenimiento. Aunque hasta ahora la mayoría de los proyectos que aprovechan Milan se han realizado en entornos de sonido en vivo, Milan también se basa en un estándar abierto, lo que significa que tiene un amplio atractivo para el mercado, cuenta con el respaldo de TI y es interoperable con toda la tecnología de estándares en múltiples mercados, lo que lo convierte en un estándar duradero que adoptarán tanto los departamentos audiovisuales como de TI. Con una base de estándar abierto, Milan permite una mayor flexibilidad y reduce el costo total de propiedad al brindar una economía de escala, minimizando el tiempo de implementación y mantenimiento. Y la naturaleza abierta de Milán permite a los fabricantes construir sus sistemas y al mismo tiempo tener propiedad sobre la red.

Con Milan, nuestro objetivo es lograr la facilidad de uso de las redes para los usuarios finales, garantizando que simplemente funcione y siga funcionando, además de ser una arquitectura de sistema para los fabricantes, proporcionándoles las herramientas adecuadas para construir sus plataformas de sistemas, para hacer realidad esa visión.

¿Cuáles son las principales ideas erróneas sobre las redes de audio entre los usuarios finales? ¿Qué se puede hacer para corregirlos?
Cuando se trata de plataformas de audio en red, la industria de los medios profesionales tiene dos requisitos principales. En el nivel más básico, requiere una entrega garantizada de audio de alta calidad, no sujeto a interrupciones, cambios de fase o efectos de filtro de peine en arreglos lineales. Sin embargo, al tomar decisiones sobre la infraestructura de red, los usuarios finales deben estar seguros de que han elegido un protocolo duradero y una red que puede brindar soporte a medida que sus necesidades de medios y datos aumentan, hoy, mañana e incluso dentro de años.

Hoy nos encontramos en una situación en la que algunas empresas pretenden "poseer" estándares de red y gestionar negocios basándose en esa propiedad. Muchas de las soluciones actuales se han unido utilizando soluciones de red patentadas, lo que requiere un extenso trabajo de diseño, instalación y soporte por parte de profesionales de la industria y crea propuestas arriesgadas cuya viabilidad a largo plazo no está garantizada. Esta situación será transitoria; al final veremos que los estándares abiertos se vuelven dominantes de la misma manera que lo hicieron en el mundo de las tecnologías de la información.

Sin estándares abiertos no tendríamos el nivel de digitalización que tenemos hoy, ya sea en redes locales o con internet. Aún así, se pueden impulsar los negocios ofreciendo soluciones inteligentes y útiles basadas en estándares abiertos. Esto probablemente requiera un cambio de paradigmas y de mentalidad para algunas personas de nuestra industria. A medida que la red ha evolucionado y continúa escalando, también lo han hecho las oportunidades para la industria. La red no debería ser por sí sola un mercado competitivo ni un cuello de botella para la innovación.

Pero ¿qué significa esto para los fabricantes e integradores que trabajan con dispositivos en red? Los ingenieros de audio y sistemas deberían esperar más. Deberían poder realizar las funcionalidades de su sistema; su red siempre debería funcionar: debería ser sencilla, fiable y estar preparada para el futuro. Es más, a medida que la tecnología de consumo continúa avanzando, el público espera una experiencia más rica de sonido en vivo y otras aplicaciones AV comerciales. La red ahora debe pasar a formar parte de la propuesta de valor para los fabricantes; debe estar abierto a la creatividad para permitir llevar al mercado productos verdaderamente valiosos.

Para que esto suceda, los fabricantes deben trabajar junto con otros como ellos, compartiendo abiertamente información sobre tecnología y productos, y definiendo juntos los requisitos para una mayor interoperabilidad de la red. Esta visión de las redes debería abarcar la facilidad del conector XLR analógico y transformarlo en una interoperabilidad total de medios y datos.

Otro concepto erróneo es cómo se debe gestionar la red. Hoy en día, la mayoría de las personas que ejecutan AV a través de redes IP lo mantienen estrictamente separado de cualquier otro tráfico y administración de “clientes” de red porque tener varios grupos en una red no se puede mantener con suficiente confiabilidad. Con protocolos deterministas, como el de Milán, se excluyen las interferencias entre flujos y datos y se garantiza una entrega oportuna y segura.

¿Existe un límite para cambiar de salto integrado en el estándar?
El propio estándar AVB no establece ningún límite en el número de saltos. Sin embargo, cada salto de un medio físico inevitablemente introduce cierta latencia, sin importar qué tecnología se utilice encima. La buena noticia con AVB en comparación con otras tecnologías es que esta latencia está limitada, el límite es muy bajo y es conocido y predecible. Con AVB, el diseñador del sistema puede determinar de antemano el número de saltos que no se deben exceder para lograr una latencia determinada entre un hablante y un oyente. Por ejemplo, si desea lograr una latencia garantizada de 2 ms en una red de 100 Mbps, normalmente puede utilizar hasta 7 saltos entre las estaciones finales consideradas. En una red de 1 Gbps, puede reducir la latencia garantizada a 1 ms con 7 saltos o utilizar hasta 14 saltos con una latencia de 2 ms.