@Archaide@bonn.social @littlealex@infosec.exchange Die alternative zu den region scopes sind hoplimits, dann hätte man in jede richtung x hops und hat sowas wie gleitende regionszonen. Funktioniert nur nicht, sobald es repeater wie brocken oder zugspitze gibt. Dem benutzer die reichweite zur steuerung zu überlassen.. bei meshtastic sieht man ja, wer benutzt denn nicht 7 hops? Ist schwierig, die region scopes sind ein ansatz der es zumindest hergibt die last von lokalen gesprachsrunden irgendwie einzugrenzen. Klar ist da auch nicht alles perfekt, weil immer jemand quer schießt. Zumindest lässt sich das verargumentieren, das ein lokaler kanal zusammen mit einem dazu deckungsgleichen lokalen scope verwendet werden soll. Und diese einsicht ist schon schwer genug zu vermitteln. Es sind halt alles krücken mit denen man versucht zu gehen, um in dem shared medium irgendwie fair gegenüber allen anderen zu bleiben. Aber 90% derer die im mesh unterwegs sind haben kein Gefühl oder verständnis was sie anrichten, wenn sie beispielsweise alle 5 minuten per script von 2 repeatern mit jeweils 3 flood request den status abrufen. Deswegen scheitert sowas schnell, und dann deaktivieren leut unscoped flood, und andere fangen an zu maulen und fühlen sich bevormundet u.s.w. Aber was will man machen, nicht mal due funkarmateure bekommen das richtig hin trotz prüfung und vo funk, das sich jeder fair verhält Wir hatten vorher meshtastic, und leute waren der meinung das 5 sekunden eine angemessene zeit ist für das invervall zum absenden von positionsdaten. Die repeater sind reihenweise in due duty cycle limits gelaufen und nichts ging mehr. Andere hatten im 2 minuten takt sensortelemetrie. Am ende wars unbenutzbar geworden. Nach solchen erfahrungen wird man etwas allergischer auf paket fluten.. Ich warte schon drauf, das jemand über lora und retikulum die Wikipedia auslesen will und das 24/7 rödeln lässt. Oder SSH drüber macht und kurz dmsg abruft.