[freifunk-public] GW1 hat Huddel / Re: Neue Experimental-Firmware 1.13.0~exp20250325

Do Apr 10 15:16:59 CEST 2025

Hallo,

Marvin hat das Rätsel gelöst, was dieser Graph bedeutet: das ist der Traffic des 
Gateways in der WND Domäne. Das Tool das die "Knotenstatistik" sammelt rechnet 
nicht damit, dass ein Gerät in mehreren Meshes ist, aber die Gateways sind 
natürlich in allen Meshes, und dann nimmt das Tool die letzte Domäne in der 
Liste. ;)

Also ich glaube diesen Graphen können wir getrost ignorieren. In WND sind nur 20 
Knoten, da ist halt öfter mal nix los.

Viele Grüße,
Ralf

On 10.04.25 13:04, Ralf Jung via freifunk-public wrote:
> Hallo,
> 
> Sebastian bezog sich auf diesen Grafen:
> <https://mgmt.saar.freifunk.net/grafana/d/nodestats-by-name/knotenstatistiken- 
> nach-name?var- 
> Knoten=gw4.saar.freifunk.net&orgId=1&from=now-24h&to=now&timezone=browser&viewPanel=panel-6>
> 
> Ich habe keine Ahnung, was der misst.^^
> 
> ; Ralf
> 
> On 10.04.25 11:48, Jan Scherer wrote:
>> Hallo Sebastian,
>>
>> ich kann im Grafana keine flatline erkennen
>> https://mgmt.saar.freifunk.net/grafana/d/gateway/gateways? 
>> orgId=1&from=now-24h&to=now&timezone=browser&var-gw=4&refresh=5m
>>
>> Auf GW1 zwischen dem 3.4. und  5.4. auch nicht
>> https://mgmt.saar.freifunk.net/grafana/d/gateway/gateways? 
>> orgId=1&from=2025-04-02T22:00:00.000Z&to=2025-04-05T21:59:59.000Z&timezone=browser&var-gw=1&refresh=5m
>>
>> Welchen Graph meinst du?
>>
>> Grüße
>>
>> Jan
>>
>> Am 10.04.25 um 11:33 schrieb Fam. Fontaine:
>>> Hallo Ralf,
>>> seid ich bei meinen Knoten das GW1 rausgeschmissen hab laufen die wieder rund.
>>> Mein setup beinhaltet auch ein mesh mit einem Nachbarn.
>>> Ich hatte den Eindruck, dass das Problem nach dem reboot erst nach einer Zeit 
>>> kam (paar Minuten, vielleicht viertel Stunde)
>>> Falls das mit dem mesh zusammenhängen sollte, dann wird es kompliziert zu 
>>> testen. Mache ich aber gerne.
>>>
>>> Heute sieht GW4 im grafana komisch aus. Traffic flatline. So war das mit GW1 
>>> als ich die Probs noch hatte.
>>>
>>> Grüsse
>>> Sebastian
>>>
>>>
>>>> Am 10.04.2025 um 11:30 schrieb Ralf Jung <post at ralfj.de>:
>>>>
>>>> Hi Sebastian,
>>>>
>>>> D.h. mit GW1 hast du das Problem immernoch?
>>>>
>>>> Im Hackerspace konnte das bislang niemand nachstellen obwohl alle Knoten an 
>>>> GW1 hängen...
>>>>
>>>> Viele Grüsse,
>>>> Ralf
>>>>
>>>>> On 05.04.25 19:41, Sebastian Fontaine via freifunk-public wrote:
>>>>> Hi,
>>>>> zu früh gefreut, hat nur kurz gehalten. Dann war der Traffic wieder weg
>>>>> und ich hatte eine "selbst zugewiesene IP".
>>>>> Bin jetzt wieder weg vom GW1.
>>>>> Grüße
>>>>> Sebastian
>>>>>> Am 05.04.25 um 19:25 schrieb Sebastian Fontaine:
>>>>>> Hallo Jan,
>>>>>>
>>>>>> jetzt bekomme ich über GW1 die 10.24.243.156
>>>>>> Und ich komme auch wieder darüber ins Web.
>>>>>>
>>>>>>
>>>>>> Im Grafana sieht es so aus, als wäre da nicht besonders viel los gewesen.
>>>>>> Ziemliche Traffic-Flatline z.B. im Verhältnis zum GW4.
>>>>>>
>>>>>>
>>>>>>
>>>>>>
>>>>>> Grüße
>>>>>> Sebastian
>>>>>>
>>>>>>
>>>>>> Am 05.04.25 um 18:59 schrieb Jan Scherer via freifunk-public:
>>>>>>> Konnte auf Anhieb keinen Fehler bei GW1 feststellen, auch die Logs sehen
>>>>>>> normal aus.
>>>>>>>
>>>>>>> Starte es gerade mal neu, könnt ihr mal testen ob das Problem dann immer
>>>>>>> noch besteht? Bin gerade unterwegs und habe keinen Knoten zum testen.
>>>>>>>
>>>>>>> Grüße
>>>>>>>
>>>>>>> Jan
>>>>>>>
>>>>>>> Am 05.04.25 um 18:56 schrieb Sebastian Fontaine via freifunk-public:
>>>>>>>> Hallo und vielen Dank für den Tipp,
>>>>>>>>
>>>>>>>> habe das GW1 aus der /etc/config/tunneldigger rausgeschmissen und jetzt
>>>>>>>> läuft freifunk wieder wie am Schnürchen.
>>>>>>>> Könnte man fast als update ausrollen, bis der wieder richtig geht,
>>>>>>>> oder?
>>>>>>>>
>>>>>>>> Viele Grüße
>>>>>>>> Sebastian
>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>> Am 05.04.25 um 08:10 schrieb Peter Schley via freifunk-public:
>>>>>>>>> Hallo zusammen,
>>>>>>>>>
>>>>>>>>> ich konnte das Problem auf den gw1 eingrenzen.
>>>>>>>>> Das Problem ist nachstellbar und tritt unabhängig von der
>>>>>>>>> Firmwareversion auf. Sobald sich der Knoten mit dem GW1 verbindet,
>>>>>>>>> werden keine IPv4-Adressen mehr verteilt.
>>>>>>>>>
>>>>>>>>> Viele Grüße,
>>>>>>>>> Peter
>>>>>>>>>
>>>>>>>>>
>>>>>>>>> Am 03.04.2025 um 07:09 schrieb Peter Schley via freifunk-public:
>>>>>>>>>> Hallo zusammen,
>>>>>>>>>>
>>>>>>>>>> das IPv4-Problem tritt bei mir auch auf.
>>>>>>>>>> Situation hier:
>>>>>>>>>> - Offloader mit 2x vEthernet (ohne vlan-Experimente o.ä.)
>>>>>>>>>> - damals frisch mit 1.11.2 aufgesetzt, danach Updates (inkl.
>>>>>>>>>> Experimental und rc) auf 1.12.0
>>>>>>>>>> - nach dem Update auf 1.13.experimental (manuell per sysupgrade)
>>>>>>>>>> erhalten die Clients keine IPv4-Adressen mehr. IPv6 funktioniert
>>>>>>>>>> augenscheinlich problemlos.
>>>>>>>>>>
>>>>>>>>>> Ich prüfe das gerne noch mit frischem Setup auf Plastik. Kann aber
>>>>>>>>>> noch nicht sagen, wann ich dafür Zeit finde.
>>>>>>>>>>
>>>>>>>>>> Viele Grüße,
>>>>>>>>>> Peter
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>> Am 01.04.2025 um 13:44 schrieb Ralf Jung via freifunk-public:
>>>>>>>>>>> Hallo allerseits,
>>>>>>>>>>>
>>>>>>>>>>> während der Auto-updater wegen des IPv4-Problems aus ist, kann die
>>>>>>>>>>> Firmware hier manuell heruntergeladen werden:
>>>>>>>>>>> <https://mgmt.saar.freifunk.net/firmware/1.13.0~exp20250325/>
>>>>>>>>>>>
>>>>>>>>>>> Uns ist aktuell völlig unklar, was das für ein Problem ist, da es im
>>>>>>>>>>> Hackerspace von selbst verschwunden ist. Also wenn das jemand testen
>>>>>>>>>>> könnte wäre das sehr nützlich. :)
>>>>>>>>>>>
>>>>>>>>>>> Viele Grüße,
>>>>>>>>>>> Ralf
>>>>>>>>>>>
>>>>>>>>>>> On 01.04.25 13:15, Hassler, Keno via freifunk-public wrote:
>>>>>>>>>>>> Hallo liebe Freifunker,
>>>>>>>>>>>>
>>>>>>>>>>>> es gibt eine neue Experimental-Firmware (1.13.0~exp20250325) auf
>>>>>>>>>>>> Basis von gluon 2023.2.4. Damit schließen wir wieder zum aktuellen
>>>>>>>>>>>> Stand der gluon-Entwicklung auf. Zur Zeit ist der Rollout noch
>>>>>>>>>>>> pausiert, da wir ein Problem mit DHCP vermutet haben (Clients
>>>>>>>>>>>> bekamen keine IPv4- Adressen). Sobald wir bestätigt haben, dass das
>>>>>>>>>>>> Problem gelöst ist, wird das Update im Experimental-Kanal
>>>>>>>>>>>> auftauchen. Upgrade sind nur von Version 1.12 möglich; falls eure
>>>>>>>>>>>> Knoten noch auf Version 1.11.2 laufen, müsstet ihr sie also zuerst
>>>>>>>>>>>> auf 1.12 upgraden.
>>>>>>>>>>>>
>>>>>>>>>>>> Zentrale Neuerungen sind zum einen eine modernere Basis mit OpenWrt
>>>>>>>>>>>> 23.05, Linux-Kernel 5.15, wireless-backports 6.1.24 und batman-adv
>>>>>>>>>>>> 2023.1, und zum anderen WPA3-Support für private WLAN-Netze. Wenn
>>>>>>>>>>>> ihr eure Knoten dazu nutzt, euer privates (verschlüsseltes) WLAN zu
>>>>>>>>>>>> erweitern, könnt ihr das jetzt auf zeitgemäßem Sicherheitsstand
>>>>>>>>>>>> tun. Dieses Feature steht aus Platzgründen aber nur auf Routern zur
>>>>>>>>>>>> Verfügung, die genügend Speicher haben (mindestens 7MiB Flash und
>>>>>>>>>>>> 64MiB RAM).
>>>>>>>>>>>>
>>>>>>>>>>>> Neu unterstützte Geräte:
>>>>>>>>>>>> - ARM SystemReady 32/64-bit (Images für virtuelle Maschinen auf
>>>>>>>>>>>> ARM- Systemen)
>>>>>>>>>>>> - ASUS: TUF-AX4200, RT-AX53U
>>>>>>>>>>>> - AVM: FRITZ!Repeater 1750E
>>>>>>>>>>>> - Cudy: WR3000 (v1)
>>>>>>>>>>>> - D-Link: COVR-X1860 (A1)
>>>>>>>>>>>> - Enterasys: WS-AP3715i
>>>>>>>>>>>> - Extreme Networks: WS-AP3805i
>>>>>>>>>>>> - GL.iNet: GL-XE300, GL-MT3000
>>>>>>>>>>>> - Hewlett-Packard: MSM460
>>>>>>>>>>>> - MikroTik: wAPR-2nD (wAP R)
>>>>>>>>>>>> - NETGEAR: WAX220, WNDRMAC v2, EX6130
>>>>>>>>>>>> - Sophos: AP100, AP100c, AP55, AP55c
>>>>>>>>>>>> - TP-Link: EAP615-Wall, TL-MR6400 (v5), Archer C60 (v1), EAP225-
>>>>>>>>>>>> Outdoor v3, TL-WR2543N/ND (v1), RE200 (v4)
>>>>>>>>>>>> - Ubiquiti: Unifi 6 Plus, UniFi Swiss Army Knife Ultra
>>>>>>>>>>>> - Wavlink: WS-WN572HP3 4G
>>>>>>>>>>>> - Xiaomi: Mi Router 4A (Gigabit Edition v2)
>>>>>>>>>>>> - ZTE: MF289F
>>>>>>>>>>>> - Zyxel: NWA50AX Pro, WSM20
>>>>>>>>>>>>
>>>>>>>>>>>> Nicht mehr unterstützte Geräte:
>>>>>>>>>>>> - TP-Link: RE355, RE450 (v1), RE305
>>>>>>>>>>>> - Ubiquiti: NanoBeam 5AC 19 (XC), NanoBeam M5 (XW), NanoStation
>>>>>>>>>>>> Loco M2/M5 (XW), NanoStation M2/M5 (XW)
>>>>>>>>>>>>
>>>>>>>>>>>> Wir würden uns freuen, wenn einige von euch die Firmware testen
>>>>>>>>>>>> könnten und eventuell auftretende Probleme zurückmeldeten.
>>>>>>>>>>>>
>>>>>>>>>>>> Herzliche Grüße
>>>>>>>>>>>> Keno (für das Freifunk-Admin-Team)
>>>>>>>>>>>>
> 