wifi-dfs-radar-changement-canal

Un réseau Wi-Fi fonctionne correctement depuis plusieurs semaines.

Puis, sans modification apparente de la configuration, certains utilisateurs constatent une coupure ou une dégradation temporaire.

En regardant le contrôleur, on découvre qu'un point d'accès a changé de canal.

La première réaction est parfois de suspecter le contrôleur, le DCA/RRM ou même un dysfonctionnement de l'AP.

Mais lorsque le réseau utilise certains canaux 5 GHz, il faut aussi penser au DFS.

DFS : de quoi parle-t-on ?

DFS signifie Dynamic Frequency Selection.

Une partie de la bande 5 GHz utilisée par le Wi-Fi partage des fréquences avec certains systèmes prioritaires, notamment des radars.

Le Wi-Fi est autorisé à utiliser ces fréquences, mais sous certaines conditions.

Lorsqu'un équipement Wi-Fi détecte une signature considérée comme radar sur un canal soumis au DFS, il doit respecter les mécanismes réglementaires applicables et peut devoir cesser d'utiliser ce canal puis en sélectionner un autre.

Ce n'est donc pas nécessairement un bug.

C'est un comportement prévu par le fonctionnement du DFS.

Pourquoi utiliser des canaux DFS alors ?

Parce qu'ils apportent quelque chose de particulièrement précieux en Wi-Fi :

davantage de spectre disponible.

Se limiter systématiquement aux canaux non-DFS réduit fortement les possibilités de planification radio.

Dans un environnement comprenant de nombreux points d'accès, cela peut augmenter la réutilisation des mêmes canaux et donc le risque de co-channel contention.

Désactiver le DFS partout pour éviter les changements de canaux peut donc résoudre un problème...

...tout en en créant un autre.

Une détection DFS ne signifie pas forcément qu'un radar est visible à l'œil nu

C'est un point important lors du troubleshooting.

Lorsqu'un événement DFS apparaît dans les logs d'un contrôleur Wi-Fi, il peut être tentant de chercher immédiatement « le radar » responsable.

Dans la réalité, l'analyse est souvent beaucoup moins simple.

Les événements peuvent être :

• intermittents ;

• très courts ;

• localisés à une partie du bâtiment ;

• détectés par certains AP et pas par d'autres.

Et toutes les sources RF observées dans l'environnement ne sont évidemment pas des radars.

Il faut donc éviter de tirer une conclusion uniquement à partir d'un événement isolé.

Le changement de canal peut avoir un impact utilisateur

Lorsqu'un AP doit quitter un canal, les clients associés doivent poursuivre leur fonctionnement sur une autre fréquence ou éventuellement rejoindre un autre AP.

Selon l'environnement, les terminaux et l'architecture radio, cela peut être quasiment transparent...

...ou parfaitement visible pour l'utilisateur.

Les applications temps réel sont évidemment les plus sensibles :

• voix sur Wi-Fi ;

• visioconférence ;

• terminaux industriels ;

• scanners ;

• équipements mobiles ;

• applications nécessitant une connectivité continue.

C'est pourquoi une succession d'événements DFS mérite une véritable analyse lorsqu'elle correspond aux horaires des incidents utilisateurs.

Le piège : désactiver le DFS et considérer le problème comme résolu

C'est une solution que l'on rencontre parfois.

Plus de canaux DFS.

Donc plus d'événements DFS.

Le symptôme disparaît.

Mais cela ne démontre pas que l'architecture radio obtenue est meilleure.

Le nombre de canaux utilisables diminue et la réutilisation des fréquences peut augmenter.

Dans un réseau dense, le remède peut donc devenir plus pénalisant que le problème initial.

La bonne question n'est pas :

« Comment supprimer tous les événements DFS ? »

Mais plutôt :

« Quel est leur impact réel et quelle stratégie de canaux est la plus adaptée à ce site ? »

Comment j'aborde une investigation DFS

Lorsqu'un problème DFS est suspecté, je commence par établir une chronologie.

Je cherche notamment à corréler :

• les événements DFS du contrôleur ;

• les AP concernés ;

• les canaux utilisés avant et après l'événement ;

• les horaires précis ;

• les incidents remontés par les utilisateurs ;

• les changements de canal automatiques ;

• les observations RF et spectrales réalisées sur le site.

Cette corrélation est essentielle.

Un événement enregistré à 03:00 du matin sans aucun utilisateur connecté n'a évidemment pas la même importance qu'une série de changements de canaux correspondant exactement aux coupures observées en production.

L'analyse spectrale apporte une autre vision

Un survey Wi-Fi classique permet d'étudier la couverture, les niveaux RSSI, le SNR ou l'utilisation des canaux.

Une analyse spectrale permet d'observer plus directement l'activité RF présente dans la bande.

Les deux approches sont complémentaires.

Dans certains cas complexes, j'utilise donc plusieurs sources d'information : contrôleur Wi-Fi, mesures terrain, analyse spectrale et monitoring dans le temps.

L'objectif n'est pas simplement de trouver « quelque chose » dans le spectre.

Il faut déterminer si ce que l'on observe peut réellement expliquer le comportement du réseau.

C'est exactement le type de situation où un audit Wi-Fi doit aller plus loin qu'une simple heatmap de couverture.

Et le 6 GHz ?

L'arrivée du 6 GHz change également la réflexion autour de la planification radio.

Cette nouvelle bande offre davantage de spectre et permet de réduire certaines contraintes rencontrées historiquement en 5 GHz.

Cela ne fait évidemment pas disparaître les réseaux 5 GHz ni leurs problématiques.

Pendant encore longtemps, les infrastructures professionnelles devront être conçues et diagnostiquées en tenant compte simultanément de plusieurs bandes.

En conclusion

Un événement DFS n'est pas automatiquement un problème.

Et un changement de canal n'est pas automatiquement la preuve d'un dysfonctionnement du réseau Wi-Fi.

Ce qui compte est la fréquence des événements, leur localisation et surtout leur corrélation avec l'expérience utilisateur.

Désactiver une fonction parce qu'elle génère un événement dans les logs est rarement une méthode de troubleshooting suffisante.

Il faut mesurer, corréler et comprendre.

C'est souvent là que commence réellement l'analyse Wi-Fi.