I2P dev meeting, May 3, 2005

Quick recap

  • Present:

ant, bla, cervantes, DrWoo, entroy, jrandom, mancom, Masterboy, RevDuck, shendaras, sirup, smeghead, Teal`c__,

Filazalazana feno momban'ny IRC

14:08 < jrandom> 0) hi
14:08 < jrandom> 1) Net status
14:08 < jrandom> 2) SSU status
14:08 < jrandom> 3) i2phex
14:08 < jrandom> 4) awol
14:08 < jrandom> 5) ???
14:08 < jrandom> 0) hi
14:08  * jrandom waves
14:08 < jrandom> weekly status notes posted nearly an hour early @ http://dev.i2p.net/pipermail/i2p/2005-May/000738.html
14:09  * Masterboy waves back:P
14:10 < jrandom> ok, jumping into 1) Net status
14:10 < jrandom> i don't really have too much more to add, though it does appear that we may be up for some turbulance from the azureus influx
14:11 < jrandom> hopefully it'll hold up well enough though, we'll see
14:11 < Masterboy> no big probs for me and i can't remember the little ones.
14:11 < jrandom> heh cool
14:11 < jrandom> anyone else have any questions/comments/concerns wrt the current net status?  
14:11 < sirup> is azureus using out proxies?
14:12 < jrandom> heh i hope not
14:12 < jrandom> its probably just people trying it out after seeing the option listed
14:12 <@smeghead> most will bugger off in a week or so
14:13 < Masterboy> :D
14:13 <+DrWoo> smeghead: that's not good
14:13 < sirup> so they wrap two different networks under one hood
14:13 <+cervantes> it's not mentioned in the az release notes
14:13 <+cervantes> although it is listed in the plugins section
14:14 < ant> <cat-a-puss> There is a link that mentions it on the left of their main page
14:14 < jrandom> it'll be great once 0.6 is out and we can handle the increased user load
14:14 <+DrWoo> jrandom: what is the current status of getting out a build to cope with more users?
14:14 < jrandom> yeah, azureus is currently our largest referrer to the website, well more than even the /. references
14:15 < jrandom> DrWoo: no chance.  
14:15 < sirup> don't let that stress you and put out 0.6 too early
14:15  * eAi sets unreasonable bandwidth limit to stop people haxoring my download speed
14:15 < ant> <cat-a-puss> how big of a network will .6 support?
14:15 < jrandom> DrWoo: 0.6 is the solution, and that'll be ready when its ready :)
14:15 <+cervantes> there are 445 google hits for "i2p" and "azureus"
14:15 < jrandom> heh eAi 
14:16 <+cervantes> I must say I was impressed with the throughput of the test SSU net
14:16 < Masterboy> w00t cervantes:)
14:16 <+DrWoo> jrandom: you know I love ya but your shedule is slipping like a $5 hooker's panties ;)
14:16 < jrandom> cat-a-puss: it removes our current bottleneck to the point that i don't see the next bottleneck clearly.  i hope it'll handle into the thousands.
14:16 <+cervantes> managed to max out my DSL connection with a straight http file transfer
14:17 < jrandom> damn straight DrWoo ;)  if it could be done faster, that'd be great, but i've got to move next week, so there really isn't any alternative
14:17 < sirup> cervantes: 0 hops both ends ;)
14:18 < jrandom> sirup: sure, but the point is the SSU transport was able to handle it
14:18 <+DrWoo> jrandom: yikes that sux, good luck :)
14:18 < Teal`c__> there is an alternative.  I'm calling toad, he'll finish it up while you're in tahiti
14:18 <@smeghead> movin' on up, to the east side, to a deluxe apartment in the skyyyyy
14:18 < shendaras> You have a place in mind, jrandom, or is it up in the air where you end up?
14:19 <+cervantes> *mute*
14:19 < jrandom> heh
14:19 < jrandom> i think i know what country i'll end up in.  beyond that, not really
14:19 < jrandom> ok, anyway, back onto the agenda
14:19 < jrandom> anything else on 1) Net status, or shall we move on to 2) SSU status?
14:20 < Masterboy> move
14:20 < jrandom> consider us moved
14:21 < jrandom> ok, as described in the status notes and as cervantes said a minute ago, things are looking promising
14:22 < jrandom> this first round of live net tests caught a few bugs but also helped expose some of the tradeoffs in bandwidth, latency, and tcp-friendliness
14:23 < Masterboy> how can one join a test net?:P
14:23 < jrandom> thats the thing - the ssu testing is done on the live net
14:24 < jrandom> if you look in the netDb, you'll see that some peers have both TCP and SSU addresses, while almost everyone else has just a TCP address.  
14:24 < jrandom> peers who know how to talk via SSU try that first, but fall back on TCP if the SSU port isn't reachable.
14:25 < jrandom> still, and i can't emphesize this enough, ssu is not production ready.  it will break, and it will cause problems, so people should not use it except as part of explicit tests
14:25 < Masterboy> thanks:)
14:26 < jrandom> for now, everyone should disable ssu, but in the next day or so there'll be more info made available on my blog for the second round of tests
14:27 < jrandom> ok, i think that and the email covered pretty much what i have to bring up wrt ssu.  anyone have any questions/comments/concerns?
14:27 < Teal`c__> jrandom: can we use ssu while your gone ?
14:28 < jrandom> probably, but people may want to talk to other users to see if it acts up, and if it does, just disable it
14:29 < shendaras> What's your new SACK technique? =)
14:29 < jrandom> i've still got almost a week of hacking time left, so there's going to be more improvement
14:30 <+bla> jrandom: I was just thinking... When there is a SSU connection between two nodes, do they drop the TCP connection between them (since that's not necessary then)?
14:30 < jrandom> heh shendaras, its just exploiting the small message size and fixed fragmentation to let the receiver transmit explicit ACKs/NACKs for a full message in a bitfield, rather than ACKing or NACKing each fragment separately
14:31 < jrandom> bla: correct, they never establish a TCP connection if SSU is available
14:31 < jrandom> the two transports 'bid' on each message being sent, and the SSU transport is configured to bid 'lower' than the TCP transport
14:31 <+bla> jrandom: That's good, but it means I'll have to update my theland.i2p scripts :(... ;)
14:32 < jrandom> heh well, yeah too bad ;)
14:32 < jrandom> (the new peers.jsp may be what you're after though)
14:33 <+bla> jrandom: I'll have a look. But I don't plan on using SSU until it is ready, though
14:33 <+cervantes> perhaps we should all stay on TCP so bla doesn't have to do any coding
14:34 < jrandom> heh 
14:34 < jrandom> cool bla, yeah, no rush
14:34 <+cervantes> ;)
14:34 <+bla> cervantes: ;) 
14:35 <+cervantes> will there be any situations where an SSU connection is not appropriate and a TCP one would be preferred?
14:36  * Masterboy pokes jr
14:36 < jrandom> the current default setup prefers an established TCP connection to an unestablished SSU connection
14:36 < jrandom> (you can override that with a config flag, i think its documented in the history.txt)
14:37 <@smeghead> there are some people who've claimed their ISPs block UDP altogether
14:37 < jrandom> but in general, no i can't think of why you'd want to go TCP when SSU is available
14:37 <+cervantes> yup I know about the config option...but I mean are there circumstances where it would be better to use TCP instead of UDP packets
14:37 < jrandom> smeghead: there are some people who've claimed elvis was a martian
14:38 <+cervantes> so it's good just as a fallback
14:38 < jrandom> cervantes: none i can think of, as long as ssu is available by both peers
14:39 < jrandom> perhaps as a fallback, though it does raise issues of restricted routes, as all peers must be able to contact all peers.
14:40 < jrandom> if we allow TCP only nodes, that means everyone must be reachable through TCP and UDP
14:41 < Teal`c__> :~(
14:41 < jrandom> for this summer, we'll probably support both, but i'm inclined to lean towards udp only
14:41 < entroy> Hi, can any one tell me where I can go to ask a q about setting up 12p and Azureus?
14:41 < jrandom> (until 2.0)
14:42 < jrandom> hi entroy, #i2p-chat may be able to help, or forum.i2p.net.  we're in our weekly dev meeting at the moment, but can help you out afterwards if you're still having trouble
14:42 <+cervantes> here they come, repel borders :)
14:42 < jrandom> cervantes: anyone who can make it onto irc is one of us :)
14:42 <@smeghead> better call the Minutemen
14:43 < Teal`c__> liverpool or chelsea ?!
14:43 < entroy> ok, thx
14:43 < ant> <cat-a-puss> jrandom: WRT bitfields, if we assume most of the packets are going to be successfully received, then the bitfields would be almost all 1's. Wouldn't it be more efficent to list the number of NACKS and then encode them ECC style.
14:43 <+cervantes> jrandom: are you sure about that...someone mentioned an mschat client earlier
14:43 <+cervantes> ;-)
14:45 < jrandom> cat-a-puss: there are a few options, but when you look at the actual message size, its pretty hard to beat- tunnel messages, which are 4x as common as every other message, will require at *most* two fragments - only two bits
14:45 < Teal`c__> <steve> # Appears as TIKI
14:45 < jrandom> streaming lib messages between the endpoint and gateway is only 4KB - up to 8 bits, or 2 bytes wiwth the bitfields
14:45 < jrandom> that is, assuming the absolute smallest MTU
14:46 < jrandom> with 1492 (or 1472, depending on who is counting), you can handle most anything in a single bitfield byte
14:46 < ant> <cat-a-puss> jrandom: ah, so the bitfields are only for fragments, not for each packet then?
14:47 < jrandom> right, if a message is partially received, you send back the bitfield for the received fragments of that message
14:47 < ant> <cat-a-puss> ok
14:47 < jrandom> message ids are unfortunately completely random and unordered, so we can't use tcp style sequence numbers
14:48 < jrandom> (and, well, we dont want that overhead either)
14:49 < jrandom> ok, if there's nothing else on 2) SSU, lets move on to 3) i2phex
14:49 < jrandom> sirup: you 'round?
14:49 < ant> <cat-a-puss> quickly:why random?
14:50  * sirup is lurking
14:50 < jrandom> cat-a-puss: message ids are exposed to peers - we don't want them to know that one message is related to another message (the one with an earlier sequence #)
14:50 < ant> <cat-a-puss> ok
14:51 < jrandom> heya sirup, i posted up some general info to the list, but if you could give us an update, that'd be great
14:52 < sirup> well. first tests were successfull
14:52 < jrandom> [w3wt]
14:52 < sirup> but it also seems that we need tweaking with the time out settings. connections between peers don't hold up for some reason
14:53 < sirup> so it's not run and gun right now :)
14:53 < sirup> but i also expected that, cause i didn't change anything concerning timeouts and such
14:54 < sirup> generally, i would be happy if some people would be ready to help me test it until a bearable state is reached
14:55 < sirup> several instances on the same machine only get you so far...
14:55 < sirup> oh. and any experience/input is welcome. best done wiht mail to sirup@mail.i2p
14:56 < sirup> a forum would be great too (i can't have any at my destination, 'cause i'm not 24/7)
14:56 < sirup> that's it :)
14:56 < jrandom> wikked
14:56 < jrandom> cervantes: any way we could get an i2phex section added in there?
14:57 <+cervantes> sure could
14:57  * sirup wonders who's downloading that crappy commons licensed music from me :)
14:58 <@smeghead> hey, you can build more crap on top of that crap at least :)
14:58 <+cervantes> sirup: I take it "sirup" is your moniker on the forum
14:58 < sirup> that would be neat
14:58 < sirup> yes
14:59 < ant> <BS314159> status notes?
15:00 < jrandom> ok great.  its looking really quite promising, sirup has done some great work, so people should swing over to sirup.i2p and read up on whats goin' on :)
15:00 <@smeghead> mailing list?
15:00 < RevDuck> or www.i2phex.tk
15:01 < sirup> mailing list would also be nice, of course
15:01 < sirup> lol. i2phex.tk is fake. get your dialers there :)
15:01 <+cervantes> I2Phex forum added
15:01 < jrandom> !stab duck
15:02 <+cervantes> sirup is moderator
15:02 < Masterboy> :D
15:02 <+cervantes> sirup: let me know if you want to change the description text
15:02 < jrandom> sirup: if you'd like an i2phex and i2phex-cvs list, lemmie know, they're easy enough to add
15:02 < jrandom> (though at the moment, it may be simpler to just use the i2p list)
15:02 < sirup> cervantes, thanks a bunch 
15:03 < sirup> yeah. forum will do atm
15:04 < jrandom> ok cool.  anyone have anything else on 3) i2phex?
15:05 < jrandom> if not, moving on briefly to 4) awol
15:05 < jrandom> i know y'all are chomping at the bit, looking for ways to contribute code to i2p, so the status notes have a few suggestions
15:05 <+bla> jrandom: You're finally being canceled by Operations?
15:06 < jrandom> nah, the CIA is just reassigning me^Ula la la
15:06 <@smeghead> no the black budget was increased this quarter
15:07 <+cervantes> *the elephant has flown the nest* repeat *the elephant has flown the nest* over
15:07 < jrandom> i dont really have much more to add to 4) than what was in the mail, though i'm sure y'all have plenty of other neat ideas 
15:07  * smeghead supresses elephantitis joke
15:08 < jrandom> so your homework assignment while i'm gone is to pick something neat that you want to build, and build it ;)
15:08  * cervantes staunches smeghead's bleeding temples
15:08 < jrandom> (be it a webpage or a flying pony)
15:09 < jrandom> ok, moving on to 5) ???
15:09 < jrandom> anyone else have anything they want to bring up for the meeting?
15:09 < shendaras> We'll miss you...
15:09 <@smeghead> yeah who's chairing the meetings while you're gone?
15:09 <+mancom> has aum shown up during the last week?
15:09 <@smeghead> mancom: negative
15:10 < Masterboy> brother duck?:P
15:11 < jrandom> our beloved operations manager will hopefully fill in, or y'all can draw straws for who has to write up status notes at the last minute :)
15:11 < jrandom> mancom: he was by #i2p-chat the other day briefly
15:12 < RevDuck> maybe only hold meetings when there is actually something to report though
15:12 <+cervantes> it's ok I'm writing a jrandom simulation script
15:12 <+cervantes> * w3wt
15:12 < jrandom> nothing wrong with 5 minute meeting ;)
15:13 <+cervantes> * jrandom flings a mud at his flying pony
15:13  * smeghead writes a cervantes simulation script that writes a jrandom simulation script
15:13  * jrandom writes a smeghead simu[CRASH]
15:13 <+cervantes> oop gotta work on that grammar
15:14 <@smeghead> haha
15:14 < jrandom> ok, anyone else have anything to bring up for the meeting?
15:14  * cervantes writes an aum simula.........
15:14 <@smeghead> java.util.RecursiveIdiocyException
15:15 < jrandom> speaking of which.. ;)
15:15  * jrandom winds up
15:15  * jrandom *baf*s the meeting closed