Redes P2P híbridas

En este tipo de red, se puede observar la interacción entre un servidor central que sirve como hub y administra los recursos de banda ancha, enrutamientos y comunicación entre nodos pero sin saber la identidad de cada nodo y sin almacenar información alguna, por lo que el servidor no comparte archivos de ningún tipo a ningún nodo. 

Fuente: Wikipedia

Tiene la peculiaridad de funcionar de ambas maneras, es decir, puede incorporar más de un servidor que gestione los recursos compartidos, pero también, en caso de que el servidor o los servidores que gestionan todo caigan, el grupo de nodos puede seguir en contacto a través de una conexión directa entre ellos mismos, con lo que es posible seguir compartiendo y descargando más información en ausencia de los servidores.

Tiene un servidor central que guarda información en espera y responde a peticiones para esa información. Los nodos son responsables de hospedar la información (el servidor central no almacena la información) que permite al servidor central reconocer los recursos que se desean compartir, y para poder descargar esos recursos compartidos a los usuarios que lo solicitan. Los terminales de enrutamiento son direcciones usadas por el servidor, que son administrados por un sistema de índices para obtener una dirección absoluta.

Ejemplos de una red P2P híbrida:

• BitTorrent: es un protocolo diseñado para el intercambio de archivos peer-to-peer en Internet. Es uno de los protocolos más comunes para la transferencia de archivos grandes. El programador Bram Cohen diseñó el protocolo en abril de 2001 y publicó su primera implementación el 2 de julio de 2001.1 Actualmente es mantenido por la empresa de Cohen, BitTorrent, Inc. Existen numerosos clientes BitTorrent disponibles para varios sistemas operativos.
  
  
  
  Estructura de la red:
  • Peers (puntos): Se denomina así a todos los usuarios que están en la red.
  • Leechers (sanguijuelas): Se denomina así a todos los usuarios que están en la red descargando el archivo pero que todavía no tienen el archivo completo. También se llama despectivamente a quienes descargan archivos pero no los comparten.
  • Seeders (semillas): Son los usuarios de la red que poseen el archivo completo, no limitado a ello al usuario quien creó y publicó el torrent originalmente.
  • Trackers: Un tracker de BitTorrent es un servidor especial que contiene la información necesaria para que los peers se conecten unos con otros. Inicialmente es la única forma de localizar qué usuarios contienen el archivo que se quiere descargar.
  • Enjambre: El enjambre son los usuarios en general que el tracker se encarga de buscar. El nombre es debido a la similitud con las abejas y su comportamiento; en esta analogía, el tracker es el panal de abejas, el enjambre de abejas son los usuarios y la miel es el torrent con el contenido.

Mecánica de funcionamiento:

• Un usuario baja de un servidor web un archivo .torrent que contiene la información del fichero que queremos descargar. Entre otra mucha información contiene la dirección del tracker al que nos tenemos que conectar para unirnos al enjambre de peers (el .torrent generalmente es un archivo muy pequeño, de unos pocos kilobytes).
• Este archivo .torrent se abre con algún "programa cliente", que sabe interpretar dicha información. Existen multitud de clientes gratuitos que se pueden utilizar. Entre los más populares están μtorrent, Bitcomet, Vuze (anteriormente Azureus). Todos están basados en el protocolo BitTorrent original pero algunos de ellos incluyen mejoras al protocolo.
• El tracker y el peer se comunican a través de una 'conexión HTTP'. El tracker informa de la lista de todos los peers y seeds que contienen partes del archivo que queremos descargar. El tracker se actualiza con la información del nuevo peer que acaba de ingresar.
• Una vez que el peer sabe dónde tiene que buscar las partes necesarias, este peer se comunica con otros mediante 'sockets TCP' o 'UDP' y el archivo empieza a descargarse en el ordenador del usuario. Cada parte descargada se comparte automáticamente con otros peers.

En este esquema, podemos observar el funcionamiento de Bittorrent.

• Direct Connect: Direct Connect es una aplicación peer-to-peer escrita por Jon Hess de Neo-Modus. Tras su creación, han ido apareciendo otros clientes que implementan el protocolo de Direct Connect. El protocolo está basado en FTP (ver Anexo 1.15). Originariamente el protocolo era cerrado, pero se consiguió implementar como software libre, y cuenta con varios clientes (como por ejemplo el DC++).

Estructura de la red y funcionamiento:
• Los clientes se conectan al servidor, al cual se le denomina HUB. Es el encargado de gestionar las conexiones entre clientes.
• El cliente, una vez conectado al servidor, tiene posibilidad de comunicarse con otros usuarios conectados, hacer búsquedas y, por supuesto, compartir ficheros. Por lo general los HUB tienen temáticas muy bien definidas.
• Un usuario, para poder conectarse, ha de cumplir 2 condiciones: Compartir la mínima cantidad de material que el servidor le exija, si no cumple dicha condición al conectarse el HUB le echará y le pedirá que comparta, y tener un mínimo de SLOT's disponibles.
• Un SLOT, es la capacidad numérica de conexiones simultaneas que se aceptan desde el ordenador.

Estos métodos se utilizan para evitar leechers (ver en la Estructura de red de BitTorrent).

• edonkey2000: apodado eD2k, era una aplicación de intercambio de archivos peer-to-peer desarrollado por la compañía norteamericana MetaMachine, que utilizaba el protocolo de transferencia de archivos multi-fuente. El cliente se apoyaba tanto en la red eD2k como en la red Overnet.
  
  
  

La red eDonkey original estuvo basada en servidores centrales administradas por los usuarios dispuestos a donar el ancho de banda necesario. Dichos servidores podría ser objeto de tráfico pesado y, por consiguiente, más vulnerables a los ataques.
Para superar este problema, MetaMachine, elaboró Overnet como su sucesor en el protocolo eDonkey.

El proyecto eMule también desarrolló el protocolo Kademlia (ver anexo 1.16), red propia (llamada Kad) para superar la dependencia de los servidores centrales.

En 2006, MetaMachine alcanzó un acuerdo con la RIAA para evitar un juicio por infracción de los derechos de propiedad intelectual. La compañía dejó de distribuir su software y acordó pagar una compensación de 30 millones de dólares.
El día 12 de septiembre de 2006 el programa eDonkey2000 cerró sus puertas. Con una planificación previa, el propio software eDonkey2000, al ser ejecutado, informaba a los usuarios sobre "el fin de la red eDonkey2000", para acto seguido cerrarse, e inmediatamente, sin intervención del usuario, iniciar la autodesinstalación. No obstante, se puede comprobar que por el momento la red eDonkey sigue en funcionamiento usando otros clientes.