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

Skip to content
Snippets Groups Projects
  1. Sep 02, 2005
    • jrandom's avatar
      2005-09-02 jrandom · 6422f7ef
      jrandom authored and zzz's avatar zzz committed
          * Don't refuse to send a netDb store if the targetted peer has failed a
            bit (the value was an arbitrary amount).
          * Logging changes
      6422f7ef
  2. Sep 01, 2005
    • jrandom's avatar
      0.6.0.4 · 3e51584b
      jrandom authored and zzz's avatar zzz committed
    • jrandom's avatar
      2005-09-01 jrandom · 4ff8a530
      jrandom authored and zzz's avatar zzz committed
          * Don't send out a netDb store of a router if it is more than a few hours
            old, even if someone asked us for it.
      4ff8a530
    • jrandom's avatar
      2005-08-31 jrandom · ccb73437
      jrandom authored and zzz's avatar zzz committed
          * Don't publish leaseSets to the netDb if they will never be looked for -
            namely, if they are for destinations that only establish outbound
            streams.  I2PTunnel's 'client' and 'httpclient' proxies have been
            modified to tell the router that it doesn't need to publish their
            leaseSet (by setting the I2CP config option 'i2cp.dontPublishLeaseSet'
            to 'true').
          * Don't publish the top 10 peer rankings of each router in the netdb, as
            it isn't being watched right now.
      ccb73437
    • jrandom's avatar
      2005-08-31 jrandom · b43114f6
      jrandom authored and zzz's avatar zzz committed
          * Don't publish leaseSets to the netDb if they will never be looked for -
            namely, if they are for destinations that only establish outbound
            streams.  I2PTunnel's 'client' and 'httpclient' proxies have been
            modified to tell the router that it doesn't need to publish their
            leaseSet (by setting the I2CP config option 'i2cp.dontPublishLeaseSet'
            to 'true').
          * Don't publish the top 10 peer rankings of each router in the netdb, as
            it isn't being watched right now.
      b43114f6
  3. Aug 31, 2005
  4. Aug 30, 2005
  5. Aug 27, 2005
    • jrandom's avatar
      2005-08-27 jrandom · e313da25
      jrandom authored and zzz's avatar zzz committed
          * Minor logging and optimization tweaks in the router and SDK
          * Use ISO-8859-1 in the XML files (thanks redzara!)
          * The consolePassword config property can now be used to bypass the router
            console's nonce checking, allowing CLI restarts
      e313da25
    • jrandom's avatar
      2005-08-27 jrandom · 8660cf0d
      jrandom authored and zzz's avatar zzz committed
          * Minor logging and optimization tweaks in the router and SDK
          * Use ISO-8859-1 in the XML files (thanks redzara!)
          * The consolePassword config property can now be used to bypass the router
            console's nonce checking, allowing CLI restarts
      8660cf0d
  6. Aug 25, 2005
  7. Aug 24, 2005
    • jrandom's avatar
      2005-08-24 jrandom · 346faa3d
      jrandom authored and zzz's avatar zzz committed
          * Catch errors with corrupt tunnel messages more gracefully (no need to
            kill the thread and cause an OOM...)
          * Don't skip shitlisted peers for netDb store messages, as they aren't
            necessarily shitlisted by other people (though they probably are).
          * Adjust the netDb store per-peer timeout based on each particular peer's
            profile (timeout = 4x their average netDb store response time)
          * Don't republish leaseSets to *failed* peers - send them to peers who
            replied but just didn't know the value.
          * Set a 5 second timeout on the I2PTunnelHTTPServer reading the client's
            HTTP headers, rather than blocking indefinitely.  HTTP headers should be
            sent entirely within the first streaming packet anyway, so this won't be
            a problem.
          * Don't use the I2PTunnel*Server handler thread pool by default, as it may
            prevent any clients from accessing the server if the handlers get
            blocked by the streaming lib or other issues.
          * Don't overwrite a known status (OK/ERR-Reject/ERR-SymmetricNAT) with
            Unknown.
      346faa3d
  8. Aug 23, 2005
    • jrandom's avatar
      2005-08-23 jrandom · 5ec6dca6
      jrandom authored and zzz's avatar zzz committed
          * Removed the concept of "no bandwidth limit" - if none is specified, its
            16KBps in/out.
          * Include ack packets in the per-peer cwin throttle (they were part of the
            bandwidth limit though).
          * Tweak the SSU cwin operation to get more accurrate estimates under
            congestions.
          * SSU improvements to resend more efficiently.
          * Added a basic scheduler to eepget to fetch multiple files sequentially.
      5ec6dca6
    • jrandom's avatar
      2005-08-23 jrandom · 1a6b49cf
      jrandom authored and zzz's avatar zzz committed
          * Removed the concept of "no bandwidth limit" - if none is specified, its
            16KBps in/out.
          * Include ack packets in the per-peer cwin throttle (they were part of the
            bandwidth limit though).
          * Tweak the SSU cwin operation to get more accurrate estimates under
            congestions.
          * SSU improvements to resend more efficiently.
          * Added a basic scheduler to eepget to fetch multiple files sequentially.
      1a6b49cf
  9. Aug 22, 2005
  10. Aug 21, 2005
  11. Aug 20, 2005
  12. Aug 17, 2005
    • jrandom's avatar
      2005-08-17 jrandom · adf56a16
      jrandom authored and zzz's avatar zzz committed
          * Revise the SSU peer testing protocol so that Bob verifies Charlie's
            viability before agreeing to Alice's request.  This doesn't work with
            older SSU peer test builds, but is backwards compatible (older nodes
            won't ask newer nodes to participate in tests, and newer nodes won't
            ask older nodes to either).
      adf56a16
    • jrandom's avatar
      2005-08-17 jrandom · 11204b8a
      jrandom authored and zzz's avatar zzz committed
          * Revise the SSU peer testing protocol so that Bob verifies Charlie's
            viability before agreeing to Alice's request.  This doesn't work with
            older SSU peer test builds, but is backwards compatible (older nodes
            won't ask newer nodes to participate in tests, and newer nodes won't
            ask older nodes to either).
      11204b8a
    • jrandom's avatar
      added surrender.adab.i2p · cade27dc
      jrandom authored and zzz's avatar zzz committed
      cade27dc
  13. Aug 16, 2005
  14. Aug 15, 2005
  15. Aug 14, 2005
  16. Aug 12, 2005
    • jrandom's avatar
      2005-08-12 jrandom · 1219dadb
      jrandom authored and zzz's avatar zzz committed
          * Keep detailed stats on the peer testing, publishing the results in the
            netDb.
          * Don't overwrite the status with 'unknown' unless we haven't had a valid
            status in a while.
          * Make sure to avoid shitlisted peers for peer testing.
          * When we get an unknown result to a peer test, try again soon afterwards.
          * When a peer tells us that our address is different from what we expect,
            if we've done a recent peer test with a result of OK, fire off a peer
            test to make sure our IP/port is still valid.  If our test is old or the
            result was not OK, accept their suggestion, but queue up a peer test for
            later.
          * Don't try to do a netDb store to a shitlisted peer, and adjust the way
            we monitor netDb store progress (to clear up the high netDb.storePeers
            stat)
      1219dadb
  17. Aug 10, 2005
    • jrandom's avatar
      2005-08-10 jrandom · 77b995f5
      jrandom authored and zzz's avatar zzz committed
          * Deployed the peer testing implementation to be run every few minutes on
            each router, as well as any time the user requests a test manually.  The
            tests do not reconfigure the ports at the moment, merely determine under
            what conditions the local router is reachable.  The status shown in the
            top left will be "ERR-SymmetricNAT" if the user's IP and port show up
            differently for different peers, "ERR-Reject" if the router cannot
            receive unsolicited packets or the peer helping test could not find a
            collaborator, "Unknown" if the test has not been run or the test
            participants were unreachable, or "OK" if the router can receive
            unsolicited connections and those connections use the same IP and port.
      77b995f5
  18. Aug 09, 2005
    • jrandom's avatar
      0.6.0.2 · 2f53b9ff
      jrandom authored and zzz's avatar zzz committed
      2f53b9ff
  19. Aug 08, 2005
Loading