Nebula [AP]- Santé sans fil et aide WiFi

Cetarticle explique comment la santé sans fil du point d'accès (PA) et l'aide WiFi fonctionnent dans le centre de contrôle Nebula (NCC). Il montrera comment augmenter les performances WiFi, ce que sont la radio 6GHz/5GHz/2.4GHz, la largeur de canal adaptative, le DCS, le client, l'agressivité de l'optimisation ainsi que l'aide Wi-Fi pour les problèmes de réseau. Il donnera un aperçu des problèmes de connexion, des exemples d'échecs WiFi, et ce que sont les échecs Wireless, DHCP, DNS et Portal.

Santé sans fil

La santé sans fil est une fonction professionnelle (Pro) de Nebula qui vous permet de surveiller la santé de votre réseau WiFi (à la fois les appareils Nebula et les clients WiFi connectés).

• L'AP surveille constamment les interférences non-WiFi (l'AP commencera à utiliser cette fonction en passant à la version 7.10).
• Changement du comportement d'auto-optimisation sur la radio 5GHz
• Amélioration du journal des événements de santé sans fil

Vous pouvez améliorer les performances du réseau WiFi en procédant comme suit :

• Activer DCS (Dynamic Channel Selection) pour sélectionner un canal radio avec le moins d'interférences possible
• Activer Client Steering pour utiliser un signal WiFi plus fort
• Modifier la largeur de bande du canal pour réduire les interférences radio provenant d'autres appareils WiFi.

Go to Monitor -> Access Point -> Wireless Health 

Action d'optimisation automatique

Radio 6G/5G/2.4G - Sélectionnez ON pour activer et spécifier comment l'appareil Nebula améliore les performances du réseau WiFi.

Largeur de canal adaptative - Sélectionnez cette option pour modifier automatiquement la largeur de canal de l'appareil Nebula de 160 MHz à 80 MHz afin de réduire les interférences radio avec d'autres appareils WiFi à proximité. Si cela n'améliore pas les performances, cela activera également le DCS.

DCS (Dynamic Channel Selection) - Sélectionnez cette option pour que l'appareil Nebula scanne et choisisse un canal radio qui présente le moins d'interférences.

Client - Sélectionnez ON pour essayer de diriger les clients WiFi en mauvaise santé vers un appareil Nebula ou un SSID avec un signal fort. L'orientation des clients pour améliorer la force du signal est effectuée toutes les 30 minutes.

Agressivité de l'optimisation - Le niveau sélectionné ici détermine le niveau du taux de trafic et le moment où l'appareil prend des mesures pour améliorer les performances du réseau WiFi de l'AP en reportant les actions mises en œuvre sur les AP jusqu'à ce que votre réseau soit moins occupé si le seuil est dépassé.

• Haut - L'appareil Nebula reporte l'action définie lorsque le trafic réseau du point d'accès est important.
• Standard - L'appareil Nebula reporte l'action définie lorsque le trafic du réseau de points d'accès est moyen.
• Faible - L'appareil Nebula reporte l'action définie lorsque le trafic du réseau de points d'accès est faible.

Les raisons d'une mauvaise santé sans fil peuvent être liées à :
Pas d'IP donnée par le serveur DHCP, problèmes d'itinérance, interférence de canal par un environnement WiFi très occupé, etc.

Ces problèmes peuvent être résolus en consultant cet article :

Performance WiFi - Meilleures pratiques pour un déploiement professionnel

WiFi Aid

Wi-Fi Aid est une fonctionnalité professionnelle (Pro) de Nebula qui vous permet d'obtenir une vue d'ensemble claire des problèmes d'accès au réseau. WiFi Aid comprend une vue d'ensemble des problèmes et des statistiques historiques. Veuillez noter qu'il ne s'agit que d'un résumé des problèmes d'accès au réseau WiFi. Si vous avez des problèmes de débit ou de connexion instable, cette page ne vous donnera peut-être qu'une indication, mais consultez Wireless Health pour connaître la puissance du signal de connexion et l'utilisation des canaux afin de résoudre le problème de débit ou d'instabilité.

