Protocolos de descarga: http, FTP y p2p, Es malo el p2p?

Actualmente los protocolos de descarga de archivos de internet ms usuales son: La descarga directa por medio del protocolo HTTP (HyperText Transfer Protocol, Protocolo de Transferencia de HiperTexto) va web a travs de un navegador como puede ser: Internet Explorer (IE), Mozilla Firefox u Opera (entre otros), o el protocolo FTP (File Transfer Protocol, Protocolo de Transferencia de Archivos) a travs de un servidor de ficheros utilizando un cliente FTP (ej: Fillezilla). Servidores como Rapidshare o Megaupload (y otros tantos similares) son tambin de este tipo pero con ciertas limitaciones para usuarios no registrados o premium (aquellos que pagan una suscripcin al servicio). Por otro lado los gestores de descarga (clientes de descarga) como por ejemplo Orbit Downloader y otros similares usan protocolo el http o ftp. As mismo los gestores de ficheros FTP o clientes FTP (ej: Filezilla FTP) usan el protocolo FTP. La descarga por programas p2p (Peer To Peer) como pueden ser eMule (o EMule), Bittorrent (algunos clientes pueden tener spyware/adware), Ares Lite, teniendo en cuenta que algunos de estos programas pueden tener spyware (software espa) y/o adware (publicidad) como comentan en VSAntivirus, entre ellos el Grokster, Kazaa, Morpheus,

Veamos cmo funciona cada uno de forma resumida: En la descarga directa normalmente existe un fichero en un servidor (por ejemplo una ISO de Linux que puede ocupar varios cientos de MB (ms o menos como un CD, es decir unos 700 MB) o incluso en algunos casos llegar a ser un DVD de unos 4,5 GB o ms si es de doble capa), aunque generalmente existen varios ficheros iguales en otros servidores secundarios denominados mirrors o espejos que sirven para que los usuarios (clientes) no saturen el servidor principal, ya que si existiese un nico servidor de archivos este se saturara tarde o temprano y no podra servir el fichero a todos los usuarios, al existir varios mirrors adems del servidor principal se puede distribuir la carga de los servidores para que los usuarios puedan descargar el fichero. En este grfico se puede ver como funcionara un sistema de descarga directa, este sistema correspondera a una arquitectura Cliente-Servidor donde uno o varios equipos (Servidores) sirven un fichero a varios clientes.

Ventajas: La descarga del archivo es ms rpida que usando el protocolo p2p, ya que los protocolos http y FTP son ms eficientes y suelen descargar los ficheros a mayor velocidad. La carga de la transferencia del fichero (consumo de recursos de CPU, RAM,.) recae en los Servidores (Espejos y Mirrors), no en los clientes aunque tambin tienen un consumo de CPU y RAM pero mucho menor. Existe una redundancia del fichero, lo cual ayuda a evitar una posible prdida del mismo; pero al mismo tiempo si hay muchos Espejos (Mirrors) el fichero ocupa ms espacio en los servidores de Internet debido al nmero de mirrors, por ejemplo si tuviramos una ISO de Linux de 650 MB (ms o menos lo que sera un CD) en 5 servidores (4 de ellos Mirrors), realmente tendramos 3.250 MB (650 MB x 5 Ficheros), evidentemente a mayor nmero de mirrors mayor cantidad de espacio ocupado.

Inconvenientes: Los servidores del fichero pueden sobrecargarse en algunas circunstancias llegando a saturarse y no poder servir los ficheros a todos los usuarios de forma simultnea. Puede darse el caso de que el fichero se haya borrado del servidor y los mirrors por alguna razn (ej: sea una versin antigua que haya sido actualizada por otra ms nueva) y por lo tanto no se pueda descargar dicha versin sino nicamente la versin ms actual, en un sistema p2p si algn equipo mantiene la versin antigua si se podra conseguir descargarla mientras no sea borrada.

Por el contrario en un protocolo p2p (Peer To Peer) no existe una arquitectura ClienteServidor, sino que todos los ordenadores actan como servidores y clientes indistintamente, de tal forma que en cuanto un usuario descarga una parte del fichero (haciendo la funcin de cliente) de un equipo, simultneamente si otro usuario con otro equipo diferente a los anteriores lo necesita (sera otro cliente) puede recibir dicha parte descargada del equipo anterior (en este caso el equipo anterior tambin hara la funcin de servidor), de esta forma al no existir una arquitectura Cliente-Servidor, todos los usuarios pueden descargar el fichero y simultneamente ayudar a repartirlo entre los dems usuarios facilitando la difusin del archivo.

Ventajas: Todos los equipos de la red p2p actan como clientes y servidores simultneamente, con lo cual a mayor nmero de fuentes ms rpidamente se descargara el fichero en principio aunque no siempre es as. Facilita la difusin de ficheros ms o menos rpidamente. El fichero aunque es redundante (habra al menos un fichero por equipo), no se almacena en servidores de internet, sino en el equipo del usuario, por lo tanto no existira dicha redundancia que s se da en la arquitectura Cliente-Servidor donde varios servidores (de Internet) alojan el fichero.

Inconvenientes: La descarga del archivo suele ser ms lenta aunque depende del tipo de programa, ya que por ejemplo la red Bit Torrent es relativamente rpida en la difusin de ficheros. Los equipos de los usuarios son los que reciben la carga (consumo de CPU, RAM,) ya que al no existir servidores son los equipos de los propios usuarios quienes hacer de Servidores (sirven el archivo a otros equipos) y de Clientes (reciben el archivo de otros equipos).

Actualmente se est criminalizando el p2p (programas como Kazaa, eMule, Bittorrent, estn en la cuerda floja), sin embargo habr que pensar si dentro de un tiempo cuando las empresas de software, medios audiovisuales (pelculas y msica) as como otras distribuciones de material se hagan a travs de un sistema p2p (evidentemente de pago) nos lo vendern como lo mejor para nosotros los usuarios y el p2p pasar de ser un protocolo diablico a ser el mejor protocolo, por encima de los vetustos http y FTP que quedaran relegados al uso de pginas web en el caso de http (inicialmente el protocolo http se pens para mostrar pginas web) o para transferir ficheros como es el caso de FTP.