Reunión de desarrolladores de I2P - 05 de septiembre de 2017

20:00:00 <zzz> 0) Hola 20:00:00 <zzz> 1) actualización 0.9.32 (zzz) 20:00:00 <zzz> 2) recordatorio por correo sobre financiación para el 34C3 (zzz/echelon) 20:00:03 <zzz> 0) Hola 20:00:05 <zzz> Hola 20:00:44 <zzz> 1) actualización 0.9.32 (zzz) 20:00:58 <R4SAS> Hola 20:01:09 <zzz> ok, str4d ha hecho algunas actualizaciones de UI, y yo he empezado con la implementación de la prop 141 pero aún no he hecho commit de nada 20:01:37 <zzz> vamos encaminados a un lanzamiento a principios de octubre 20:01:49 <i2pr> [Slack/str4d] Hola 20:02:03 <zzz> Creo que str4d quiere proponer su rama de benchmark, ¿debería hacerlo pronto? He comentado en su ticket 20:02:20 <psi_> ay 20:02:36 <i2pr> [Slack/str4d] Hasta ahora solo he subido un pequeño ajuste de UI; tengo más cambios localmente que abordan bastantes más problemas, pero necesito pasar por mi proceso de git -> mtn 20:03:09 <i2pr> [Slack/str4d] Revisaré los comentarios del benchmark y lo terminaré / subiré a finales de esta semana 20:03:57 <zzz> ok, necesito hablar contigo en algún momento sobre nuestro proceso de lanzamiento. Tuvimos tickets bloqueantes para la .31 que no se cerraron; probablemente deberíamos insistir en que se cierren antes de un lanzamiento 20:04:08 <zzz> si no, ¿qué significa siquiera 'blocker'? 20:04:23 <i2pr> [Slack/str4d] Correcto 20:04:36 <zzz> ¿Algo más sobre 1)? 20:06:01 <zzz> 2) recordatorio por correo sobre financiación para el 34C3 (zzz/echelon) 20:06:11 <psi> ¿Este lanzamiento requiere eliminar nombres de host? 20:06:15 <psi> en RI 20:06:25 <psi> agh, lag 20:06:33 <zzz> consulta el texto de la propuesta para la discusión de migración 20:06:45 <psi> ok 20:07:07 <i2pr> [Slack/str4d] -1 a que esté en este lanzamiento sin discutir mitigaciones de zombis 20:07:08 <zzz> ok, con respecto al 34C3, si quieres financiación o entrada gratuita DEBES enviar un email a echelon antes del 30 de septiembre 20:07:43 <zzz> además, echelon tuvo algunos problemas de servidor, así que si no recibiste un ACK suyo de que recibió tu email, envíalo de nuevo 20:08:46 <zzz> tenemos fondos de sobra disponibles para la gente, pero hay que pedirlos. No financiaremos a quienes lo pidan después de fin de mes 20:09:48 <zzz> así que, de nuevo, asegúrense de que echelon ha acusado recibo de su solicitud 20:10:03 <zzz> fijaremos el presupuesto en la reunión del próximo mes 20:10:19 <zzz> ¿Algo más sobre 2)? 20:10:36 <i2pr> [Slack/str4d] Por mi parte, no. 20:11:26 <zzz> ¿Algo más para la reunión? 20:11:54 <psi> tengo algo 20:12:02 <zzz> psi, adelante 20:12:03 <psi> pero es largo y tedioso 20:12:09 <psi> es esa idea de los tunnels de salida alineados 20:12:36 <psi> originalmente te la vendí como una técnica de reducción de carga en OBEP 20:12:45 <psi> eso es un buen efecto secundario 20:12:53 <psi> pero ese no es el objetivo original 20:13:10 <psi> el objetivo original era reducir la pérdida de paquetes 20:13:59 <zzz> ok, entonces ¿qué te gustaría discutir al respecto? 20:14:08 <psi> mi pregunta es: ¿java i2p implementaría aligned outbound tunnels? 20:14:22 <psi> ¿o es demasiado experimental para ustedes? 20:14:53 <psi> no estoy tan familiarizado con el código de java i2p como con el de i2pd 20:14:57 <zzz> no puedo responder ahora porque olvidé los detalles. Si lo redactas y lo publicas en algún sitio, con gusto te daré una respuesta 20:15:09 <psi> de acuerdo 20:15:15 <psi> supongo que puedes cerrar la reunión 20:15:26 <psi> la idea es OBEP == IBGW 20:15:35 <psi> con un salto extra en el tunnel OB 20:15:38 <eche|offf> nada por mi parte hasta ahora 20:15:43 <psi> de modo que OBEP == IBGW 20:16:14 <psi> para reducir la pérdida de paquetes y la presión sobre OBEP 20:16:30 <psi> (a costa de más tunnels) 20:16:51 <zzz> ok, ya que ya lo has implementado, cualquier dato sobre los beneficios sería de gran ayuda 20:17:10 <zzz> ¿Algo más sobre los tunnels de salida alineados? 20:17:31 <psi> mis observaciones iniciales son que el RTT inicial es el mismo que después 20:17:44 <psi> más bien, no hay pico inicial de RTT 20:17:57 <psi> posiblemente por el alivio de la presión en OBEP 20:18:03 <psi> pero eso es solo una suposición 20:18:15 <psi> quiero probar esto en una red de pruebas, para lo cual contamos con docker. 20:18:25 <i2pr> [Slack/str4d] Si hay algo que podamos convertir en un benchmark de rendimiento, avísame 20:18:25 <psi> para recopilar cifras sólidas, etc. 20:19:01 <psi> sí, igual aquí, no se me ocurre un buen benchmark de rendimiento 20:19:18 <psi> he estado usando icmp ping sobre openvpn 20:19:23 <i2pr> [Slack/str4d] En realidad esto sería más bien una métrica, ya que también dependería del rendimiento de la red y probablemente variaría según la ubicación de los extremos 20:19:27 <psi> probablemente no sea la mejor forma 20:19:48 <i2pr> [Slack/str4d] Pero si podemos hacer un benchmark repetible, querría añadirlo a la batería que planeo empezar a recopilar 20:20:18 <psi> lo que uso ahora es: tiempo para conectar vía dtls y luego la medición de latencia siguiente vía ping 20:20:31 <psi> creo que eso no es portable para java i2p 20:20:45 <psi> a menos que funcione socks5 udp 20:20:49 <psi> o que haga algunas cosas con SAM 20:21:23 <zzz> ¿Algo más sobre los tunnels de salida alineados? 20:21:31 <psi> aligned outbound tunnels sigue siendo experimental y no sé si el aumento en el número de tunnels vale la pena o no todavía 20:21:49 <psi> así que se necesita más investigación y se está investigando ahora mismo en i2pd 20:21:56 <psi> les avisaré 20:22:12 <i2pr> [Slack/str4d] Estupendo, mantenme al tanto de la ciencia en #i2p-science :slightly_smiling_face: 20:22:20 <psi> ok 20:22:21 <zzz> genial, gracias por la actualización, psi 20:22:25 <zzz> ¿Algo más sobre los tunnels de salida alineados? 20:22:53 <psi> una última cosa: podría valer la pena hacer algo además de alinear los tunnels, es decir, algo como la rend spec de Tor 20:23:17 <psi> en cuanto a qué sería, no lo sé, y lo pensaré en voz alta en #i2p-science 20:23:20 <psi> (por favor, únete) 20:23:29 <psi> eso es todo 20:23:41 <i2pr> [Slack/str4d] Por mi parte, nada más 20:23:49 <zzz> ¿Algo más para la reunión? 20:24:28 <psi> por mi parte, bien 20:25:15 <zzz> gracias a todos, nos vemos en 4 semanas, que será cuando salga la .32 20:26:10 * zzz ***bafffs*** da por terminada la reunión