203 lines
17 KiB
HTML
203 lines
17 KiB
HTML
{% extends "_layout.html" %}
|
|
{% block title %}I2P Development Meeting 99{% endblock %}
|
|
{% block content %}<h3>I2P dev meeting, July 20 @ 21:00 GMT</h3>
|
|
<div class="irclog">
|
|
<p>14:05 < jrandom> 0) hi</p>
|
|
<p>14:05 < jrandom> 1) 0.3.2.3, 0.3.3, and the roadmap</p>
|
|
<p>14:05 < jrandom> 2) s/reliability/capacity/g</p>
|
|
<p>14:05 < jrandom> 3) website updates</p>
|
|
<p>14:05 < jrandom> 4) attacks and defenses</p>
|
|
<p>14:05 < jrandom> 5) ???</p>
|
|
<p>14:05 < jrandom> 0) hi</p>
|
|
<p>14:05 * jrandom waves </p>
|
|
<p>14:05 < jrandom> weekly status notes up @ http://dev.i2p.net/pipermail/i2p/2004-July/000358.html</p>
|
|
<p>14:06 < jrandom> swingin right into 1) 0.3.2.3, 0.3.3, and the roadmap</p>
|
|
<p>14:07 < jrandom> (while y'all read ahead, i assume ;)</p>
|
|
<p>14:07 < jrandom> the 0.3.2.3 release is out there and seems to be doing well</p>
|
|
<p>14:07 < jrandom> what are the main pain points people are seeing?</p>
|
|
<p>14:08 < deer> <Nightblade> no trouble at all</p>
|
|
<p>14:08 < deer> <duck> 4d uptime with no problems</p>
|
|
<p>14:08 < jrandom> hmm, word</p>
|
|
<p>14:08 < deer> <duck> for some irc doesnt seem too stable</p>
|
|
<p>14:08 < deer> <duck> like kaji getting kicked ever minute</p>
|
|
<p>14:08 < deer> <duck> but thats nothing new</p>
|
|
<p>14:09 < jrandom> yeah that happens to him on the freenode network too, so i'm not sure what to blame there</p>
|
|
<p>14:09 < deer> <duck> yeah</p>
|
|
<p>14:09 < deer> <duck> connelly had some bad downloads afaik</p>
|
|
<p>14:10 < deer> <duck> but you dont hear me complainin'</p>
|
|
<p>14:10 < jrandom> ah really? hmm, i think we found some of those were related to his lib, but i've experienced the occational failure on larger file transfers</p>
|
|
<p>14:10 < jrandom> especially while leeching books from alexandria</p>
|
|
<p>14:10 < jrandom> (well, not especially, but thats the only site i leech from)</p>
|
|
<p>14:11 < deer> <duck> :)</p>
|
|
<p>14:11 < jrandom> ok, well, my plan is that once the 0.3.3 release is out, my time will be focused on getting us to 0.4, along side any bugfixes people bring up</p>
|
|
<p>14:12 < jrandom> the 0.4 work that is left is largely simple web stuff (new router console w/ servlets, jetty integration, servlet to control the router, and a servlet to config the i2ptunnel instances)</p>
|
|
<p>14:13 < jrandom> perhaps some jsp/servlet folks can help out with some of that to get their feet wet with the code, though i've done plenty of that stuff before so impl won't be too tough</p>
|
|
<p>14:13 < jrandom> afaik hypercubus' installer is pretty much good to go</p>
|
|
<p>14:13 < jrandom> (though i threw some new work on him today ;)</p>
|
|
<p>14:13 < deer> <duck> featurecreep++</p>
|
|
<p>14:14 < jrandom> keeps people on their toes :)</p>
|
|
<p>14:14 < jrandom> (but c'mon, everyone hates downloading all the jars seperately for upgrades)</p>
|
|
<p>14:14 < deer> <duck> yes, that is my biggest problem with upgrading</p>
|
|
<p>14:14 < deer> <duck> (though I use cvs)</p>
|
|
<p>14:14 < deer> <duck> but it would be if I didn't</p>
|
|
<p>14:15 < jrandom> heh</p>
|
|
<p>14:15 < mihi> jrandom: just tar all of them -> 1 download ;)</p>
|
|
<p>14:15 < jrandom> that'd be simple enough, and leave updgrade.sh/upgrade.bat == jar xf upgrade.jar</p>
|
|
<p>14:16 < jrandom> (after a wget-esque call)</p>
|
|
<p>14:16 < jrandom> well, i think hypercubus has the code to do all that stuff under control, so we can leave it up to him to do the Right Thing</p>
|
|
<p>14:17 < jrandom> anyway, yeah, as y'all may have noticed, our schedule isn't quite what it was before </p>
|
|
<p>14:17 < jrandom> the roadmap has been updated and eeeellloooonnnggaattteedd</p>
|
|
<p>14:18 < mihi> jjrraannddoomm:: cchheecckk yyoouurr dduupplleexx sswwiittcchh</p>
|
|
<p>14:18 < deer> <Nightblade> hah</p>
|
|
<p>14:18 < jrandom> heh</p>
|
|
<p>14:18 * mihi made a mistake... who spots it first?</p>
|
|
<p>14:19 < jrandom> (\n\n)</p>
|
|
<p>14:19 < jrandom> but anyway</p>
|
|
<p>14:19 < mihi> okay, another one ;)</p>
|
|
<p>14:19 < duck> (no double spaces)</p>
|
|
<p>14:19 < mihi> duck++</p>
|
|
<p>14:20 < jrandom> i do think the roadmap is pretty realistic at least through the 1.0 release now, though depending upon the user adoption and feedback we may reorder or drop one of 0.4.2 or 0.4.3</p>
|
|
<p>14:20 < jrandom> (and, of course, as always the roadmap is subject to change if more people get involved :)</p>
|
|
<p>14:21 < modulus> maybe one day I will, after I learn java, but i2p doesn't sound like a project for a novice.</p>
|
|
<p>14:21 < deer> <Sandworm> yeah, it'll take longer :)</p>
|
|
<p>14:21 < deer> * duck expects some more slips along the road</p>
|
|
<p>14:21 < modulus> :-)</p>
|
|
<p>14:22 < deer> * duck can barely call it slips, look at the impressive table on http://www.i2p.net/redesign/announcements</p>
|
|
<p>14:22 < jrandom> slips may happen of course, but i think the milestones left are all pretty doable</p>
|
|
<p>14:22 < jrandom> yeah, thanks for showing that i have no life duck ;)</p>
|
|
<p>14:22 < deer> <duck> this is your life</p>
|
|
<p>14:22 < modulus> so, when's 1.0 out? :-)</p>
|
|
<p>14:22 < deer> <duck> be proud of it</p>
|
|
<p>14:23 < jrandom> modulus: while some parts of i2p are a bitch, there are a lot of pieces that can be tackled by a new developer pretty easily</p>
|
|
<p>14:23 < modulus> probably rather boring parts though, no?</p>
|
|
<p>14:24 < jrandom> naw, not at all. for example, whipping up a neat anonymous file transfer or chat app, a mini webserver, a mud, a chess app, whatever</p>
|
|
<p>14:24 < duck> (website updates)</p>
|
|
<p>14:24 < modulus> hmm, sounds cool.</p>
|
|
<p>14:24 < jrandom> (aka simple client apps that can be anonymous)</p>
|
|
<p>14:24 < jrandom> and of course web updates ;)</p>
|
|
<p>14:25 < modulus> what's this web updates deal?</p>
|
|
<p>14:25 < jrandom> our website needs work (see http://dev.i2p.net/pipermail/i2p/2004-July/000358.html or wait a few minutes for agenda item 3)</p>
|
|
<p>14:25 < cat-a-puss> Where does myi2p fit into all that?</p>
|
|
<p>14:25 < modulus> ah ah</p>
|
|
<p>14:26 < jrandom> cat-a-puss: http://www.i2p.net/redesign/myi2p :)</p>
|
|
<p>14:26 < modulus> methinks myi2p isn't a priority right now...</p>
|
|
<p>14:26 < jrandom> (i just wrote a brief page about it a few hours back)</p>
|
|
<p>14:27 < jrandom> as an aside, website updates are all posted to the i2pwww mailing list (http://dev.i2p.net/pipermail/i2pwww/2004-July/thread.html)</p>
|
|
<p>14:28 < modulus> hmm, i could write a global naming ap :-)</p>
|
|
<p>14:28 < jrandom> but i do still see the myi2p implementation (at least the base address book and blogging) being implemented for the 1.0 release</p>
|
|
<p>14:28 < jrandom> (per the roadmap, slated for november)</p>
|
|
<p>14:28 < jrandom> yes, you certainly could</p>
|
|
<p>14:28 < modulus> something simpler than DNS, with authentication and delegation of TLD's</p>
|
|
<p>14:28 < jrandom> it wouldnt be a bad thing to have either - a simple app that you could query a central name server would be nice</p>
|
|
<p>14:29 < modulus> yep</p>
|
|
<p>14:29 < jrandom> so, get coding :)</p>
|
|
<p>14:29 < modulus> I'll start tomorrow. beat me up if i'm on other things ;-)</p>
|
|
<p>14:29 < jrandom> hehe cool, shall do</p>
|
|
<p>14:29 < jrandom> ok, moving on to 2) s/reliability/capacity/g</p>
|
|
<p>14:29 < duck> small questio on the site:</p>
|
|
<p>14:29 < duck> oh wait</p>
|
|
<p>14:29 < duck> thats 3</p>
|
|
<p>14:29 < duck> sorry</p>
|
|
<p>14:29 < jrandom> sure, sup?</p>
|
|
<p>14:30 < jrandom> ah, 'k</p>
|
|
<p>14:30 < jrandom> there is going to be a fairly fundamental change to the peer profiling and selection code in the 0.3.3 release, as described in the email and http://www.i2p.net/redesign/how_peerselection</p>
|
|
<p>14:31 < jrandom> i've got it running on a pair of routers atm and it seems fairly well behaved (Speed: 25.18 (5 fast peers) Capacity: 17.50 (8 high capacity peers) Integration: 37.00 (2 well integrated peers))</p>
|
|
<p>14:31 < jrandom> and no more negative values :)</p>
|
|
<p>14:31 < modulus> :)</p>
|
|
<p>14:32 < jrandom> i'm going to kick the tires a bit more, perhaps for another day or two, and then push 'er out as 0.3.3</p>
|
|
<p>14:32 < cat-a-puss> d</p>
|
|
<p>14:32 < cat-a-puss> <modulus></p>
|
|
<p>14:32 < cat-a-puss> oops</p>
|
|
<p>14:33 < duck> suggesting against updating cvs?</p>
|
|
<p>14:33 < cat-a-puss> to do dns look at a cache of http://www.levien.com/thesis/compact.pdf</p>
|
|
<p>14:33 < jrandom> nope, cvs is fairly stable atm</p>
|
|
<p>14:33 < jrandom> (but as always, be prepared to fall back if some nastiness hits)</p>
|
|
<p>14:35 < jrandom> looks cool cat-a-puss, thanks</p>
|
|
<p>14:35 < cat-a-puss> (I have a copy of the origional if anyone wants it)</p>
|
|
<p>14:36 < jrandom> the google cache kind of garbles the images a bit, so if you have the raw pdf that'd be great</p>
|
|
<p>14:36 < jrandom> anyway, we're sliding a bit off topic for the moment (but we can get back to this)</p>
|
|
<p>14:37 < jrandom> that's about it for the reliability/capacity switch, so moving on to 3) website updates</p>
|
|
<p>14:37 < jrandom> duck: you had something you wanted to bring up?</p>
|
|
<p>14:38 < jrandom> while duck prepares his notes, perhaps anyone has any ideas/suggestions/concerns wrt the items posted in the email?</p>
|
|
<p>14:39 < deer> <Nightblade> the website looks good</p>
|
|
<p>14:39 < jrandom> yeah, i like the new nav and the site layout is quite clean</p>
|
|
<p>14:40 < deer> <Nightblade> easier to find stuff</p>
|
|
<p>14:40 < cervantes> _much_ easier to find stuff</p>
|
|
<p>14:40 < duck> first of all I want to thank our user advocate protocol for becoming useful :)</p>
|
|
<p>14:40 < jrandom> heh</p>
|
|
<p>14:40 < duck> he had some good suggestions and he did just start</p>
|
|
<p>14:40 < cervantes> hip hip horray!</p>
|
|
<p>14:40 < jrandom> (hear hear!)</p>
|
|
<p>14:41 < duck> next I think that there is barely a reason not to put the redesign up for real</p>
|
|
<p>14:42 < jrandom> agreed - perhaps we can just mark the news/development/documentation as non page nav elements, drop the jvm and config tweaks for the moment, and get some basic content for the I2PTunnel page, i think we can deploy it </p>
|
|
<p>14:42 < jrandom> i just want it to go live with all links working (and all pages that arent working)</p>
|
|
<p>14:43 < jrandom> there will of course be further updates after it goes life ;)</p>
|
|
<p>14:43 < jrandom> er, live</p>
|
|
<p>14:44 < jrandom> as an aside, wilde has hooked up our 34sp account too, so we'll be able to migrate the site over there when necessary</p>
|
|
<p>14:44 < cervantes> coolio</p>
|
|
<p>14:44 < jrandom> thoughts duck? can the menu.php thingy handle non-page nav entries? </p>
|
|
<p>14:44 * cervantes checks his inbox for referal points</p>
|
|
<p>14:45 < jrandom> (or would it be too much effort to mod that in?)</p>
|
|
<p>14:45 < jrandom> hehe cervantes, that should be on the way</p>
|
|
<p>14:45 < cervantes> ;-)</p>
|
|
<p>14:45 < cervantes> ah the old "cheque's in the post" gambit</p>
|
|
<p>14:47 < duck> sorry; doing some other work in the meanwhile.</p>
|
|
<p>14:47 < duck> ok; yes possible to make it nav section title only</p>
|
|
<p>14:47 < jrandom> np, we can move on and come back to it later if you'd prefer</p>
|
|
<p>14:47 < jrandom> ok cool</p>
|
|
<p>14:47 < jrandom> (duck++)</p>
|
|
<p>14:48 < jrandom> ok, any other website related stuff? </p>
|
|
<p>14:48 < duck> with your suggestion it sounds ready for up.</p>
|
|
<p>14:48 < jrandom> if not, we can move on to 4) attacks and defenses</p>
|
|
<p>14:48 < duck> .</p>
|
|
<p>14:48 < jrandom> word</p>
|
|
<p>14:49 < jrandom> ok, i'm assuming y'all read the mailing list and have seen connelly's posts and the various replies</p>
|
|
<p>14:50 < cervantes> he's been busy :)</p>
|
|
<p>14:50 < cervantes> (almost as much as proto)</p>
|
|
<p>14:50 < Connelly> imo, the network looks sound to all except traffic analysis (sites with lots of traffic), and government connection-severing attacks, and for attackers taking over a large majority of the net</p>
|
|
<p>14:50 < jrandom> while i think we're in pretty good shape, i'm certain that there must be something (or things) we've missed, so please don't assume i2p does or will do what it says - challenge the assumptions and say why it sucks</p>
|
|
<p>14:50 < Connelly> the encryption pretty much screws over any non-aggressive attacks</p>
|
|
<p>14:51 < jrandom> that is the hope</p>
|
|
<p>14:51 < jrandom> plus with i2p 2.0 and 3.0 capabilities, defenses for attacks by govt scale adversaries will be possible</p>
|
|
<p>14:51 < Connelly> course in practice there will be security holes to patch</p>
|
|
<p>14:52 * jrandom still needs to write up some docs as to how the 3.0 delays will prevent segmentation attacks</p>
|
|
<p>14:52 < jrandom> certainly connelly</p>
|
|
<p>14:54 < jrandom> ok, if there's nothing more along those lines, i think thats all i've got</p>
|
|
<p>14:54 < jrandom> so 5) ???</p>
|
|
<p>14:55 < jrandom> oh, as an aside, i plotted the bandwidth usage vs. # tunnels participated in graph for one of the simulations over a 4 day period</p>
|
|
<p>14:55 < jrandom> thats posted up @ http://dev.i2p.net/~jrandom/4daybandwidth.png</p>
|
|
<p>14:56 < jrandom> the sim had 32KB messages sent back and forth every 30s, with two routers choked at 6KBps, and things behaved exactly as they 'should'</p>
|
|
<p>14:56 < duck> (nolink property implemented for the site)</p>
|
|
<p>14:56 < jrandom> (e.g. load distributed over the fast reliable peers, slow peers avoided, etc)</p>
|
|
<p>14:56 < jrandom> w00t</p>
|
|
<p>14:56 < Connelly> a log plot of bandwidth/user vs network size would be nice</p>
|
|
<p>14:57 < Connelly> so you can say 'yeah, it really scales'</p>
|
|
<p>14:58 < jrandom> that wouldnt even need a log plot - the scalability of client comm is strictly O(1) [requiring 2k*msgSize, where k = # hops in the tunnel]</p>
|
|
<p>14:58 < jrandom> but yeah, I agree, we need some docs describing how i2p scales</p>
|
|
<p>14:58 < Connelly> well for kademlia ... is that in your sim?</p>
|
|
<p>14:58 < jrandom> yeah, the sim is actually the full blown router code, all run in a single JVM</p>
|
|
<p>14:58 < jrandom> i'm running it even with the full TCP connections instead of the VM comm system too</p>
|
|
<p>14:59 < jrandom> the kademlia code is used for the first time Alice wants to contact Bob - as long as they continue talking, their communication is O(1) as they bundle their LeaseSet along with the payload</p>
|
|
<p>14:59 < jrandom> (so there are no needs for subsequent netDb lookups)</p>
|
|
<p>15:00 < cervantes> vl07 and onb0 are the choked routers?</p>
|
|
<p>15:00 < jrandom> but yeah, we need a simulation to demonstrate how the netDb itself scales</p>
|
|
<p>15:01 < jrandom> cevantes: 0jvf and onb0</p>
|
|
<p>15:01 < cervantes> what accounts for vl07's dive after a days uptime?</p>
|
|
<p>15:02 < cervantes> seems to cross over with 00u0</p>
|
|
<p>15:02 < jrandom> all of the non-choked routers are essentially equal - they're all on the same CPU, all have the same (0ms) lag, so the allocation of one as 'fast' vs 'reliable' is just arbitrary</p>
|
|
<p>15:04 < Connelly> do your designations of 'fast and reliable', 'slow' etc recover from large values?</p>
|
|
<p>15:04 < jrandom> why did it reduce its ranking/usage after a day? i'm not sure, perhaps a transient cpu or io overhead while it was being tested caused its speed to reduce a bit</p>
|
|
<p>15:04 < jrandom> yes, the rankings use the median now, not the mean, plus there is a fiarly fast decay on the data</p>
|
|
<p>15:05 < jrandom> s/fiarly/fairly/</p>
|
|
<p>15:05 < Connelly> so if i make you think my reliability is 1000000000, you can recover when i start dropping messages</p>
|
|
<p>15:06 < jrandom> certainly - if you 'fail' i immediately stop asking you to do things and decrease your ranking</p>
|
|
<p>15:06 < jrandom> the new "capacity" calculation in turn is quite sensitive to those types of changes</p>
|
|
<p>15:06 < jrandom> (speed is kind of hard to fake too, as all speed ranks are actual measured values)</p>
|
|
<p>15:07 < jrandom> ((as was the reliability, and as is the capacity calc))</p>
|
|
<p>15:09 < jrandom> ok, anyone else have anything they want to bring up?</p>
|
|
<p>15:10 < deer> * jrandomi2p suggests the *baf*er</p>
|
|
<p>15:11 * jrandom concurs</p>
|
|
<p>15:11 * jrandom winds up</p>
|
|
<p>15:11 * jrandom *baf*s the meeting closed</p>
|
|
</div>
|
|
{% endblock %} |