Reunião de Desenvolvimento do I2P - 12 de outubro de 2004

14:04 <jrandom> 0) oi 14:04 <jrandom> 1) 0.4.1.2 14:04 <jrandom> 2) 0.4.1.3 14:05 <jrandom> 3) 0.4.2 14:05 <jrandom> 4) discussões por e-mail 14:05 <jrandom> 5) ??? 14:05 <jrandom> 0) oi 14:05 * jrandom acena 14:05 <Janonymous> olá 14:05 <jrandom> muitos números na nossa pauta esta semana 14:05 <jrandom> notas de status semanais em @ http://i2p.net/pipermail/i2p/2004-October/000466.html 14:05 <jrandom> (postadas há um ou três minutos) 14:05 <deer> * cervantes trouxe um travesseiro 14:06 <jrandom> ah, espero que não seja tão chato assim ;) 14:06 <jrandom> enfim, indo direto ao que interessa: 1) 0.4.1.2 14:06 <deer> <cervantes> me faça acordar depois da seção de análise estatística 14:06 <jrandom> a versão foi lançada e todos devem atualizar 14:06 <jrandom> heh 14:06 <deer> <cervantes> eerm acordar 14:07 <jrandom> há alguns bugs com o código watchdog, que vai “matar” seu router de forma ruim (em vez de reiniciá-lo quando coisas ruins acontecem) 14:07 <jrandom> mas espero que essas situações sejam raras e espaçadas 14:07 <deer> <mule_iip> nope :( 14:08 <jrandom> bem, varia conforme o usuário 14:08 <jrandom> estou tentando achar a causa, já que isso existe há séculos e é bem irritante 14:08 <jrandom> (o travamento em si, não o código watchdog que detecta o travamento) 14:09 <jrandom> a revisão atual no CVS (0.4.1.2-1) tem o “miolo” do watchdog desativado - ele monitora, mas não desliga o router 14:10 <jrandom> mas 0.4.1.2 deve estar ok para todo mundo (exceto o mule ;) 14:10 <jrandom> ah, como mencionei antes, ative algum logging e me envie alguns dados, conforme http://dev.i2p.net/pipermail/i2p/2004-October/000465.html 14:11 <jrandom> quanto mais dados melhor - se puder deixar rodando durante a noite, seria ótimo (uma execução de 20h na máquina do duck gerou ~60MB de dados) 14:11 <jrandom> ok, passando para 2) 0.4.1.3 14:12 <jrandom> bem, não há realmente nada que eu queira mencionar além do que está no e-mail 14:12 <jrandom> alguém tem algo que queira dizer ref.: 0.4.1.3? 14:12 <Janonymous> nah 14:13 <deer> <postman> não 14:13 <Janonymous> compatível com versões anteriores? 14:13 <jrandom> certamente 14:13 <jrandom> ok, passando para * 3) 0.4.2 14:14 <jrandom> de novo, outro "veja o e-mail" :) 14:14 <Janonymous> xpc vs. tcp ?? 14:14 <jrandom> nunca implementei uma pilha TCP antes, então qualquer orientação seria bem-vinda 14:15 <jrandom> XCP lida melhor em redes com altas latências 14:15 <jrandom> (para controle de congestionamento) 14:15 <Janonymous> isso inclui FEC (correção antecipada de erros)? 14:15 <jrandom> não 14:16 <Janonymous> ok, porque eu tenho pesquisado isso 14:17 <jrandom> legal 14:17 <jrandom> achou algo bom? 14:17 <deer> <cervantes> a maioria dos pedidos GET é abaixo de 32kb... e sua página html média deve estar por volta desse tamanho... então imagino que a navegação por eepsites será muito melhor... - eu não me importaria de ver uma melhoria na vazão por tunnel, no entanto... a nova pilha vai melhorar isso? 14:17 <Janonymous> FEC é muito usado para redes de alta latência/alta vazão 14:18 <deer> <mule_iip> jrandom: eu também não, mas posso pedir para um colega aqui te apoiar 14:18 <Janonymous> jrandom: alguma coisa... eu reporto de volta 14:18 <deer> <mule_iip> pelo menos seria uma boa experiência de aprendizado para ele e outro par de olhos 14:18 <jrandom> ótimo, Janonymous 14:18 <jrandom> oh, animal, mule 14:18 <jrandom> cervantes: a vazão por tunnel melhoraria com janelas de mensagens >1 14:19 <jrandom> (espero que possamos até começar com >1 como tamanho de janela, dependendo do que pudermos inferir do router) 14:19 <jrandom> ((ecn++)) 14:19 <deer> <cervantes> ótimo 14:20 <jrandom> ok, mais algo sobre 0.4.2? 14:20 <Janonymous> pilha nova.. laptop novo.. *baba* 14:21 <jrandom> heh 14:21 <Janonymous> sim 14:21 <Janonymous> uma coisa 14:22 <Janonymous> isso vai implementar o novo handshake curto? 14:22 <jrandom> hmm? 14:22 <jrandom> temos o código de reconexão TCP de baixo uso de CPU no transporte 0.4.1 14:22 <Janonymous> ah, no e-mail, você menciona o handshake alice-> bob 14:23 <Janonymous> ah 14:23 <Janonymous> ainda me atualizando 14:23 <jrandom> ah. sim, seja lá o que 0.4.2 trouxer, vai suportar uma sequência de pacotes como a do e-mail 14:24 <Janonymous> ok 14:24 <jrandom> provavelmente vamos controlar isso em grande parte por opções de socket (por exemplo, definir o fluxo como interactive e ele envia assim que possível, definir o fluxo como bulk e ele só envia quando o buffer estiver cheio ou for esvaziado [ou precisar fazer ack]) 14:25 <jrandom> ok, passando para 4) discussão por e-mail 14:25 <jrandom> postman - você está por aí? 14:26 <deer> <postman> sim 14:26 <jrandom> certo, quer nos dar um resumo/atualização com relação às coisas de e-mail? 14:27 <deer> <postman> hmm, ok, embora eu seja bem tímido para falar na frente de tanta gente :) 14:27 <jrandom> heh apenas imagine que estamos todos nak^H^H^Her... nm 14:28 * Janonymous pega a pipoca 14:28 <deer> <postman> desde 20 de setembro há um serviço SMTP/POP rodando - acessível com MUAs SMTP/POP3 normais 14:29 <deer> <postman> me empenhei bastante, no sentido de analisar os riscos potenciais que clientes de e-mail normais acarretam 14:29 <Janonymous> e quanto a inproxies/outproxies? 14:29 <deer> <postman> juntei tudo em um website 14:29 <deer> <postman> para quem ainda não fez: www.postman.i2p 14:29 * Janonymous está sem acesso à rede no momento 14:30 <deer> <postman> há uma proposta no site que tenta abranger todos os problemas comuns lidando com anonimato e confiabilidade de um serviço de e-mail ao fazer uma ponte entre i2p e internet 14:30 <deer> <postman> o out/inproxy ainda não roda, mas está no planejamento 14:30 <Janonymous> acho que vi parte da discussão na lista de e-mails ou no fórum 14:30 <Janonymous> out seria mais perigoso que in, certo? 14:31 <deer> <postman> primeiro eu quero um conceito comumente aceito 14:31 <deer> <postman> em geral, SIM, mas acho que achamos um jeito de evitar que spam e afins sejam enviados para fora 14:31 <jrandom> seria legal se o in/outproxy mx.postman.i2p pudesse despachar para diferentes (ou múltiplas e redundantes) contas pop3 14:31 <deer> <postman> simplesmente colocando uma cota em cada usuário que tentar enviar e-mails para fora 14:32 <jrandom> (assim não ficaria preso a um host de e-mail específico) 14:32 <deer> <postman> jrandom2p: por favor, explique melhor 14:33 <Janonymous> os mailhosts separados poderiam ser sincronizados também? 14:33 <deer> <postman> jrandom2p: é uma questão de roteamento baseado em conta 14:33 <jrandom> isso mesmo, postman 14:33 <jrandom> provavelmente dá muito trabalho, não sei muito sobre os MTAs com que você está trabalhando 14:33 <deer> <postman> jrandom2p: o out/inproxy poderia facilmente lidar com mais de um sistema de e-mail interno - poderia até organizar um tipo de entrega de fallback 14:34 <jrandom> ok, ótimo 14:34 <Janonymous> uma pergunta ref. a in/out 14:34 <deer> <postman> janonymous: não entendi sua pergunta - por favor, explique 14:34 * jrandom sonha com busca offline estilo UUCP a partir de mx.postman :) 14:35 <Janonymous> criptografia obrigatória de caixa postal para caixa postal tornaria o envio in/out menos perigoso? 14:35 <deer> <postman> jrandom: haha, acho que UUCP não é necessário - talvez ETRN seja mais sexy :) 14:35 <deer> <postman> janonymous: no momento o sistema funciona apenas internamente - todos são livres para usar PGP ou algo semelhante 14:36 <jrandom> Janonymous: você deveria visitar www.postman.i2p - ele colocou um monte de ideias/questões lá 14:36 <Janonymous> criptografia/assinaturas obrigatórias também é um método antispam, acredito 14:36 <deer> <Ragnarok> seria possível servir a agenda do postman.i2p usando LDAP? 14:36 <Janonymous> vou assim que meu laptop chegar 14:37 <deer> <postman> rag: já existe uma agenda - embora seja baseada em SQL - uma migração para LDAP é possível 14:38 <Janonymous> = agenda hospedada no servidor? 14:38 <deer> * postman convida todos a contribuírem com ideias próprias para o documento html de ideias/conceitos 14:38 <Janonymous> farei isso, postman 14:38 <deer> * cervantes varre a agenda e começa a escrever e-mails farmacêuticos de aumento de pênis 14:39 <deer> <postman> janonymous: bem, TODOS os usuários de e-mail são baseados em SQL - então a “agenda” é apenas uma visão dessa tabela 14:39 <deer> <postman> cervantes: aliás, cada usuário pode escolher se quer ser visível ou não 14:39 <Janonymous> ah 14:40 <Janonymous> e grupos seletivos? ;) 14:40 <deer> <cervantes> postman: sim, já me cadastrei ;-) 14:40 <deer> <postman> cervantes: e como TEMOS um sistema de identidade de e-mail, você não pode falsificar seu endereço do remetente - sabemos que foi VOCÊ :) 14:40 <deer> <postman> janonymous: sim, está planejado para a versão 2.0 :) 14:41 <deer> <cervantes> postman: mas eu só vou fazer spam para todo ircnym@postman.i2p ;-) 14:41 <deer> <postman> cervantes: isso é tecnicamente possível, sim :) 14:42 <deer> <postman> cervantes: espero que você consiga entregar essas pílulas também :) 14:42 <Janonymous> parece um desenvolvimento muito necessário e há muito esperado para a i2p 14:42 <Janonymous> o novo sistema de e-mail 14:42 <deer> <cervantes> postman: e sobre a questão do remetente.. o “elixir de aumento de pênis do Cervantes” indicaria o remetente também :) 14:42 <deer> <postman> janonyous: não posso contar cada detalhe implementado 14:43 <deer> <postman> jan: o site é o mais indicado para isso 14:43 <deer> <postman> cervantes: de fato - mas isso poderia ser falsificado :) 14:43 <Janonymous> beleza.. vou chegar lá o quanto antes 14:43 <jrandom> ok, ótimo. então, sim, vocês devem revisar o que está em www.postman.i2p e enviar suas ideias/comentários 14:43 <deer> * postman acena com a cabeça e senta novamente 14:44 <jrandom> (postman++) 14:44 <jrandom> ok, isso nos leva a 5) ??? 14:44 <jrandom> alguém tem mais alguma coisa que queira trazer à tona? 14:44 <jrandom> (relacionado à i2p) 14:44 <deer> <postman> :) 14:44 <Janonymous> só um pensamento 14:45 <Janonymous> usos possíveis para a I2P.. sabemos que é uma "camada de rede anônima distribuída" 14:45 <deer> <Jake> meu nó está fora :( mudando os equipamentos para outra parte da casa 14:46 <Janonymous> mas para que isso pode ser usado.. particularmente, aquelas questões de "bem comum" 14:46 <Janonymous> Países do terceiro mundo opressivos, liberdade de expressão.. etc.. isso é uma das principais coisas que me deixaram tão interessado em i2p para começar 14:47 <Janonymous> e no Freenet, no caso 14:47 <deer> <Jake> países do 1º mundo oprimidos, como os EUA 14:47 <Janonymous> então, pensei talvez em alguma extrapolação dessas questões, talvez começando no fórum, depois algumas palavras no site 14:48 <jrandom> temos muito trabalho a fazer antes de podermos reivindicar qualquer relevância para pessoas na China 14:48 <Janonymous> heh, sim, não gostaríamos de fazer promessas falsas, mas.. 14:48 * jrandom não vai dizer que somos seguros quando houve tão pouca revisão por pares (e ainda há tantas questões pendentes) 14:49 <deer> <fidd> quão difícil será para a China censurar a i2p? 14:49 <deer> <cervantes> acho que as aplicações vão começar a surgir com mais facilidade assim que a rede subjacente parar de “mudar de forma” 14:49 <Janonymous> mas essas questões, para mim, são uma das principais coisas que tornam a i2p tão empolgante 14:49 <jrandom> fidd: censurar tem muitas definições. no sentido de "impedir que conteúdo específico seja transferido", praticamente impossível, a menos que tornem a i2p ilegal 14:50 <Janonymous> e quanto a "detectar i2p em redes na China"? 14:50 <Janonymous> esteganografia (stego)? 14:51 <jrandom> empolgante, sim. importante? sim. necessário? sim. mas como há tanto trabalho a fazer antes de sermos relevantes, é deprimente falar sobre isso. 14:51 <Janonymous> culpa minha :) 14:51 <deer> <cervantes> quando a rede base estiver sólida, então provavelmente precisaríamos de uns brinquedinhos legais para brincar - por exemplo, apps de compartilhamento de arquivos, sistemas de IM etc. Com sorte a base de usuários vai crescer neste ponto.... antes disso simplesmente não haverá peers suficientes para garantir anonimato para pessoas que vivem em sistemas opressivos 14:52 <jrandom> é sempre importante manter o foco nos objetivos reais, Janonymous, e eu aprecio isso 14:52 <Janonymous> sim, o número de nós tem muito a ver com isso 14:52 <modulus> na minha opinião, até que haja stego e coisas como ruído aleatório para derrotar a análise de tráfego, pessoas em países opressivos deveriam ficar afastadas por um tempo. 14:53 <deer> <cervantes> não... elas deveriam ficar aqui e ajudar :) 14:53 <modulus> :-) 14:53 * jrandom não vai descrever em detalhes por que esses aspectos não serão necessários, já que a rev 3.0 vai cuidar disso :) 14:53 <modulus> 3.0? parece de longo prazo ;-) 14:53 <jrandom> tenho ~= 0 fé em transportes stego para redes públicas 14:54 <jrandom> não é para amanhã, com certeza. 14:54 <Janonymous> como assim? hã 14:54 <Janonymous> jrandom: por que isso (ref. a stego)? 14:55 <jrandom> como derrotar stego em redes públicas com software de código aberto: baixar o código-fonte, revisar o código gerador de stego, escrever o código de detecção, implantar. 14:56 <jrandom> como derrotar stego em redes públicas com software de código fechado: sequestrar a família do dev, subverter o código. implantar. 14:56 <Janonymous> ah.. sim.. entradas aleatórias? eh.. acabei de ler um artigo falando como se fosse o futuro ou algo assim 14:56 <jrandom> como derrotar stego em redes privadas: rir das 5 pessoas usando, e prender todas. 14:56 <modulus> bem, e quanto a software fechado anônimo? claro que poderia ser um trojan ;-) 14:57 <deer> <Jake> jrandom: se você for sequestrado um dia, você pode nos avisar dizendo "meu cachorro fido está muito chateado com a comida que está comendo hoje" 14:57 <deer> <Jake> isso vai ser a pista e saberemos 14:57 <deer> <cervantes> %s!dev's family!jrandom 14:57 <jrandom> heh jake 14:58 <Janonymous> qual o ETA para 4.2? 14:58 <jrandom> Janonymous: o recurso nº 1 de software de anonimato ou segurança: banha da cobra. 14:58 <jrandom> 0.4.2? alguma hora deste mês 14:58 <jrandom> provavelmente perto do fim 14:58 <Janonymous> heheh. 14:58 <jrandom> 0.4.1.3 provavelmente sai no fim desta semana ou no fim de semana 14:58 <deer> <cervantes> Jake: isso nunca funcionaria, só vamos pensar que você envenenou o cachorro dele 14:58 <deer> <cervantes> *só 14:58 <Janonymous> devo voltar à rede em uma ou duas semanas 14:59 <jrandom> r0x0r 14:59 <jrandom> ok, mais alguém tem algo para trazer à tona? 14:59 <deer> <Jake> cervantes :) 15:00 <jrandom> se não.. 15:00 * jrandom se preparando 15:00 * jrandom *baf* encerra a reunião