Sperre für Zugriffspunkt

Letzten Endes ist das nichts weiter als ein MAC Filter auf den Accesspoints, auf denen der Zugriff nicht erwünscht ist. Ich vermute mal, dass die Clients einfach mal der Meinung sind, so wie vorher auch, auf einen anderen Accesspoint zu connecten ... warum auch immer. Da Du das unterbunden hast, gibt es dann keine Verbindung mehr.

Die einfachen Geräte verbinden sich mit dem AP, den die zuerst finden. Alle anderen APs abschalten und nach dem Verbindungsaufbau hilft nur bedingt, je nachdem, wie oft die Geräte scannen.

Mir wäre das auch ziemlich egal mit welchem Accesspoint die IOT Dinger sich verbinden, einen falschen gibt es ja nicht wirklich. Ansonsten kannst Du halt nur eine SSID pro Accesspoint (also auf jeden Accesspoint wo solche Geräte ran sollen eine einmalige SSID) für die Teile anlegen (wenn noch welche Frei sind) und die Teile dann neu anmelden. Dann gibt es ja nur den einen Accesspoint, an dem sich die Teile anmelden dürfen/können/müssen.

Quote from Naichbindas

Hatte mir da von unifi mehr versprochen.

Hat nur nichts mit Unifi zu tun...

Nur das Endgerät entscheidet wann und mit welchem AP es sich verbinden will. Unifi kann das nur unterbinden, was si dann ja auch tun.

Quote from Networker

Hat nur nichts mit Unifi zu tun...

Musste ich mir hier auch schon "anhören"... Ich hab da ja auch einige Probleme und man muss sagen wie es ist: mit AVM gabs die Probleme trotz zig Repeatern einfach nicht. Ich denk auch, das einfach irgendwas, keine Ahnung was, schlecht umgesetzt ist.

Quote from warp760

Musste ich mir hier auch schon "anhören"... Ich hab da ja auch einige Probleme und man muss sagen wie es ist: mit AVM gabs die Probleme trotz zig Repeatern einfach nicht. Ich denk auch, das einfach irgendwas, keine Ahnung was, schlecht umgesetzt ist.

Kann ja sein, vielleicht hast Du halt überwiegend Clients, die mit den Modulen aus AVM-Geräten besser harmonieren. Zudem ist AVM auf Kompatibilität hin eingestellt und nicht unbedingt auf Performance.

Bei WLAN kann man viele Fehler machen, angefangen bei der Positionierung von APs. Bei Unifi halt zusätzlich noch (sehr) viele Fehler in der Konfiguration, weil das System einen viel machen lässt. Das fällt bei AVM z.B. weg. Zusätzlich wäre es möglich, dass Du heutzutage viel stärker konkurrierenden Nachbar-WLANs ausgesetzt bist, als früher. Auch andere Störquellen sind denkbar - die Luft ist halt kein dauerhaft gleichbleibendes Übertragungsmedium.

Die Frage ist natürlich, warum bist Du denn überhaupt weg von AVM, wenn es alles immer problemlos lief?

Quote from Naichbindas

Das Endgerät verbindet sich mit dem wlan an sich. Also mit der SSID und dem PW. Nicht aber sucht es sich aus welchen Router es haben will. Alle anderen Sachen sind Feature der Router oder Controller.

Quote

Im Gegenteil der Router der zuerst reagiert mit dem verbindet sich der Client.

Du hast an dieser Stelle leider ein grundlegend falsches Verständnis von WLAN. Davon abgesehen hat der Begriff "Router" hier nichts verloren, was Du meinst, sind Access Points. Erstes Kriterium bei der Verbindungssuche für einen WLAN-Client ist, welchen Access Point er am "lautesten" hört. Das hängt natürlich von der Position des Clients zu den verschiedenen APs ab und zusätzlich von der Konfiguraiton der APs.

