Beiträge von santinella9763

Hallo,

kommt mir irgendwie bekannt vor.

Hatte dieses Problem im Zusammenhang meiner AP-PROs mit meinem Crontroller (7.2.92) (auf einem Raspberry laufend). Mein Thread in diesem Forum (Probleme mit AP Firmware 6.2.35). Nach dem Downgrade funktionierte wieder alles. Hab mich, wie im Thead angekündigt, aber noch nicht getraut, auf die neue 39er zu upgraden, da ich bereits auch hier von Problemen gelesen hatte.

So, kleines Update.

Jetzt laufen die APs seit einiger Zeit mit der 21er Firmware anstandslos. Roaming zwischen den APs läuft flüssig, die SSH Konsole reagiert sofort (keine Timeouts und Kaffee trinken zwischen einzelnen Eingaben, etc.). Auch das oben genannte Log im Controller ist leer.

Jetzt sehe ich gerade, dass es eine neue Firmware 6.2.39 gibt, wo im Changelog mich folgende Punkte haben aufhorchen lassen:

Bugfixes

[UAP] Fix devices getting stuck when rebooting (eg: after a firmware update, restart, factory reset).

[UAP] Fix APs going offline in the Network Application device list while continuing to function otherwise.

[UAP] Fix devices occasionally going offline in the Network Application.

[UAP-Gen2/Gen3] Fix false DFS radar hits in a high channel utilization environment.

[UAP-Gen2/Gen3/Gen6] Fix nightly DFS reset occasionally causing the 5GHz radio to stop broadcasting.

[UAP-Gen2/Gen3/Gen6] Fix wireless adoption occasionally taking longer than expected, introduced in 6.2.37.

....

D.h. ich werde die Firmware bei Gelegenheit mal einspielen und testen.

So. Ich habe alle APs auf 6.0.21 gedowngraded und jetzt mal ein bisschen laufen lassen. Es ist schon besser geworden, jedoch reagieren die APs immernoch träge (bei der ssh Konsole und beim Roaming). Außerdem verschwinden und erscheinen die APs sporadisch in der Topologie Übersicht des Controllers. Die Clients sind jedoch weiterhin verbunden und bemerken davon nichts. Sieht man auch in der Notificationsübersicht (siehe Screenshot).

Drago_r : Danke für den Hinweis. Ich werde mal einen AP bei mir rauspicken, den downgraden und über einen längeren Zeitraum beobachten. Hatte den Downgrade bereits gemacht, aber nur ein paar Stunden gemonitored.

So, nachdem ich heute früh wieder drüber geschaut habe, das gleiche Problem. Die APs reagieren träge, das Roaming funktioniert so gut wie nicht und im Controler wechseln die APs zwischen "Online" und "Adoption Failed" hin und her. Ich bleib dabei, es muss an der Firmware liegen.

Bleibt mir nur auf eine neue zu warten und zu hoffen, dass sich das Problem löst.

Alles was geht Zuerst den AP aus der Konfig entfernt, set-default an der Kommandozeile und dann noch den Reset-Knopf am AP gedrückt. Warum ich erst jetzt wieder schreibe, ich habe mich entschieden, das WLAN from Scratch neu aufzusetzen. Da das Linux des Controlers auf dem Raspi noch ein buster war, hab ich den neu mit bullseye aufgesetzt und keinerlei Konfig importiert.

Jetzt beobachte ich mal, obs das Problem löst.

Ha, wenns so einfach wäre ;-). Ich hab hier, gefühlt, hundert mal an und aus geschaltet, auf default zurück gesetzt und firmware vor und zurück geupdated.

