Reunión de desarrolladores de I2P - 16 de noviembre de 2004

13:05 <jrandom> 0) hola 13:05 <jrandom> 1) Congestión 13:05 <+dinoman> la clave de pgforge ha cambiado :/ perdón 13:05 <jrandom> 2) Streaming 13:05 <jrandom> 3) BT 13:05 <jrandom> 4) ??? 13:05 <jrandom> ah, genial, podemos hacer algo de magia para eso 13:05 <jrandom> 0) hola 13:05 * jrandom saluda 13:05 <ant> <lucky> hola 13:05 <jrandom> notas de estado semanales publicadas en http://dev.i2p.net/pipermail/i2p/2004-November/000489.html 13:05 <wiht> Hola. 13:06 <jrandom> (y publicamos las notas ANTES de la reunión. w00t) 13:06 <jrandom> bien, pasemos de una a 1) Congestión 13:07 <jrandom> para la gente que ha estado en el canal los últimos días, han oído muchas discusiones sobre qué diablos ha estado pasando, y tanto este correo como el post de duck de antes deberían cubrirlo en general 13:07 <jrandom> dicho eso, ¿alguien tiene preguntas / comentarios / preocupaciones que le gustaría plantear/debatir? 13:09 <wiht> ¿Qué quieres decir con "wild peer selection"? 13:10 <jrandom> la forma en que nuestro armado actual de tunnels funciona desafortunadamente deja que las cosas se estabilicen alrededor de los pares rápidos 13:10 <jrandom> si esos pares rápidos no fallan ocasionalmente, simplemente los usamos, punto, en lugar de explorar más allá de ellos al construir nuestros tunnels 13:11 <jrandom> eso significa que cuando *sí* fallen más tarde, prácticamente no tenemos idea de cuánta capacidad tiene el resto de la red y, como tal, elegimos pares bastante arbitrariamente 13:11 <+DrWoo> jrandom: ¿qué hay en preparación para utilizar mejor la capacidad? 13:12 <jrandom> DrWoo: la versión 0.4.3 incluirá una forma nueva de agrupar tunnels para que podamos tener más tunnels de respaldo "experimentales" (permitiéndonos aprender más sobre la red sin sacrificar rendimiento) 13:13 <jrandom> también hay en preparación un balanceo de carga más agresivo mediante reservas al estilo ATM, pero aún no están planificadas para una versión en particular (o sea, lo haremos cuando lo necesitemos) 13:14 <ant> <Connelly> bleh 13:14 <ant> <Connelly> ¿aún no hay reunión? 13:14 <jrandom> (reservas al estilo ATM, es decir, llevar la cuenta de cuánto ancho de banda usan los tunnels, en promedio, multiplicarlo por el número de tunnels en los que participamos y compararlo con nuestros límites/capacidad de ancho de banda, usando esa comparación para aceptar/rechazar más solicitudes de tunnels) 13:15 <jrandom> Connelly: empezó hace 10 min, notas de estado en la lista ;) 13:15 <+DrWoo> jrandom: ¿qué impacto tendrá eso en el rendimiento? 13:15 <+DrWoo> rendimiento del PC local 13:15 * wiht se pregunta cuántos protocolos diferentes se están usando en la red I2P además de HTTP, IRC y BT. 13:16 <jrandom> DrWoo: el agrupamiento de 0.4.3 nos dará mayor resiliencia (menos fallos), y las reservas permitirán un reparto de carga más basado en la capacidad (o sea, reducir la contención) 13:16 <jrandom> ninguno de esos es particularmente basado en la latencia, eso sí 13:17 <jrandom> wiht: esos tres son los principales que se usan según mi conocimiento, aunque se hacen cosas feas sobre HTTP 13:17 <jrandom> de hecho eso es un tema interesante, con respecto a IRC y la congestión 13:18 <jrandom> lo que realmente estaba matando a irc.duck.i2p el otro día era el hecho de que durante la congestión, el servidor IRC de duck aún tenía que sacar 20x el número de mensajes que recibía 13:19 <jrandom> súmale el reenvío automático de mensajes cada.10.segundos.sin.backoff, y eso crece a 120 mensajes por cada línea de texto ;) 13:19 <jrandom> básicamente lo que digo es que un protocolo de chat descentralizado sería Bueno ;) 13:19 <+DrWoo> ¿existe tal cosa? 13:20 <jrandom> (aunque la nueva librería de streaming se deshará de esa sobrecarga de 6x) 13:20 <+dinoman> ¿hay uno bueno? 13:20 <jrandom> no sé si alguien ha evaluado algo tipo SILC para i2p en el último año 13:20 <susi23> POP3 y SMTP son _terriblemente_ lentos en I2P 13:21 <ant> <duck> silc == irc+algo de cifrado 13:21 <susi23> (como respuesta a la pregunta de qué protocolos se usan también) 13:21 <jrandom> ah, pensé que silc se alejaba del concepto de ircd 13:21 <jrandom> oh, mierda, cierto, me olvidé de esos dos :) 13:21 <wiht> susi23: Sí, olvidé que ahora tenemos correo en I2P. 13:21 <ant> <duck> no mucho al menos 13:21 <jrandom> 'k 13:21 <ant> <protok0l> ¿reunión? 13:22 <ant> <lucky> ahora mismo protok0l 13:22 <ant> <protok0l> k 13:22 <jrandom> ok, ¿tenemos algo más para 1) congestión? 13:23 <jrandom> si no, pasamos a 2) streaming 13:23 <jrandom> [ver el correo] 13:24 <jrandom> he dejado fuera de history.txt todas las actualizaciones de la librería de streaming, pero puedes ver lo que está pasando a través de la lista de CVS 13:24 <jrandom> (si estás loco) 13:24 <jrandom> no tengo realmente nada más que añadir. así que, ¿preguntas/comentarios/preocupaciones? 13:25 <+postman> solo una 13:25 <+postman> gracias :) 13:25 <ant> <protok0l> ¿qué aumento de velocidad habrá? 13:25 <jrandom> jeje se supone que debes esperar hasta que consigas el software, postman ;) 13:25 <jrandom> protokol: algo. depende. 13:25 <+postman> jrandom: apostaría por ti con los ojos vendados 13:26 <+DrWoo> jrandom: voy a preguntarte lo que odias: ¿hay una fecha estimada para la nueva librería de streaming? la situación actual obviamente es un punto de vulnerabilidad 13:27 <jrandom> si las pruebas de esta semana van bien, podemos apuntar a la semana que viene 13:27 <jrandom> sin embargo, habrá servicios en marcha sobre la nueva librería de streaming antes de eso, para que podamos probarla bajo condiciones de carga 13:28 <wiht> Según recuerdo, están usando una red simulada para las pruebas. ¿Sigue siendo así? 13:29 <jrandom> para algunas, sí 13:29 <jrandom> cuando no uso el simulador, simplemente lo ejecuto en la red real 13:30 <jrandom> (porque me gusta abusar de su ancho de banda ;) 13:30 <susi23> de nada ;) 13:30 <+dinoman> hehe ¿encenderlo y ver si explota? 13:31 -!- x ahora se llama fidd 13:31 <jrandom> más o menos: tengo algo de código de registro que básicamente vuelca las cabeceras de los paquetes de streaming, lo que me permite asegurarme de que todo se envía correctamente y que varias situaciones se manejan como deberían 13:32 <jrandom> las pruebas con el simulador son más complejas, con quizá media docena de pruebas unitarias con varios parámetros de ejecución 13:33 <wiht> ¿Qué tan bien reflejan las pruebas de simulación el uso observado de la red? 13:33 <jrandom> bastante bien, ya que el código de simulación es el mismo que el código de la red real 13:34 <jrandom> no tengo perfecta la inyección de retardo y pérdidas en el simulador, pero está en el rango 13:35 <ant> <cat-a-puss> ¿usará la nueva librería de streaming la misma interfaz? ¿O las apps Java tendrán que hacer algo nuevo? 13:35 <wiht> Gracias por aclararlo. 13:36 <jrandom> cat-a-puss: misma interfaz. hay algunas opciones de configuración adicionales que quizá quieras añadir al construir un I2PSocketManager, pero eso es un buen mapa de propiedades 13:36 <ant> <cat-a-puss> k 13:37 <jrandom> ok, ¿algo más, o saltamos a 3) BT? 13:38 <jrandom> duck: ping 13:38 <@duck> *quack 13:38 <@duck> La semana pasada informé que teníamos BitTorrent en I2P funcionando. Ha habido algo de 13:38 <@duck> confusión, pero es anónimo tanto para los trackers como para los clientes (seeders y leechers). 13:38 <@duck> Actualizaciones desde la semana pasada: 13:38 <@duck> trabajo en la GUI (wxPython), tracker incluido, correcciones de bugs. 13:39 <@duck> lista completa en http://dev.i2p/cgi-bin/cvsweb.cgi/~checkout~/i2p-bt/CHANGES.txt?rev=HEAD 13:39 <@duck> el código también está en el CVS en cvs.i2p 13:39 <@duck> y obtuvo un eepsite dedicado: http://duck.i2p/i2p-bt/ 13:39 <@duck> El tracker incluido es muy espartano y aún tienes que proporcionar los propios torrents en algún lugar; así que DrWoo, thetower y yo hemos estado mirando 13:39 <@duck> varias alternativas que ofrecen funciones como Suprnova, hasta que me volví loco. 13:39 <@duck> *flierp* 13:40 <jrandom> w00t 13:40 <@duck> Finalmente se seleccionó bytemonsoon; el original es feo, pero DrWoo ha estado arreglando eso, 13:40 <@duck> La idea es mejorarlo un poco más y publicarlo como una solución de tracker lista para I2P, 13:40 <@duck> ver: http://brittanyworld.i2p/bittorrent/ 13:40 <@duck> cumpliendo los requisitos en: http://duck.i2p/i2p-bt/txt/bytemonsoon.txt 13:40 <@duck> . 13:40 <jrandom> estupendo 13:40 <+DrWoo> pueden probar un par de archivos de prueba pequeños en el lindo tracker que arregló duck 13:41 <+DrWoo> no hay nada grande para atascar la red je 13:41 <jrandom> ¿qué, no quieres que descarguemos más episodios de Lost? :) 13:41 <@duck> si el de thetower está en línea.. 13:42 <jrandom> el port de bytemonsoon se ve muy bien. 13:42 <+DrWoo> no puedo acceder a thetower ahora mismo desde aquí 13:42 <+DrWoo> jrandom: realmente parece proporcionar casi todo lo que necesitas 13:42 <+dinoman> ¿qué tipo de velocidad está viendo la gente? 13:43 <@duck> ~5kb/s por par 13:43 <+DrWoo> dino: desde este lado parece 4-10K por par 13:43 <@duck> (con optimismo; por supuesto están esos tipos con ADSL de mierda) 13:44 <+dinoman> wow, mejor de lo que pensé 13:44 <@duck> hasta que I2P se cae; ver 1) 13:44 <jrandom> je 13:44 <+DrWoo> dinoman: en otras palabras, debería verse bastante impresionante con un enjambre 13:44 <@duck> ha habido varias peticiones para mejorar la GUI 13:45 <+DrWoo> dinoman: y algunos pares de 0 saltos ;) 13:45 <@duck> aunque no muchos se animan 13:45 <jrandom> duck (y equipo): ¿qué podemos hacer para ayudar? 13:45 <@duck> tú: tener lista la nueva librería de streaming 13:46 <@duck> equipo: miren el todo: http://duck.i2p/i2p-bt/txt/todo.txt 13:46 <@duck> lucky está trabajando en un howto 13:47 <@duck> DrWoo: ¿algo más? 13:47 <jrandom> bien 13:47 <+DrWoo> jrandom: ¿puedes hablar un poco sobre tu postura respecto a la importancia (o no) del intercambio de archivos (y otros servicios populares que actualmente se ejecutan sobre internet) y lo que significa para las perspectivas de anonimato de I2P. 13:47 <ant> <lucky> ¿yo? 13:48 <ant> <lucky> oh 13:48 <ant> <lucky> yo 13:48 <ant> <lucky> :) 13:48 <+DrWoo> duck: siempre hay algo más je 13:48 <jrandom> el intercambio de archivos es crítico para el éxito de I2P, pues es, realísticamente, el mayor conjunto potencial de usuarios en el que mezclar nuestro conjunto de anonimato 13:49 <ant> <lucky> uh oh. 13:49 <ant> <lucky> Entonces significa que realmente, realmente, debo trabajar en ese howto. 13:49 <jrandom> sin un sistema viable de transferencia de archivos grandes, tenemos que hacer maravillas para atraer apps de usuario 13:50 <jrandom> lo cual estamos haciendo: el trabajo de susi y postman es bastante prometedor 13:50 <jrandom> pero el mercado para correo electrónico anónimo es mucho menor que el mercado para transferencia de archivos segura 13:51 <jrandom> aunque I2P en sí escala a cualquier tamaño (si las cosas son como esperamos ;), necesitamos un conjunto de anonimato grande para sostener cualquier cosa que valga la pena 13:51 <jrandom> </my $0.02> 13:52 <@duck> ¿qué piensas de la configuración por defecto para esas apps de intercambio de archivos? 13:52 <jrandom> eso no lo sé 13:53 <@duck> ¿o no es realmente relevante aún dadas las posibilidades actuales? 13:54 <+DrWoo> duck: puede que haga falta 'pensar fuera de la caja' para superar algunos baches en el camino? 13:54 <jrandom> los tunnels de 1 salto pueden ser relevantes para los de BT, antes de la 0.4.3 13:57 <jrandom> ok, ¿tenemos algo más para 3) BT? 13:57 <@duck> yo no 13:57 <+DrWoo> gracias a duck y a los compañeros 13:58 <+DrWoo> fue un trabajo bastante impresionante 13:58 <jrandom> sí, están haciendo un trabajo increíble 13:58 <+dinoman> yo no lo hice 13:58 <jrandom> (me encanta ver el --spew 1 en el btdownloadheadless :) 13:58 <@duck> dinoman: tú lo empezaste 13:58 <+Ragnarok> headless spew... suena sucio 13:59 <+DrWoo> dino: impulsar el esfuerzo es una contribución real 13:59 * Ragnarok armará un parche para lo de las opciones de línea de comandos en la lista de tareas 13:59 <jrandom> w00t 14:00 <ant> <dm> No olviden la WWW anónima, eso también es grande. 14:00 <jrandom> dm: sí, quizá miles o decenas de miles, pero no atrae a millones 14:01 <jrandom> (para cosas de outproxy, en mi humilde opinión) 14:01 <jrandom> ok, si no hay nada más, pasamos al buen y clásico 4) ??? 14:01 <jrandom> ¿algo que no se haya mencionado aún y debería? 14:02 <wiht> postman: ¿Cuál es el estado del sistema de correo? ¿Qué tan bien está funcionando, especialmente respecto a las comunicaciones fuera de la red I2P? 14:02 <+DrWoo> dm: todo es parte del gran espectáculo de la vida :) 14:03 <ant> <dm> mucha gente usa la web 14:03 <ant> <dm> (acaban de instalar surfcontrol en mi trabajo) ;) 14:03 <jrandom> sí, el hosting WWW anónimo será fundamental para quienes realmente necesitan I2P, aunque probablemente no serán el conjunto de anonimato necesario 14:03 <jrandom> ah, qué mal 14:04 <jrandom> wiht: si no está por aquí, puedo decir que el in y outproxy me han funcionado bastante bien: ninguno perdido aún 14:04 <jrandom> (y revisar mi correo toma unos segundos, pero biff me avisa cuando lo necesito de todos modos) 14:05 <jrandom> ok, ¿hay algo más? 14:06 <ant> <dm> ¿estás 'bafeando' la reunión? 14:07 <jrandom> parece que sí 14:07 * jrandom se prepara 14:07 * jrandom *baf* cierra la reunión