Aperçu des problèmes de connexion

Vous trouverez ici le nombre d'appareils qui souffrent d'une défaillance de connexion ainsi qu'une catégorisation du type de problème pour la dernière défaillance de chaque station. Une fois qu'une station s'est connectée avec succès à l'AP dans la période sélectionnée, ses échecs passés ne seront plus comptabilisés.

Exemples de cas où les échecs sont pris en compte

Si le client 1 (C1) tape un mauvais mot de passe au premier essai, puis réessaie et se connecte à l'AP avec le bon mot de passe. Mais il ne parvient pas à obtenir une adresse IP, il essaie à nouveau de se connecter, mais ne parvient toujours pas à obtenir une adresse IP. Cela se traduira par un échec DHCP (comme indiqué ci-dessous).

Si le client 2 (C2) se connecte à l'AP avec le bon mot de passe, mais ne parvient toujours pas à obtenir une adresse IP. C2 essaie alors de se connecter en utilisant une adresse IP statique et un serveur DNS et réussit à se reconnecter et à obtenir un accès à l'internet. Le nombre d'échecs est alors de 0.

Dans ces deux exemples, vous trouverez l'aperçu des échecs comme indiqué ci-dessous :

Explication des problèmes de connexion

Vous trouverez ci-dessous une explication de la signification de ces symboles et du moment où ils sont considérés comme des échecs.

Échec de la connexion sans fil - Le client ne parvient pas à s'associer au SSID

Cela se produit lorsque l'utilisateur a saisi un mauvais mot de passe / 802.1X Auth. Échec / Le client est bloqué par des fonctions.

L'échec de la connexion sans fil correspond à toute défaillance qui empêche le client de s'associer au SSID. Par exemple, un mauvais mot de passe, l'échec de l'authentification WPA-Enterprise, et le client est bloqué par des fonctions telles que l'équilibrage de charge, le client hérité, le filtre MAC, etc.

Échec DHCP

Ce message s'affiche lorsqu'un client envoie un DHCP-Discover et qu'il n'y a pas de DHCP-ACK dans les 20 secondes qui suivent.

Si l'AP ne reçoit pas d'ACK DHCP dans les 20 secondes, il considérera que ce client n'a pas réussi à obtenir l'adresse IP.

Échec DNS

Cet échec se produit lorsqu'un client envoie une requête DNS, mais qu'aucune réponse n'est reçue dans les 15 secondes.

Lorsqu'un client envoie une requête DNS, mais qu'il n'y a pas de réponse DNS dans les 15 secondes, ce client est considéré comme ayant des problèmes DNS. Veuillez noter que si le serveur DNS répond que le domaine ne peut pas être résolu avec succès, ce cas ne sera pas considéré comme un échec, car le client et le serveur DNS peuvent négocier l'un avec l'autre.

Échec du portail

Ce message s'affiche lorsque l'utilisateur a saisi un mauvais justificatif d'identité / Auth. Délai d'attente

Pour l'échec du portail, qui identifie simplement les cas où les clients échouent à l'authentification du portail, y compris lorsqu'ils saisissent un mauvais mot de passe, ou ne parviennent pas à se connecter au serveur, et ainsi de suite. Veuillez noter que cela ne permet pas de savoir si un client a été redirigé avec succès vers la page du portail. Pour identifier le problème de redirection vers le portail, le plus simple est de demander au client d'ouvrir manuellement un navigateur et de taper "neverssl.com", il devrait alors voir la page de connexion du portail.

Statistiques historiques sur les défaillances

Catégoriser tous les événements d'échec en différentes dimensions

• Nombre de clients émis par SSID
• Nombre de clients émis par AP
• Nombre de clients émis par client