Mittlerweile bin ich doch wieder bei den APs bzw. deren Firmware oder genauer, deren Konfig angekommen. Nachdem ich selbst beim Downgrade der Firmware der APs und der Version des Controllers das Problem immernoch habe, vermute ich eine Änderung/Fehler in der Konfiguration. Nachdem ich mehrmals die APs aus ihrer aus der Zuordnung herausgenommen und zusätzlich ein "set-default" an der Konsole abegesetzt hatte, ist mir aufgefallen, dass die ssh Konsole solange flüssig funktioniert, wie der AP im "Auslieferungszustand ist", eine IP hat und noch nicht vom Controller adopted wurde. Sobald ich ihn zuweise, reagiert er träge und erklärt auch die "on / off / adopt failed" Zustände im Controller. Komische Geschichte.

Ronny1978: Daher denke ich, dass die Netzkonfig in Ordnung ist. Hatte sich in den letzten 3 Monaten ja auch nicht geändert.

Braeuni : nein, alle auf DHCP Basis (mit fester Zuordnung über die MAC Adresse). Daher vermute ich auch, nach den ganzen positiven Rückmeldungen, dass ich ein Problem im Netzwerk vermute. Da ich nur managed Switche verwende, konnte ich da schon mal nachschauen und habe keine Fehler gefunden. Jetzt begebe ich mich auf softwareseitige Suche, ob irgendwo ein zweiter DHCP Server läuft oder so. Aber mit anderen Komponenten im Netz habe ich keine Probleme, nur mit den APs und dem Controller. Auf dem Controller selber läuft noch ein Pihole ohne Probleme.

BlackSpy : Danke für's testen. Ich hatte auch mal nach meinen Boardrevisionen geschaut, sind 21er und 35er.

Hi Ronny1978 : Doch ,doch, jede Information ist nützlich. Hmm, ich habe noch eine Idee. Könntest du mal bitte überprüfen, wie das Antwortverhalten der SSH Shell auf den APs ist? Ich mein, wie ich bereits schrieb, wenn ich eine putty Session aufmache, dann muss ich gefühlt eine Ewigkeit zwischen den EIngaben warten. Auch die Tastatureingaben kommen mit immenser Verspätung erst an.

Danke dir schon mal.

So, nachdem ich jetzt einen Mix aus 35er und 21er Firmwares hier habe und beide langsam reagieren, habe ich jetzt den Controller (7.2.92) im Verdacht. Jetzt überlege ich mir, vielleicht mal eine ältere Version (7.1.68) aus einem Backup wiederherzustellen und mal zu schauen.

Mich wundert....ich hatte das nie probiert....aber wenn der AP assigned ist, kann ich mich nicht mehr via SSH verbinden "Connection refused". Muss ich da im Controller oder AP was extra aktivieren bzw. freigeben?

Ah...sorry...Kommando zurück. Habs gefunden.

interessantes Detail am Rande: Ich hab jetzt einen von den widerspenstigen APs dazu auserkoren, ihn aus der Konfig zu werfen und mich mal mit ssh zur Konsole zu verbinden. Also die 6.2.35rer reagierte auf die Eingaben so zäh, da hätte ich jedes mal einen Kaffee trinken können zwischen den Eingaben. Hab jetzt mit Müh und Not mal auf die 21er gedowngradet und siehe da, flüssige Konsole. By the way, ich hatte bei der 35er auch mal nebenbei mit top geschaut, ob das Ding vielleicht ausgelastet wäre, aber nein nix. CPU langweilte sich. Sehr bizarr.

Kurt-oe1kyw : Stimmt schon, ist ein kleiner Unterschied, d.h. ausschliessen kann man's nicht. Aber ich muss gestehen, die Konfig läuft schon seit einigen Jahren und es gab noch nie Probleme damit. Aber auch dir vielen Dank für die positive Rückmeldung. Stimmt mich optimistisch, dass ein Downgrade nicht zwingend notwendig ist.

alles klar. Ich werd dem mal nachgehen. Hey, vielen Dank nochmals.

Hi BlackSpy,

vielen Dank für die Rückmeldung, auch wenn's mein Problem nicht löst

Eine kurze Rückfrage, vielleicht weisst du eine Antwort, gibt es vom UAP-AC-Pro verschiedene Hardware-Versionen?

Hallo,

