[ff-firmware-devel] Unterschiede in den Firmware-Geschmacksrichtungen

[Ufo]

Am 17.11.14 um 10:42 schrieb Bastian Bittorf:

>> ..... Eigentlich müsste so eine tabelle aus der Freifunk-API rausfallen.
>> Ist nur eine Gedanke - detaillierter geht es sicher in einem pad

na, praktischer wäre vielleicht eine eigene freifunk-firmware-api
(natürlich ähnlich gestrickt wie die freifunk-api, aber getrennt)??

zu konträr sind derzeit die firmware ansätze, andererseits gibt es
jeweils auch viele Communities, die die gleiche/ähnliche
Freifunk-Firmware verwenden (Bsp. gluon oder meshkit)

aber selbst da sind unterschiede gross. bei gluon zb zwischen
batman-adv-2013 und batman-adv-2014
und bei meshkit verwendet weimar kmodvlan (und man kann auch keine IPs
eintragen), während in leipzig das batman-adv-2014 mit drin ist
(allerdings ohne vorkonfigurierten tunnel oder dhcp-server) :-o

> momentan wird da hier dran geschraubt:
> http://pad.freifunk.net/p/firmware
> 

Sehr schön. Die Liste sieht schon ganz gut aus und offenbart die
Unterschiede im Detail!!

Ich vermisse auf jeden Fall noch diese Gluon-Firmware mit batman-adv
2013, welche von wirklich vielen COmmunities eingesetzt wird (Hambürg,
Lübeck,..)
Dies macht ja auch das Vergleichen/Koppeln recht schwierig, da
batman-adv 2013 NICHT mehr komplatibel mit nachfolgenden Versionen
(batman-adv-2014..) ist.

Ausserdem fehlt auch die neue Berliner Firmware noch in der Liste!

Mit der freiwilligen Benennung der aktuellen Version als "Nullnummer"
(v.0.0.0) geben die Berliner offen die eigenen Schwächen zu: Hauptzweck
dieser Firmware scheint der schnelle Umstieg von 104.x auf 10.x IPs und
ein Update der eigenen Openwrt Quellen zu sein. Dazu wurde auch schnell
ein neuer, zentraler Wizard programmiert, welcher IPs per email
zuschicken kann.
Als einzige Community schaffen sie es auch, gleich mehrere 10.x.y.z/24er
Netze benötigen zu wollen. batman-adv ist zwar kompliliert und in der
Firmware enthalten, allerdings nicht konfiguriert.
Somit scheint auch die neue zentrale IP-Vergabe (mit /28 Subnetz für
Clients) als Übergangslösung. Da wird sich auf jeden Fall in nächster
Zeit noch einiges ändern, wenn die Aversion gegen Client-Roaming (zb
batman-adv oder bmx6) bzw. Ipv4-NAT abnimmt :-o

Lobenswert sei der Versuch der Implementierung von OLSRv6 und von
global-gültigen freifunk-eigenen Ipv6 Adressen erwähnt. Auch wenn IC-VPN
aus Leipzig in Richtung Berlin oft klemmt, funktioniert der ipv6 zugriff
auf die Nodes mit neuer Firmware sehr gut.


-- 
---
Freifunk Leipzig http://leipzig.freifunk.net