{% extends "_layout.html" %} {% block title %}I2P Development Meeting 140{% endblock %} {% block content %}

I2P dev meeting, May 3, 2005

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

{% endblock %}