Wifi che cade casualmente su Cisco AP-1602

8

Ho un solo Cisco AP-1602 che trasmette 3 SSID in un piccolo ufficio. Alcuni membri del mio team si lamentano di cadute casuali nella connettività di rete. (Per 3 giorni, ho avuto 3 utenti diversi che lamentano cadute ogni 10 minuti circa).

Che cosa potrebbe causare questo? 3 SSID sullo stesso canale hanno la stessa forza (perché provengono tutti dallo stesso AP) causando interferenze? Questi AP sono costruiti per trasmettere più reti o sono stato venduto da un rivenditore con una fattura?

cisco wireless

— SAR622
fonte

2

Quanti utenti ci sono in totale e quanti hanno il problema? Quale hardware stanno usando? Hai eseguito un sondaggio sul sito?

— some_guy_long_gone

Vediamo un problema simile a causa della congestione della RF. Situato a New York di fronte a un condominio (con un AP probabilmente in quasi tutte le finestre) vediamo centinaia di SSID di trasmissione. Il salto di canale tipicamente riuscito per trovare una RF chiara è senza speranza in questo ambiente. Succede così spesso che i nostri AP si auto-ripristinano dopo un certo periodo di tempo, causando così un calo temporaneo dei clienti. Dobbiamo impostare i canali e vivere con la RF affollata.

— Nessuno 1

10

Potrebbero esserci molte cause per questo, ma il tuo sospetto sul fatto che l'AP non sia costruito per trasmettere più WLAN non è uno di questi.

Vorrei iniziare guardando questo elenco:

Quale versione di codice stai eseguendo sull'AP? Esegui l'upgrade a un codice più recente, se possibile, poiché potrebbero esserci dei bug nel tuo codice attuale.
Verifica la presenza di fonti di interferenza o altri usi sul canale che stai utilizzando. Credo che il 1602 includa Express Air Clean, quindi dovresti essere in grado di farlo dall'hardware integrato nell'AP stesso.
Controlla l'hardware che presenta problemi di somiglianza e cerca i problemi relativi all'hardware (assicurati che i driver siano aggiornati). Ad esempio, alcuni prodotti Apple 802.11n presentano problemi se si disabilitano tariffe 802.11n più basse. Oppure alcuni client hanno problemi con la memorizzazione nella cache di PMK (non ricordare se Cisco ha questo o come si chiama) se abilitato. Potrebbero esserci problemi di riautenticazione.
Controllare le configurazioni di risparmio energetico sull'AP e sui client. Potrebbe trattarsi di un problema relativo all'accesso / uscita dei client dalle modalità di risparmio energetico.
Verificare la presenza di altre configurazioni che potrebbero causare il problema. Disabilitare tutto ciò che non è necessario sull'AP o potrebbe causare problemi al di fuori di una distribuzione più ampia. Ad esempio, con un singolo AP, assicurarsi che qualsiasi rilevamento o scansione non autorizzati sia disabilitato. Inoltre non ti occorrerebbe alcuna funzionalità di roaming.

Spero che qualcosa ti porti a guardare nella giusta direzione.

— YImparare
fonte

6

Il problema sembrava essere risolto da due cose che nessuno dei due avrebbe dovuto cambiare nulla:

passato da WPA2 a WPA. (Sì, so che qualsiasi dispositivo post 2007 dovrebbe andare bene con WPA2.)
ridotto il numero di ssid trasmessi da 3 a 1. (Sì, come ha risposto @YLearn, l'AP dovrebbe andare bene con più SSID.)

Quindi il problema non c'è più, ma la migliore spiegazione che ho è, purtroppo, magica.

— SAR622
fonte

4

Assicurati di eseguire WPA / AES e non WPA / TKIP. Se si utilizza TKIP, questo disabiliterà le velocità dei dati HT (cioè 802.11n). Se sei passato a TKIP e questo mi ha aiutato, guarderei di nuovo il firmware sull'AP e i driver sul client.

— YLearn

4

Esegui questo comando sull'app:

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

Esattamente come digitato, il caso è importante nel comando piped

Ho visto centinaia di questi AP in modalità autonoma che non hanno i livelli di potenza impostati correttamente. questo comando lo rivelerà. L'output apparirà così ovviamente senza i proiettili ....

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 vedi (da 1,0 a m7t4, 2 dBm) questo è il tuo problema

vai a ciascuna interfaccia radio e inserisci quanto segue

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

ora controlla di nuovo l'interfaccia e vedrai e vedrai tassi molto più alti:

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