Kurze Zusammenfassung

Anwesend: ashter, bar, cervantes, Complication, jrandom, nextgens, tethra

Sitzungsprotokoll

15:08 <jrandom> 0) hi 15:08 <jrandom> 1) Net-Status und 0.6.1.13 15:08 <jrandom> 2) Use-Case-Umfrage 15:09 <jrandom> 3) ??? 15:09 <jrandom> 0) hi 15:09 * jrandom winkt 15:09 <Complication> Endlich geladen, lese :) 15:10 <jrandom> Wöchentliche Statusnotizen wurden unter dev.i2p.net/pipermail/i2p/2006-March/001274.html veröffentlicht 15:10 <@cervantes> *** Verbindung zurückgesetzt 15:10 <jrandom> heh 15:11 <jrandom> ok, während ihr euch das anschaut, springen wir rüber zu 1) Net-Status 15:12 <jrandom> etwa zwei Drittel des Netzes haben auf 0.6.1.13 aktualisiert (danke!), und die Ergebnisse sind gemischt 15:12 <jrandom> ist jemand da draußen auf Verbindungen mit geringer Bandbreite, der Erfahrungen teilen möchte? besser / schlechter / kein Unterschied? 15:13 <jrandom> oder irgendwelche Ergebnisse von Leuten auf DSL-Anschlüssen? 15:13 * jrandom hat (und gespürt) einige Ergebnisse auf schnelleren Verbindungen gehört (leider überwiegend negativ) 15:14 <+Complication> Nun, ich wollte sagen, dass der Net-Status etwas wackelig ist. :) Aber das Netz hat es zuerst gesagt. :D 15:15 <+Complication> Im Vergleich zu den jüngsten Verbindungsabbrüchen war dies jedoch eine sehr schnelle Erholung. 15:16 <+Complication> Keine massiven Nachrichtenstaus mehr gehabt, aber es verliert ab und zu noch ein lease 15:17 <+Complication> Außerdem glaube ich, der letzte router-Lauf endete, als ein lease nicht erneuert werden konnte, also schloss es: "Router hung!" 15:18 <jrandom> ah, cool 15:18 <+Complication> Lief etwa 15 Stunden lang 15:18 <jrandom> Vielleicht sollten wir den Watchdog so anpassen, dass er den router in solchen Situationen nicht neu startet 15:19 <+Complication> Die Retransmission ist ebenfalls wie zuvor (unangenehm hoch, aber offenbar erträglich – was an sich gute Nachrichten sind) 15:19 <jrandom> Der Neustart war früher notwendig, aber wiederkehrende tunnel-Ausfälle sollten sich auffangen lassen 15:19 <jrandom> hmm, <10%, <20%,>20%? 15:20 <+Complication>> 20% 15:20 <+Complication> Ich kenne nicht viele Protokolle, die noch erträglich funktionieren, wenn jede dritte Nachricht verloren geht 15:21 <+Complication> Dieses hier funktioniert :) Aber es lag früher bei etwa 7% 15:21 <jrandom> Nun, das ist über alle Peers gemittelt, daher ist es für die meisten Peers wahrscheinlich ziemlich niedrig, aber für stark überlastete Peers ziemlich hoch 15:21 <jrandom> (wie auf peers.jsp gezeigt) 15:22 <+Complication> Stimmt, und ich habe mir diese Seite der Verteilung noch nicht angesehen 15:23 <+Complication> Muss ich wohl prüfen, wenn schon aus keinem anderen Grund, dann um zu verifizieren, wie es verteilt ist 15:24 <jrandom> cool, danke Complication 15:24 <jrandom> ok, hat noch jemand etwas zu 1) Net-Status? 15:25 <bar> Complication: darf ich fragen, welches Burst-Limit du verwendest? Meines ist auf 60% meines theoretischen Upload-Maximums gesetzt, und ich habe derzeit ein Retransmission-Verhältnis von 11% 15:26 <+Complication> bar: es liegt bei etwa 80% der Leitungsgeschwindigkeit 15:26 <bar> ok 15:26 <+Complication> Auf dem gleichen Niveau wie damals, als die Retransmission bei etwa 7% lag 15:26 <+Complication> Zwischendurch war es höher, aber wieder heruntergesetzt 15:28 <bar> Ich werde mal 80% für einen Tag oder so ausprobieren, um zu sehen, ob sich etwas tut 15:28 <+Complication> Und das nachhaltige Transferlimit liegt bei etwa 65% 15:28 <+Complication> Die tatsächliche Übertragung, wenn der Gesamtindikator korrekt ist, liegt im Durchschnitt nahe 60% der Leitungsgeschwindigkeit 15:29 <+Complication> (Spitzen sind höher) 15:30 <ashter_> Meinerseits viele 'no lease'-Meldungen für das lokale Ziel (wie ich heute sagte) 15:30 <ashter_> und ein Knoten ist etwas stärker überlastet 15:30 <+fox> <nextgens> hi 15:30 <jrandom> hey nextgens 15:30 <jrandom> ashter_: hmm, bist du auf Einwahl/Dialup, DSL/Kabel oder schneller? oder, besser gesagt (anonymer), bist du überlastet? 15:31 <+fox> <nextgens> cool, jrandom ist da :) du könntest mir helfen :) 15:31 <jrandom> (also Netzwerküberlastung, nicht die Zahlen, die i2p anzeigt) 15:31 <ashter_> dsl/kabel 15:32 <jrandom> ok, danke 15:33 <jrandom> ok, wenn es zu 1) Net-Status nichts Weiteres gibt, springen wir rüber zu 2) Use-Case-Umfrage 15:34 <jrandom> Ich erwarte nicht sofort Antworten, aber wenn ihr euch Gedanken über die Fragen aus der Mail machen und Antworten posten könntet (entweder im Forum, in syndie, auf der Liste usw.), wäre das sehr willkommen 15:37 <@cervantes> *hust* 15:38 <+tethra> oh je :/ 15:39 <jrandom> (|grep -v -- -\!- ;) 15:39 <jrandom> ok, wie gesagt, gebt das Wort auf welchem Weg auch immer weiter, wie es euch passt. gracias 15:39 <jrandom> weiter zu 3) ??? 15:39 <jrandom> Hat jemand etwas, das er für das Treffen ansprechen möchte? 15:40 <@cervantes> http://forum.i2p.net/viewtopic.php?p=7442 <-- Sticky-Thread für die Use-Case-Diskussion 15:40 <jrandom> ah, cool, danke cerv 15:42 <ashter> (erf, das ist schon wieder passiert, und wenn das auftritt, wächst die Anzahl der participating tunnels wahnsinnig :( ) 15:43 <jrandom> hmm, in die Tausende, oder Hunderte? 15:43 <jrandom> (es gibt ein paar Fixes für Schübe neuer tunnels, die ausstehen, sollten später diese Woche rausgehen) 15:43 <ashter> Tausende 15:44 <ashter> (ok, danke) 15:44 <jrandom> ok, cool. Du könntest in der Zwischenzeit erwägen, dein Bandbreitenlimit oder den Share-Prozentsatz zu senken 15:44 <jrandom> ok, hat noch jemand etwas für das Treffen? 15:45 <jrandom> wenn nicht... 15:45 * jrandom holt aus 15:46 * jrandom schließt das Treffen mit einem *baf*