Hallo, in unserer site.conf steht ja derzeit folgendes:
next_node = {
ip4 = '10.18.0.127',
ip6 = 'fd74:fdaa:9dc4:127',
mac = '16:41:95:40:f7:dc',
},
und in der site.mk taucht auch eine Zeile mit gluon-next-node auf.
Eigentlich sollte das betreffende Interface local-node@br-client also
die passenden Adressen enthalten. In der Realität hat man aber nach
Eingabe von 'ip a s' nur das hier:
10: local-node@br-client: mtu 1500 qdisc noqueue
link/ether 16:41:95:40:f7:dc brd ff:ff:ff:ff:ff:ff
inet6 fe80::1441:95ff:fe40:f7dc/64 scope link
valid_lft forever preferred_lft forever
und nun fiel mir gerade auf, dass die v6 Adresse in der site.conf gar
keine 128 bit lang ist sondern nur 64. Da fehlt imho ein :: und es müßte
eigentlich
next_node = {
ip4 = '10.18.0.127',
ip6 = 'fd74:fdaa:9dc4::127',
mac = '16:41:95:40:f7:dc',
},
in der site.conf heißen. Vielleicht war dieser kleine Fehler der Grund
dafür, dass bei uns immer die next-node Adresse nicht funktionierte ?!
Bin gespannt
Lorenz
Hallo,
ich würde es begrüßen, wenn wir ab 2017 unsere Firmware Nummerierung ein
wenig Anpassen, da wir ja mehr ein Rolling Release Zyklus haben als
etwas Statisches.
Mein Vorschlag wir zählen einfach jedes Mal die Laufendenummer hoch.
Mein Vorschlag:
* 17.1
* 17.2
* 17.3
* 17.4
* ....
Und dann ab 2018
* 18.1
* 18.2
* 18.3
Ich glaube das macht mehr sin als das was wir aktuell machen
Meinugen?
gruß
Johannes
Hi,
This patch set contains the hoodselector and a hoodfile as exsample.
The hoodselector is a software that creates decentralized, semi automated
ISO OSI layer 2 network segmentation for batman-adv layer 2 routing
networks. This program reads the geobased sub-networks called hoods from
the above mentioned hoodfile. The decision of choosing the right hood is
made on following points: first, the hoodselector checks, if the router
has a VPN connection. If it has, the hoodselector then checks, if a
geoposition was set on the router. Knowing the position of the router the
hoodselector can find the right hood, because each hood is defined with
geocoordinates. If the Router doesn't have a VPN connection e.g. as a mesh
only router, the hoodselector triggers a WIFI scan and searches for
neighboured mesh routers in other hoods. If there is an other router with
a different BSSID but with the same mesh SSID, the router chooses it’s
hood based on the neighboured BSSID. Open issues can be found here[0].
cheers
Tarek
[0] https://git.nordwest.freifunk.net/ffnw-firmware/packages/issues?label_name%…
Jan-Tarek Butt (7):
add exsample hoodfile #789
add PKG Makefile for hoodfile #789
add hoodselector respondd c file #789
add hoodselector respondd Makefile #789
add hoodselector #789
add hoodselector cron file #789
add hoodselector PKG Makefile #789
package/ffnw-hoods/Makefile | 38 ++
package/ffnw-hoods/files/lib/ffnw/hoods/hoods.json | 64 ++
package/ffnw-hoodselector/Makefile | 45 ++
.../files/usr/lib/micron.d/hoodselector | 1 +
package/ffnw-hoodselector/luasrc/hoodselector | 722 +++++++++++++++++++++
package/ffnw-hoodselector/src/Makefile | 6 +
package/ffnw-hoodselector/src/respondd.c | 119 ++++
7 files changed, 995 insertions(+)
create mode 100644 package/ffnw-hoods/Makefile
create mode 100644 package/ffnw-hoods/files/lib/ffnw/hoods/hoods.json
create mode 100644 package/ffnw-hoodselector/Makefile
create mode 100644 package/ffnw-hoodselector/files/usr/lib/micron.d/hoodselector
create mode 100755 package/ffnw-hoodselector/luasrc/hoodselector
create mode 100644 package/ffnw-hoodselector/src/Makefile
create mode 100644 package/ffnw-hoodselector/src/respondd.c
--
2.10.0
Hi zusammen,
es kam vermehrt die frage nach Routerboards ohne WLAN auf.
Ein weiteres Kriterium waren dedizierten GBit Ports.
Der Einsatz war z.b. im Transit-Netz Bereich gefragt.
Ich habe mal ein paar Modelle Raus gesucht die ich bei
Interesse. gerne von unserem DEV Budget kaufen würde um diese
Dann in Gluon zu migrieren.
Mikrotik RouterBoard RB750GL (50€)
https://wiki.openwrt.org/toh/mikrotik/rb750gl
CPU MHz:400
FLASH:128NAND
RAM MB:64
Gbits Ports:5
Mikrotik Routerboard RB493G (200€)
CPU MHz:680/800
Ram_256MiB
Flash:128MiB 1x Micro-SD-socket
Network:9x 1000Base-T
USB:1x 2.0 unpowered
MiniPCI: 3x Type IIIA/B
Weitere HW kann Hier rausgesucht werden
https://wiki.openwrt.org/toh/mikrotik/start
vg
Tarek
Hallo zusammen,
Ich habe heute eine neue Firmware gebaut. Basisdaten:
* Firmware-Version: 1.2
* Gluon-Version: v2016.1.x
* Commit ID: ee597c66769a455d38467192598813e7f8411cfd
* Download: https://firmware.ffnw.de/1.2
Die upstream Änderungen findet ihr hier:
https://github.com/freifunk-gluon/gluon/compare/ee597c...ee597c
Folgende Comunnity spezifischen Änderungen gab es:
package repo:
* logic Fehler im configmode wurden behoben
Das Dropdown menu hat, bei wiederholten ausführen des
configModes seinen zustand nicht wiederhergestellt.
Das setzen zweier uci Parameter ist durch einen Typen Fehler
nie zu Stande gekommen.
* Client seitige Javascript map im configeMode
Es wird nun vom Router aus via Javascript auf den Client eine
OSM Karte geladen, sofern der Client über eine Internet
Verbindung verfügt. Um das selektieren von statischen Geo
Koordinaten zu vereinfachen.
* hoodselector: hoodinfo Sektion in respondd wurde erstellt #63 #48
Über respondd werden nun Informationen über die aktuell
selektierte hood eines Routers verteilt.
* hoodselector: das MOLWM Protokoll wurde implementiert Mesh On Lan
/ Wan Managemend
Das MOLWM Protokoll detektiert hood Kollisionen im mesh on lan
oder mesh on wan. U.a. anhand von Vergleichungen von md5 hashes
der einzelnen hoods.
* hoodselector: Der hoodselector gibt nun returncodes bei der
Terminierung zurück.
* hoodselector: pid datei write Permission wird abgefangen
* hoodselector: Unbenutzte variablen wurden entfernt und das überlappen
von Globalen variablen wurde behoben (zum Einsatz kam luacheck)
* hoodselector: Es können nun mehrere fastd peers mit äquivalenten DNS
aber unterschiedlichen Port bestehen. #40
Das ermöglicht uns anstelle von folgenden zu schreiben:
starwars0.sn.ffnw.de 1001
starwars1.sn.ffnw.de 1010
starwars1.sn.ffnw.de 1011
Lediglich:
starwars.sn.ffnw.de 1001
starwars.sn.ffnw.de 1010
starwars.sn.ffnw.de 1011
Das reduziert somit die ganzen DNS Einträge.
* hoodselector: Im scanmode arbeitet der hoodselector nun nicht mehr mit
einen statisch festgelegten WLAN Interface, sondern scannt über alle WLAN
Interfaces die ein Gerät hat. #69
* hoodselector: Im scanmode wird nicht mehr statisch 30 sec abgewartet
um anschließend zu prüfen ob eine mesh Verbindung besteht. Es wird nun
kontinuierlich geschaut und spätesten nach einem Zeitablauf von 30 sec
fortgesetzt. #70
* hoodselector: Fehlermeldungen werden nun in ein logfile geschrieben und
können und über logread eingesehen werden. #36
Änderungen an der Siteconf können im Siteconf-Repo hier eingesehen werden:
https://git.nordwest.freifunk.net/ffnw-firmware/siteconf/compare/v1.1.1...v…
Die Änderungen an unseren eigenen Paketen können im Packages-Repository hier eingesehen werden:
https://git.nordwest.freifunk.net/ffnw-firmware/packages/compare/v1.1.1...v…
Schöne Grüße
Tarek
Hi zusammen,
Ich hab heute das letze issue zu Milestone v1.2 geschlossen.
Ich wurde u.a. gefragt ob neue hoods in dieser Firmware
enthalten sein werden.
Ich würde dieser erst mal raus lassen und nach dieser eine
zwischen Version mit reinen hood Änderungen vorschlagen. Um
die Größe der Änderungen in dieser Version ein wenig zu reduzieren.
zu den hoods habe ich bereits issues aufgemacht [0][1][2].
Ich werde morgen noch eine separate Mail zur Besprechung der hoods schreiben.
Des weiteren sollte zum ende des Wochenendes die v1.2 folgen.
Da es jetzt bereit mehrfach vorkam das über die web UI editierte Dateien
Inkonsistenz wurden, habe ich versucht die Bearbeitung über web abzuschalten.
Zudem führt es dazu das Änderungen commited werden ohne zuvor validiert zu werden.
Dazu besteht ein upstream issue [3].
Schöne Grüße :)
Tarek
[0] https://git.nordwest.freifunk.net/ffnw-firmware/packages/issues/71
[1] https://git.nordwest.freifunk.net/ffnw-firmware/packages/issues/72
[2] https://git.nordwest.freifunk.net/ffnw-firmware/packages/issues/73
[3] https://git.nordwest.freifunk.net/ffnw-firmware/packages/issues/74
Hallo zusammen,
Ich habe heute eine neue Firmware gebaut. Basisdaten:
* Firmware-Version: 1.2
* Gluon-Version: v2016.1.x
* Commit ID: a7c77f6e2087cc0d3042b477a73cee8ee5d28cbf
* Download: http://firmware.ffnw.de/1.2
Die upstream Änderungen findet ihr hier:
https://github.com/freifunk-gluon/gluon/compare/867d939...a7c77f6
Folgende Comunnity speziffischen Änderungen gab es:
package repo:
* shell banner enthält nun versions informationen #45
* dkjson ist erstetz durch luci.jsonc #51
* hoodselector: uci exception handling #49
* hoodselector: hoodinfo sektion in respondd wurde erstellt #63 #48
* hoodselector: einfaches mesh on lan / wan managemend
* geoposition wurde abstrahiert #22
siteconf repo:
* CI: gluon commit ID wird als versions nummer gesetzt
* Es werden alle images deployd anstadt nur die 841er
Die Änderungen an der Siteconf können im Siteconf-Repo hier eingesehen werden:
https://git.nordwest.freifunk.net/ffnw-firmware/siteconf/compare/v1.1...v1.2
Die Änderungen an unseren eigenen Paketen können im Packages-Repository hier eingesehen werden:
https://git.nordwest.freifunk.net/ffnw-firmware/packages/compare/v1.1...v1.2
Schöne Grüße
Tarek
Hi,
Ich hab eben die manifest datein die falsch signiert worden repariert.
Zudem nachträglich die signiert die ich nicht signiert hatte.
Dazu hab ich einen haufen testing images gelöscht.
Alles in unserer schönen neuen übersicht zu sehnen
https://firmware.ffnw.de/status.html
schöne Grüße
Tarek :)
Hallo zusammen,
Ich hab soeben den firmware-bot fertig gestellt :)
Vor gut einer Woche habe ich angefangen den firmware-bot
auf dem Hackerthon zu schreiben, nun ist er fertig.
Das ist ein Programm welches auf srv01 läuft. Die Aufgaben
sind folgende:
1. Es erstellt md5, sha1 und sha2 checksums von allen Firmware Images.
Zusehen hier [0], alle Dateien mit der o.g. Endung.
2. Werden die Symlinks von <branch>.manifest auf manifest. geprüft und
bei nicht Existenz erzeugt.
3. Es werden alle Signaturen von allen Manifest Dateien geprüft.
Dazu wird eine Infoseite generiert, die hier [1] zu finden ist.
In der Tabelle auf der Seite sieht man u.a. wie viel Personen eine
Version signiert haben, dazu auch die entsprechenden Namen. Wenn
ein error in der Personen spalte steht ist das Manifest falsch signiert
worden. Die Sortierung ist nummerisch ich hab noch keinen passenden
Algorithmus dafür gebaut der z.B. wie der autoupdater sortiert.
Der firmware-bot aktualisiert seine Informationen stündlich.
Den Code könnt ihr hier einsehen [2]. Leider ist das gitlab aktuell noch kaputt
daher könnt ihr den Code aktuell nicht sehen....
Schöne Grüße :)
Tarek
[0] https://firmware.ffnw.de/stable/
[1] https://firmware.ffnw.de/status.html
[2] https://git.nordwest.freifunk.net/ffnw-server/firmware-bot
