Ce document porte sur certains points à analyser lors du dépannage d'un réseau sans fil Cisco traditionnel. Si vous utilisez un réseau maillé, consultez Dépannage d'un réseau maillé sans fil d'entreprise Cisco.
Les réseaux sans fil maillés sont géniaux, mais soyons clairs, les choses arrivent ! Comme tout réseau sans fil, un certain nombre de choses peuvent causer des problèmes. Il y a parfois une solution simple, alors que d'autres peuvent être plus compliquées.
Prêt pour le dépannage ? Creusons-nous !
Il s'agit de la méthode de dépannage la plus simple, mais elle est souvent négligée. Même si cela peut sembler évident, il est bon de commencer par les bases.
Chaque SSID (Service Set Identifier) nécessite l'envoi d'une trame de balise toutes les 100 millisecondes (ms), ce qui peut réduire considérablement l'utilisation des canaux.
Il est préférable de limiter le nombre total de SSID sur l'AP à 1-2 SSID par radio ou par AP si possible.
Le point d'accès doit être en mesure de communiquer avec d'autres périphériques pour être efficace. Pour vérifier cela, il suffit d’exécuter une requête ping.
Envoyez une requête ping au point d'accès à partir d'au moins deux clients connectés (associés) à ce point d'accès particulier. Accédez aux menus d'administration de ce point d'accès pour déterminer quels clients sont connectés directement.
Envoyez une requête ping à partir du routeur vers l’adresse IP du point d’accès pour voir si la connectivité de bout en bout est disponible. Envoyez une requête ping à partir du routeur vers les clients sans fil associés au point d’accès pour vérifier s’ils peuvent être atteints à partir du réseau principal.
Pour plus d'informations sur la commande ping, cliquez sur le lien le plus approprié :
Assurez-vous que le serveur DHCP est opérationnel et accessible à partir du réseau local (LAN) du point d'accès.
Il est possible qu'il y ait plus de clients ayant besoin d'une adresse IP que ceux disponibles dans le pool DHCP. Reportez-vous à la section How to View or Change the Pool of IP Addresses for DHCP à la section de l'article Best Practices for Setting Static IP Addresses on Cisco Business Hardware pour plus d'informations.
Il peut arriver que trop d'adresses DHCP soient mises en cache, ce qui peut également empêcher les clients d'obtenir une adresse IP. Pour en savoir plus, consultez la page
Sous Windows, sélectionnez votre connexion sans fil dans le panneau Connexions réseau et vérifiez que son état est Activé.
Vous trouverez des conseils détaillés sur le dépannage de la connectivité réseau sans fil à l'adresse suivante sur le forum de support Microsoft : Résolution des problèmes de connexion Wi-Fi dans Windows.
Certains paramètres par défaut peuvent entraîner des problèmes de connexion. Vous pouvez essayer de modifier les paramètres suivants.
Accédez à la page Configuration par point unique > Gestion des canaux. Sous Réévaluer l'affectation de canal, réglez la valeur par défaut de 1 heure sur Toutes les 12 heures ou 1 fois par jour. Cela évitera une réélection fréquente des canaux (ce qui forcera les réassociations des clients WLAN toutes les 1 heure).
Accédez à Wireless > Radio. Vous êtes automatiquement sous Radio 1 (5 GHz). Sous Maximum Utilization Threshold, la valeur par défaut 70 doit être remplacée par 0.
Restez sur la page Radio sous Radio 1 (5 GHz).
Définissez Wireless Network Mode sur 802.11n/ac.
Faites défiler jusqu'à Advanced Settings et définissez les configurations suivantes :
Conservez la page Radio et sélectionnez Radio 2 (2,4 GHz).
Définissez Wireless Network Mode sur 2,4 GHz 802.11n et Wireless Band Selection sur 20 MHz.
Faites défiler jusqu'à Advanced Settings et définissez les configurations suivantes :
Les interférences peuvent causer des problèmes sur les réseaux sans fil et peuvent provenir de plus de sources que jamais auparavant. Les micro-ondes, les caméras de sécurité, les smartwatches, les détecteurs de mouvement ou même les ampoules fluorescentes peuvent causer des interférences.
L'impact sur le réseau peut dépendre de nombreux facteurs, notamment la quantité d'énergie émise si l'objet est constamment sous tension ou s'il est intermittent. Plus le signal est fort ou plus il est fréquent sur plus de problèmes peuvent survenir.
Les points d'accès non autorisés et les clients non autorisés peuvent causer des problèmes s'il y en a trop sur le même canal également. La voix sur IP et la diffusion vidéo en continu peuvent également causer des problèmes.
Les interférences peuvent constituer un frein majeur aux performances sans fil, créant des vulnérabilités de sécurité et une instabilité du réseau sans fil.
Pour en savoir plus sur les causes des interférences, consultez les articles suivants :
Sur une application en temps réel, telle que la voix ou la vidéo, il est recommandé d'avoir au moins un SNR de 25 dB par rapport à un SNR de 20 dB pour l'application de données.
En utilisant un niveau de bruit standard de -92 dBm, un SNR de 25 dB = -67 dBm Indicateur de puissance du signal reçu (RSSI).
Accédez à Monitoring > Wireless Dashboard sur l'interface utilisateur Web pour afficher l'intérieur de votre réseau.
Le tableau suivant présente la valeur RSSI des intensités de signal acceptables :
Puissance du signal | Notation | Description | Obligatoire à utiliser |
---|---|---|---|
-30 dBm | Étonnant | Puissance maximale du signal. Le client ne peut être qu'à quelques mètres du point d'accès pour atteindre cet objectif. Pas typique dans le monde réel. | S/O |
-67 dBm | Très bon | Puissance minimale du signal pour les applications qui nécessitent une livraison très fiable et rapide des paquets de données. | Voix sur IP, Voix sur Wi-Fi et diffusion vidéo en continu |
-70 dBm | OK | Puissance minimale du signal pour une transmission fiable des paquets. | E-mail, Web |
-80 dBm | Pas bon | Puissance minimale du signal pour une connectivité de base. La livraison des paquets peut être non fiable. | S/O |
-90 dBm | Inutilisable | S'approcher ou se noyer dans le sol bruyant. Toute fonctionnalité est très improbable. | S/O |
Être conscient des événements peut aider à assurer le bon fonctionnement du réseau et à éviter les pannes. Les Syslog sont utiles pour le dépannage réseau, le débogage du flux de paquets et la surveillance des événements.
Ces journaux peuvent être affichés sur l'interface utilisateur Web du point d'accès maître et, s'ils sont configurés, sur des serveurs de journaux distants. Les événements sont généralement effacés du système lors du redémarrage s'ils ne sont pas enregistrés sur un serveur distant.
Pour plus d'informations, consultez les articles suivants :
Une capture de paquets, également appelée fichier PCAP, est un outil qui peut être utile pour le dépannage. Il enregistre chaque paquet envoyé entre les périphériques de votre réseau, en temps réel. La capture de paquets vous permet de creuser les détails du trafic réseau, qui peuvent inclure tout, de la négociation de périphériques, des conversations de protocole, l'échec de l'authentification et le transfert d'informations sensibles. Vous pouvez voir le chemin des flux de trafic spécifiques et chaque interaction entre les périphériques sur des réseaux sélectionnés. Ces paquets peuvent être enregistrés pour une analyse plus approfondie si nécessaire. C'est comme une radiographie du transfert de paquets du réseau.
Pour plus d'informations, consultez les articles suivants :
Une option de dernier recours, qui ne doit être utilisée que pour résoudre les problèmes les plus graves, tels que la perte de la capacité d'accéder au portail de gestion, consiste à réinitialiser le matériel sur le routeur.
Lorsque vous réinitialisez les paramètres d'usine par défaut, vous perdez toutes les configurations. Vous devez reconfigurer le routeur de zéro afin de disposer des détails de connexion.
Reportez-vous au manuel d'administration du matériel pour obtenir des détails spécifiques sur la façon d'effectuer une réinitialisation du matériel.
Si votre modèle de routeur a plus de 5 ans, envisagez de le remplacer par un routeur moderne pour obtenir les derniers correctifs de sécurité et de vulnérabilité. De nombreux routeurs plus anciens ne fournissent pas d'efforts supplémentaires de développement pour les mettre à jour et appliquer des correctifs (comme vous le feriez normalement avec votre ordinateur).
Il est difficile de savoir ce qui vous a aidé à réparer votre connexion, mais cette boîte à outils d'options aurait dû faire l'affaire !
Révision | Date de publication | Commentaires |
---|---|---|
1.0 |
13-Jul-2020 |
Première publication |