Está en la página 1de 5

P2P COMO TCNICA DE DISTRIBUCIN DE IPTV PARA ISPS

Tarea1. Multimedia en Internet Alumno: Erdulfo Aristides Eguigurems Rivas RESUMEN Al ser los servicios de IPTV y VoD altamente costosos en el consumo de ancho de banda, y siendo las arquitecturas del tipo Content Delivery Network (CDN) redes muy exigentes del ancho de banda, se han buscado soluciones del tipo colaborativo. Los sistemas Peer to Peer (P2P) cumplen con estos requisitos, siendo originalmente pensadas para el intercambio de recursos (contenidos, almacenamiento, ciclos de CPU, etc.) se busca aprovechar esta tecnologa para distribuir contenido del tipo IPTV, aunque ya existen algunos desarrollos en Internet como PPLive, CoolStream, DONet y otros, sin embargo son sistemas propietarios. En cuanto a la tecnologa de IPTV disponible para redes IP (fuera de Internet) tambin son propietarios. Por lo anterior la comunidad mundial de ingenieros est buscando estandarizar la tecnologa buscando escalabilidad, interoperabilidad y rendimiento. Para un proveedor de servicios de Internet (ISP), somos del criterio que la mejor propuesta son las redes hibridas P2P, debido a que presentan opciones de sealizacin, control y monitoreo por parte del ISP. Dentro de este tipo de arquitectura existen diversas opciones de protocolos, pero en esta ocasin nos concentramos en las que creemos son las dos opciones mejor desarrolladas hasta el momento. Se hace mencin a la importancia de la medicin, adems de la calidad de servicio, de la calidad de experiencia, ya que es el usuario final quien da la aceptacin de la calidad final ofrecida por el ISP. INTRODUCCIN El presente trabajo es una revisin de las redes P2P como alternativa de tecnologa a emplear para la entrega de servicios de IPTV por una empresa proveedora de Internet (ISP), con esto en mente se presenta un repaso de lo que son las redes P2P tradicionales. Luego se presenta la arquitectura de red hibrida de P2P como opcin viable para los ISPs. A continuacin se menciona la importancia de la calidad, mostrndose la diferencia entre calidad de servicio y calidad de experiencia, dndole mayor nfasis a la calidad de experiencia por ser esta por lo que el cliente para. Finalmente y en base en todo lo expuesto, estudiado y analizado intento mostrar una breve discusin del estado actual de los esfuerzos de estandarizacin para lograr sacar adelante estas opciones tecnolgicas. Como cierre las conclusiones en forma de retos al futuro inmediato buscando lo mejor para el ISP y el usuario final. REDES P2P Las redes Peer to Peer (P2P) funcionan sobre redes ya existentes (Internet por ejemplo) por ello se les llama redes superpuestas (overlay), debido a que operan en las capas superiores del modelo OSI, principalmente sobre la capa de aplicacin [1][2][3]. Al inicio las redes P2P eran centralizadas, es decir, necesitaban de un servidor central para establecer, controlar y finalizar la comunicacin entre dos o mas pares [2][4]. Para disminuir la vulnerabilidad del servidor central de las redes P2P se trabaj en mantener rplicas de los servidores centrales buscando distribuir el riesgo al ataque o fallo eventual del servidor central, de tal forma que si uno de ellos fallaba, otro estaba disponible para tomar el control de la red; a este concepto se le conoce como red hibrida o parcialmente descentralizada [2][4]. Aun as exista el riesgo de un ataque coordinado en contra de los servidores para destruir la red [2]. Surgieron entonces propuestas de redes P2P descentralizadas, desarrollando protocolos que distribuyen totalmente el control de la red en cada uno de sus miembros, de tal forma que si solamente dos o tres se encuentran disponibles, la red continua existiendo. Estas seran las redes totalmente descentralizadas o distribuidas [4][5]. Actualmente las redes mas populares son BitTorrent y eDonkey, curiosamente en ambos casos son redes hbridas o semicentralizadas y con tablas hash distribuidas; siendo la que mayor trfico genera BitTorrent [6][7]. Se supone y se da por hecho que la mayor parte del trfico P2P es intercambio de contenido de entretenimiento (msica y video), las mediciones del trfico de Internet muestran que las crestas de trfico P2P se da en horas nocturnas dando indicios del comportamiento de los miembros de estas redes, por ejemplo: podra ser que las personas al llegar a casa se conectan a su red P2P buscan un archivo de inters y dejan su PC descargando tal archivo durante la noche hasta la maana siguiente [8][9]. IPTV EN REDES P2P Los sistemas unicast, originalmente concebidos para IPTV, que entregan el contenido a cada cliente desde el servidor central al host receptor, es un enfoque que no escala bien a menos que se despliegue un

