# BATMAN\_V Mesh Probleme **URL:** \ **Category:** Technik\ **Created:** [8. August 2019 um 07:19 UTC](https://forum.freifunk.net/t/batman-v-mesh-probleme/21016 "2019-08-08T07:19:43Z")\ **Posts on this page:** 20\ **Page:** 1
**Author:** ![awlnx](https://forum.freifunk.net/letter_avatar_proxy/v4/letter/a/57b2e6/32.png) [@awlnx](https://forum.freifunk.net/u/awlnx)\ **Post date:** [8. August 2019 um 07:19 UTC](https://forum.freifunk.net/t/batman-v-mesh-probleme/21016/1 "2019-08-08T07:19:43Z")
Servus zusammen, nachdem wir gerade auch gemeinsam mit FFBSee an dem Problem debuggen, warum sich Meshes teilweise komisch verhalten. Wollte ich mal wissen wer sonst noch Probleme mit BATMAN\_V hat? Indizien bis jetzt: - Es müssen mehr als 5 Meshpartner in der Nähe sein - Es tritt bei Wifi öfter auf als bei Kabel Meshes - Die Verbindungen werden einseitig (aka 0-100% und nicht mehr 100%-100%) - Meistens kommt man über das direkte Nachbarnode per SSH noch auf den Knoten der auf 0% steht - Es beruhigt sich nach einiger Zeit von selbst Was wir getan haben bis jetzt: - Eine neu Firmware mit batman-adv 2019.2 gebaut ([Add cherry-pick of batman-adv-2019.2 · freifunkMUC/site-ffm@19b40f6 · GitHub](https://github.com/freifunkMUC/site-ffm/commit/19b40f649123428c8ccc10dc41cbf32b694b6ad0)), scheint das Problem der einseitgen Verbindungen zu beheben, aber es werden oft schlechte Links preferiert. Als ob BATMAN die Routen nicht schwenkt, wenn eine bessere vorhanden wäre. - Workarounds für ath9k Bugs aus der Firmware ausgebaut um Link-Flapping zu reduzieren Wir sind etwas ratlos, wie wir weiter machen sollen. Auch haben wir noch keine zuverlässige Möglichkeit gefunden es zu reproduzieren. Falls also eine andere Community noch auf der Suche nach Lösungen ist, wäre es super wenn wir alle zusammen arbeiten könnten. ---
**Author:** ![adorfer](https://forum.freifunk.net/user_avatar/forum.freifunk.net/adorfer/32/17910_2.png) [@adorfer](https://forum.freifunk.net/u/adorfer)\ **Post date:** [8. August 2019 um 07:47 UTC](https://forum.freifunk.net/t/batman-v-mesh-probleme/21016/2 "2019-08-08T07:47:40Z")
> [@awlnx](#): > > Die Verbindungen werden einseitig (aka 0-100% und nicht mehr 100%-100%) Ist das konstant für das Szenario? - Also wirklich 0% (rampdown innerhalb von mcastrate\*10 Zeit) - und immer unidirektional, also nicht „beidseitig 2%“ (als Beispiel) (Nur um nicht ähnliche Szenarios aus Batman 2015 und/oder ath9k mit in den Topf zu werfen versehentlich) ---
**Author:** ![awlnx](https://forum.freifunk.net/letter_avatar_proxy/v4/letter/a/57b2e6/32.png) [@awlnx](https://forum.freifunk.net/u/awlnx)\ **Post date:** [8. August 2019 um 07:49 UTC](https://forum.freifunk.net/t/batman-v-mesh-probleme/21016/3 "2019-08-08T07:49:34Z")
Es ging bis zum Update auf BATMAN 2019.2 immer auf 0% runter. Natürlich dann auch keine Daten mehr im Grafana :/. Und die andere Seite zeigte weiter die 100%. ---
**Author:** ![T\_X](https://forum.freifunk.net/letter_avatar_proxy/v4/letter/t/a9adbd/32.png) [@T\_X](https://forum.freifunk.net/u/T_X)\ **Post date:** [8. August 2019 um 13:14 UTC](https://forum.freifunk.net/t/batman-v-mesh-probleme/21016/4 "2019-08-08T13:14:14Z")
Beim Wireless Battlemesh v10 in Wien damals, schien es ein paar Merkwürdigkeiten mit BATMAN\_V zu geben. Konnten wir danach noch nicht wieder reproduzieren, aber vielleicht seid ihr da ja jetzt auf einer heißen Spur. Zum Debuggen: Das „ab 5“ klingt fast in Richtung Congestion. Könntet ihr evtl. mal mit (a) H.O.R.S.T. schauen, wie es sich mit der Airtime bei 1,2,3,4,5,… Knoten verhält? Auch mit Wireshark am besten mal auf einem Monitor-Mode Interface schauen, wieviele OGMs und ELP Pakete da so rumschwirren. Die genaue Paketrate von denen wäre interessant und ob es da evtl. sporadische Spikes gibt. Auch ob ihr OGMs mit verdächtig niedriger TTL finden solltet, wäre interessant (könnte auf einen Routing-Loop hindeuten). Dissektoren für BATMAN\_V sollten in einem aktuellen Wireshark eigentlich drin sein (ob die Version in z.B. Debian unstable schon neu genug ist, weiß ich gerade nicht). In „batctl log“ mit „batctl loglevel batman“ wäre ansonsten noch das nächste Level. Ist aber bei hoher Paketrate etwas anstrengender zu lesen. ---
**Author:** ![awlnx](https://forum.freifunk.net/letter_avatar_proxy/v4/letter/a/57b2e6/32.png) [@awlnx](https://forum.freifunk.net/u/awlnx)\ **Post date:** [8. August 2019 um 13:36 UTC](https://forum.freifunk.net/t/batman-v-mesh-probleme/21016/5 "2019-08-08T13:36:16Z")
Das ist schonmal interessant, auf den Gluon Kisten ist das debuggen halt immer etwas schwer, da ich nicht so einfach Kernelzeug nach laden kann etc… Eventuell versuche ich mal in diese Situation mit ein paar VMs und Raspberries zu kommen. Da ist es deutlich einfacher Tracing Funktionen einzubauen und vor Allem ist genug Platz für Debugwerkzeuge vorhanden ;). Was auf BATMAN\_V auf jeden Fall schonmal schlecht ist, ist dass ein gewählter Nexthop gefühlt für immer der Nexthop zum Gateway bleibt, auch wenn sich die Linkqualität deutlich verschlechtert. Das führt zu einer schlechten Nutzerexperience und gerade für Wifi Links ist das richtig schädlich. ---
**Author:** ![hexa](https://forum.freifunk.net/user_avatar/forum.freifunk.net/hexa/32/9296_2.png) [@hexa](https://forum.freifunk.net/u/hexa)\ **Post date:** [8. August 2019 um 14:00 UTC](https://forum.freifunk.net/t/batman-v-mesh-probleme/21016/6 "2019-08-08T14:00:50Z")
Eine prozentuale Abbildung der Metrik ist nicht hilfreich zum debuggen, denn welcher Linkspeed wird hier als 100% angelegt? Davon solltet ihr wegkommen, das hat bei BATMAN\_IV funktioniert, um die 0-255 Skala abzubilden, bei BATMAN\_V sollte die Metrik einfach roh, ggf. mit Einheit, angegeben werden. ---
**Author:** ![awlnx](https://forum.freifunk.net/letter_avatar_proxy/v4/letter/a/57b2e6/32.png) [@awlnx](https://forum.freifunk.net/u/awlnx)\ **Post date:** [8. August 2019 um 14:22 UTC](https://forum.freifunk.net/t/batman-v-mesh-probleme/21016/7 "2019-08-08T14:22:44Z")
Das ist eine sehr gute Frage, ich habe mich auch schon oft gefragt was die 100% nun heißen sollen … Aber ob da nun 0 oder 100 steht ist im Grunde erstmal egal, interessant ist dass dann in dem Moment nichts mehr gerouted wird. Ich bin gerade dabei Hardware aufzutreiben um das Szenario nachstellen zu können. Ich habe einen Verdacht wie es zustande kommt, kann das aber nicht beweisen oder untermauern. Im Moment sieht es aber so aus, dass es vor allem in Szenarien mit vielen wackligen Verbindungen auftaucht, als ob sich irgendwann bei zuvielen Flaps irgendwas vertut. ---
**Author:** ![hexa](https://forum.freifunk.net/user_avatar/forum.freifunk.net/hexa/32/9296_2.png) [@hexa](https://forum.freifunk.net/u/hexa)\ **Post date:** [8. August 2019 um 14:59 UTC](https://forum.freifunk.net/t/batman-v-mesh-probleme/21016/8 "2019-08-08T14:59:10Z")
Was nimmt diese Konvertierung vor, ist das yanic? Ich halte es für gut möglich, dass wer auch immer das konvertiert gar nicht mit BATMAN\_V umgehen kann und einfach 255 Mbit/s auf 100% mapped oder so. ---
**Author:** ![mareklindner](https://forum.freifunk.net/letter_avatar_proxy/v4/letter/m/e19adc/32.png) [@mareklindner](https://forum.freifunk.net/u/mareklindner)\ **Post date:** [8. August 2019 um 21:05 UTC](https://forum.freifunk.net/t/batman-v-mesh-probleme/21016/9 "2019-08-08T21:05:11Z")
Mir ist eine Kartensoftware demonstriert worden, welche von BATMAN IV auf BATMAN V portiert wurde. Im Zuge dieser Portierung, wurden reichlich Annahmen eingebaut, welche die BATMAN V Metrik (MBit/s) auf Prozent umrechnet. Der Code enthielt auch viele fest eingebaute Werte, wie z.b. VPN-Server-Links haben immer 100%, Schwellwert von XX MBit/s auch 100%, etc. Das fuehrte dazu, dass die Karte gar nicht das BATMAN V routing abgebildet hat, sondern reichlich eigene Werte produzierte. Zum Zeitpunkt der Demo waren fast alle Werte bei 100% oder 25%. Es scheint, als wuerdet auch ihr diese Karte benutzen, daher die Frage: Sind die beschriebenen Probleme auf Inkonsistenzen zwischen dem, was die Karte zeigt und was das Routing macht, zurueckzufuehren ? Oder gibt es tatsaechliche Routingprobleme und falls ja, wie sehen diese Probleme aus ? ---
**Author:** ![awlnx](https://forum.freifunk.net/letter_avatar_proxy/v4/letter/a/57b2e6/32.png) [@awlnx](https://forum.freifunk.net/u/awlnx)\ **Post date:** [9. August 2019 um 06:31 UTC](https://forum.freifunk.net/t/batman-v-mesh-probleme/21016/10 "2019-08-09T06:31:29Z")
Es gibt tatsächlich Routingprobleme, da die Router nicht mehr erreichbar sind und die Clients dahinter nicht mehr ins Internet kommen. Und das Problem, dass BATMAN\_V schlechtere Routen weiterhin bevorzugt ist auch in anderen Communities bekannt, da sind wir nicht die Ersten :). Die Kartendarstellung ist in der Tat misst, aber ein Indikator wann ein Router rausfällt. ---
**Author:** ![awlnx](https://forum.freifunk.net/letter_avatar_proxy/v4/letter/a/57b2e6/32.png) [@awlnx](https://forum.freifunk.net/u/awlnx)\ **Post date:** [9. August 2019 um 06:32 UTC](https://forum.freifunk.net/t/batman-v-mesh-probleme/21016/11 "2019-08-09T06:32:32Z")
Wie es aussieht direkt respondd im Patch: > ---
**Author:** ![awlnx](https://forum.freifunk.net/letter_avatar_proxy/v4/letter/a/57b2e6/32.png) [@awlnx](https://forum.freifunk.net/u/awlnx)\ **Post date:** [9. August 2019 um 06:43 UTC](https://forum.freifunk.net/t/batman-v-mesh-probleme/21016/12 "2019-08-09T06:43:33Z")
Ich hab gestern genug Hardware aufgetrieben, um mal in einem Lab zu schauen ob ich den Zustand hinbekomme. Denn im Moment tritt es nur sporadisch in wackligen Meshes auf, die eben mehr als 5 Nodes besitzen. Und zum Debuggen ist das wie gesagt eine Katastrophe, wenn ich den Zustand aber künstlich herbeiführen kann ist die Chance rauszufinden was und ob was schief läuft deutlich höher. ---
**Author:** ![mareklindner](https://forum.freifunk.net/letter_avatar_proxy/v4/letter/m/e19adc/32.png) [@mareklindner](https://forum.freifunk.net/u/mareklindner)\ **Post date:** [9. August 2019 um 06:46 UTC](https://forum.freifunk.net/t/batman-v-mesh-probleme/21016/13 "2019-08-09T06:46:24Z")
Dann bitte nicht auf Basis der kaputten Prozentangaben zu Schlussfolgerungen kommen. Wie sehen denn die echten Metrikinformationen zu dem Zeitpunkt der Routingprobleme aus ? Was sind schlechtere Routen im Vergleich zu bessere Routen (in Bezug zu Metrik, verfuegbare Links, etc) ? Mir sind keine Probleme bzgl. BATMAN V und der Wahl von schlechten Routen bekannt und ich lese so ziemlich alle Emails der batman mailing list und IRC Kanal. Vielleicht solltet ihr euch dorthin wenden ? ---
**Author:** ![awlnx](https://forum.freifunk.net/letter_avatar_proxy/v4/letter/a/57b2e6/32.png) [@awlnx](https://forum.freifunk.net/u/awlnx)\ **Post date:** [9. August 2019 um 06:49 UTC](https://forum.freifunk.net/t/batman-v-mesh-probleme/21016/14 "2019-08-09T06:49:04Z")
Die Prozentwerte sind nur ein Indikator um die Router auf der Karte zu finden, die gerade ein Problem haben. Meistens kommt man auf diese aber nicht mehr drauf, also ist es schwer dann Aussagen zu treffen ;). Meistens wenn man doch noch drauf kommt, sieht man dass der throughput deutlich unter den anderen Routen liegt, was schlicht daraufhin deuten kann dass einfach keine Daten mehr fließen. In erster Linie ging es mir erstmal darum, zu hören ob noch andere Communities „komische“ Phänomene mit BATMAN\_V haben. Um irgendwie das Problem eingrenzen zu können. Zitat auch von FFBSee: > 1. bei 4er meshes hatten wir auch schon probleme gesehen. wir haben allerdings nicht 0/100 sondern per wifi batman unerreichbare router die ab und zu wieder erreichbar sind und ggf iwann wieder normal laufen. > > 2. zu den routen: stable over fast ist wohl gewollt aber nicht immer sinnvoll > > 3. solang die route nicht ausfällt wird nicht neu gewählt ---
**Author:** ![mareklindner](https://forum.freifunk.net/letter_avatar_proxy/v4/letter/m/e19adc/32.png) [@mareklindner](https://forum.freifunk.net/u/mareklindner)\ **Post date:** [9. August 2019 um 06:56 UTC](https://forum.freifunk.net/t/batman-v-mesh-probleme/21016/15 "2019-08-09T06:56:14Z")
Es fehlen weiterhin technische Details, um Vermutung anzustellen. Der betroffene Router hat nur einen Link zu einem Nachbarn und ist darueber nicht mehr erreichbar ? Ueber WiFi ? Wieso muss das ein BATMAN V Problem sein und kann kein WiFi bezogenes Problem (Treiber, Umgebung, etc) ? Was deutet in diesem Problemfall daraufhin, dass BATMAN V schlechtere Routen bevorzugt ? Wenn es nur eine Route gibt ? Was spricht dagegen, sich bei den BATMAN Entwicklern zu melden, die vielleicht viel eher was zu BATMAN V Problemen sagen koennten ? ---
**Author:** ![awlnx](https://forum.freifunk.net/letter_avatar_proxy/v4/letter/a/57b2e6/32.png) [@awlnx](https://forum.freifunk.net/u/awlnx)\ **Post date:** [9. August 2019 um 06:59 UTC](https://forum.freifunk.net/t/batman-v-mesh-probleme/21016/16 "2019-08-09T06:59:26Z")
Die Router besitzen mehrere Routen zu den Nachbarn, es passiert über Wifi wie auch Kabelmesh, was für uns den Treiber rausnimmt. Es passiert scheinbar auch nur in Umgebungen in denen es viele Wackler der Routen gibt und ständig Bewegung ist. Es spricht nichts dagegen, sich bei den BATMAN Entwicklern zu melden, aber erstmal möchten wir das Problem eingrenzen. Wenn hier Leute schreiben nein mit BATMAN\_V läuft bei uns alles super wir haben nie die Probleme, müssen wir eventuell woanders suchen. Das Problem tritt sporadisch auf und von uns kann niemand 24/7 beobachten und sofort debuggen, wir bekommen meistens die Rückmeldung „x-y war wieder nicht erreichbar, auf der Karte war 0%“. Deswegen auch die Idee das in einer kontrollierten Umgebung zu provozieren. Wir stehen zusammen mit FFBSee am Anfang der Suche was es sein könnte. ---
**Author:** ![awlnx](https://forum.freifunk.net/letter_avatar_proxy/v4/letter/a/57b2e6/32.png) [@awlnx](https://forum.freifunk.net/u/awlnx)\ **Post date:** [9. August 2019 um 07:02 UTC](https://forum.freifunk.net/t/batman-v-mesh-probleme/21016/17 "2019-08-09T07:02:22Z")
Hier noch ein Log eines Routers während er nur sporadisch erreichbar war (Aussage vom Nodebesitzer). [StockdorWillkommen4.txt](https://forum.freifunk.net/uploads/short-url/6wW54aijsM0URTu9uPr6wI1EiqG.txt) (118,9 KB) Und hier dieselben Logs aus einem 3er Mesh das gerne spinnt: [Kloepfer2.txt](https://forum.freifunk.net/uploads/short-url/6TFg3DysfTY9CGdilrzeTyIuID5.txt) (88,9 KB) [Sparkasse2.txt](https://forum.freifunk.net/uploads/short-url/zSbNfbVN6shy2I1LwTuFLI2t2BT.txt) (87,7 KB) [Kloepfer3.txt](https://forum.freifunk.net/uploads/short-url/zuJWArgAO0S1Qtp0hvLCKObZwQU.txt) (93,6 KB) ---
**Author:** ![mareklindner](https://forum.freifunk.net/letter_avatar_proxy/v4/letter/m/e19adc/32.png) [@mareklindner](https://forum.freifunk.net/u/mareklindner)\ **Post date:** [9. August 2019 um 07:06 UTC](https://forum.freifunk.net/t/batman-v-mesh-probleme/21016/18 "2019-08-09T07:06:04Z")
Auch beim Eingrenzen des Problems koennen Entwickler helfen. 🙂 Bitte lasst diese Logs den BATMAN Entwicklern zukommen. Hier ist nicht der beste Ort fuer die Diagnose. ---
**Author:** ![awlnx](https://forum.freifunk.net/letter_avatar_proxy/v4/letter/a/57b2e6/32.png) [@awlnx](https://forum.freifunk.net/u/awlnx)\ **Post date:** [9. August 2019 um 07:07 UTC](https://forum.freifunk.net/t/batman-v-mesh-probleme/21016/19 "2019-08-09T07:07:05Z")
Ich kümmer mich drum :). ---
**Author:** ![awlnx](https://forum.freifunk.net/letter_avatar_proxy/v4/letter/a/57b2e6/32.png) [@awlnx](https://forum.freifunk.net/u/awlnx)\ **Post date:** [9. August 2019 um 08:49 UTC](https://forum.freifunk.net/t/batman-v-mesh-probleme/21016/20 "2019-08-09T08:49:17Z")
Kurzes Feedback nach einem super Gespräch im BATMAN IRC. 1. Wir werden jetzt einen Patch für ath10k ausprobieren um auch da kein 0 throughput value mehr zu haben 2. Wir werden versuchen das im Lab nach zu bauen 3. Das gefühlte „Routen switchen nicht“ beruhte auf einem Denkfehler 4. Wir bekommen noch Hinweise wie man in Gluon batman-adv besser debuggen kann [Nächste Seite](https://forum.freifunk.net/t/batman-v-mesh-probleme/21016.md?page=2)