Compreender o RSSI e a Força do Sinal para um Planeamento de Canais Ideal

Compreender o RSSI e a Força do Sinal para um Planeamento de Canais Ideal Um Briefing de Informação da Purple WiFi [INTRODUÇÃO E CONTEXTO — aproximadamente 1 minuto] Bem-vindo ao Briefing de Informação da Purple WiFi. Sou o vosso anfitrião e hoje vamos abordar os fundamentos que sustentam qualquer rede sem fios de elevado desempenho: o RSSI, a força do sinal e a forma como estes impulsionam um planeamento de canais ideal. Se é um gestor de TI, arquiteto de rede ou diretor de operações de espaços, quase de certeza que já se deparou com a frustração de uma rede Wi-Fi que parece excelente no papel, mas que tem um desempenho fraco na prática. Clientes a queixarem-se de quebras de ligação. Leitores portáteis a perder o sinal a meio de uma transação. Videochamadas a falhar na sala de reuniões. A causa principal, na maioria das vezes, deve-se a uma má compreensão do que o RSSI realmente nos diz — e, mais importante ainda, do que não nos diz. Nos próximos dez minutos, quero dar-lhe uma estrutura clara e prática para compreender estas métricas e traduzi-las em melhores decisões de planeamento de canais. Isto não é teoria académica. Este é o tipo de briefing que eu daria a um cliente antes de uma implementação de grande escala. Vamos a isso. [ANÁLISE TÉCNICA DETALHADA — aproximadamente 5 minutos] Então, o que é o RSSI? RSSI significa Received Signal Strength Indicator (Indicador de Força do Sinal Recebido). É uma medição relativa do nível de potência de um sinal de radiofrequência tal como é recebido por um dispositivo cliente. É expresso em decibéis negativos em relação a um miliwatts — ou seja, dBm negativos. Quanto mais próximo de zero, mais forte é o sinal. Menos 30 dBm é excelente. Menos 90 dBm é praticamente inutilizável. Mas aqui está o ponto crítico que muitas implementações falham: o RSSI por si só não lhe diz se uma ligação é boa. Diz-lhe quão forte é o sinal. Não lhe diz quão nítido ele é. É aí que entra o Signal-to-Noise Ratio (Relação Sinal-Ruído) — SNR. O SNR é a diferença em decibéis entre o sinal recebido e o ruído de fundo ambiente. Se o seu RSSI for de menos 65 dBm e o seu ruído de fundo for de menos 90 dBm, o seu SNR é de 25 dB. Esse é o mínimo necessário para os esquemas de modulação de ordem superior — como o 256-QAM — que fornecem débito real em redes 802.11ac e 802.11ax. Pense nisto da seguinte forma. Imagine que está numa biblioteca silenciosa. Alguém sussurra para si do outro lado da sala. Consegue ouvi-los claramente — isso é um bom SNR. Agora imagine que está num estádio durante um jogo. Alguém grita consigo à mesma distância. O sinal é mais forte, mas o ruído também é muito maior. Poderá ter dificuldade em compreendê-los. É exatamente isso que acontece num ambiente de RF ruidoso. Agora, porque é que isto importa para o planeamento de canais? O Wi-Fi é um meio partilhado. Todos os dispositivos no mesmo canal têm de se revezar na transmissão, regidos por um protocolo chamado CSMA/CA — Carrier-Sense Multiple Access with Collision Avoidance. Antes de transmitir, cada dispositivo escuta para verificar se o canal está livre. Se detetar outro dispositivo, recua e aguarda. A Interferência de Canal Co-Canal — CCI — ocorre quando múltiplos pontos de acesso no mesmo canal se conseguem ouvir mutuamente. Todos eles recuam. Todos eles esperam. A utilização do canal dispara e a latência aumenta drasticamente, mesmo quando o tráfego real de clientes é baixo. Este é um dos problemas de desempenho mais comuns em implementações empresariais e é totalmente evitável com um planeamento de canais adequado. A Interferência de Canal Adjacente — ACI — é um problema diferente. Na banda de 2.4 GHz, os canais estão a apenas 5 MHz de distância, mas cada canal tem 22 MHz de largura. Por isso, sobrepõem-se. Se colocar um AP no canal 3 ao lado de um AP no canal 1, a energia de RF do canal 3 infiltra-se no canal 1, aumentando o ruído de fundo e degradando o SNR. A solução em 2.4 GHz é utilizar apenas os canais 1, 6 e 11 — os três canais que não se sobrepõem. Na banda de 5 GHz, tem muito mais espetro disponível. Pode utilizar canais DFS — Dynamic Frequency Selection — para expandir o seu conjunto de canais disponíveis, embora precise de ter em atenção que a deteção de radar pode forçar uma alteração de canal, o que causa uma breve interrupção. Agora, uma palavra sobre as larguras de canal. Existe a tentação de utilizar canais mais largos — 40, 80 ou mesmo 160 MHz — porque oferecem um débito teórico mais elevado. E num ambiente de baixa densidade, isso não tem problema. Mas num local de alta densidade — um hotel, um estádio, um centro de conferências — canais mais largos significam menos opções sem sobreposição, o que se traduz em mais CCI. Nesses ambientes, canais de 20 MHz em 2.4 GHz e de 20 ou 40 MHz em 5 GHz são quase sempre a escolha certa. Deixe-me falar sobre a colocação de APs e o ajuste de potência, porque é aqui que vejo a maioria dos erros no terreno. Existe um equívoco comum de que mais potência de transmissão equivale a melhor cobertura, o que equivale a melhor desempenho. Está errado. Definir a potência de transmissão do AP com um valor demasiado elevado cria o que chamamos de ligação assimétrica. O AP consegue gritar alto e o cliente consegue ouvi-lo claramente a uma longa distância. Mas o cliente — um smartphone, um portátil, um scanner portátil — tem um transmissor muito mais fraco. Não consegue responder com a mesma potência. Por isso, o AP não consegue ouvir o cliente de forma fiável. Isto também cria o problema do "sticky client" (cliente colado). Um dispositivo num canto distante do edifício ainda consegue ouvir o AP a menos 70 ou menos 75 dBm. Decide que a ligação é aceitável e permanece ligado, mesmo quando se desloca fisicamente para mais perto de um AP diferente. O cliente não faz roaming. O desempenho degrada-se. A solução é reduzir a potência de transmissão do AP — normalmente para 10 a 14 dBm — para corresponder às capacidades do cliente, e garantir uma densidade de APs suficiente para que os clientes estejam sempre perto de um AP. Para facilitar um roaming contínuo, deve implementar os protocolos 802.11k, 802.11v e 802.11r. O 802.11k fornece aos clientes um relatório de vizinhança — uma lista de APs próximos para os quais podem fazer roaming. O 802.11v permite que a rede sugira que um cliente faça roaming para um AP melhor. E o 802.11r permite uma transição rápida de BSS, reduzindo drasticamente o tempo necessário para se autenticar novamente ao fazer roaming. Juntos, estes protocolos garantem que as decisões de roaming sejam impulsionadas por limiares de RSSI e não pela inércia do cliente. [RECOMENDAÇÕES DE IMPLEMENTAÇÃO E ERROS COMUNS — aproximadamente 2 minutos] Certo. Vamos falar sobre a implementação. Aqui estão os passos principais que eu recomendaria a qualquer cliente. Primeiro, defina os seus requisitos antes de tocar em qualquer hardware. Qual é o RSSI mínimo que precisa para suportar a sua aplicação mais exigente? Para voz sobre Wi-Fi, precisa de menos 65 dBm ou melhor. Para dados de alto débito, menos 70 dBm. Para conectividade básica, menos 75 dBm. E, fundamentalmente, identifique o seu dispositivo Menos Capaz e Mais Importante — o dispositivo com o rádio mais fraco que tem absolutamente de funcionar de forma fiável. Desenhe a rede a pensar nesse dispositivo. Segundo, realize um levantamento de local (site survey) adequado. Não apenas um levantamento preditivo usando software, mas um levantamento ativo com hardware real no ambiente real. Meça o RSSI e o SNR. Utilize um analisador de espetro para identificar fontes de interferência não-Wi-Fi — fornos micro-ondas, dispositivos Bluetooth, telefones DECT, até mesmo alguns equipamentos industriais. Estes elevam o ruído de fundo e degradam o SNR sem aparecerem numa pesquisa Wi-Fi padrão. Terceiro, planeie os seus canais antes de implementar. Em 2.4 GHz, limite-se aos canais 1, 6 e 11. Em 5 GHz, crie um plano de reutilização de canais que maximize a separação física entre APs no mesmo canal. Utilize canais de 20 MHz em ambientes densos. Quarto, reduza a sua potência de transmissão. Ajuste-a para corresponder aos seus dispositivos clientes. Garanta uma sobreposição de células de 15 a 20 por cento para suportar um roaming contínuo. Quinto, defina taxas de dados mínimas obrigatórias. Desative as taxas antigas — 1, 2, 5.5 e 11 Mbps em 2.4 GHz. Isto força os clientes a fazerem roaming mais cedo quando o RSSI degrada, em vez de se agarrarem a um AP distante a uma taxa de dados baixa. Agora, os erros comuns. O mais frequente que vejo é a dependência excessiva da atribuição automática de canais. A maioria dos fabricantes de APs empresariais oferece gestão automática de recursos de rádio — parece ótimo em teoria. Na prática, em ambientes complexos, pode tomar más decisões. Valide sempre o plano de canais manualmente após a implementação. O segundo erro comum é ignorar o ruído de fundo. Uma rede pode parecer excelente num mapa de calor de RSSI, mas ter um desempenho terrível porque o ruído de fundo está elevado. Meça sempre o SNR, não apenas o RSSI. O terceiro erro comum é implementar uma solução de Wi-Fi para convidados sem pensar nas implicações de RF. Os Captive Portals, as plataformas de analítica e os serviços de localização dependem todos de um ambiente de RF bem arquitetado. Se a RF estiver com problemas, a analítica será imprecisa e a experiência do convidado será fraca. [PERGUNTAS E RESPOSTAS RÁPIDAS — aproximadamente 1 minuto] Deixe-me abordar algumas perguntas rápidas que ouço regularmente. Que RSSI preciso para uma ligação fiável? Menos 65 dBm ou melhor para cobertura primária. Menos 70 dBm para zonas de sobreposição de roaming. Devo usar canais de 80 MHz num estádio? Quase nunca. A redução nos canais não sobrepostos disponíveis causa CCI que supera de longe o benefício de taxa de transferência. O meu levantamento de local mostra um bom RSSI, mas o desempenho continua fraco. O que está errado? Verifique o seu SNR. Verifique a utilização do seu canal. Verifique se existem clientes persistentes. Um destes três é quase certamente o culpado. O 2.4 GHz ainda vale a pena ser implementado? Sim, para compatibilidade com dispositivos antigos e penetração através de paredes. Mas limite-o aos canais 1, 6 e 11, e considere desativá-lo em todos os outros AP em ambientes densos para reduzir a CCI. [RESUMO E PRÓXIMOS PASSOS — aproximadamente 1 minuto] Deixe-me terminar com as principais conclusões. O RSSI indica a força do sinal. O SNR indica a qualidade do sinal. Otimize sempre para o SNR, não apenas para o RSSI. Projete para capacidade, não para cobertura. Mais APs com menor potência superam menos APs com alta potência em qualquer ambiente denso. Utilize canais não sobrepostos. Em 2.4 GHz, são os canais 1, 6 e 11. Em 5 GHz, crie um plano adequado de reutilização de canais. Implemente o 802.11k, v e r para garantir que o roaming é impulsionado pelas condições de RF, e não pela teimosia do cliente. Valide com um levantamento de local ativo real. As previsões de software são um ponto de partida, não uma resposta final. E, finalmente, lembre-se de que a sua arquitetura de RF é a base para tudo o resto — a sua experiência de Wi-Fi de convidados, as suas análises, os seus serviços de localização, a sua eficiência operacional. Acerte na RF e tudo o resto se tornará muito mais fácil. Se quiser aprofundar a seleção de largura de canal, consulte o guia da Purple sobre 20 MHz versus 40 MHz versus 80 MHz. E se está a pensar em implementar Wi-Fi de convidados com análises à escala, a plataforma Purple é agnóstica em termos de hardware e integra-se com a sua infraestrutura existente. Obrigado por ouvir. Até à próxima.