Hallo,

ich muss trotzdem dann aber noch einmal ein bisschen zu zwei
Themenbereichen ausholen:

Mir geht es jetzt erst einmal gar nicht darum, welche Community welche
Version von BATMAN einsetzt. Was mich aber schon sehr enttäuscht ist,
wie diese "Zusammenarbeit" hier funktioniert. Nämlich in meinen Augen
gar nicht mehr. Chris sagt jetzt, dass es diese Pläne zur Migration
überhaupt nicht gegeben hat. Philip antwortet seit mehreren Wochen weder
hier auf der Liste, noch auf private Emails oder SMS. Wenn das so die
Art ist wie ihr in euren Communities miteinander umgeht, dann soll das
euch überlassen sein. Ich habe da schon ein größeres Problem mit. So
geht man erstens nicht mit Menschen um und zweitens kommen wir hier
überhaupt nicht weiter in diesem Projekt. Das stottert irgendwie seit
Ende letzten Jahres nur noch vor sich hin und einen Dialog sind wir
offenbar nicht im Stande zu führen.

Seit langer Zeit sind technische Fragen offen. Die Personen, die sich
dazu einmal bereit erklärt haben bei der eigentlichen Umsetzung des
Projekts mitzuwirken ziehen sich "heraus" und die Testbeteiligung ist
mager, obwohl auf den Informationskanälen der Communities dafür geworben
worden sein soll. Entgegen bekräftigen andere immer wieder, dass doch
eigentlich großes Interesse daran besteht das Projekt umzusetzen.

Jetzt gibt es eine zumindest brauchbare Implementierung, die exakt der
Roadmap wie im Dezember mit Philip besprochen entspricht. Meiner
persönlichen Auffassung nach funktioniert diese auch. Einiges ist noch
zu tun, weil die Implementierung noch nicht fertig ist, aber ein
Meilenstein ist da. Wie soll es dann nun damit weitergehen?

Ich fände es schön, wenn wir nun endlich mal zu einem Punkt kommen, an
dem wir Farbe bekennen. Ich wäre am Ende nicht traurig, wenn wir hier
nun zum Schluss kommen, dass das Projekt nicht mehr weiter fortgesetzt
werden kann, soll, oder wird. Jedoch ist es doch so keine Grundlage auf
der ich gern weiter arbeiten möchte. Das soll aber nicht heißen, dass
ich mich dafür aussprechen möchte die Kooperation einzustellen, sondern
ich möchte gern, dass wenn sie weiter statt finden soll, sie auch den
Namen Kooperation verdient hat.

Ich würde mich freuen, wenn ihr vielleicht auch einmal eure Seite dazu
schildern würdet.

Gegen Ende der Woche plane ich einen kurzen Bericht über den Status
dieses Projektes auf unserem Development-Blog zu veröffentlichen. Es
wäre schön, wenn dieser nicht nur einseitig wäre.

Beste Grüße,
-Michael