respaldo de suficientes servidores de replicacin en toda la red del ISP [10]. Considerando un proveedor de servicios de IPTV de paga que se compone de 120 canales de TV de definicin estndar (SD-2 Mbps por canal), 8 canales de alta definicin (HD-10 Mbps por canal), 40 canales pay-per-view en SD (2 Mbps por canal) y 50 canales de msica (192 kbps por canal), todo el paquete requiere un total de 409,6 Mbps de ancho de banda. El alto consumo ancho de banda de los servicios de IPTV y VoD incrementa los costos para cualquier operador ISP tradicional lo cual motiva a la bsqueda de soluciones alternativas [11]. Debido a ello las redes Peer to Peer (P2P) han sido puestas a prueba en Internet para servicios de videostreaming en vivo; aunque hoy por hoy las redes P2P estn ampliamente desplegadas en la Internet su desarrollo ha sido con sistemas propietarios [12]. La idea principal del empleo de P2P para IPTV es que cada peer, desempea el papel de receptor y emisor al mismo tiempo, y por tanto la capacidad del sistema es amplificada por cientos o miles a la vez segn lo explica [3] y [12]. Sin embargo al ser IPTV un servicio bajo el control del ISP, es necesario que exista por lo menos un servidor de control y no una red totalmente distribuida, concibindose as la aplicacin de red hibrida para los servicios IPTV, la mayor propuesta de este tipo de servidores es el Rendezvous Point (RP), el cual bsicamente es una tcnica que aprovecha la infraestructura actual del DNS. Del lado del cliente la aplicacin enva una peticin tipo DNS al servidor DNS. Este ltimo responde con un Host Identity (HI) en vez de una IP como tradicionalmente lo hace. As, cada HI es traducida en direcciones IP para la entrega en la capa de red. El protocolo de transporte enva un paquete conteniendo el HI del servidor, y la capa HI reemplaza el HI con la correspondiente IP del servidor. La capa de red transmite este paquete con la cabecera IP. As el tradicional conjunto de datos {protocolo, IP origen, puerto origen, IP destino, puerto destino} se convierte en {protocolo, HI fuente, puerto fuente, IP destino, puerto destino} [12][13][14]. Existe tambin la propuesta con Session Initation Protocol (SIP) donde bsicamente existen dos opciones: 1. la versin clienteservidor de SIP la que se basa en componentes como Proxies SIP, Registradores SIP y servidores de ubicacin para establecer sesiones entre dos puntos finales o agentes de usuario (UA); 2. La versin P2PSIP reemplaza la ubicacin central (servidores) con almacenamiento y bsqueda distribuida, servicio que permite al UA a establecer y controlar

sesiones sin depender de servidores centrales SIP. La diferencia fundamental entre SIP de cliente-servidor y P2PSIP es cmo se almacena la informacin de ubicacin y como recuperarla. Al igual que Rendezvous la informacin de ubicacin se define como una asignacin de un identificador de nivel de aplicacin (Universal Resource Identity o URI) de un usuario relacionado a una ubicacin fsica (una direccin IP) donde el usuario puede ser localizado [3]. Cul es la operacin a nivel de host? Los hosts solicitantes del servicio emplean sus respectivas mtricas segn el protocolo empleado, ejemplo: Ride Trip Time (RTT) [12] o distancias eucldeas [3], de cada uno de los miembros de la red que son candidatos a ser peers del host solicitante; y selecciona los valores mnimos de la mtrica empleada. Cada elemento de la lista de miembros representa un nodo activo en el mismo canal de televisin o streaming. La informacin actualizada de miembros es intercambiada peridicamente entre peers para actualizar las respectivas listas de miembros. Cuando un peer se retira de la red, se lo notifica a todos sus vecinos para activar el correspondiente proceso de actualizacin de las listas de miembros del respectivo canal [3][12]. En cuanto a la calidad prestada, este tipo de redes (P2P) puede traer problemas; ya que depende del envo de paquetes de parte de varios peers que entregan contenido a sus vecinos [3][12]. Para evaluar la calidad de servicio (QoS) y la calidad de experiencia (QoE) se han hecho varios estudios de los cuales se comentar mas adelante. Otro importante caso es la dificultad de realizar la conexiones P2P a travs de redes con NAT (Network Address Transversal) y Firewalls. Se ha encontrado que el servicio si ha podido establecerse, principalmente porque los protocolos P2P, aunque propietarios, han podido adaptarse a este tipo de bloqueos, utilizando como ltimo recurso el TCP para poder salir de la red privada [3][15]. Tome en cuenta el lector que este tipo de servicio por su naturaleza utilizan UDP. MEDICIONES DE CALIDAD Calidad de Servicio (QoS): La redes P2P, en general, se caracterizan por peers pertenecientes a diferentes dominios administrativos y por tipos de conexin. Adems otra caracterstica que distingue a las redes P2P es que cada peer, lo que representa a un usuario final, podra unirse y dejar el sistema con frecuencia, lo que resulta en una alta dinmica en la superposicin topolgica y vecindad entre peers [3][15]. A manera de ejemplo se puede

