Medios de transmisión y características multimedia

MEDIOS DE TRANSMISIÓN

• Como preámbulo al tema relacionado con la
• solución de los medios de transmisión, debemos conocer algunas de las
• principales características que presenta la información multimedia, la cual se
• detalla a continuación.

CARACTERÍSTICAS MULTIMEDIA

• Mecanismos de distribución para
• audio y vídeo:
• Distribución electrónica tradicional: teléfono, radio y
• televisión analógicos.
• Distribución en medio físico: cintas de vídeo, CDs, DATs,
• laser-disc.
• Nuevos mecanismos: televisión y radio digitales (satélite,
• cable), RDSI, etc.
• Tendencias:
• Digitalización, y uso de redes digitales (ej: TV digital).
• Independencia de los medios físicos (ej: TV digital).
• Integración de servicios (ej: TV digital con servicios de
• radio, Internet, etc.).
• C&C: integración de ordenadores y comunicaciones.
• Integración con Internet
• Internet es ya la red de
• comunicaciones global: no hay muchas alternativas a medio plazo.
• Los servicios multimedia son la extensión natural de los
• servicios Internet actuales: mucho interés inversor.
• Problemas
• Internet se diseñó para otros tipos de datos:
• No está contemplada la transmisión en tiempo real.
• No está contemplada la reserva de recursos.
• No está contemplado el multienvío (multicast).
• Los volúmenes de tráfico necesarios son enormes.

Slide 3

• Evolución
• histórica
• Años 1970, 80: los datos son fundamentalmente ficheros, de
• tamaño en general no muy grande (correo electrónico, transferencia de
• ficheros). Excepción (tiempo real): conexiones telnet.
• Años 1980, primeros 90: experiencias (limitadas) con tráfico
• multimedia. Sobre todo, envío de ficheros (correo electrónico multimedia,
• etc.)
• Años 1990: WWW (imágenes), transmisión de audio y vídeo (Real
• Audio, MBone).
• Años 2000: integración completa de televisión, telefonía y WWW,
• nuevos medios multimedia interactivos (ej: entornos realidad virtual
• distribuidos).
• Desarrollos
• actuales
• Nuevas infraestructuras (je: MBone, Internet-2).
• Nuevos protocolos (je: PI multicast, IPv6).
• Nuevo ``middleware'' (je: herramientas de comunicación grupal).
• Nuevas aplicaciones (je: tele-conferencia, vídeo por demanda,
• realidad virtual distribuida).
• Ejemplo de
• cálculo (régimen binario)
• Sonido (calidad telefónica):
• Ancho de banda: unos 4 KHz
• Muestreo en 256 niveles: 8 bits por muestra ()
• Frecuencia de muestreo (Nyquist):
• 2 * 4 KHz = 8KHz
• Régimen binario:
• 8 KHz * 8 bits/muestra = 64 KHz

Slide 4

• Tipo de entrega
• Para cada tipo de información,
• diferentes tipos de entrega:
• Fiable / no fiable (best effort).
• Reenvío en caso de error / o no.
• Ordenada (varios tipos de órdenes) / no ordenada.
• Retardo máximo / retardo ilimitado.
• Factores sobre el rendimiento
• Fallos de enlaces o nodos (tiempo de reconfiguración).
• Congestión de la red (pérdida y retardo de paquetes).
• Capacidad de los almacenamientos intermedios (buffers): sólo extremo a extremo, en cada nodo,
• (necesario tamaño suficiente).
• Control de flujo (para controlar el llenado de buffers).
• Errores y pérdidas de paquetes.
• Retardo de red.

Entendiendo al 'STREAMING MEDIA'

• Con Streaming Media los archivos no son
• copiados a la computadora receptora; no hay archivos involucrados en esto. Solo
• una cadena de paquetes de datos que es enviada, recibida y presentada.
• Streaming
• Media - UNICAST / MULTICAST
• Existen 2 tipos de streaming media.
• El que por ahora prevalece es el llamado UNICAST, que
• distribuye archivos multimedia (audio / vídeo) desde un servidor a cada
• computadora individualmente. Para difundir archivos multimedia de manera
• similar a como un canal de televisión o estación de radio emiten su señal se
• utiliza MULTICAST.

Slide 6

• Streaming
• media UNICAST La mayoría de los archivos de audio y vídeo
• que Usted ve en su computador, cual sea el reproductor que utilice (Real,
• Windows Media), proviene de un servicio UNICAST. Este servicio consiste en un
• servidor que envía paquetes de datos a cada computador que solicita un stream. La
• figura No. 3 lo ilustrará.
• 

Slide 7

• Demasiadas peticiones
• Con unicast el servidor tiene que procesar cada solicitud de stream y
• despacharla. Cada stream toma una pequeña porción de poder de procesamiento del
• Server. Si Usted obtiene muchas solicitudes el servidor no podrá sostener la sobrecarga
• y muchas personas no podrán recibir la transmisión.
• Demasiados paquetes
• El segundo problema con unicast, y un gran número de solicitantes simultáneos
• de stream, es que una serie separada de paquetes de datos debe ser enviada a
• cada persona. Incluso si el servidor pudiera hacer esta tarea, el número de
• paquetes de datos en tránsito haría "flooding", es decir, inundaría
• el sistema entero haciendo que la transmisión se torne muy lenta, o hasta se
• detenga.

Slide 8

