meine Frage an euch lässt sich wahrscheinlich nicht so einfach beantworten, aber ich wäre um eine Einschätzung dankbar. Wie skaliert unser Projekt eigentlich im reellen Ausfall von normaler Kommunikation, wenn alle aktuellen Meshcore Nutzer aktiv schreiben und Informationen austauschen? Wird das Netz zusammenbrechen, falls ja, wie könnte das aussehen und wie liesse sich das für besonders wichtigen traffic (Notrufe, Selbsthilfe) abmildern?
Ich bin dankbar für eure Meinungen und euer Feedback
Heute ist eine gewaltiger Anteil vom Verkehr auf dem Netz das ewige Test-Ping-Pong. Ich würde mal davon ausgehen, dass das im Krisenfall zurück geht weil man dann tatsächlich einen richtigen Verwendungszweck hat oder man MeshCore gar nicht mehr braucht weil man andere Sorgen hat.
Als Ingenieur finde ich man müsste das testen, mit Theorie wird man das nicht lösen. Wir könnten zum Beispiel mal zu einem Test-Tag im Herbst aufrufen wo wir doe Community dazu aufrufen mal an einem bestimmten Sonntag während zwei Stunden alle zusammen versuchen möglichst viel Traffic zu verursachen.
Wie ich gestern schrieb https://community.meshcore.ch/t/koordiniertes-nutzen-des-mesh-meetup-stresstest/679 schlage ich vor, dass man hier im Forum (oder auf Discord) bestimmte Zeiten abmacht, von mir aus auch bestimmte Themen (Austausch über Kinofilme, Musik, Lokale Aktivitäten etc.) und sich dann so im Mesh trifft. Als Start könnte man ein “Best Practises für MeshCore” machen.
Ein stumpfes “möglichst viel Traffic” zu generieren fände ich langweilig und ich denke, dass da auch nicht viele Personen mitmachen. Schlicht weil unrealistisch und langweilig.
Falls ich mal Zeit habe, stelle ich sonst einen Terminplan mit möglichen Daten und Themen zusammen.
La préparation à un tel scenario doit se fait en amont. Et cela commence par une bonne éducation des utilisateurs et de la pédagogie. Il n’y a pas forcément besoin d’attendre un événement catastrophique pour que notre réseau souffre deja de baisses de performances.
Meshtastic nous donne un très bon retour d’expérience. Des grandes villes ont connu un effondrement des performances du réseau et une saturation de la bande radio, rendant impossible de faire passer des messages. Bon, nous parlons de très grandes villes (londres), mais cela ne nous empeche pas de réfléchir pour la Suisse.
L’ajout des répépteurs est exponentiel. Souvent, cela est justifié et nécessaire, mais il arrivera forcément un moment où l’ajout de nouveaux répéteurs ne va pas améliorer le réseau, mais au contraire le péjorer. Comment pouvons-nous empêcher tout utilisateur d’ajouter son propre répéteur dans une zone qui en comporte deja trop ? Je ne dis pas que cette situation existe aujourd’jui, mais dans 1, 2 ou 5 ans ?
Le premier pas consiste aussi à limiter au minimum vital les adverts. Nous avons deja franchi cette étape.
Désormais il faut insister sur :
L’implémentation des régions sur le maximum de repeater possible. Il existe encore beaucoup d’utilisateurs qui ne comprennent pas l’intérêt des régions, ou refusent de les mettre en oeuvre pour des raisons idéologiques. Pourtant c’est un levier principal pour réduire la trafic tout en gardant une connectivité régionale ou nationale.
lutter contre tout le trafic inutile “bonne nuit”, “reçu à montreux avec 12 hops”, “bonne soirée”, etc. Et attirer l’attention sur les utilisateurs qui abusent du système, souvent sans le savoir et sans comprendre le fonctionnement.
Das Ding ist doch, dass es ausser „Grüsse aus X“ gar keine anderen Anlässe gibt für Kommunikation. Mir gehts gut, ich werde vermutlich nie im Leben eine Notsituation erleben, in der Meshcore der einzige Kommunikationsweg ist. Nun haben aber ich und Dutzende andere ein LoRa Gerät für Meshcore gekauft und wollen es auch nutzen, nach anfänglichen Pingpongs ist es doch angemessen, dass auch andere Gespräche beginnen, oder?
Und im „Ernstfall“ wird dann schon niemand einen schönen Abend wünschen, keine Angst.
D’abord, personne n’est propriétaire de ces ondes. Donc nous ne pouvons et ne devons rien imposer.
Maintenant, je suis d’accord avec toi qu’il est normal que du trafic circule, et que “bonne nuit” fait certainement partie du trafic admissible. Cela a-til un intérêt ? Chacun en jugera.
Ce qui est dommage, c’est que ce “bonne nuit” sur un groupe public passera des dizaines, voire des centaines de relais en mode émission. Alors qu’un message privé est routé directement vers l’utilisateur, et consomme infiniment moins de ressources, uniquement quelques répéteurs intermédiaires.
Considérer que la bande passante utilisable par meshcore est infinie est une erreur, et si nous ne limitons pas le trafic, il est évident que nous aurons des problèmes, à moyen ou à long terme. Ce n’est qu’une question de temps, vu l’étroitesse de la bande attribuée.
Nous devons anticiper que de plus en plus d’utilisateurs débutants et qui ne comprennent pas comment fonctionne le système, comme vous, vont rejoindre meshcore. Cet ajout exponentiel d’utilisateur doit être anticipé et planifié.
Si vous utilisez meshcore comme vous utilisez whatsapp, vous contribuerez à dégrader le service pour tout le monde, à court ou à moyen terme. C’est aussi simple que cela.
Auch wenn ich ihre Worte bisschen harsch finde, ist das schon richtig, dass ich neu bei Funk/Radio/Meshcore dabei bin und noch nicht alle Feinheiten kenne.
So frage ich Sie: Was ist denn momentan der erwartete, “erlaubte” Inhalt von Nachrichten auf dem Meshcore Netz? Wie sollte man heute Ihrer Meinung nach Meshcore verwenden? Heute, wo wir keine Krise, kein Notfall haben und das Internet und Mobilfunk für wirklich alle Anwendungen schneller und bessere Bandbreite und nützlicher ist. Einfach nicht verwenden? Nur rein technische Pings um die Ausrüstung zu verbessern? Wenn das so ist, dann werden wohl praktisch alle nach wenigen Monaten die Ausrüstung wieder neu flashen, anders nutzen oder über Ricardo dem nächsten Neugierigen weiterverkaufen.
Ohne einer Vergrösserung der Community wird das Projekt nicht ausgereifter, nicht optimierter und in einem Ernstfall auch nicht nutzbar sein.
So sehe ich es als sinnvoll an, während Internet+Mobilfunk aufrecht ist, Meshcore ausgiebig für Spassiges zu nutzen, dabei die Software, das Protokoll und das Netz an sich zu optimieren, sodass es im Ernstfall dann parat ist.
Ich sehe nicht, wie das Geschwätz heute ein Problem sein soll.
Vous êtes nouveau, ce n’est pas un problème. Nous sommes tous là pour apprendre.
Ces bavardages sont un problème, car le plus grand enjeu des réseaux mesh Lora sur 869MHz consiste à garder suffisamment de bande passante pour faire circuler les messages.
S’il vous plait, avant de donner votre avis, cherchez à comprendre comment fonctionne ce réseau, comprenez le concept de flood, de collision, de bande passante, de routage des messages. Vous constaterez alors très rapidement que chercher à utiliser meshcore “de manière intensive” est un contre-sens qui mènera fatalement à un seul résultat: la saturation du réseau et l’impossibilité pour tout le monde - y compris vous - d’envoyer des messages. Ce n’est pas une opinion, c’est une vérité statistique.
Wenn ich das so lese, scheint das Netzwerk aus Ihrer Sicht nicht für die Kommunikation gedacht zu sein. Das finde ich etwas gewöhnungsbedürftig, auch wenn ich die technische Intention dahinter verstehe. Ein Netzwerk, das nie in die Nähe seiner Belastungsgrenze kommt oder bereits durch minimale, wenn auch teils unnötige Nachrichten überlastet wird, ist in einer kritischen Situation wertlos.
Wäre dein Vorschlag also die ch_de weiter zu zergliedernum eine Überlastung zu vermeiden?
.