Reunión de desarrolladores de I2P - 28 de marzo de 2006

15:08 <jrandom> 0) hola 15:08 <jrandom> 1) Estado de la red y 0.6.1.13 15:08 <jrandom> 2) Encuesta de casos de uso 15:09 <jrandom> 3) ??? 15:09 <jrandom> 0) hola 15:09 * jrandom saluda 15:09 <Complication> Por fin cargó, leyendo :) 15:10 <jrandom> notas de estado semanales publicadas en dev.i2p.net/pipermail/i2p/2006-March/001274.html 15:10 <@cervantes> *** connection reset 15:10 <jrandom> je 15:11 <jrandom> ok, mientras le echan un ojo, pasemos a 1) Estado de la red 15:12 <jrandom> cerca de 2/3 de la red se ha actualizado a la 0.6.1.13 (¡gracias!), y los resultados han sido mixtos 15:12 <jrandom> ¿alguien con enlaces de bajo ancho de banda tiene experiencias que quiera compartir? ¿mejor / peor / sin diferencia? 15:13 <jrandom> o, ¿algún resultado de gente con enlaces tipo dsl? 15:13 * jrandom ha oído (y sentido) algunos resultados en enlaces más rápidos (en gran parte negativos, por desgracia) 15:14 <+Complication> Bueno, quería decir que el estado de la red está un poco inestable. :) Pero la red lo dijo primero. :D 15:15 <+Complication> En la escala de desconexiones recientes, no obstante, esta fue una recuperación muy rápida. 15:16 <+Complication> No he tenido más atascos masivos de mensajes, pero aún pierde un lease de vez en cuando 15:17 <+Complication> Además, creo que la última ejecución del router terminó cuando no se pudo renovar un lease, así que concluyó "Router hung!" 15:18 <jrandom> ah col 15:18 <+Complication> Había estado funcionando durante 15 horas o así 15:18 <jrandom> quizá deberíamos ajustar el watchdog para dejar de reiniciar el router en esas situaciones 15:19 <+Complication> La retransmisión también está igual que antes (incómodamente alta, pero al parecer se puede convivir con ello, lo cual en sí es una buena noticia) 15:19 <jrandom> antes el reinicio era necesario, pero los fallos recurrentes de tunnel deberían poder recuperarse 15:19 <jrandom> hmm, <10%, <20%,>20%? 15:20 <+Complication>> 20% 15:20 <+Complication> No conozco muchos protocolos que funcionen de forma tolerable cuando se pierde uno de cada tres mensajes 15:21 <+Complication> Este funciona :) Pero solía estar alrededor del 7% 15:21 <jrandom> bueno, eso está promediado entre todos los pares, así que probablemente es bastante bajo para la mayoría de los pares, pero bastante alto para los pares muy congestionados 15:21 <jrandom> (como se muestra en peers.jsp) 15:22 <+Complication> Cierto, y aún no he mirado ese lado de la distribución 15:23 <+Complication> Puede que necesite comprobarlo, aunque sea solo para verificar cómo se distribuye 15:24 <jrandom> bien, gracias Complication 15:24 <jrandom> ok, ¿alguien tiene algo más sobre 1) Estado de la red? 15:25 <bar> Complication: ¿puedo preguntar qué límite de ráfaga estás usando? los míos están al 60% de mi máximo teórico de subida, y actualmente tengo una proporción de retransmisión del 11% 15:26 <+Complication> bar: está en torno al 80% de la velocidad de línea 15:26 <bar> ok 15:26 <+Complication> Al mismo nivel que estaba cuando la retransmisión rondaba el 7% 15:26 <+Complication> Lo tuve más alto mientras tanto, pero lo bajé de nuevo 15:28 <bar> intentaré usar 80% durante un día o así para ver si pasa algo 15:28 <+Complication> Y el límite de transferencia sostenida está alrededor del 65% 15:28 <+Complication> La transferencia real, si el indicador total es correcto, promedia cerca del 60% de la velocidad de línea 15:29 <+Complication> (los picos son más altos) 15:30 <ashter_> por mi parte, muchas cosas de 'no lease' para el destino local (como dije hoy) 15:30 <ashter_> y un nodo un poco más congestionado 15:30 <+fox> <nextgens> hola 15:30 <jrandom> hola nextgens 15:30 <jrandom> ashter_: hmm, ¿estás en dialup, dsl/cable, o algo más rápido? o, mejor dicho (más anónimo), ¿estás congestionado? 15:31 <+fox> <nextgens> genial, jrandom está por aquí :) podrías ayudarme :) 15:31 <jrandom> (es decir, congestión de la red, no los números que i2p muestra) 15:31 <ashter_> dsl/cable 15:32 <jrandom> ok gracias 15:33 <jrandom> ok, si no hay nada más sobre 1) Estado de la red, pasemos a 2) Encuesta de casos de uso 15:34 <jrandom> No espero respuestas inmediatamente, pero si pudieran pensar un poco en las preguntas del correo y publicar respuestas (ya sea en el foro, Syndie, la lista, etc.), sería muy apreciado 15:37 <@cervantes> *tos* 15:38 <+tethra> ay, caray :/ 15:39 <jrandom> (|grep -v -- -\!- ;) 15:39 <jrandom> ok, como dije, hagan correr la voz por el medio que prefieran cuando les sea conveniente. gracias 15:39 <jrandom> pasando al 3) ??? 15:39 <jrandom> ¿alguien tiene algo que quiera plantear para la reunión? 15:40 <@cervantes> http://forum.i2p.net/viewtopic.php?p=7442 <-- hilo fijado para la discusión de casos de uso 15:40 <jrandom> ah, genial, gracias cerv 15:42 <ashter> (erf volvió a pasar, y cuando eso ocurre los tunnel participantes se disparan de forma demencial :( ) 15:43 <jrandom> hmm, ¿a los miles, o a los cientos? 15:43 <jrandom> (hay algunas correcciones pendientes para ráfagas de nuevos tunnel, deberían salir a finales de esta semana) 15:43 <ashter> miles 15:44 <ashter> (ok gracias) 15:44 <jrandom> ok, bien. quizá quieras considerar bajar tu límite de ancho de banda o el porcentaje de compartición mientras tanto 15:44 <jrandom> ok, ¿alguien tiene algo más para la reunión? 15:45 <jrandom> si no... 15:45 * jrandom se prepara 15:46 * jrandom cierra la reunión con un *baf*