EXTRA: Reticulum Network Stack (RNS) im Vergleich zum OSI- und TCP/IP-Modell
Hinweis: Diese Seite ist ein Zukunfts-/Zusatzthema und gehört nicht zum klassischen IHK-Grundlagenstoff. Sie dient nur als technischer Blick darauf, wie moderne, dezentrale Netzwerk-Stacks wie Reticulum anders aufgebaut sein können als klassische Internet-Kommunikation.
1. Grundidee
Das klassische OSI-Modell erklärt Netzwerkkommunikation in 7 Schichten:
- Bitübertragungsschicht
- Sicherungsschicht
- Vermittlungsschicht
- Transportschicht
- Sitzungsschicht
- Darstellungsschicht
- Anwendungsschicht
Das TCP/IP-Modell ist praxisnäher und beschreibt grob, wie das heutige Internet funktioniert:
- Netzzugang / Physical + Link
- Internet Layer
- Transport Layer
- Application Layer
Das RNS-Modell von Reticulum denkt anders:
Reticulum ist kein einzelnes Protokoll wie TCP, IP oder TLS, sondern ein eigener Netzwerk-Stack, bei dem Identität, Routing, Transport und Verschlüsselung eng miteinander verbunden sind.
Reticulum kann über verschiedene darunterliegende Medien laufen, zum Beispiel:
- normales Internet
- TCP
- UDP
- WLAN
- Ethernet
- LoRa
- Packet Radio
- serielle Verbindungen
- I2P
Das vorhandene Medium ist dabei nur der Transportweg. Die eigentliche Reticulum-Kommunikation läuft darüber als eigenes kryptografisches Netzwerk.
2. Vergleich: OSI-Modell, TCP/IP-Modell und RNS-Modell
| Bereich | OSI-Modell | TCP/IP-Modell | RNS / Reticulum |
|---|---|---|---|
| Anwendung | Application Layer | Application Layer | Application Layer Extensions |
| Darstellung | Presentation Layer | meist Teil der Anwendung | in Reticulum-Anwendungen integriert |
| Sitzung | Session Layer | meist Teil der Anwendung | durch Reticulum-Links und Sitzungslogik abgedeckt |
| Sicherheit | im OSI-Modell keine eigene Pflichtschicht | oft zusätzlich durch TLS, VPN oder App-Verschlüsselung | fest in Reticulum eingebaut |
| Transport | Transport Layer, z. B. TCP/UDP | Transport Layer, z. B. TCP/UDP | Reticulum übernimmt eigene Transport-/Link-Logik |
| Vermittlung / Routing | Network Layer, z. B. IP | Internet Layer, z. B. IP | kryptografisch gestützte Ziele, Pfade und Transport |
| Sicherung | Data Link Layer | Network Access / Link | abhängig vom verwendeten Medium |
| Physik | Physical Layer | Physical Layer / Network Access | Physical Layer / beliebiges Trägermedium |
3. Was ist bei RNS anders?
Bei normalem Internetverkehr sieht der Ablauf stark vereinfacht so aus:
| Schritt | Klassisches Internet |
|---|---|
| 1 | Eine Anwendung erzeugt Daten, z. B. Browser oder Messenger |
| 2 | TLS kann die Verbindung verschlüsseln |
| 3 | TCP sorgt für Transport und Reihenfolge |
| 4 | IP sorgt für Adressierung und Routing |
| 5 | Ethernet, WLAN oder Mobilfunk übertragen die Daten physisch |
Bei Reticulum sieht die Denkweise anders aus:
| Schritt | Reticulum / RNS |
|---|---|
| 1 | Eine Reticulum-Anwendung erzeugt Daten |
| 2 | Reticulum adressiert nicht klassisch nur über IP-Adressen, sondern über kryptografische Ziele |
| 3 | Reticulum verschlüsselt Inhalte standardmäßig Ende-zu-Ende |
| 4 | Reticulum kann temporäre Schlüssel pro Paket oder pro Link verwenden |
| 5 | Reticulum verpackt seine Daten in ein verfügbares Trägermedium |
| 6 | Dieses Trägermedium kann TCP, UDP, LoRa, Funk, seriell oder etwas anderes sein |
4. Gegenüberstellung: Wie wird es bei RNS gemacht?
| Aufgabe | Klassisch im OSI-/TCP/IP-Modell | Bei RNS / Reticulum |
|---|---|---|
| Adresse finden | IP-Adresse, DNS, Routingtabellen | kryptografische Identitäten und Destinations |
| Daten transportieren | TCP oder UDP | Reticulum-Pakete, Links und Transportlogik |
| Verbindung absichern | häufig TLS, VPN, IPsec oder App-Verschlüsselung | Verschlüsselung ist direkt Teil des Reticulum-Stacks |
| Identität prüfen | Zertifikate, DNS, CA, Login-Systeme | kryptografische Identität des Ziels |
| Daten über Internet senden | IP-Paket über Router | Reticulum-Paket wird in TCP/UDP/IP eingepackt |
| Daten über Funk senden | meist Spezialprotokoll nötig | Reticulum kann auch über LoRa, Packet Radio oder serielle Interfaces laufen |
| Zwischenstationen | Router sehen IP-Adressen und leiten weiter | Reticulum-Knoten leiten Pakete weiter, ohne den Inhalt lesen zu können |
| Anwendungsschicht | HTTP, SMTP, DNS, Messenger-Protokolle | Reticulum-Anwendungen oder Erweiterungen, z. B. Messaging über LXMF |
| Verschlüsselung | oft Zusatzschicht über TCP/IP | eingebauter Bestandteil des Netzwerks |
| Abhängigkeit vom Internet | meist stark abhängig von IP-Infrastruktur | kann IP nutzen, ist aber nicht grundsätzlich davon abhängig |
5. Erklärung anhand der Grafik
Die Grafik vergleicht drei Modelle:
| Modell | Bedeutung |
|---|---|
| OSI-Modell | theoretisches 7-Schichten-Modell zur Erklärung von Netzwerkkommunikation |
| TCP/IP-Modell | praxisnahes Modell des heutigen Internets |
| RNS-Modell | Reticulum Network Stack als kryptografiebasierter Netzwerk-Stack |
Im OSI-Modell sind die Aufgaben stark aufgeteilt:
- Anwendung
- Darstellung
- Sitzung
- Transport
- Netzwerk
- Sicherung
- Physik
Im TCP/IP-Modell werden mehrere OSI-Schichten zusammengefasst:
- Anwendung
- Transport
- Netzwerk
- Physik/Link
Im RNS-Modell wird vieles noch stärker zusammengeführt:
- Application Layer Extensions
- Secure Extensible Application Layer
- Physical Layer
Das bedeutet:
Reticulum legt sehr viele Funktionen, die sonst auf mehrere Schichten verteilt sind, in eine sichere und erweiterbare Reticulum-Schicht.
Diese Reticulum-Schicht übernimmt dann unter anderem:
- kryptografische Identität
- sichere Ziele
- Paketverschlüsselung
- Link-Aufbau
- Weiterleitung über mehrere Knoten
- Transport über unterschiedliche Medien
- Nutzung von TCP/UDP/IP als möglicher Träger
- Nutzung von Funk, LoRa oder seriellen Verbindungen als möglicher Träger
6. Beispiel: Reticulum über normales Internet
Reticulum kann über das bestehende Internet laufen.
Dabei wird nicht das normale IP-Paketformat verändert. Stattdessen wird ein Reticulum-Paket in ein normales TCP- oder UDP-Paket eingepackt.
Ablauf:
| Schritt | Beschreibung |
|---|---|
| 1 | Eine Reticulum-Anwendung erstellt eine Nachricht |
| 2 | Reticulum verschlüsselt die Nachricht |
| 3 | Reticulum erzeugt ein eigenes Reticulum-Paket |
| 4 | Dieses Paket wird in TCP oder UDP eingepackt |
| 5 | TCP/UDP läuft wie gewohnt über IP |
| 6 | Normale Router leiten das Paket weiter |
| 7 | Der Empfänger entpackt das Reticulum-Paket |
| 8 | Reticulum entschlüsselt die Nachricht beim richtigen Empfänger |
Vereinfacht:
Reticulum-Nachricht
↓
Reticulum-Verschlüsselung
↓
Reticulum-Paket
↓
TCP/UDP-Paket
↓
IP-Paket
↓
Internet
↓
Empfänger entschlüsselt Reticulum-Nachricht
7. Warum braucht RNS nicht zwingend IP?
Im klassischen Internet ist IP die zentrale Vermittlungsschicht.
Bei Reticulum ist das anders:
Reticulum kann IP benutzen, muss es aber nicht.
Das heißt:
| Situation | Reticulum-Nutzung |
|---|---|
| normales Heimnetz | Reticulum kann über TCP/UDP/IP laufen |
| Internet | Reticulum kann über TCP/UDP/IP getunnelt werden |
| LoRa-Funk | Reticulum kann direkt über LoRa laufen |
| Packet Radio | Reticulum kann über Funkmodems laufen |
| serielle Verbindung | Reticulum kann über serielle Schnittstellen laufen |
| I2P | Reticulum kann über ein anonymisierendes Overlay laufen |
Deshalb ist Reticulum besonders interessant für Netze, die nicht immer wie normales Internet funktionieren.
Zum Beispiel:
- Notfallkommunikation
- Mesh-Netze
- Funknetze
- LoRa-Kommunikation
- dezentrale Kommunikation
- Kommunikation mit sehr niedriger Bandbreite
- Kommunikation bei hoher Latenz
- Netze ohne zentrale Infrastruktur
8. Was bedeutet „Secure Extensible Application Layer“?
In der Grafik ist beim RNS-Modell eine große grüne Schicht zu sehen:
Secure Extensible Application Layer
Das bedeutet vereinfacht:
Reticulum stellt eine sichere, erweiterbare Kommunikationsschicht bereit, auf der Anwendungen aufbauen können.
Diese Schicht ersetzt nicht einfach nur eine einzelne OSI-Schicht. Sie übernimmt mehrere Aufgaben gleichzeitig.
| Klassische Aufgabe | Bei RNS ungefähr enthalten in |
|---|---|
| Adressierung | Secure Extensible Application Layer |
| Routing / Weiterleitung | Secure Extensible Application Layer |
| Verschlüsselung | Secure Extensible Application Layer |
| Sitzungs-/Link-Aufbau | Secure Extensible Application Layer |
| Pakettransport | Secure Extensible Application Layer |
| Anwendungserweiterungen | Application Layer Extensions |
Dadurch wirkt RNS im Vergleich zum OSI-Modell viel kompakter.
9. Wichtiger Unterschied zu TLS/HTTPS
TLS/HTTPS funktioniert normalerweise so:
| Ebene | Klassisches HTTPS |
|---|---|
| Anwendung | Browser / Webserver |
| Sicherheit | TLS |
| Transport | TCP |
| Netzwerk | IP |
| Physik | Ethernet, WLAN, Mobilfunk |
Reticulum funktioniert eher so:
| Ebene | Reticulum |
|---|---|
| Anwendung | Reticulum-App |
| Sicherheit | direkt in Reticulum |
| Transportlogik | direkt in Reticulum |
| Routing/Ziele | direkt in Reticulum |
| Trägermedium | TCP, UDP, LoRa, Funk, seriell, WLAN usw. |
Merksatz:
TLS schützt eine bestehende TCP/IP-Verbindung. Reticulum baut ein eigenes kryptografisches Netzwerk, das TCP/IP nur als eine mögliche Transportmöglichkeit verwenden kann.
10. Kurze Lernzusammenfassung
Reticulum / RNS unterscheidet sich vom OSI- und TCP/IP-Modell vor allem dadurch, dass es nicht einfach eine weitere Verschlüsselungsschicht über das Internet legt.
Stattdessen ist Reticulum ein eigener Netzwerk-Stack.
Er verbindet:
- Identität
- Adressierung
- Verschlüsselung
- Transport
- Routing
- Anwendungserweiterungen
in einem kryptografisch aufgebauten System.
Das normale Internet kann dabei weiterhin benutzt werden, ist aber nur ein möglicher Transportweg.
Reticulum kann deshalb über TCP/UDP/IP laufen, aber auch über LoRa, Funk, serielle Verbindungen oder andere Medien.
11. Merksatz
Das OSI-Modell trennt Netzwerkkommunikation in viele einzelne Schichten. TCP/IP setzt diese Idee praxisnah für das Internet um. RNS/Reticulum geht einen anderen Weg: Es baut ein eigenes kryptografisches Netzwerk, in dem Sicherheit, Identität, Routing und Transport direkt zusammengehören. Das darunterliegende Medium kann normales Internet sein, muss es aber nicht.
12. Mini-Vergleich für den Kopf
| Frage | OSI / TCP/IP | RNS / Reticulum |
|---|---|---|
| Braucht es IP? | meistens ja | nein, aber IP kann genutzt werden |
| Ist Verschlüsselung automatisch Teil des Modells? | nein, meist Zusatz wie TLS/VPN | ja, zentraler Bestandteil |
| Für normales Web geeignet? | ja | nicht als direkter Ersatz für normales Web gedacht |
| Für Mesh/Funk/LoRa geeignet? | nur mit Zusatzlösungen | genau dafür interessant |
| Müssen Router Reticulum verstehen? | nur Reticulum-Knoten müssen es verstehen | normale IP-Router leiten nur TCP/UDP weiter |
| Können Zwischenstationen Inhalte lesen? | abhängig von Verschlüsselung | bei verschlüsselter Reticulum-Kommunikation nein |
| Hauptidee | standardisierte Schichten | kryptografisches dezentrales Netzwerk |
Extra: Warum Reticulum das klassische Internet nicht einfach ersetzt
Hinweis: Dieses Thema ist ein Zusatz-/Zukunftsthema und nicht als klassischer IHK-Prüfungsstoff gedacht. Es hilft aber zu verstehen, warum alternative Netzwerk-Stacks wie Reticulum interessant sind und trotzdem nicht einfach das heutige Internet ersetzen.
1. Kurzantwort
Reticulum kann über das bestehende Internet laufen, ersetzt das klassische Internet aber nicht einfach 1:1.
Das normale Internet ist heute vor allem für alltägliche Internetdienste optimiert:
- Webseiten
- Browser
- Streaming
- Online-Shops
- Banking
- Cloud-Dienste
- APIs
- Apps
- DNS
- CDNs
- sehr hohe Datenmengen
- globale Server-Infrastruktur
Reticulum ist dagegen eher für andere Szenarien gebaut:
- dezentrale Kommunikation
- Mesh-Netze
- Funk / LoRa / Packet Radio
- sehr geringe Bandbreite
- hohe Latenz
- instabile Verbindungen
- Notfallkommunikation
- autonome Gemeinschaftsnetze
- Kommunikation ohne zentrale Kontrolle
Merksatz: Reticulum ist nicht einfach ein schnellerer Ersatz für das normale Internet. Es ist ein eigener kryptografischer Netzwerk-Stack für robuste, dezentrale und souveräne Kommunikation.
2. Was bedeutet „Reticulum kann über das Internet laufen“?
Reticulum kann normale IP-Netze als Transportweg benutzen.
Das bedeutet vereinfacht:
Reticulum-Nachricht
↓
Reticulum-Verschlüsselung
↓
Reticulum-Paket
↓
TCP- oder UDP-Paket
↓
IP-Paket
↓
normales Internet
Das normale Internet ist dabei nur der Träger.
Die Router im Internet müssen Reticulum nicht verstehen. Sie leiten nur normale TCP-/UDP-/IP-Pakete weiter.
Vereinfacht gesagt:
Internet = Straße
Reticulum = eigenes Fahrzeug auf dieser Straße
Reticulum kann also vorhandene Infrastruktur nutzen, baut darüber aber sein eigenes verschlüsseltes Netzwerk auf.
3. Warum ersetzt Reticulum nicht einfach Browser, Webseiten und Apps?
Ein normaler Browser arbeitet heute ungefähr so:
Browser
↓
HTTPS / TLS
↓
TCP
↓
IP
↓
Internet
↓
Webserver
Damit eine Webseite funktioniert, werden viele etablierte Bausteine erwartet:
- DNS
- IP-Adressen
- TCP
- TLS
- HTTP/HTTPS
- HTML
- CSS
- JavaScript
- Browser-Kompatibilität
- Webserver
- CDN-Strukturen
Reticulum arbeitet aber anders. Es ist nicht einfach ein Ersatz für HTTP oder HTTPS.
Ein normaler Browser kann nicht automatisch sagen:
Öffne diese Webseite über Reticulum.
Dafür bräuchte man spezielle Reticulum-Anwendungen, Gateways oder zusätzliche Software.
4. Gegenüberstellung: Klassisches Internet und Reticulum
| Bereich | Klassisches Internet | Reticulum |
|---|---|---|
| Hauptzweck | Web, Apps, Streaming, Cloud, APIs | dezentrale und robuste Kommunikation |
| Typische Nutzung | Browser, Webseiten, Online-Dienste | Mesh, Funk, LoRa, Notfallnetze |
| Grundlage | IP, TCP/UDP, DNS, TLS, HTTP/HTTPS | kryptografische Identitäten, Ziele, Links und Pakete |
| Browser-kompatibel | ja | nicht direkt |
| Streaming / große Datenmengen | sehr gut geeignet | nicht Hauptzweck |
| Sehr geringe Bandbreite | oft problematisch | besonders interessant |
| Hohe Latenz | oft problematisch | dafür besser geeignet |
| Zentrale Infrastruktur | häufig wichtig | weniger abhängig davon |
| Verschlüsselung | meist Zusatz durch TLS/VPN | direkt im Stack integriert |
| Adressierung | IP-Adressen, DNS | kryptografische Ziele / Destinations |
| Funk / LoRa / serielle Links | nur mit Zusatzlösungen | direkt als mögliches Trägermedium nutzbar |
5. Warum ist das klassische Internet trotzdem praktischer für den Alltag?
Das heutige Internet hat einen riesigen Vorteil:
Es ist bereits überall vorhanden.
Dazu gehören:
- Milliarden kompatible Geräte
- fertige Router
- Provider-Infrastruktur
- Browser
- Webseiten
- Apps
- DNS
- Rechenzentren
- CDNs
- Sicherheitsstandards wie TLS
- Firmen- und Behördenstrukturen
- Suchmaschinen
- Zahlungsdienste
- Streaming-Plattformen
Reticulum müsste für eine vollständige Ablösung nicht nur technisch funktionieren, sondern auch dieses gesamte Ökosystem ersetzen.
Das ist der Hauptgrund, warum Reticulum nicht einfach „das Internet ablöst“.
6. Ist Reticulum schneller?
Nicht pauschal.
Auf einer normalen Leitung, zum Beispiel:
100 Mbit/s
oder
1 Gbit/s
ist Reticulum nicht automatisch schneller als der klassische Internet-Stack.
Das OSI-Modell ist außerdem kein Geschwindigkeitsstandard. Es beschreibt nur, wie Netzwerkfunktionen gedanklich in Schichten eingeteilt werden können.
Der Vorteil von Reticulum liegt eher hier:
Reticulum kann auch dann noch sinnvoll arbeiten, wenn Verbindungen langsam, instabil oder latenzreich sind.
Beispiele:
- LoRa
- Packet Radio
- Funkstrecken
- serielle Verbindungen
- Mesh-Netze
- Notfallkommunikation
- Netze mit sehr wenig Bandbreite
7. Beispiel: Normale 100-Mbit/s-Verbindung
Angenommen, beide Systeme nutzen dieselbe Leitung:
100 Mbit/s Leitung
ca. 20 ms RTT / Latenz
normales IP-Netz als Träger
Dann gilt:
| Frage | Klassischer Stack | Reticulum |
|---|---|---|
| Nutzt die Leitung? | ja, direkt | ja, als Trägermedium |
| Wird die Latenz kleiner? | nein, physisch bedingt | nein, eher zusätzliche Protokolllogik |
| Wird es automatisch schneller? | kein OSI-Wert | nein, kein pauschaler 1:1-Vorteil |
| Vorteil auf dieser Leitung | sehr praktisch für Web und Apps | zusätzliche Souveränität, Routing, integrierte Kryptografie |
| Typische Nutzung | Webseiten, APIs, Streaming | Reticulum-Apps, dezentrale Kommunikation |
Wichtig: Reticulum macht eine 100-Mbit/s-Leitung nicht magisch schneller. Es nutzt die Leitung anders.
8. Wo ist Reticulum besonders stark?
Reticulum ist besonders interessant, wenn klassische Internetstrukturen nicht ideal sind.
Zum Beispiel:
| Situation | Warum Reticulum interessant ist |
|---|---|
| sehr wenig Bandbreite | Reticulum ist auf niedrige Bandbreiten ausgelegt |
| hohe Latenz | Reticulum ist für schwierige Verbindungen gedacht |
| Funk / LoRa | Reticulum kann über solche Medien laufen |
| Mesh-Netze | Reticulum kann dezentrale Netze verbinden |
| Notfallkommunikation | funktioniert auch ohne klassische Internet-Infrastruktur |
| autonome Gemeinschaftsnetze | keine zentrale Kontrolle notwendig |
| zensurresistente Kommunikation | weniger abhängig von zentralen Stellen |
| lokale souveräne Netze | Gemeinschaften können eigene Netze betreiben |
9. Warum ist Reticulum trotzdem wichtig?
Reticulum ist wichtig, weil es eine andere Frage stellt als das normale Internet.
Das normale Internet fragt eher:
Wie verbinden wir Milliarden Geräte effizient mit Webdiensten, Cloud, Streaming und Servern?
Reticulum fragt eher:
Wie können Menschen sichere, dezentrale und robuste Kommunikationsnetze selbst aufbauen, auch ohne zentrale Kontrolle und auch unter schwierigen Bedingungen?
Das ist ein anderer Schwerpunkt.
10. Verschlüsselung als Unterschied
Beim klassischen Internet ist Verschlüsselung oft eine Zusatzschicht.
Beispiel:
Anwendung
↓
TLS / HTTPS
↓
TCP
↓
IP
↓
Physikalisches Netz
Bei Reticulum ist Sicherheit stärker in den Netzwerk-Stack eingebaut.
Vereinfacht:
Reticulum-Anwendung
↓
Reticulum mit Identität, Routing, Links und Verschlüsselung
↓
Trägermedium, z. B. TCP, UDP, LoRa, Funk oder seriell
Reticulum nutzt kryptografische Identitäten und verschlüsselte Kommunikation als Grundprinzip.
11. Warum wird Reticulum nicht von allen normalen Internetnutzern verwendet?
Die wichtigsten Gründe sind:
| Grund | Erklärung |
|---|---|
| Bestehende Infrastruktur | Das heutige Internet funktioniert bereits weltweit mit IP, DNS, HTTP/HTTPS und Browsern |
| Browser-Kompatibilität | Normale Browser sprechen nicht direkt Reticulum |
| App-Kompatibilität | Die meisten Apps sind für den klassischen Internet-Stack gebaut |
| Netzwerkeffekt | Menschen nutzen, was andere auch nutzen |
| Kein pauschaler Speed-Vorteil | Reticulum ist nicht automatisch schneller auf normalen Leitungen |
| Anderer Zweck | Reticulum ist eher für dezentrale, robuste und autonome Kommunikation gebaut |
| Kleineres Ökosystem | Es gibt weniger Apps, Dienste und Nutzer als im klassischen Internet |
| Spezialgebiet | Reticulum ist besonders stark bei Mesh, Funk, LoRa und schwierigen Verbindungen |
12. Einfacher Vergleich als Merkhilfe
| Frage | Antwort |
|---|---|
| Kann Reticulum über normales Internet laufen? | Ja |
| Ersetzt es automatisch Webseiten und Browser? | Nein |
| Ist es schneller als das normale Internet? | Nicht pauschal |
| Ist es für 100-Mbit/s- oder 1-Gbit/s-Leitungen automatisch besser? | Nein |
| Ist es für Funk, LoRa und Mesh interessant? | Ja |
| Ist Sicherheit eingebaut? | Ja |
| Ist es ein klassischer Web-Ersatz? | Nein |
| Ist es eine Ergänzung oder Alternative für bestimmte Szenarien? | Ja |
13. Abschluss-Merksatz
Reticulum kann das bestehende Internet als Transportweg nutzen, ersetzt es aber nicht einfach. Das klassische Internet bleibt für Web, Browser, Streaming, Cloud und Apps praktischer. Reticulum ist dagegen besonders stark bei dezentraler, sicherer und robuster Kommunikation – vor allem bei Mesh, Funk, LoRa, hoher Latenz, wenig Bandbreite und autonomen Netzen.
Quellen / weiterführende Links
- Reticulum Manual: https://reticulum.network/manual/
- What is Reticulum?: https://reticulum.network/manual/whatis.html
- Understanding Reticulum: https://reticulum.network/manual/understanding.html
- Cryptographic Primitives: https://reticulum.network/crypto.html
- GitHub-Projekt: https://github.com/markqvist/Reticulum