Réunion des développeurs I2P - 27 janvier 2004

[22:03] <jrand0m> 0) salut [22:03] <jrand0m> 1) état du développement du router (0.2.4) [22:03] <jrand0m> 2) RTCP [22:03] <jrand0m> 3) i2p.net [22:03] <jrand0m> 4) ??? [22:03] <jrand0m> 0) salut [22:03] * jrand0m fait coucou [22:03] <jrand0m> c'est la réunion $num [22:03] <duck> . [22:03] * mihi_backup a rejoint #i2p [22:03] <jrand0m> les logs seront mis sur le wiki une fois que nous aurons fini [22:03] * Robert a quitté l'IRC (délai d'expiration du ping) [22:04] * baffled a quitté l'IRC (délai d'expiration du ping) [22:04] <jrand0m> ok, on continue (en espérant lutter contre les délais d'expiration de ping)... 1) état du développement du router [22:04] * baffled a rejoint #i2p [22:05] <jrand0m> encore quelques corrections de bugs cette semaine, et une grande partie de la latence et des pertes de messages associées a été attribuée au transport PHTTP [22:06] <jrand0m> pour éviter de me répéter par rapport à l'email [http://i2p.dnsalias.net/pipermail/i2p/2004-January/000113.html], quelqu'un a des questions / commentaires sur l'état du développement ? [22:06] <duck> oui [22:06] <jrand0m> quoi de neuf ? [22:06] <duck> il semble qu'au bout d'un moment, tout le truc des tunnels se bloque [22:07] <duck> puis madman2003 et human doivent me crier dessus [22:07] <duck> et tout redémarrer [22:08] <jrand0m> hmm, ouais, je pense que c'est en grande partie dû à la nature complètement foireuse du code PHTTP 0.2.3.5. Il y a des routers dehors qui ne sont joignables que via PHTTP, et s'ils tournent encore en 0.2.3.5 pur, ils ne pourront pas se parler entre eux (mais pourront te parler à toi) [22:08] * jar a rejoint #i2p [22:08] <madman2003> j'aimerais dire une chose (un peu hors sujet) : une page 404 dans la 0.3 serait sympa, car beaucoup de navigateurs sont perturbés s'ils ne reçoivent pas une réponse attendue [22:08] <jrand0m> ça veut dire que chaque fois que tu construis un tunnel à travers eux, ton tunnel est injoignable [22:09] * DrWoo a quitté l'IRC (délai d'expiration du ping) [22:09] <jrand0m> duck> c'est l'une des raisons du camp 'pour' pour sortir une 0.2.3.6 au plus vite, avec une 0.2.4 qui sort avec RTCP dans quelques jours [22:09] * DrWoo a rejoint #i2p [22:09] <duck> ok, donc c'est la partie phttp ? [22:09] <jrand0m> (le camp 'contre' étant mené par "les mises à jour, c'est nul") [22:10] <jrand0m> hmm ? le code phttp a été patché dans le CVS [22:10] <duck> quel camp 'contre' ? [22:10] <jrand0m> madman2003> je pense que baffled regarde peut-être ça :) [22:10] <madman2003> mettre à jour, c'est facile :) [22:10] <kaji> mettre à jour, ça déchire [22:10] <madman2003> avec i2pmgr, c'est encore plus facile [22:11] <madman2003> il suffit d'appuyer sur un bouton :) [22:11] * Robert a rejoint #i2p [22:11] <baffled2> je regarde ça madman, ça peut prendre un moment ! [22:11] <jrand0m> eh bien, le côté 'contre', c'est que s'il y a une version (disons, dans quelques heures), les gens devront refaire une mise à jour dans, disons, 2-3 jours [22:11] <jrand0m> si ça va, je peux emballer une 0.2.3.6 assez facilement [22:11] <duck> les mises à jour me rendent heureux [22:12] <kaji> qu'est-ce que la .6 corrige ? [22:12] <baffled2> je dirais vas-y, la plupart d'entre nous n'ont aucun problème à mettre à jour régulièrement. [22:12] <madman2003> je mettrais à jour toutes les 24 heures si c'est ce qu'il faut [22:12] <jrand0m> 0.2.3.6 rend PHTTP, euh, fonctionnel [22:12] <jrand0m> ok cool [22:13] <jrand0m> je vais empaqueter une 0.2.3.6 après la réunion (peut-être 1-2 heures de nettoyage) et poster sur la liste quand ce sera prêt [22:13] <jrand0m> (ainsi qu'ici) [22:13] * Masterboy a quitté l'IRC (délai d'expiration du ping) [22:14] <jrand0m> ok, autre chose pour l'état du développement, ou on passe à 2) RTCP [22:15] * jrand0m saute à 2 [22:15] <madman2003> tu peux toujours y revenir [22:15] <jrand0m> oui oui [22:15] <jrand0m> ok, RTCP avance bien, et j'espère avoir les bibliothèques côté client fonctionnelles après encore quelques heures de code [22:16] <jrand0m> Kirk a soulevé un bon point sur la liste concernant l'enchaînement - en théorie, tous ces relais pourraient avoir une connexion inter-relais pour construire un réseau de relais virtuel [22:16] <jrand0m> mais, bon, ça finit essentiellement par ressembler à de l'IRC, ou à un autre réseau anonyme complet [22:17] <madman2003> tu veux dire éliminer totalement PHTTP ? [22:17] <jrand0m> même si c'est possible (et assez intéressant), je pense que pour l'instant nous aurons juste le relais RTCP autonome (et/ou un relais intégré dans le router) [22:18] <jrand0m> madman2003> non, PHTTP restera (ne serait-ce que pour la synchronisation horaire et les personnes derrière des pare-feu ne laissant passer que HTTP), mais RTCP offre une alternative plus rapide et à faible latence [22:18] <madman2003> (j'intégrerais dans le router, car ça répartirait la charge du relais) [22:18] <jrand0m> d'accord [22:19] <jrand0m> en gros, la topologie que je prévois avec RTCP, c'est que tous ceux qui peuvent avoir une adresse joignable feront tourner leur propre relais RTCP (avec leur propre targetId dessus), et que ceux qui n'ont pas d'adresse joignable peuvent simplement en choisir un parmi ceux qui en ont et y créer une cible [22:20] <jrand0m> ces relais deviennent essentiellement des commutateurs pour la communication entre pairs, mais de manière entièrement distribuée (puisqu'aucun d'eux ne dépend d'aucun autre) [22:20] <madman2003> ou utiliser plusieurs relais s'il y a plus de relais que de personnes qui en ont besoin [22:20] <baffled2> comment les gens trouveraient-ils les différents relais rtcp ? [22:20] <madman2003> phttp :) [22:20] <jrand0m> oui, c'est un bon point - les routers peuvent créer des cibles sur plusieurs relais [22:20] <jrand0m> baffled> les relais rtcp seront listés dans le RouterInfo d'un router (publié dans le networkDb) [22:21] <jrand0m> en gros, un router verra "oh, le router XYZ a une adresse rtcp à 127.0.0.1:8999 targetId 3123" puis se connectera à 127.0.0.1:8999 et demandera sa propre cible [22:23] <madman2003> un truc qui me vient : redémarrage automatique des tunnels toutes les 12 ou 24 heures [22:23] <madman2003> et un redémarrage automatique du router + le reste tous les quelques jours [22:24] * jrand0m travaille à faire en sorte que ça ne soit pas nécessaire [22:24] <jrand0m> un de mes routers sur une machine Linux tourne sans interruption depuis plusieurs jours [22:24] <mihi> madman2003 : tu peux ajouter tes propres threads à la JVM pour la faire quitter après 12 heures [22:24] <jrand0m> (et il n'est passé hors ligne que quand je l'ai mis à jour) [22:24] * madman2003 doit y aller [22:25] <jrand0m> à+ madman2003 [22:25] <madman2003> bonne réunion [22:25] * madman2003 a quitté l'IRC (12( www.nnscript.de 12:: NoNameScript 3.8 12:: www.XLhost.de 12)) [22:25] <jrand0m> ok, autre chose sur rtcp ? [22:26] <duck> non, ça a l'air bon [22:26] <jrand0m> ok, passons à un point bref [22:26] <jrand0m> 3) i2p.net. [22:26] <jrand0m> rien à ajouter [22:26] <jrand0m> 4) ??? [22:26] <jrand0m> quelqu'un a autre chose ? [22:28] <duck> . [22:28] * jrand0m sent une réunion battant des records à 26 minutes [22:29] <Reskill> lol [22:29] * Reskill entre d'un pas nonchalant [22:29] <jrand0m> 'matin Reskill [22:29] <jrand0m> ok, je vais me mettre à sortir une 0.2.3.6, puis m'acharner sur le code rtcp pour une 0.2.4 [22:30] <jrand0m> s'il n'y a rien d'autre... [22:30] <Reskill> Oo... [22:30] <baffled2> Ok, on se voit tous quand je rentre à la maison. [22:30] * jrand0m clôt la réunion d'un *baf*