massive Probleme mit Firmware 6.2.35 (UAP-AC-Pro)

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.

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?

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

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.

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.

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.

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.

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.

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.

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.