Danach kommen dann potentiell allerlei Mechanismen mit dazu, von denen manche auf AP- und andere auf Client-Seite implementiert sein können. Die endgültige Entscheidung liegt trotzdem immer beim Endgerät.

Einfach mal nachlesen, z.B. hier bei TP-Link.

Dann noch, als kleiner Service-Teil, hier ein best practise aus einem Sub-Reddit. Arbeitet das mal durch, dann sollten sich viele Probleme in Luft auflösen.

Quote

NomadCF vor 5 Monaten 

A little background: I’ve setup with clients who have over 500 APs, thousands of users, and a wide range of usage scenarios.

If APs and clients are both treated as dumb devices, everything just works—and works exceptionally well.

Best Practices for Wireless Networks

1. Disable Bandwidth Steering, Client Balancing, and Similar Features

These features attempt to determine a client’s capabilities, often incorrectly. For example, features that try to force clients onto 5 GHz instead of 2.4 GHz do so by deliberately delaying the initial handshake with 2.4 GHz devices. This can cause slow connections, timeouts, or even make clients mark an AP as "bad" or unresponsive.

Client balancing works by estimating which AP has fewer connected clients and steering devices accordingly. However, it ignores environmental factors and actual connectivity quality, making it an educated guess at best.

2. Enable DFS Channels DFS channels can greatly improve performance, but APs are required to auto-disable these channels (typically for 12 to 24 hours) if a radar or government-sanctioned device starts using them.

3. Avoid Auto Power Levels Allowing APs to auto-adjust power levels creates inconsistencies and gives clients a false sense of location. APs and clients do not inherently know or care where a device is—they simply send out radio waves and hope they reach the intended device.

Set all APs to the same power level, ideally at maximum, to ensure consistent connectivity. This prevents power level fluctuations while users are connected. The only downside is that if too many APs are in range (e.g., more than three), it can cause unnecessary roaming issues.

4. Optimize AP Coverage

Clients should always see at least two APs, ideally three.

Clients should not see more than five or six APs at once.

Seeing too many APs increases roaming traffic and creates "ghost connections" where devices briefly connect to multiple APs before settling on one. This increases stress on APs, making them think they have active clients when they don’t. These clients consume airtime until they time out.

5. Set a Minimum Bit Rate This is one of the most effective ways to encourage clients to roam properly. The AP disconnects clients when their bit rate falls too low, prompting them to switch to a closer, stronger AP.

The downside is a reduced coverage range, meaning APs won’t "bleed" signal as far. The device may still see the AP, but it won’t be able to maintain a connection.

6. Require Authentication, Even for Guest Networks Authentication reduces phantom connections from passing cars, unused user devices, and other rogue devices consuming airtime. Even if the password is publicly posted, requiring authentication helps filter out unnecessary connections.

Note: Devices will still attempt to talk to APs regardless of authentication, but this will minimize their impact.

7. Limit AP-Level ACLs APs have limited processing power, and every ACL check adds processing overhead. While ACLs are necessary, they should be as minimal as possible.

A good baseline rule for guest networks is to only allow traffic to:

TCP ports 80 (HTTP) and 443 (HTTPS)

UDP/TCP port 53 (DNS)

Any additional ACLs should be carefully evaluated based on actual needs vs overhead. These things aren't designed to be firewalls. They're designed to talk to clients as quick as possible and move on to the next.

Final Thoughts

Every client device has different capabilities, timing mechanisms, and definitions of "acceptable" performance. You cannot control client behavior, but you can control how your APs function.

APs are often overworked and under-resourced, and in many cases, they can only communicate with one device per radio band at a time. While Wi-Fi 7 will improve this with better airtime parameters, the core principle remains: simpler is better.

The more unnecessary features you enable, the harder it becomes to troubleshoot issues. Keep it simple, and everything will run more reliably.

Display More

Hast du mal den Roaming-Assistent ( Beta ) ausprobiert ?