Caminas del escritorio a la sala de juntas hablando por Teams, y a mitad del pasillo la llamada se corta un segundo. Técnicamente estás cubierto todo el trayecto por varios APs; el problema no es cobertura, es roaming: cómo (y cuándo) tu dispositivo salta de un AP a otro. Y aquí está el hecho que lo explica casi todo: la decisión de roaming la toma el cliente, no la red.
El cliente manda (y por eso se queda "pegado")
El AP no puede obligar a un dispositivo a cambiarse: es el cliente quien decide, según su propia lógica, si su AP actual ya está demasiado débil. Muchos dispositivos son "pegajosos" (sticky): se aferran al primer AP al que se conectaron mucho después de haberse alejado, arrastrando una señal pésima mientras hay un AP excelente justo encima. El resultado es esa llamada que se corta o la velocidad que se desploma sin razón aparente. La red no puede forzar el salto, pero sí puede ayudar al cliente a decidir mejor.
Los tres estándares que ayudan: 802.11k, v y r
- 802.11k (Neighbor Reports): el AP le entrega al cliente una lista de los APs vecinos y sus canales, para que no tenga que salir a "buscar a ciegas" cuando quiera roamear. Le da el mapa.
- 802.11v (BSS Transition Management): permite a la red sugerirle al cliente que se mueva a un AP mejor. No lo obliga, pero lo empuja en la dirección correcta.
- 802.11r (Fast Transition): acelera la reautenticación al cambiar de AP, cacheando llaves para que el salto tome milisegundos en vez de un parpadeo perceptible. Es crítico para voz y video, donde ese parpadeo se oye.
Los tres ayudan, pero ninguno anula el hecho de que el cliente decide. Son asistencia, no control.
Band steering y el mínimo RSSI
Dos palancas más del lado de la red. El band steering empuja a los clientes capaces hacia 5 o 6 GHz en lugar de dejarlos en la saturada 2.4 GHz. Y fijar un RSSI mínimo (o desasociar por debajo de cierto umbral) es una forma —con cuidado— de "despegar" a los clientes pegajosos: si su señal cae por debajo del piso, el AP los suelta para que busquen uno mejor. Mal calibrado, esto desconecta gente que no debía; bien calibrado, mantiene fluido el movimiento.
Roaming y densidad son el mismo problema
Un roaming fluido depende de un buen diseño de densidad: celdas del tamaño correcto, con solape suficiente para que haya siempre un "siguiente AP" claramente mejor, pero no tanto que el cliente dude. Si las celdas son gigantes (potencia alta), el cliente nunca ve una razón fuerte para saltar y se queda pegado. Otra vez: la potencia alta, que parece la solución, es parte del problema.
Voz sobre WiFi: el caso que menos perdona
Para navegar o descargar, un salto de AP que tome medio segundo pasa casi inadvertido: el archivo sigue bajando. Para una llamada, ese medio segundo es un corte que se oye. La voz sobre WiFi es la aplicación que menos tolera un roaming lento, y es justo donde 802.11r deja de ser un lujo: al cachear las llaves de seguridad, convierte una reautenticación completa —que puede tomar cientos de milisegundos— en un salto de unos pocos. Si tu empresa corre telefonía o videollamadas sobre WiFi y "las llamadas se cortan al caminar", el sospechoso no suele ser la cobertura, sino un roaming sin fast transition bien configurado.
El error de calibración que desconecta a la gente
Las herramientas para "despegar" clientes pegajosos son de doble filo. Fijar un RSSI mínimo demasiado agresivo hace que la red suelte dispositivos que todavía funcionaban bien —el usuario ve desconexiones aleatorias en el borde de una celda—. Demasiado laxo, y los clientes vuelven a quedarse pegados. No hay un valor mágico universal: depende del tamaño de las celdas, la potencia y el tipo de clientes, y por eso se ajusta después de medir el comportamiento real, no antes. Es el recordatorio final de que el roaming se afina, no se enciende: un parámetro copiado de un foro puede empeorar justo lo que pretendía arreglar.
La idea que se queda
El roaming no se "activa": se diseña. La red pone el mapa (11k), la sugerencia (11v) y el salto rápido (11r); el diseño de celdas pone las condiciones; pero el cliente da el paso. Entender que el control es compartido es lo que te evita perseguir un problema de voz en el AP equivocado. La última parada del WiFi bien diseñado.