-------- Forwarded Message --------
Subject: [gluon] [ANNOUNCE] Gluon v2017.1.8
Date: Sun, 17 Jun 2018 17:56:16 +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>
A new maintenance release of Gluon is out.
Gluon v2017.1.8 includes some new hardware support, and various bugfixes
for batman-adv, in particular a fix for the infamous "unregister_netdevice:
waiting for ... to become free." issue.
This and a few other changes are described in the full release notes on
Read the Docs:
http://gluon.readthedocs.io/en/v2017.1.x/releases/v2017.1.8.html
-- NeoRaider
Hi zusammen,
Ich habe gerade mal das batman-adv-dkms und batctl Paket geupgradet:
batman-adv-dkms von v2017.3 auf v2018.1:
Changelog:
support latest kernels (3.2 - 4.17)
coding style cleanups and refactoring
documentation cleanup
mark licenses clearer, change UAPI netlink header from ISC to MIT
add DAT cache and multicast flags netlink support
avoid redundant multicast TT entries
bugs squashed:
avoid spurious warnings from bat_v neigh_cmp implementation
fix check of gateway availability in B.A.T.M.A.N. V
fix locking for bidirectional TQ check counters
remove leak of stack bits in fragmentation header priority
fix packet checksum handling in receive path
fix handling of large number of interfaces
fix netlink dumping of gateways and BLA claims+backbones
update data pointers after skb_cow()
fix header size check in batadv_dbg_arp()
fix skbuff rcsum on packet reroute
fix multicast-via-unicast transmission with AP isolation
fix packet loss for broadcasted DHCP packets to a server
fix multicast packet loss with a single WANT_ALL_IPV4/6 flag
batctl von v2017.3 auf v2018.1:
Changelog:
synchronization of batman-adv netlink and packet headers
coding style cleanups and refactoring
documentation cleanup
mark licenses clearer, change batman-adv UAPI header from ISC to MIT
add DAT cache and multicast flags netlink support
disable translation support for non-unicast mac addresses
bugs squashed:
improve error handling for libnl related errors
add checks for various allocation errors
Schöne grüße
Tarek
Über die Config Oberfläche kann man in der Fastd-Firmware auswählen, ob der
Tunnel verschlüsselt wird oder nicht. Wie kann ich dies über die Konsole
ändern?
Hi,
könntet ihr für folgende Harware eine Testing-Firmware bauen?
https://openwrt.org/toh/pcengines/apu2https://www.pcengines.ch/wle200nx.htm
Wir haben die Hardware für Testzwekce angeschafft, und würden auch viel
Rückmeldung dazu geben.
Bisher haben wir die reguläre x86-64-Firmware verwendet (welche auch gut
läuft), die hat aber nicht die richtigen Treiber an Bord.
LG
Malte
Hi zusammen,
Ich wollte meine Ideen und Pläne gerne mal vorstellen und
gemeinsam mit euren eine Roadmap erarbeiten. :)
Meine Pläne für das Netz und die Firmware:
1. Hoodselector fertigstellen: Aktuell fehlen noch ein paar
Zustände die in den kommenden Wochen angeschlossen sein sollten.
Das betrifft hauptsächlich den BATAMAN_GATEWAY mode. Z.B. das
verhalten beim zurück wechseln in die Eigene hood wenn sich ein
mesh Router an eine benachbarte hood gehängt hat. Siehe dazu:
https://github.com/freifunk-gluon/gluon/pull/997
2. Support für L2TP VPN.
Aus dem gluon upstream soll l2tp in unsere Firmware backported werden.
Das ist dank der neuen Patch Möglichkeit in unserer Firmware nun relativ
einfach realisierbar.
3. Router als Batman-adv Gateways
Die Idee hatte ich schon länger im Kopf bin aber bisher noch nicht wirklich
dazu gekommen in der Richtung was zu machen. Im Grunde ist die Idee das,
leistungsfähigere Router bsp. Archer C7 einen eigenen VPN zu exit Servern
aufbauen wie z.B. IPredator, HidemyAss, Tor, usw. Paralell zu den VPN soll
ein weiterer VPN fastd oder l2tp die virtuelle mesh Verbindung für das interne
Netz weiter zur Verfügung stellen.
Vorteile bei dieser Struktur:
* Es gibt deutlich mehr Exit Nodes.
* Es kommt dem Dezentralen Konzept ein Stück näher.
* Unser Server backbone wird entlastet (bessere lasten Verteilung).
* Evtl. Technische Lösung der VDS
Nachteile:
* IPv4 würde in dem Konstrukt wahrscheinlich Probleme machen.
Lösung könnte hier ddhcpd sein ein zurzeit experimenteller distributed dhcp
Server.
4. Prof of concept erstellen für generische Layer3 Routern zwischen hoods.
Hierzu habe ich mir noch keine näheren Gedanken gemacht. Aber der Titel
sollte schon aussagen worum es geht.
Das sind bisher nur Ideen und Vorstellungen woraus letztlich eine Roadmap
entstehen kann.
Ich würde mich über feadback und/oder andere Ideen Freuen :)
Schöne Grüße
Tarek
Hallo Leute,
mir fiel gerade auf, dass der uci Befehl, den man sich über den geopicker auf der map.ffnw.de ausgeben lassen kann, nicht mehr so 100% auf die Config in unserer aktuellen Firmware passt. Man bekommt bspw.
uci set gluon-node-info.@location[0]='location';
uci set gluon-node-info.(a)location[0].share_location='1';
uci set gluon-node-info.(a)location[0].static_location='1';
uci set gluon-node-info.(a)location[0].latitude='egal';
uci set gluon-node-info.(a)location[0].longitude='egal';
uci commit gluon-node-info
aber in der Firmware habe ich folgendes:
uci show | grep location
geolocator.settings.auto_location='0'
geolocator.settings.static_location='1'
gluon-node-info.location=location
gluon-node-info.location.altitude='egal'
gluon-node-info.location.latitude='egal'
gluon-node-info.location.share_location='1'
gluon-node-info.location.longitude='egal'
uhttpd.px5g.location='Berlin'
Will heißen, der Wert static_location steht mittlerweile nicht mehr unter gluon-node-info.@location[0] sondern unter geolocator.settings, wie auch der Wert auto_lacotion. Vielleicht sollte das in der Map mal entsprechend angepasst werden?
Ab welcher Firmwareversion das nicht mehr passt, habe ich jetzt nicht geprüft.
LG Lorenz
Moin zusammen, gibt es sowas?
Von meinem iPhone gesendet
Anfang der weitergeleiteten Nachricht:
> Von: Markus Emmerich <aundm2000(a)me.com>
> Datum: 24. April 2018 um 07:35:22 MESZ
> An: sebastian(a)freifunk-ibbenbueren.net
> Betreff: E-Mail Notify wenn Knoten offline?
>
> Hallo Herr Wolzenburg,
>
> inzwischen läuft alles ganz gut, allerdings verabschiedet sich der FF-RECKE-ZMZ-OFFLLADER manchmal aus unerfindlichen Gründen.
>
> Gibt es die Möglichkeit eines automatischen Notify (aus Grafans?) n den Admin (freifunk(a)zmz-Recke.de) wenn ein Knoten keine Statusmeldungen mehr absetzt?
>
> Vielen Dank und viele Grüße, Markus Emmerich.
Hallo zusammen,
beim Flashen ist irgendetwas nicht so gelaufen, wie es sollte und nun
hängt der Router in der Bootschleife. Folgende Information kann ich per
serieller Schnittstelle auslesen, leider komme ich nicht weiter, um z.b.
die Bootschleife zu beenden. Im Internet habe ich gefunden, dass man tpl
(TPL?) kurz vor dem Reboot eingeben soll. Ich habe nur irgendwie das
Gefühl, dass dies nicht ankommt (wie kann ich dies überprüfen?). Habt
Ihr Tips, wie ich den wieder zum Leben erwecken kann? Könnt ihr das im
Mainframe? Wegen meiner auch mit der Original Firmware...
Vielen Dank.
Gruß
Andreas Rudolph
## Booting image at 9f020000 ...
Uncompressing Kernel Image ... Too big uncompressed streamLZMA ERROR
1 - must RESET board to recover
U-Boot 1.1.4 (Jun 13 2014 - 15:14:01)
ap135 - Scorpion 1.0DRAM:
sri
Scorpion 1.0
ath_ddr_initial_config(178): (16bit) ddr2 init
tap = 0x00000003
Tap (low, high) = (0x0, 0x1a)
Tap values = (0xd, 0xd, 0xd, 0xd)
64 MB
Flash Manuf Id 0xef, DeviceId0 0x40, DeviceId1 0x17
flash size 8MB, sector count = 128
Flash: 8 MB
Using default environment
*** Warning *** : PCIe WLAN Module not found !!!
*** Warning *** : PCIe WLAN Module not found !!!
In: serial
Out: serial
Err: serial
Net: ath_gmac_enet_initialize...
athrs_sgmii_res_cal: cal value = 0xe
No valid address in Flash. Using fixed address
No valid address in Flash. Using fixed address
ath_gmac_enet_initialize: reset mask:c02200
Scorpion ----> S17 PHY *
athrs17_reg_init: complete
: cfg1 0x80000000 cfg2 0x7114
eth0: ba:be:fa:ce:08:41
eth0 up
athrs17_reg_init_wan done
SGMII in forced mode
athr_gmac_sgmii_setup SGMII done
: cfg1 0x800c0000 cfg2 0x7214
eth1: ba:be:fa:ce:08:41
eth1 up
eth0, eth1
Setting 0x18116290 to 0x58b1a14f
Autobooting in 1 seconds
gerade das hier gefunden, vielleicht ist hier ein bug?
LEDE Version: LEDE Reboot 17.01-SNAPSHOT r3862+42-60f8d388c6 (r3862+42-60f8d388c6)
Gluon Version: v2017.1.5-21-g6639a649 Gluon Release: 20180403
Selected Hood: default
------------------------------------------------------------------------------
root@ffnw-LOHNetzIndustrie-Museum03:~# hoodselector
The hoodselector is still running.
root@ffnw-LOHNetzIndustrie-Museum03:~# cat /tmp/hoodselector_error
command failed: No such device (-19)
command failed: No such device (-19)
ifconfig: SIOCGIFFLAGS: No such device
ifconfig: SIOCGIFFLAGS: No such device
Command failed: Request timed out
Command failed: Request timed out
Command failed: Request timed out
Command failed: Request timed out
Failed to parse json data: unexpected end of data
Command failed: Request timed out
Failed to parse json data: unexpected end of data
Command failed: Request timed out
/usr/bin/lua: /usr/sbin/hoodselector:110: attempt to index local 'a' (a nil value)
stack traceback:
/usr/sbin/hoodselector:110: in function 'h'
/usr/sbin/hoodselector:181: in function 'r'
/usr/sbin/hoodselector:481: in main chunk
[C]: ?
