×
We are experiencing an outage of our ReadyCloud service and are working to resolve the issue..
×
Auf Grunde der gegenwärtigen Situation mit dem COVID-19 Coronavirus erwarten wir ein ungewohnt hohes Anrufaufkommen and aus diesem Grund erhöhte Warte- und Antwortzeiten. Wir bitten um Ihr Verständnis während wir durch diesen Prozess arbeiten
×
Geplante Wartung des Community-Systems, Mitte Juli - Beiträge / Antworten werden deaktiviert. Erfahren Sie mehr.
Das Thema wurde wegen der Inaktivität geschlossen. Wir hoffen, Du wirst Dich die Community anschließen, indem Du einen neuen Beitrag in einem geöffnet Post hinzufügen bzw. einen neuen Post erstellen wirst.
Wir haben 9 WLan-Accesspoints dieser Type im Einsatz im Ensemble-Mode.
Alle Geräte laufen auf Firmware Version 3.9.0.3
Es gibt 3 VLans, alle getagged und verbunden mit einem Netgear GS728TPv2 Switch:
1 Management-VLan für Switch und DHCP-Server/Firewall
1 Gäste-Netz
1 Büro-Netz für Mitarbeiter
Bis vor kurzem war noch eine ältere Software auf den Geräten im Einsatz (Version um 3.7.x) die dann aktualisiert wurde, als der Managed-Switch sowie weitere Accesspoints zum Einsatz kamen. Mit dem neuen Switch wurde auch das Mitarbeiter-Netz und die Auftrennung der VLan eingeführt.
Bis dahin kann ich mich noch entsinnen, dass es möglich war, über CLI den 802.11r-Modus zu aktivieren (fast-bss-transition), so wie es in einem der Forenbeiträge geschildert wurde: siehe alter Foreneintrag
Seit dem Upgrade auf 3.9.0.3 funktioniert zwar der Ensemble-Mode sicherer (zuvor musste der Master auf Prio 255 gestellt sein, wie ebenfalls im obigen Foreneintrag geschildert, jetzt reicht die höchste Prio-Nummer). Leider kann aber via CLI jetzt der "fast-bss-transition"-Modus nicht mehr aktiviert werden.
Seit dem gibt es außerdem Beschwerden, dass Clients sich nach einiger Zeit wieder neu im WLan anmelden müssen - insbesondere wenn sie den Raum wechseln. Sie verbinden sich jetzt offenbar nicht mehr so rasch, weshalb ich den obigen Modus aktivieren wollte.
In den Logs tauchen regelmäßig Einträge wie folgt auf (aber auch Einträge ohne Wechsel zw. 2.4 und 5 GHz existieren)
[Jul 7 2019 14:10:37] [debug] hostapd[18324] station: <client-mac-addr> deauthenticated
[Jul 7 2019 14:10:37] [info] hostapd[18324] STA <client-mac-addr> deauthed from BSSID <AP1-mac-addr 2.4GHz> reason 4: Disassociated due to inactivity
[Jul 7 2019 14:07:35] [debug] hostapd[18324] station: <client-mac-addr> deauthenticated
[Jul 7 2019 14:07:35] [info] hostapd[18324] STA <client-mac-addr> deauthed from BSSID <AP1-mac-addr 5GHz> reason 4: Disassociated due to inactivity
[Jul 7 2019 14:05:29] [info] hostapd[18324] STA <client-mac-addr> associated with BSSID <AP1-mac-addr 2.4GHz>
[Jul 7 2019 14:05:29] [info] hostapd[18324] Assoc request from <client-mac-addr> BSSID <AP1-mac-addr 2.4GHz> SSID <ssid>
[Jul 7 2019 14:05:29] [err] hostapd[18324] trying to deauthenticate to station <client-mac-addr>, but not authenticated
[Jul 7 2019 14:05:29] [err] hostapd[18324] trying to update accounting statistics, station <client-mac-addr> not found
[Jul 7 2019 14:05:29] [info] hostapd[18324] STA <client-mac-addr> deauthed from BSSID <AP1-mac-addr 2.4GHz> reason 3: STA is leaving IBSS or ESS
[Jul 7 2019 14:05:11] [info] hostapd[18324] STA <client-mac-addr> associated with BSSID <AP1-mac-addr 5GHz>
[Jul 7 2019 14:05:11] [info] hostapd[18324] Assoc request from <client-mac-addr> BSSID <AP1-mac-addr 5GHz> SSID <ssid>
Zunächst entschuldigen wir uns für etwaige Fehler in der Antwort.
Der deutschsprachige Moderator ist im Urlaub.
Wir verwenden Google Translate, um Ihnen bei diesem Problem zu helfen.
Die Diskussion wurde erst jetzt gesehen, wahrscheinlich aufgrund eines technischen Problems beim Sortieren von Stellen in der Gemeinschaft.
Zunächst empfehlen wir Ihnen, die LOGs herunterzuladen. Wenden Sie sich dann an unseren technischen Support, um direktere und gezieltere Unterstützung zu erhalten https://www.netgear.de/support/.
In diesem Fall können Sie die LOGs direkt lesen und die Lösung für das Problem finden.
[Dec 11 2019 16:13:09] [debug] hostapd[3807] station: 58:6b:14:02:7b:ba deauthenticated
[Dec 11 2019 16:13:09] [info] hostapd[3807] STA 58:6b:14:02:7b:ba deauthed from BSSID b0:7f:b9:bf:3f:60 reason 4: Disassociated due to inactivity
[Dec 11 2019 16:04:00] [info] hostapd[3807] STA 58:6b:14:02:7b:ba associated with BSSID b0:7f:b9:bf:3f:60
[Dec 11 2019 16:04:00] [info] hostapd[3807] Assoc request from 58:6b:14:02:7b:ba BSSID b0:7f:b9:bf:3f:60 SSID Merk-Office
[Dec 11 2019 16:03:15] [debug] hostapd[3807] station: 58:6b:14:02:7b:ba deauthenticated
[Dec 11 2019 16:03:15] [info] hostapd[3807] STA 58:6b:14:02:7b:ba disassociated from BSSID b0:7f:b9:bf:3f:60 reason 8: Sending STA is leaving BSS
[Dec 11 2019 16:03:15] [debug] hostapd[3807] station: 58:6b:14:02:7b:ba deauthenticated
[Dec 11 2019 16:03:15] [info] hostapd[3807] STA 58:6b:14:02:7b:ba disassociated from BSSID b0:7f:b9:bf:3f:60 reason 8: Sending STA is leaving BSS
[Dec 11 2019 16:02:48] [info] hostapd[3807] STA 58:6b:14:02:7b:ba associated with BSSID b0:7f:b9:bf:3f:60
[Dec 11 2019 16:02:48] [info] hostapd[3807] Assoc request from 58:6b:14:02:7b:ba BSSID b0:7f:b9:bf:3f:60 SSID Merk-Office
[Dec 11 2019 16:01:47] [debug] hostapd[3807] station: 58:6b:14:02:7b:ba deauthenticated
[Dec 11 2019 16:01:47] [info] hostapd[3807] STA 58:6b:14:02:7b:ba disassociated from BSSID b0:7f:b9:bf:3f:60 reason 8: Sending STA is leaving BSS
[Dec 11 2019 16:01:47] [debug] hostapd[3807] station: 58:6b:14:02:7b:ba deauthenticated
[Dec 11 2019 16:01:47] [info] hostapd[3807] STA 58:6b:14:02:7b:ba disassociated from BSSID b0:7f:b9:bf:3f:60 reason 8: Sending STA is leaving BSS
[Dec 11 2019 16:01:45] [info] hostapd[3807] STA 58:6b:14:02:7b:ba associated with BSSID b0:7f:b9:bf:3f:60
[Dec 11 2019 16:01:45] [info] hostapd[3807] Assoc request from 58:6b:14:02:7b:ba BSSID b0:7f:b9:bf:3f:60 SSID Merk-Office
Das Problem stellt Sich wie folgt dar. Die Handys bekommen irgendwann einfach keine Verbindung mehr. Wenn der Bildschirm aus war. Solange das Gerät Traffic nutzt ist dies kein Problem. Ein aus- und wieder einschalten des WLan verbindet wieder und alles funktioniert.
Die WAC720 (2 Stück im Ensable, der MAster mit Prio 255) haben den neusten Softwarestand (3.9.1.0) die WAC720 wurden nach dem Firmware Update zurück gesetzt und neu konfiguriert.
Seit dem Update habe cih auserdem folgenden Fehler im Log
Es ist möglich, dass das Update eine Fehlfunktion verursacht hat. Bevor Sie jedoch mit Eingriffen fortfahren, die den Datenverlust gefährden könnten, fordere ich Sie auf, sich direkt an den technischen Support zu wenden, ihnen das Problem zu erklären und die LOGs anzuzeigen, um eine zu erhalten direkte Hilfe zur Lösung seines Problems.
