Skip to content
  • Kategorien
  • Aktuell
  • Tags
  • Beliebt
  • Benutzer
  • Gruppen
Skins
  • Light
  • Brite
  • Cerulean
  • Cosmo
  • Flatly
  • Journal
  • Litera
  • Lumen
  • Lux
  • Materia
  • Minty
  • Morph
  • Pulse
  • Sandstone
  • Simplex
  • Sketchy
  • Spacelab
  • United
  • Yeti
  • Zephyr
  • Dark
  • Cyborg
  • Darkly
  • Quartz
  • Slate
  • Solar
  • Superhero
  • Vapor

  • Standard: (Kein Skin)
  • Kein Skin
Einklappen

Berlin Chaos Mesh Forum

Codeberg - Meshmap - PotatoMesh - BerlinMesh
  1. Übersicht
  2. Meshcore
  3. Public-Key Byte Kollision beim Routing

Public-Key Byte Kollision beim Routing

Geplant Angeheftet Gesperrt Verschoben Meshcore
5 Beiträge 3 Kommentatoren 42 Aufrufe 1 Watching
  • Älteste zuerst
  • Neuste zuerst
  • Meiste Stimmen
Antworten
  • In einem neuen Thema antworten
Anmelden zum Antworten
Dieses Thema wurde gelöscht. Nur Nutzer mit entsprechenden Rechten können es sehen.
  • l5yL Offline
    l5yL Offline
    l5y
    Meshcore Meshtastic
    schrieb zuletzt editiert von
    #1

    Moin Meshcore Berlin,

    gibt es Resourcen, wo man nachlesen kann was es mit dem ersten Byte des Public Keys beim Routing aufsich hat?

    Ich verstehe, dass ich Routen setzen kann Ae, 13, b7, usw. aber ist das lediglich kosmetisch und betrifft micht das auch als Companion oder nur die Repeater?

    Was sind die Implikationen?

    Meshtastic: l5yth/868/mf/tag/cf60[!9e95cf60]
    Meshcore: l5yth/868/uk/echo/ae46<ae46...9d17>

    1 Antwort Letzte Antwort
    0
    • Timo_VT Offline
      Timo_VT Offline
      Timo_V
      Meshcore
      schrieb zuletzt editiert von
      #2

      Grundsätzlich kümmert sich das Mesh/MeshCore selbständig um das Routing.
      In der Regel geht eine Nachricht erst per Flood raus: Alle Repeater geben die Nachricht an Alle Repeater weiter usw.. Chanal-Nachrichten gehen immer nur per Flood, da sie an die unbestimmte Allgemeinheit gerichtet sind.

      Für Direktnachrichten oder Roomserver und andere 1-zu-1-Verbindungen: Kennt mein Client einen Pfad zu einen anderen Client (über Repeater Ae, 13 und b7) wird er zuerst versuchen die Nachricht über diesen Pfad zu zustellen, klappt das nicht, geht die Nachricht nochmal raus per Flood. Bei erfolgreicher Zustellung wird ein neuer Pfad gespeichert.

      Zum Thema Dopplungen (Da Kollision bei LoRa oft für das auslöschen Paketen verwendet wird, wenn die Wellen sich überlagern, verwende ich nicht den Begriff "Kollision): Für das Routing ist ein Problem wenn z.B. der Prefix 13 zweimal in der Nähe vergeben ist, da die Erfolgreiche Zustellung immer noch möglich ist.
      Nehmen wir an
      Ae = Das Brandenburger Tor
      13 = Das HumboldForum
      13 = Der Teufelsberg
      b7 = Kladow
      Ich (Alice) bin mit meinem Client in der Nähe vom Brandenburger Tor und weiß, dass ich eine Verbindung zu Bob in Kladow habe. Meine Private Nachricht beinhaltet beim ersten Versuch diese Route. Deshalb geht die Nachricht vom Brandenburger Tor Node weiter mit der Info: als nächstes ist 13 dran davon fühlen sich nun das HumboldForum und der Teufelsberg angesprochen und geben die Nachricht weiter mit als nächstes ist B7 dran, das wird erfolgreich von Kladow gehört, und auch von den Nachbarn des HumboldForums, nur dort versand die Nachricht (oder geht im schlimmsten Falls an einen weiteren Doppelten B7) weiter.
      Das ist aber trotzdem weniger Traffic, als wenn alle Nachrichten von allen an alle Repeater immer per Flood weiter geschickt werden.

      Der entscheidenden Punkt bei den Dopplungen ist für die Nutzenden. Bob sieht bei meiner Nachricht den Pfad (Ae, 13, b7,) und bekommt dort angezeigt, dass die Nachricht bei "13" entweder über das HumboldForum oder den Teufelsberg gegangen ist.

      Im Alltag relevant sind die Pfade bei der Remote Administration von Repeater und Roomservern, da muss ich oft dne Pfad Manuel entfernden, wenn ich mit meinem Client gerade an einem anderen Standort bin...

      1 Antwort Letzte Antwort
      1
      • l5yL Offline
        l5yL Offline
        l5y
        Meshcore Meshtastic
        schrieb zuletzt editiert von
        #3

        Ok, aber hat das in der Praxis spürbare Nachteile? Ich verstehe das so, dass wenn 13 doppelt vorhanden es, geht es "zwei Pfade" - was zwar unnötig wäre aber erstmal auch nichts schlechtes ist, oder?

        Meshtastic: l5yth/868/mf/tag/cf60[!9e95cf60]
        Meshcore: l5yth/868/uk/echo/ae46<ae46...9d17>

        1 Antwort Letzte Antwort
        0
        • Timo_VT Offline
          Timo_VT Offline
          Timo_V
          Meshcore
          schrieb zuletzt editiert von
          #4

          Ja, das Routing hat kein Problem, es ist nur für die Nutzenden in eindeutig was passiert.

          1 Antwort Letzte Antwort
          0
          • wirehack7W Offline
            wirehack7W Offline
            wirehack7
            Meshtastic Meshcore
            schrieb zuletzt editiert von wirehack7
            #5

            Im #test Kanal habe ich gesehen dass ein Bot zb auch den Befehl "prefix free" unterstützt und zeigt dann "freie" Prefixe an.
            Mittels https://gessaman.com/mc-keygen kann man diese dann wohl generieren.

            Gibt es eigentlich ein RFC zu dem genutzten Protokoll wo man sich reinlesen kann?

            EDIT: sehe gerade https://bcm.deadsec.net/topic/7/online-tools-für-meshcore, da wurde es ja auch schon erwähnt 🙂
            Auf einmal so viele neue Themen hier, nice!

            MeshCore: wirehack7 T1E 🦊 <6e...7f>

            1 Antwort Letzte Antwort
            1
            Antworten
            • In einem neuen Thema antworten
            Anmelden zum Antworten
            • Älteste zuerst
            • Neuste zuerst
            • Meiste Stimmen


            • Anmelden

            • Du hast noch kein Konto? Registrieren

            • Anmelden oder registrieren, um zu suchen
            Powered by NodeBB Contributors
            • Erster Beitrag
              Letzter Beitrag
            0
            • Kategorien
            • Aktuell
            • Tags
            • Beliebt
            • Benutzer
            • Gruppen