<?xml version="1.0" encoding="UTF-8"?><rss xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:content="http://purl.org/rss/1.0/modules/content/" xmlns:atom="http://www.w3.org/2005/Atom" version="2.0"><channel><title><![CDATA[Public-Key Byte Kollision beim Routing]]></title><description><![CDATA[<p dir="auto">Moin Meshcore Berlin,</p>
<p dir="auto">gibt es Resourcen, wo man nachlesen kann was es mit dem ersten Byte des Public Keys beim Routing aufsich hat?</p>
<p dir="auto">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?</p>
<p dir="auto">Was sind die Implikationen?</p>
]]></description><link>https://forum.chaosmesh.net/topic/8/public-key-byte-kollision-beim-routing</link><generator>RSS for Node</generator><lastBuildDate>Sat, 06 Jun 2026 02:37:56 GMT</lastBuildDate><atom:link href="https://forum.chaosmesh.net/topic/8.rss" rel="self" type="application/rss+xml"/><pubDate>Mon, 19 Jan 2026 10:40:52 GMT</pubDate><ttl>60</ttl><item><title><![CDATA[Reply to Public-Key Byte Kollision beim Routing on Wed, 20 May 2026 10:14:51 GMT]]></title><description><![CDATA[<p dir="auto">Ich habe mir mal einen Überblick an <em>meiner</em> Position verschafft und die Prefix-Längen der letzten 4600 hier empfangenen Pakete gezählt:</p>
<ul>
<li>1-byte: 3524 (76,6%)</li>
<li>2-byte: 1035 (22.5%)</li>
<li>3-byte: 41 (0.9%)</li>
</ul>
<p dir="auto">Diese Zahlen sagen natürlich nicht viel über die Repeater-F/W aus. Und es fehlen alle nicht-1-Byte Pakete, die von "alten" Repeatern verworfen wurden.</p>
]]></description><link>https://forum.chaosmesh.net/post/336</link><guid isPermaLink="true">https://forum.chaosmesh.net/post/336</guid><dc:creator><![CDATA[scotty]]></dc:creator><pubDate>Wed, 20 May 2026 10:14:51 GMT</pubDate></item><item><title><![CDATA[Reply to Public-Key Byte Kollision beim Routing on Mon, 18 May 2026 06:13:00 GMT]]></title><description><![CDATA[<p dir="auto">Ich weiß nicht, ob es da eine Übersicht gibt, aber erfahrungsgemäß würde ich bei sowas immer mindestens ein Jahr warten.</p>
<p dir="auto">Das mit den Regionen wurde auch viel zu schnell überstürzt.</p>
]]></description><link>https://forum.chaosmesh.net/post/325</link><guid isPermaLink="true">https://forum.chaosmesh.net/post/325</guid><dc:creator><![CDATA[l5y]]></dc:creator><pubDate>Mon, 18 May 2026 06:13:00 GMT</pubDate></item><item><title><![CDATA[Reply to Public-Key Byte Kollision beim Routing on Sat, 16 May 2026 14:53:37 GMT]]></title><description><![CDATA[<p dir="auto">Hat irgendwer einen Überblick, ob schon ausreichend Repeater auf <a href="https://docs.meshcore.io/cli_commands/#view-or-change-this-nodes-advert-path-hash-size" rel="nofollow ugc">F/W &gt;= 1.14</a> sind, um auf 2-Byte-Prefixe umzuschalten?</p>
]]></description><link>https://forum.chaosmesh.net/post/321</link><guid isPermaLink="true">https://forum.chaosmesh.net/post/321</guid><dc:creator><![CDATA[scotty]]></dc:creator><pubDate>Sat, 16 May 2026 14:53:37 GMT</pubDate></item><item><title><![CDATA[Reply to Public-Key Byte Kollision beim Routing on Tue, 20 Jan 2026 07:53:04 GMT]]></title><description><![CDATA[<p dir="auto">Im #test Kanal habe ich gesehen dass ein Bot zb auch den Befehl "prefix free" unterstützt und zeigt dann "freie" Prefixe an.<br />
Mittels <a href="https://gessaman.com/mc-keygen" rel="nofollow ugc">https://gessaman.com/mc-keygen</a> kann man diese dann wohl generieren.</p>
<p dir="auto">Gibt es eigentlich ein RFC zu dem genutzten Protokoll wo man sich reinlesen kann?</p>
<p dir="auto">EDIT: sehe gerade <a href="https://bcm.deadsec.net/topic/7/online-tools-f%C3%BCr-meshcore" rel="nofollow ugc">https://bcm.deadsec.net/topic/7/online-tools-für-meshcore</a>, da wurde es ja auch schon erwähnt <img src="https://forum.chaosmesh.net/assets/plugins/nodebb-plugin-emoji/emoji/android/1f642.png?v=902a9cba8b4" class="not-responsive emoji emoji-android emoji--slightly_smiling_face" style="height:23px;width:auto;vertical-align:middle" title=":)" alt="🙂" /><br />
Auf einmal so viele neue Themen hier, nice!</p>
]]></description><link>https://forum.chaosmesh.net/post/41</link><guid isPermaLink="true">https://forum.chaosmesh.net/post/41</guid><dc:creator><![CDATA[wirehack7]]></dc:creator><pubDate>Tue, 20 Jan 2026 07:53:04 GMT</pubDate></item><item><title><![CDATA[Reply to Public-Key Byte Kollision beim Routing on Mon, 19 Jan 2026 21:50:11 GMT]]></title><description><![CDATA[<p dir="auto">Ja, das Routing hat kein Problem, es ist nur für die Nutzenden in eindeutig was passiert.</p>
]]></description><link>https://forum.chaosmesh.net/post/39</link><guid isPermaLink="true">https://forum.chaosmesh.net/post/39</guid><dc:creator><![CDATA[Timo_V]]></dc:creator><pubDate>Mon, 19 Jan 2026 21:50:11 GMT</pubDate></item><item><title><![CDATA[Reply to Public-Key Byte Kollision beim Routing on Mon, 19 Jan 2026 19:41:31 GMT]]></title><description><![CDATA[<p dir="auto">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?</p>
]]></description><link>https://forum.chaosmesh.net/post/31</link><guid isPermaLink="true">https://forum.chaosmesh.net/post/31</guid><dc:creator><![CDATA[l5y]]></dc:creator><pubDate>Mon, 19 Jan 2026 19:41:31 GMT</pubDate></item><item><title><![CDATA[Reply to Public-Key Byte Kollision beim Routing on Mon, 19 Jan 2026 10:58:26 GMT]]></title><description><![CDATA[<p dir="auto">Grundsätzlich kümmert sich das Mesh/MeshCore selbständig um das Routing.<br />
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.</p>
<p dir="auto">Für <strong>Direktnachrichten</strong> 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.</p>
<p dir="auto">Zum Thema <strong>Dopplungen</strong> (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 <strong>13</strong> zweimal in der Nähe vergeben ist, da die Erfolgreiche Zustellung immer noch möglich ist.<br />
Nehmen wir an<br />
Ae = Das Brandenburger Tor<br />
13 = Das HumboldForum<br />
13 = Der Teufelsberg<br />
b7 = Kladow<br />
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: <strong>als nächstes ist 13 dran</strong> davon fühlen sich nun das HumboldForum und der Teufelsberg angesprochen und geben die Nachricht weiter mit <strong>als nächstes ist  B7</strong> 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.<br />
Das ist aber trotzdem weniger Traffic, als wenn alle Nachrichten von allen an alle Repeater immer per Flood weiter geschickt werden.</p>
<p dir="auto">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.</p>
<p dir="auto">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...</p>
]]></description><link>https://forum.chaosmesh.net/post/26</link><guid isPermaLink="true">https://forum.chaosmesh.net/post/26</guid><dc:creator><![CDATA[Timo_V]]></dc:creator><pubDate>Mon, 19 Jan 2026 10:58:26 GMT</pubDate></item></channel></rss>