P2P & P4P: si no puedes contra ellos, uneteles

Estándar

Quien leyera algo de teoria de juegos o economia en general seguramente va a apreciar el equilibrio formado aqui. Hace tiempo escribi algo sobre el problema que presenta el p2p para los ISPs y posibles soluciones. Esta guerra se libra desde hace tiempo entre los usuarios, los ISPs y los desarrolladores del p2p.

the_pirate_bay-264x300

Al principio el exceso de trafico causado por las redes de pares podian ser minimizadas por los ISPs con bloqueo de puertos, rapidamente solucionado con el uso de puertos dinamicos. P2P 1 – ISPs 0
Entonces llego la inspeccion de paquetes. Simplemente leian lo que pasaba por su red y si descubrian una cabecera dada le hacian un dump. Cuando los desarrolladores descubrieron esto dieron el siguiente paso, encriptar la comunicacion. Ahora ya no era valido leer paquetes. P2P 2 – ISPs 0
Despues por heuristica, estudiando el comportamiento de los nodos se podia casi asegurar si era trafico p2p o no. P2P 2 – ISPs 1

Como ven, era basicamente un juego del gato y el raton. Los ISPs crean metodos de bloqueo, los desarrolladores p2p encontraban metodos para evitarlos.
Hay otras herramientas para minimizar el impacto sobre la red que son un poco mas amigables al usuario, como el cache. Pero esto metia al ISP en cuestion en problemas ya que estaria ofreciendo quizas contenido con copyright lo que los abria a demandas.
Continuar leyendo

Nuevos amigos, nuevos desafios

Estándar

El sabado se pudo dar las charlas en Caaguazu y lo mas importante,tuvimos la oportunidad de conocer mucha gente interesante que tambien esta trabajando duro por el software libre.
Salimos todos el sabado a eso de las 6am, previo encuentro con Diego Viola (que dio la charla de KDE4 beta 3), y partimos rumbo a la terminal. Despues de viajar muy comodos durante unas 3 horas con aire acondicionado, charlando y tomando terere llegamos a Caaguazu donde el presidente de Linux Caaguazu y el fundador del grupo en persona nos pasaron a buscar en auto y partimos a la Municipalidad donde se iba a hacer todo.
Unos tereres mas, algun que otro cigarrillo de mi parte y charlando con la gente nos enteramos que esta haciendo el grupo. Son en total unos 15 miembros y sumando, la mayor parte estudiantes de ingenieria, con muchas ganas de hacer cosas y proyectos en camino.
En cuanto tengamos las fotos del encuentro tambien se pondran online, habiamos llevado una camara para grabar todo el evento pero por desgracia nuestra bateria nos fallo y no pudo quedar nada en archivo. Igualmente es una excelente excusa para volver y repetir todo el proceso nuevamente.

Continuar leyendo

Expo Linux Caaguazu 2007

Estándar

El día Sábado 20 de octubre del corriente año, se llevará a cabo la Segunda Expo Linux Caaguazu, en el Salon Rosa de la Municipalidad de dicha ciudad.-

El evento comenzará a las 10 hs. y se extenderá hasta las 16 hs., en el mismo se presentará las ultimas actualizaciones del Sistema GNU/Linux y las nuevas aplicaciones y enfoques que dicho sistema posee, como la fiabilidad, la seguridad avanzada y los distintos avances en el entorno grafico que a Linux caracteriza. La Segunda Expo Linux Caaguazu forma parte de los grandes pasos de Linux Paraguay al progreso tecnológico libre en nuestro país.-

Los invitados para la conferencia son:

Continuar leyendo

CONTENIDO MOVIL: el problema de Paraguay

Estándar

Paraguay presenta varias caracteristicas arcaicas en cuanto a tecnologia (y su uso) se refiere. Internet es propiedad privada, los anchos de banda son miserables muy al contrario de sus precios que son jodidamente elitistas.
Q problemas presenta esto a un web developer? Como se puede pensar en desarrollar en un ambiente asi? Cuales son las probables alternativas de comunicacion en un ecosistema como este?