• Streaming
• Media - UNICAST / MULTICAS Multicast utiliza una nueva forma de funcionamiento de
• redes. En vez de enviar streams desde un solo servidor a un solo cliente,
• multicast envía una serie de paquetes que puede ser recibida por cualquiera,
• desde diversos puntos de distribución.
• Streaming
• media MULTICAST La
• relación entre unicast y multicast imagine lo siguiente:
• Unicast efectúa una transmisión similar a la telefónica.

Slide 9

• Sintonía fina
• Todos los paquetes se mueven a través de
• una red a gran velocidad. Ellos son dirigidos por "routers" hasta que
• encuentran la dirección para la que han sido proyectados. Un computador /
• servidor "mira" en el canal y graba cualquier paquete direccionado a
• él. Este convierte los paquetes a información útil y marca los paquetes así
• estos no serán examinados por ningún router más.
• 

Slide 10

• La solución
• NetCache:
• Entrega el contenido de transmisión por flujos de datos multimedia
• bajo demanda, automática y transparentemente a los extremos de la red,
• eliminando la congestión de la red y del servidor y manteniendo la alta
• calidad de transmisión por flujos de datos multimedia que esperan los
• usuarios.
• Permite que los
• administradores o arquitectos del contenido administren, distribuyan y utilicen
• fácilmente el contenido de transmisión por flujos de datos multimedia con la
• aplicación ContentDirector de Network Appliance.

Slide 11

• 
• Las "appliances" NetCache, localizadas en varias
• ubicaciones, pueden llenarse previamente con el contenido adecuado de
• transmisión por flujos de datos multimedia para anticipar las necesidades
• de los usuarios y proporcionar el servicio de alta calidad en el momento
• más adecuado.

Slide 12

• La
• "appliance" NetCache almacena en caché las transmisiones por flujos
• bajo demanda o conecta con el servidor de datos multimedia de origen para las
• difusiones en vivo por Internet para acceder a un solo flujo en vivo y automáticamente
• duplicarlo a miles de clientes simultáneamente. Se elimina la congestión de
• red y de servidor y se mejora la calidad de la difusión.
• 

Slide 13

• DISTRIBUCIÓN FIABLE Y EFICAZ DE
• DIFUSIONES EN VIVO
• Las difusiones Web en vivo de conciertos, noticias, eventos populares y la
• radio por Internet están convirtiéndose en eventos tan normales como las
• difusiones por televisión y radio. Un método distribuido para entregar con
• facilidad la transmisión por flujos de datos multimedia en vivo es esencial para
• satisfacer las altas demandas de accesibilidad y calidad de audio y vídeo.

Slide 14

• Recibiendo transmisiones en vivo
• Usted puede sintonizar una transmisión en vivo muy fácilmente. El sitio web que
• transmita el evento configurará todo lo necesario para Usted. Lo único que
• necesitará es hacer click en el enlace que se dirija al archivo que iniciará la
• transmisión, conocido como "meta-archivo" (metafile).
• Meta-Archivos
• Un meta-archivo es creado cuando un "mediafile" (archivo audiovisual)
• es codificado, ya sea mediante un proceso predefinido del programa codificador,
• o bien manualmente. Los meta-archivos son archivos de texto que usan
• protocolos, como el lenguaje XML, que determinan las características de la
• transmisión.

Slide 15

• Recibiendo Transmisiones Grabadas
• Si el usuario (usted) ha llegado tarde para la transmisión en vivo, seguramente
• será posible que la consiga después, normalmente, en el sitio web del difusor.
• Por lo general los difusores proporcionan un enlace a las versiones grabadas de
• la transmisión original. A estas transmisiones grabadas (videoclips, programas
• de Tv., largo o cortometrajes, presentaciones de productos, conferencias,
• tutoriales, etc.) a las que el usuario puede acceder en el momento que le
• parezca más cómodo, se las denomina usualmente "VOD" (Video On Demand
• = video a pedido).
• La solución NetCache:
• Funciona con el servidor de datos multimedia de origen mediante
• el acceso a una sola transmisión por flujos en vivo y su duplicación
• automática para miles de usuarios en los extremos de la red, lo que
• elimina la congestión de red y de servidor y mantiene la alta calidad de
• la experiencia de transmisión por flujos de datos multimedia para los
• usuarios.
• Adapta las redes existentes para manejar racionalmente grandes
• difusiones Web en vivo mediante la utilización de la "appliance"
• NetCache en ubicaciones estratégicas.

Slide 16

• POSIBILIDADES
• AVANZADAS DE TRANSMISIÓN POR FLUJOS DE DATOS MULTIMEDIA
• La
• "appliance" NetCache proporciona el soporte del protocolo nativo para
• todos los formatos populares de transmisión por flujos de datos multimedia.
• Como resultado, puede mejorar la entrega de todo el tráfico de transmisión por
• flujos de datos multimedia en la red con una sola y completa solución de
• transmisión por flujos de datos multimedia.
• SEGURIDAD Y ADMINISTRACIÓN.
• Las listas de control de acceso (ACL) impiden que clientes no
• autorizados accedan a las "appliances" NetCache. Las ACL también
• pueden utilizarse para limitar la velocidad de los bits de la transmisión
• por flujos y evitar así que la red se sobrecargue con muchos clientes por
• ancho de banda.
• La "appliance" NetCache proporciona la autentificación
• de clientes para asegurar que sólo los usuarios autorizados puedan recibir
• el contenido, ya que actúa como proxy y reenvía las peticiones a los
• servidores de origen.

Slide 17