apreciar en las grficas de [12] que el aumento de la capacidad demandada de servicio realmente trajo mayor calidad de servicio (QoS) en 2006 que en 2005. Este comportamiento se atribuye principalmente a la aportacin de otros peers que actan como servidores o como amplificadores de trfico [12][15]. Por lo que se puede inferir que entre ms usuarios, mejor ser la calidad de servicio. Igualmente es importante solucionar los problemas de freezing y blocking de cuadros en el vdeo, los clientes siempre prefieren una solucin en la cual no se rompe el flujo natural de la pelcula, para ello los esquemas adaptativos logran cumplir con la velocidad requerida, incluso para la reproduccin de alta velocidad de vdeos con altas tasas de bits [16]. Calidad de Experiencia (QoE): Slo medir parmetros objetivos de QoS es insuficiente para estimar de manera fiable la percepcin de calidad de los usuarios finales, comnmente conocida como la calidad de experiencia [17]. La experiencia de los usuarios es ms subjetiva, ms importante y bastante compleja, ya que est influenciada por diferentes factores contextuales (por ejemplo, medio, condiciones mentales y circunstancias sociales) [17][18]. La UIT ha estandarizado las pruebas de QoE en ambientes controlados (UIT-T P.10/G.100 Enmienda 2), sin embargo, los ambientes controlados en los que stos experimentos se llevan a cabo no son el reflejo de un ambiente natural de los consumidores para ver la televisin. Considerando esto, se han hecho estudios en un ambiente ms natural donde estos servicios son tpicamente consumidos. Los sujetos pueden llevarse a casa un disco DVD el cual se ver, lo ms probable, en el mismo entorno y bajo las mismas condiciones en las que ven la televisin. Con este tipo de estudios se ha encontrado que los requisitos mnimos recomendados de QoE para los servicios de video Standard Definition (SD), un deterioro visible por hora de vdeo es tolerable y para High Definition (HD), solo un deterioro visible por cada cuatro horas es permitido con el fin de proporcionar una satisfactoria QoE en los usuarios finales [17]. DISCUSIN El los ltimos aos se ha impulsado el aumento del inters en servicios de IPTV [4]. Sin embargo su despliegue masivo a tenido algunas dificultades especialmente por su falta de estandarizacin. Qu arquitectura se debe emplear? Es P2P la solucin definitiva? Dentro de P2P es la arquitectura hibrida la correcta? Pruebas reales como PPLive,

SoapCast, DONet y CoolStream [10][12][15], han demostrado la capacidad prctica de este tipo de soluciones. Sin embargo son preguntas an sin contestar, para ello un nmero de operadores y proveedores de equipos estn trabajando en la estandarizacin de IPTV, conformando varios grupos de trajo adhoc y otros grupos dentro de las instituciones de normalizacin ya existentes, por ejemplo: IMS basado en IPTV, ATIS-IIF, ITU-T-FG-IPTV-GSI, ETSI-TISPAN, TISPAN R3, IPTV Desarrollo de Normas en el Proyecto DVB [18][19]. La solucin definitiva a este problema traer consigo el desarrollo y despliegue comercial de servicios de IPTV, proteccin de contenido, portabilidad, escalabilidad, interoperabilidad y rendimiento [19]. Ante la debilidad detectada de ingreso y egreso de peers a un canal de TV o Stream, algunos analistas han propuesto una combinacin de soluciones, empleando tcnicas de superposicin y de almacenamiento en cach para mejorar el rendimiento de la entrega de contenido para aplicaciones especficas, tales como HTTP y streaming de video, mas la funcionalidad proporcionada por P2P puede facilitar el desarrollo futuro del IPTV, proporcionando algunos de los componentes de enrutamiento requeridas por estos servicios [1][15]. CONCLUSIONES Los sistemas de IPTV actualmente desplegados se basan en implementaciones propietarias que no proporcionan interoperabilidad con otras plataformas, limitando a los operadores a establecer convenios, buscar economas de escala y no depender de un nico fabricante. En redes P2P se ha demostrado que entre mas peers tiene la red y el canal de TV, que es el caso que nos ocupa, mayor es la calidad de servicio en la red, por tanto es un tipo de arquitectura muy prometedora en la cual hay que invertir mas recursos en investigacin y desarrollo. Es necesario trabajar para resolver problemas de latencia y evitar el freezing, blocking y retardo de zapping, los sistemas adaptativos parecen ser la solucin al tema debido a la invisibilidad del cliente a la reparacin de los retardos de la red. Sera interesante realizar estudios de combinacin de Peer to Peer (P2P) con Content Delivery Networks (CDN) los cuales utilizan tcnicas de superposicin fija y de almacenamiento en cach para mejorar el rendimiento del sistema, pudiendo suplir las salidas repentinas de los peers.

