Conectado no siempre significa funcionando
“Conectado” no siempre significa “funcionando”.
En redes Wi-Fi gestionadas con EnGenius, es relativamente habitual encontrarse con clientes que aparecen como correctamente asociados en EnGenius Cloud, pero cuya experiencia real es deficiente. En muchos casos, el problema no está en la conectividad, sino en el comportamiento de roaming del cliente.
Un sticky client es un dispositivo que permanece conectado a un punto de acceso durante demasiado tiempo, incluso cuando hay otro AP EnGenius cercano con mejores condiciones de señal y menor carga.
El resultado: métricas aparentemente correctas en el controlador, pero usuarios insatisfechos.
Síntomas típicos en EnGenius Cloud
En despliegues gestionados centralizadamente, este problema suele reflejarse como:
- Clientes con RSSI bajo (por ejemplo, peor que −70dBm) pero aún asociados.
- Incremento de retransmisiones y caída del throughput efectivo.
Mala calidad en VoIP o videollamadas. - Clientes “pegados” a un AP con alta carga mientras otros están infrautilizados.
- Quejas del usuario sin eventos críticos visibles en el dashboard.
El límite del control desde la infraestructura
EnGenius proporciona herramientas para influir en el roaming (band steering, minimum RSSI, fast roaming), pero no controla la decisión final.
El cliente decide cuándo y a qué AP moverse.
Por eso, el comportamiento observado dependerá de:
- Capacidades del dispositivo cliente.
- Implementación de drivers Wi-Fi.
- Compatibilidad con 802.11k/v/r.
Errores comunes en despliegues EnGenius
Uno de los errores más frecuentes es aumentar la potencia de transmisión de los AP desde el controlador para “mejorar cobertura”.
En EnGenius Cloud, esto puede hacerse fácilmente… pero suele tener efectos negativos:
Se amplían las celdas, reduciendo la necesidad percibida de roaming.
Los clientes permanecen más tiempo conectados a AP lejanos.
Se incrementa la interferencia co-canal.
Resultado: más sticky clients y peor rendimiento global.
Buenas prácticas de diseño con EnGenius
Un roaming eficiente empieza antes de tocar cualquier parámetro en el controlador.
Es clave definir correctamente las zonas donde el roaming debe ocurrir:
- Pasillos y zonas de tránsito.
- Entradas y salidas.
- Espacios abiertos con movilidad.
En estas áreas, es recomendable asegurar:
- Solapamiento controlado entre celdas.
- RSSI secundario suficiente (típicamente mejor que −67 dBm para voz).
Ajustes recomendados en EnGenius Cloud
Algunas configuraciones útiles (siempre tras validación):
- Minimum RSSI: forzar la desconexión de clientes con señal baja para incentivar roaming.
- Band Steering: empujar clientes hacia 5 GHz o 6 GHz cuando sea posible.
- Potencia de transmisión: mantener niveles equilibrados (evitar máximos por defecto).
- Ancho de canal: coherente en toda la ESS donde el roaming es crítico.
802.11k/v/r en EnGenius
EnGenius Cloud permite habilitar estas funciones, pero deben usarse con criterio:
- 802.11k: ayuda al cliente proporcionando información de AP vecinos.
- 802.11v: sugiere al cliente moverse a otro AP.
- 802.11r: acelera el roaming (Fast BSS Transition).
Recomendaciones prácticas:
- Validar compatibilidad real de los clientes antes de activar 802.11r.
- Evitar 802.11r con PSK en entornos heterogéneos sin pruebas previas.
- Probar cambios con dispositivos reales, no solo con métricas del controlador.
Validación: la parte crítica
En EnGenius Cloud es fácil confiar en dashboards y estadísticas, pero el roaming debe validarse en campo:
- Pruebas de walking test con dispositivos reales.
- Monitorización de RSSI, roaming events y latencia.
- Validación específica para aplicaciones sensibles (voz, vídeo).
Enfoque final
Los sticky clients no se solucionan con un único ajuste en el controlador EnGenius.
Se corrigen combinando:
- Diseño RF adecuado.
- Configuración coherente en EnGenius Cloud.
- Validación con clientes reales.
- Entender cómo los dispositivos toman decisiones de roaming es más importante que cualquier parámetro individual.
