
Interessant, ich bekomme dich rein als Nachbar.
Sieht es bei dir mit neighbors immer noch so aus wie oben?

Interessant, ich bekomme dich rein als Nachbar.
Sieht es bei dir mit neighbors immer noch so aus wie oben?
Könntest du ein Bild deines Repeaters mit Antenne schicken mit blick von Norden nach Süden?
Hi,
vielen Dank für das Interesse am 13.04. wegen meinem Vortrag über Regions und Scopes bei Meshcore.
Auch die Diskussionen waren danach sehr interessant.
Hier sind nun die Unterlagen davon:
Präsentation: https://docs.google.com/presentation/d/1mwGzsXmKyhWqNTBLdUatrsmbAB9p0eTfomgslGoppuk/edit?usp=sharing
Script um ein Packet zu errechnen: https://gist.github.com/wirehack7/1c2b3fa04886705aee0b6e3d42570e6f
Packet in Meshanalyzer: https://analyzer.letsmesh.net/packets?region=BER&packet_id=3629655&packet_hash=A75C0AFF671A3114
Könnte was wegen der Präsentation machen 
Ich sammel Mal Infos und mach einen ersten draft im Laufe der Woche. Dank Rufbereitschaft bin ich eh meistens daheim


Hai.
Ich konnte leider gestern nicht weil krankheitsbedingt verhindert.
Könnte trotzdem kurz hier eine kleine Zusammenfassung von gestern geschrieben werden?
Weil das Thema interessant ist und man so bisschen OnTrack bleibt.
Wäre vielleicht auch ein Vorschlag das allgemein zu machen nach den monatlichen Meetings, so würde man unentschlossenen auch einen besseren Einblick geben was so Themen sind die dann vor Ort besprochen werden.
@l5y yes
Bringe das mit was ich erwähnt habe 
Akku Lötkolben, Lötzinn und sonstiges Verbrauchsmaterial was man zum Löten braucht.
Hab auch noch zwei kleine Arbeitsunterlagen zum Löten dabei, damit wir kein neues Branding in den Tisch bekommen
@Timo_V hat der scope ein festes padding im Protokoll oder ist das dynamisch zugewiesen? 
Glaub laut hier schon: https://github.com/meshcore-dev/MeshCore/blob/eeae32b25db102f55761d471ab4667e52bf3dbf5/docs/packet_format.md?plain=1#L49
Und das Packet hat eine maximale Länge, ergo wird dann von der Textlänge was abgezogen wenn es "zu" lang ist?
Hier wäre eine richtige Dokumentation des Protokolls echt mal gut.
Aber evtl müsste man es mal testen

Ist es dann nicht eher so?
Und dann je nachdem Flooding für Scopes deaktivieren wenn es so weit ist, wohl vor allem für *
Ich beteilige mich mit 10€
Ich nehme meinen Akku Lötkolben mit, Lötzinn, flux und entlötlitzen
@Timo_V das hat sehr interessant, temporäre repeater oder room server wären was.
Wie lange hält das Teil so durch?
@Timo_V sehr guter Standort. Hast du das eine Statistik mit packages sent? 
@l5y 100mW
Also die 2,4ghz wifi Sachen sind in Deutschland alle auf 100mW/20dbm beschränkt
@BrutalBirdie chaosmesh.net finde ich bisher an besten
Hab ja noch meshnetz.de aus dem telegram purge. Wanna have? 
wirehack7 Station Solar (Prefix f0)
Ist im Süden von Neukölln, habe direkte Sicht in den Süden Neuköllns weil Dachterasse und der höchste Punkt Richtung Süden.
Ist nach Süden und Westen ausgerichtet, ergo ab Mittag Sonne satt (wenn sie denn mal scheint).
Direkt in der Nähe ist ein Room-Server in der Wohnung, an Strom und mit Akku.
Ergo sind beide Ausfallsicher.
Der Repeater hat bisher eine tadellose Laufzeit, Akku ist meist bei ~80%. Bisher auch ohne Probleme bei Minusgraden. Aber werd wohl die Akkus mal messen müssen iwann.
Repeater: RAK WisBlock / WisMesh (RAK 4631) (Telemetrie Passwort auf Anfrage)
Room Server: Heltec V3

Ich habe mir mal den Spaß gemacht Gedanken über die Sicherheit der festen Entiteäten wie Repeater zu machen.
Repeater sind meist 24h erreichbar und ich gehe davon aus dass das Passwort für den Adminzugang nicht regelmäßig geändert wird (so regelmäßig wie man sein WiFi-Passwort ändert, eh?
)
Folgende Formel:
T_years = (C^L * (t_air + h * t_hop)) / (D * 24 * 365)
Wobei:
C = Anzahl erlaubter Zeichen (z. B. 95 für druckbare ASCII)
L = Passwortlänge (z. B. 8 )
t_air = Airtime pro Versuch in Sekunden (TX + RX)
h = Anzahl der Mesh-Hops
t_hop = zusätzliche Latenz pro Hop in Sekunden
D = erlaubte Sendezeit pro Stunde in Sekunden (EU Narrow = 3.6 s)
Und:
Anzahl Kombinationen:
N = C^L
Zeit pro Versuch:
t_try = t_air + h * t_hop
Gesamtzeit in Stunden:
T_hours = (C^L * (t_air + h * t_hop)) / D
Umrechnung in Jahre:
T_years = T_hours / (24 * 365)
Nehmen wir nun an:
C = 95 (druckbare ASCII-Zeichen)
L = 8 (8-stelliges Passwort)
t_air = 1.2 s (reale LoRa-Airtime pro Versuch)
h = 3 (3 Mesh-Hops)
t_hop = 0.6 s (Lag pro Hop)
D = 3.6 s (EU Narrow Duty-Cycle: 0.1 %)
Das ergibt:
N = 95^8
N = 6,634,204,312,890,625
t_try = 1.2 + 3 * 0.6
t_try = 3.0 s
T_hours = (95^8 * 3.0) / 3.6
T_hours ≈ 5.53 × 10^15 Stunden
T_years = 5.53 × 10^15 / (24 * 365)
T_years ≈ 6.3 × 10^11 Jahre
T_years ≈ 630 Milliarden Jahre
Habe ich die Formel richtig erstellt oder gibt es hier noch besonderheiten wegen dem gewählten ISM Band?
Die Gedanken kamen weil Repeater keinerlei Bruteforce Schutz haben und man dies auch nicht mitbekommen würde (außer man überwacht RAW den Traffic zum Router)
Bei meshcore übrigens Teil der Architektur: room server
@l5y sagte in Regionen in MeshCore:
Soll das Teil des Protokolls werden? Oder wie wird die Region spezifiziert?
Wenn ich das richtig sehe ist es seit v1.10.0 Teil der Firmware: https://github.com/meshcore-dev/MeshCore/releases/tag/repeater-v1.10.0
Auch ist es bereits in der App als Einstellung vorhanden. Ist jedoch per Default auf *, ergo wird einfach alles weitergeleitet, auch bei den Repeatern
@l5y sagte in Collecting ideas for Meeting 11.02.2026:
Ok, ich sammel mal
- Meshcore Regions
- Polen Tower in Berlin (Meshtastic)
- Potsdam MediumFast (Meshtastic)
Ich kann auch was zu PotatoMesh erzählen.
Wandergruppen würde ich noch etwas nach hinten schieben, wenn das Wetter schöner wird... Oder?
Jap, Wandergruppen kann dann warten bis der Frühling kommt