Hallo, ich find es gut hier eine solche Diskussion zu starten und sich ehrenwerte Ziele für die nächste Zeit zu stecken und auch ich möchte gerne dazu beitragen.
Im nachfolgenden gehe ich auf die Probleme ein, die ich auch sehe und wo ich auch konkrete Lösungskonzepte und Eigenmotivation besitzte diese umzusetzen - getrieben auch durch Eigennutz für meinen Job. Jo-Philipp Wich schrieb: > Probleme > > Nachfolgend eine Auflistung der großen Probleme die mir persönlich grade > in den Sinn kommen. Korrekturen oder Kommentare erwünscht. > > > 1) Datenbank > > FFsomething (db.leipzig.freifunk.net) braucht dringend einen > Maintainer, der Python Code ist nicht mehr auf neueren Systemen > lauffähig. Wie üblich fehlen hier Leute mit Programmiererfahrung. > > 3) IP-Verwaltung > > Die IP-Verwaltung von Wiki und Datenbank muss zusammengelegt werden, > die doppelte Eintragung in Wiki und Datenbank ist aufwändig, > fehleranfällig und führt zu Datenleichen. Gehört IMO zusammen. Ich selbst baue gerade an einem IP-Address+Net Management was zusätzlich auch Routing, ACL's, Services abbilden kann. Gerne als OpenSource - zur Zeit ist es aber eher ein Oracle-XML-Java-Gebilde, würde zumindest die Oracle gegen Postgre eintauschen (oder generische Datenbank-API??). Weiß aber nicht wie portieren, da ich einen XML-Baum je Netzelement anlege der sich bisher nicht in eine relationale DB abbilden läßt. das ganze soll für große Netze (mehr als 20k Netzelemente) funktionieren, deswegen von vorherein als Tier-3 Architektur angelegt mit mgl. vielen Schnittstellen. Zur Zeit bin ich nur direkt am XML-Baum und am eigentlichen Programm-Core für Abfragen, Verknüpfungen, Plausibilitätstest (ACL's, Routen und Advertisments, IP-Subnets, IP-Doppler), Eingabe tätig. Die IP-DB kann dann ähnlich wie IPPlan bspw. in Nagios angeknüpft werden und regelmäßig Statusabfragen durch führen. Von FFSomething würde ich weg gehen und dessen Erungenschaften gerne in Nagios sehen, ebenso die Frauhofer-Dinge OpenIMP. Entgegen dem "Trend" bin ich eher dafür bekannte OS-Projekte mit Plugins zu stärken und mächtig zu machen anstatt vieler kleiner Frickel-Projekte die "wenn der Maintainer keiner Zeit mehr hat" vor sich hindümpeln. Mit Arbeit gerne erwünscht nur keine Ahnung wie, da auch keine Ahnung von Software-Entwicklung. > 5) HauptVPN > > Das VPN läuft instabil was dazu führt das Teilwolken oft von einander > getrennt sind, dies ist besonders häufig zwischen Plagwitz, > Südvorstadt und Connewitz zu beobachten. Tja hier bietet sich zwar eine relativ einfache Lösung an, die aber im Einzelnen geprüft werden müßte ob sich dies mit dem jetzigen OLSR umsetzen läßt. Der Gedanke ist das jeder HNA automatisch zu einen BGP-Peer gegenüber einen RouteReflector wird. Befinden sich mehrere HNA's in einer zusammenhängenden Mesh-Wolke gibt es auch mehrere BGP-Peers Probleme lösen sich über Metriken von BGP oder OLSR...dazu brauch es AFAIK einen kleinen schlankeren BGPd statt der Quagga-Suite, damit dieser per default bereits in die Firmware einfließen kann. Achja mit Tunnel natürlich. Muß nur programmiert werden *duck* RouteReflector auf einem Hetzner-Server könnte ich stellen und verwalten. Ich denke in anderen Städten ist dies auch möglich um so auch Redundanz und "Lastverteilung" zu schaffen. greetings Dirk _______________________________________________ freifunk-leipzig mailing list [email protected] https://lists.subsignal.org/mailman/listinfo/freifunk-leipzig
