Comprensión de RSSI y la intensidad de la señal para una planificación de canales óptima

Comprender el RSSI y la intensidad de la señal para una planificación de canales óptima Un informe de inteligencia de Purple WiFi [INTRODUCCIÓN Y CONTEXTO — aproximadamente 1 minuto] Le damos la bienvenida al informe de inteligencia de Purple WiFi. Soy su anfitrión y hoy vamos a profundizar en los fundamentos que sustentan toda red inalámbrica de alto rendimiento: el RSSI, la intensidad de la señal y cómo impulsan una planificación de canales óptima. Si es gestor de TI, arquitecto de redes o director de operaciones de un recinto, es casi seguro que se haya enfrentado a la frustración de una red Wi-Fi que parece correcta sobre el papel pero que funciona mal en la práctica. Clientes que se quejan de caídas de conexión. Escáneres de mano que pierden la señal a mitad de una transacción. Videollamadas que se cortan en la sala de juntas. La causa principal, la mayoría de las veces, se debe a una mala comprensión de lo que realmente nos dice el RSSI y, lo que es más importante, de lo que no nos dice. En los próximos diez minutos, quiero ofrecerle un marco claro y práctico para comprender estas métricas y traducirlas en mejores decisiones de planificación de canales. Esto no es teoría académica. Este es el tipo de informe que daría a un cliente antes de un despliegue importante. Comencemos. [ANÁLISIS TÉCNICO DETALLADO — aproximadamente 5 minutos] Entonces, ¿qué es el RSSI? RSSI son las siglas de Received Signal Strength Indicator (Indicador de fuerza de la señal recibida). Es una medida relativa del nivel de potencia de una señal de radiofrecuencia recibida por un dispositivo cliente. Se expresa en decibelios negativos en relación con un milivatio, es decir, en dBm negativos. Cuanto más cerca de cero, más fuerte es la señal. Menos 30 dBm es excelente. Menos 90 dBm es prácticamente inutilizable. Pero aquí está el punto crítico en el que fallan muchos despliegues: el RSSI por sí solo no indica si una conexión es buena. Indica la intensidad de la señal, pero no su claridad. Ahí es donde entra en juego la relación señal/ruido (SNR). La SNR es la diferencia en decibelios entre la señal recibida y el ruido de fondo ambiental. Si su RSSI es de menos 65 dBm y su ruido de fondo es de menos 90 dBm, su SNR es de 25 dB. Ese es el mínimo que necesita para los esquemas de modulación de orden superior (como 256-QAM) que ofrecen un rendimiento real en redes 802.11ac y 802.11ax. Piénselo de esta manera. Imagine que está en una biblioteca silenciosa. Alguien le susurra desde el otro lado de la sala. Puede oírle con claridad: eso es una buena SNR. Ahora imagine que está en un estadio durante un partido. Alguien le grita desde la misma distancia. La señal es más fuerte, pero el ruido también es mucho mayor. Puede que le cueste entenderle. Eso es exactamente lo que ocurre en un entorno de RF ruidoso. Ahora bien, ¿por qué es esto importante para la planificación de canales? El Wi-Fi es un medio compartido. Todos los dispositivos que están en el mismo canal tienen que turnarse para transmitir, según un protocolo llamado CSMA/CA (Carrier-Sense Multiple Access with Collision Avoidance o Acceso múltiple por detección de portadora y prevención de colisiones). Antes de transmitir, cada dispositivo escucha para comprobar si el canal está libre. Si detecta otro dispositivo, se retira y espera. La interferencia cocanal (CCI, por sus siglas en inglés) se produce cuando varios puntos de acceso en el mismo canal se escuchan entre sí. Todos se retiran. Todos esperan. La utilización del canal se dispara y la latencia aumenta drásticamente, incluso cuando el tráfico real de los clientes es bajo. Este es uno de los problemas de rendimiento más comunes en despliegues empresariales, y es totalmente evitable con una planificación de canales adecuada. La interferencia de canal adyacente (ACI, por sus siglas en inglés) es un problema diferente. En la banda de 2.4 GHz, los canales están separados por solo 5 MHz, pero cada canal tiene un ancho de banda de 22 MHz. Por lo tanto, se solapan. Si colocas un punto de acceso en el canal 3 junto a otro en el canal 1, la energía de radiofrecuencia del canal 3 se filtra en el canal 1, lo que eleva el umbral de ruido y degrada la relación señal/ruido (SNR). La solución en 2.4 GHz es utilizar únicamente los canales 1, 6 y 11, los tres canales que no se solapan. En la banda de 5 GHz, dispones de mucho más espectro con el que trabajar. Puedes utilizar canales DFS (selección dinámica de frecuencias) para ampliar el conjunto de canales disponibles, aunque debes tener en cuenta que la detección de radares puede forzar un cambio de canal, lo que provoca una breve interrupción. Ahora, unas palabras sobre el ancho de banda de los canales. Existe la tentación de utilizar canales más anchos (de 40, 80 o incluso 160 MHz) porque ofrecen un rendimiento teórico superior. Y en un entorno de baja densidad, no hay problema. Pero en un espacio de alta densidad (un hotel, un estadio, un centro de conferencias), los canales más anchos significan menos opciones que no se solapen, lo que se traduce en más CCI. En esos entornos, los canales de 20 MHz en 2.4 GHz y de 20 o 40 MHz en 5 GHz son casi siempre la opción correcta. Permíteme hablar sobre la ubicación de los puntos de acceso y el ajuste de potencia, porque aquí es donde veo la mayoría de los errores sobre el terreno. Existe la falsa creencia de que una mayor potencia de transmisión equivale a una mejor cobertura y, por tanto, a un mejor rendimiento. Es un error. Configurar la potencia de transmisión del punto de acceso demasiado alta crea lo que llamamos un enlace asimétrico. El punto de acceso puede emitir con fuerza y el cliente puede escucharlo claramente desde una gran distancia. Pero el cliente (un smartphone, un portátil, un escáner de mano) tiene un transmisor mucho más débil. No puede responder con la misma potencia. Por lo tanto, el punto de acceso no puede escuchar al cliente de forma fiable. Esto también genera el problema del "cliente pegajoso" (sticky client). Un dispositivo en una esquina alejada del edificio todavía puede escuchar al punto de acceso a -70 o -75 dBm. Decide que la conexión es aceptable y se mantiene conectado, incluso cuando se desplaza físicamente más cerca de otro punto de acceso. El cliente no realiza el roaming. El rendimiento se degrada. La solución consiste en reducir la potencia de transmisión del punto de acceso (normalmente entre 10 y 14 dBm) para adaptarla a las capacidades del cliente, y garantizar una densidad de puntos de acceso suficiente para que los clientes estén siempre cerca de uno.Para facilitar un roaming fluido, debe implementar los protocolos 802.11k, 802.11v y 802.11r. El protocolo 802.11k proporciona a los clientes un informe de vecinos: una lista de AP cercanos a los que podrían asociarse. El protocolo 802.11v permite que la red sugiera a un cliente que se asocie a un AP mejor. Y el protocolo 802.11r permite una transición rápida de BSS, reduciendo drásticamente el tiempo necesario para volver a autenticarse al realizar roaming. Juntos, estos protocolos garantizan que las decisiones de roaming se basen en umbrales de RSSI en lugar de en la inercia del cliente. [RECOMENDACIONES DE IMPLEMENTACIÓN Y ERRORES COMUNES — aproximadamente 2 minutos] Bien. Hablemos de la implementación. Estos son los pasos clave que seguiría con cualquier cliente. En primer lugar, defina sus requisitos antes de tocar cualquier hardware. ¿Cuál es el RSSI mínimo que necesita para dar soporte a su aplicación más exigente? Para voz sobre Wi-Fi, necesita menos 65 dBm o mejor. Para datos de alto rendimiento, menos 70 dBm. Para conectividad básica, menos 75 dBm. Y, fundamentalmente, identifique su dispositivo menos capaz pero más importante: el dispositivo con la radio más débil que debe funcionar de forma totalmente fiable. Diseñe para ese dispositivo. En segundo lugar, realice un estudio de cobertura (site survey) adecuado. No solo un estudio predictivo mediante software, sino un estudio activo con hardware real en el entorno real. Mida el RSSI y la SNR. Utilice un analizador de espectro para identificar fuentes de interferencia ajenas a la Wi-Fi: hornos microondas, dispositivos Bluetooth, teléfonos DECT e incluso algunos equipos industriales. Estos elevan el umbral de ruido y degradan la SNR sin aparecer en un escaneo de Wi-Fi estándar. En tercer lugar, planifique sus canales antes del despliegue. En 2.4 GHz, limítese a los canales 1, 6 y 11. En 5 GHz, cree un plan de reutilización de canales que maximice la separación física entre los AP que utilicen el mismo canal. Utilice canales de 20 MHz en entornos densos. En cuarto lugar, reduzca la potencia de transmisión. Ajústela para que coincida con la de sus dispositivos cliente. Asegure un solapamiento de celdas del 15 al 20 por ciento para permitir un roaming fluido. En quinto lugar, establezca tasas de datos mínimas obligatorias. Desactive las tasas heredadas (legacy): 1, 2, 5.5 y 11 Mbps en 2.4 GHz. Esto obliga a los clientes a realizar el roaming antes cuando el RSSI se degrada, en lugar de aferrarse a un AP lejano a una tasa de datos baja. Ahora, los errores comunes. El más habitual que veo es la excesiva confianza en la asignación automática de canales. La mayoría de los fabricantes de AP empresariales ofrecen una gestión automática de recursos de radio; suena muy bien en teoría. En la práctica, en entornos complejos, puede tomar decisiones erróneas. Valide siempre el plan de canales manualmente después del despliegue. El segundo error es ignorar el umbral de ruido. Una red puede verse bien en un mapa de calor de RSSI pero funcionar de forma pésima porque el umbral de ruido es elevado. Mida siempre la SNR, no solo el RSSI. El tercer error es desplegar una solución de Wi-Fi para invitados sin pensar en las implicaciones de RF. Los Captive Portals, las plataformas de analítica y los servicios de localización dependen de un entorno de RF bien diseñado. Si la RF falla, la analítica será inexacta y la experiencia del invitado será deficiente. [PREGUNTAS Y RESPUESTAS RÁPIDAS — aproximadamente 1 minuto] Permítame repasar algunas preguntas rápidas que escucho con regularidad. ¿Qué RSSI necesito para una conexión fiable? Menos 65 dBm o mejor para la cobertura principal. Menos 70 dBm para las zonas de solapamiento de itinerancia. ¿Debería usar canales de 80 MHz en un estadio? Casi nunca. La reducción de canales no solapados disponibles provoca una CCI que supera con creces el beneficio de rendimiento. Mi estudio de cobertura muestra un buen RSSI pero el rendimiento sigue siendo deficiente. ¿Qué falla? Compruebe su SNR. Compruebe su utilización de canales. Compruebe si hay clientes persistentes. Uno de estos tres es casi seguro el culpable. ¿Sigue valiendo la pena desplegar 2.4 GHz? Sí, para la compatibilidad con dispositivos heredados y la penetración a través de paredes. Pero limítelo a los canales 1, 6 y 11, y considere desactivarlo en uno de cada dos AP en entornos densos para reducir la CCI. [RESUMEN Y PRÓXIMOS PASOS — aproximadamente 1 minuto] Permítame concluir con los puntos clave. El RSSI le indica la intensidad de la señal. El SNR le indica la calidad de la señal. Optimice siempre para SNR, no solo para RSSI. Diseñe para capacidad, no para cobertura. Más AP a menor potencia superan a menos AP a alta potencia en cualquier entorno denso. Utilice canales no solapados. En 2.4 GHz, son los canales 1, 6 y 11. En 5 GHz, elabore un plan adecuado de reutilización de canales. Implemente 802.11k, v y r para garantizar que la itinerancia se guíe por las condiciones de RF y no por la obstinación del cliente. Valide con un estudio de cobertura activo real. Las predicciones de software son un punto de partida, no una respuesta definitiva. Y por último, recuerde que su arquitectura de RF es la base de todo lo demás: su experiencia de Wi-Fi para invitados, sus análisis, sus servicios de ubicación, su eficiencia operativa. Si la RF es correcta, todo lo demás resulta mucho más fácil. Si desea profundizar en la selección del ancho de canal, consulte la guía de Purple sobre 20 MHz frente a 40 MHz frente a 80 MHz. Y si está pensando en desplegar Wi-Fi para invitados con análisis a escala, la plataforma Purple es independiente del hardware y se integra con su infraestructura existente. Gracias por escuchar. Hasta la próxima.