Wie man einen Internet Resiliency Club gründet
(bowshock.nl)- Durch Krieg, Geopolitik und Klimawandel könnten Internetausfälle in Europa häufiger und schwerwiegender werden; kleine Gruppen freiwilliger Techniker können zu einem ersten Anlaufpunkt für die Wiederherstellung der Kommunikation werden
- Der Club nutzt stromsparende, lizenzfreie LoRa-Funkgeräte und Open-Source-Textnachrichten mit Meshtastic, um ohne zentrale Infrastruktur über mehrere Kilometer miteinander in Kontakt zu bleiben
- Diese Kombination benötigt weder Lizenz noch zentrale Server, ist ab etwa 20 € möglich und kann mit weniger als 1 W auch über Powerbanks oder kleine Solarpanels betrieben werden
- Der Einstieg besteht darin, Internet-Fachleute im Umkreis von etwa 10 km zusammenzubringen, einen normalen Kontaktkanal festzulegen, LoRa-Funkgeräte und Powerbanks vorzubereiten und wiederholt auf einem gemeinsamen Kanal zu üben
- Nach einem Strom- oder Internetausfall bleibt keine Vorbereitungszeit; deshalb sollte man sich vor der Krise persönlich treffen, Nachrichten austauschen und Ausrüstung sowie Abläufe einüben
Die Rolle eines Internet Resiliency Club
- Ein Internet Resiliency Club ist eine Freiwilligengruppe von Internet-Fachleuten, die ohne zentralisierte Infrastruktur miteinander kommunizieren
- Er verwendet günstige, stromsparende, lizenzfreie LoRa-Funkgeräte und die Open-Source-Textnachrichten-Software Meshtastic
- Die Teilnehmenden können Funkgeräte, technische Fähigkeiten und persönliche Verbindungen zu anderen Fachleuten nutzen, um die Wiederherstellung von Internetverbindungen anzustoßen
- Ausgangspunkt ist die Sorge, dass Internetstörungen in Europa durch Krieg, Geopolitik und Klimawandel häufiger und schwerwiegender auftreten könnten
- Regierungen und Unternehmen könnten wegen der Risiken und Kosten der nötigen Änderungen bis zum Eintritt einer Krise untätig bleiben
Warum man sich jetzt vorbereiten sollte
- In der Ukraine greift Russland Kommunikation und Stromversorgung wiederholt sowohl mit Bomben als auch mit Hackern an
- 2022 wurden deutsche Windkraftanlagen durch Malware außer Betrieb gesetzt, die auf die Ukraine abzielte
- In der Ostsee kam es wiederholt vor, dass verdächtige Tanker mit ihren Ankern Unterseekabel durchtrennten
- Der NATO-Chef riet allen, zu Hause Vorräte für 3 Tage aufzubewahren
- Der Vortrag des ukrainischen IXP 1-IX „Network Resilience: Experiences of survival and development during the war in Ukraine“ zeigt die Realität des Netzwerkbetriebs im Krieg
- Aufbau getarnter Routerräume
- Sicherstellung von Generatorstrom für 3 Tage
- Ersatz aktiver Glasfasertechnik durch passive Verfahren
- Freistellung von Netzwerkpersonal vom Militärdienst
- Das cloudbasierte niederländische System für „Notfallkommunikation“ wurde kritisiert, weil es in Notlagen, die Stromversorgung oder Internetverbindung betreffen, nicht funktionieren dürfte
- Selbst wenn es im Kommunikationsbereich einen offiziellen Plan gibt, der dem „Black Start“ des Stromnetzes entspricht, wird er nicht mit den Netzbetreibern geteilt, die ihn umsetzen müssten
Krisenreaktion und Freiwilligennetzwerke
- Der Kurs Crisis Engineering von Layer Aleph geht davon aus, dass Organisationen, die mit einer existenziellen Krise konfrontiert sind, sich schnell in eine funktionalere Form verwandeln – oder scheitern und noch dysfunktionaler werden
- Dieser Ansatz konzentriert sich weniger darauf, Organisationen vorab davon zu überzeugen, dass eine Krise kommen wird, sondern darauf, Werkzeuge und Pläne bereitzuhalten, die bei Eintritt der Krise genutzt werden können
- Eine Möglichkeit, die Einzelne ohne Hilfe von Regierung oder Unternehmen umsetzen können, ist der Aufbau einer freiwilligen Gruppe von Netzwerk-Fachleuten, die ohne zentrale Infrastruktur kommunizieren kann
- Amateurfunk kann größere Reichweiten und höhere Bandbreite bieten, gilt für diesen Zweck aber wegen Kosten, Lernaufwand, Lizenzierung, Antennen und Energiebedarf als weniger praktikabel
- LoRa und Meshtastic werden als günstige, stromsparende Alternative gewählt, mit der sich über einige Kilometer Textnachrichten senden lassen
Schneller Einstieg
- So baut man einen Internet Resiliency Club auf
- Internetbezogene Techniker im Umkreis von etwa 10 km zusammenbringen
- Einen Kontaktweg für den Alltag festlegen: Signal, Matrix, E-Mail usw.
- Jede Person besorgt ein LoRa-Funkgerät und eine Powerbank, die Erhaltungsladung (trickle charge) unterstützt
- Meshtastic auf dem LoRa-Funkgerät installieren
- Einen gemeinsamen LoRa-Kanal festlegen
- Treffen organisieren und das Senden von Nachrichten mit Meshtastic üben
- Wer bei einem Unternehmen für Internetinfrastruktur arbeitet, kann vorschlagen, interessierten Mitarbeitenden LoRa-Funkgeräte, Handy-Powerbanks und möglichst kleine Solarpanels für den persönlichen Gebrauch bereitzustellen
Grundprinzip von LoRa und Meshtastic
- LoRa-Funkgeräte haben mehrere Eigenschaften, die zu Notfallkommunikation passen
- Keine zentrale Infrastruktur nötig
- Keine Lizenz nötig
- Niedriger Preis ab etwa 20 €
- Geringer Stromverbrauch von unter 1 W
- Stromversorgung über übliche Handy-Powerbanks möglich
- Läuft mit der Open-Source-Firmware Meshtastic
- Kann Textnachrichten über mehrere Sichtlinien-Hops und mehrere Kilometer senden und empfangen
- Verbindung zu Telefonen oder Computern per Bluetooth oder WiFi möglich
- In vielen städtischen Gebieten gibt es bereits Meshtastic-Netzwerke
- LoRa ist ein stromsparendes Funk-Nachrichtenverfahren mit niedriger Bitrate, das aus Chirp Spread Spectrum abgeleitet ist
- Die Übertragungsrate liegt bei etwa 1–25 kbps
- Der Stromverbrauch liegt bei unter 1 W
- Meshtastic ist eine Open-Source-Firmware für LoRa-Funkgeräte
- Sie verwendet ein Flood-Forward-Mesh-Netzwerkprotokoll
- Nachrichten werden zwischen Meshtastic-Knoten über bis zu 3 Sichtlinien-Hops weitergeleitet
- Typisch sind etwa 10 km, dies hängt aber stark von Gelände und Wetter ab
- Günstige LoRa-Boards sind oft Entwicklungsboards und haben möglicherweise keinen Akku, kein Gehäuse und keine gute Antenne
- Teurere Produkte können Gehäuse, Akku, Solarpanel, großen Bildschirm, Tastatur usw. enthalten; einige lassen sich ohne separates Telefon oder Computer verwenden
Auswahl zwischen Meshtastic und MeshCore
- MeshCore kann Mesh-Nachrichten zuverlässiger senden, wird aber als weniger resilient bewertet
- Die Zuverlässigkeit über größere Entfernungen entsteht durch einen Ansatz, der einem zentralisierten und zentral verwalteten Netzwerk ähnelt
- MeshCore hat derzeit mit Überlastungsproblemen zu kämpfen und benötigt eher Top-down-Management als einen Bottom-up-Ansatz
- Wenn bei einem Stromausfall viele Repeater ausfallen, können große Bereiche eines MeshCore-Netzwerks abgetrennt werden, während die verbleibenden Teile von Update-Nachrichten überflutet werden
- Es ist auch möglich, beide Ansätze parallel zu verwenden
- Geräte vorbereiten, auf denen sowohl Meshtastic als auch MeshCore läuft
- Üben, die Firmware ohne Netzwerkverbindung oder kommerziellen Strom zu wechseln
Batterien und Solarstrom
- LoRa-Funkgeräte verbrauchen meist nur wenig Strom, etwa 100–200 mA
- Übliche Handy-Powerbanks mit 10.000–20.000 mAh können ein LoRa-Funkgerät etwa 2–8 Tage betreiben
- Abhängig vom Chipsatz
- Von der Sendezeit
- Davon, ob WiFi oder Bluetooth genutzt wird
- Die Powerbank muss Laden mit niedrigem Strom unterstützen
- Andernfalls ist der Stromverbrauch des LoRa-Funkgeräts so gering, dass die Powerbank davon ausgeht, es sei nichts angeschlossen, und die Stromversorgung stoppt
- Solarstrom kann genutzt werden, indem man ein kleines Solarpanel mit USB-Ausgang direkt anschließt oder den Akku lädt, den das LoRa-Funkgerät verwendet
- Wenn ein faltbares Solarpanel mit 800 cm² 15 W erzeugt und maximal 5 W/500 mA ausgibt, reicht das für den Betrieb vieler LoRa-Funkgeräte aus
- Bei einer so kleinen Konfiguration reichen Solarpanel und optional eine Handy-Powerbank auch ohne Sicherungen, Laderegler oder Buck-/Boost-Wandler aus
- Stand 2026 kann man vollständige solarbetriebene LoRa-Funkgeräte mit integriertem Akku kaufen, Qualitätskontrolle bleibt jedoch weiterhin ein Thema
Empfohlene LoRa-Geräte
- Empfohlene Geräte für einen Internet Resiliency Club
- SenseCap Solar P-1 Pro: Solarstrom, Akku-Backup, für Außeninstallation
- Heltec V4: günstigste Option
- SenseCap Card Tracker 1000E: für Everyday Carry oder nichttechnische Nutzer
- LILYGO T-Echo: tragbar und gut zum Hacken geeignet
- Da der Kauf schwieriger sein kann als die Geräteauswahl, sollte man nicht zu lange grübeln, sondern lieber anfangen
- Achtung: Ein LoRa-Gerät darf nicht ohne angeschlossene Antenne eingeschaltet werden
- Die Leistung, die über die Antenne abgestrahlt werden müsste, kann sonst nicht abgestrahlt werden und das Gerät beschädigen
- Viele LoRa-Geräte haben zwar USB-C-Anschlüsse, implementieren USB-C PD aber möglicherweise nicht korrekt
- Für zuverlässiges Laden wird ein USB-A-auf-USB-C-Kabel empfohlen
-
SenseCap Solar P-1 Pro
- Wenn man 100 € ausgeben kann, wird es als beste Option vorgeschlagen, um einen LoRa-Knoten hinzuzufügen, der ohne externe Stromversorgung dauerhaft läuft
- Ein LoRa-Knoten mit Solarstrom und Akku-Backup, der an Balkon, Dach oder Zaun befestigt werden kann
- Der P-1 Pro enthält Akku und GPS, der P-1 nicht
- Meshtastic-Dokumentation zu SenseCap Solar P-1/P-1 Pro
-
Heltec V4 oder neuer
- Wer mehr Zeit hat und Geld sparen möchte, dem wird ein Heltec V4 oder neuer für etwa 20 € empfohlen
- Er hat ein briefmarkengroßes OLED-Display, einige kleine Tasten, WiFi/Bluetooth sowie USB-C-Eingang und -Stromversorgung
- Empfangene Nachrichten werden auf dem OLED angezeigt und können per Taste durchgeblättert werden
- Zum Senden von Nachrichten ist eine WiFi- oder Bluetooth-Verbindung erforderlich
- Gehäuse, Akku und GPS fehlen, die Nutzung einer separaten Powerbank wird empfohlen
- Meshtastic-Dokumentation zum Heltec V4
-
SenseCap Card Tracker 1000-E
- Eignet sich dazu, einen Meshtastic-Knoten täglich bei sich zu tragen
- Größe und Form entsprechen etwa mehreren Kreditkarten
- Praktisch auch zum Weitergeben an technisch weniger versierte Familienmitglieder oder Freunde
- Meshtastic-Dokumentation zum SenseCAP 1000-E
-
LILYGO T-Echo
- Empfohlen, wenn man ein hackingfreundliches Gerät mit kleinem Gehäuse möchte
- Ein stromsparendes tragbares Gerät für etwa 80 €
- Es hat ein etwa 3 cm großes quadratisches E-Ink-Display, ein Gehäuse mit Tasten, Bluetooth, GPS und einen Akku für etwa einen Tag
- Empfangene Nachrichten werden auf dem E-Ink-Display angezeigt und können per Taste durchgeblättert werden
- Zum Senden von Nachrichten muss es per Bluetooth mit einem anderen Gerät verbunden werden
- Meshtastic-Dokumentation zum LILYGO T-Echo
Firmware-Installation und Funkeinstellungen
- Einige Boards werden mit bereits installiertem Meshtastic ausgeliefert, allerdings ist die Version meist einige Monate alt
- Das Flashen von LoRa-Boards ist vergleichsweise einfach
- Nutzung des Meshtastic-Webbrowser-Flashers möglich
- Chrome oder Edge erforderlich
- Wenn das Gerät wie ein USB-Laufwerk gemountet wird, kann man auch Dateien per Drag-and-drop kopieren
- Es gibt auch Kommandozeilentools über eine serielle Schnittstelle, diese können jedoch Anpassungen der Python-Umgebung erfordern
- In Europa können für LoRa die Frequenzen 868 MHz und 433 MHz genutzt werden
- Unter europäischen Meshtastic-Nutzern ist 868 MHz am weitesten verbreitet
- Als Modem-Preset nutzt man ohne besonderen Grund den Standardwert
LONG_FAST - Ein LoRa-Kanal ist ein Nachrichtenstrom mit demselben Verschlüsselungsschlüssel und Kanalnamen
- Es gibt einen standardmäßigen Primary Channel, den alle Meshtastic-Knoten teilen
- Außerdem kann ein Secondary Channel eingerichtet werden, der nur für Knoten mit demselben Schlüssel und Kanalnamen zugänglich ist
- Für einen gemeinsamen Secondary Channel kann man Verschlüsselungsschlüssel und Kanalnamen festlegen und die Konfiguration per QR-Code teilen
Treffen und Üben
- Wie man zusammenarbeitet, muss man vor der Krise lernen, nicht währenddessen
- Aus Sicht des Crisis Engineering haben Teams, die bereits zusammengearbeitet haben, bessere Erfolgschancen
- In einer Freiwilligengruppe sollte die Erfahrung, gemeinsam zu „arbeiten“, Spaß machen
- Aktivitäten, Orte und Zeiten der Treffen sollten variiert werden, damit unterschiedliche Menschen teilnehmen können
- Der Kern des Clubbetriebs besteht darin, sich persönlich zu treffen, Meshtastic-Nachrichten zu senden und Ausrüstung sowie Abläufe einzuüben
1 Kommentare
Hacker-News-Kommentare
Ich habe das Gefühl, dass Meshtastic noch nicht bereit ist, um es in einer Umgebung ohne Internet einfach zu installieren und zu nutzen.
Ich hatte Boards mit in einen ländlichen Urlaubsort genommen, um sie in einem großen Gelände zu testen, aber der Internetzugang war sehr eingeschränkt, und das gesamte Meshtastic-Projekt war web-first ausgelegt.
Für das Flashen der Boards ist die empfohlene Methode der „Web Flasher“, und selbst wenn man den Firmware-Quellcode herunterlädt, muss PlatformIO die Toolchain und den Flasher erst aus dem Internet herunterladen und installieren.
Der Client wird über App-Stores oder als Web-App unter https://client.meshtastic.org/ bereitgestellt, aber beides ist nicht offline-first. Später erfuhr ich, dass das Board selbst die Web-App hostet; trotzdem muss man sich mit einem Wi-Fi-AP verbinden, und nur das Board an den Computer anzuschließen reicht nicht aus, um darauf zuzugreifen.
Auch die Dokumentation gibt es nur unter https://meshtastic.org/docs; Punkte wie „Download Docs“ oder „How to self host this project“ sehe ich dort nicht. Technisch versierte Leute können es sich wohl erschließen, aber es scheint nicht im Kernfokus zu stehen.
Der Sinn dieses Artikels mag sein, alles im Voraus vorzubereiten, aber dass es nicht einmal PDF-Dokumentation zum Offline-Lesen gibt, ist enttäuschend. In diesem Thread habe ich auch von Meshcore erfahren, aber wenn die Einstiegshinweise auf der Website aus YouTube-Videos bestehen, reicht das für Notfallvorsorge nicht aus.
Die .apk des Android-Clients kann man direkt von GitHub herunterladen: https://github.com/meshtastic/Meshtastic-Android/releases
Trotzdem stimme ich zu, dass der Use Case einer langfristigen Internetunterbrechung besser unterstützt werden sollte.
Man kann auch die Meshtastic CLI verwenden.
Die Dokumentation liegt im git-Repository im .mdx-Format: https://github.com/meshtastic/meshtastic
Die genannten Probleme wirken alle wie Folgen des Versuchs, es für Nutzer, die an Webbrowser gewöhnt sind, bequemer zu machen. Das heutige Web ist, selbst wenn man web3 einbezieht, weit von Dezentralisierung entfernt.
Wenn man sich Linux ansieht: Es ist in den letzten zehn Jahren stark gewachsen, und ehrlich gesagt ist der größte Faktor die Benutzbarkeit. UI/UX ist viel besser und aufgeräumter geworden. Da Microsoft und Apple feindseliger geworden sind, suchen mehr Menschen nach Alternativen, aber was ihnen den Einstieg ermöglicht hat, war die Benutzbarkeit; eine größere und vielfältigere Community hat die Zugänglichkeit erhöht.
Kritik sollte weitergehen, aber man sollte sie nicht als bloßes Meckern verstehen, sondern als Feedback. Nur so kann man solche Dinge in bessere Produkte verwandeln. Schließlich ist das hier doch der Ort, an dem großartige Produkte entstehen.
Und man darf die Bedeutung von Dokumentation niemals unterschätzen. Sie ändert sich ständig, wirkt belastend und lästig, aber wenn Menschen nicht wissen, wie sie mitmachen können, kann man sie nicht gewinnen. Ob Unternehmen oder Open-Source-Projekt: Das ist eine Investition mit sehr hoher Rendite.
Die Web-App scheint offline gut zu funktionieren, wenn man die Seite im Browser speichert.
Für die Android-App gibt es vorgebaute Versionen auf GitHub.
Dass man die iOS-App nicht offline an Endnutzer verteilen kann, liegt an Apple. Man muss Apple die Schuld geben oder ein besseres Telefon kaufen.
Ich habe schon Geräte gesehen, die der Bequemlichkeit halber per USB-Ethernet einen Webserver zur Steuerung öffnen.
Ich habe Meshtastic in einer europäischen Großstadt getestet, in der es nahezu 100 % Mesh-Abdeckung gibt; die tatsächliche Leistung war ziemlich enttäuschend.
Wegen unterschiedlicher Antennengewinne und schlechter Mesh-Performance kam es oft vor, dass man Nachrichten zwar empfing, aber nicht antworten konnte; öffentliche Chats waren entweder völlig tot oder mit Testnachrichten überflutet.
Das Mesh skaliert in der Praxis nicht gut: Bei mehr als 100 Nodes bricht es zusammen, und auch Kanäle mittlerer Geschwindigkeit sind schnell verstopft, sodass alles sehr langsam wird. Selbst wenn niemand es nutzt, funktioniert es gerade so; in einem Notfall würde ich mich daher wohl nicht auf Meshtastic verlassen.
Ein öffentliches Wi-Fi-Mesh wäre wahrscheinlich wertvoller. Gebrauchte Wi-Fi-Router kosten fast nichts, sind reichlich verfügbar und verbrauchen wenig Strom. Außerdem hat ohnehin jeder bereits ein kompatibles Client-Gerät in der Tasche. Bei einem vollständigen Stromausfall würde auch das Mesh scheitern, aber solange es Strom gibt, kann man es zumindest für irgendetwas nutzen.
Selbst mit einer auf 868 MHz abgestimmten Yagi-Antenne oder einer dedizierten Mastantenne ist die Reichweite an meinem Standort ziemlich schlecht. Schon nach 1 km Fußweg entlang der Straße scheint das Signal schnell abzufallen. Ich weiß, dass Höhe entscheidend ist, und die Antenne ist auch recht hoch angebracht, aber bei 868 MHz scheint die Dämpfung sehr schnell zuzuschlagen.
Deshalb glaube ich nicht, dass Meshtastic eine besonders wirksame Lösung ist. Das Prinzip ist plausibel, aber die praktische Umsetzung reicht nicht aus. Gerade jetzt, wo einfache tragbare Funkgeräte dank SDR mit etwa 20 Euro sehr günstig geworden sind, halte ich bestehende Ansätze wie Hamnet oder traditionellen Amateurfunk für deutlich besser.
Rund 10 Watt für 100 Quadratmeter sind ein erheblicher Kostenfaktor, wenn man eine ganze Stadt abdecken will.
Dann könnte schon eine einzige Person mit Generator oder Starlink ein gewisses Maß an Konnektivität bereitstellen.
Apples Find-My-Netzwerk kann man zwar gewissermaßen als Mesh bezeichnen, aber die Bandbreite ist sehr gering, wenn man heimlich beliebige Daten darüber transportieren will. Apples neuer mobiler Wi-Fi-Chip könnte ein Vorzeichen für ein echtes Internet-Mesh-Netzwerk sein.
In meiner Region gibt es einige sehr gut platzierte ROUTER-Nodes auf Berggipfeln, die den Lärm-Tsunami aus der tiefer gelegenen Innenstadt größtenteils unterdrücken; lokales Messaging über etwa 80 km ist damit ziemlich stabil. Mit Wi-Fi wäre das völlig unmöglich.
Die Bedingungen sind etwa 80 lokale Nodes, der LONG_FAST-Kanal und eine Bevölkerung von rund 500.000 Menschen.
Allerdings ist der Routing-Algorithmus von Meshtastic extrem ineffizient und hat sehr viel Verbesserungspotenzial.
Der Albtraum, morgens aufzuwachen und festzustellen, dass der Strom weg ist, das Internet ausgefallen ist und das Handy nicht funktioniert, klingt mit zunehmendem Alter immer idyllischer.
Wenn man wüsste, dass die Straßen später am selben Tag wieder funktionieren, könnten viele Leute sogar eine gute Zeit haben. Wenn das Problem aber länger anhält, hätte das Chaos weitreichende und unangenehme Folgen.
Wir sind uns noch nicht wirklich bewusst, wie sehr wir von Technik abhängen und wie fragil diese Technologien sein können. Hätte vor ein paar Jahren jemand gesagt, man solle sich auf Unterbrechungen der Eierversorgung vorbereiten, wäre er ausgelacht worden. Witze wie „Ich mag Eier sowieso nicht besonders“ wären gekommen. Und was war mit den Hamsterkäufen von Toilettenpapier? Schon diese beiden Ereignisse zeigen, dass Lieferunterbrechungen zumindest bis zu einem gewissen Grad möglich sind. Die frühere Annahme, Waren und Dienstleistungen stünden endlos zur Verfügung, gilt in Zukunft womöglich nicht mehr.
Es ist ein lustiger Witz, und persönlich gibt es ein paar Abhängigkeiten, die ich nicht vermissen würde, wenn sie verschwänden. Bis ich sie dann doch vermisse.
Ein Konzept, das ich persönlich interessant finde, ist allgemeine Resilienz.
Beim jüngsten Stromausfall ist genau das in großen Teilen Spaniens und Portugals tatsächlich passiert, und es war kein schöner Anblick.
Das war ziemlich surreal. Vielleicht war es irgendeine Verzerrung, aber ich sehe es inzwischen auch so.
Mesh-Netzwerke sind die Grundlage und ein notwendiger Baustein für Katastrophenresilienz. Die Frage ist, welche Dienste man darauf aufsetzt.
Für Echtzeit-Chat gäbe es IRC mit seiner überall erprobten, groben und unsicheren Einfachheit, Matrix mit moderner Sicherheit oder einen Mesh-nativen Ansatz, den fast niemand kennt. Wichtig ist auch, wie man echte Nutzer nach einer Katastrophe onboardet.
Für Store-and-Forward-Messaging könnte die SMTP-Familie gut passen, aber dann bräuchte jeder regionale Katastrophen-POP tatsächlich verteilte Server. Außerdem wären Timeout- und Retry-Parameter nötig, damit Nachrichten praktisch ewig in der Queue bleiben.
Gibt es für Foren etwas Besseres als das alte NNTP? Andere Protokolle haben intermittierende indirekte Verbindungen erst nachträglich akzeptiert, aber NNTP wurde in genau so einer Umgebung geboren.
Ich frage mich auch, ob in einer realen Katastrophensituation etwas Ausgefeilteres oder Interaktiveres realistisch ist.
Ein Onboarding-Kit mit Clients für die wichtigsten Betriebssysteme, eine Art AOL-CD-ROM, könnte für die Verteilung per Sneakernet über USB-Dongles ebenfalls nützlich sein.
Selbst auf dem Smartphone ist es inzwischen mühsam, eine einfache http- oder eine selbstsignierte https-Verbindung zu öffnen.
Jemand, der klüger ist als ich, hat sicher so eine Werkzeugsammlung, aber ich weiß nicht, wo man sie findet.
Für Store-and-Forward wurde NNCP genau für solche Zwecke entwickelt, ist aber noch nicht weit verbreitet.
Die Idee des Autors scheint zu sein, dass das Mesh-Netzwerk einen Kommunikationskanal bereitstellt, den der „Resilienz-Club“ nutzen kann, während er das normale Internet wiederherstellt.
Die Bandbreite von Mesh-Funk ist ziemlich schlecht
Zunächst muss man mit vielen Störquellen konkurrieren, darunter auch andere LoRa-Funkverbindungen. Bei einem Stromausfall kann das etwas besser werden. Wichtiger ist aber, dass Verbindungen über größere Distanzen bei jedem Zwischen-Hop Bandbreite verbrauchen und Latenz sowie Jitter aufaddieren
Für Textnachrichten kann das noch vernünftig sein, aber bei 0,3 kbps bis 27 kbps pro Hop, die auf gemeinsam genutzten Multi-Hop-Links weiter aufgeteilt werden, ist alles andere unrealistisch – abgesehen vielleicht von sehr kurzen Sprachverbindungen mit extrem niedriger Bandbreite oder dem Aufruf minimalistischer, rein textbasierter Websites
Sinnvoller könnte es sein, das Ganze mit festen Multi-Megabit-Punkt-zu-Punkt-Mikrowellen-Funklinks als Backbone zu ergänzen und LoRa nur als Zugangsnetz zu verwenden
Ich wäre neugierig auf Erfahrungen von Leuten, die so etwas tatsächlich gemacht haben
Die Idee des Autors scheint zu sein, dass das Mesh-Netz einen Kommunikationskanal bereitstellt, während der „Resilienz-Club“ das normale Internet wiederherstellt
Auf Basis von so etwas wie 100-Mbit-Punkt-zu-Punkt-Ethernet-over-Microwave-Links und mit hohen Gebäuden als Hubs ließe sich wohl ein ziemlich ordentliches Mesh bauen. Wi-Fi, LoRa oder beides könnten als Zugangsnetz dienen. Da die Bandbreite im Weitstrecken-Mesh sehr begrenzt ist, wären Bandbreitenlimits pro Client zwingend nötig, um Missbrauch zu verhindern
Billig ist das natürlich nicht. Gute Mikrowellen-Links kosten Tausende Dollar, und jeder Teil des Netzes bräuchte redundante Solar- und Batteriespeisung
Auch eine „große Ohren, kleiner Mund“-Technik zur Erhöhung der Bandbreite wäre überlegenswert. Feste Links mit einer Technik wie LoRa könnten mit legalem EIRP-Pegel senden, während auf der Empfangsseite an beiden Enden Hochgewinn-Parabolspiegel, etwa wiederverwendete Satellitenschüsseln, plus rauscharme Verstärker hängen. Das könnte das End-to-End-Eb/No deutlich erhöhen und Bandbreite sowie Reichweite im rechtlich möglichen Rahmen stark vergrößern
Die nötige Hardware wirkt mit aktivem RF-Switching zwischen Antennen oder Redundanz über Hybride/Zirkulatoren durchaus machbar. Mich würde interessieren, ob schon jemand so etwas gebaut hat oder herstellt und welche praktischen Implementierungs- und Regulierungshürden es gibt
Wenn dieser Artikel aus einer Stadt stammt, in der es nur große Telekommunikationsanbieter gibt, ist er verständlicher
In Dresden gibt es mehrere Freiwilligenorganisationen, die in der ganzen Stadt Leitungen verlegen oder Mikrowellenantennen betreiben. Dazu gehören AG DSN, Bürgernetz und Freifunk; seit Kurzem gibt es auch den von Freiwilligen betriebenen Internet Exchange DD-IX
Solange wir also Strom haben, haben wir unser eigenes Internet
Meshtastic ist interessant, aber begrenzt, und eher eine Funk-Chat-App als echte Mesh-Infrastruktur
Wenn man dezentrale Kommunikation ernsthaft betrachtet, lohnt sich ein Blick auf Reticulum: https://reticulum.network
Reticulum ist nicht auf LoRa beschränkt, sondern funktioniert über IP, serielle Verbindungen, Packet Radio und was man sonst zur Verfügung hat. Es ist verzögerungstolerant, Multi-Hop-fähig, verschlüsselt und kommt ohne Server aus. Es gibt noch viel zu tun und viele Apps zu bauen, aber die Grundlage ist solide
Guter Vortrag von EH22: https://media.ccc.de/v/eh22-97-eggceptional-meshnetworking
Vermutlich ist es dieser Link. Am Ende steht ein Bindestrich
https://media.ccc.de/v/eh22-97-eggceptional-meshnetworking-
Mir scheint, der bessere Weg zu Resilienz sind nicht dauerhafte Funkverbindungen zwischen Hobbyisten am anderen Ende des Bundesstaats, sondern sporadische Verbindungen zwischen Leuten, die auf gegenüberliegenden Seiten eines Busses sitzen, plus eine Anwendungsschicht, die Menschen, die ohnehin in diese Richtung unterwegs sind, „Internet“-Traffic in ihren Dateisystemen in der Tasche transportieren lässt
Wenn jeder Hop eine Gelegenheit ist, jemandem die Hand zu schütteln und zu bestätigen, dass der Besitzer dieses privaten Schlüssels ein realer Mensch ist, verändert sich die Bedrohungslandschaft. Darauf lässt sich eine minimale Vertrauensschicht aufbauen. Mit Hardware-Adressen, die durch die Luft schweben, bekommt man so etwas nicht
Beide Ansätze bergen durch Nutzerverhalten das Potenzial, dass Netzbetreiber schädliche Aufmerksamkeit auf sich ziehen, aber in sehr unterschiedlichem Ausmaß. Soweit ich weiß, tritt bislang niemand die Türen von Meshtastic-Betreibern ein, um die Quelle einer Übertragung zu verfolgen; aber wenn andere Mittel für Spielereien über große Distanzen scheitern, könnte sich das ändern
Die resilienteste Infrastruktur wäre wohl eine ohne hochwertige Ziele, also eine Struktur, in der jeder Nutzer gleichermaßen Betreiber ist
Ich kenne den aktuellen Stand nicht gut. Der auf der Website verlinkte Client scheint seit einiger Zeit nicht mehr weiterentwickelt zu werden
https://en.m.wikipedia.org/wiki/Secure_Scuttlebutt
Es ist sehr UNIX-artig und daher für Nicht-Techniker ziemlich schwer zu betreiben, dürfte sich dafür aber auch leicht mit einer UI umhüllen lassen. In der Konfiguration muss man explizit eine Liste von „Nachbarn“ hinzufügen, und „Pakete“ können als Dateien gespult oder über eine TCP/Noise-Verbindung verschickt werden. Hop-by-Hop-Weiterleitung ist ebenfalls möglich, ebenso Ende-zu-Ende-Verschlüsselung
http://www.nncpgo.org/
https://www.complete.org/nncp/
Es könnte eine Community von Kurieren entstehen, die durch belebte Gegenden laufen, gesendete Nachrichten einsammeln und dann auf die andere Seite der Stadt rennen, damit die verschlüsselten Nachrichten ihre Empfänger finden
So ein Ansatz würde in Städten funktionieren, wäre aber an Orten, wo Menschen nicht Bus fahren oder nicht täglich in der Nähe anderer Leute sind, deutlich weniger effektiv
Der Vorteil einer Methode mit etwa 6 Meilen Reichweite ist, dass sie Vororte und ländliche Gegenden mit Grundstücken von 20 bis 40 Acres relativ effektiv abdecken kann
In Ordnung, aber etwas veraltet und unvollständig. Heutzutage konkurriert Meshcore ziemlich stark mit Meshtastic: https://meshcore.co.uk/
Wichtig ist: LoRa erlaubt nur kurze Textnachrichten. An Bilder, Sprache oder Binärdateien sollte man gar nicht erst denken.
Eine weitere Option ist APRS, um mit dem günstigen chinesischen 20-Euro-Funkgerät Quangsheng UV-K5 Textnachrichten über Satellitenverbindungen zu senden.
Meshtastic oder Meshcore können für ein paar Dutzend Basisstationen und einige Chat-Nutzer in Ordnung sein, aber wenn die Zahlen steigen, wird der Großteil der Bandbreite für Routing und Signalverarbeitung verbraucht, und wenn viele Menschen gleichzeitig Nachrichten senden, wird das gesamte System sehr instabil.
APRS ist etwas besser, weil man eine Amateurfunklizenz braucht und die Ausrüstung normalerweise etwas teurer ist. Aber schon mit „SmartBeaconing“ und ein paar Funkamateuren kommt es zu Kollisionen, also dazu, dass mehrere Personen gleichzeitig senden und sich gegenseitig stören.
Auf Reddit findet man häufig Prepper und Idioten, die solche günstigen chinesischen Funkgeräte kaufen; meist haben sie weder Wissen noch die nötigen Lizenzen und wissen auch nicht, wie man sie tatsächlich benutzt. In städtischen Umgebungen misst sich die Simplex-Reichweite in ein paar Hundert Metern oder in ein bis zwei großen Gebäuden zwischen den Funkgeräten. Repeater werden von echten Notfalldiensten genutzt werden und sind daher praktisch für jede Art „privater Nutzung“ unbrauchbar.
Kurz gesagt: Es ist besser, ein paar Bücher und ein Kartenspiel mitzunehmen und abzuwarten. Noch vor gar nicht so langer Zeit war es normal, außerhalb des Hauses nicht erreichbar zu sein, und wir sind gut damit zurechtgekommen.
Es wirkt wie ein kommerzielles Unternehmen, und die Kontaktadresse lautet customers@... Auch die Lizenz ist mir unklar. Ich würde eher Meshtastic verwenden.
Aggressive Codecs schaffen auch unter 0,5 kbit/s. Wenn man zugunsten der Sprachqualität Abstriche macht, aber einen Standard-Codec verwenden möchte, hat der militärische MELPe-Codec einen Standardmodus mit 600 bit/s.
Nach einem kurzen Blick wirkt es ausgereifter, zugleich aber auch etwas undurchsichtiger. Vielleicht hatte es einfach noch nicht genug Zeit, sich zu etablieren. Offen zugänglich scheint es zu sein.
Die Antwort im Text, „Vor einer Krise hören Organisationen nicht zu. Alles, was man tun kann, ist, Werkzeuge und Pläne bereitzuhalten“, ist sehr traurig, aber wirklich zutreffend.
Ich konnte bei einem über 100 Jahre alten Unternehmen arbeiten, das Kriege, die Große Depression, Rezessionen, Markteinbrüche und mehr überstanden hatte.
Solche Unternehmen sind gegenüber Katastrophenplanung ziemlich offen, können zugleich aber auch stur den Kopf in den Sand stecken. Ihr wichtigstes Merkmal war eine starke finanzielle und kulturelle konservative Ausrichtung, was in der heutigen Tech-Branche ziemlich ungewöhnlich ist.
Wer schon einmal Disaster-Recovery-Systeme verwaltet hat, weiß, wie schwierig es ist, Unterstützung dafür zu bekommen. Disaster Recovery ist teuer, ressourcenintensiv, schwer zu testen und ein Bereich, über den Menschen nicht nachdenken wollen. Es ist ähnlich wie eine Versicherung.
Meshtastic/LoRa ist für Kommunikation einfach schlecht und hat viel zu viele Probleme.
In Konfliktsituationen können Granaten oder Raketen auf die Position der Person fliegen, die LoRa einschaltet.
Wenn man wie in der Ukraine eine DJI-Drohne mit Standard-Firmware einschaltet, sieht man, was passiert.
Auch beim Einsatz von Funk in der Ukraine lautet Regel Nummer 1, kein verschlüsseltes Funkgerät zu benutzen. Dieses Beispiel gefällt mir besonders, weil es dem gesunden Menschenverstand zu widersprechen scheint. Warum sollte man unverschlüsselten Funk verwenden wollen, wenn der Feind die gesamte Kommunikation sehen kann?
Der Grund ist, dass verschlüsselter Funkverkehr für den Feind sehr interessant ist. Wenn jemand ihn nutzt, ist er wahrscheinlich eine wichtige Person, und dann schickt man Granaten dorthin.
Man könnte LoRa-Geräte zufällig in der Nähe der Front platzieren, sie zur Risikominderung mit autonomen Drohnen oder Glasfaser-Drohnen abwerfen und sie dann mit zufälligen Timern ein- und ausschalten, um den Feind dazu zu bringen, Granaten und Drohnen zu verbrauchen.