Moin zusammen,
ich würde gerne für Testzwecke einen zusätzlichen Server bei Hetzner anmieten und unserem Verein zur Verfügung stellen. Dort sollte meiner Meinung nach eine komplette Testumgebung inkl. Einrichtung einer Testhood installiert werden. Damit könnte alles immer vorab getestet werden bevor es in unsere Produktivsysteme eingespielt wird. Was haltet ihr davon und was wird benötigt? Meiner Meinung sollte das System auch so ausgelegt sein, das im Ausfall eines anderen System als Backup genutzt werden kann.
LG
Sem
Moin Moin leute,
Ich habe heute eine neue Firmware gebaut. Basisdaten:
* Firmware-Version: 20170502
* Gluon-Version: v2016.2.x
* Commit ID: 03fc7b8e972aea4d61ff6014adc6ec5850f86216
* Download: https://firmware.ffnw.de/20170502
Die upstream Änderungen findet ihr hier:
https://github.com/freifunk-gluon/gluon/compare/242e63...03fc7b
Folgende Comunnity spezifischen Änderungen gab es:
package repo:
* hoodselector: Die fehler werden jetzt in /tmp/hoodselector_error gelog.
* hoodselectorctl: Die uci Steuerung für den hoodselector ist in ein eigenes
Paket namens hoodselectorctl ausgelagert worden.
* hoodselector: Enthält nun den support um mit IEEE802.11s umzugehen. #86
* hoodselector: Das scannen nach benachbarten Freifunk Routern ist nun beschleunigt
und kostet keine extra Airtime mehr.
* hoodselector: Das filtern des eigenen WLANs wurde verbessert. #101
* hoodselector: Die wifi test funktion wurde überarbeitet. Es werden nun alle
STA Netze vor dem testen der umliegenden freifunk WLANSs entfernt. #103
* hoodselector: Im MOLWM wird nun sichergestellt das der Router-eigenen Eintrag
entfernt wird.
* hoodselector: Ein Fehler zur Positionabfrage wurde behoben. Wenn keine uci
config zu der Router Position zur Verfügung stand, hat die tonumber func nil anstatt
0 returnd so das eine folge Prüfung fehlschlug. #100
* hoodselector: Im scanmode wird bei keinem erfolgreichen scan Ergebnis wieder
die defaulthood gesetzt. #99
* hoodselector: das suchen nach hoods aus dem hoodfile durch umliegende WLANs ist nicht
mehr von groß, klein Notation abhängig. #102
* IEEE802.11s kann jetzt optional im configMode eingeschaltet werden.
Änderungen an der Siteconf können im Siteconf-Repo hier eingesehen werden:
https://git.nordwest.freifunk.net/ffnw-firmware/siteconf/compare/20170410..…
Die Änderungen an unseren eigenen Paketen können im Packages-Repository hier eingesehen werden:
https://git.nordwest.freifunk.net/ffnw-firmware/packages/compare/20170410..…
Ich bitte euch die Änderungen zu prüfen und die Firmware im Anschluss zu
signieren. Die Dokumentation zum Signaturprozess findet ihr im Wiki unter:
https://wiki.nordwest.freifunk.net/Entwicklung/Firmware_releaseprozess#Firm…
Schöne Grüße
Tarek
Hi zusammen,
ich habe am Freitag von Sem den hinwies bekommen das sein tp-link-tl-wdr4900-v1
auf den testing branch gewechselt ist.
Scheinbar ist beim Bau der Firmware ein Fehler unterlaufen, vermutlich wurde
vorher eine testing Version gebaut worden und darauf folgend eine stabile
dabei wurde wahrscheinlich make ..TARGET=mpc85xx-generic .. vergessen auszuführen.
Ich habe die testing images vorerst in mein homedir verschoben.
Mir würden jetzt 2 Vorgehensweisen einfallen.
Wir lassen die testing Images einfach aus den Ordner heraus und bieten zu den Signaturen keine
images für die wdr4900. In einer neuen Firmware Version kommen dann die stable Images
einfach wieder neu mit rein. <-- würde ich bevorzugen.
Zweiter Vorschlag: Wir bauen 20170410 neu und müssen anschließend noch mal alle signieren.
oder hat jemand noch eine andere Idee?
Zudem hab ich gerade auch schon eine Mail an die Allgemeine liste vorbereitet, mit den hinwies darin,
das Besitzer eines wdr4900 einmal manuell die Firmware wieder installieren sollten um wieder auf den
stable zustand zu kommen. Diese kann dann abgesendet werden wenn wir eine neuere stable images haben
oder den Fehlerfall gelöscht haben.
Vg
Tarek
Moin zusammen,
nach dem Update ist vor dem Update. Unser Freifunk Netz wächst und wächst in der letzten Zeit verdammt schnell.
Dank unseres Hoodsystems und des Hoodselectors können wir darauf mittlerweile relative einfach darauf regaieren.
Daher habe ich zusammen mit Stefan bereits die nächsten Schritt geplant.
In dem Bereich Nordwest sind mittlerweile überall Hoods, die letzten weißen Felcken haben wir mit dem Letzten Update (20170410) beseitigt.
Aktuell sind ca. 65 Router in der Default Hood, das sind all diese, die nicht auf der Karte sind und keine Koordinaten haben oder ausserhalb unser Region sind.
Stefan und ich haben uns überlegt nun uns an die „großen“ Hoods zu wagen und diese sinvoll zu unterglidern.
Die Hood Südwest ist da so ein Kandidat, aktuell auch die größte Hood mit 200 Routern. Diese soll in 3 Hoods mit geografischen Bezug aufgeteillt werden in:
- Landkreis Grafschaft Bentheim
- Landkreis Emsland
- Landkreis Cloppenburg
Die Zweitgrößte Hood „Landkreis Osnabrück“, dort würden wir Bad Iburg in eine separate Hood verfrachten, da dort auch eine Menge von Routern auf kleiner Fläche installiert sind.
Mein Vorschlag für die neuen Hoods findet ihr hier. Wenn hier keine Einwände kommen würde ich zeitnah eine neue Firmware bauen.
Das neue Hoodfile habe ich hier zum Entwurf:https://git.ffnw.de/snippets/15
Man kann es sich wie gewohnt mit unserem Hoodgen anschauen https://hoodgen.ffnw.de
Stefan hat das ganz Serverseitig bereits alles vorbereitet.
Die Sachen kann man auch hier sich anschauen:
https://mw.ffnw.de/Hood_IP_Netze
Gruß
Johannes
Von meinem iPhone gesendet
Hi zusammen,
Es gab eine Änderung am build process.
Wir haben nun um Gluon auch ein eigenes patch framework.
vor dem bauen einer Firmware sollte nun ./prepare.sh patch
ausgeführt werden.
Wenn man Änderungen an gluon in patches packen will einfach ein patch
in $(GLUONDIR)/patches/openwrt/01xx-dein-patch-hier.patch erstellen
und im site repo ./prepare.sh update-patches ausführen.
schöne Grüße
Tarek
Hi,
> root@ffnw-8416f99be428:~# hoodselector
> No VPN connection found
> Batman gateways found
> Set hood "default"
> Hood set by batmanHasGateway mode, GW source is wifi
Steht mitten unter Oldenburger Routern, kein Default Router in Sicht.
Offenkundig ein Bug.
--
Viele Grüße,
Simon
Moin zusammen,
gestern einen Raspi 2B (1GB RAM 4x 0,9Ghz) als Offloader aufgesetzt mit
aktueller Stable FW (fastd).
Im Logread sehe ich folgendes: https://pastebin.com/gRma3Xfa
Screenshot davon auch noch im Anhang. Liegt das am Loglevel, oder muss
ich mir Sorgen machen :)
Danke!
--
Sebastian Wolzenburg
2. Vorsitzender
Freifunk Ibbenbüren e.V.
www.freifunk-ibbenbueren.net
sebastian(a)freifunk-ibbenbueren.net
Hi zusammen,
Ich habe heute eine neue Firmware gebaut. Basisdaten:
* Firmware-Version: 20170421
* Gluon-Version: v2016.2.5-1-g03fc7b8e
* Download: https://firmware.ffnw.de/20170421/
Folgende Änderungen gab es:
* hoodselector: remove upper function by scan #102
* hoodselector: filter redundancy networks #105
* hoodselector: prepare scanmode for handling ibss and mesh #103
* hoodselector: filter Own Respondd with Mac address
* hoodselector: 802.11s support
* hoodselector: delete all running wifi interfaces except ibss #103
* hoodselector: fix wrong function parameter on #99
* hoodselector: get location fix nil returned by uci fault #100
* hoodselector: set default hood in state scanmode #99
* hoodselector: replace stderr with stdout
* Move Hoodselector Control to Own Package hoodselectorctl and add it
* Hoods: Add Hood Landkreis Grafschaft Bentheim
* Hoods: Add Hood Landkreis Cloppenburg
* Hoods: Rename Südwest to Landkreis Emsland
* Hoods: Add Hood Bad Iburg
* Hoods: Emden-Leer-Aurich improved boarders
* Hoods: Add Second Fastd Instance for Default Hood
Die Änderungen an der Siteconf können im Siteconf-Repo mittels folgendem Befehl eingesehen werden:
https://git.ffnw.de/ffnw-firmware/siteconf/compare/201704...johannes%2F2017…
Die Änderungen an unseren eigenen Paketen können im Packages-Repository mittels folgendem Befehl eingesehen werden:
https://git.ffnw.de/ffnw-firmware/packages/compare/201704...johannes%2F2017…
Ich bitte euch die Änderungen zu prüfen und die Firmware im Anschluss zu signieren. Die Dokumentation zum Signaturprozess findet ihr im Wiki unter:
https://wiki.nordwest.freifunk.net/Entwicklung/Firmware_releaseprozess#Firm…
Nach dem die Firmware signiert wurde werde ich die entsprechenden Tags im GitLab setzen und in die entsprechenden Branches mergen.
Parallel zu der Stable baue habe ich auch eine Testing Firmware gebaut und die gibt es die hier: https://firmware.ffnw.de/20170421_testing/
Viele Grüße
Johannes Rudolph
Moin,
ich habe gestern abend einen neuen runner02 auf srv19 eingerichtet.
Specs:
- 8 cores
- 16 GB RAM
- 750 GB HD
Erreichbar ist die VM nur per IPv6, sie kann aber auch per IPv4
raustelefonieren.
Grüße
bjo
Hallo zusammen,
Vor ein paar tagen habe ich den Support für IEEE802.11s im hoodselector in den master gemerged.
wir können nun also mit dem Abschluss des Milestones auch IEEE802.11s zur Verführung stellen.
Es besteht noch ein issue #87 was ich hier zuvor nur besprechen wollte.
Wenn wir jetzt einfach ibss und IEEE802.11s parallel über das gesamte Netz aktivieren, dann
würde sich die Link Anzahl pro node verdoppeln. Da ja zwei nodes über zwei verschiedene Interfaces
untereinander sichtbar sind und nicht wie zuvor nur über ibss. Das würde somit auch den Management
traffic erhöhen.
Im issue #87 geht es um die Überlegung eines workearound zum Wechsel auf IEEE802.11s, Gründe dafür
s.u. Mein Ansatz wäre eine Erkennung von Nachbarroutern einzubauen um zu ermitteln ob ein Router ein
und den selben Nachbarrouter sowohl über 11s als auch über ibss sieht. trifft das auf alle Router in
der Umgebung zu schaltet der Router das ibss ab. Dazu kommt das die Router z.b. immer zwischen
24-6 Uhr einmal Täglich später wöchentlich nach Freifunk Routern schauen soll die ibss aktiv haben.
Um eine Abwärtskompatibilität zu ermöglichen.
Die zeitlichen Intervalle währen jetzt erst mal Platzhalter.
Vorteil von IEEE802.11s gegenüber IBSS ist mehr Hardware Support.
Probleme mit dem ath9k bug werden damit nicht behoben da der Bug unabhängig davon im Treiber ist.
Das wird mit lede und insbesondere mit ath10k deutlich besser (WIP).
Der workaround soll im Milestone 201705 Erstmal nur besprochen werden ( diese Mail ).
schöne Grüße
Tarek
