Bajar texto completo 

El consumo total del ancho de banda de estas aplicaciones se acercan al 75% del consumo total de internet. Esto crea un dilema para todo ISP: como manejar el costo asociado y evitar incurrir en el crecimiento fisico de la red sin afectar el acceso de sus suscriptores al P2P.

El metodo de cacheado es conceptualmente sencillo: cuando un cliente dentro de mi red realiza una query de busqueda pasa primero por mi cacheserver. Si esta disponible tal archivo simplemente se redirecciona la peticion al cache que lo envia asi al cliente. Si el archivo aun no ha sido cacheado la ruta de la query sigue su curso normal hasta localizar el contenido y el cacheserver copia el contenido de la conversacion entre ambos nodos y lo almacena para su futura distribucion.
Si bien es conceptualmente sencillo se enfrenta a serios problemas. Las diferentes topologias de las mismas redes suponen un problema en si. En bitTorrent por ejemplo esto soluciona el downstream, pero deja abierto aun el upstream del cliente y asi si bien baja el consumo de bajada el de subida se mantiene. Otro problema es detectar a los mismos paquetes P2P del resto del trafico normal. Si bien la inspeccion de paquetes por firmas es un metodo viable el desarrollo de los softwares P2P los han vuelto mas inteligentes ocultando esta firma de distintas maneras dentro del paquete por no mencionar el costo adicional de tener que analizar todos los paquetes atravesando el NAP. (Si, todos los paquetes ya que los softwares tambien incluyen capacidades de eleccion dinamica de
puertos asi como la ocultacion bajo trafico real como si fuera una transmicion valida por puerto 80 o 25)
No es facil la vida del ISP. Este se enfrenta a tres frentes principales a la hora de elegir una solucion valida:
• Controlar el impacto sobre la infraestructura de soporte y los recursos tecnicos.
• Controlar los costos operacionales, especificamente de acceso/transito en la red
• Mantener la experiencia del usuario utilizando estas redes para mantenerlo satisfecho.