Guide techniqueDiagnostic RF

Radar DFS et coupures Wi-Fi : comprendre avant de corriger

Une détection DFS peut imposer à un point d’accès de quitter son canal. Mais un changement de canal, une déconnexion ou une alerte contrôleur ne suffisent pas, seuls, à prouver l’origine exacte de l’incident.

À quoi sert le DFS en Wi-Fi ?

Le DFS, pour Dynamic Frequency Selection, permet aux réseaux Wi-Fi utilisant certaines fréquences de la bande 5 GHz de partager le spectre avec des systèmes prioritaires, notamment des radars. Lorsqu’un équipement détecte une signature considérée comme radar, il doit appliquer le comportement réglementaire prévu et cesser d’utiliser le canal concerné.

Avant d’émettre sur un canal DFS, le point d’accès peut devoir réaliser un contrôle de disponibilité du canal, ou CAC. Sa durée dépend de la plage de fréquences et du cadre réglementaire applicable. Après une détection, le canal devient temporairement indisponible pour l’équipement. Cette mécanique protège les utilisateurs prioritaires du spectre, mais elle peut provoquer un impact perceptible sur les clients Wi-Fi.

Ce que voit réellement l’utilisateur

Le symptôme dépend du constructeur, de l’architecture, du nouveau canal choisi et de la couverture offerte par les points d’accès voisins. Il peut prendre la forme d’une brève interruption, d’une reconnexion, d’un changement de BSSID ou d’une coupure plus visible pour une application temps réel.

Sur un réseau peu dense, la sortie d’un seul canal peut laisser certains clients sans alternative immédiate. Sur un réseau mieux dimensionné, ils peuvent rejoindre une cellule voisine, à condition que la couverture secondaire, les puissances et le plan de canaux aient été correctement conçus.

Une alerte DFS ne raconte pas toute l’histoire

Un journal indiquant « radar detected » confirme que l’infrastructure a déclenché son mécanisme DFS. Il ne démontre pas automatiquement la nature, l’emplacement ni la durée de l’émission reçue. À l’inverse, l’absence de trace dans une mesure spectrale ponctuelle ne permet pas d’exclure un événement intermittent survenu avant ou après la présence de l’ingénieur.

Il faut également distinguer une réaction DFS d’un changement réalisé par le mécanisme d’optimisation radio, d’un redémarrage de point d’accès, d’une indisponibilité réseau ou d’un roaming décidé par le terminal. Ces événements peuvent produire des symptômes proches.

Analyse du spectre Wi-Fi 5 GHz montrant des canaux DFS sans activité au moment de la mesure
Mesure ponctuelle en 5 GHz : certains canaux DFS apparaissent vides pendant l’observation. Cela décrit cet instant, sans exclure un événement radar intermittent hors de la fenêtre mesurée.

La méthode de diagnostic

Un diagnostic crédible commence par une chronologie commune. Les événements du contrôleur, les points d’accès concernés, les canaux avant et après l’incident et les plaintes utilisateurs doivent être placés sur le même axe temporel.

  • Identifier les dates, heures, canaux et radios concernés dans les logs.
  • Vérifier si plusieurs points d’accès réagissent simultanément ou de manière isolée.
  • Distinguer les changements DFS des décisions ordinaires de RRM ou DCA.
  • Comparer les événements aux mesures RF, au monitoring continu et aux interruptions applicatives.
  • Contrôler la couverture de secours disponible lorsque la radio quitte son canal.

L’analyse spectrale avec un outil comme l’Ekahau Sidekick 2 apporte une vision utile de l’environnement RF pendant la campagne de mesure. Elle ne constitue cependant pas un enregistrement permanent de tous les canaux DFS. Pour un phénomène rare, une observation continue et horodatée peut être nécessaire.

Faut-il supprimer tous les canaux DFS ?

Pas par principe. Les exclure réduit le nombre de canaux disponibles et peut augmenter la contention co-canal, surtout dans un environnement dense. La décision doit comparer la fréquence réelle des événements, leur impact métier, la densité du réseau, les largeurs de canaux et les possibilités offertes par les bandes non-DFS ou le 6 GHz.

La bonne réponse peut être un plan de canaux adapté, une modification des largeurs de canaux, une densification ciblée ou une stratégie différente selon les zones critiques. Le but n’est pas de masquer les événements DFS, mais de rendre le service résilient lorsqu’ils surviennent.

Ce qu’un audit TWN cherche à établir

TWN Consulting corrèle les mesures RF, les événements de l’infrastructure et la conception du réseau. Le livrable distingue les faits confirmés, les hypothèses crédibles et les informations qui nécessitent une période d’observation supplémentaire. Cette séparation évite de présenter une détection réglementaire comme une preuve plus précise qu’elle ne l’est.

La recommandation finale peut porter sur les canaux, les puissances, les largeurs, l’implantation des points d’accès, le monitoring ou les critères de validation. Elle reste proportionnée au risque réellement observé.

Exemple concret : un diagnostic après déploiement Wi-Fi 7, où des événements DFS touchant presque tous les points d’accès ont été distingués des alertes de topologie et des limites d’alimentation PoE.

Votre infrastructure signale des événements DFS ?

Un audit ciblé permet de reconstruire la chronologie, d’évaluer l’impact et de définir une stratégie radio plus résiliente.

Découvrir l’audit Wi-Fi

Références : ETSI EN 301 893 pour les exigences applicables aux WAS/RLAN 5 GHz ; documentation constructeur correspondant à l’infrastructure auditée ; règles nationales d’utilisation du spectre publiées par l’ANFR.

Diagnostiquer mon réseau

Rappel

Laissez votre numéro, on vous rappelle

David ou Hélène vous rappelle sous 24 h ouvrées pour parler de votre projet Wi-Fi.