Hallo,
seit dem Update auf 0.8.1 habe ich hier ein Problem: http://mesh.ffnw.de/#%21v:m%3Bn:14cc20e14478 http://mesh.ffnw.de/#!v:m;n:14cc20e14478
Die Konstellation ist so:
- Rathaus-VPN macht das VPN und Mesh-on-LAN - Rathaus-Saal macht Mesh-on-WAN und normal über WiFi - alle anderen machen normales Mesh über WiFi
Ist in diesem Bereich irgendwas in der neuen Firmware, dass diese Sachen nicht mehr funktionieren? Auf den Rathaus-VPN komme ich per SSH drauf. Kann ich da irgendwas nachgucken, woran es liegt?
Michael
Hi,
seit dem Update auf 0.8.1 habe ich hier ein Problem: http://mesh.ffnw.de/#%21v:m%3Bn:14cc20e14478
Das sieht sehr komisch aus...
Die Konstellation ist so:
- Rathaus-VPN macht das VPN und Mesh-on-LAN
- Rathaus-Saal macht Mesh-on-WAN und normal über WiFi
- alle anderen machen normales Mesh über WiFi
Ist in diesem Bereich irgendwas in der neuen Firmware, dass diese Sachen nicht mehr funktionieren?
In dem Bereich ist nicht geändert worden.
Auf den Rathaus-VPN komme ich per SSH drauf. Kann ich da irgendwas nachgucken, woran es liegt?
Du könntest schauen ob lokale originators existieren. Der output würde mich auch interessieren.
batctl o | grep -v mesh-vpn
Weiter kannst du ein wifi station dump machen um zu prüfen ob umligende Freifunk WLANs zu sehen sind.
iwinfo ibss0 scanning | grep "nordwest.freifunk.net" -A3 -B1
bzw. für mesh
iwinfo ibss0 scanning | grep "mesh.ffnw" -A3 -B1
vg Tarek
Hi,
Am 03.04.2016 um 17:16 schrieb Jan-Tarek Butt via Nordwest nordwest@lists.ffnw.de:
Du könntest schauen ob lokale originators existieren. Der output würde mich auch interessieren.
batctl o | grep -v mesh-vpn
Da kommt nicht viel:
[B.A.T.M.A.N. adv 2015.1, MainIF/MAC: br-wan/16:cd:20:e1:44:78 (bat0 BATMAN_IV)] Originator last-seen (#/255) Nexthop [outgoingIF]: Potential nexthops ...
Weiter kannst du ein wifi station dump machen um zu prüfen ob umligende Freifunk WLANs zu sehen sind.
iwinfo ibss0 scanning | grep "nordwest.freifunk.net" -A3 -B1 bzw. für mesh
iwinfo ibss0 scanning | grep "mesh.ffnw" -A3 -B1
No such wireless device: ibss0
Ich muss vielleicht nochmal dazu sagen: der Rathaus-VPN (der einzige, auf den ich drauf komme) macht Mesh-on-LAN (mit Rathaus-Saal) und NICHT per WiFi (andere Etage, Serverraum, Antennen ab)
Michael
On 04/03/16 17:25, Michael Nolte wrote:
Hi,
Am 03.04.2016 um 17:16 schrieb Jan-Tarek Butt via Nordwest nordwest@lists.ffnw.de:
Du könntest schauen ob lokale originators existieren. Der output würde mich auch interessieren.
batctl o | grep -v mesh-vpn
Da kommt nicht viel:
[B.A.T.M.A.N. adv 2015.1, MainIF/MAC: br-wan/16:cd:20:e1:44:78 (bat0 BATMAN_IV)] Originator last-seen (#/255) Nexthop [outgoingIF]: Potential nexthops ...
Das sieht nicht so gut aus. D.h. die mesh nachbarn sind tatsächlich nicht da.
Weiter kannst du ein wifi station dump machen um zu prüfen ob umligende Freifunk WLANs zu sehen sind.
iwinfo ibss0 scanning | grep "nordwest.freifunk.net" -A3 -B1 bzw. für mesh
iwinfo ibss0 scanning | grep "mesh.ffnw" -A3 -B1
No such wireless device: ibss0
Magst du ibss0 durchein passendes wlaninterface aus ifconfig ersetzen ? :)
Ich muss vielleicht nochmal dazu sagen: der Rathaus-VPN (der einzige, auf den ich drauf komme) macht Mesh-on-LAN (mit Rathaus-Saal) und NICHT per WiFi (andere Etage, Serverraum, Antennen ab)
Wie hast du diese konfiguriert. Hast du via shell an den networkconf was geändert ?
vg Tarek
Hi.
Am 03.04.2016 um 17:52 schrieb Jan-Tarek Butt via Nordwest nordwest@lists.ffnw.de:
iwinfo ibss0 scanning | grep "mesh.ffnw" -A3 -B1
No such wireless device: ibss0
Magst du ibss0 durchein passendes wlaninterface aus ifconfig ersetzen ? :)
Ich muss vielleicht nochmal dazu sagen: der Rathaus-VPN (der einzige, auf den ich drauf komme) macht Mesh-on-LAN (mit Rathaus-Saal) und NICHT per WiFi (andere Etage, Serverraum, Antennen ab)
Wie hast du diese konfiguriert. Hast du via shell an den networkconf was geändert ?
Puh, das ist schon länger her, war eine der ersten Installationen. Aber soweit ich weiß, habe ich alles per GUI gemacht, bis auf ein paar Sachen per uci. So ist das WLAN-Mesh im VPN-Router deaktiviert:
wireless.ibss_radio0=wifi-iface wireless.ibss_radio0.ifname='ibss0' wireless.ibss_radio0.network='ibss_radio0' wireless.ibss_radio0.device='radio0' wireless.ibss_radio0.bssid='02:CA:FF:EE:BA:BF' wireless.ibss_radio0.disabled='1' wireless.ibss_radio0.mcast_rate='12000' wireless.ibss_radio0.mode='adhoc' wireless.ibss_radio0.macaddr='16:cf:21:e1:44:78' wireless.ibss_radio0.ssid='mesh.ffnw'
Aber dieser Router sollte ja auch wie gesagt per LAN meshen. Hat er auch bis 0.8.1…
Michael
Hi,
Am 03.04.2016 um 17:52 schrieb Jan-Tarek Butt via Nordwest nordwest@lists.ffnw.de:
iwinfo ibss0 scanning | grep "mesh.ffnw" -A3 -B1
No such wireless device: ibss0
Magst du ibss0 durchein passendes wlaninterface aus ifconfig ersetzen ? :)
Ich muss vielleicht nochmal dazu sagen: der Rathaus-VPN (der einzige, auf den ich drauf komme) macht Mesh-on-LAN (mit Rathaus-Saal) und NICHT per WiFi (andere Etage, Serverraum, Antennen ab)
Wie hast du diese konfiguriert. Hast du via shell an den networkconf was geändert ?
Puh, das ist schon länger her, war eine der ersten Installationen. Aber soweit ich weiß, habe ich alles per GUI gemacht, bis auf ein paar Sachen per uci. So ist das WLAN-Mesh im VPN-Router deaktiviert:
wireless.ibss_radio0=wifi-iface wireless.ibss_radio0.ifname='ibss0' wireless.ibss_radio0.network='ibss_radio0' wireless.ibss_radio0.device='radio0' wireless.ibss_radio0.bssid='02:CA:FF:EE:BA:BF' wireless.ibss_radio0.disabled='1' wireless.ibss_radio0.mcast_rate='12000' wireless.ibss_radio0.mode='adhoc' wireless.ibss_radio0.macaddr='16:cf:21:e1:44:78' wireless.ibss_radio0.ssid='mesh.ffnw'
Aber dieser Router sollte ja auch wie gesagt per LAN meshen. Hat er auch bis 0.8.1…
OK, deswegen funktioniert das wlan scannen auch nicht.
Magst du mal ifconfig ausführen?
Wenn dort kein ibss* inderface ist dann führe folgendes aus.
uci set wireless.ibss_radio0.disabled='0' wifi
danach sollte in ifconfig ein ibss0 interface erscheinen. und dann sollten die o.g. wifi scan befehle wieder gehen.
vg Tarek
Hi... Werde das gleich mal umkonfigurieren. Aber nochmal der Hinweis... Nicht, dass es gleich heißt: warum hast du das nicht gleich gesagt? ;)
Der Router macht Mesh per LAN, weil er per Wifi nicht erreichbar ist. Ganz andere Etage, dicke Decken, noch dickere Wände...
Meinst du, dass das trotzdem die Lösung bringt?
------------------------------ MfG Michael Nolte
...via Android
Guten Morgen,
Am 03.04.2016 um 20:37 schrieb Jan-Tarek Butt via Nordwest nordwest@lists.ffnw.de:
danach sollte in ifconfig ein ibss0 interface erscheinen. und dann sollten die o.g. wifi scan befehle wieder gehen.
So, habe das Client- und Mesh-Wifi wieder aktiviert und rebootet…
nun kommt folgendes:
root@FF-WEE-Rathaus-VPN:~# batctl o | grep -v mesh-vpn [B.A.T.M.A.N. adv 2015.1, MainIF/MAC: br-wan/16:cd:20:e1:44:78 (bat0 BATMAN_IV)] Originator last-seen (#/255) Nexthop [outgoingIF]: Potential nexthops ... root@FF-WEE-Rathaus-VPN:~# iwinfo ibss0 scanning | grep "nordwest.freifunk.net" -A3 -B1 root@FF-WEE-Rathaus-VPN:~# iwinfo ibss0 scanning | grep "mesh.ffnw" -A3 -B1 Cell 01 - Address: 02:CA:FF:EE:BA:BF ESSID: "mesh.ffnw" Mode: Ad-Hoc Channel: 6 Signal: -256 dBm Quality: 70/70 Encryption: none
Hilft das weiter???
Michael
Hi,
Am 03.04.2016 um 20:37 schrieb Jan-Tarek Butt via Nordwest <nordwest@lists.ffnw.de mailto:nordwest@lists.ffnw.de>:
danach sollte in ifconfig ein ibss0 interface erscheinen. und dann sollten die o.g. wifi scan befehle wieder gehen.
So, habe das Client- und Mesh-Wifi wieder aktiviert und rebootet…
nun kommt folgendes:
root@FF-WEE-Rathaus-VPN:~# batctl o | grep -v mesh-vpn [B.A.T.M.A.N. adv 2015.1, MainIF/MAC: br-wan/16:cd:20:e1:44:78 (bat0 BATMAN_IV)] Originator last-seen (#/255) Nexthop [outgoingIF]: Potential nexthops ... root@FF-WEE-Rathaus-VPN:~# iwinfo ibss0 scanning | grep "nordwest.freifunk.net http://nordwest.freifunk.net" -A3 -B1 root@FF-WEE-Rathaus-VPN:~# iwinfo ibss0 scanning | grep "mesh.ffnw" -A3 -B1 Cell 01 - Address: 02:CA:FF:EE:BA:BF ESSID: "mesh.ffnw" Mode: Ad-Hoc Channel: 6 Signal: -256 dBm Quality: 70/70 Encryption: none
Hilft das weiter???
Nicht viel außer das WLAN wohl nocht funktionsfähig ist. Es fehlt nur noch die Ausgabe von ifconfig und batctl if.
Ifconfig zeigt mir die aktiven Interfaces des Routers an und batctl if listet mir die Interfaces auf, die batman-adv zugeordnet sind.
Daran könnte ich erkennen ob meshOnLan oder WAN noch aktiv ist.
Falls du lokal vor Ort bist. Magst du mal schauen ob die Anderen WLAN noch Sichtbar sind?
vg Tarek
Hi,
ich habe mir in UCI noch einmal den Abschnitt zu „mesh_lan“ angesehen. Dort stand „auto“ auf 0 (keine Ahnung, warum), habe es nun auf 1 gesetzt. Danach ergeben sich folgende Ausgaben:
Am 04.04.2016 um 08:41 schrieb Jan-Tarek Butt via Nordwest nordwest@lists.ffnw.de:
Nicht viel außer das WLAN wohl nocht funktionsfähig ist. Es fehlt nur noch die Ausgabe von ifconfig
bat0 Link encap:Ethernet HWaddr 14:CC:20:E1:44:78 inet6 addr: fe80::16cc:20ff:fee1:4478/64 Scope:Link UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 RX packets:52699 errors:0 dropped:0 overruns:0 frame:0 TX packets:1110 errors:0 dropped:59 overruns:0 carrier:0 collisions:0 txqueuelen:0 RX bytes:4038387 (3.8 MiB) TX bytes:185260 (180.9 KiB)
br-client Link encap:Ethernet HWaddr 14:CC:20:E1:44:78 inet6 addr: fe80::16cc:20ff:fee1:4478/64 Scope:Link inet6 addr: fd74:fdaa:9dc4:400:16cc:20ff:fee1:4478/64 Scope:Global inet6 addr: fd74:fdaa:9dc4:0:16cc:20ff:fee1:4478/64 Scope:Global inet6 addr: 2a03:2260:1001:400:16cc:20ff:fee1:4478/64 Scope:Global UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 RX packets:50944 errors:0 dropped:0 overruns:0 frame:0 TX packets:193 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:0 RX bytes:3299567 (3.1 MiB) TX bytes:32292 (31.5 KiB)
br-wan Link encap:Ethernet HWaddr 16:CD:20:E1:44:78 inet addr:192.168.3.90 Bcast:192.168.3.255 Mask:255.255.255.0 inet6 addr: fe80::14cd:20ff:fee1:4478/64 Scope:Link UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 RX packets:72166 errors:0 dropped:0 overruns:0 frame:0 TX packets:70528 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:0 RX bytes:13811911 (13.1 MiB) TX bytes:14164693 (13.5 MiB)
client0 Link encap:Ethernet HWaddr 16:CE:21:E1:44:78 inet6 addr: fe80::14ce:21ff:fee1:4478/64 Scope:Link UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 RX packets:1022 errors:0 dropped:0 overruns:0 frame:0 TX packets:48729 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:1000 RX bytes:170546 (166.5 KiB) TX bytes:4623625 (4.4 MiB)
eth0 Link encap:Ethernet HWaddr 14:CC:20:E1:44:79 UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 RX packets:728478 errors:0 dropped:77 overruns:0 frame:0 TX packets:707178 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:1000 RX bytes:147051124 (140.2 MiB) TX bytes:144491480 (137.7 MiB) Interrupt:4
eth1 Link encap:Ethernet HWaddr 16:CD:21:E1:44:78 UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 RX packets:516 errors:0 dropped:0 overruns:0 frame:0 TX packets:514868 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:1000 RX bytes:103642 (101.2 KiB) TX bytes:40394062 (38.5 MiB) Interrupt:5
ibss0 Link encap:Ethernet HWaddr 16:CF:21:E1:44:78 inet6 addr: fe80::14cf:21ff:fee1:4478/64 Scope:Link UP BROADCAST RUNNING MULTICAST MTU:1532 Metric:1 RX packets:0 errors:0 dropped:0 overruns:0 frame:0 TX packets:155142 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:1000 RX bytes:0 (0.0 B) TX bytes:21211032 (20.2 MiB)
lo Link encap:Local Loopback inet addr:127.0.0.1 Mask:255.0.0.0 inet6 addr: ::1/128 Scope:Host UP LOOPBACK RUNNING MTU:65536 Metric:1 RX packets:620 errors:0 dropped:0 overruns:0 frame:0 TX packets:620 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:0 RX bytes:165625 (161.7 KiB) TX bytes:165625 (161.7 KiB)
local-node Link encap:Ethernet HWaddr 16:41:95:40:F7:DC inet6 addr: fe80::1441:95ff:fe40:f7dc/64 Scope:Link UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 RX packets:19204 errors:0 dropped:0 overruns:0 frame:0 TX packets:9 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:0 RX bytes:851993 (832.0 KiB) TX bytes:878 (878.0 B)
mesh-vpn Link encap:Ethernet HWaddr 16:D0:20:E1:44:78 inet6 addr: fe80::14d0:20ff:fee1:4478/64 Scope:Link UP BROADCAST RUNNING MULTICAST MTU:1312 Metric:1 RX packets:714516 errors:0 dropped:393 overruns:0 frame:0 TX packets:118138 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:500 RX bytes:97582210 (93.0 MiB) TX bytes:45097184 (43.0 MiB)
und batctl if.
eth1: active mesh-vpn: active ibss0: active br-wan: active
Bin leider nicht vor Ort, war ich aber gestern. Die anderen Stationen funken auf jeden Fall noch. Werde mir wahrscheinlich erst morgen, wenn ich wieder da bin, mal den Router ansehen, der Mesh-On-WAN („Saal“) zum VPN-Router machen soll. Evtl. ist dort ja auch was „verstellt“.
Wenn wir sonst noch was per Konsole nachgucken können, gerne…
Michael
ich habe mir in UCI noch einmal den Abschnitt zu „mesh_lan“ angesehen. Dort stand „auto“ auf 0 (keine Ahnung, warum), habe es nun auf 1 gesetzt. Danach ergeben sich folgende Ausgaben:
Am 04.04.2016 um 08:41 schrieb Jan-Tarek Butt via Nordwest <nordwest@lists.ffnw.de mailto:nordwest@lists.ffnw.de>:
Nicht viel außer das WLAN wohl nocht funktionsfähig ist. Es fehlt nur noch die Ausgabe von ifconfig
bat0 Link encap:Ethernet HWaddr 14:CC:20:E1:44:78 inet6 addr: fe80::16cc:20ff:fee1:4478/64 Scope:Link UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 RX packets:52699 errors:0 dropped:0 overruns:0 frame:0 TX packets:1110 errors:0 dropped:59 overruns:0 carrier:0 collisions:0 txqueuelen:0 RX bytes:4038387 (3.8 MiB) TX bytes:185260 (180.9 KiB)
br-client Link encap:Ethernet HWaddr 14:CC:20:E1:44:78 inet6 addr: fe80::16cc:20ff:fee1:4478/64 Scope:Link inet6 addr: fd74:fdaa:9dc4:400:16cc:20ff:fee1:4478/64 Scope:Global inet6 addr: fd74:fdaa:9dc4:0:16cc:20ff:fee1:4478/64 Scope:Global inet6 addr: 2a03:2260:1001:400:16cc:20ff:fee1:4478/64 Scope:Global UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 RX packets:50944 errors:0 dropped:0 overruns:0 frame:0 TX packets:193 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:0 RX bytes:3299567 (3.1 MiB) TX bytes:32292 (31.5 KiB)
br-wan Link encap:Ethernet HWaddr 16:CD:20:E1:44:78 inet addr:192.168.3.90 Bcast:192.168.3.255 Mask:255.255.255.0 inet6 addr: fe80::14cd:20ff:fee1:4478/64 Scope:Link UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 RX packets:72166 errors:0 dropped:0 overruns:0 frame:0 TX packets:70528 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:0 RX bytes:13811911 (13.1 MiB) TX bytes:14164693 (13.5 MiB)
client0 Link encap:Ethernet HWaddr 16:CE:21:E1:44:78 inet6 addr: fe80::14ce:21ff:fee1:4478/64 Scope:Link UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 RX packets:1022 errors:0 dropped:0 overruns:0 frame:0 TX packets:48729 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:1000 RX bytes:170546 (166.5 KiB) TX bytes:4623625 (4.4 MiB)
eth0 Link encap:Ethernet HWaddr 14:CC:20:E1:44:79 UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 RX packets:728478 errors:0 dropped:77 overruns:0 frame:0 TX packets:707178 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:1000 RX bytes:147051124 (140.2 MiB) TX bytes:144491480 (137.7 MiB) Interrupt:4
eth1 Link encap:Ethernet HWaddr 16:CD:21:E1:44:78 UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 RX packets:516 errors:0 dropped:0 overruns:0 frame:0 TX packets:514868 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:1000 RX bytes:103642 (101.2 KiB) TX bytes:40394062 (38.5 MiB) Interrupt:5
ibss0 Link encap:Ethernet HWaddr 16:CF:21:E1:44:78 inet6 addr: fe80::14cf:21ff:fee1:4478/64 Scope:Link UP BROADCAST RUNNING MULTICAST MTU:1532 Metric:1 RX packets:0 errors:0 dropped:0 overruns:0 frame:0 TX packets:155142 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:1000 RX bytes:0 (0.0 B) TX bytes:21211032 (20.2 MiB)
lo Link encap:Local Loopback inet addr:127.0.0.1 Mask:255.0.0.0 inet6 addr: ::1/128 Scope:Host UP LOOPBACK RUNNING MTU:65536 Metric:1 RX packets:620 errors:0 dropped:0 overruns:0 frame:0 TX packets:620 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:0 RX bytes:165625 (161.7 KiB) TX bytes:165625 (161.7 KiB)
local-node Link encap:Ethernet HWaddr 16:41:95:40:F7:DC inet6 addr: fe80::1441:95ff:fe40:f7dc/64 Scope:Link UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 RX packets:19204 errors:0 dropped:0 overruns:0 frame:0 TX packets:9 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:0 RX bytes:851993 (832.0 KiB) TX bytes:878 (878.0 B)
mesh-vpn Link encap:Ethernet HWaddr 16:D0:20:E1:44:78 inet6 addr: fe80::14d0:20ff:fee1:4478/64 Scope:Link UP BROADCAST RUNNING MULTICAST MTU:1312 Metric:1 RX packets:714516 errors:0 dropped:393 overruns:0 frame:0 TX packets:118138 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:500 RX bytes:97582210 (93.0 MiB) TX bytes:45097184 (43.0 MiB)
und batctl if.
eth1: active mesh-vpn: active ibss0: active br-wan: active
Hm, das sieht soweit alles gut aus...
Bin leider nicht vor Ort, war ich aber gestern. Die anderen Stationen funken auf jeden Fall noch. Werde mir wahrscheinlich erst morgen, wenn ich wieder da bin, mal den Router ansehen, der Mesh-On-WAN („Saal“) zum VPN-Router machen soll. Evtl. ist dort ja auch was „verstellt“.
Wenn wir sonst noch was per Konsole nachgucken können, gerne…
Ich denke es lohnt sich ab dem Punkt Vorort nach zu schauen. Falls die Router noch ein WLAN ausstrahlen, kannst du lokal via ssh auf dir Router. Dazu musst du nur die linklocal der Router aus der MAC berechnen oder einfach im mesh-viewer schauen.
vg Tarek
Guten Morgen zusammen,
kurze Rückmeldung: "schuld" war der "Saal"-Router, der alle anderen Router per Mesh-on-WAN mit dem VPN-Router verbindet. Der ist scheinbar tot, gebrickt, was auch immer. Es leuchtet nur die Power-LED, wenn man ihn einschaltet. Sei es drum, ich habe ihn durch einen anderen ersetzt. Kann ich bei der Gelegenheit mal die V10 vom 841 testen...
Danke für die Unterstützung!!!
Michael
Am 04.04.2016 um 09:47 schrieb Jan-Tarek Butt via Nordwest:
Ich denke es lohnt sich ab dem Punkt Vorort nach zu schauen. Falls die Router noch ein WLAN ausstrahlen, kannst du lokal via ssh auf dir Router. Dazu musst du nur die linklocal der Router aus der MAC berechnen oder einfach im mesh-viewer schauen. vg Tarek
Hi,
kurze Rückmeldung: "schuld" war der "Saal"-Router, der alle anderen Router per Mesh-on-WAN mit dem VPN-Router verbindet. Der ist scheinbar tot, gebrickt, was auch immer. Es leuchtet nur die Power-LED, wenn man ihn einschaltet. Sei es drum, ich habe ihn durch einen anderen ersetzt. Kann ich bei der Gelegenheit mal die V10 vom 841 testen...
OK, Magst du noch kurtz sage was für ein router der "Saal"-Router wahr ?
Vg Tarek
Hi,
Am 05.04.2016 um 11:16 schrieb Jan-Tarek Butt via Nordwest:
OK, Magst du noch kurtz sage was für ein router der "Saal"-Router wahr ? Vg Tarek
das war ein 841 V9.
Ok, ich glaube ich habe das Problem gefunden.
Der RAM der Router die 32MB RAM haben, scheint während des sysupgrades an seine grenzen zu kommen. Wahrscheinlich sind die Batman-adv Routing Tabellen in zwischen so groß das bei den Geräten mit 32MB RAM der RAM voll läuft. am beispiele: http://mesh.ffnw.de/#%21v:m%3Bn:14cc206e85f4
Selbst wenn ich den cache leere mit:
echo 3 > /proc/sys/vm/drop_caches
Hat der Router nur ~5MB RAm frei.
Bei einem sysupgrade wird das Image in den RAM geladen ~4MB der Restliche RAM ~1MB scheinen dann während des Sysupgradeprozess manchmal voll zu laufen. Somit könnte der jetzige zustand erklärt werden. Also das der Router sich selbst während des flashvorgangs brickt.
vg Tarek
-
Jan-Tarek Butt -
Michael Nolte