Analizaron: Lara García Héctor Manuel Mónica Villalpando Pérez Analizaron: Lara García Héctor Manuel Mónica Villalpando Pérez Peer-to-peer streaming of stored media: The indirect approach Postrado en Telemática Facultad de Ingeniería, UABC Ensenada Baja California, 31 de Enero del 2007 Tadeusz Piotrowski, Suman Banerjee, Sudeept Bhatnagar, Samrat Ganguly, Rauf Izmailov SIGMetrics/Performance, ACM, Junio 2006

Introducción Streaming de aplicaciones comerciales como realplayer o quicktime esta basado en bajar el archivo de un solo servidor. Peer to peer es un sistema en el cual se descargan archivos desde distintos orígenes (servidores u otros clientes).

II Stream II-Stream II-Stream Permite visualizar video bajo demanda (streaming video) desde varios servidores o clientes en paralelo, esto hace que las descargas sean más rápidas.

Requerimientos El usuario deberá poder usar cualquier software cliente de streaming existente (comercialmente desarrollado y ampliamente disponible). El usuario no necesita hacer ningún cambio al software cliente. El usuario deberá poder usar cualquier software cliente de streaming existente (comercialmente desarrollado y ampliamente disponible). El usuario no necesita hacer ningún cambio al software cliente.

Componentes El cliente: el cual incluye el LPSS y el reproductor que están co-localizados en la misma maquina como procesos independientes. El Servidor: Puede ser cualquier servidor, ejemplo: servidor web o servidor FTP. El cual guarda el archivo entero y sirve a los clientes en pequeñas unidades de bloques sobre demanda. El Tracker: Es una analogía del tracker usado en BitTorrent, el cual provee de información de cada cliente sobre la localización y el estado de descarga de otros clientes en el sistema que hacen peticiones de reproducción del mismo contenido. El cliente: el cual incluye el LPSS y el reproductor que están co-localizados en la misma maquina como procesos independientes. El Servidor: Puede ser cualquier servidor, ejemplo: servidor web o servidor FTP. El cual guarda el archivo entero y sirve a los clientes en pequeñas unidades de bloques sobre demanda. El Tracker: Es una analogía del tracker usado en BitTorrent, el cual provee de información de cada cliente sobre la localización y el estado de descarga de otros clientes en el sistema que hacen peticiones de reproducción del mismo contenido.

Metodología Incorporar un Local Proxy Stream Server o LPSS (Servidor Proxy Local de Streaming) entre el conjunto de servidores y peers y el cliente. El LPSS consiste en dos fases independientes localizadas en el cliente (i) un LPSS de descargas que utiliza un protocolo simple como HTTP para calendarizar el tiempo para descargar el contenido de el conjunto de servidores u otros clientes; (ii) un LPSS streamer que se comporta como un servidor de streaming y continuamente hace streaming del contenido descargado hacia el reproductor de el cliente local Incorporar un Local Proxy Stream Server o LPSS (Servidor Proxy Local de Streaming) entre el conjunto de servidores y peers y el cliente. El LPSS consiste en dos fases independientes localizadas en el cliente (i) un LPSS de descargas que utiliza un protocolo simple como HTTP para calendarizar el tiempo para descargar el contenido de el conjunto de servidores u otros clientes; (ii) un LPSS streamer que se comporta como un servidor de streaming y continuamente hace streaming del contenido descargado hacia el reproductor de el cliente local

Funcionamiento 1. El reproductor inicia su reproducción enviando la petición apropiada a su LPSS local. 2. El LPSS entonces contacta al tracker apropiado 3. El tracker responde con la localización de algunos servidores (web) que guardan el contenido relevante de el archivo así como la localización de otros nodos peers LPSS que están reproduciendo el mismo contenido. 4. El LPSS ahora tiene dos trabajos. 1. Primero, identificar un subconjunto relevante de servidores y otros peers LPSS de los cuales deberá agendar una descarga. 2. Segundo, dado este conjunto de servidores y peers LPSS elegidos, este debe planear un calendario de descarga para distintos bloques y adaptar este calendario a los cambios en las condiciones de red. 1. El reproductor inicia su reproducción enviando la petición apropiada a su LPSS local. 2. El LPSS entonces contacta al tracker apropiado 3. El tracker responde con la localización de algunos servidores (web) que guardan el contenido relevante de el archivo así como la localización de otros nodos peers LPSS que están reproduciendo el mismo contenido. 4. El LPSS ahora tiene dos trabajos. 1. Primero, identificar un subconjunto relevante de servidores y otros peers LPSS de los cuales deberá agendar una descarga. 2. Segundo, dado este conjunto de servidores y peers LPSS elegidos, este debe planear un calendario de descarga para distintos bloques y adaptar este calendario a los cambios en las condiciones de red.

Algoritmo de Calendarización de Bloques Peticiones a Servidores y Peers Si rango de Monitoreo pierde intervalo Si el servidor Termino con su bloque asignado Se busca otra Fuente. Se le asigna otro Mas por el LPSS

Resolución de problemas de transferencia de bloques Se asigna el bloque inmediato o mas proximo al servidor mas rapido. Y Ultimo bloque a servidor + lento. Trata de obtener bloque entero en una sola peticion Fraccionamiento de bloques si se ve que no se puede cumplir el intervalo de bajar el bloque completo. Se asigna el bloque inmediato o mas proximo al servidor mas rapido. Y Ultimo bloque a servidor + lento. Trata de obtener bloque entero en una sola peticion Fraccionamiento de bloques si se ve que no se puede cumplir el intervalo de bajar el bloque completo.

GraciasGracias