Wifi tombant aléatoirement sur Cisco AP-1602

8

J'ai un seul Cisco AP-1602 diffusant 3 SSID dans un petit bureau. Certains membres de mon équipe se plaignent de baisses aléatoires de la connectivité réseau. (Pendant 3 jours, 3 utilisateurs différents se sont plaints de chutes toutes les 10 minutes environ.)

Qu'est-ce qui peut causer cela? Est-ce que 3 SSID sur le même canal ont la même force (car ils sont tous du même point d'accès) causant des interférences? Ces points d'accès sont-ils conçus pour diffuser plusieurs réseaux ou ai-je vendu une facture de marchandises par un revendeur?

cisco wireless

— SAR622
source

2

Combien d'utilisateurs y a-t-il au total et combien ont le problème? Quel matériel utilisent-ils? Avez-vous effectué une étude de site?

— some_guy_long_gone

Nous constatons un problème similaire en raison de la congestion RF. Situé à New York face à un immeuble d'appartements (avec un point d'accès probablement dans la plupart des fenêtres), nous voyons des centaines de SSID diffusés. Le saut de canal généralement réussi pour trouver une RF claire est sans espoir dans cet environnement. Il arrive si souvent que nos points d'accès se réinitialisent même automatiquement après un certain temps, provoquant ainsi une baisse momentanée des clients. Nous devons durement régler les chaînes et vivre avec la RF encombrée.

— 8None1

10

Il peut y avoir de nombreuses causes à cela, mais votre suspicion quant au fait que l'AP n'est pas construit pour diffuser plusieurs WLAN n'est pas l'une d'entre elles.

Je commencerais par regarder cette liste:

Quelle version de code utilisez-vous sur l'AP? Si possible, passez à un code plus récent, car il peut y avoir des bogues dans votre code actuel.
Vérifiez les sources d'interférences ou d'autres utilisations sur le canal que vous utilisez. Le 1602 comprend un air pur express, je pense, vous devriez donc pouvoir le faire à partir du matériel intégré à l'AP lui-même.
Vérifiez le matériel qui rencontre des problèmes pour des similitudes et recherchez les problèmes liés au matériel (assurez-vous que leurs pilotes sont à jour). Par exemple, certains produits Apple 802.11n ont des problèmes si vous désactivez des taux 802.11n inférieurs. Ou certains clients ont des problèmes avec la mise en cache PMK (je ne me souviens pas si Cisco a cela ou comment il s'appelle) s'il est activé. Il peut s'agir de problèmes de ré-authentification.
Vérifiez les configurations d'économie d'énergie sur l'AP et les clients. Il peut s'agir d'un problème lié aux clients qui entrent / sortent des modes d'économie d'énergie.
Recherchez d'autres configurations susceptibles de provoquer le problème. Désactivez tout ce dont vous n'avez pas besoin sur le point d'accès ou risque de provoquer des problèmes en dehors d'un déploiement plus important. Par exemple, avec un seul point d'accès, assurez-vous que toute détection ou analyse non autorisée est désactivée. Vous n'avez pas non plus besoin de fonctionnalités d'itinérance.

J'espère que quelque chose vous fera regarder dans la bonne direction.

— YApprendre
source

6

Le problème semblait résolu par deux choses qu'aucune n'aurait dû changer:

passé de WPA2 à WPA. (Oui, je sais que tout appareil post 2007 devrait fonctionner avec WPA2.)
réduit le nombre de ssid diffusés de 3 à 1. (Oui, comme @YLearn a répondu, l'AP devrait être bien avec plusieurs SSID.)

Le problème a donc disparu, mais la meilleure explication que j'ai est, malheureusement, la magie.

— SAR622
source

4

Assurez-vous que vous utilisez WPA / AES et non WPA / TKIP. Si vous utilisez TKIP, cela désactivera les débits de données HT (c'est-à-dire 802.11n). Si vous avez basculé vers TKIP et que cela a aidé, je regarderais à nouveau le firmware sur l'AP et les pilotes sur le client.

— Apprendre

4

Exécutez cette commande sur l'ap:

sh controllers dot11 0 | inc dBm
sh controllers dot11 1 | inc dBm

Exactement comme tapé, la casse est importante dans la commande piped

J'ai vu des centaines de ces AP en mode autonome dont le niveau de puissance n'est pas correctement réglé. cette commande le révélera. La sortie ressemblera évidemment à cela sans les balles ....

BCDE-MDF-AP01#sh controllers dot11 0 | inc dBm
Configured TxPower:             22 dBm (Level Index 1)
Allowed Power Levels:           22 19 16 13 10  7  dBm
Allowed Client Power Levels:    22 19 16 13 10  7  dBm
Data Rate Sensitivity (rate, SNR dB, Contention dBm)
     Active Level              22 dBm (OFDM 22 dBm) 
     Metric unit               dBm
     HAL Per antenna Tx Power (in dBm)
     1.0 to m7t4  , 2  dBm

Si vous voyez (1.0 à m7t4, 2 dBm) c'est votre problème

allez à chaque interface radio et entrez ce qui suit

conf t
int dot11 0
power local max
power client max
int dot11 1
power local max
power client max
end
wr mem

maintenant, vérifiez à nouveau l'interface et vous verrez et vous verrez des taux beaucoup plus élevés:

ABCDE-MDF-AP01#show controllers dot11 0 | i dBm
Configured TxPower:             22 dBm (Level Index 1)
Allowed Power Levels:           22 19 16 13 10  7  dBm
Allowed Client Power Levels:    22 19 16 13 10  7  dBm
Data Rate Sensitivity (rate, SNR dB, Contention dBm)
        Active Level              22 dBm (OFDM 22 dBm) 
        Metric unit               dBm
        HAL Per antenna Tx Power (in dBm)
     1.0 to m6-2  , 17  dBm
    m7-2 to m7-2  , 15  dBm
    m8-2 to m13-2 , 17  dBm
   m14-2 to m14-2 , 16  dBm
   m15-2 to m15-2 , 15  dBm
   m16-2 to m21-2 , 17  dBm
   m22-2 to m22-2 , 15  dBm
   m23-2 to m23-2 , 14  dBm
    m0-4 to m6-4  , 17  dBm
  Output suppressed...

— Phil
source