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
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
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,
Stefan hat mich gebeten die Repos in der Puppet Gruppe mit dem aktuellen Stand
des Puppet Master-Servers abzugleichen. Das habe ich heute Abend getan.
Nun gibt es noch einige Module über deren Stand ich mir nicht im klaren bin.
Welche der folgenden Module werden denn tatsächlich von uns selbst entwickelt
oder haben von uns selbst eingebrachte Änderungen sodass diese nicht einfach
mit "puppet module install" aus der Forge installiert werden können?
Um folende Module geht es:
environments/production/modules/concat/
environments/production/modules/epel/
environments/production/modules/motd/
environments/production/modules/nrpe.bak/
environments/production/modules/nrpe/
environments/production/modules/python/
environments/production/modules/radvd/
environments/production/modules/registry/
environments/production/modules/resolvconf/
environments/production/modules/tagmail/
environments/production/modules/vcsrepo/
Viele Grüße
Clemens
FIY
-------- Forwarded Message --------
Subject: [gluon] [ANNOUNCE] Gluon v2016.2
Date: Wed, 21 Sep 2016 20:45:56 +0200
From: Matthias Schiffer <mschiffer(a)universe-factory.net>
To: gluon(a)luebeck.freifunk.net
CC: Freifunk Firmware Entwicklung <firmware-devel(a)freifunk.net>, WLANware <wlanware(a)freifunk.net>
Hey,
Gluon v2016.2 is out! The changelog is a bit smaller than usual for a major
release, but I still think the wait was worth it - we have:
* Tons of new hardware support (we finally removed the BROKEN flag from the
ath10k devices!)
* Bugfixes (improved WLAN stability!)
* Various new features
As always, here are the full release notes:
http://gluon.readthedocs.io/en/v2016.2/releases/v2016.2.html
A big thanks to all our contributors [1]!
-- NeoRaider
[1] https://github.com/freifunk-gluon/gluon/graphs/contributors
Hi,
War das Wochenende über mit fkr, ulf und Malte in Kiel auf den Kilux.
Ich hab gesehen das die Freifunk kieler u.a. über hide.me traffic abkippen:
https://hide.me/en/
evtl. wäre das bei uns als zusätzlicher exit auch noch interessant.
Bzw. ich hatte überlegt mal ein wenig in die Richtung zu experimentieren
das man weg von supernodes geht und z.b. einzelne Router direkt an vpn
exits hängt.
Befor ich da allerdings ein bisschen in die Richtung experimentieren will,
warte ich noch auf das ddhcp, was aktuell in c implementiert wurde und
noch ein wenig zeit zur reife braucht. ddhcp ist ein dezentraler dhcp
der auf den freifunk Routern laufen würde, so das auch v4 Problemlos in
offline Netzen zur Verfügung stehen könnte.
vg
Tarek