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

Skip to content
Snippets Groups Projects
  1. Aug 21, 2005
  2. Aug 20, 2005
  3. 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
  4. Aug 16, 2005
  5. Aug 15, 2005
  6. Aug 14, 2005
  7. 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
  8. 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
  9. Aug 09, 2005
    • jrandom's avatar
      0.6.0.2 · 2f53b9ff
      jrandom authored and zzz's avatar zzz committed
      2f53b9ff
  10. Aug 08, 2005
    • jrandom's avatar
      deal with full windows without *cough* NPEs · d84d0458
      jrandom authored and zzz's avatar zzz committed
      (how many times can I cvs rtag -F before going crazy?)
    • jrandom's avatar
      foo · d8e72dfe
      jrandom authored and zzz's avatar zzz committed
      d8e72dfe
    • jrandom's avatar
      "ERROR [eive on 8887] uter.transport.udp.UDPReceiver: Dropping inbound packet... · 88b9f7a7
      jrandom authored and zzz's avatar zzz committed
      "ERROR [eive on 8887] uter.transport.udp.UDPReceiver: Dropping inbound packet with 1 queued for 1912 packet handlers: Handlers: 3 handler 0 state: 2 handler 1 state: 2 handler 2 state: 2"
      state = 2 means all three handlers are blocking on udpReceiver.receive())
      this can legitimately happen if the bandwidth limiter or router throttle chokes the receive for >= 1s.
      88b9f7a7
    • jrandom's avatar
      2005-08-08 jrandom · 6a195012
      jrandom authored and zzz's avatar zzz committed
          * Add a configurable throttle to the number of concurrent outbound SSU
            connection negotiations (via i2np.udp.maxConcurrentEstablish=4).  This
            may help those with slow connections to get integrated at the start.
          * Further fixlets to the streaming lib
      6a195012
  11. Aug 07, 2005
    • jrandom's avatar
      2005-08-07 Complication · ba30b56c
      jrandom authored and zzz's avatar zzz committed
          * Display the average clock skew for both SSU and TCP connections
      2005-08-07  jrandom
          * Fixed the long standing streaming lib bug where we could lose the first
            packet on retransmission.
          * Avoid an NPE when a message expires on the SSU queue.
          * Adjust the streaming lib's window growth factor with an additional
            Vegas-esque congestion detection algorithm.
          * Removed an unnecessary SSU session drop
          * Reduced the MTU (until we get a working PMTU lib)
          * Deferr tunnel acceptance until we know how to reach the next hop,
            rejecting it if we can't find them in time.
          * If our netDb store of our leaseSet fails, give it a few seconds before
            republishing.
      ba30b56c
    • jrandom's avatar
      added more postman services (w3wt) · a375e4b2
      jrandom authored and zzz's avatar zzz committed
      a375e4b2
  12. Aug 05, 2005
  13. Aug 03, 2005
  14. Aug 02, 2005
    • duck's avatar
      2005-08-01 duck · 72c6e7d1
      duck authored and zzz's avatar zzz committed
          * Update IzPack to 3.7.2 (build 2005.04.22). This fixes bug #82.
      72c6e7d1
    • duck's avatar
      2005-08-01 duck · 7ca3f22e
      duck authored and zzz's avatar zzz committed
          * Update IzPack to 3.7.2 (build 2005.04.22)
            This fixes bug #82
      7ca3f22e
  15. Aug 01, 2005
    • duck's avatar
      2005-08-01 duck · 59790daf
      duck authored and zzz's avatar zzz committed
          * Fix an addressbook NPE when a new hostname from the master addressbook
            didn't exist in the router addressbook.
          * Fix an addressbook bug which caused subscriptions not to be parsed at
            all. (Oops!)
      59790daf
    • duck's avatar
      2005-08-01 duck · 7227cae6
      duck authored and zzz's avatar zzz committed
          * Fix an addressbook NPE when a new hostname from the master addressbook
            didn't exist in the router addressbook.
          * Fix an addressbook bug which caused subscriptions not to be parsed at
            all. (Oops!)
      7227cae6
    • ragnarok's avatar
      * Fixed some issues with the merge logic that caused addressbooks to be... · 03bba51c
      ragnarok authored and zzz's avatar zzz committed
      * Fixed some issues with the merge logic that caused addressbooks to be written to disk even when unmodified.
      * Fixed a bug that could result in a downloaded remote addressbook not being deleted, halting the update process.
      03bba51c
    • ragnarok's avatar
      No real reason for eepget to retry, addressbook will try again in an hour, and... · 0637050c
      ragnarok authored and zzz's avatar zzz committed
      No real reason for eepget to retry, addressbook will try again in an hour, and it makes updates take an absurdly long time.
      0637050c
  16. Jul 31, 2005
  17. Jul 30, 2005
  18. Jul 28, 2005
    • jrandom's avatar
      oops · 10c6f675
      jrandom authored and zzz's avatar zzz committed
      10c6f675
  19. Jul 27, 2005
Loading