Adam Ierymenko
34a64f30de
Bump the peer cache serialization version due to path changes, will cause peers to be re-learned. Technically the peer cache is optional anyway so it's not going to break anything and should guard against weird issues due to path learning changes on restart.
|
3 years ago | |
|---|---|---|
| .. | ||
| AES.cpp | 4 years ago | |
| AES.hpp | 4 years ago | |
| AES_aesni.cpp | 4 years ago | |
| AES_armcrypto.cpp | 4 years ago | |
| Address.hpp | 5 years ago | |
| AtomicCounter.hpp | 5 years ago | |
| Bond.cpp | 3 years ago | |
| Bond.hpp | 3 years ago | |
| Buffer.hpp | 5 years ago | |
| C25519.cpp | 5 years ago | |
| C25519.hpp | 5 years ago | |
| Capability.cpp | 5 years ago | |
| Capability.hpp | 5 years ago | |
| CertificateOfMembership.cpp | 3 years ago | |
| CertificateOfMembership.hpp | 3 years ago | |
| CertificateOfOwnership.cpp | 5 years ago | |
| CertificateOfOwnership.hpp | 5 years ago | |
| Constants.hpp | 3 years ago | |
| Credential.hpp | 5 years ago | |
| DNS.hpp | 5 years ago | |
| Dictionary.hpp | 5 years ago | |
| Hashtable.hpp | 5 years ago | |
| Identity.cpp | 5 years ago | |
| Identity.hpp | 3 years ago | |
| IncomingPacket.cpp | 3 years ago | |
| IncomingPacket.hpp | 3 years ago | |
| InetAddress.cpp | 4 years ago | |
| InetAddress.hpp | 4 years ago | |
| MAC.hpp | 5 years ago | |
| Membership.cpp | 5 years ago | |
| Membership.hpp | 3 years ago | |
| MulticastGroup.hpp | 5 years ago | |
| Multicaster.cpp | 4 years ago | |
| Multicaster.hpp | 4 years ago | |
| Mutex.hpp | 3 years ago | |
| Network.cpp | 3 years ago | |
| Network.hpp | 3 years ago | |
| NetworkConfig.cpp | 3 years ago | |
| NetworkConfig.hpp | 3 years ago | |
| NetworkController.hpp | 4 years ago | |
| Node.cpp | 3 years ago | |
| Node.hpp | 3 years ago | |
| OutboundMulticast.cpp | 5 years ago | |
| OutboundMulticast.hpp | 5 years ago | |
| Packet.cpp | 4 years ago | |
| Packet.hpp | 4 years ago | |
| Path.cpp | 5 years ago | |
| Path.hpp | 3 years ago | |
| Peer.cpp | 3 years ago | |
| Peer.hpp | 3 years ago | |
| Poly1305.cpp | 6 years ago | |
| Poly1305.hpp | 5 years ago | |
| README.md | 8 years ago | |
| Revocation.cpp | 5 years ago | |
| Revocation.hpp | 5 years ago | |
| RingBuffer.hpp | 5 years ago | |
| RuntimeEnvironment.hpp | 3 years ago | |
| SHA512.cpp | 4 years ago | |
| SHA512.hpp | 5 years ago | |
| Salsa20.cpp | 7 years ago | |
| Salsa20.hpp | 3 years ago | |
| SelfAwareness.cpp | 5 years ago | |
| SelfAwareness.hpp | 5 years ago | |
| SharedPtr.hpp | 5 years ago | |
| Switch.cpp | 3 years ago | |
| Switch.hpp | 5 years ago | |
| Tag.cpp | 5 years ago | |
| Tag.hpp | 5 years ago | |
| Topology.cpp | 3 years ago | |
| Topology.hpp | 5 years ago | |
| Trace.cpp | 4 years ago | |
| Trace.hpp | 5 years ago | |
| Utils.cpp | 4 years ago | |
| Utils.hpp | 4 years ago | |
| World.hpp | 5 years ago | |
README.md
ZeroTier Network Hypervisor Core
This directory contains the real ZeroTier: a completely OS-independent global virtual Ethernet switch engine. This is where the magic happens.
Give it wire packets and it gives you Ethernet packets, and vice versa. The core contains absolutely no actual I/O, port configuration, or other OS-specific code (except Utils::getSecureRandom()). It provides a simple C API via /include/ZeroTierOne.h. It's designed to be small and maximally portable for future use on small embedded and special purpose systems.
Code in here follows these guidelines:
- Keep it minimal, especially in terms of code footprint and memory use.
- There should be no OS-dependent code here unless absolutely necessary (e.g. getSecureRandom).
- If it's not part of the core virtual Ethernet switch it does not belong here.
- No C++11 or C++14 since older and embedded compilers don't support it yet and this should be maximally portable.
- Minimize the use of complex C++ features since at some point we might end up "minus-minus'ing" this code if doing so proves necessary to port to tiny embedded systems.