UniFi AP 8.7.11 : roaming, VLAN et Wi-Fi 7, une mise à jour majeure à déployer avec méthode

La version 8.7.11 du firmware des bornes UniFi U7 et E7 est une mise à jour bien plus importante que son numéro ne le laisse penser. Elle touche à la fois le roaming, la segmentation VLAN, les clients WiFi 7, les équipements IoT, les liens mesh, la puissance radio en 6 GHz et plusieurs outils de supervision.

Pour une entreprise, un hôtel, une école, un espace partagé ou un site multi-étages, plusieurs correctifs répondent à des symptômes très concrets : débit 5 GHz qui s'effondre, appareil ancien qui refuse de se connecter, borne mesh qui redémarre en boucle, statistiques client absentes ou comportement inattendu entre un SSID associé à un VLAN et le réseau par défaut.

Il faut toutefois lire la note de version jusqu'au bout. Au 27 juillet 2026, Ubiquiti a promu la 8.7.11 sur le canal Official/Stable pour l'U7-Pro uniquement. La page générale reste en Release Candidate pour les autres modèles U7 et E7. Cette différence de statut doit guider le plan de déploiement.

La note Ubiquiti a été créée le 20 juillet puis mise à jour le 27 juillet 2026. Elle couvre de nombreux modèles, mais la promotion sur le canal stable ne concerne pour l'instant que l'U7-Pro. Pour éviter toute ambiguïté, voici la situation indiquée par l'éditeur au moment de notre analyse.

Le canal Release Candidate permet d'installer la version sur les modèles concernés depuis UniFi Network. Cela ne signifie pas qu'elle doit être poussée sur toutes les bornes de production. Une RC peut être pertinente pour corriger un incident précis, mais elle demande une fenêtre de maintenance, un périmètre pilote et une surveillance renforcée.

Le point le plus sensible de la note concerne des clients connectés à des SSID associés à un VLAN qui pouvaient occasionnellement recevoir du trafic provenant du réseau Default. Ubiquiti ne décrit pas ce comportement comme une vulnérabilité de sécurité et ne détaille ni les conditions exactes ni la nature du trafic observé. Il ne faut donc pas lui attribuer une portée que l'éditeur ne revendique pas.

En revanche, dans un réseau d'entreprise, tout comportement inattendu entre segments doit être pris au sérieux. Les VLAN servent précisément à séparer les collaborateurs, les visiteurs, les objets connectés, la vidéosurveillance ou les équipements techniques. Notre guide sur le fonctionnement des VLAN rappelle pourquoi cette isolation doit être vérifiée, et pas seulement supposée correcte parce que la configuration semble bonne dans l'interface.

Après la mise à jour, la recette doit inclure des captures ou des tests de flux entre le SSID concerné, son VLAN natif, le réseau Default et les autres segments. Il faut contrôler les adresses obtenues, la passerelle, les DNS, les règles inter-VLAN, les broadcasts visibles et les accès réellement autorisés.

La 8.7.11 corrige une dégradation sévère des performances 5 GHz après des scans automatiques hors canal. Un scan hors canal oblige brièvement la radio à observer d'autres fréquences. Ce mécanisme est utile pour comprendre l'environnement radio et alimenter la sélection automatique des canaux, mais il ne doit pas laisser la borne dans un état durablement dégradé.

Deux autres correctifs concernent la puissance d'émission en 6 GHz : la prise en compte d'une puissance réduite après une réponse AFC et une baisse inattendue de la puissance radio. Pour les installations 6 GHz, ces corrections justifient de comparer avant et après la couverture, le débit, le rapport signal/bruit et le comportement des clients.

Ubiquiti corrige également des problèmes de connexion de certains clients WiFi 7 lorsque le Multi-Link Operation est activé. MLO permet à un client compatible d'utiliser plusieurs liens radio, mais sa présence ajoute aussi des interactions nouvelles entre terminaux, pilotes et bornes. Le bon test n'est donc pas seulement de vérifier qu'un appareil s'associe : il faut mesurer sa stabilité lors des déplacements, des sorties de veille et des changements de bande.

Ubiquiti annonce des transitions plus fluides entre bornes et une meilleure découverte des points d'accès voisins, y compris lorsqu'ils ne sont pas directement à portée radio les uns des autres. C'est intéressant dans les bâtiments où la topologie est allongée, sur plusieurs niveaux ou peu dense. Une borne peut ainsi mieux renseigner le client sur la suite du parcours WiFi.

Le roaming reste toutefois une décision largement prise par le terminal. Le firmware améliore les informations et les conditions de transition, mais il ne transforme pas un mauvais plan radio en bon réseau. Le placement des bornes, la puissance, les canaux, les débits minimums et les seuils RSSI restent déterminants. Nos articles sur Minimum RSSI et les minimum datarates détaillent ces réglages.

