| Age | Commit message (Collapse) | Author |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
ineffective.
|
|
location with pre-1.0.4 clients.
|
|
and replacing it with a simple non-crypto PRNG that just uses Salsa20.
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
support code in Switch.
|
|
well supported or easily configurable anyway) -- this is really left over from the old collaborative multicast propagation algorithm. New algorithm (in for a while) has been sender-side replication in which sender "pays" all bandwidth, which intrinsically limits multicast.
|
|
full identity of peers instead of just address.
|
|
|
|
allow RENDEZVOUS from regular peers.
|
|
|
|
|
|
|
|
|
|
significantly simpler way to move all of this logic entirely into the containing service, liberating the core from any concern over the nature of its pipe to the outside world.
|
|
never work.
|
|
avoid flooding.
|
|
core, other bug fixes.
|
|
direct links.
|
|
|
|
|
|
|
|
link, porting over core loop code from old Node.cpp to new CAPI version, etc.
|
|
two-way handshake to prevent half-connects.
|
|
|
|
|
|
|
|
Switch.
|
|
|
|
simplifies a ton of stuff. Loads of spaghetti logic can die since we no longer have to make these decisions down in the core.
|
|
|
|
|
|
current one it attempts.
|
|
refactoring, and a few other things related to multicast.
|
|
multicast for debugging purposes.
|
|
of certificates of membership.
|
|
that differently, re-add support for active bridges, and remove some gratuitous use of std::set where not needed.
|