- Nov 21, 2004
-
-
* Allow end of line comments in the hosts.txt and other config files, using '#' to begin the comments (thanks susi!) * Add support to I2PTunnel's 'client' feature for picking between multiple target destinations (e.g. 'client 6668 irc.duck.i2p,irc.baffled.i2p') * Add a quick link on the left hand nav to reseed if there aren't enough known peers, as well as link to the config page if there are no active peers. Revised config page accordingly. -
-
-
* Destroy ElGamal/AES+SessionTag keys after 15 minutes of inactivity rather that every 15 minutes, and increase the warning period in which we refresh tags from 30s to 2 minutes. * Bugfix for a rare problem closing an I2PTunnel stream where we'd fail to close the I2PSocket (leaving it to timeout).
-
- Nov 20, 2004
-
-
- Nov 19, 2004
-
-
-
-
if you want to get this data and you're running outside the router, just toss on a "-Dstat.logFilters=* -Dstat.logFile=proxy.stats" to the java command line. the resulting file can be parsed w/ java -cp lib/i2p.jar net.i2p.stat.StatLogSplitter proxy.stats, then fed into gnuplot or whatever
-
- Nov 18, 2004
-
-
further and cancel all of the tags we're using for that peer so that we can react to their potential restart / tag loss quicker. * use the minimum resend delay as the base to be exponentiated if our RTT is too low (so we resend less) * dont be such a wuss when flushing a closed stream
-
-
- Nov 17, 2004
-
-
- Nov 16, 2004
-
-
-
* add new back-off logic to reduce payload resends during transient lag - only let one packet be resent at a time, even if the window size allows it (and the packet timers request it). this should make congestion less painful, and reduce the overall number of messages resent (as the SACKs for the one packet actively resent should clarify what made it through)
-
-
-
- Nov 15, 2004
-
-
- Nov 13, 2004
-
-
* Added throttles on how many I2PTunnel client connections we open at once * Replaced some buffered streams in I2PTunnel with unbuffered streams, as the streaming library used should take care of any buffering. * Added a cache for some objects used in I2PTunnel, especially useful when there are many short lived connections. * Trimmed the SimpleTimer's processing a bit -
-
* Added throttles on how many I2PTunnel client connections we open at once * Replaced some buffered streams in I2PTunnel with unbuffered streams, as the streaming library used should take care of any buffering. * Added a cache for some objects used in I2PTunnel, especially useful when there are many short lived connections. * Trimmed the SimpleTimer's processing a bit
-
- Nov 12, 2004
-
-
- Nov 11, 2004
-
-
- Nov 10, 2004
-
-
- Nov 09, 2004
-
-
-
-
* make sure we ack duplicate messages received (if we aren't already doing so) * implement a choke on the local buffer, in case we receive data faster than its removed from the i2psocket's MessageInputStream (handle via packet drop and explicit congestion notification)
-
-
- Nov 08, 2004
-
-