Côté mesh, la version corrige Minimum RSSI lorsqu'il empêchait une borne d'établir son uplink sans fil, accélère la récupération lors du passage d'un uplink filaire à un uplink radio et traite plusieurs problèmes de fiabilité. C'est une amélioration utile, mais un uplink Ethernet reste préférable dès qu'il peut être installé : il offre davantage de capacité, de prévisibilité et de facilité de diagnostic.

La 8.7.11 améliore la compatibilité des appareils anciens lorsque le mode IoT est activé et corrige des problèmes de connexion affectant certains de ces équipements sur les bornes WiFi 7 en 5 GHz. Ubiquiti ajoute aussi la possibilité de forcer un réseau sans fil en mode WiFi 4.

Ce mode peut aider les terminaux qui interprètent mal les fonctions des standards récents. Il ne faut pas pour autant ralentir le SSID principal de l'entreprise pour quelques objets anciens. Ubiquiti recommande lui-même un SSID dédié aux clients legacy. C'est généralement la bonne architecture : réseau séparé, politique de sécurité adaptée, débit limité si nécessaire et visibilité claire sur les appareils concernés.

Le portail captif bénéficie d'un chiffrement renforcé et d'un renouvellement automatique des certificats. Pour un réseau invité, cela réduit la dette opérationnelle autour des certificats et limite le risque de laisser expirer un élément indispensable au parcours de connexion.

La version ajoute aussi l'envoi de paquets RADIUS Accounting Stop lors d'un redémarrage ou d'une mise à jour de firmware. Cette information aide le serveur RADIUS à clôturer proprement une session au lieu de conserver un état obsolète. Les environnements qui exploitent la comptabilité RADIUS, la traçabilité ou des politiques dynamiques doivent vérifier que ces événements sont correctement reçus.

Enfin, Ubiquiti corrige le reporting SNMP, les statistiques par client, les graphes d'usage à zéro, les clients fantômes après une authentification échouée et certains doublons liés au mesh avec plusieurs VLAN. Ces corrections ne changent pas directement la qualité radio, mais elles améliorent la confiance que l'équipe IT peut accorder aux outils de diagnostic.

Les ports Ethernet de l'U7 In-Wall prennent désormais en charge les VLAN sur toute la plage 802.1Q. Cette évolution intéresse surtout les grands environnements segmentés, les bâtiments multi-occupants et les déploiements où la borne de chambre ou de bureau sert aussi de petit point de distribution filaire.

La mise à jour améliore par ailleurs la négociation de vitesse Ethernet avec les ports de switch configurés sur une vitesse fixe. Si un lien borne-switch avait un comportement incohérent, il faut vérifier après mise à jour la vitesse négociée, le duplex, les erreurs de port et l'alimentation PoE.

Une mise à jour de firmware WiFi se traite comme un changement réseau. Même lorsqu'elle corrige un problème important, elle provoque un redémarrage de la borne et interrompt temporairement les clients. Pour une installation de production, nous recommandons les étapes suivantes.

Pour les modèles encore en RC, le canal Release Candidate doit être activé dans les paramètres de firmware de l'application UniFi Network. Ubiquiti conseille de revenir ensuite au canal Official si l'on ne souhaite pas continuer à suivre les versions candidates. Ce changement de canal n'est pas un retour automatique à l'ancien firmware : il détermine les futures versions proposées.

UniFi AP 8.7.11 est une version intéressante parce qu'elle ne se contente pas d'ajouter une fonction visible. Elle corrige des problèmes qui touchent le cœur de l'exploitation WiFi : segmentation, performances radio, roaming, mesh, compatibilité des terminaux et fiabilité des données de supervision.

Pour un parc d'U7-Pro, la promotion sur le canal Official permet d'envisager un déploiement progressif. Pour les autres U7 et E7, la même liste de correctifs peut être tentante, mais le statut RC impose davantage de prudence. Une entreprise qui ne rencontre aucun des problèmes décrits n'a pas nécessairement intérêt à transformer tout son réseau en terrain de validation.

Cette version complète bien les fonctions d'exploitation apportées par UniFi Network 10.5. Le bon résultat vient de l'ensemble : une architecture propre, des VLAN testés, un plan radio cohérent, des réglages adaptés aux terminaux, une mise à jour par vagues et une vraie recette après changement.

Dernier point de vigilance : la note Ubiquiti ne liste pas de problème connu explicite au 27 juillet 2026. Cela ne prouve pas qu'il n'en existe aucun. Le canal de diffusion par modèle, les retours du pilote et les mesures prises sur votre propre réseau restent les meilleurs indicateurs.