BIBLIOGRAFA [1] DAVID ANDERSEN, HARI BALAKRISHNAN, FRANS KAASHOEK, AND ROBERT MORRIS, Resilient Overlay Networks, October 2001 MIT Laboratory for Computer Science [2] STEPHANOS ANDROUTSELLISTHEOTOKIS AND DIOMIDIS SPINELLIS A Survey of Peer-to-Peer Content Distribution Technologies, December 2004 Athens University of Economics and Business [3] SATHYA R. NARAYANAN, DAVID BRAUN, JOHN BUFORD, ROBERT S. FISH, ALEXANDER D. GELMAN, ALAN KAPLAN, RAJESH KHANDELWAL, EUNSOO SHIM AND HEATHER YU Peer-to-Peer Streaming for Networked Consumer Electronics, June 2007 Panasonic Princeton Laboratory [4] STEVEN WRIGHT, SIMON JONES, AND CHAE SUB LEE IPTV Systems, Standards, and Architectures Part II, May 2008 Study of the Relationship between Peer-to-Peer Systems and IP Multicasting IEEE [5] ION STOICA, ROBERT MORRIS, DAVID LIBEN-NOWELL, DAVID R. KARGER, M. FRANS KAASHOEK, FRANK DABEK, HARI BALAKRISHNAN Chord: A Scalable Peer-to-peer Lookup Protocol for Internet Applications University of California, Berkeley MIT Laboratory for Computer Science [6] HAIYONG XIE, ARVIND KRISHNAMURTHY, AVI SILBERSCHATZ, AND Y. RICHARD YANG P4P: Explicit Communications for Cooperative Control Between P2P and Network Providers [7] H. SCHULZE AND K. MOCHALSKI ipoque Internet Study, 2008/2009, 2009 http://www.ipoque.com/sites/default/files/mediafil es/documents/internet-study-2008-2009.pdf [8] CRAIG LABOVITZ The Internet After Dark (Part 1), August 24, 2009 http://www.arbornetworks.com/asert/2009/08/Th e-Internet-after-dark/ [9] CRAIG LABOVITZ The Internet After Dark (Part 2), August 24, 2009 http://www.arbornetworks.com/asert/2009/08/the -internet-after-dark-part-ii/ [10] ALEXANDRO SENTINELLI, GUSTAVO MARFIA, MARIO GERLA, AND LEONARD KLEINROCK, AND SAURABH TEWARI Will IPTV Ride the Peer-to-Peer Stream?, June 2007 IEEE [11] SUSAN HAN, SAM LISLE, AND GREG NEHIB IPTV Transport Architecture Alternatives and Economic Considerations, February 2008 Fujitsu Network Communications [12] YUN TANG, JIAN-GUANG LUO, QIAN ZHANG, MENG ZHANG AND SHI-QIANG YANG Deploying P2P Networks for Large-Scale Live Video-Streaming Service, June 2007 CCTV, China [13] HARI BALAKRISHNAN, KARTHIK LAKSHMINARAYANAN, SYLVIA RATNASAMY, SCOTT SHENKER, ION STOICA, AND MICHAEL WALFISH A Layered Naming Architecture for the Internet [14] ION STOICA, DANIEL ADKINS, SHELLEY ZHUANG, SCOTT SHENKER AND SONESH SURANA Internet Indirection Infrastructure University of California, Berkeley [15] BO LI AND HAO YIN Peer-to-Peer Live Video Streaming on the Internet: Issues, Existing Approaches, and Challenges, June 2007 The Hong Kong University of Science and Technology, and Tsinghua University [16] MINYOUNG SUNG A Rich Media Framework for CommunicationBroadcasting, May 2010 IEEE [17] NICOLAS STAELENS, STEFAAN MOENS, WENDY VAN DEN BROECK, ILSE MARIN, BRECHT VERMEULEN, PETER LAMBERT, RIK VAN DE WALLE AND PIET DEMEESTER Assessing Quality of Experience of IPTV and Video on Demand Services in Real-Life Environments, December 2010 Ghent University, the Interdisciplinary Institute for Broadband Technology (IBBT), and the Institute for the Promotion of Innovation by Science and Technology in Flanders (IWT)

[18] JULIEN MAISONNEUVE, MURIEL DESCHANEL, JUERGEN HEILES, WEI LI, HONG LIU, RANDY SHARPE, AND YIYAN WU An Overview of IPTV Standards Development, June 2009 IEEE

[19] STEVEN WRIGHT, SIMON JONES, AND CHAE SUB LEE IPTV Systems, Standards, and Architectures Part I, February 2008 IEEE