Six étages, 78 points d'accès et un plan de canaux qui faisait tout le mal

Le cabinet avait un problème bien documenté et une théorie coûteuse à ce sujet. Les appels vidéo se dégradaient à partir de 9h30 environ, se rétablissaient à l'heure du déjeuner puis se dégradaient de nouveau à 14h00. Les utilisateurs décrivaient le réseau comme « très bien quand il n'y a personne ».

Sur dix-huit mois, l'informatique avait répondu en ajoutant des points d'accès. Le nombre était passé de 40 à 78. Chaque vague d'ajouts produisait une brève amélioration suivie d'un retour aux mêmes plaintes, et la dernière vague avait mesurablement aggravé les choses sur deux étages.

Au moment où nous avons été sollicités, l'hypothèse de travail au sein de l'entreprise était que le bâtiment était d'une certaine manière hostile au Wi-Fi et qu'un autre fournisseur était nécessaire.

Ce que disaient les données

Deux jours de statistiques du contrôleur ont tranché la question. La puissance du signal était excellente presque partout — RSSI client médian autour de -58 dBm. La couverture n'était pas le problème, et ne l'était plus depuis un certain temps.

L'utilisation maximale du canal 5 GHz atteignait 78 % pendant les heures de bureau. Au-delà de 70 %, les utilisateurs décrivent systématiquement un réseau comme défaillant, quelle que soit la force du signal.

Trois décisions de configuration en étaient à l'origine :

• Des canaux à 80 MHz partout. Avec le DFS désactivé, cela ne laissait que quatre canaux 5 GHz utilisables pour 78 points d'accès.
• Le DFS désactivé — une décision prise des années plus tôt, par quelqu'un qui n'était plus dans l'entreprise, pour des raisons dont personne ne se souvenait.
• Chaque radio à puissance d'émission maximale, y compris le 2,4 GHz sur les 78 points d'accès répartis sur trois canaux.

Chaque ajout de points d'accès augmentait le nombre de radios partageant quatre canaux. Le cabinet payait pour aggraver le problème.

Le travail s'est divisé en une décision, une reconfiguration et une réduction. Seule la dernière a nécessité une échelle.

Résoudre la question du DFS

Nous ne pouvions pas justifier la réactivation du DFS sur la seule base d'un plan, nous avons donc mesuré. Un point d'accès unique a été placé sur chaque canal DFS candidat et laissé pendant quatorze jours avec les événements radar consignés depuis le contrôleur.

Résultat : quatre événements sur la quinzaine, tous sur les canaux 120–128, aucun sur 52–64 ni 100–116. Le bâtiment est suffisamment éloigné de l'approche terminale de Heathrow et bien à l'écart des radars météo côtiers.

Décision : activer le DFS sur les canaux 52–64 et 100–116. Exclure définitivement 120, 124 et 128. Cela a fait passer le budget de canaux de 4 canaux à 80 MHz utilisables à environ 12 à 40 MHz — un triplement avant même le moindre autre changement.

Reconfiguration

• Largeur de canal 5 GHz réduite de 80 MHz à 40 MHz. Le débit maximal par client a diminué ; la capacité agrégée a considérablement augmenté. Dans un cabinet dont la charge de travail réelle la plus lourde est la visioconférence et la gestion documentaire, c'est le bon compromis.
• Puissance d'émission réduite à 14 dBm en 5 GHz et 8 dBm en 2,4 GHz, ajustée à la classe de client la plus faible du parc — une flotte de combinés IP plus anciens.
• Débit de base minimal relevé à 24 Mbps, désactivant entièrement les débits 802.11b. Cela a réduit la taille effective des cellules et empêché les clients de s'accrocher à des points d'accès distants.
• Radios 2,4 GHz désactivées sur 44 des points d'accès restants, laissant 18 couvrir le bâtiment pour l'IoT, les combinés et un petit nombre d'appareils hérités.
• Sélection automatique du canal contrainte à la liste de canaux approuvée et fixée à 40 MHz, plutôt que laissée libre de choisir n'importe quelle largeur.
• Multidiffusion limitée en débit et entièrement désactivée sur le réseau invité.

Réduction

Une fois le plan de canaux corrigé, 16 points d'accès étaient excédentaires — ils ajoutaient de la contention sans ajouter de couverture. Plutôt que de les laisser allumés, nous les avons retirés et conservés comme pièces de rechange, ce qui a également récupéré du budget PoE sur deux commutateurs proches de leur limite.

Retirer des points d'accès a nécessité plus d'explications auprès de l'entreprise que toute autre partie du projet.

Validation

Un relevé complet post-déploiement sur la configuration en production, parcouru étage par étage, en 5 GHz et 6 GHz séparément. L'itinérance testée avec un combiné réel lors d'un appel réel, en parcourant le trajet de l'accueil jusqu'au sixième étage, à deux reprises.

L'utilisation maximale du canal est passée de 78 % à 31 %. Le SNR client moyen s'est amélioré de 10 dB — non pas parce que le signal s'est renforcé, mais parce que le plancher de bruit a chuté une fois que moins de radios criaient les unes sur les autres à pleine puissance.

Le débit agrégé mesuré par point d'accès a plus que triplé, malgré une largeur de canal divisée par deux. C'est le chiffre qui a le plus surpris l'équipe informatique du cabinet, et il illustre le plus clairement ce que coûte réellement la contention sur canal commun.

Les signalements de coupures d'appels vidéo sont passés de 34 à 2 par semaine. Les deux restants ont été attribués à un modèle d'ordinateur portable spécifique avec un problème de pilote connu, résolu séparément.

Ce qui ne s'est pas déroulé comme prévu

L'activation de l'itinérance rapide 802.11r a mis en panne une flotte de combinés IP plus anciens dès le premier jour. Nous l'avions testée — mais sur les combinés de génération actuelle, pas sur les unités de 2019 encore utilisées dans deux services. Les combinés ont été déplacés vers un SSID séparé sans transition rapide en attendant leur remplacement.

Cette erreur a coûté une demi-journée et explique pourquoi notre pratique actuelle consiste à tester les fonctionnalités d'itinérance sur l'appareil le plus ancien d'un parc en premier, pas sur le plus récent.