Wifi caindo aleatoriamente no Cisco AP-1602

8

Eu tenho um único Cisco AP-1602 transmitindo 3 SSIDs em um pequeno escritório. Alguns membros da minha equipe estão reclamando de quedas aleatórias na conectividade de rede. (Em três dias, três usuários diferentes reclamam de quedas a cada 10 minutos).

O que poderia estar causando isso? 3 SSIDs estão no mesmo canal na mesma força (porque são todos do mesmo AP) causando interferência? Esses APs foram criados para transmitir várias redes ou eu vendi uma lista de mercadorias por um revendedor?

cisco wireless

— SAR622
fonte

2

Quantos usuários existem no total e quantos têm o problema? Que hardware eles estão usando? Você realizou uma pesquisa no site?

— some_guy_long_gone

Vemos um problema semelhante devido ao congestionamento de RF. Localizado em Nova York, de frente para um prédio de apartamentos (com um AP provavelmente em quase todas as janelas), vemos centenas de SSIDs de transmissão. O salto de canal tipicamente bem-sucedido para encontrar RF claro é inútil neste ambiente. Isso acontece com tanta frequência que nossos APs se reiniciavam após um período de tempo, causando assim uma queda momentânea nos clientes. Temos que definir os canais com força e viver com o RF lotado.

— precisa saber é o seguinte

10

Pode haver muitas causas para isso, mas sua suspeita sobre o AP não estar sendo construído para transmitir várias WLANs não é uma delas.

Eu começaria olhando para esta lista:

Qual versão do código você está executando no AP? Atualize para um código mais recente, se possível, pois pode haver erros no seu código atual.
Verifique se há fontes de interferência ou outro uso no canal que você está usando. O 1602 inclui o ar limpo expresso, eu acredito, então você deve conseguir fazer isso a partir do hardware incorporado no próprio AP.
Verifique o hardware que está tendo problemas para obter similaridades e procure problemas relacionados ao hardware (verifique se os drivers estão atualizados). Por exemplo, alguns produtos Apple 802.11n têm problemas se você desativar taxas mais baixas de 802.11n. Ou alguns clientes têm problemas com o cache do PMK (não se lembre se a Cisco tem isso ou como é chamado) se ativado. Pode haver problemas de re-autenticação.
Verifique as configurações de economia de energia no AP e nos clientes. Pode ser um problema relacionado aos clientes que entram / saem dos modos de economia de energia.
Verifique se há outra configuração que possa estar causando o problema. Desabilite tudo o que você não precisa no AP ou pode causar problemas fora de uma implantação maior. Por exemplo, com um único ponto de acesso, verifique se qualquer detecção ou verificação não autorizada está desabilitada. Você também não precisaria de nenhum recurso de roaming.

Espero que algo o faça procurar na direção certa.

— YLearn
fonte

6

O problema parecia ter sido resolvido por duas coisas que nenhum deles deveria ter mudado nada:

mudou de WPA2 para WPA. (Sim, eu sei que qualquer dispositivo posterior a 2007 deve funcionar bem com o WPA2.)
reduziu o número de ssid sendo transmitido de 3 para 1. (Sim, como o @YLearn respondeu, o ponto de acesso deve estar bem com vários SSIDs.)

Então o problema se foi, mas a melhor explicação que tenho é, infelizmente, mágica.

— SAR622
fonte

4

Verifique se você está executando o WPA / AES e não o WPA / TKIP. Se você estiver usando o TKIP, isso desativará as taxas de dados HT (ou seja, 802.11n). Se você mudou para o TKIP e isso ajudou, eu analisaria novamente o firmware no AP e os drivers no cliente.

— YLearn

4

Execute este comando no ap:

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

Exatamente conforme digitado, o caso é importante no comando canalizado

Eu já vi centenas desses APs no modo autônomo que não têm seus níveis de energia definidos corretamente. este comando irá revelá-lo. Saída será assim obviamente sem as balas ....

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

Se você vir (1,0 a m7t4, 2 dBm), esse é o seu problema

vá para cada interface de rádio e digite o seguinte

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

agora verifique a interface novamente e você verá e verá taxas muito mais altas:

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
fonte