nachdem ich letztens auf die neuste Firmare upgraden wollte bzw. habe, hatte ich danach massive Probleme mit der oben genannten Firmware. Nicht nur, dass ich bei 2 von 3 APs die Firmware nur aufgespielt bekommen habe, nachdem ich diese aus der Konfiguration (Forget) rausgeschmissen, via Reset Knopf in den default Zustand versetzt und dann erst die neue Firmware eingespielt habe, gab es im Betrieb massive Probleme. Angefangen beim nicht funktionierenden Roaming über ständige offline / online switches der APs, nein heute früh hing auch gleich noch einer im "adopt failed" Mode, obwohl er gestern noch online war.

Jetzt bin ich gerade dabei, wieder auf die vorherige Version (6.0.21) zu downgraden, in der Hoffnung, dass dann alles wieder normal läuft.

Haben andere ähnliche Erfahrungen gemacht?

Achso, vielleicht sollte ich noch hinzufügen, Controller (7.2.92) läuft auf einem Raspi permanent.

Hallo Samhain,

vielen Dank für die Erläuterung. Da könntest du recht haben, denn der LR und der Lite haben bereits eine 5er Firmwareversion, während der PRO noch auf der 4er festhängt.

Hallo,

Entschuldigt bitte im Voraus die etwas umständliche Topic-Bezeichnung. Aber mir fiel nichts treffendes ein. Also es geht um folgendes. Ich betreibe den Controller auf einem Raspberry Pi und war auch immer zufrieden damit. Meine drei UAP-AC-* Accesspoints sind via Netgear Switche an das LAN angeschlossen. Mein Problem ist die nicht korrekte Kartenanzicht (Topologie). In der Vergangenheit wurden diese immer als drei einzelne APs mit gestrichelten Linien(verbindungen) zu den jeweiligen Clients angezeigt (da, wie gesagt, keine Unifi-Switche vorhanden sind). Jetzt wird seit einiger Zeit ein AP mit einer durchgehenden Linie mit einem anderen AP verbunden angezeigt. So als ob der UAP-AC-LR an den UAP-AC-PRO via Kabel angeschlossen wäre, was definitiv nicht ist. Bis jetzt konnte ich auch keine Funktionseinschränkungen erkennen, eher ein kosmetisches Problem in der Kartenanzeige.

Kennt jemand sowas, bzw. wo dies auf einmal her kommt?

Grüße

Santinella

Hallo,

vielen Dank für die Erklärung.

Was mich halt überrascht ist, dass alle Kanäle quasi eine maximale Interferenz aufzeigen. Der AP-LR und der AP-Lite zeigen so ein Verhalten nicht. Schalte ich die beiden ab, dann gibts beim RF-Scan des AP-Pro auch ein normales Scanbild. Ich habe das Gefühl, dass der Pro hier die anderen beiden massiv stört bzw. von denen gestört wird. Alle drei werden durch einen Unifi-Controler verwaltet. Außerdem habe ich das Phänomen, das z.B. mein Handy an den beiden anderen APs ohne Probleme verbindet. Am Pro bricht nach einiger Zeit die Verbindung ab und kann nicht wieder neu aufgebaut werden. Unter anderem kommt die Fehlermeldung, dass keine IP Adresse zugeordnet werden kann. Da das Handy an den anderen APs vom DHCP Server problemlos eine IP bekommt, schliesse ich Probleme am DHCP Server aus.

Hallo,

nachdem ich mein Netzwerk bestehend aus einem AP-AC-LR und einem AP-AC-Lite um einen AP-AC-PRO erweitert habe, habe ich je AP einen RF-Scan durchgeführt. Auf den beiden ersteren kein Problem. Nur auf dem PRO bekomme ich eine merkwürdige Anzeige (siehe angehängter Screenshot). Dies betrifft nur das 5 GHz Netzwerk, das 2,4er ist normal.

Hat jemand vielleicht eine Erklärung dafür? Muss ich den AP im Controller vielleicht noch anders konfigurieren?

Vielen Dank schon mal im Voraus.