The cryptography-based networking stack for building unstoppable networks with LoRa, Packet Radio, WiFi and everything in between.
Go to file
Mark Qvist 987ff0658b Version bump 2022-02-23 22:53:16 +01:00
Examples Updated example 2022-01-11 03:06:35 +01:00
RNS Version bump 2022-02-23 22:53:16 +01:00
docs Updated documentation 2022-02-22 21:39:16 +01:00
.gitignore Improved shutdown handling on interrupt. Updated gitignore. 2021-11-04 17:15:58 +01:00
LICENSE Added license 2018-04-27 10:12:30 +02:00
Makefile Added makefile 2021-12-01 19:23:19 +01:00
README.md Update README.md 2022-01-12 12:53:18 +01:00
setup.py Preliminary I2P Interface support 2022-02-23 17:40:31 +01:00

README.md

Reticulum Network Stack β

Reticulum is a cryptography-based networking stack for wide-area networks built on readily available hardware, and can operate even with very high latency and extremely low bandwidth. Reticulum allows you to build very wide-area networks with off-the-shelf tools, and offers end-to-end encryption, autoconfiguring cryptographically backed multi-hop transport, efficient addressing, unforgeable packet acknowledgements and more.

Reticulum is a complete networking stack, and does not need IP or higher layers, although it is easy to use IP (with TCP or UDP) as the underlying carrier for Reticulum. It is therefore trivial to tunnel Reticulum over the Internet or private IP networks.

Having no dependencies on traditional networking stacks free up overhead that has been utilised to implement a networking stack built directly on cryptographic principles, allowing resilience and stable functionality in open and trustless networks.

No kernel modules or drivers are required. Reticulum runs completely in userland, and can run on practically any system that runs Python 3.

Read The Manual

The full documentation for Reticulum is available at markqvist.github.io/Reticulum/manual/.

You can also download the Reticulum manual as a PDF

For more info, see unsigned.io/projects/reticulum

Notable Features

  • Coordination-less globally unique adressing and identification
  • Fully self-configuring multi-hop routing
  • Complete initiator anonymity, communicate without revealing your identity
  • Asymmetric X25519 encryption and Ed25519 signatures as a basis for all communication
  • Forward Secrecy with ephemereal Elliptic Curve Diffie-Hellman keys on Curve25519
  • Reticulum uses the Fernet specification for on-the-wire / over-the-air encryption
    • Keys are ephemeral and derived from an ECDH key exchange on Curve25519
    • AES-128 in CBC mode with PKCS7 padding
    • HMAC using SHA256 for authentication
    • IVs are generated through os.urandom()
  • Unforgeable packet delivery confirmations
  • A variety of supported interface types
  • An intuitive and easy-to-use API
  • Reliable and efficient transfer of arbritrary amounts of data
    • Reticulum can handle a few bytes of data or files of many gigabytes
    • Sequencing, transfer coordination and checksumming is automatic
    • The API is very easy to use, and provides transfer progress
  • Lightweight, flexible and expandable Request/Response mechanism
  • Efficient link establishment
    • Total bandwidth cost of setting up a link is 3 packets totalling 237 bytes
    • Low cost of keeping links open at only 0.62 bits per second

Examples of Reticulum Applications

If you want to quickly get an idea of what Reticulum can do, take a look at the following resources.

  • For an off-grid, encrypted and resilient mesh communications platform, see Nomad Network
  • For a distributed, delay and disruption tolerant message transfer protocol built on Reticulum, see LXMF

Where can Reticulum be used?

Over practically any medium that can support at least a half-duplex channel with 500 bits per second throughput, and an MTU of 500 bytes. Data radios, modems, LoRa radios, serial lines, AX.25 TNCs, amateur radio digital modes, ad-hoc WiFi, free-space optical links and similar systems are all examples of the types of interfaces Reticulum was designed for.

An open-source LoRa-based interface called RNode has been designed specifically for use with Reticulum. It is possible to build yourself, or it can be purchased as a complete transceiver that just needs a USB connection to the host.

Reticulum can also be encapsulated over existing IP networks, so there's nothing stopping you from using it over wired ethernet or your local WiFi network, where it'll work just as well. In fact, one of the strengths of Reticulum is how easily it allows you to connect different mediums into a self-configuring, resilient and encrypted mesh.

As an example, it's possible to set up a Raspberry Pi connected to both a LoRa radio, a packet radio TNC and a WiFi network. Once the interfaces are configured, Reticulum will take care of the rest, and any device on the WiFi network can communicate with nodes on the LoRa and packet radio sides of the network, and vice versa.

How do I get started?

The best way to get started with the Reticulum Network Stack depends on what you want to do. For full details and examples, have a look at the Getting Started Fast section of the Reticulum Manual.

To simply install Reticulum and related utilities on your system, the easiest way is via pip:

pip3 install rns

You can then start any program that uses Reticulum, or start Reticulum as a system service with the rnsd utility.

When first started, Reticulum will create a default configuration file, providing basic connectivity to other Reticulum peers. The default config file contains examples for using Reticulum with LoRa transceivers (specifically RNode), packet radio TNCs/modems, TCP and UDP.

You can use the examples in the config file to expand communication over many mediums such as packet radio or LoRa (with RNode), serial ports, or over fast IP links and the Internet using the UDP and TCP interfaces. For more detailed examples, take a look at the Supported Interfaces section of the Reticulum Manual.

Current Status

Reticulum should currently be considered beta software. All core protocol features are implemented and functioning, but additions will probably occur as real-world use is explored. There will be bugs. The API and wire-format can be considered relatively stable at the moment, but could change if warranted.

Supported interface types and devices

Reticulum implements a range of generalised interface types that covers most of the communications hardware that Reticulum can run over. If your hardware is not supported, it's relatively simple to implement an interface class. Currently, the following interfaces are supported:

  • Any ethernet device
  • LoRa using RNode
  • Packet Radio TNCs (with or without AX.25)
  • Any device with a serial port
  • TCP over IP networks
  • UDP over IP networks

Feature Roadmap

  • Stream mode for links
  • Globally routable multicast
  • More interface types for even broader compatibility
    • ESP32 devices (ESP-Now, Bluetooth, etc.)
    • More LoRa transceivers
    • AT-compatible modems
    • AWDL / OWL
    • CAN-bus
    • ZeroMQ
    • MQTT
    • SPI
    • i²c

Dependencies:

  • Python 3.6
  • cryptography.io
  • netifaces
  • pyserial

Support Reticulum

You can help support the continued development of open, free and private communications systems by donating via one of the following channels:

Caveat Emptor

Reticulum is experimental software, and should be considered as such. While it has been built with cryptography best-practices very foremost in mind, it has not been externally security audited, and there could very well be privacy-breaking bugs. If you want to help out, or help sponsor an audit, please do get in touch.