On Mon, 2015-03-23 at 18:28 +0100, Chris Bischoff wrote:
> Hallo Michael,
>
>
> es wird vorläufig keine neuere batman Version in Dienst gebracht
> werden.
>
>
> Frühestens dann, wenn Team Gluon eine jüngere Version als stable
> freigeben würde, würden wir uns Gedanken über einen Umstieg machen,
> aber das war und ist nicht absehbar.
>
>
> Die Gluon Legacy Patches, insbesondere Split Horizon, sind doch nur
> nicht gemerged worden, weil es keine Änderungen sind die allgemein im
> batman jeder brauchen würde.
>
>
> Mir persönlich war und ist das auch egal, ob ihr nun die Legacy
> Version implementiert oder auch nicht, allerdings ist die batman
> Implementierung, wie bereits vor geraumer Zeit gesagt, dann nicht zu
> gebrauchen, da die WAN Leitungen zu stark belastet werden.
>
>
> Ich hatte nun lediglich noch einmal auf den Grund aufmerksam gemacht,
> da danach gefragt wurde, bin dann nun aber auch wieder raus, da ich im
> Gegensatz zur Annahme nicht das geringste Interesse an einer
> Grundsatzdiskussion habe.
>
>
> Bis dann dann
>
>
> Chris
>
>
>
>
>
>
> Am 23. März 2015 um 16:54 schrieb Michael Tremer
> <michael.tremer@ipfire.org>:
>         Hi,
>
>         kurz mal eingestreut: Philip sagte uns, dass es Pläne gibt,
>         die eine
>         Einführung von batman-adv 2014 in der Zeit von Januar bis März
>         zu
>         vollziehen. Das war im Dezember. Es sollte bereits einige
>         Gateways
>         gegeben haben, die mit batman-adv 2014 liefen und ein
>         Parallelnetz
>         sollte entstehen. Der "Split-Horizon"-Patch, der von den
>         Batman-Entwicklern (auch aus guten Gründen) abgelehnt wurde,
>         sollte
>         damit dann nicht mehr nötig sein.
>
>         Jetzt ist ja März. Wie ist denn der Stand von dem Projekt? Die
>         ganze
>         Diskussion um batman-adv 2013 können wir uns demnach ja
>         ohnehin knicken.
>
>         -Michael
>
>         On Mon, 2015-03-23 at 15:48 +0100, Chris Bischoff wrote:
>         > Hi Daniel,
>         >
>         >
>         > das ist das Changelog vom batman, nicht vom Legacy, betrifft
>         > entsprechend alle Versionen, auch die derzeit im IPFire
>         eingesetzte
>         > Version!
>         >
>         >
>         > Die neueren Versionen Compat 15, sind noch nicht für
>         ausreichend
>         > stabil befunden worden, weshalb derzeit noch nicht allgemein
>         > gewechselt wird.
>         >
>         >
>         > Wenn Du nach meiner persönlichen Meinung fragst; ich selber
>         habe in
>         > allen Servern Auto-Restarts für Kernel Panic und oops drin,
>         da batman
>         > in undefinierten Kombinationen zwischendrin mal abstürzt.
>         >
>         >
>         >
>         >
>         > Grüße
>         >
>         >
>         > Chris
>         >
>         >
>         >
>         >
>         >
>         >
>         >
>         >
>         >
>         > Am 23. März 2015 um 15:40 schrieb Daniel Weismüller
>         > <daniel.weismueller@ipfire.org>:
>         >         Hallo Chris
>         >
>         >         Wir haben damals schon ausführlich über dieses Thema
>         >         gesprochen.
>         >         Nach wie vor stellt sich die Frage warum Freifunk
>         auf
>         >         batman-adv 2013.4 gepatcht bleibt und nicht auf 2014
>         wechselt
>         >         aber diese Diskussion möchte ich nicht wieder
>         aufleben lassen.
>         >
>         >         Als erste Idee bietet sich an das man das
>         batman-adv-lagacy
>         >         kernel modul für IPFire baut und das verwendete
>         batman-adv
>         >         2013.4 dagegen austauscht.
>         >
>         >         Nun stolpere ich allerdings schon bei der
>         offiziellen
>         >         Changelog.
>         >
>          https://github.com/freifunk-gluon/batman-adv-legacy/blob/master/CHANGELOG
>         >
>         >         Laut Dieser sind nur Kernels zwischen 2.16.29 - 3.12
>         >         unterstützt.
>         >
>         >         IPFire ist aktuell bei Kernel 3.14 und Keiner kann
>         sagen wie
>         >         lange noch. Die Kernelentwicklung geht stetig weiter
>         und unter
>         >         Anderem deckt IPFire ein wesentliche breiteres
>         Spektrum an
>         >         Hardware ab und muss Dieses auch abdecken.
>         >
>         >         Gibt es auf Freifunkseite schon Erfahrungen mit
>         neueren
>         >         Kernelversionen?
>         >
>         >         Gruß
>         >         Daniel
>         >
>         >
>         >
>         >         Am 23.03.2015 um 14:56 schrieb Chris Bischoff:
>         >
>         >         > Hallo zusammen,
>         >         >
>         >         >
>         >         > das liegt daran, das nicht wie von mir mal
>         vorgeschlagen
>         >         > B.A.T.M.A.N. ADV Legacy sondern das normale ADV
>         installiert
>         >         > wurde.
>         >         >
>         >         >
>         >         > Dieses hat keinen "Split-Horizon" Patch, wodurch
>         die Leitung
>         >         > symmetrisch, statt asymmetrisch ausgelastet wird.
>         >         >
>         >         >
>         >         > Da wir in unserer Firmware (Gluon) ausschließlich
>         MIT
>         >         > Split-Horizon arbeiten, sind die Client Router
>         >         > (Kunststoffkisten) von dieser Last nicht
>         betroffen!
>         >         >
>         >         >
>         >         > Im IPFire wurde nun eine Integration gemacht, wie
>         sie nur
>         >         > auf unseren B.A.T.M.A.N. Gateway Servern in
>         Verwendung ist,
>         >         > die jedoch mittels symmetrischer
>         Gigabit-Verbindung ans
>         >         > Internet angebunden sind.
>         >         >
>         >         >
>         >         > Für den Client ist der Rebroadcast, der dazu
>         führt, im
>         >         > Übrigen auch vollkommen unnötig und verstopft nur
>         die
>         >         > Leitung, ohne positive Errungenschaften mit sich
>         zu
>         >         > bringen.
>         >         >
>         >         >
>         >         > FYI, das Legacy findet sich
>         >         > dort:
>         https://github.com/freifunk-gluon/batman-adv-legacy
>         >         >
>         >         >
>         >         > Beste Grüße
>         >         >
>         >         >
>         >         > Chris
>         >         >
>         >         >
>         >         >
>         >         >
>         >         >
>         >         >
>         >         >
>         >         > Am 23. März 2015 um 14:37 schrieb Daniel
>         Weismüller
>         >         > <daniel.weismueller@ipfire.org>:
>         >         >         Hallo Jens
>         >         >
>         >         >         Danke für die schnelle Antwort.
>         >         >
>         >         >         Dieser Fakt war mir schon bewusst.
>         Trotzdem danke
>         >         >         das Du das nochmal so ausführlich hier
>         beschrieben
>         >         >         hast.
>         >         >         Eine nähere Betrachtung der beiden Systeme
>         brachte
>         >         >         jedoch zu Tage, dass das "Grundrauschen"
>         bei dem
>         >         >         TP-Link System Zuhause wesentlich geringer
>         ist als
>         >         >         bei dem IPFire-FF-Testsystem.
>         >         >
>         >         >         Nun stellt sich die Frage wo kommt der
>         Unterschied
>         >         >         her? Scheinbar ist etwas wesendliches
>         Anders.
>         >         >
>         >         >         Zum Vergleich:
>         >         >         Mein Freifunkrouter (Freifunk Ruhrgebiet)
>         Zuhause
>         >         >         macht im Schnitt 16KB/s (128 kbit/s)
>         Upload und
>         >         >         50KB/s (400 kbit/s) Download.
>         >         >         Das IPFire-FF-Testsystem (Freifunk
>         Ruhrgebiet) macht
>         >         >         im Schnitt 40-70 KByte/s (320-520 KBit) Up
>         und down.
>         >         >
>         >         >         Dabei fällt mir zum Einen sofort auf, dass
>         Zuhause
>         >         >         der Traffic asynchron ist und auf dem
>         Testsystem
>         >         >         nicht.
>         >         >         Und zum Anderen, dass der Traffic Zuhause
>         auch
>         >         >         geringer ist obwohl die gleiche Community
>         >         >         konfiguriert ist.
>         >         >
>         >         >         Hat dazu jemand Ideen?
>         >         >
>         >         >         Gruß
>         >         >         Daniel
>         >         >
>         >         >
>         >         >
>         >         >         Am 23.03.2015 um 13:29 schrieb Jens
>         Sandmann:
>         >         >
>         >         >                 Moin,
>         >         >
>         >         >                         Ist das normal? Kann das
>         mal jemand
>         >         >                         mal gegenchecken, bitte!
>         >         >                         Gibt es Möglichkeiten die
>         benötigte
>         >         >                         Bandbreite zu reduzieren?
>         >         >                 Hallo Daniel, das ist normal. Der
>         Grund
>         >         >                 dafür ist das Freifunk als
>         >         >                 Grundidee ein Mesh-Netz hat. Gluon
>         basierte
>         >         >                 Firmwares nutzen dafür das
>         >         >                 BATMAN Protokoll (Infos: [1][2]).
>         BATMAN
>         >         >                 sendet dabei periodisch einen
>         >         >                 Broadcast Paket an alle Knoten in
>         >         >                 Reichweite. Diese verteilen die
>         >         >                 Broadcasts auch noch weiter. Da
>         sich die
>         >         >                 Knoten über den VPN Tunnel zu
>         >         >                 den Gateways alle gegenseitig
>         sehen können,
>         >         >                 obwohl sie nicht alle in
>         >         >                 direkter Nachbarschaft stehen,
>         erhält jeder
>         >         >                 Knoten alle Broadcast
>         >         >                 Pakete. Dadurch steigt die Anzahl
>         der
>         >         >                 Broadcasts mit der Anzahl der
>         >         >                 Knoten nicht linear(!). Die
>         Freifunker
>         >         >                 bezeichnen das als
>         >         >                 "Grundrauschen" und es hängt wie
>         gesagt von
>         >         >                 der Größe der Community ab,
>         >         >                 Münster hat deswegen ein deutlich
>         kleineres
>         >         >                 Grundrauschen als das
>         >         >                 Ruhrgebiet oder das Rheinland.
>         Innerhalb der
>         >         >                 Freifunk Communities wird
>         >         >                 versucht die Problemstellung des
>         >         >                 Grundrauschens zu lösen oder zu
>         >         >                 reduzieren. Zum Beispiel könnte
>         man größere
>         >         >                 Communitys in kleinere
>         >         >                 Aufsplitten. Eine Grundlegende
>         Lösung für
>         >         >                 das Problem gibt es aber noch
>         >         >                 nicht.
>         >         >
>         >         >                 Gruß,
>         >         >                 Jens Sandmann
>         >         >                 Freifunk Münster
>         >         >
>         >         >                 [1]
>         http://wiki.freifunk.net/B.A.T.M.A.N.
>         >         >                 [2]
>         >         >
>          http://de.software.wikia.com/wiki/B.A.T.M.A.N.
>         >         >
>         >         >
>         >         >
>         >         >
>          _______________________________________________
>         >         >         SIG-Freifunk-de mailing list
>         >         >         SIG-Freifunk-de@lists.ipfire.org
>         >         >
>          http://lists.ipfire.org/mailman/listinfo/sig-freifunk-de
>         >         >
>         >         >
>         >
>         >
>         >
>         >
>         > _______________________________________________
>         > SIG-Freifunk-de mailing list
>         > SIG-Freifunk-de@lists.ipfire.org
>         > http://lists.ipfire.org/mailman/listinfo/sig-freifunk-de
>
>
>