Utilisation du Packet Capture (PCAP) pour diagnostiquer les lenteurs de performance WiFi
Ce guide de référence technique offre aux responsables informatiques, architectes réseau et directeurs d'exploitation de sites une méthodologie structurée au niveau des paquets pour diagnostiquer et résoudre les lenteurs de performance du WiFi d'entreprise grâce à l'analyse PCAP. En décortiquant les trames 802.11 brutes - y compris les taux de retransmission, l'utilisation du temps d'antenne et les métadonnées de la couche physique - les équipes peuvent isoler avec précision les goulots d'étranglement de la couche RF des problèmes filaires ou applicatifs. Applicable aux sites à forte densité, notamment les hôtels, les chaînes de magasins, les stades et les centres de conférences, ce guide propose des flux de diagnostic exploitables, des études de cas réels et des étapes de remédiation de configuration pour récupérer de la capacité réseau et protéger l'expérience des invités.
Video overview
Écouter ce guide
Voir la transcription du podcast
Fait partie de notre série principale : Guide du WiFi invité →
Synthèse décisionnelle
Pour les directeurs de la technologie (CTO), les architectes réseau et les directeurs d'exploitation de sites, un "WiFi lent" est une menace persistante pour l'efficacité opérationnelle et la satisfaction des clients. Bien que les tableaux de bord de gestion de réseau standard fournissent des indicateurs d'état de haut niveau, ils masquent souvent les causes profondes de la dégradation des performances sans fil. Pour dépanner les problèmes de performance chroniques dans les environnements à forte densité - tels que les centres de conférence d'hôtels, les centres commerciaux et les stades - les équipes informatiques doivent aller au-delà des mesures superficielles et analyser directement les trames sans fil.
L'exploitation de l'analyse des captures de paquets (PCAP) est la méthode définitive et la plus précise, permettant aux équipes d'ingénierie réseau d'effectuer une analyse approfondie de la communication entre les appareils clients et les points d'accès au niveau des couches physique et de liaison de données. Ce guide de référence technique présente une méthodologie structurée et indépendante des fournisseurs pour capturer et analyser les trames 802.11. En se concentrant sur des indicateurs critiques tels que les taux de retransmission des trames, l'utilisation des canaux et la saturation du temps d'antenne, les administrateurs réseau peuvent isoler les problèmes de la couche physique sans fil des goulots d'étranglement du réseau filaire ou des applications. En mettant en œuvre ces méthodologies de diagnostic, tout en utilisant des solutions de classe entreprise telles que le Guest WiFi et le WiFi Analytics, une infrastructure réseau problématique peut être transformée en un actif commercial performant à fort retour sur investissement.
Analyse Technique Approfondie
Le Support 802.11 et la Nécessité du Mode Monitor
Pour diagnostiquer avec précision les performances sans fil, les architectes réseau doivent comprendre que le support WiFi est fondamentalement différent d'un réseau filaire commuté. Le WiFi est un support partagé en semi-duplex (half-duplex) où un seul appareil peut émettre sur un canal à une milliseconde donnée. De plus, les cartes d'interface réseau (NIC) sans fil standard fonctionnent en mode "géré" ou "station", ce qui signifie qu'elles rejettent toute trame qui n'est pas explicitement adressée à leur propre adresse MAC. Pour capturer l'image complète de la communication sans fil, la station de capture doit utiliser un adaptateur configuré en Mode Monitor.
Mode Monitor vs Mode Promiscuous : Alors que le mode promiscuous dans les réseaux filaires permet à la carte réseau de capturer tous les paquets sur le domaine de diffusion local, il ne fonctionne pas pour les en-têtes de trames sans fil. Le mode monitor permet à un adaptateur sans fil d'écouter passivement toutes les trames 802.11 dans l'air sur un canal spécifique, permettant ainsi la capture des trames de gestion et de contrôle, ainsi que des charges utiles de données, sans être associé à un AP.
Structure des Trames 802.11 et En-tête Radiotap
Chaque paquet sans fil capturé en mode monitor est précédé d'un En-tête Radiotap ajouté par le pilote de capture. Cet en-tête ne voyage pas dans les airs ; il fournit plutôt des métadonnées cruciales de la couche physique capturées par la carte réseau radio d'écoute. Les mesures clés de la couche physique comprennent le canal et la fréquence (vérifiant que la capture a été effectuée sur le canal prévu), la puissance du signal en dBm (RSSI) et le débit de données auquel la trame spécifique a été transmise.
Sous l'en-tête Radiotap se trouve l'en-tête MAC 802.11, qui classe les trames en trois types principaux :
| Type de Trame | Principaux Sous-types | Rôle dans le Diagnostic des Performances |
|---|---|---|
| Gestion | Beacon, Probe Request/Response, Association, Deauthentication | Un volume élevé indique des lacunes de couverture, un itinérance agressive ou une surcharge liée aux clients existants. |
| Contrôle | ACK, Block ACK, RTS, CTS | Les retransmissions (absence d'ACK) indiquent des collisions ou des interférences. Le couple RTS/CTS permet de diagnostiquer les nœuds masqués. |
| Données | QoS Data, Null Function | Une proportion élevée de trames de données à faible débit indique une saturation du temps d'antenne (airtime starvation). |
Retransmissions de Trames et Saturation du Temps d'Antenne
Puisque la norme 802.11 ne dispose pas de détection de collision pendant la transmission, elle repose sur un accusé de réception positif. Chaque trame unicast doit faire l'objet d'un accusé de réception par la radio réceptrice via une trame de contrôle ACK. Si l'émetteur ne reçoit pas d'ACK dans un délai imparti, il incrémente son compteur de tentatives et retransmet la trame. Dans un déploiement d'entreprise sain, le Taux de Retransmission 802.11 doit rester inférieur à 5%. Un taux de retransmission supérieur à 10% entraîne une dégradation cumulative du débit et de la latence.
La saturation du temps d'antenne (airtime starvation) se produit lorsque des appareils clients ayant un signal faible ou des capacités obsolètes transmettent des données à de faibles débits, tels que 1 Mbps ou 6 Mbps. Étant donné que ces trames à bas débit mettent beaucoup plus de temps à être transmises que les trames 802.11ac/ax à haut débit, un seul client éloigné peut consommer une part disproportionnée du temps d'antenne disponible, privant ainsi les clients à haut débit situés à proximité d'un accès au support. C'est l'une des causes les plus courantes et les plus mal diagnostiquées de lenteur du WiFi dans les secteurs de l' Hôtellerie et du Commerce de détail.
Guide d'implémentation
Flux de travail étape par étape pour la capture de paquets sans fil
Pour analyser et diagnostiquer de manière indépendante les baisses de performances du WiFi à l'aide de fichiers PCAP, les équipes d'ingénierie réseau doivent suivre ce flux de diagnostic structuré en cinq étapes.
Étape 1 : Configuration de la capture et verrouillage des canaux. Utilisez un adaptateur sans fil USB externe dédié prenant en charge le mode moniteur. Identifiez le canal du point d'accès peu performant à l'aide d'un outil de site survey ou du tableau de bord du contrôleur du point d'accès. Configurez l'adaptateur de capture en mode moniteur et verrouillez-le sur ce canal et cette largeur de canal spécifiques. Positionnez l'ordinateur portable de capture à proximité de l'appareil client concerné pour garantir que l'outil d'analyse soit soumis au même environnement RF.
Étape 2 : Vérifier l'état de la couche physique. Avant d'analyser les protocoles des couches supérieures, vérifiez les caractéristiques de la couche physique dans l'en-tête Radiotap. Assurez-vous que le RSSI du client est d'au moins -67 dBm et que le bruit de fond est inférieur à -95 dBm, offrant ainsi un rapport signal sur bruit d'au moins 28 dB pour prendre en charge la voix et les données à haute densité. Vérifiez si le client transmet à un faible indice MCS (Modulation and Coding Scheme) ; si les trames sont systématiquement envoyées en dessous de MCS 2, le client souffre d'une mauvaise qualité de signal ou d'obstacles physiques.
Étape 3 : Filtrer et analyser les trames 802.11. Ouvrez le fichier PCAP dans Wireshark et appliquez des filtres d'affichage spécifiques pour catégoriser le problème. Pour isoler l'adresse MAC d'un client spécifique, utilisez wlan.addr == [Client_MAC]. Pour filtrer les retransmissions, utilisez wlan.fc.retry == 1. Pour surveiller la surcharge des trames de gestion, utilisez wlan.fc.type == 0. Pour inspecter l'utilisation des canaux, accédez à Statistiques > Graphique E/S et tracez le nombre total de paquets par seconde par rapport aux paquets de retransmission par seconde.Étape 4 : Identifier la cause racine. Analysez les données filtrées par rapport aux seuils de performance établis. Un taux de retransmission élevé supérieur à 10 % malgré une bonne force de signal indique des collisions de trames causées par un problème de Hidden Node ou des interférences non WiFi. Des débits de données faibles associés à une consommation élevée de temps d'antenne indiquent une Airtime Starvation causée par des clients existants ou des appareils distants. Des demandes et réponses de sonde excessives indiquent un comportement de « client collant » ou des limites de couverture AP médiocres.
Étape 5 : Appliquer les mesures correctives et tester à nouveau. Sur la base de la cause racine identifiée, appliquez les modifications de configuration appropriées. Désactivez les débits de données existants (1, 2, 5,5, 11 Mbps) et définissez le débit de base minimum sur 12 Mbps ou 24 Mbps. Pour les problèmes de Hidden Node, configurez le seuil RTS/CTS sur l'AP. Ajustez la puissance de transmission de l'AP pour atténuer les interférences co-canal. Exécutez une PCAP de suivi pour vérifier que le taux de retransmission est tombé en dessous de 5 % et que les débits de données moyens ont augmenté. Pour un guide approfondi sur l'authentification et le contrôle d'accès, consultez Comment implémenter l'authentification 802.1X avec Cloud RADIUS.
Vous avez des questions sur votre configuration spécifique ?
Notre équipe collabore avec des exploitants de sites, des responsables informatiques et des ingénieurs réseau au sein de 80 000 sites. Réservez un appel de 20 minutes et nous vous montrerons comment d'autres professionnels comme vous ont résolu ce problème.
Meilleures pratiques
Lors du diagnostic des réseaux d'entreprise, les architectes de solutions doivent adhérer aux meilleures pratiques du secteur et neutres vis-à-vis des fournisseurs afin de garantir des diagnostics précis et une stabilité à long terme.
Exploiter des captures intelligentes et déclenchées. La capture continue et complète de paquets sur des centaines d'AP nécessite des volumes de stockage prohibitifs. Utilisez plutôt les plateformes modernes de gestion de réseau qui prennent en charge les PCAPs déclenchées. Lorsqu'un client rencontre un échec d'association, une latence DHCP élevée ou des tentatives de retransmission 802.11 excessives, des plateformes comme Cisco Catalyst Center ou Aruba Central peuvent déclencher automatiquement une PCAP à mémoire tampon circulaire. Cette approche est particulièrement pertinente pour les environnements de la Santé et des Transports où la fiabilité du réseau est essentielle.
Isoler les goulots d'étranglement de performance sans fil vs filaires. Vérifiez toujours si une plainte de « WiFi lent » est réellement un problème sans fil. Comparez le temps de réponse HTTP ou le temps de trajet aller-retour (RTT) TCP avec le taux de retransmission 802.11 dans votre PCAP. Si le RTT TCP est élevé mais que le taux de retransmission 802.11 est faible (moins de 3 %), le goulot d'étranglement se situe au niveau du réseau filaire, du serveur DHCP, de la résolution DNS ou de la passerelle WAN. Si le taux de retransmission 802.11 est élevé (supérieur à 10 %), le problème se situe strictement dans le domaine RF sans fil.Maintenez la conformité et la sécurité lors des captures. La capture de paquets sans fil bruts dans les espaces publics ou les environnements d'entreprise peut exposer des données utilisateur sensibles, violant potentiellement les réglementations sur la confidentialité comme le GDPR ou les normes de sécurité comme PCI-DSS. Dans les environnements sécurisés utilisant WPA3 ou WPA2 Enterprise, les charges utiles de données sont chiffrées par voie aérienne, ce qui est suffisant pour le dépannage de la couche physique et MAC tout en protégeant la confidentialité des utilisateurs. Lors d'une capture pour le dépannage des performances, configurez votre outil de capture pour tronquer la charge utile aux 128 premiers octets en utilisant tcpdump -s 128 afin de ne conserver que les en-têtes Radiotap, 802.11 et IP, en excluant les données utilisateur réelles.
Référez-vous aux guides et normes des constructeurs. Pour les déploiements d'entreprise, alignez votre méthodologie PCAP avec les normes IEEE 802.11 et les directives spécifiques des constructeurs. Pour les environnements basés sur Cisco, reportez-vous à Cisco Wireless APs: 2026 Guide to Products & Deployment pour les procédures de capture spécifiques à la plateforme. Pour les diagnostics de contrôle d'accès et d'authentification, 10 Best Network Access Control (NAC) Solutions for 2026 fournit le contexte nécessaire pour intégrer les résultats de PCAP à une gestion de la sécurité plus large.
Dépannage et atténuation
Le tableau ci-dessous présente les modes de défaillance sans fil courants identifiés via PCAP, leurs indicateurs au niveau des paquets et les étapes d'atténuation recommandées :
| Mode de défaillance | Indicateurs PCAP | Cause racine | Étapes d'atténuation |
|---|---|---|---|
| Problème de nœud caché | Taux de réévaluation élevé sur les trames de données malgré un RSSI élevé. | Deux clients peuvent communiquer avec l'AP mais sont masqués l'un pour l'autre en raison de la distance ou d'obstacles, provoquant des transmissions simultanées. | Activez les seuils RTS/CTS sur l'AP ; repositionnez les AP pour éliminer les obstacles physiques. |
| Interférence co-canal | Utilisation du canal >70 % due à un volume élevé de balises (Beacons) provenant de plusieurs BSSID sur le même canal. | Trop d'AP sur le même canal ou largeurs de canal excessivement grandes. | Mettez en œuvre un plan de canaux systématique ; réduisez les largeurs de canal à 20 ou 40 MHz ; ajustez la puissance d'émission de l'AP. |
| Comportement de client collant | Le client reste associé à un AP éloigné (RSSI faible, débits de données faibles) bien qu'il soit proche d'un AP offrant un signal plus fort. | L'algorithme d'itinérance du client est passif ; la puissance d'émission de l'AP est trop élevée. | Ajustez la puissance d'émission de l'AP ; définissez des débits de données de base minimaux sur 12 ou 24 Mbps ; implémentez l'itinérance 802.11v/k/r. |
| Latence DHCP / DNS | La liaison EAPOL se termine rapidement, mais les trames DHCP ou DNS suivantes présentent des retards de plusieurs secondes. | La liaison WiFi fonctionne de manière optimale, mais les services réseau câblés en amont sont saturés. | Dépannez l'infrastructure câblée ; vérifiez les temps de bail DHCP et la taille des pools ; implémentez l'authentification gérée dans le cloud. |
ROI et impact commercial
La rationalisation des performances du WiFi d'entreprise grâce à des diagnostics PCAP précis génère des avantages commerciaux directs et mesurables. Dans les lieux à fort trafic tels que les chaînes de vente au détail, les hôtels et les espaces publics, la disponibilité et les performances du réseau sont directement liées à la satisfaction des clients et au chiffre d'affaires.
En utilisant PCAP pour identifier et éliminer les anciens appareils qui gaspillent le temps d'antenne ainsi que les interférences cocanal, les équipes réseau peuvent récupérer jusqu'à 40 % de leur capacité sans fil existante. Cette optimisation retarde les cycles coûteux de remplacement du matériel, permettant aux sites de prendre en charge des densités de clients plus élevées sans acheter de points d'accès supplémentaires ni mettre à niveau l'infrastructure de commutation. Sur les installations à grande échelle, l'adoption d'une méthodologie systématique de diagnostic PCAP plutôt que de simples suppositions réduit le temps moyen de résolution (MTTR) de près de 60 %. Les ingénieurs peuvent rapidement déterminer si une application lente est causée par des interférences RF, des problèmes de pilote côté client ou des goulots d'étranglement dans le réseau câblé.
Pour les exploitants de l'hôtellerie et du commerce de détail, un WiFi fiable est le fondement de l'engagement client. L'intégration d'un réseau sans fil optimisé avec les plateformes de Guest WiFi et de WiFi Analytics de Purple permet aux entreprises de collecter des données clients de première main précises, de mener des campagnes marketing ciblées et de renforcer la fidélité à la marque. Dans des secteurs comme le Retail et le Hospitality, ce moteur de collecte de données transforme ce qui est traditionnellement un centre de coûts (l'infrastructure WiFi) en une puissante plateforme génératrice de revenus. Pour les établissements d'enseignement, le guide WiFi in Schools: The 2026 Administrator & IT Guide apporte un éclairage complémentaire sur l'application de ces principes de diagnostic dans des environnements multi-appareils à haute densité.
-
Références
[1] Cisco Meraki: Analyzing Wireless Packet Captures [2] VIAVI Solutions: What is Packet Capture? [3] QA Cafe: Troubleshooting Slow Apps with Packet Captures [4] Guide Purple: Comment résoudre un WiFi lent sans changer de forfait internet [5] Guide Purple: Le guide ultime de la sélection des canaux WiFi
Définitions clés
Mode Monitor
Un état spécialisé de la carte sans fil qui permet à un adaptateur d'écouter passivement toutes les trames 802.11 diffusées sur un canal spécifique, y compris les trames de gestion, de contrôle et de données, sans s'associer à un point d'accès.
Indispensable pour capturer des fichiers PCAP sans fil bruts. Le mode "géré" standard rejette les trames qui ne sont pas adressées à l'appareil hôte, ce qui le rend inadapté aux diagnostics sans fil.
En-tête Radiotap
Un en-tête standardisé ajouté aux trames 802.11 capturées par le pilote de capture, contenant des métadonnées de couche physique telles que la puissance du signal (RSSI), la fréquence du canal et le débit de transmission des données.
Utilisé dans Wireshark pour analyser l'environnement RF physique à la milliseconde près où une trame a été capturée. Fournit la réalité de terrain pour l'analyse de la qualité du signal et du débit de données.
Taux de retransmission
Le pourcentage de trames 802.11 transmises dont le bit "Retry" est activé dans leur en-tête MAC, indiquant qu'il s'agit de retransmissions dues à l'absence de trame d'acquittement (ACK) réceptrice.
Une mesure clé pour la santé du réseau WiFi. Des taux supérieurs à 10 % indiquent des interférences graves, des collisions ou des problèmes de nœuds cachés qui dégraderont le débit et la latence pour tous les clients connectés.
Saturations de temps d'antenne
Une condition dans laquelle les appareils clients hérités ou éloignés transmettant à de faibles débits de données (par exemple, 1 ou 6 Mbps) consomment une part disproportionnée du temps d'antenne WiFi disponible, laissant les clients à haut débit avec une capacité insuffisante.
Diagnostiqué dans le PCAP en filtrant sur les faibles débits de données et l'utilisation élevée des canaux. Résolu en désactivant les débits hérités et en définissant un débit de base minimal de 12 ou 24 Mbps.
Problème de nœud caché
Un scénario de collision RF dans lequel deux appareils clients sans fil peuvent communiquer avec le même AP mais ne s'entendent pas entre eux, ce qui entraîne des transmissions simultanées qui entrent en collision au niveau de l'AP.
Diagnostiqué par des taux de retransmission élevés malgré une excellente puissance de signal. Courant dans les environnements de vente au détail avec des rayonnages métalliques ou des entrepôts avec des murs en béton. Résolu en activant les seuils RTS/CTS.
Trame de balise (Beacon Frame)
Une trame de gestion 802.11 diffusée périodiquement (généralement toutes les 100 ms) par un AP pour annoncer sa présence, son SSID, ses débits de données pris en charge et ses capacités aux clients à proximité.
Dans les déploiements à haute densité, un grand nombre d'APs sur le même canal peut générer une surcharge de trames Beacon consommant jusqu'à 50 % du temps d'antenne disponible, en particulier lorsqu'elles sont transmises à des débits de base faibles.
RTS/CTS (Request to Send / Clear to Send)
Un mécanisme de handshaking utilisé pour coordonner l'accès au support sans fil, où un client envoie une trame RTS avant de transmettre des données, et l'AP répond avec une trame CTS pour réserver le canal pour tous les appareils à proximité.
Utilisé pour atténuer les collisions causées par le problème du nœud caché dans les environnements à haute densité ou physiquement obstrués tels que les magasins de vente au détail et les entrepôts.
Utilisation du canal
Le pourcentage de temps pendant lequel le support sans fil est occupé, que ce soit en raison de transmissions 802.11 décodables ou de bruits de couche physique non-WiFi.
Une utilisation supérieure à 70 % entraîne généralement une dégradation importante de la latence et du débit pour tous les clients associés. Mesuré dans Wireshark via Statistiques > Graphique I/O.
EAPOL (Extensible Authentication Protocol over LAN)
Le protocole utilisé pour transporter les messages d'authentification EAP entre un client sans fil et un authentificateur (AP) lors du processus d'authentification 802.1X.
Les retards dans les échanges EAPOL visibles dans un PCAP indiquent des goulots d'étranglement dans le serveur d'authentification RADIUS, que les utilisateurs identifient souvent à tort comme un "WiFi lent" alors que la liaison sans fil elle-même est saine.
Exemples concrets
Un hôtel de luxe de 200 chambres accueille une conférence technologique dans sa salle de bal principale. Pendant la session plénière, plus de 150 invités signalent qu'ils peuvent se connecter au WiFi invité mais ne parviennent pas à charger de pages web, subissant des performances extrêmement lentes. Les tableaux de bord standard indiquent que l'utilisation du canal 5 GHz sur le canal 36 est à 82 %, mais le débit de données actif est très faible. L'équipe informatique sur site doit identifier la cause racine et mettre en œuvre une solution immédiate.
L'architecte réseau lance une capture de paquets sans fil sur le canal 36 à l'aide d'un adaptateur en mode moniteur.
Étape 1 — Analyse PCAP : La capture révèle que 45 % du temps d'antenne total est consommé par les trames de gestion (Management frames). Plus précisément, les trames balises (Beacon frames) des propres AP de l'hôtel sont transmises au débit de base le plus bas de 1 Mbps, et il y a un afflux massif de Probe Requests et Probe Responses provenant de centaines d'appareils clients passifs dans la foule.
Étape 2 — Inspection de la couche physique : L'examen de l'en-tête Radiotap montre que plusieurs anciens appareils 802.11b/g transmettent des trames de données QoS à 2 Mbps, occupant le support pendant de longues durées et provoquant une privation de temps d'antenne pour les clients 802.11ac/ax plus récents.
Étape 3 — Remédiation : Dans le contrôleur sans fil, l'architecte désactive les anciens débits de données (1, 2, 5.5, 11 Mbps) et fixe le débit de base minimal à 12 Mbps. Cela oblige les AP à transmettre les balises 12 fois plus vite, récupérant immédiatement plus de 30 % du temps d'antenne du canal. Cela empêche également les clients éloignés ayant un signal faible de s'associer, les incitant à errer vers des AP plus proches. De plus, l'architecte réduit la puissance de transmission en 2.4 GHz à 6 dBm et active le band steering pour orienter les clients bi-bande vers la bande 5 GHz plus propre.
Étape 4 — Vérification : Un PCAP post-remédiation confirme que l'utilisation du canal chute à 38 %, les taux de retransmission tombent en dessous de 4 % et les pages web des invités se chargent instantanément.
Une chaîne nationale de magasins de détail signale que les terminaux de point de vente (POS) sans fil dans les files d'attente subissent des déconnexions intermittentes et un traitement lent des transactions pendant les heures de pointe. Les magasins utilisent le canal 11 sur la bande 2.4 GHz pour les terminaux POS. Une étude sur site montre une excellente force de signal de -52 dBm au niveau de la caisse, mais les retards de transaction persistent. L'équipe réseau est sous pression pour résoudre ce problème avant la prochaine période de forte activité commerciale.
Un architecte de solutions effectue une capture PCAP ciblée pendant les heures de pointe.
Étape 1 — Filtrer par MAC client : L'architecte filtre la capture pour l'adresse MAC du terminal de point de vente (POS) en échec à l'aide de wlan.addr == [POS_MAC].
Étape 2 — Principales constatations : Le taux de retransmission 802.11 pour le terminal POS atteint un pic de 24 %, malgré une excellente puissance de signal de -52 dBm. La capture PCAP révèle un volume élevé de trames de données envoyées sans réception des trames de contrôle ACK correspondantes, ce qui entraîne des retransmissions immédiates. Il n'y a pas d'autres SSID actifs sur le canal 11, ce qui exclut les interférences co-canal standard. Cependant, la capture PCAP montre qu'un scanner d'inventaire sans fil situé dans une arrière-boutique transmet vers le même AP. En raison de murs en béton épais, le terminal POS et le scanner d'inventaire ne peuvent pas détecter leurs transmissions respectives, mais les deux peuvent communiquer avec l'AP - un cas classique de problème de nœud caché.
Étape 3 — Résolution : L'architecte configure un seuil RTS/CTS de 2347 octets sur le SSID du POS dans le contrôleur sans fil. Avant de transmettre toute trame de données volumineuse, le terminal POS doit désormais envoyer une trame RTS ; l'AP répond par une trame CTS entendue par tous les clients, réservant le support et évitant les collisions. De plus, les terminaux POS sont migrés vers un SSID 5 GHz dédié et sécurisé, qui offre une meilleure pénétration à travers les rayonnages et moins de congestion.
Étape 4 — Vérification : Une capture PCAP de suivi montre que le taux de retransmission du terminal POS chute à 2,5 % et que la latence de transaction est complètement éliminée.
Questions d'entraînement
Q1. Un responsable informatique d'un grand centre commercial résout des problèmes de coupures intermittentes de connexion pour des scanners d'inventaire mobiles. Une étude de site sans fil montre une force de signal de -72 dBm dans les allées arrière de l'entrepôt. Une capture de paquets en mode moniteur révèle un taux de retransmission 802.11 de 14 % sur l'adresse MAC du scanner, et de nombreuses trames de données sont transmises à 1 Mbps. Quelle est la cause la plus probable de cette baisse de performance, et quelles sont les deux mesures correctives immédiates ?
Conseil : Prenez en compte à la fois le seuil de puissance du signal (-67 dBm étant le minimum pour des opérations d'entreprise fiables) et l'impact d'un débit de transmission de 1 Mbps sur la capacité du temps d'antenne pour tous les autres clients sur le canal.
Voir la réponse type
La cause principale est la combinaison d'une mauvaise couverture de signal (indiquée par -72 dBm, ce qui est inférieur au seuil recommandé de -67 dBm) et de la saturation du temps d'antenne (provoquée par le scanner transmettant à 1 Mbps). Le signal étant faible, le scanner réduit son débit de données pour maintenir la connexion, consommant un temps d'antenne excessif et faisant grimper le taux de retransmission à 14 % en raison des collisions et de la dégradation du signal.
Mesures de remédiation immédiates : (1) Désactiver les débits de données hérités (legacy) dans le contrôleur sans fil et configurer le débit de base minimum à 12 Mbps. Cela forcera le scanner à effectuer un itinérance (roaming) vers un AP plus proche ou l'empêchera de s'associer à des débits aussi bas et inefficaces. (2) Repositionner les APs existants ou ajouter un nouvel AP plus proche des allées du fond pour ramener la puissance du signal à au moins -67 dBm, garantissant que le scanner puisse transmettre à des index MCS plus élevés, réduisant immédiatement le taux de retransmission et libérant du temps d'antenne.
Q2. Lors d'une analyse de capture de paquets sur un réseau WiFi lent dans un bureau d'entreprise, un ingénieur réseau constate que le temps d'aller-retour (RTT) TCP moyen est de 450 ms et que les temps de réponse HTTP sont en moyenne de 3,2 secondes. Cependant, le taux de retransmission des trames 802.11 est constamment inférieur à 3 % et l'utilisation globale du canal n'est que de 22 %. Qu'indiquent ces données concernant la localisation du goulot d'étranglement des performances ?
Conseil : Comparez les métriques de la couche RF (taux de retransmission, utilisation du canal) avec les métriques des couches de transport et d'application (TCP RTT, temps de réponse HTTP). Qu'est-ce que cela signifie lorsqu'un ensemble de métriques est sain et l'autre ne l'est pas ?
Voir la réponse type
Ces données indiquent que le goulot d'étranglement des performances ne se situe pas sur le réseau sans fil ; il réside plutôt sur le réseau câblé en amont, le serveur ou l'application elle-même. Un taux de retransmission 802.11 inférieur à 3 % et une utilisation du canal de 22 % sont d'excellents indicateurs d'un environnement RF sain et propre, sans interférences au niveau de la couche physique, congestion ou collisions. Le RTT TCP élevé (450 ms) et les temps de réponse HTTP lents (3,2 secondes) doivent donc être causés par des retards survenant après que l'AP a transmis le trafic au commutateur câblé - potentiellement un serveur DHCP surchargé, une résolution DNS lente, une congestion de la passerelle WAN ou un goulot d'étranglement sur le serveur d'application. L'ingénieur réseau peut déclarer en toute confiance que le réseau sans fil est hors de cause et concentrer le dépannage sur la liaison câblée et l'infrastructure du serveur.
Q3. Le directeur des opérations d'un stade prépare un événement qui devrait accueillir 15 000 personnes. Le réseau WiFi existant du stade comporte des AP 5 GHz déployés dans l'ensemble des tribunes. Un PCAP d'avant-événement montre que, même sans aucun utilisateur actif, l'utilisation du canal 44 est de 35 %, composée presque entièrement de trames Beacon provenant de 40 AP situés à portée de réception les uns des autres. Comment appelle-t-on ce phénomène et comment le directeur peut-il le résoudre avant le début de l'événement ?
Conseil : Pensez à l'impact d'un trop grand nombre d'AP diffusant sur le même canal avec des intervalles de balise par défaut et des débits de base. Quelle quantité de temps d'antenne une seule trame Beacon consomme-t-elle à 1 Mbps par rapport à 24 Mbps ?
Voir la réponse type
Ce phénomène est appelé encombrement des trames de gestion (plus précisément, la surcharge de Beacons). Il se produit lorsqu'une forte densité d'AP est configurée sur le même canal et diffuse des Beacons toutes les 100 ms au débit de base le plus bas de 1 Mbps, consommant ainsi une part massive du temps d'antenne disponible, même si aucun client n'est connecté.\n\nMesures correctives : (1) Optimiser le plan de canaux en réduisant le nombre d'AP partageant le canal 44, en utilisant davantage le spectre 5 GHz (y compris les canaux DFS) ou en déployant le 6 GHz s'il est pris en charge, tout en veillant à ce que les AP sur le même canal soient physiquement isolés les uns des autres. (2) Augmenter le débit de base minimal à 24 Mbps. En imposant la transmission des Beacons à 24 Mbps plutôt qu'à 1 Mbps, chaque Beacon est transmis 24 fois plus vite, ce qui réduit immédiatement le temps d'antenne consommé par la surcharge de gestion d'environ 30 % à moins de 2 %, libérant ainsi le canal pour le trafic de données réel.
Continuer la lecture de cette série
Guide étape par étape pour diagnostiquer les problèmes de roaming WiFi
Ce guide complet fournit aux responsables informatiques et architectes réseau d'entreprise une méthodologie faisant autorité, étape par étape, pour diagnostiquer et résoudre les problèmes de roaming WiFi. En combinant des analyses techniques approfondies des normes IEEE 802.11k/v/r avec des études de cas réels et des analyses de paquets, ce document de référence permet aux équipes d'éliminer le problème du « client collant » et d'offrir une connectivité mobile fluide. Il couvre l'ensemble du flux de diagnostic, depuis les audits de couverture radio (RF) et de configuration des contrôleurs jusqu'à l'analyse des captures de paquets à l'antenne (OTA) et la validation post-résolution.
Pourquoi le WiFi de votre stade est saturé (et comment y remédier)
Ce guide technique de référence analyse la cause principale de la saturation du WiFi dans les stades - l'activité d'arrière-plan simultanée de 50 000 appareils chargeant des publicités programmatiques et des données de télémétrie - et fournit un schéma d'architecture détaillé pour déployer le filtrage DNS à la périphérie comme principale stratégie d'atténuation. Conçu pour les directeurs informatiques, les CTO et les architectes réseau, il offre des conseils de mise en œuvre concrets, des études de cas réels et des modèles de calcul du ROI pour aider les exploitants de sites à récupérer de la bande passante et à offrir une connectivité haute performance à grande échelle.
Résoudre l'erreur connecté mais pas d'accès internet sur un WiFi invité
Ce guide de référence technique explique comment les expirations DNS causées par des réseaux saturés déclenchent l'erreur "Connecté, pas d'Internet" sur le WiFi invité. Il fournit aux architectes réseau et aux responsables IT des étapes concrètes pour déployer des filtres DNS d'entreprise afin de résoudre ces goulots d'étranglement et d'améliorer l'intégration des invités.
Vous avez des questions sur votre configuration spécifique ?
Notre équipe collabore avec des exploitants de sites, des responsables informatiques et des ingénieurs réseau au sein de 80 000 sites. Réservez un appel de 20 minutes et nous vous montrerons comment d'autres professionnels comme vous ont résolu ce problème.