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

Skip to content
Snippets Groups Projects
  1. Feb 27, 2005
    • jrandom's avatar
      1.3 here too · 7983bb14
      jrandom authored and zzz's avatar zzz committed
      7983bb14
    • jrandom's avatar
      2005-02-26 jrandom · 2e7eac02
      jrandom authored and zzz's avatar zzz committed
          * Force 1.3-isms on the precompiled jsps too (thanks laberhost)
      2e7eac02
  2. Feb 26, 2005
    • jrandom's avatar
      2005-02-26 jrandom · 238389fc
      jrandom authored and zzz's avatar zzz committed
          * Further streaming lib caching improvements
          * Reduce the minimum RTT (used to calculate retry timeouts), but also
            increase the RTT on resends.
          * Lower the default message size to 4KB from 16KB to further reduce the
            chance of failed fragmentation.
          * Extend tunnel rebuild throttling to include fallback rebuilds
          * If there are less than 20 routers known, don't drop the last 20 (to help
            avoid dropping all peers under catastrophic failures)
          * New stats for end to end messages - "client.leaseSetFoundLocally",
            "client.leaseSetFoundRemoteTime", and "client.leaseSetFailedRemoteTime"
      238389fc
  3. Feb 24, 2005
    • jrandom's avatar
      2005-02-24 jrandom · 4cec9da0
      jrandom authored and zzz's avatar zzz committed
          * Throttle the number of tunnel rebuilds per minute, preventing CPU
            overload under catastrophic failures (thanks Tracker and cervantes!)
          * Block the router startup process until we've initialized the clock
      4cec9da0
    • jrandom's avatar
      2005-02-24 jrandom · 00f27d44
      jrandom authored and zzz's avatar zzz committed
          * Cache temporary memory allocation in the DSA's SHA1 impl, and the packet
            data in the streaming lib.
          * Fixed a streaming lib bug where the connection initiator would fail the
            stream if the ACK to their SYN was lost.
      00f27d44
  4. Feb 23, 2005
    • jrandom's avatar
      2005-02-23 jrandom · f61618e4
      jrandom authored and zzz's avatar zzz committed
          * Now that we don't get stale SAM sessions, it'd be nice if we didn't
            get stale tunnel pools, don't you think?
      f61618e4
    • jrandom's avatar
      * 2005-02-23 0.5.0.1 released · 265d5e30
      jrandom authored and zzz's avatar zzz committed
    • jrandom's avatar
      2005-02-22 jrandom · 10ed058c
      jrandom authored and zzz's avatar zzz committed
          * Reworked the tunnel (re)building process to remove the tokens and
            provide cleaner controls on the tunnels built.
          * Fixed situations where the timestamper wanted to test more servers than
            were provided (thanks Tracker!)
          * Get rid of the dead SAM sessions by using the streaming lib's callbacks
            (thanks Tracker!)
      10ed058c
  5. Feb 22, 2005
    • jrandom's avatar
      2005-02-22 jrandom · 8a21f0ef
      jrandom authored and zzz's avatar zzz committed
          * Temporary workaround for the I2CP disconnect bug (have the streaminglib
            try to automatically reconnect on accept()/connect(..)).
          * Loop check for expired lease republishing (just in case)
      8a21f0ef
    • jrandom's avatar
      2005-02-22 jrandom · b8291ac5
      jrandom authored and zzz's avatar zzz committed
          * Temporary workaround for the I2CP disconnect bug (have the streaminglib
            try to automatically reconnect on accept()/connect(..)).
          * Loop check for expired lease republishing (just in case)
      b8291ac5
    • jrandom's avatar
      2005-02-22 jrandom · c17433cb
      jrandom authored and zzz's avatar zzz committed
          * Adjusted (and fixed...) the timestamper change detection
          * Deal with a rare reordering bug at the beginning of a stream (so we
            don't drop it unnecessarily)
          * Cleaned up some dropped message handling in the router
          * Reduced job queue churn when dealing with a large number of tunnels by
            sharing an expiration job
          * Keep a separate list of the most recent CRIT messages (shown on the
            logs.jsp).  This way they don't get buried among any other messages.
          * For clarity, display the tunnel variance config as "Randomization" on
            the web console.
          * If lease republishing fails (boo! hiss!) try it again
          * Actually fix the negative jobLag in the right place (this time)
          * Allow reseeding when there are less than 10 known peer references
          * Lots of logging updates.
      c17433cb
  6. Feb 21, 2005
    • jrandom's avatar
      2005-02-20 jrandom · 35fe7f82
      jrandom authored and zzz's avatar zzz committed
          * Allow the streaming lib resend frequency to drop down to 20s as the
            minimum, so that up to 2 retries can get sent on an http request.
          * Add further limits to failsafe tunnels.
          * Keep exploratory and client tunnel testing and building stats separate.
          * Only use the 60s period for throttling tunnel requests due to transient
            network overload.
          * Rebuild tunnels earlier (1-3m before expiration, by default)
          * Cache the next hop's routerInfo for participating tunnels so that the
            tunnel participation doesn't depend on the netDb.
          * Fixed a long standing bug in the streaming lib where we wouldn't always
            unchoke messages when the window size grows.
          * Make sure the window size never reaches 0 (duh)
      35fe7f82
    • jrandom's avatar
      2005-02-20 jrandom · 21f13dba
      jrandom authored and zzz's avatar zzz committed
          * Allow the streaming lib resend frequency to drop down to 20s as the
            minimum, so that up to 2 retries can get sent on an http request.
          * Add further limits to failsafe tunnels.
          * Keep exploratory and client tunnel testing and building stats separate.
          * Only use the 60s period for throttling tunnel requests due to transient
            network overload.
          * Rebuild tunnels earlier (1-3m before expiration, by default)
          * Cache the next hop's routerInfo for participating tunnels so that the
            tunnel participation doesn't depend on the netDb.
          * Fixed a long standing bug in the streaming lib where we wouldn't always
            unchoke messages when the window size grows.
          * Make sure the window size never reaches 0 (duh)
      21f13dba
    • duck's avatar
      added irc.postman.i2p · 0db239a3
      duck authored and zzz's avatar zzz committed
      0db239a3
    • jrandom's avatar
      added subrosa.i2p · 4745d61f
      jrandom authored and zzz's avatar zzz committed
      4745d61f
  7. Feb 20, 2005
    • jrandom's avatar
      *cough* · b9a4c3ba
      jrandom authored and zzz's avatar zzz committed
      b9a4c3ba
    • jrandom's avatar
      2005-02-20 jrandom · cbf6a70a
      jrandom authored and zzz's avatar zzz committed
          * Only build failsafe tunnels if we need them
          * Properly implement the selectNotFailingPeers so that we get a random
            selection of peers, rather than using the strictOrdering (thanks dm!)
          * Don't include too many "don't tell me about" peer references in the
            lookup message - only send the 10 peer references closest to the target.
      cbf6a70a
  8. Feb 19, 2005
    • jrandom's avatar
      2005-02-19 jrandom · 7d4e093b
      jrandom authored and zzz's avatar zzz committed
          * Only build new extra tunnels on failure if we don't have enough
          * Fix a fencepost in the tunnel building so that e.g. a variance of
            2 means +/- 2, not +/- 1 (thanks dm!)
          * Avoid an NPE on client disconnect
          * Never select a shitlisted peer to participate in a tunnel
          * Have netDb store messages timeout after 10s, not the full 60s (duh)
          * Keep session tags around for a little longer, just in case (grr)
          * Cleaned up some closing event issues on the streaming lib
          * Stop bundling the jetty 5.1.2 and updated wrapper.config in the update
            so that 0.4.* users will need to do a clean install, but we don't need
            to shove an additional 2MB in each update to those already on 0.5.
          * Imported the susimail css (oops, thanks susi!)
      7d4e093b
  9. Feb 18, 2005
  10. Feb 17, 2005
    • jrandom's avatar
      damn those copyright laws · eb8accd1
      jrandom authored and zzz's avatar zzz committed
      eb8accd1
    • jrandom's avatar
      tyop · 3af97894
      jrandom authored and zzz's avatar zzz committed
      3af97894
    • jrandom's avatar
      (not yet tagging this 0.5, but I don't think there's anytihng left) · 15a0dcf4
      jrandom authored and zzz's avatar zzz committed
      2005-02-17  jrandom
          * If the clock is adjusted during a job run, don't act as if the job took
            negative time.
      15a0dcf4
    • jrandom's avatar
      2005-02-17 jrandom · aa3a44c4
      jrandom authored and zzz's avatar zzz committed
          * Included the GPL'ed susimail 0.13 by default (thanks susi23!)
      aa3a44c4
    • jrandom's avatar
      initial vanilla import of susimail 0.13 (no build script yet) · 40f4b47b
      jrandom authored and zzz's avatar zzz committed
      40f4b47b
    • jrandom's avatar
      logging · dca09d96
      jrandom authored and zzz's avatar zzz committed
      dca09d96
    • jrandom's avatar
      2005-02-17 jrandom · dd107474
      jrandom authored and zzz's avatar zzz committed
          * Fixed the braindead tunnel testing logic
          * If a large number of tunnels are failing (within the last 5-10 minutes)
            and the current tunnel pool's configuration allows it, randomly build a
            zero hop tunnel to replace failed tunnels.
          * Enable postman's POP3 and SMTP tunnels by default
      dd107474
    • jrandom's avatar
      2005-02-16 jrandom · 77176162
      jrandom authored and zzz's avatar zzz committed
          * Added some error handling when the number of session tags exceeds the
            realistic capacity, dropping a random chunk of received tag sets and
            conducting some minor analysis of the remaining ones.  This is a part
            of a pretty serious error condition, and logs as CRIT (if/when people
            see "TOO MANY SESSION TAGS!", please let me know the full log line it
            puts in the wrapper.log or /logs.jsp)
          * Update the addressbook to only write to the published hosts location
            if the addressbook's config contains "should_publish=true" (by default,
            it contains "should_publish=false")
      77176162
    • jrandom's avatar
      updated to reflect what was implemented · 8b9ee4df
      jrandom authored and zzz's avatar zzz committed
      8b9ee4df
  11. Feb 16, 2005
Loading