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