Reunião de desenvolvedores do I2P - 27 de janeiro de 2004

[22:03] <jrand0m> 0) oi [22:03] <jrand0m> 1) status de desenvolvimento do router (0.2.4) [22:03] <jrand0m> 2) RTCP [22:03] <jrand0m> 3) i2p.net [22:03] <jrand0m> 4) ??? [22:03] <jrand0m> 0) oi [22:03] * jrand0m acena [22:03] <jrand0m> esta é a reunião $num [22:03] <duck> . [22:03] * mihi_backup entrou no #i2p [22:03] <jrand0m> os logs serão publicados na wiki quando terminarmos [22:03] * Robert saiu do IRC (Ping timeout) [22:04] * baffled saiu do IRC (Ping timeout) [22:04] <jrand0m> ok, seguindo em frente (esperançosamente vencendo os ping timeouts)... 1) status de desenvolvimento do router [22:04] * baffled entrou no #i2p [22:05] <jrand0m> mais algumas correções de bugs esta semana, e grande parte do atraso e da perda de mensagens associada foi rastreada até o transporte PHTTP [22:06] <jrand0m> para evitar me repetir do email [http://i2p.dnsalias.net/pipermail/i2p/2004-January/000113.html], então, alguém tem perguntas/comentários sobre o status de desenvolvimento? [22:06] <duck> sim [22:06] <jrand0m> e aí? [22:06] <duck> parece que ainda, depois de um tempo, o esquema de tunnels trava [22:07] <duck> aí o madman2003 e o human têm que gritar comigo [22:07] <duck> e reiniciar tudo [22:08] <jrand0m> hmm, é, acho que isso se deve em grande parte à natureza toda fodida do código PHTTP 0.2.3.5. Existem alguns routers por aí que só são alcançáveis via PHTTP, e se ainda estiverem rodando o 0.2.3.5 puro, não vão conseguir falar entre si (mas vão conseguir falar com você) [22:08] * jar entrou no #i2p [22:08] <madman2003> eu gostaria de dizer uma coisa (um pouco off-topic): uma página 404 no 0.3 seria legal, porque muitos navegadores ficam confusos se não recebem a resposta esperada [22:08] <jrand0m> isso significa que sempre que você construir um tunnel através deles, seu tunnel fica inacessível [22:09] * DrWoo saiu do IRC (Ping timeout) [22:09] <jrand0m> duck> essa é uma das razões do ‘campo pró’ para lançar um 0.2.3.6 o quanto antes, com o 0.2.4 saindo com RTCP em alguns dias [22:09] * DrWoo entrou no #i2p [22:09] <duck> ok, então essa é a parte do phttp? [22:09] <jrand0m> (o ‘campo contra’ liderado por “atualizar é um saco”) [22:10] <jrand0m> hmm? o código phttp foi corrigido no cvs [22:10] <duck> que campo contra? [22:10] <jrand0m> madman2003> acho que o baffled pode estar olhando isso :) [22:10] <madman2003> atualizar é fácil :) [22:10] <kaji> atualizar é demais [22:10] <madman2003> com o i2pmgr é ainda mais fácil [22:11] <madman2003> basta um toque de botão :) [22:11] * Robert entrou no #i2p [22:11] <baffled2> estou olhando isso, madman, pode demorar um pouco! [22:11] <jrand0m> bom, o lado contra é que, se houver um release (em, digamos, algumas horas), as pessoas terão que fazer outra atualização em, digamos, 2-3 dias [22:11] <jrand0m> se tudo bem, posso empacotar um 0.2.3.6 com bastante facilidade [22:11] <duck> atualizar me deixa feliz [22:12] <kaji> o que a .6 corrige? [22:12] <baffled2> eu diria: manda ver; a maioria de nós não tem problema em atualizar regularmente. [22:12] <madman2003> eu atualizaria a cada 24 horas se isso resolver [22:12] <jrand0m> 0.2.3.6 corrige o PHTTP para ficar, err, funcional [22:12] <jrand0m> ok, legal [22:13] <jrand0m> vou empacotar um 0.2.3.6 depois da reunião (talvez 1-2 horas para limpar) e postar na lista quando estiver pronto [22:13] <jrand0m> (aqui também) [22:13] * Masterboy saiu do IRC (Ping timeout) [22:14] <jrand0m> ok, mais algo sobre o status de desenvolvimento, ou vamos pular para 2) RTCP [22:15] * jrand0m jmp 2 [22:15] <madman2003> você sempre pode voltar a isso [22:15] <jrand0m> certo, certo [22:15] <jrand0m> ok, rtcp está avançando, e espero ter as libs do lado cliente funcionando após mais algumas horas de codificação [22:16] <jrand0m> o Kirk levantou um bom ponto na lista sobre encadeamento — em teoria, todos esses relés poderiam ter uma conexão inter-relé para construir uma rede virtual de relés [22:16] <jrand0m> mas, bem, isso basicamente vira IRC, ou outra rede anônima completa [22:17] <madman2003> você quer dizer eliminar totalmente o PHTTP? [22:17] <jrand0m> embora isso seja possível (e bem interessante), acho que por enquanto teremos apenas o relé RTCP autônomo (e/ou relé integrado no router) [22:18] <jrand0m> madman2003> não, o PHTTP vai ficar (nem que seja apenas para sincronização de tempo e para pessoas atrás de firewalls que só permitem HTTP), mas o RTCP oferece uma alternativa mais rápida, de baixa latência [22:18] <madman2003> (eu integraria no router, porque isso distribuiria a carga da retransmissão) [22:18] <jrand0m> concordo [22:19] <jrand0m> basicamente a topologia que prevejo com o RTCP é: todos que puderem ter um endereço alcançável executarão seu próprio relé RTCP (com seu próprio targetId (identificador do target [alvo]) nisso), e quem não tiver um endereço alcançável pode simplesmente escolher qualquer um daqueles que tenham e criar um target neles [22:20] <jrand0m> esses relés essencialmente viram centrais para comunicação entre pares, mas de forma totalmente distribuída (já que nenhum deles depende de qualquer um dos outros) [22:20] <madman2003> ou usar vários relés se houver mais relés do que pessoas que precisam de relés [22:20] <baffled2> Como as pessoas encontrariam os vários relés rtcp? [22:20] <madman2003> phttp :) [22:20] <jrand0m> certo, bom ponto — routers podem criar targets em múltiplos relés [22:20] <jrand0m> baffled> os relés rtcp serão listados no RouterInfo do router (publicado no networkDb) [22:21] <jrand0m> basicamente um router vai ver “ah, o router XYZ tem um endereço rtcp em 127.0.0.1:8999 targetId 3123” e então conectar a 127.0.0.1:8999 e solicitar seu próprio target [22:23] <madman2003> algo que acabei de pensar: reinício automático dos tunnels a cada 12 ou 24 horas [22:23] <madman2003> e um reinício automático do router + o resto a cada poucos dias [22:24] * jrand0m está trabalhando para que isso não seja necessário [22:24] <jrand0m> um dos meus routers em uma máquina linux está no ar sem interrupção há vários dias [22:24] <mihi> madman2003: você pode adicionar suas próprias threads à jvm para encerrá-la após 12 horas [22:24] <jrand0m> (e só saiu do ar quando eu atualizei) [22:24] * madman2003 tem que ir [22:25] <jrand0m> até mais, madman2003 [22:25] <madman2003> boa reunião [22:25] * madman2003 saiu do IRC (12( www.nnscript.de 12:: NoNameScript 3.8 12:: www.XLhost.de 12)) [22:25] <jrand0m> ok, mais alguma coisa sobre rtcp? [22:26] <duck> não, parece bom [22:26] <jrand0m> ok, passando para um ponto breve [22:26] <jrand0m> 3) i2p.net. [22:26] <jrand0m> sem mais [22:26] <jrand0m> 4) ??? [22:26] <jrand0m> alguém tem mais alguma coisa? [22:28] <duck> . [22:28] * jrand0m percebe uma reunião batendo recorde, 26 minutos [22:29] <Reskill> lol [22:29] * Reskill entra tranquilamente [22:29] <jrand0m> bom dia, Reskill [22:29] <jrand0m> ok, vou começar a trabalhar para lançar a 0.2.3.6 e depois acelerar no código rtcp para uma 0.2.4 [22:30] <jrand0m> se não houver mais nada... [22:30] <Reskill> Oo... [22:30] <baffled2> Ok, vejo vocês quando eu chegar em casa. [22:30] * jrand0m *baf* encerra a reunião