Para comenzar no pueden crearse sistemas que consuman mucho ancho de banda, nada que necesite un trafico constante para funcionar, un mercado mayoritoriamente pobre en cuanto a gadgets se refiere, comunicaciones nulas y prohibitivamente caras.
Como diseñador/programador veo dos opciones:
1) Conseguir contactos en el exterior y abrirte una cuenta de banco donde puedan realizar los depositos.
2) Encontrarle la vuelta y preguntarte que tipo de aplicaciones consumen poco y no necesitan una comunicacion constante.

Me voy a centar en el segundo punto. Ya vere si armo algo acerca del primero.

Si te vas a dedicar al desarrollo para consumo interno de un pais asi tenes 3 usuarios:
a- El que puede pagar una conexion en su casa y dicha conexion LLEGA hasta su casa (olvidate del interior)
b- El que visita cibers (si los hay) y tiene una conexion intermitente.
c- El que posee un dispositivo movil capaz de conectarse a internet (el GPRS de los cells)

Si le vas a vender al que tiene una conexion domestica tu usuario tiene poco ancho de banda, una posicion economica media/alta y una conexion constante. Si le apuntas al que vive en el ciber considera que el se conecta durante tiempos cortos (y probablemente por juegos online), usa seguramente algun tipo de IM y se anota a algun que otro foro. El q tiene celular lo usa para poco y nada en cuanto a navegacion o internet en general se refiere (excepto los q tienen un IM de base java).

Entonces, pq me preocupo por algo q no tiene publico? Pq creo q si tiene un publico al cual llegar, la pregunta es como.
El wml, por horrible q sea, es una posibilidad seria para desarrollo de aplicaciones moviles. Lo se pq las hice y las veo funcionar pasado mas de un año.
La gran pregunta es, quien es tu cliente entonces? Las empresas q tengan muchos vendedores en la calle es una posibilidad, los gerentes q deban hacer un seguimiento 24/7 de sus productos. Los camiones q llegan al almacen de tu esquina a hacer entregas, el almacenero q necesita hacer un pedido y su proveedor no cuenta con un callcenter comodo con el cual trabajar.
Entonces, publico tenemos… ahora lo q falta es desarrolladores creando aplicaciones para ellos. Hasta donde se y con los cuales llegue a hablar no tienen ni la mas palida idea de lo q es wml, a los diseñadores web ni les va ni les viene pq no pueden colorear a su gusto y placer.
Lo q sabemos es q es una interface muy limitada, tenes un teclado numerico bastante incomodo pero en el cual la mayoria esta muy acostumbrado a escribir y no nos olvidemos q mayormente se pueden enviar MMS a un mail. Pq no automatizar esa casilla de correo para q lea lo q llega? tal vez quitar los attachs y colocarlos en una carpeta q podemos crear segun usuario… recuerden q los celulares hoy en dia pueden sacar fotos, grabar video o audio indistintamente y sus capacidades de almacenamiento crecen cada tantos meses y se vuelven mas baratos los modelos anteriores.
Y todo esto sin analizar la posiblidad de q un celular tb puede funcionar como un radio modem de bajo precio. Talvez usar SQLite como cache en una aplicacion para una pequeña empresa q comienza a crecer? Comunicar ese dispositivo con una db central previendo q debe consumir solo unos pocos bits? recuerden q el precio del gprs aunq siendo accesible sigue siendo caro.
Lo q propongo es algo q yo ya hice, crear aplicaciones moviles (hasta q todos tengamos a la red en nuestras casas) apuntando al sector comercial q necesite algo funcionando YA sin ISP de por medio directamente. Tb nos podemos subir al caballo O`Reilly de la web 2.0 donde un usuario puede enviar sus fotos, sus videos, sus audios(podcast alguien?) para complementar el contenido de tal o cual blog/sitio/foro q se les ocurra.

No subestimen al usuario. Recuerden q ahora, todos somos prodsumidores 😉

Mas informacion:
http://mobileactive.org/
http://patterns.littlespringsdesign.com/
http://wurfl.sourceforge.net/
http://www.wapforum.org/
http://www.openmobilealliance.org/
http://showcase.mtld.mobi/
http://www.w3.org/TR/mobile-bp/

Cacheo P2P

Estándar


Bajar texto completo 

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.