- Feb 11, 2023
-
-
zzz authored
Add RAR to I2NP DSM WIP
-
- Dec 01, 2018
-
-
zzz authored
I2CP: Don't require privkeys for meta in CLS2 message
-
- Nov 13, 2018
-
-
zzz authored
-
- May 27, 2015
-
-
zzz authored
NetDb: Drop all-zero lookups and stores, add stats SSU: - Fix debug logging of dumped packets - Drop sessions with bad clock skew, banlist peer, add stats - Drop sessions with corrupt DSM, banlist peer, add stats Log tweaks
-
- Apr 11, 2015
-
-
zzz authored
Remove meeh.i2p as update host (ticket #1515) Re-add 193.xxx https reseed Fix SocketManagerFactory property handling Restore UPnP locale fix lost in the merge i2ptunnel finals I2NP unique id fixes duplicate done() in ReseedChecker bigger langbox in CSS reformatting Javadocs
-
- Dec 02, 2014
-
-
zzz authored
in case we ever want to use them for options
-
- Nov 15, 2014
-
-
zzz authored
- Set lookup type flags even if no reply tunnel specified - Reduce object churn when writing some messages
-
- Aug 21, 2014
-
-
zzz authored
This will break Android and the i2pcontrol plugin but shouldn't affect anything else.
-
- Nov 14, 2013
-
-
zzz authored
-
- Dec 11, 2011
-
-
zzz authored
- Deprecate unused stream methods and I2NPMessageReader since all transports provide encapsulation. - Don't throw IOE from byte array methods - Use cached null cert in GarlicClove - Add method to limit size of buffer to read - Don't check checksum at input, in most cases - Reuse checksum at output, for unomodified pass-through messages (but recalculating it now and logging on a mismatch for testing) - Fix DatabaseLookupMessage to internally store the don't include peers as a List, not a Set, so it doesn't get reordered and break the checksum - Log cleanup * NTCP: - Zero-copy and limit size when handing buffer to I2NP - Log hex dump message on I2NPMessageException, like in SSU - Don't close connection on I2NPMessageException
-
- Dec 09, 2011
-
-
zzz authored
- Earlier detection and better logging of truncated TunnelGatewayMessage and DatabaseStoreMessage - Fix and enhance UnknownI2NPMessage implementation - Don't deserialize or verify the checksum of the embeddedI2NP message in the TunnelGatewayMessage at the IBGW, just use UnknownI2NPMessage and pass it along, except if zero hop; Still to do: similar thing at OBEP - Round expiration times when converting to/from seconds for SSU - Cleanups and javadoc
-
- Jun 02, 2011
-
-
zzz authored
- Disable reusing Deflater on Android
-
- Jan 02, 2011
-
-
zzz authored
- Convert everything from DataStructure to the new DatabaseEntry superclass - Optimizations made possible by DatabaseEntry - Don't rescan netDb directory unless changed
-
- Dec 30, 2010
-
-
zzz authored
- New SDSCache for SimpleDataStructures - New SimpleByteCache for byte[] - Cache Hash, PublicKey, and SigningPublicKey - Remove global lock in ByteCache
-
- May 16, 2010
-
-
zzz authored
-
- May 10, 2010
-
-
zzz authored
-
- Dec 30, 2009
-
-
zzz authored
-
- Jul 01, 2009
-
-
zzz authored
for efficiency (thanks Arsene for the suggestion)
-
- Apr 21, 2009
-
-
sponge authored
* Code janator work, basic corrections involving @Override, and appling final where it is important. Also fixed some equals methods and commented places that need fixing.
-
- Jul 16, 2008
-
-
Oldaris authored
-
- Sep 13, 2005
-
-
* More aggressively publish updated routerInfo. * Expose the flag to force SSU introductions on the router console * Don't give people the option to disable SNTP time sync, at least not through the router console, because there is no reason to disable it. No, not even if your OS is "ntp synced", because chances are, its not.
-
- Aug 27, 2005
-
- Mar 01, 2005
-
- Oct 08, 2004
-
- Oct 07, 2004
-
- Jul 27, 2004
-
-
* removed SourceRouteBlock & SourceRouteReplyMessage, as they're a redundant concept that 1) takes up bandwidth 2) takes up CPU 3) smell funny. now the TunnelCreateMessage includes a replyTag, replyKey, replyTunnel, and replyGateway that they garlic encrypt their ACK/NACK through and with. * tunnelCreateMessage doesn't need a seperate ACK - either we get a TunnelCreateStatusMessage back or we don't. * message structure mods for unique tunnel ID per hop (though currently all hops have the same tunnel ID)
-
- Jun 29, 2004
-
- May 20, 2004
-
-
* made dbStore use a pessimistic algorithm - requiring confirmation of a store, rather than optimistically considering all store messages successful (NOT BACKWARDS COMPATIBLE) * when allocating tunnels for a client, make sure it has a good amount of time left in it (using default values, this means at least 7.5 minutes) * allow overriding the profile organizer's thresholds so as to enforce a minimum number of fast and reliable peers, allowing a base level of tunnel diversification. this is done through the "profileOrganizer.minFastPeers" router.config / context property (default minimum = 4 fast and reliable peers) * don't be so harsh with the isFailing calculator regarding db lookup responses, since we've decreased the timeout. however, include "participated in a failed tunnel" as part of the criteria * more logging than god * for dropped messages, if it is a DeliveryStatusMessage its not an error, its just lag / congestion (keep the average delay as the new stat "inNetPool.droppedDeliveryStatusDelay")
-
- May 17, 2004
-
- Apr 27, 2004
-
- Apr 24, 2004
-
-
a rooted app context. The core itself has its own I2PAppContext (see its javadoc for, uh, docs), and the router extends that to expose the router's singletons. The main point of this is to make it so that we can run multiple routers in the same JVM, even to allow different apps in the same JVM to switch singleton implementations (e.g. run some routers with one set of profile calculators, and other routers with a different one). There is still some work to be done regarding the actual boot up of multiple routers in a JVM, as well as their configuration, though the plan is to have the RouterContext override the I2PAppContext's getProperty/getPropertyNames methods to read from a config file (seperate ones per context) instead of using the System.getProperty that the base I2PAppContext uses. Once the multi-router is working, i'll shim in a VMCommSystem that doesn't depend upon sockets or threads to read/write (and that uses configurable message send delays / disconnects / etc, perhaps using data from the routerContext.getProperty to drive it). I could hold off until the sim is all working, but there's a truckload of changes in here and I hate dealing with conflicts ;) Everything works - I've been running 'er for a while and kicked the tires a bit, but if you see something amiss, please let me know.
-
- Apr 08, 2004
-
-