Wifi cayendo al azar en Cisco AP-1602

8

Tengo un solo Cisco AP-1602 que transmite 3 SSID en una pequeña oficina. Algunos de mi equipo se quejan de caídas aleatorias en la conectividad de red. (Durante 3 días, he tenido 3 usuarios diferentes quejándose de las caídas cada 10 minutos más o menos).

¿Qué podría estar causando esto? ¿Hay 3 SSID en el mismo canal con la misma intensidad (porque todos son del mismo AP) causando interferencia? ¿Estos AP están diseñados para transmitir múltiples redes o un revendedor me vendió una lista de productos?

cisco wireless

— SAR622
fuente

2

¿Cuántos usuarios hay en total y cuántos tienen el problema? ¿Qué hardware están usando? ¿Has realizado una encuesta del sitio?

— some_guy_long_gone

Vemos un problema similar debido a la congestión de RF. Ubicado en Nueva York frente a un edificio de apartamentos (con un AP probablemente en la mayoría de las ventanas), vemos cientos de SSID de transmisión. El salto de canal típicamente exitoso para encontrar RF clara es inútil en este entorno. Sucede tan a menudo que nuestros AP incluso se reiniciarían automáticamente después de un período de tiempo, lo que provocaría una caída momentánea de los clientes. Tenemos que configurar los canales y vivir con la RF llena de gente.

— 8Ninguno1

10

Podría haber muchas causas para esto, pero su sospecha acerca de que el AP no se creó para transmitir múltiples WLAN no es una de ellas.

Comenzaría mirando esta lista:

¿Qué versión de código está ejecutando en el AP? Actualice a un código más reciente si es posible, ya que puede haber errores en su código actual.
Verifique las fuentes de interferencia u otro uso en el canal que está utilizando. El 1602 incluye aire limpio, creo, por lo que debería poder hacerlo desde el hardware integrado en el AP.
Verifique el hardware que tiene problemas de similitudes y busque problemas relacionados con el hardware (asegúrese de que sus controladores estén actualizados). Por ejemplo, algunos productos Apple 802.11n tienen problemas si deshabilita las tarifas 802.11n más bajas. O algunos clientes tienen problemas con el almacenamiento en caché de PMK (no recuerdo si Cisco tiene esto o cómo se llama) si está habilitado. Podrían ser problemas de autenticación.
Verifique las configuraciones de ahorro de energía en el AP y los clientes. Podría ser un problema relacionado con los clientes que ingresan / salen de los modos de ahorro de energía.
Verifique si hay otra configuración que pueda estar causando el problema. Deshabilite todo lo que no necesita en el AP o puede causar problemas fuera de una implementación más grande. Por ejemplo, con un solo AP, asegúrese de que cualquier detección o escaneo no autorizado esté deshabilitado. Tampoco necesitaría ninguna función de roaming.

Con suerte, algo allí te hará mirar en la dirección correcta.

— YLearn
fuente

6

El problema parecía resolverse por dos cosas que ninguno de los dos debería haber cambiado:

cambió de WPA2 a WPA. (Sí, sé que cualquier dispositivo posterior a 2007 debería estar bien con WPA2).
redujo el número de ssid que se transmiten de 3 a 1. (Sí, como respondió @YLearn, el AP debería estar bien con múltiples SSID).

Así que el problema se ha ido, pero la mejor explicación que tengo es, por desgracia, magia.

— SAR622
fuente

44

Asegúrese de estar haciendo WPA / AES y no WPA / TKIP. Si está utilizando TKIP, esto deshabilitará las velocidades de datos HT (es decir, 802.11n). Si cambió a TKIP y eso ayudó, volvería a mirar el firmware en el AP y los controladores en el cliente.

— YLearn

4

Ejecute este comando en la ap:

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

Exactamente como se escribió, el caso importa en el comando canalizado

He visto cientos de estos AP en modo autónomo que no tienen sus niveles de potencia establecidos correctamente. Este comando lo revelará. La salida se verá así obviamente sin las viñetas ...

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 ve (1.0 a m7t4, 2 dBm) ese es su problema

vaya a cada interfaz de radio e ingrese lo siguiente

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

ahora revise la interfaz nuevamente y verá y verá tasas mucho más 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
fuente