I2P-Entwicklertreffen - 02. August 2005

13:53 <jrandom2p> ok, da ich hier bin, hat jemand Interesse an einer kurzen Besprechung bzgl. der Notizen (oder etwas anderem)? 13:54 <jrandom2p> Gibt es in den Notizen etwas, das jemanden beschäftigt, Gedanken unabhängig davon, die jemand ansprechen möchte, oder andere relevante und aktuelle Themen? 13:54 <@smeghead> klar 13:54 <+protokol> ist icepick hier? 13:55 <+protokol> ich frage mich, ob i2p-mnet schon testbar ist und/oder wann ungefähr damit zu rechnen ist 13:55 <jrandom2p> seit 9 Stunden idle zzt.. 13:56 <jrandom2p> Den Channel-Logs nach klang es nicht praktikabel, aber er hat die grundlegende SAM-Integration zum Laufen gebracht 13:56 <jrandom2p> Ich bin sicher, wir hören mehr, wenn es mehr zu berichten gibt 13:56 <+protokol> cooool 13:57 <jrandom2p> smeghead: hat -1 dein Port-Migrationsproblem behoben? 13:57 <@smeghead> mir ist nichts Seltsames aufgefallen 13:58 <@smeghead> in den letzten 3 Tagen oder so 13:58 <@cervantes> freue mich sagen zu können, dass ich seit ein bis zwei Tagen keinen Dienstausfall hatte 13:58 <@smeghead> ich denke, ich kann es als behoben bezeichnen 13:58 <jrandom2p> wr0d 13:58 <jrandom2p> (^2) 13:59 <@cervantes> und thetower verbindet sich jetzt nur noch alle 4 Minuten neu... also muss sich der allgemeine Netzwerkzustand verbessern 13:59 <jrandom2p> heh 13:59 <+thetower> Eine Neuinstallation schien das Problem zu beheben, aber es war wirklich ziemlich beunruhigend und ich konnte nie einen guten Grund dafür finden. 14:00 <jrandom2p> hmm 14:00 <jrandom2p> war es nur irc, oder hast du viele Peers verloren? 14:00 <@cervantes> Gremlins 14:01 <+thetower> Ist es möglich, dass das Ändern der Datei router.config ohne Neustart von i2p die Abstürze verursacht hat? 14:01 <jrandom2p> hmm, nein, ich ändere router.config oft 14:01 <jrandom2p> oder gibt es eine bestimmte Änderung, die dir Sorgen macht? 14:02 <@cervantes> Ich erinnere mich, dass ich einmal meine jbigi lib überschrieben habe, während der router noch lief.... DAS hat Probleme verursacht ;-) 14:02 <+thetower> Ich habe ein Skript eingerichtet, das die Bandbreitenlimits anhand der aktuellen Netzwerkauslastung anpasst, und ich fragte mich, ob das das Problem verursacht hat. 14:02 <jrandom2p> heh ja cervantes, das killt den router immer 14:03 <jrandom2p> ah ok, nein, das sollte kein Problem sein... allerdings... wenn es die Limits so weit reduziert hat, dass Nachrichten nicht mehr durchkommen... 14:04 <+thetower> Nun, es hatte ziemlich vernünftige untere Limits, also war es das wohl nicht. 14:04 <jrandom2p> ok cool, wollte nur nachfragen~ :) 14:05 <jrandom2p> ich nehme an, wir haben dann morgen 0.6.0.1, da -1 eine ziemlich gute Verbesserung zu sein scheint 14:05 <jrandom2p> es wird rückwärtskompatibel sein, etc, blabla. 14:06 <jrandom2p> gibt es sonst noch etwas, von dem ihr wisst, das rausgeschoben werden muss? 14:06 <jrandom2p> wie ist der Status bei i2phex? 14:06 <@smeghead> vielleicht die cvs hosts.txt nach dev.i2p.net pushen... die aktuelle ist Monate alt 14:06 <jrandom2p> hab ich neulich nachts gemacht, wenn ich mich recht erinnere 14:07 <@smeghead> sirup war seit ein paar Wochen nicht mehr da 14:07 <jrandom2p> ooh, hmmm.. 14:07 <@smeghead> ist allerdings Sommer 14:07 <@smeghead> vielleicht im Urlaub oder so 14:08 <@cervantes> oder die RIAA hat ihm übel mitgespielt 14:08 <jrandom2p> ah ja, ist oben (es war nur auf squid.i2p gecacht) 14:08 <@smeghead> riaaped? 14:09 <jrandom2p> ($Id: meeting141.html,v 1.2 2005-08-04 16:21:39 duck Exp $) 14:09 <jrandom2p> *hust* 14:09 <+bar> es gibt ein paar Dinge, die zu Bugzilla hinzugefügt werden müssen, wie i2p 0.6 und Java 1.5 14:09 <@smeghead> ok 14:09 <jrandom2p> ah stimmt, ja, ich habe meinen Laptop immer noch nicht online (grr) 14:10 <jrandom2p> ((die wöchentlichen Statusnotizen mussten auf CD gebrannt werden... eine 1KB-CD...)) 14:10 <jrandom2p> woah hey mihi 14:10 <@duck> hi mihi! 14:10 <mihi> hi zusammen :) 14:10 <@cervantes> könnte dm sein :) 14:10 <jrandom2p> heh 14:10 <@smeghead> in der Tat 14:10 <@cervantes> 'lo mihi 14:10 <mihi> schien ein bisschen Feintuning in der Konfigurationsdatei zu erfordern, bis mein router glaubte, dass *nur* 8887/udp offen ist... 14:11 * jrandom2p erwähnte I2PTunnel in den Statusnotizen und mihi erscheint ;) 14:11 <jrandom2p> ah, hmm, das i2np.udp.fixedPort=true-Ding? 14:11 <mihi> hmm? stand das da? 14:11 * mihi hat die Statusnotizen nur schnell gelesen 14:11 <mihi> hmm... ist das die bessere Lösung? 14:12 * mihi hat einfach den Port auf 8887 gesetzt und hart neu gestartet, bis er den Port nicht mehr geändert hat... 14:12 <jrandom2p> welchen Kniff hast du in deiner router.config gemacht, damit er nur 8886 glaubt? 14:12 <jrandom2p> äh, 8887 14:12 <jrandom2p> hah 14:12 <@cervantes> können wir I2PTunnel vielleicht so umbenennen, wie du vorgeschlagen hast, in etwas wie I2PProxy...? 14:12 <jrandom2p> ok, ja, nutze i2np.udp.fixedPort=true 14:12 <jrandom2p> (eingesetzt in 0.6-1 und so bald wie möglich als 0.6.0.1 freigegeben) 14:12 <@cervantes> es kann sehr verwirrend sein, über „die tunnel-Konfigurationsseite“ zu reden 14:13 <+thetower> Oh, ich habe eine Frage: Sollte i2p nicht automatisch erkennen, welchen udp-Port es verwenden soll? Und wenn ja, sollte das in der Standard-router.config hartkodiert sein? 14:13 <mihi> hmmkay... 14:14 <mihi> scheint so, als hätte i2p den Port schon wieder geändert 14:14 <mihi> rechnet damit, dass ich gleich weg bin :) 14:14 <jrandom2p> thetower: ja, es sollte das automatisch erkennen, aber es gibt gerade ein paar seltsame Tanzschritte, die wir im Moment durchgehen 14:14 <@cervantes> mihi: hast du das neueste cvs? 14:14 <jrandom2p> darum geht’s bei dem ganzen PeerTest-Kram (damit wir es immer automatisch richtig konfigurieren) 14:14 <mihi> nö. 14:14 <@cervantes> mihi: das wird dann der Grund sein :) 14:15 <mihi> nur die Version aus i2pupdate.zip 14:15 <@cervantes> mihi: 0.6 hat RandomPort (tm)-Funktionalität 14:15 <jrandom2p> heh 14:16 <@cervantes> :) 14:16 <+ant> * mihi hätte gern FixedPorto-Funktionalität :) 14:16 <+ant> <mihi> und getrennt... 14:16 <@cervantes> dann bräuchtest du 0.6-1 FixedPort Pro 14:16 <jrandom2p> heh 14:16 <jrandom2p> ok, hat sonst noch jemand etwas für die Besprechung? 14:16 <@cervantes> oder auf 0.6.0.1 warten 14:17 <jrandom2p> wie waren Latenz/Durchsatz, abgesehen von der sporadischen Erreichbarkeit? 14:17 <+ant> <mihi> hmm. hier ist ein cvs checkout vom 2004-10-06. sollte es mal aktualisieren :) 14:17 <jrandom2p> !thwap mihi 14:18 <@cervantes> Ich habe i2pinstall.jar gestern mit 110k/sec von dev.i2p auf einem einzelnen Stream bekommen 14:18 <jrandom2p> schön 14:19 <@cervantes> und 320k/sec mit mehreren 14:19 <jrandom2p> w0ah 14:19 <jrandom2p> 0hop, nehme ich an 14:19 <jrandom2p> (dev.i2p ist 0hop) 14:19 <@cervantes> jep 14:19 <jrandom2p> ((falls man es nicht ohnehin sehen konnte ;) 14:19 <@cervantes> ;-) 14:19 <+thetower> download to: GTA San Andreas 14:19 <+thetower> download rate: 28.51 kB/s 14:20 <@cervantes> das war allerdings von mehreren Quellen... 14:20 <jrandom2p> ah cool thetower 14:20 <@cervantes> hab squid.i2p auf etwa 280 hochgedrückt 14:21 <lucky> jrandom2p :) 14:21 <lucky> würdest du die neue hosts.txt auf die Site pushen 14:21 <@cervantes> lucky: ist erledigt 14:21 <jrandom2p> ja, sobald wir solche Raten konsistent erreichen können, cervantes, müssen wir ein paar konfigurierbare Verzögerungen hinzufügen, damit Leute 0hops sicher machen können 14:22 <jrandom2p> (so verzögert es um AVG(tunnelTestTime/2), ohne Bandbreite zu verschwenden oder Nachrichten zu verlieren) 14:22 <@cervantes> um zu verbergen, dass es ein 0 hop tunnel ist? 14:22 <lucky> ich frage mich, ob I2P jemals schnell genug sein wird, dass ich Leute sich in meine virtu-vax einloggen lassen könnte 14:23 <jrandom2p> ja. andernfalls, wenn du sagst „hey, ich bekomme 300KBps von deiner Site“, kannst du ziemlich sicher raten, dass es 2 0hop tunnel sind 14:23 <jrandom2p> (andererseits, 1 zu 2 zu 3 zu 4hops haben keinen so dramatischen Einbruch) 14:23 <@cervantes> wird i2p also faktisch ein Bandbreitenlimit haben 14:23 <jrandom2p> ((da, sobald man echte tunnel-Operation erzwingt, jeder Zwischenhop nicht mehr viel ausmacht)) 14:24 <jrandom2p> nee cervantes, große Fenster + Verzögerungen 14:24 * cervantes verwirft seine Pläne für HDTV-Streaming von anonymem pr0n 14:24 <jrandom2p> du kannst einfach mehr Nachrichten gleichzeitig in der Luft haben, um die gleiche Rate zu erreichen 14:25 <@cervantes> ah richtig 14:25 <jrandom2p> (aber es braucht natürlich ein paar zusätzliche RTTs, um zum größeren Fenster zu kommen) 14:25 <jrandom2p> ok, hat noch jemand etwas anzusprechen? 14:26 <mihi> bring einen *baf*er :) 14:26 <@cervantes> er ist durch Missbrauch verrostet 14:27 <jrandom2p> heh, ich denke, es ist so weit ;) 14:27 * jrandom2p holt aus 14:27 * jrandom2p beendet die Sitzung mit einem *baf*