I2P Entwicklertreffen - 02. März 2004

13:07 < jrandom> 0) hi 13:07 < jrandom> 1) Dev-Status 13:07 < jrandom> 2) Kaskaden 13:07 < duck> Ich höre auf 13:07 < jrandom> 3) Roadmap 13:07 < jrandom> 4) Website 13:07 < jrandom> 5) ??? 13:07 < jrandom> 0) hi 13:07 * jrandom winkt dem ersten über-i2p i2p Dev-Meeting :) 13:07 < ughabugha> Nick ist Janonymous. 13:08 < ughabugha> Ok. 13:08 < duck> hi 13:08 < jrandom> wöchentliche Statusnotizen werden an die Mailingliste gesendet (online unter http://i2p.net/pipermail/i2p/2004-March/000155.html) 13:08 < ughabugha> hi. 13:08 < jrandom> wie üblich folgen wir dem als Leitfaden 13:08 < nick> hallo 13:09 < jrandom> springen zu 1) Dev-Status 13:09 * jrandom wiederholt das Mantra „Es gibt Fortschritte“ 13:10 < jrandom> 0.2.5 hat ein paar gute Sachen, und wir finden lange verborgene Bugs 13:10 < jrandom> der neueste ist DB-bezogen, aber noch nicht behoben, also kein Grund, CVS HEAD zu verfolgen 13:11 < jrandom> Echo-Tests zeigen ziemlich gute Ergebnisse, aber es gibt noch Probleme bzgl. IRC und snark, die ausgearbeitet werden müssen 13:12 < jrandom> wie lief bei euch der eepsite-Abruf? 13:12 < jrandom> (und/oder squid?) 13:12 < nick> mal so, mal so 13:12 < duck> im Allgemeinen ok mit janonymous oder ugha 13:13 < duck> manchmal fällt janonymous aus usw. 13:13 < ughabugha> Ja. 13:13 < duck> <mihi_backup> jrandom: du *weißt* wirklich, wie du mich wütend machst... 13:13 < jrandom> d'oh 13:13 < nick> Ich habe neue Inhalte eingestellt 13:13 < jrandom> was ist los, mihi? 13:13 < jrandom> schöner Nick 13:14 < jrandom> äh, janonymous 13:15 < nick> äh? 13:15 < nick> :) 13:15 < ughabugha> IIP <ughabugha> Ich habe jetzt ein Zwei-Wege-Relay gestartet. 13:15 < jrandom> ah, cool 13:15 -!- nick [~Janonym@localhost] hat den Kanal verlassen [Client closed connection] 13:15 < jrandom> was ist los, mihi? 13:15 < ughabugha> IIP <ughabugha> Automatisch. 13:16 < ughabugha> IIP <ughabugha> :) 13:16 < ughabugha> :) 13:16 < ughabugha> IIP <ughabugha> Ups, ein Bug. 13:16 < ughabugha> Ups, ein Bug. 13:16 < jrandom> heh, ist er noch da oder gibt es noch etwas bzgl. Dev-Status? 13:17 < duck> lasst uns weitermachen 13:17 < jrandom> ok 13:17 < jrandom> springen zu 2) Kaskaden 13:17 < ughabugha> IIP <ughabugha> * mihi_backup heißt jetzt mihi_away 13:17 < ughabugha> * mihi_backup heißt jetzt mihi_away 13:17 < ughabugha> IIP <ughabugha> Argh, das Relaying für meinen eigenen Text funktioniert nicht. 13:17 < ughabugha> Argh, das Relaying für meinen eigenen Text funktioniert nicht. 13:17 < jrandom> ;) 13:18 < ughabugha> IIP <ughabugha> Nein, warte. 13:18 < ughabugha> Nein, warte. 13:18 < madman> dann sag nichts :) 13:18 < jrandom> Mix-Kaskaden sind eine der zwei großen Arten von Niedriglatenz-Mixnetzen, und auch wenn wir sie in i2p nicht verwenden, können Leute, die sie für nützlich halten, ihren router so anpassen, dass sie den gleichen Effekt erzielen 13:19 < ughabugha> IIP <ughabugha> Test 13:19 < ughabugha> Test 13:19 < ughabugha> IIP <jrandom> Mix-Kaskaden sind eine der zwei großen Arten von Niedriglatenz-Mixnetzen, und auch wenn wir sie in i2p nicht verwenden, können Leute, die sie für nützlich halten, ihren router so anpassen, dass sie den gleichen Effekt erzielen 13:19 * jrandom spürt ein ankommendes rekursives Echo... 13:19 < ughabugha> IIP <ughabugha> Verdammt! 13:19 < ughabugha> Verdammt! 13:20 < jrandom> jedenfalls finde ich es immer gut, grundlegende Designfragen zu stellen, an i2p zu stochern und zu sehen, warum wir die Dinge so machen, wie wir sie machen 13:21 < jrandom> Ich habe das Gefühl, wir werden in Zukunft mehr über kaskadenartige Systeme hören; hoffentlich hilft die Beschreibung in der E-Mail, i2ps Verhältnis zu Kaskaden zu erklären 13:21 < ughabugha> Ok, es sollte _jetzt_ funktionieren. 13:21 < ughabugha> IIP <ughabugha> Sag etwas. 13:21 < ughabugha> IIP <Janonymous> Ich beantrage, im Rahmen der aktuellen Roadmap keine Mix-Net-Implementierung zu verfolgen und das auf später zu verschieben 13:21 < ughabugha> Ja, jetzt funktioniert es. 13:21 -!- wilde [~anon@localhost] ist #i2p beigetreten 13:22 < jrandom> janymous> nun, i2p /ist/ ein Mixnet, nur keine Mix-Kaskade 13:22 < madman> ich gehe offline 13:22 < jrandom> ok, bis später, madman 13:22 < jrandom> heya wilde 13:22 < madman> also tschüss 13:22 < ughabugha> IIP <wilde> endlich 13:22 < ughabugha> IIP <wilde> hallo, Meeting 13:22 < jrandom> aber ich stimme zu, ich denke nicht, dass Mix-Kaskaden-Funktionalität auf die Roadmap muss 13:23 < ughabugha> IIP <madman2003> tschüss zusammen 13:24 < jrandom> ok, noch etwas zu Kaskaden oder sollen wir zu 3) Roadmap übergehen? 13:26 < ughabugha> Hi, wilde@IIP 13:26 < ughabugha> Tschüss, madman@IIP 13:26 -!- madman [~a@localhost] hat den Kanal verlassen [( www.nnscript.de :: NoNameScript 3.8 :: www.XLhost.de )] 13:26 < ughabugha> IIP <Janonymous> Scheint so, als könnte man das später implementieren, so wie vielleicht eine DHT. High Wilde 13:26 < ughabugha> IIP <Janonymous> bye Madman --- Log geschlossen Tue Mar 02 13:27:07 2004 --- Log geöffnet Tue Mar 02 13:27:52 2004 13:27 -!- jrandom [~jrandom@localhost] ist #i2p beigetreten 13:27 -!- Irssi: #i2p: Insgesamt 3 Nicks [0 ops, 0 halfops, 0 voices, 3 normal] 13:27 -!- wilde [~anon@localhost] ist #i2p beigetreten 13:27 < jrandom> zurück 13:28 < ughabugha> Uhoh, jrandom ist gegangen. 13:28 < ughabugha> IIP <Janonymous> bah 13:28 < jrandom> ok, das Letzte, was ich gesehen habe, war 13:26:08 < ughabugha> IIP <Janonymous> bye Madman 13:28 -!- Irssi: Beitritt zu #i2p wurde in 36 Sek. synchronisiert 13:28 < jrandom> (irssi hat einen Ping verpasst und die Verbindung daher getrennt) 13:29 < ughabugha> Du hast IIP <Janonymous> Roadmap verpasst 13:29 < ughabugha> IIP <Janonymous> ah.. Wir waren uns alle einig, zur Roadmap überzugehen ;) 13:29 < jrandom> w3rd 13:29 < jrandom> ok, die Roadmap-Änderung ist wahrscheinlich der Grund, warum mihi mich jetzt hasst 13:30 < ughabugha> Äh, dann hast du noch viel mehr verpasst. 13:30 < ughabugha> Einen Moment. 13:30 < ughabugha> [23:23 39] <ughabugha> IIP <wilde> oh, wir haben jetzt zwei Lager, die iip-Gang und die I2P-Hood 13:30 < ughabugha> [23:23 47] <ughabugha> IIP <wilde> zwei 13:30 < ughabugha> [23:23 50] <ughabugha> Hehe. 13:30 < ughabugha> [23:23 54] <ughabugha> IIP <Janonymous> :) habe ein Relay am Laufen 13:30 < ughabugha> [23:24 22] <ughabugha> Das ist ein temporäres Skript, das ich schnell zusammengehackt habe. Für zukünftige Treffen sollten wir uns etwas Besseres überlegen. 13:30 < ughabugha> [23:24 44] <ughabugha> IIP <Janonymous> Es funktioniert 13:30 < ughabugha> [23:25 18] <ughabugha> Ok, konzentriert euch jetzt auf I2P, nicht auf das Relay. 13:30 < ughabugha> [23:25 39] <ughabugha> IIP <Janonymous> Also, Mix-Kaskaden ließen sich über i2p durchaus recht gut implementieren 13:30 < ughabugha> Sorry für die Flut. 13:30 < duck> das ist Chaos 13:31 < ughabugha> IIP <Janonymous> aber ich denke, wir können /über/ betonen 13:31 < ughabugha> Ok, 3) Roadmap 13:31 < ughabugha> duck: Ziemlich. 13:31 < jrandom> das ist nichts im Vergleich zu Meeting 67 ;) 13:31 < jrandom> ok, weiter zu 3 13:31 < jrandom> hat jemand Gedanken in Bezug auf die Roadmap? 13:32 < jrandom> die Änderungen / Ansichten / Bedenken? 13:32 < ughabugha> IIP <Janonymous> Multi-Tunneling 13:32 < jrandom> janonymous> das haben wir bereits 13:32 < jrandom> (seit 0.2.5) 13:32 < jrandom> wenn ich dich richtig verstehe 13:33 < ughabugha> IIP <Janonymous> aber, also so wie: eine Datei über zwei tunnel schicken, um die Übertragung zu beschleunigen? 13:33 < ughabugha> IIP <Janonymous> zur gleichen Zeit 13:34 < jrandom> i2p befasst sich nicht mit Dateien, aber ja, jede einzelne i2p-Nachricht kann jetzt über mehrere tunnel gehen 13:34 < ughabugha> IIP <Janonymous> Ich denke, das wäre eine großartige Ergänzung für den 2.0-Bereich 13:34 < jrandom> z. B. die ersten 32kb über tunnel X, die nächsten 32kb über tunnel Y 13:35 < ughabugha> IIP <Janonymous> genau.. darauf will ich hinaus.. das erscheint mir sehr notwendig 13:35 < jrandom> aber i2psnark mit I2CP-Unterstützung könnte die Dinge maximieren 13:35 < jrandom> janonymous> das machen wir jetzt schon 13:36 < ughabugha> IIP <Janonymous> oh. I2PSnark wird mehrere tunnel für die Punkt-zu-Punkt-Kommunikation nutzen? 13:36 < jrandom> alle Nachrichten können über mehrere tunnel gehen. 13:36 < duck> theoretisch 13:37 < jrandom> nicht nur theoretisch – wenn eine Nachricht > 15s braucht, wird sie über die andere verfügbare Lease gesendet 13:37 < jrandom> und wenn sie > 30s braucht, wird das leaseSet verworfen und neu geholt, wobei nachfolgende Nachrichten über die gefundenen Leases gehen 13:37 < jrandom> ABER 13:38 < jrandom> i2ptunnel (und alles andere, das i2ps mode=guaranteed verwendet) wartet, bis jede Nachricht zugestellt ist, bevor die nächste gesendet wird 13:38 < jrandom> native I2CP-Apps müssen das nicht tun 13:38 < jrandom> (ebenso wenig Apps, die die Socket-Bibliothek verwenden, sobald die Socket-Bibliothek sowohl implementiert ist als auch SACK unterstützt) 13:38 < ughabugha> IIP <Janonymous> ok.. ich denke nur, das wird in Zukunft eine großartige Methode für diese tunnel sein.. für Geschwindigkeit und Anonymität 13:38 < ughabugha> IIP <Janonymous> und um einzelne tunnel zu entlasten 13:39 < jrandom> einverstanden 13:39 < jrandom> ok, noch etwas zur Roadmap? 13:40 < jrandom> (wird mich jemand zur Sau machen, weil ich die Socket-Lib gestrichen habe? mihi? :) 13:41 < ughabugha> IIP <Janonymous> Ich habe heute früher eine Analogie benutzt, um jemandem Multi-Tunneling zu beschreiben.. und gesagt, es sei wie zusätzliche Spuren auf einer Straße hinzuzufügen 13:42 < jrandom> ziemlich genau 13:42 < jrandom> (obwohl die Auffahrt immer die gleiche Anzahl Spuren hat ;) 13:42 < duck> wenn mihi sauer ist, kann er doch die Socket-API machen, oder? 13:43 < jrandom> klar, und/oder jemand anders. die Socket-Lib ist gut 13:43 < jrandom> (aber schwer und mMn nicht funktional essenziell für den Betrieb / die Sicherheit des Netzwerks) 13:44 < jrandom> ich wünschte nur, ich hätte die Zeit, es zu machen und gleichzeitig am i2p-Kerncode weiterzuarbeiten 13:44 < jrandom> aber so ist das Leben 13:45 < ughabugha> IIP <Janonymous> sieht so aus, als wäre mihi nicht hier 13:45 < ughabugha> Ok, ich bin jetzt zurück. 13:45 < jrandom> cool 13:45 < jrandom> ok, weiter zu 4) Website 13:46 < ughabugha> IIP <Janonymous> große Auffahrt == Kabel / kleine Auffahrt == Dial-up ?? 13:46 < ughabugha> Hmm 13:46 < ughabugha> Was sollte die Socket-Bibliothek leisten? 13:46 -!- nick [~Janonym@localhost] ist #i2p beigetreten 13:46 < jrandom> genau, nanonymous 13:46 < jrandom> äh, janonymous 13:46 < jrandom> (egal was ist, i2p kann deine lokale Netzverbindung nicht schneller machen) 13:46 < jrandom> ughabugha: http://wiki.invisiblenet.net/iip-wiki?I2PSocketLibrary 13:47 < ughabugha> Meinst du eine Socket-Bibliothek für Java? Habt ihr nicht schon eine? 13:47 < jrandom> die Socket-Lib kapselt den TCP-ähnlichen Code aus i2p aus, sodass sich i2p auf IP-ähnliche Nachrichten spezialisieren kann 13:47 < nick> yup 13:47 -!- nick [~Janonym@localhost] hat den Kanal verlassen [Client closed connection] 13:48 < jrandom> ah, genau, ja, aber das würde Anwendungen erlauben, Daten viel effizienter über i2p zu streamen (wenn/sobald die Socket-Bibliothek Selective ACK unterstützt, statt wie jetzt ein ACK nach jeder Nachricht zu verlangen) 13:49 < jrandom> Ich bin nicht glücklich damit, SACK im router zu implementieren, da es sicher außerhalb davon liegen kann (in der Socket-Lib) 13:49 < ughabugha> Aber warum streichen? Braucht das wirklich so viel Arbeit? 13:49 < jrandom> ja, um es richtig zu machen 13:49 < jrandom> es gibt etwas Code, der teilweise implementiert ist, aber ich habe keine Zeit, ihn zu pflegen und zu testen 13:49 < ughabugha> Ok. Du bist der Mann. 13:50 < jrandom> naja, $devWhoImplements ist der Mann ;) 13:50 < jrandom> wie auch immer, weiter zu 4) Website 13:50 < ughabugha> :) 13:51 < ughabugha> Freiwillige? 13:51 < ughabugha> IIP <Janonymous> Recherche zu Implementierungen von anonymem P2P 13:51 * jrandom wiederholt ughabughas Frage :) 13:51 < jrandom> hmm janonymous? 13:51 < ughabugha> Janonymous: Das wird unter 5) ??? behandelt 13:51 < jrandom> :) 13:52 < ughabugha> IIP <Janonymous> nun, das ist Inhalt, der auf die Seite kommt 13:52 < jrandom> ah, ja, einverstanden 13:52 < jrandom> (siehe Punkt 7 auf http://i2p.net/pipermail/i2p/2004-February/000133.html) 13:53 < jrandom> und Punkt 8 13:53 < jrandom> oder meinst du etwas anderes? 13:53 < jrandom> Ich werde wahrscheinlich die ganze Menge an Papers posten, durch die ich letzten Sommer bei der Recherche und dem Design von i2p gegangen bin 13:53 < jrandom> (oder zumindest Verweise auf ihre CiteSeer-Einträge) 13:54 < ughabugha> IIP <Janonymous> Ok. Wollten wir das nächste CMS für I2P diskutieren? 13:54 < ughabugha> jrandom hat das CMS bereits gewählt. 13:55 < jrandom> ja/nein – statt noch ein oder zwei Monate die Vor- und Nachteile von CMSen zu recherchieren, nehmen wir fürs Erste einfach Drupal 13:55 < ughabugha> IIP <ughabugha> /topic #i2p 13:55 < ughabugha> IIP <Janonymous> Ok.. nun, was den Inhalt angeht.. Wir brauchen eine Präsentation 13:55 < jrandom> falls wir zu einem anderen migrieren müssen, versichert mir wilde, dass es einfach genug ist, Inhalte zu exportieren 13:55 < jrandom> eine Präsentation? 13:56 < ughabugha> IIP <Janonymous> mit vielen Illustrationen und einer Schritt-für-Schritt-Einführung in I2P 13:56 < jrandom> wir müssen das Grafikdesign umgesetzt bekommen 13:56 < jrandom> ah, stimmt 13:56 < jrandom> eine Nutzer-Einführung 13:56 < jrandom> die Wiki-Einführung ist generell eine Techie-Einführung 13:56 < ughabugha> IIP <Janonymous> Fast wie eine Multimedia-Präsentation 13:56 < ughabugha> IIP <jrand0m> w0ah 13:56 < ughabugha> IIP <Janonymous> genau 13:57 < ughabugha> IIP <ughabugha> Yay! 13:57 < jrandom> ok, ich denke, das bekommen wir zusammen, aber wir wollen mit der Produktion dieses Inhalts wahrscheinlich warten, bis wir sowohl einen echten Installer als auch ein GUI-Kontrollsystem haben 13:57 < ughabugha> IIP <Janonymous> Darin sollten mehr Bilder als Worte sein. :) 13:57 < jrandom> richtig 13:58 < ughabugha> IIP <Janonymous> alles klar 13:58 < jrandom> aber wir haben noch keinen echten Installer, und (so großartig i2pmgr und i2pmole auch sind) ich denke, am Control Panel gibt es noch Arbeit 13:58 < ughabugha> Das hat derzeit keine Top-Priorität. 13:58 < ughabugha> IIP <Janonymous> sicher nicht. aber für diejenigen von uns, die nicht programmieren... 13:59 < jrandom> genau. also brauchen wir Freiwillige für 1) die Konzeption, welche Inhalte auf die i2p-Website gehören 2) das Design von Grafik / CSS / Layout für die i2p-Website 3) Leute, die Inhalte für die i2p-Website erstellen 14:00 < ughabugha> IIP <Janonymous> Ich habe einen Monat Zeit. Ich denke, das wäre gut investiert. 14:00 < jrandom> w00t :) 14:00 * jrandom notiert Janonymous als Freiwilligen... für Content-Design & Content-Erstellung? 14:00 < wilde> zurück 14:00 < ughabugha> Nun, ich könnte HTML, CSS und das Technische machen, aber ich bin weder ein großer Schreiber noch ein Designer. 14:01 < jrandom> r0x0r 14:01 < ughabugha> IIP <Janonymous> genau.. im Design-Teil bin ich noch nicht so gut 14:01 < ughabugha> IIP <Janonymous> Ich könnte versuchen zu schreiben, aber nicht ohne gute Kritik.. Ich habe noch nie redaktionelle Dinge geschrieben 14:01 < ughabugha> Ich kann auch Photoshop und andere Tools benutzen, solange ich konkrete Anweisungen bekomme, was zu tun ist. ;) 14:01 < wilde> Ich kümmere mich um Drupal und Features 14:02 < ughabugha> IIP <Janonymous> Ich habe ein paar gute Ideen für dich, ughabugha 14:02 < jrandom> genau, mit Content-Design meine ich nicht das Layout, sondern eher „ok, wir brauchen eine Nutzer-Intro-Seite, eine Tech-Intro-Seite, eine FAQ“ usw. 14:02 < ughabugha> Heh, ok. :) 14:02 < jrandom> r0x0r0r 14:02 * jrandom notiert wilde und ughabugha als Freiwillige :) 14:02 < ughabugha> Ich freue mich darauf. 14:02 < ughabugha> IIP <Janonymous> es gibt ein schäbiges Bild, das ich gemacht habe; es ist mit dem neuen I2POverview-Dokument auf I2p verlinkt 14:03 < jrandom> word, ja janonymous, das Bild ist ziemlich gut, hat ein paar kleine technische Probleme, ist aber sehr nützlich 14:03 < ughabugha> IIP <Janonymous> In Photoshop würde es sicher viel schöner aussehen 14:04 < ughabugha> Heh. 14:04 < ughabugha> Janonymous: Lass uns das morgen privat besprechen. 14:04 < ughabugha> IIP <Janonymous> äh, eigentlich habe ich es vielleicht versehentlich gelöscht :/ 14:04 < jrandom> ok, noch etwas zur Website, oder können wir zu 5) ??? übergehen? 14:04 < ughabugha> IIP <Janonymous> ok 14:07 < wilde> ok, eine Sache: 14:07 < ughabugha> Noch etwas zur Website? 14:07 < wilde> welches Gefühl sollte man als erstes auf der Seite bekommen? 14:07 < wilde> Stichwörter bitte 14:07 < jrandom> wilde> siehe http://i2p.net/pipermail/i2p/2004-February/000133.html (der Absatz „rom a branding perspective“ :) 14:08 < jrandom> mir gefällt das „anonymous bit by bit“-Ding 14:08 < ughabugha> Vermutlich nicht. Sollen wir weiter zu 5) ??? ? 14:08 < ughabugha> IIP <Janonymous> sollen wir eine detailliertere Nutzer-Roadmap machen? 14:08 < ughabugha> IIP <Janonymous> eine, die die langfristigen Ziele genauer beschreibt 14:08 < ughabugha> wilde: Nur positive Emotionen. 14:09 < jrandom> janonymous> einverstanden, die aktuelle Roadmap sind wirklich nur technische Notizen für technische Aufgaben ;) 14:09 < jrandom> ok, 5) ?? 14:09 < jrandom> möchtet ihr noch etwas ansprechen? 14:10 < wilde> itoopie passt nicht wirklich zu „simple and secure“ 14:10 < wilde> es hat eher ein Cartoon-Gefühl 14:10 < wilde> darum habe ich gefragt 14:10 < ughabugha> IIP <Janonymous> ja, man könnte etwas mehr Spannung aufbauen 14:10 < ughabugha> IIP <Janonymous> damit die Nutzer sich beteiligen 14:10 -!- kaji [~booky5@localhost] ist #i2p beigetreten --- Log geschlossen Tue Mar 02 14:11:08 2004 --- Log geöffnet Tue Mar 02 14:12:12 2004 14:12 -!- jrandom_ [~jrandom@localhost] ist #i2p beigetreten 14:12 -!- Irssi: #i2p: Insgesamt 6 Nicks [0 ops, 0 halfops, 0 voices, 6 normal] 14:12 < jrandom_> zurück 14:12 < ughabugha> IIP <Janonymous> es sollte für sie funktionieren, ohne dass sie überhaupt merken, dass es da ist 14:12 < jrandom_> wilde> Ich bin offen für Vorschläge 14:12 < ughabugha> * jrandom_ (~jrandom@localhost) ist #i2p beigetreten 14:12 < jrandom_> <Janonymous> ja, man könnte etwas mehr Spannung aufbauen 14:12 < jrandom_> hmm? 14:14 < ughabugha> Das hast du verpasst: 14:14 < ughabugha> [00:11 43] <ughabugha> IIP <Janonymous> Ich möchte es nur noch mal betonen.. Ich finde, alle Multi-Tunneling-Methoden sollten transparent sein und allen Client-Apps zur Verfügung stehen 14:14 < ughabugha> [00:12 07] <ughabugha> IIP <Janonymous> es sollte für sie funktionieren, ohne dass sie überhaupt merken, dass es da ist 14:14 < jrandom_> janonymous> bereits implementiert. 14:14 < jrandom_> i2p balanciert End-to-End-Kommunikation bereits transparent über mehrere tunnel 14:15 * jrandom_ tritt jrandom 14:15 -!- jrandom [~jrandom@localhost] hat den Kanal verlassen [Ping timeout] 14:15 -!- Irssi: Beitritt zu #i2p wurde in 231 Sek. synchronisiert 14:15 < wilde> Beteiligung? 14:15 < ughabugha> IIP <Janonymous> selbst wenn wir die schnellsten, stabilsten tunnel profilieren.. können wir die anderen langsamen tunnel bei Bedarf weiterhin für zusätzlichen Durchsatz nutzen 14:15 < kaji> ist iip up? 14:15 -!- kaji [~booky5@localhost] hat den Kanal verlassen [Client closed connection] 14:15 < ughabugha> IIP <Janonymous> Und wir wollen die Last vielleicht ohnehin verteilen.. und das sollte alles transparent für die Client-Apps sein 14:15 -!- Du heißt jetzt jrandom 14:16 -!- protocol [~iip@localhost] ist #i2p beigetreten 14:16 < ughabugha> IIP <Janonymous> ok 14:16 < ughabugha> IIP <Janonymous> cool 14:16 < jrandom> :) 14:17 < ughabugha> jrandom: Benutz nicht ACTION, das wird nicht weitergeleitet ;) 14:17 < jrandom> hah, ok, sorry 14:17 * jrandom sagt etwas, das sie nicht sehen können 14:17 < jrandom> ;) 14:17 < jrandom> ok, hat sonst noch jemand etwas? 14:18 < jrandom> ich denke, nachdem die aktuellen netDb-Bugs behoben sind, sollten wir die i2psnark-Tests noch einmal versuchen 14:20 -!- kaji [~booky5@localhost] ist #i2p beigetreten 14:20 -!- wilde [~anon@localhost] hat den Kanal verlassen [Ping timeout] 14:20 < ughabugha> Aber verteilt das 15-Sekunden-Warten die Last wirklich? 14:20 < ughabugha> So sehe ich das nicht. 14:20 * protocol sagt, iip ist für Luser 14:20 < ughabugha> So wie ich das sehe, sollte es 100% simultan sein, der Knoten sollte Pakete durch den tunnel schicken, so schnell wie das Ziel sie verarbeiten kann. 14:20 < ughabugha> Durch alle tunnel, meine ich. 14:20 -!- nick [~Janonym@localhost] ist #i2p beigetreten 14:20 -!- kaji [~booky5@localhost] hat den Kanal verlassen [Client closed connection] 14:21 < jrandom> ughabugha: jede Nachricht wird idealerweise nur über einen tunnel gesendet, aber die einzelnen Nachrichten werden über alle verteilt gebalanciert 14:21 < ughabugha> IIP <Janonymous> duck und ich haben einen Test über I2PSnark durchgeführt 14:21 < ughabugha> IIP <Janonymous> heute früher. 14:21 < jrandom> ughabugha: wenn wir es immer über alle tunnel senden würden, wäre das eine erhebliche Menge verschwendeten Traffics 14:21 -!- nick [~Janonym@localhost] hat den Kanal verlassen [Client closed connection] 14:21 < ughabugha> IIP <Janonymous> Sind alle mit dem Namen "I2P" zufrieden? 14:21 -!- kaji [~booky5@localhost] ist #i2p beigetreten 14:21 -!- wilde [~anon@localhost] ist #i2p beigetreten 14:22 < jrandom> janonymous> i2p ist der Name. 14:22 < jrandom> du kannst es Betty nennen, aber i2p ist der Name ;) 14:22 < ughabugha> kaji: Warum blinkst du so? 14:22 < jrandom> ughabugha: kaji ärgert uns gern 14:22 < ughabugha> jrandom: Ja, das verstehe ich. Ich schätze, es funktioniert genau so, wie ich es mir vorstelle. 14:23 < kaji> weiß ich nicht 14:23 < kaji> ist iip up? 14:23 < ughabugha> IIP <Janonymous> cool 14:23 < ughabugha> IIP <Janonymous> ist für mich 14:23 < ughabugha> Für manche ist es was, für andere nicht. 14:23 < ughabugha> Also betreibe ich ein Relay. 14:24 < jrandom> ughabugha++ 14:24 < ughabugha> Um die Netzwerke zu verbinden. 14:24 < kaji> cool 14:24 < jrandom> Die Details des parallelen/seriellen Sendens stehen in net.invisiblenet.i2p.router.message.OutboundClientMessageJob 14:24 < ughabugha> :) 14:24 < jrandom> (für alle, die mehr Details darüber wissen wollen, wie es funktioniert) 14:25 < jrandom> ok, gibt es noch etwas, das jemand ansprechen möchte? 14:25 < kaji> wie läuft i2p-Entwicklung? :) (Mirc sagt 'lag=30 seconds') 14:25 < jrandom> kaji> wir machen Fortschritte ;) 14:26 < jrandom> irssi ist hier zwischen 80s und 1s Lag hin- und hergesprungen 14:26 < jrandom> (zwei Disconnects in den letzten 90 Minuten) 14:26 < ughabugha> IIP <Janonymous> gibt es noch weitere Ideen für Inhalte der neuen Seite? 14:27 < ughabugha> IIP <kaji> sweet 14:27 < jrandom> abgesehen von http://i2p.net/pipermail/i2p/2004-February/000133.html denke ich, wir sollten eines von Drupals Foren-Modulen verwenden 14:27 < ughabugha> Für mich seit 80 Minuten keine Disconnects. 14:27 < jrandom> schön, ughabugha 14:27 < kaji> hmm, jetzt ist der Lag auf ein paar Sekunden runter 14:27 < jrandom> ja, es schwankt, kaji 14:28 < ughabugha> IIP <Janonymous> oh, ugha und ich haben heute in meinem Chatroom über eep gechattet :) 14:28 < jrandom> nice1! 14:28 < ughabugha> Janonymous: Ich würde das nicht „reden“ nennen. ;) 14:28 < ughabugha> Es war eher wie Schreien über eine Distanz von ein paar Kilometern. 14:28 < jrandom> Moment, ihr habt Voice gemacht? 14:29 < ughabugha> IIP <Janonymous> :) es war eine Nachricht 14:29 < ughabugha> :) 14:29 < ughabugha> Nun, ich habe den ganzen Lag verursacht. 14:30 < ughabugha> Wie auch immer, wenn jemand einen Vorschlag zur Diskussion hat, macht es jetzt, denn ich muss gehen. 14:30 < jrandom> word, 90m ist auch eine gute Meeting-Länge, um aufzuhören... 14:30 < jrandom> alles Weitere kann auf der Mailingliste aufgegriffen werden 14:30 < jrandom> (und/oder iip/i2p später) 14:31 * jrandom zieht den *baf*er auf... 14:31 * jrandom *baf*t das Meeting zu