I2P Address: [http://git.idk.i2p]

Skip to content
Snippets Groups Projects
  1. Aug 14, 2009
  2. Oct 19, 2008
  3. Oct 11, 2008
  4. Jul 16, 2008
  5. Jul 11, 2005
    • jrandom's avatar
      2005-07-11 jrandom · 9d5f16a8
      jrandom authored and zzz's avatar zzz committed
          * Reduced the growth factor on the slow start and congestion avoidance for
            the streaming lib.
          * Adjusted some of the I2PTunnelServer threading to use a small pool of
            handlers, rather than launching off new threads which then immediately
            launch off an I2PTunnelRunner instance (which launches 3 more threads..)
          * Don't persist session keys / session tags (not worth it, for now)
          * Added some detection and handling code for duplicate session tags being
            delivered (root cause still not addressed)
          * Make the PRNG's buffer size configurable (via the config property
            "i2p.prng.totalBufferSizeKB=4096")
          * Disable SSU flooding by default (duh)
          * Updates to the StreamSink apps for better throttling tests.
      9d5f16a8
  6. Jul 04, 2005
    • jrandom's avatar
      2005-07-04 jrandom · 18d3f5d2
      jrandom authored and zzz's avatar zzz committed
          * Within the tunnel, use xor(IV, msg[0:16]) as the flag to detect dups,
            rather than the IV by itself, preventing an attack that would let
            colluding internal adversaries tag a message to determine that they are
            in the same tunnel.  Thanks dvorak for the catch!
          * Drop long inactive profiles on startup and shutdown
          * /configstats.jsp: web interface to pick what stats to log
          * Deliver more session tags to account for wider window sizes
          * Cache some intermediate values in our HMACSHA256 and BC's HMAC
          * Track the client send rate (stream.sendBps and client.sendBpsRaw)
          * UrlLauncher: adjust the browser selection order
          * I2PAppContext: hooks for dummy HMACSHA256 and a weak PRNG
          * StreamSinkClient: add support for sending an unlimited amount of data
          * Migrate the tests out of the default build jars
      
      2005-06-22  Comwiz
          * Migrate the core tests to junit
      18d3f5d2
  7. Oct 30, 2004
    • jrandom's avatar
      (mmMMmm profiling) · 58fcbad2
      jrandom authored and zzz's avatar zzz committed
      2004-10-30  jrandom
          * Cache the temporary objects used in the AES encryption/decryption
            process so that AES doesn't require any memory allocation to process
            data.
          * Dramatically reduce memory usage within various crypto implementations
            by avoiding unnecessary (though simplifying) buffers.
          * If we specify some tags to be sent in an I2CP message explicitly, use
            only those, not those plus a new set (otherwise we aren't sure on ACK
            which set was delivered)
          * Allow configuration for the partial send timeout (how long before
            resending a message down a different tunnel in a lease).  This can be
            updated with the "router.clientPartialSendTimeout" router config prop.
          * Logging
      58fcbad2
  8. Aug 01, 2004
    • jrandom's avatar
      javadoc · 8add4339
      jrandom authored and zzz's avatar zzz committed
      8add4339
    • jrandom's avatar
      * added a way to control how large we let the buffers grow before we block, · f85ce180
      jrandom authored and zzz's avatar zzz committed
      or even whether to have the blocking action timeout and close the socket after
      a certain delay
      * refactored the I2PSocketOptions to be more actively used
      * added a pair of ministreaming lib demo apps:
      - StreamSinkServer listens to a destination and dumps any data it receives on a socket to a per-socket file
      - StreamSinkClient sends a destination a specified number of random bytes, then disconnects
      f85ce180
Loading