Un responsable des opérations hôtelières remarque que le WiFi invité a cessé de fonctionner à un étage. Un film s'est arrêté de tourner en streaming, un appel vidéo s'est figé et la réception enregistre des réclamations. Le point d'accès est toujours sous tension, mais le journal de son contrôleur indique un changement de canal après la détection d'un radar. Pour l'équipe réseau, la question clé n'est pas seulement de savoir pourquoi le point d'accès a bougé. Il s'agit de comprendre ce que ce déplacement implique pour la disponibilité du service, et comment planifier pour que le prochain événement reste localisé.
Ce que fait réellement le DFS sur un réseau WiFi
Le Dynamic Frequency Selection (DFS) permet aux équipements WiFi d'utiliser certaines fréquences 5 GHz qui sont également utilisées par les radars. Au Royaume-Uni, ces services radar sont prioritaires, en particulier les systèmes militaires et météorologiques. Un point d'accès fonctionnant sur un canal DFS doit vérifier la présence de radar avant d'émettre et se déplacer s'il détecte un signal radar. Cette exigence découle du cadre harmonisé des équipements radio défini dans la norme ETSI EN 301 893, et non de la préférence d'un fabricant.
Pour un hôtel, un hôpital, une plate-forme de transport ou un lieu d'événements très fréquenté, cette règle peut devenir un problème de service. Un changement de canal peut interrompre les connexions des clients ou forcer les appareils à se reconnecter, ce qui affecte les sessions des invités, les appels, les terminaux de paiement ou les flux de travail du personnel. Le DFS n'est pas un dysfonctionnement, mais le processus de protection contre les radars peut tout de même être perturbateur si le plan de canaux traite chaque fréquence disponible comme étant tout aussi prévisible.
La distinction pratique se situe entre la capacité et la disponibilité. DFS peut offrir à un réseau plus d'options de canaux, en particulier lorsque les réseaux WLAN voisins encombrent les choix habituels non-DFS. Mais le point d'accès ne peut pas traiter un canal DFS comme étant disponible en permanence. Il doit d'abord écouter, surveiller pendant le fonctionnement, et libérer le canal lorsqu'un radar est détecté.
Cela fait du DFS une considération opérationnelle, et non une simple option enfouie dans une page de configuration radio. La question utile pour un administrateur est de savoir si le spectre supplémentaire vaut la possibilité d'un changement de canal dans cette zone, et si le réseau peut absorber l'interruption qui en découle.
Comment fonctionnent la détection radar et la disponibilité des canaux
Considérez le DFS comme un processus comportant des phases distinctes. Un point d'accès vérifie d'abord si un canal candidat est libre. Une fois qu'il commence à transmettre, il continue de surveiller la présence de radars. S'il détecte un signal, il doit quitter le canal dans le délai imparti.
Du contrôle silencieux au changement de canal
Le Channel Availability Check (CAC) initial est une période d'écoute avant que le point d'accès n'émette sur un canal DFS. Les exigences de test de l'ETSI spécifient un CAC de 60 secondes pour un canal candidat. Pendant ce temps, un point d'accès qui démarre ou qui sélectionne ce canal peut ne pas être disponible pour les clients qui s'y trouvent. Si un radar est détecté, l'AP ne peut pas y démarrer son fonctionnement normal et doit sélectionner un autre canal.
Une fois que le point d'accès commence à émettre, il poursuit la surveillance radar. S'il détecte un radar, le Channel Move Time est d'au maximum 10 secondes, tandis que le Channel Closing Transmission Time est limité à 260 millisecondes. Il s'agit d'exigences distinctes : l'une régit l'abandon du canal, et l'autre limite la durée pendant laquelle l'AP peut continuer à émettre sur ce canal lors de la fermeture. Ces valeurs sont spécifiées dans les exigences de test DFS de l'ETSI.
Une chronologie simple aide à traduire les règles en impact sur le service :
- Sélectionner un canal DFS. Le point d'accès écoute avant de transmettre.
- Terminer le CAC. Si le canal est libre, il peut démarrer le service.
- Surveiller pendant le fonctionnement. La détection de radar déclenche un changement.
- Évacuer le canal. Le point d'accès respecte le changement et les limites de transmission de fermeture.
Pourquoi le seuil de détection est important
La détection radar ne consiste pas simplement à entendre un signal quelconque. La spécification ETSI définit des seuils qui dépendent de la puissance de transmission et d'autres conditions radio, y compris les hypothèses relatives aux antennes. C'est l'une des raisons pour lesquelles les administrateurs doivent valider le comportement réel des appareils plutôt que de supposer que chaque fournisseur gère les événements DFS de manière identique.
Pour une vue plus large de la planification radio et de son interaction avec les exigences du site, consultez ce guide d'ingénierie RF WiFi. En pratique, enregistrez le moment où un point d'accès démarre ou change de canal, puis comparez ces horodatages avec les alertes client et service. Cela rend une courte interruption plus facile à identifier qu'une réclamation non expliquée.
Canaux WiFi DFS au Royaume-Uni et cartographie des canaux 5 GHz
Un plan de canaux pour le Royaume-Uni est plus cohérent lorsque vous regroupez les fréquences selon leur traitement réglementaire. La plage inférieure de 5 GHz, 5 150 - 5 250 MHz, ne nécessite pas de détection radar pour le fonctionnement RLAN. Les plages de bande moyenne 5 250 - 5 350 MHz et 5 470 - 5 725 MHz nécessitent le DFS, ce qui correspond globalement aux canaux WiFi 52 - 64 et 100 - 140. Les exigences du Royaume-Uni sont énoncées dans la norme ETSI EN 301 893.
Pour un administrateur, c'est la distinction clé : les canaux 52–64 et 100–140 ne sont pas des emplacements supplémentaires à attribuer. Ils s'accompagnent de vérifications radar et d'une obligation de libérer la fréquence lorsqu'un radar est détecté. Un canal DFS sélectionné manuellement doit toujours être traité comme un canal susceptible de devenir indisponible.
La plage supérieure de 5 GHz occupe une position différente au Royaume-Uni. Dans sa déclaration de 2020 sur le spectre 5 GHz et 6 GHz, l'Ofcom a supprimé les exigences DFS pour l'utilisation du WiFi en intérieur sur la plage 5 725–5 850 MHz, généralement associée aux canaux 149, 153, 157, 161 et 165. Ce changement a créé une option intérieure plus prévisible, tout en maintenant intactes les exigences DFS dans les plages moyennes de 5 GHz. La déclaration sur le spectre de l'Ofcom décrit également l'accès existant du WiFi britannique à environ 580 MHz de spectre sans licence dans la bande 5 GHz et les protections radar requises sur certains canaux.
| Plage 5 GHz au Royaume-Uni | Groupe de canaux pratique | Détection radar pour le WiFi |
|---|---|---|
| 5 150–5 250 MHz | 5 GHz inférieur | Non requise |
| 5 250–5 350 MHz | Canaux 52–64 globalement | Requise |
| 5 470–5 725 MHz | Canaux 100–140 globalement | Requise |
| 5 725–5 850 MHz | Couramment les canaux 149–165 pour un usage intérieur | Supprimée pour le WiFi intérieur selon la politique de l'Ofcom |
Cette cartographie concerne autant la prédictibilité que le spectre. Les canaux intérieurs de la bande supérieure permettent d'éviter les vérifications de démarrage DFS, tandis que les canaux de la bande intermédiaire ajoutent de la capacité avec des contraintes liées aux radars. Si une équipe de conception coordonne également les composants radio et les contraintes matérielles, les options de circuits imprimés haute fréquence peuvent constituer une référence technique utile. Pour la planification du réseau WLAN, le choix essentiel reste de savoir si la zone concernée peut tolérer un changement déclenché par le DFS.
Le coût caché du DFS pour les clients et les services
Un changement de canal se produit au niveau du point d'accès, mais les utilisateurs le ressentent sur leurs appareils et applications. Un invité peut voir un appel vidéo se figer ; un membre du personnel peut avoir besoin de reconnecter un appareil ; un terminal de paiement peut s'interrompre pendant que sa session sans fil se rétablit. La décision radio du point d'accès peut donc avoir des répercussions au-delà de la simple connectivité, en impactant le service exécuté sur cette connexion.
C'est pourquoi les événements DFS peuvent paraître aléatoires pour les utilisateurs, même lorsque la cause est claire dans les journaux réseau. L'événement peut toucher un AP et un groupe de clients, tandis que les zones voisines continuent de fonctionner. Un utilisateur peut décrire le même incident comme un WiFi faible, un problème d'itinérance ou une défaillance du Captive Portal, selon ce que faisait son appareil au moment du changement de canal.
L'exception CAC étendue
Certains canaux sensibles aux radars nécessitent une vérification de démarrage beaucoup plus longue. Les canaux 116, 120, 124 et 128, qui chevauchent la plage 5 600–5 650 MHz, exigent un CAC de 10 minutes dans le cadre de l'ETSI. C'est une différence opérationnelle substantielle par rapport à la vérification habituelle de 60 secondes. Si un point d'accès redémarre ou sélectionne l'un de ces canaux, sa radio peut rester indisponible pendant qu'il effectue cette vérification prolongée.
Règle de planification : Ne réservez pas un canal uniquement parce qu'il semble libre lors d'une étude de couverture. Intégrez le comportement au démarrage et à la récupération dans la décision de disponibilité.
Cela compte lorsqu'un établissement planifie une maintenance, redémarre un point d'accès ou s'appuie sur une liaison radio pour un service qui ne peut pas être interrompu facilement. Une vérification radio de dix minutes peut être acceptable dans une zone à faible criticité, mais beaucoup plus difficile à concilier dans une zone clinique ou commerciale très fréquentée.
Traduire l'événement en impact sur le service
Associez les symptômes sans fil aux responsables de services qui les subissent. Les équipes de l'hôtellerie peuvent entendre parler de sessions visiteurs bloquées. Les équipes de santé peuvent s'inquiéter de l'interruption des flux de travail connectés. Les opérations de vente au détail peuvent remarquer la reconnexion d'un terminal de paiement. Ce sont des conséquences différentes, même si l'événement radio sous-jacent est similaire.
Intégrez les événements DFS dans la planification des services. Décidez quels services peuvent tolérer une courte reconnexion, où existe la couverture de secours et qui reçoit une alerte si un AP change de canal. Cela offre aux équipes de résolution d'incidents un parcours clair entre l'événement radio et l'impact opérationnel, plutôt que de laisser le personnel d'accueil ou les équipes d'exploitation deviner.
Configuration des paramètres DFS chez les différents équipementiers d'entreprise
Les tableaux de bord des fournisseurs diffèrent et le nom des menus peut changer entre les versions logicielles. L'approche la plus fiable consiste à identifier les commandes qui comptent : vérifier si les canaux DFS sont autorisés, comment la gestion des ressources radio gère la sélection des canaux, où apparaissent les événements radar et si les changements de canal arrivent jusqu'à votre système de surveillance. Ne partez pas du principe qu'un canal configuré manuellement empêche un déplacement réglementaire.
Ce qu'il faut inspecter dans chaque tableau de bord
- Cisco Meraki: Examinez le profil RF et les paramètres radio pour le jeu de canaux et la largeur de canal autorisés. Consultez les journaux d'événements ou de réseau pour la détection de radar et les changements de canal, puis confirmez si la gestion RF automatique peut choisir des canaux DFS dans ce profil.
- Aruba: Inspectez le profil WLAN ou radio et les paramètres de gestion des canaux utilisés par ARM. Recherchez les événements liés aux radars dans les vues de surveillance correspondantes, et vérifiez que le plan de canaux attribué autorise le comportement DFS prévu.
- Ruckus: Examinez la configuration des canaux dans le contrôleur sans fil ou la plateforme de gestion, y compris la sélection automatique des canaux. Consultez l'historique des événements pour la détection de radar et le déplacement de canaux, et confirmez comment ces événements sont exportés vers vos outils de surveillance.
- Juniper Mist: Examinez la configuration de gestion radio et la politique de sélection des canaux. Utilisez les vues d'événements et de dépannage pour corréler les changements de canal des AP avec l'expérience client, plutôt que de traiter chaque déconnexion client comme un problème d'authentification.
- Ubiquiti UniFi: Vérifiez les paramètres radio de l'AP pour la sélection du canal et la disponibilité du DFS. Consultez les événements et alertes de l'appareil pour les changements de canal, et évaluez si la gestion automatique des canaux pourrait effectuer un choix différent après un événement radar.
La même validation s'applique à toutes les plateformes. Déclenchez une révision opérationnelle des journaux après un déplacement de canal réel ou observé, et confirmez si votre système de surveillance capture le point d'accès, l'horodatage, le canal précédent et le nouveau canal. Lorsque le tableau de bord n'affiche pas les détails nécessaires à votre processus d'incident, vérifiez si le contrôleur ou le point d'accès peut transmettre les enregistrements d'événements pertinents.
Les plans de canaux manuels peuvent améliorer la prédictibilité, mais ils n'exemptent pas un AP de la détection radar. Si vous autorisez le DFS, documentez ce que le contrôleur peut choisir et là où les AP voisins peuvent assurer la continuité. Si vous désactivez le DFS pour un profil, vérifiez que les options de canaux restantes conviennent à la densité du site et aux besoins des clients.
Quand éviter délibérément les canaux DFS
Le DFS peut ajouter de la capacité utile, mais un plus grand choix de canaux ne rend pas automatiquement un réseau plus fiable. Dans un hôtel, un espace commercial, un hôpital ou une résidence étudiante, le coût d'un déplacement forcé peut l'emporter sur l'avantage d'utiliser un canal protégé par radar, en particulier lorsque les utilisateurs dépendent de sessions ininterrompues. La plage intérieure supérieure de 5 GHz offre une alternative sans DFS au Royaume-Uni, ce qui permet aux planificateurs de faire de la fiabilité un élément délibéré de la stratégie de canaux.
Appliquez une décision zone par zone plutôt qu'une règle globale à l'échelle de l'établissement. Prenez en compte la densité de clients, la largeur de canal, la puissance d'émission, les réseaux WLAN voisins, la structure du bâtiment et le niveau d'interruption que le service peut tolérer. Une zone très fréquentée peut nécessiter les options supplémentaires offertes par le DFS, tandis qu'une réception ou une zone de travail clinique privilégiera un choix de canal plus prédictible.
| Condition de déploiement | Orientation de la planification des canaux |
|---|---|
| Faible tolérance aux interruptions, comme l'authentification des invités ou les activités de paiement | Privilégier les options intérieures non-DFS lorsque l'environnement RF local le permet |
| Forte saturation et choix de canaux limités | Envisager le DFS, avec surveillance et couverture de secours |
| Établissement à criticité mixte | Utiliser le DFS de manière sélective dans les zones adaptées et conserver les options plus prévisibles pour les services sensibles |
Un bon moyen de prendre cette décision consiste à comparer le coût de la congestion au coût de l'interruption. Si un événement DFS n'affecte qu'une zone peu prioritaire disposant d'une bonne couverture voisine, le compromis peut être acceptable. S'il risque de perturber un service critique ou de déclencher une avalanche de demandes d'assistance, un plan sans DFS s'avère être le choix le plus sûr.
Pour l'attribution des canaux, comparez les résultats de votre étude d'ampleur avec un planificateur de canaux WiFi. Utilisez-le comme un élément de décision, et non comme un substitut au test du comportement des clients ou à la documentation des services capables de tolérer un changement de canal.
Dépannage des événements DFS dans les environnements multi-locataires
Un occupant signale que le WiFi a échoué, mais les symptômes ne permettent pas encore d'en identifier la cause. Commencez par localiser le point d'accès concerné et le client, puis comparez l'heure du signalement avec la disponibilité du point d'accès et les enregistrements de changement de canal. Si le point d'accès a consigné une détection radar et a changé de canal en même temps que la réclamation, le DFS devient une explication très plausible. Si ce n'est pas le cas, étudiez plutôt la couverture, l'itinérance, l'authentification, le DHCP et le réseau de collecte.
Une séquence de diagnostic pratique empêche les équipes de traiter chaque déconnexion comme une défaillance radio :
- Vérifier le statut de l'AP : Confirmez si l'AP est resté en ligne ou a redémarré.
- Inspecter les événements de canal : Recherchez la détection de radar, l'évacuation du canal et le nouveau canal attribué.
- Comparer les symptômes des clients : Vérifiez si plusieurs clients sur le même AP ont été affectés, ou si un seul appareil a rencontré des problèmes.
- Tracer le parcours du service : Si l'association WiFi reste stable, analysez l'authentification, l'attribution d'adresses, le comportement du Captive Portal ou la connectivité en amont.
Corréler les enregistrements avec les réclamations
Enregistrez l'identifiant de l'AP, la zone affectée, l'horodatage de l'événement, le canal précédent et le canal sélectionné. Comparez ces champs avec les tickets du support technique et les alertes de service. Dans les bâtiments multi-occupants, conservez les informations relatives aux locataires ou aux zones avec le registre d'incident afin qu'un événement radio dans une zone ne soit pas confondu avec une panne à l'échelle du bâtiment.
Un événement radar peut également produire une série de changements de canaux répétés si un point d'accès continue de rencontrer des radars sur les options sélectionnées. Lorsque cela se produit, examinez le pool de canaux et le comportement RF automatique du point d'accès. Envisagez une alternative non-DFS appropriée pour cette zone, ou ajustez le plan pour donner au point d'accès un ensemble différent de canaux éligibles, tout en maintenant la conformité.
Si les utilisateurs signalent une interruption, ancrez l'investigation sur la chronologie des événements de l'AP avant de modifier l'authentification ou les paramètres client.
C'est particulièrement important dans les bâtiments partagés, où des locataires distincts peuvent avoir des méthodes d'accès et des équipes de support différentes. Un guide WiFi multi-locataires peut aider à cadrer l'ensemble des responsabilités opérationnelles, mais le diagnostic immédiat doit toujours commencer par les journaux du point d'accès et l'horodatage exact de la réclamation.
Planification de réseaux résilients au DFS et accès basé sur l'identité
Un événement DFS est une interruption radio, mais une reconnexion ne doit pas obligatoirement imposer une réinitialisation complète pour l'utilisateur. Les réseaux peuvent réduire cet impact en associant une politique de canal claire à des méthodes d'accès et de roaming résilientes qui permettent aux clients de revenir sans répéter un processus de connexion fastidieux. Le plan d'ingénierie radio et l'expérience d'identité doivent être conçus conjointement.
Pour les visiteurs, l'accès sans mot de passe et l'accès basé sur l'identité simplifient la reconnexion des appareils. OpenRoaming et Passpoint permettent de faciliter les accès répétés sans obliger les utilisateurs à ressaisir des identifiants partagés à chaque fois. L'accès du personnel doit être géré séparément, avec des contrôles d'identité appropriés et un processus d'attribution et de révocation des accès. Ces mesures n'empêchent pas la détection des radars ni ne garantissent un service ininterrompu, mais elles rendent la reconnexion bien moins contraignante.
Une liste de contrôle de planification pour la prochaine révision
- Privilégiez les options intérieures prévisibles lorsque la densité locale et la couverture le permettent.
- Utilisez le DFS de manière délibérée lorsque les choix de canaux supplémentaires justifient le risque opérationnel.
- Gardez les services sensibles à l'esprit lors de l'attribution des canaux aux zones de réception, cliniques, de paiement ou à forte densité d'invités.
- Concevez en prévision des défaillances locales : un liaison filaire de backhaul et une couverture adjacente adéquate permettent d'éviter qu'une interruption d'un AP ne se transforme en une panne plus large.
- Surveillez le comportement des canaux : enregistrez les événements radar et les changements de canal, puis examinez-les en parallèle des signalements des utilisateurs.
- Révisez régulièrement le plan : réévaluez les choix de canaux au fur et à mesure de l'évolution du bâtiment, des réseaux voisins et des exigences de service.
Pour les organisations qui associent la continuité du réseau sans fil à une planification plus globale de la résilience, les ressources de planification de reprise après sinistre de NZ Apps offrent un moyen utile d'intégrer les incidents réseau au sein des procédures de reprise opérationnelle. Le principe central est simple : le DFS est un accès à un spectre partagé soumis à des conditions de disponibilité. Il convient donc d'intégrer ces conditions dans le plan de service de l'établissement plutôt que de les laisser sous forme de paramètre radio non documenté.
Purple fournit un accès WiFi basé sur l'identité pour les visiteurs et le personnel, incluant l'intégration sans mot de passe et OpenRoaming, ce qui peut aider à simplifier la reconnexion après un événement DFS. Découvrez Purple pour voir comment ses outils d'accès et d'analyse s'intègrent à votre réseau et à vos exigences de gestion des incidents.
