WiFi: Roaming - Buenas prácticas - Capítulo 7

El autor de este post es Pol Padrisa (@polpadrisa).
 
Cuando configuramos una red WiFi con varios AP, lo primero que nos viene a la cabeza es si debería poner o no el mismo nombre de red o SSID en todos los APs.

En este artículo vamos a ver cómo podemos configurar nuestra Wifi en el llamado roaming o itinerancia para que los usuarios no tengan que estar decidiendo a qué AP conectarse.

Múltiples SSID


Algunas veces hemos visto en un hotel con la nomenclatura:

WIFI-HOTEL-PLANTA-3
WIFI-HOTEL-PLANTA2
WIFI-HOTEL-HALL
ETC.

Mediante el SSID o nombre de red, el usuario puede distinguir qué Wifi debería ser mejor para su conexión, si se encuentra en el HALL seleccionará la red llamada WIFI-HOTEL-HALL y debería tener la mejor señal y canal para su conexión.

Este modelo se utilizaba bastante en los inicios del mundo WiFi, pero ahora mismo es bastante raro de encontrar. Los usuarios quieren desplazarse mientras usan servicios de llamada o videollamada.

Cuando el Wifi se utilizaba desde portátiles, este modelo era bastante funcional, en el momento en que empezamos a utilizar smarphones y tablets empezamos a necesitar una cobertura en itinerancia o roaming.

El principal problema de usar distintos SSID es que los usuarios debían conectarse manualmente a cada red según se encontraban en una u otra zona del hotel es decir no había roaming.

El concepto de roaming (itinerancia) está descrito en la Wikipedia como “utilizado en las redes Wi-Fi significa que el dispositivo Wi-Fi del cliente puede desplazarse e ir registrándose en diferentes bases o puntos de acceso.”.

La idea es que el cliente se valide en nuestra red WiFi en cualquier lugar y pueda desplazarse, es decir, que las decisiones sobre qué AP usar deja de tomarlas el usuario y pasan a tomarlas los AP.

Red Wifi con itinerancia o roaming:

SSID común:

Para conseguir una red Wifi con
itinerancia debemos utilizar el mismo SSID en todos los AP:

Ej. WIFI-HOTEL

Olvidándonos de planta, hall, etc. Ya que nuestra red ahora será global.

Solapamiento de cobertura:

Es bastante evidente pero para poder ofrecer roaming, necesitamos que todas las zonas estén con cobertura de tal forma que no haya saltos sin cobertura entre la zona de un AP y otro:

WiFi: Roaming - Buenas prácticas - Capítulo 7

Los AP: A y B deben solapar sus zonas de cobertura ya que si entre A y B hay un salto, vamos a quedar sin cobertura:

WiFi: Roaming - Buenas prácticas - Capítulo 7


Roaming en canales distintos:

Cuando todos nuestros AP’s tienen el mismo SSID, es buena idea que no haya solapamientos de canal. Por ejemplo, si tenemos un hotel con Hall: planta 1 y planta 2 deberíamos seguir este esquema de canales:


WiFi: Roaming - Buenas prácticas - Capítulo 7

Así conseguimos varias cosas:

1.    No cambiamos de canal si no cambiamos de planta (no hay corte si no cambiamos de planta).

2.    No hay solapamiento de canal entre plantas, esto significa que no debería haber interferencias entre plantas.

Algunos pensarán que el esquema ideal sería que los A estuvieran al canal 1, los B al canal 6 y los C al canal 11.

Esto sería ideal para evitar interferencias entre clientes próximos y parecería la forma ideal de configurarlo pero no podríamos obtener lo que se llama Zero Handoff roaming.

Zero Handoff Roaming:


Zero Handoff Roaming es un sistema que nos permite roaming trasparente entre AP’s.

Esto significa que se puede hacer un cambio de AP sin perder un ping o que se corte una comunicación. Para poder utilizar el Zero Handoff Roaming, por el momento, los AP’s deben operar en el mismo canal.

El cambio de canal implica un corte en la conexión, por eso necesitamos tener el máximo posible de AP’s en el mismo canal y así poder ofrecer el zero handoff roaming.

El zero handoff roaming funciona en clientes 802.11a/g/n pero todos los AP’s deben estar en la misma red de capa 2 (misma subred) y utilizar el mismo canal. Ojo: No todos los AP’s del mercado permiten el zero handoff roaming.

Redes de alta densidad:

No está recomendado utilizar zero handoff roaming en entornos de alta densidad. Esto se debe a que ZH necesita utilizar el mismo canal en todos los puntos de acceso en todo el BSSID.

Esto significa que también todos los clientes inalámbricos asociados están utilizando el mismo canal. Así que en un entorno de alta densidad, cuando se habilita la ZH, el canal se enfrenta a un uso excesivo.

Obtendremos mayor latencia y menor rendimiento.

Cuando planifiquemos una red inalámbrica deberemos  decidir si necesita el entorno de alta densidad o zero handoff.

Conclusiones:


Si queremos diseñar una red corporativa con zero handoff roaming mi recomendación sería:

1.    Utilizar AP’s que tengan la opción de zero handoff roaming.

2.    Mismo SSID en toda la red.

3.    Mismo canal en la misma planta.

4.    Distinto canal por planta (al cambiar de planta hay corte de conexión).

---

Capítulos de la serie: "WiFi: Buenas prácticas - SYSADMIT":

WiFi: 802.11 b/g/n/ac - Buenas prácticas - Capítulo 1 (SYSADMIT.com)

WiFi: Elegir canal - Buenas prácticas - Capítulo 2 (SYSADMIT.com)

WiFi: WifiAnalyzer - Buenas prácticas - Capítulo 3 (SYSADMIT.com)

WiFi: Potencia y ubicación - Buenas prácticas - Capítulo 4 (SYSADMIT.com)

WiFi: Tipos de antena - Buenas prácticas - Capítulo 5 (SYSADMIT.com)

WiFi: Repetidor de red (Wireless uplink) - Buenas prácticas - Capítulo 6 (SYSADMIT.com)

WiFi: Roaming - Buenas prácticas - Capítulo 7 (SYSADMIT.com)

WiFi: Interferencias y reflejos - Buenas prácticas - Capítulo 8 (SYSADMIT.com)

WiFi: Cifrado y autenticación - Buenas prácticas - Capítulo 9 (SYSADMIT.com)

2 comentarios:

  1. Hola! una duda, como configuro los ap para que no choquen las ip, osea las ip se las va asignar el servidor de dhcp?¿

    ResponderEliminar
    Respuestas
    1. Hola,

      La configuración DHCP es independiente de la configuración Wi-fi.

      Como servidor DHCP puedes tener uno de los AP con el rango TCP/IP que quieras, no es necesario que cada AP sea servidor DHCP.

      Otra alternativa es que un firewall o servidor haga de servidor DHCP, por ejemplo un Windows Server o un Linux.

      Un saludo,

      Xavi.

      Eliminar