Señales de producción en red. AVB vs. SMPTE 2022

1. Nos INTERESA. ," (AVB VS.SMPTE 2022)TIVIB J-IB 2. La evolucion y abaratamiento de la tecnologia en el mundo IT ha permitido la sustitución de los enlaces PDH y SDH por otros basados en IP,Los anchos de banda han ido incrementan- dose al tiempo que su precio bajaba.Ahora la tecnologia de red se perfila como clara candidata a futuro para sustituir al cableado basado en la famiv lia SDl.Analizamos a continuación los diferentes estándares y tendencias. Durante muchos años hablar de video digital en entornos de produccion ha sido hablar de la familia SDI: — Versión electrica [Imagen 1]- Version optica.SMPTE 298-2008: Encapsulado de hasta SGSDl sobre fibra. Hoy en dia con la convergencia de informática y audiovisual las cosasestán cambiando y ya hay dos están- dares que se postulan como alternati- va al cableado SDI: - SMPTE 2022-8: Transport of High Bit Fiate Media Signals over IP Networks [HBRMT]- IEEE 802.1: Audio Video Bridging [AVB]El sueño de poder sustituir una granNos INTERESATxt:Vicente Pla Ferrimatriz SDl por switchers y routers ya es posible. ÜARRCTERÍSÏIRRS llll ÏRRRSPORÏE ll!VÍDEO Slll IHIMPRIMIR SÜBRE REI! Estas son algunas de las caracterís ticas que deberia tener: ’l. AIgunas ya disponibles para SDI: a. Video sin comprimir y sin pérdida de cuadros imagen iTNÍB .H9 3. "In;I‘*". '—¡Ï'Á; >‘r'b.Baja latencia c.No propietario 2.0tras que lo mejoren:a.Mayor flexibilidad y agilidadbïransporte a través de un único cable de:vídeo,metadatos,control y sincronismos. c.Conmutación entre señal principal y redundada sin cortes. d.Bajo coste gracias a la economía de escalaEl mundo de las redes tradicional- mente ha tenido algunos problemas que impactan muy negativamente para conseguir estos requerimientos: - Perdida de paquetes - Errores de ráfaga- Recepcion con orden incorrecto de paquetes- Variación del retardo- El rendimiento de la red puede variar en funcion de la congestión de esta a través del tiempo. De aqui que siempre habrá que tener en cuenta todos estos factores de cara a abordar un diseño.Otro fac- tor muy importante es decidir si quere- mos que nuestra infraestructura audiovisual en red este basada en electronica estandar o por el contrario queremos utilizar equipamiento especí- fico [Imagen 2]. SMPTE 2022 está basado en IP [capa 3] mientras que AVB es de capa 2, es decir,no permite el direcciona- miento a través de redes públicas.Para transportar AVB es necesario disponer de conmutadores especificos para AVB.A cambio,AVB está pensa- do para trabajar con audio y vídeo y no necesita de otras normas externas al estandar para manejar la calidad de servicio y la sincronía entre señales.Analicemos en detalle cada una de ellas. SMPTE 2022Aborda la transmisión de señales de TV a través de redes 1P.Sus inicios seAttríbute Jair-I:un.‘(im-i 4|"!Compresslon V MPEG,H.264, JZK,none FEC OptionalLlnk types WAN,MAN (Layer-Bdatagrams) End-to-end SyncQoS ExpectedMedium (“1 video frame) Latency (basedon encoding)Best Application í Long haul,back haul, contribution links,primarydistributionExternal to the standardV External to the standard‘W’- "i- “llhr miuiri None NoneLAN (Layer-Z datagrams)802.1AS and 1722 presentation time802.1Q SRP and FQTSSLow (N1 video line)SDl-like transport of live media within a facilityImagen 2remontan a principios de siglo cuando el PFGMPEG Forum trabajo en el ‘Code of Practice #8’ [Pro-MPEG CÜPitEl].Fue diseñado para permitir corregir los problemas de perdidas de paque- tes en el transporte de señales de vídeo sobre redes IP.sin la necesidad de retransmisión. EvoluciónFue normalizada en 2007 para el transporte de vídeo sobre lP: - SMPTE 2022-’l:"Forward Error Correction for Real-time Video/ Audio Transport 0ver IP Networks".Define una proteccion de errores FEC para la transmisión de flujos de video sobre IP. Al principio solo para señales MPEG- 2 TS de tasa binaria constante: - SMPTE 2022-2: "Unidirectional Transport of Constant Bit Rate MPEG-E Transport Streams on IP Networks".Especifica como encap sular en paquetes IP señales de video comprimidas encapsuladas en MPEG-E TS.El estándar cubre la capa de transporte [BTP y UDP] asi como temas de temporizacion y tamaños de buffers. En 2010 se añadió la posibilidad de trabajar con MPEGE TS a tasas bina- rias variables:- SMPTE 2022-3: "Unidirectional Transport of Variable Bit Bate MPEG-2 Transport Streams on IP Networks".Define la forma de trans- portar por IP paquetes de MPEGE TS de tasa binaria variable de forma que esta sea constante entre men- sajes PCR [piecewise constant]. - SMPTE 2022-4: "Unidirectional Transport of Non—P¡ei: ewise Constant Variable Bit Bate MPEG2 Streams on lP Networks".Es muy similar a la parte 3, pero sin restric- ciones a nivel de tasas binarias. Finalmente se añadieron las partes que ahora nos interesan;las del trans- porte de señales de video sin compri- mir: - SMPTE 2022-5: “Forward Error Correction for High Bit Flate Media Transport 0ver IP Networks".Extiende la parte ’l del estándar a señales de hasta 3 Gbits/ s o más. - SMPTE 2022-8: "Transport of High Bit Rate Media Signals over IP Networks [HBRMT]" Especifica la forma de transmitir por IP señales de vídeos sin comprimir. - SMPTE 2022-7: "Seamless Protection Switching of SMPTE ST 2022 lP Datagrams" Define la forma de sincronizar dos señales que viajan por distintos caminos 4. para poder realizar Una conmutación sin cortes entre ellas, También se propuso la parte 8 del estándar para encapsular JPEG2ÜCIO en MPEG2-TS sobre IF’ pero finalmente se abordo desde el Video Services Forum [VSF). SMPTE 2022-6: TnIIIIsroIIT or IlIaII IIIT nm MEnIA SIsIInIs om IP NnwonIIs IIIBIIMT]. Cuando trabajamos con video en directo hay determinados aspectos a tener en cuenta.El primero de ellos sería como abordar el mapeado de señales de un entorno SDl sobre la carga útil de un datagrama IP. SMPTE 2022-8 lo define para seña- les SDSDI.HD-SDI y BG-SDI sin com- primir sobre un interface lP.Se intenta pues sustituir el tradicional cableadoViz MosartEïudK3auUMnaUon, swnphfiedcoaxial de la familia SDl por un sistema en estrella basado en IP [Imagen 13]Como se observa en la pila de proto- colos utilizados.la norma se basa en transmitir vídeo a traves de equipa- miento IP estándar.Como es tradicio- nal en señales de alta tasa binaria,la señal audiovisual se transmite a traves de UDP y por tanto no se garantiza la confirmacion de entrega ni el control de flujo.Eso sí,mediante RTP se añade mecanismos para Ia compensación del“In:lnnzï-¿zaiwjitter y detección de paquetes que Ile- gan fuera de orden a consta de Intro- ducir un pequeño retardo.Si adicional- mente se necesitara de control de errores,habría que introducir un codi- go FEC mediante la utilizacion de SMPTE 2022-5, que añadiría más retardo cuanto más robusto fuera. .Quedan fuera de la norma aspectos importantes como son la calidad del servicio de la red [G08] y la sincroniza» cion de señales. OTRO FACTOR MUY IMPORTANTE ES DECI‘ DIR SI QUEREMOS QUE NUESTRA lNFRAES' TRUCTURA AUDIOVISUAL EN RED ESTÉ BASADA EN ELECTRÓNICA ESTÁNDAR o POR EL CONTRARIO QUEREMOS UTII. IzAR EQUIPAMIENTO ESPECÍFICO. ll‘í j‘ s s‘ í A successful live broadcast production is a complex balance of live sources,studio screens,video and graphics,audio,lights and robotics systems,all needing to be controlled simultaneously. Viz Mosart simplifies production in an easy to Use.template-driven automation system. Viz Mosart takes input from the newsroom computer system and translates it into commands for all connected systems and devices,giving the broadcaster greaterflexibility,speed of response,and cost-effectiveness in news,weather andsports broadcasts. Learn more at VlZl’i. 'Íj{}iïl 5. "In;I-‘IlïlfllbiwSE PROPUSO LA PARTE 8 DEL ESTÁNDAR PARA ENCAPSULAR JPEG2000 EN MPEG2-TS SOBRE IP PERo FINALMENTE SE ABORDÓ DEsDE EL VIDEo SERvIcEsFoRUM (VSF). Calidad de Servicio (G05). El diseño y configuración de la infra- estructura de red sera clave para garantizar la calidad del servicio [GoS].En toda red de datos conmutados exis- ten una serie limitaciones,que si no se toman las acciones oportunas,afec- tarán al servicio:bajo rendimiento de la electrónica de red,pérdida de paque- tes,retardos,latencia,jitter y perdida de orden de los paquetes entregados,entre otros.Para evitarlos habra que dimensionar adecuadamente nuestra red y definir políticas de calidad del ser- vicio.De esta forma nuestra infraes- tructura soportará los nuevos servi- cios de video. Redes multicast. Una de las grandes ventajas que nos brindan las redes IP es el uso de gru- pos multicast.Esta forma de distribu- ción permite que los conmutadores y enrutadores distribuyan la señal de un grupo a todo aquel cliente que se haya suscrito a el. La tecnologia multicast permite,que desde un equipo servidor hasta la electrónica de red.sólo viaje una repli- ca de la señal con el consiguiente aho- rro de ancho de banda.LD ideal será pues definir un grupo multicast para cada una de las fuentes de señal.De ese modo cualquier cliente puede reci- bir la señal con tan sólo suscribirse al grupo correspondiente. El principal problema con el que nos encontramos al trabajar en multicast es que para IP v4 las redes públicas no permiten su uso. No obstante las ventajas son cuan- tiosas.Gracias a la electronica de redpublicas] capaz de ofrecer una preci- sión de ’l0 us. Posteriormente aparecio en 2008 la versión 2 del estandar con una resolu- ción de unos 30 ns.y que también era capaz de transmitirse via unicast [y por tanto por redes públicas].Otra de las ventajas frente a NTP es que es capaz de saltarse las colas de enrutado/ con- mutación 5| se dispone de electrónica de red compatible con PTP [Imagen 5]. Layer 7Abbreviation W Full name Standard Length i ApplicationSDI Serial Digital Interface SMPTE 259M,292M.1376 ‘ (payload) 424M 1 j ÑVÏiÉRNiT Hlgrh Éitrartelli/ Iedia Transpon f SMPTE 2022-6 ‘¿i8- j ‘- Ï mp " nooníífiaosïaoh Protocol Sí?Mi iz"- j Transport ’User Datagram Prcítocol_ h l-¿B j Internet ‘ IP Internet Protocol (VA/ VG) |RFC 791 l RFC 2460 20/40 I Link 7 MAC j Media Access Control j IEEE 302.3 42 ‘ 1 ‘(e. g. Ethernet) a,Plus Optional fields Imagen 3podremos prescindir de matrices.dis- tribuidores,etc [Imagen 4]. Conmutación sin cortes entre seña- les. Gracias a SMPTE 2022-7 podremos realizar la conmutación sin cortes entre una seña principal y otra reserva aunque los caminos de llegada de ambas difieran en lo que al retardo introducido se refiere. Sincronización entre señales. Si en el mundo SDI la sincronización siempre se ha hecho mediante la utili- zación de señales de Black Burst o Tr¡Sync mediante cable separado,en el mundo de las redes tradicionalmente se ha utilizado Network Time Protocol [NTP].Este protocolo fue diseñado para la sincronización horaria entre máquinas y su resolucion llega hasta los milisegundos.¿Gue pasa entonces si necesitamos mas precision’? En 2002 se desarrolló la versión 'l del estandar IEEE1588, también cono- cido como Precise Time Protocol [PTP].Se trata de un protocolo multi- cast [lo que lo inutilizaba para redes Multicastinu Malusmc! " flImagen I.A finales de 2014 se aprobó SMPTE 2059-2 que se trata de un perfil de IEEE1588 con las opciones necesarias para trabajar con vídeo sin comprimir. IEEE 802.1: lluiiio VIDEo BIIIIIsIIIi;[Mill]Abordemos ahora la otra alternativa que nos ofrece el mercado. Audio Video Bridging [AVB] es el con- junto de las normas técnicas elabora- das en el Institute of Electrical and Electronics Engineers [IEEE] por el Grupo de Trabajo de “Audio Video Bridging” dentro del Comite de Normas IEEE 802.1. La mision de AVB 6. , lIIÜI-‘wï :4.“ "I 411)‘ «ía» l flrnivlihhniu DE connections used lor nme slamp packets ¡nd as the ¡PGA management port Milw:‘url.‘nur u” VIIuI-um-Ïuiiilq;e‘ ‘mv /, : ‘¿Lx - « ,2 ninaim‘ /"ÍL-JJDH:Inimiifl‘ iImagen 5es proporcionar las especificaciones que permitan servicios de streaming sincronizadas de baja latencia a traves de redes IEEE 802.1Para ello se desarrollaron las siguientes especificaciones que se aprobaron en 2011:- IEEE 802flAS:Temporización y Sincronización para aplicaciones sensibles al tiempo [gPTP], - IEEE 802.1 0st:Protocolo de reserva de Stream [SFIP]. - IEEE B02flGav:Transmisión y colas para Streams sensibles al tiempo [FGTSS]IEEE BDQIBA:Sistemas de Audio Video Bridging[Imagen B]Posteriormente en 2012 surge la AVnu Alliance.una asociación que per- sigue conseguir,mediante la utilización de estandares abiertos,conexiones en red con baja latencia y sincronizadas temporalmente.Bajo este paraguas se engloban tecnologias de los mercados de:Automoción,Audiovisual,Industrial y Electrónica de Consumo (Imagen 7]. ¿QUE ¡s IIIIB? AVB es el intento de reemplazar la complejidad física del cableado tradi- cional SDI,y los problemas de las pri- meras implementaciones audiovisua- les sobre red,por un conjunto de solu- ciones abiertas basadas en estánda- res que permitan la interoperabilidad entre diferentes plataformas [Imagen 8]. Fue pensado para la evolución de Ethernet,y su familia,de forma que permitiera el soporte de aplicacionesen tiempo real de audio,video y control.Es el nombre común que toman el con- junto de estandares desarrollados por el grupo de trabajo “IEEE 802.1 Audio Video Bridging Task Group".SU trabajo se basa en 3 pilares: lAIta recisión en la tem orización P P para permitir: a. El soporte de relojes de bajo jitter b.Sincronización de varios Streams. 2Reserva de ancho de banda:permitemln;lunzn-¿zozwa una aplicación de consumo audiovi- sual notificar a los dispositivos de red que recursos necesitara para que se proceda a su reserva. Bfieglas de colas y envios:aseguran que un stream pueda pasar por la red dentro de los retardos especifi- cados en la reserva. ¿nui ¡s TSN? Time Sensitive Networking es la evo- lución de AVB para expandir el rango.funcionalidad y aplicaciones del están- dar.TSN es el nuevo nombre para la evolución de las normas desarrolladas por AVB.Ofrecerá compatibilidad hacia atras con AVB.pero añadiendo nuevas funcionalidades como parte del estandar.Entre ellas estarán: 1.ToIerancia a fallos y redundancia2.Mejoras en temporización y latencia. Standard ‘mio Status Date IEEE Ralilied ana 30 September V e02 ‘IBA-ZOH M“ u“ 5mm syfiems puniisiiea 2011 Ratifica and IEEE B02 loav Forwarding ana Queuing Ennancements fo!Tïne-Sensilive Streams Wbflsned 5 January 2010 Ratifica and 30 September IEEE 802 10a!Stream Reservation Protocol (SRP) No" 201o E;E Rat ¡led nd i E Incorporates iEEE e02 1Qav ana IEEE s02 ioai i a 31 August 2011 502 ‘I O-2011 published IEEE Timing ana Syncnronization for TIme-Sensitive Applications in Bridged Ratifica and 30 Mann 20” 802 1AS-2011 Local Area Networks published l R nd IEEE 172220" Layer 2 Transport Proiocol or Time Sensiiive Applications in a Bridges!atined a 6 May 2°“ Local Area Network published Layer 3 Transport Protocol lor Time sensitive Applications In Local Area Raliried and EE 1 7 2011 25 2011 l E 33‘ New/ cms published Ap" IEEE Device Discovery,Enumeralion Connection Management and Control Ratifica and 23 A “s!2013 1722 1-2013 Protocol lor 1722-Based Devices published ug Imagen 6 standard Function Group noo status Updated DataIEEE 602 msm Timing and Syncrironization Ennancements and Penormance Imorovemenls “ÏÏ Dian 0 7 November 1 2014IEEE 8021QDv Forwardirig and Queuing IEEE 802 1Qbu Forwarding and QueuingIEEE e02 Toca stream Reservation (SRP) Pain Control and Reservation ¡‘53Ennancements for Schedulea Train:¡”ÏFrame preempiion V7Draft 21 October 24, 201d Dratt11 October 16, 2014 Draft 1 1 septemoerzfi 2014IEEE 802 1GB Stream Reservation (SRP) Frame Replication and EMTIIHBÏÍOH lor Reliaoiiiiy i‘?Draft 0 5 November 3 2014IEEE 602 10cc stream Reservation (SRP) Ennancements ana Penomiance Improvernents lï-Drafl 0 2 November 1, 2014Imagen 7 7. K FuucinnmmoLa implementación de AVB se basa en "pequeñas" extensiones sobre las direcciones MAC y conmutadores de capa 2 de tipo estándar [Imagen 9]. Estos "pequeños" cambios permiten que dispositivos AVB y no AVB se pue- dan comunicar entre ellos mediante frames 802 estandar.En ese caso.como se aprecia en la figura.sólo los dispositivos AVB serán capaces de: 1 Reservar los recursos de red necesarios. 3 UNA ASOCIACIÓN QUE PERSIGUE CONSE’.GUIR.MEDIANTE LA UTILIZACIÓN DE ESTÁNDARES ABIERTOS.CONEXIONES EN RED CON BAJA LATENCIA Y SINCRON| ZA'DAS TEMPORALMENTE. contro!Application (IJPnPIDLNA.ANC.HIGH.dc)¿Sincronizar los streams. En Ia norma IEEE BÜEJBA se describe la configuración por defecto de los dispositivos AVB dentro de una red y cómo determinar si los dispositi-vos soportan AVB.Tn ' Cualquier dispositivo no— Eïáxs AVB es identificado con TItnoPromcoIuna etiqueta para evitar errores. EI concepto clave de AVB es que todos los dispositi- vos de la red reciban Ia sin- cronía maestra.A partir de ahífuncionan con su propio reloj interno que se re-sin- croniza con el maestro una vez por segundo.Entre todos los dispositivos se decide,de forma automatica,el que mayor precisión de reloj tiene y se nombra como gran-maestro.En caso de fallo o desconexión de Ia red del gran-rnaestro el sistema decide cuál lo sustituirá. Una vez que un dispositivo ha sincro- nizado con el gran-maestro,sincroni- zara su reproducción con él.Posteriormente añadirá una marca con el tiempo de presentación [display timestamp] de forma que,si el mismo contenido llega a dos dispositivos dis- tintos,estos la presentaran al mismo tiempo [imaginamos por ejemplo dos altavoces de un par estéreo]. AI igual que SMPTE-2022, la sin-IEEE 1122 Layer 2 AVB IEEE 002 Elhomot Driver Imagen 8cronía esta’ basada en el estándar IEEE 1588 [PTP),pero en este caso las dife- rencias son suficientemente importan- tes como para justificar un estandar diferente:IEEE BD2.1AS [también conocido como gPTP].La sincronía gPTP sólo funcionará si todos los con- mutadores entre fuente y destino son AVB. Gisnou m ¡mmEn Ia mayoria de los hogares de hoy en día,salvo que se tenga contratada voz por IP o IP“IV,todos los datos tie nen el mismo nivel de prioridad.El trá- fico web tiene el mismo tratamiento que el audiovisual.por tanto,si hay mucho uso de la red en el hogar cau-sará un retardo en Ia entrega de paquetes de audio o vídeo que cau- sara un pequeño corte perceptible. Para evitarlo.AVB per- mite que el dispositivo de origen,eI/ Ios conmuta- dores intermedios,y eI/ Ios dispositivos de destino.hablen entre ellos y reserven un ancho de banda para que Ia comunicación no se vea afectada por el tráfico de Ia red.Existe una reserva de ancho de banda durante el tiempo que dura Ia reproducción del contenido.Cuando acaba la comunicación entre dispositivos se procede a liberar el ancho de banda reservado.Si en el proceso de la nego- ciación entre dispositivos se detectara que no existen recursos suficientes para reservar el ancho de banda nece- sario,se comunica al transmisor y des- tinatario del contenido para que tomen las acciones necesarias que eviten Ia interrupción del servicio [bajar resolu- ción,frecuencia de muestreo,etc. )En Ia especificación IEEE BDEKIGaV se explica cómo utilizar el estandar 801.0 [que especifica el marcado de tráfico en trunks] para Ia gestión del tráfico en AVB. ÜIIIÏIIIIES IE IIIISIÚIAún con un exigente sistema de ges- tión del tráfico entregar los paquetes 8. de datos,con baja laten- cia y bajo jitter,sólo es posible si los recursos de red están disponibles a lo largo de toda la cadena de transmisión.AVB implementa un protocolo de reserva de streams que se especifica en BÜEGat “Stream Reser- vation Protocol [SRP]". En SRP los elementos transmisores de conteni-do se denominan ‘Talkers’ y los receptores ‘Listeners’.Ambos sonlos responsables de garantizar que el camino esté disponible y reservar los recursos necesarios.El proceso es el siguiente: 1.El ‘Talker’ envía un mensaje SRP ‘Talker advertise‘ con: a.Identificador del Stream:i.Dirección MAC ii.Identificador único del ‘Talker’ [16 bits]b.Requerimientos de calidad de ser- vicio [G08]: i.Tipo de tráfico ii.Tasa binaria iii,Latencia2.Los dispositivos de red reciben el mensaje y comprueban si tienen dis- ponible el ancho de banda requerido en la salida que lleva al ‘Listener’: a. Si:El mensaje se propaga hasta el siguiente equipo. b.No:Responden al ‘Talker’ que no es posible. 3.Cuando un ‘Listener’ recibe un ‘Talker Advertise’ responde con un mensaje ‘Listener Fleady’: a.Informa al ‘Talker’ de la latencia total del camino. b. Los dispositivos de red interme- dios reservan los recursos de red necesarios para que esta transmi- sión se pueda llevar a cabo. 4.Cuando el ‘Talker’ recibe el ‘Listener Ready’ inicia la transmisión. Imagen 9D-wlbdflliuidlhlhNos lNTePesAlocal area networks"Define la forma de encapsular FlTP sobre AVB. RTP sobre AVB utili- za paquetes conocidos como RTCP. «m.llniiciusiiiiiLas redes lP empiezan a ser una forma rentable de transportar señales de pro ducción sin comprimir den- tro de una infraestructura audiovisual.Hemos analiza- do las características de los dos estandares más 2 EL TRÁFICO WEB TIENE EL MISMO TRATA- 0 MIENTO QUE EL AUDIOVISUAL.PORTANTO.Sl HAY MUCHO uso DE LA RED EN EL HOGAR CAUSARÁ UN RETARDO EN LA ENTREGA DE PAQUETES DE AUDIO o VÍDEO QUE CAUSARÁ UN PEQUEÑO CORTE PER’CEPTIBLE. PIIITIICMIS IE ¡{IMS SIIPEIIIIIIIESAsociados a AVB aparecen toda una serie de protocolos de gran utilidad: - IEEE 1722 "AVB Transport Protocol [AVB-TP]: - Define streams interoperables con formatos varios formatos y encap sulaciones [Raw,MPEGE TS.Firewire.etc)— Mecanismos de sincronización de media- Asignación de direcciones multi-cast - IEEE 1722.1 "Device Discovery,Enumeration.ConnectionManagement and Control Protocol for 1722-Based Devices"- IEEE 1733 "layer B transport protdcol for time-sensitive applications inusados hoy en día: - SMPTE 2022 que puede ser utiliza- do a través de redes IP estándar,pero que obliga a definir políticas de GoS y a la utilización de un estándar externo para la sincronización de streams. - AVB.con retardos menores,que es capaz de a través de Capa 2, y mediante electrónica de red específi- ca,gestionar de forma transparente para el usuario la G08 y sincroniza- ción. Cada fabricante apuesta por una de ellas,pero técnicamente parece que de cara al usuario final sera más sen- cillo de implementar: - AVB para instalaciones locales [LAN]- SMPTE 2022 para el transporte a traves de redes públicas [WAN]