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