Soluções de WiFi geridas na nuvem: um guia completo para empresas
Este guia fornece a promotores imobiliários, operadores de BTR e líderes de TI uma estrutura técnica para implementar soluções de WiFi geridas na nuvem em edifícios multi-inquilino residenciais e comerciais. Abrange a arquitetura de rede iPSK, o isolamento de inquilinos, o design de VLAN e o caso de negócio para tratar a conectividade como uma comodidade gerida que impulsiona um aumento mensurável do NOI.
Ouça este guia
Ver transcrição do podcast
Resumo executivo
Nos setores de Build-to-Rent (BTR) e Multi-Dwelling Unit (MDU), o acesso à internet de alto desempenho já não é um extra opcional - é o serviço público mais crítico. O modelo tradicional de obrigar os residentes a contratar a sua própria banda larga e a instalar routers de gama de consumo cria interferências graves de radiofrequência (RF), atrasa as mudanças e deixa receitas significativas por realizar.
As soluções de WiFi geridas na nuvem representam o padrão moderno para os operadores residenciais. Ao separar o plano de gestão dos pontos de acesso físicos, obtém uma visibilidade centralizada de todo o seu portfólio sem implementar hardware de controlador dispendioso no local. A Purple opera em mais de 80.000 locais ativos com 99,999% de uptime, servindo 350 milhões de utilizadores únicos e registando 440 milhões de inícios de sessão em 2024 (dados internos da Purple, 2024).
Crucialmente, quando combinada com a tecnologia Identity Pre-Shared Key (iPSK), uma rede gerida na nuvem permite-lhe oferecer uma verdadeira experiência de ligação instantânea. Os residentes mudam-se, ligam-se imediatamente utilizando uma credencial única e desfrutam de uma rede privada e segura que suporta todos os seus dispositivos inteligentes. Esta abordagem reduz os períodos de desocupação, permite cobrar um valor de renda superior e transforma o custo de um serviço público num motor de rendimento operacional líquido.
Análise técnica detalhada
Arquitetura na nuvem vs controladores locais
A arquitetura de WiFi empresarial mudou fundamentalmente. Historicamente, a implementação de uma rede de classe empresarial exigia Wireless LAN Controllers (WLCs) no local para gerir o tráfego, aplicar políticas e coordenar o roaming entre pontos de acesso. Este modelo exigia recursos de TI dedicados por edifício e introduzia um ponto único de falha na sala de comunicações.
As soluções de WiFi geridas na nuvem movem os planos de controlo e gestão para centros de dados alojados. Os pontos de acesso (APs) processam o plano de dados localmente. Se a ligação ao controlador na nuvem cair, os APs continuam a encaminhar o tráfego local e a autenticar dispositivos conhecidos utilizando políticas armazenadas em cache. Esta arquitetura oferece 99,999% de uptime e permite aos arquitetos de rede gerir dezenas de propriedades a partir de um painel central.
O mercado de WiFi as a Service deverá crescer de 9,27 mil milhões de dólares em 2025 para 21,96 mil milhões de dólares até 2030, com uma taxa de crescimento anual composta (CAGR) de 18,8% (MarketsandMarkets, 2025). Os serviços WLAN geridos na nuvem registaram um crescimento de receitas de 6% face ao ano anterior em 2024, superando significativamente o mercado de redes em geral (650 Group, 2024).
O requisito de iPSK para ambientes multi-inquilino
O principal desafio técnico numa propriedade BTR é o isolamento dos inquilinos à escala. Existem centenas de habitações a partilhar a mesma infraestrutura física.
O WPA2/WPA3-Personal padrão utiliza uma única Pre-Shared Key (PSK) para toda a rede. Isto é fundamentalmente inseguro para um MDU: uma palavra-passe exposta compromete todo o edifício e os residentes conseguem ver os dispositivos uns dos outros no mesmo segmento de rede. Por outro lado, o WPA3-Enterprise com IEEE 802.1X oferece uma excelente segurança, mas falha em ambientes residenciais porque as smart TVs, consolas de jogos e dispositivos IoT não suportam autenticação por nome de utilizador e palavra-passe - não possuem browser ou teclado para concluir o processo.
A solução é a Identity Pre-Shared Key (iPSK), designada pelos fabricantes como PPSK (HPE Aruba) ou Personal Private Network (Cisco Meraki). A iPSK permite que a rede emita uma palavra-passe única para cada residente. O servidor RADIUS associa essa palavra-passe específica a uma Virtual Local Area Network (VLAN) dedicada.
Quando um residente liga o seu smartphone, portátil e coluna inteligente utilizando a sua chave exclusiva, a rede agrupa-os numa Private Area Network (PAN). Os dispositivos do residente podem descobrir-se e comunicar entre si nativamente - permitindo a transmissão de conteúdos e o controlo doméstico inteligente sem interrupções - enquanto permanecem completamente isolados de todos os outros residentes no edifício. Um edifício de 200 frações que utilize iPSK gere normalmente entre 3.000 e 5.000 dispositivos ligados em simultâneo (dados internos da Purple, 2024).
Hardware e design da camada física
Para a camada física, o WiFi 6 (IEEE 802.11ax) é a norma de referência. O WiFi 6 introduz o Orthogonal Frequency Division Multiple Access (OFDMA), que permite a um único AP comunicar com múltiplos dispositivos em simultâneo, dividindo os canais em subcanais. Isto melhora drasticamente o desempenho em ambientes de alta densidade onde os pontos de acesso legados WiFi 5 colocariam os clientes em fila sequencial.
A colocação dos AP é crítica e frequentemente mal executada. A abordagem tradicional de colocar os AP nos corredores força o sinal a penetrar portas corta-fogo e casas de banho, causando uma atenuação grave. As boas práticas exigem a colocação dentro das frações - normalmente um AP por fração, ou um AP para cada duas frações - ligado por cabo de volta a um switch PoE através de cablagem Cat 6A. Cada AP deve ser cablado; o backhaul em malha (mesh) é inadequado para implementações residenciais empresariais.
Guia de implementação
Passo 1: Planeamento de RF e levantamento do local
Antes de iniciar a cablagem, execute um estudo preditivo de RF utilizando ferramentas como o Ekahau ou iBwave. Num MDU, a interferência de canal partilhado é a principal ameaça ao desempenho. Configure canais de 20 MHz na banda de 2.4 GHz e canais de 40 MHz na banda de 5 GHz para maximizar os canais que não se sobrepõem. Documente o seu plano de canais antes da implementação e reveja-o trimestralmente à medida que o ambiente de RF se altera.
Passo 2: Selecionar o hardware e o overlay de software
Implemente pontos de acesso de nível empresarial da lista canónica: Cisco Meraki, HPE Aruba, Ruckus, Juniper Mist, Ubiquiti UniFi, Cambium, Extreme ou Fortinet. Aplique o overlay na nuvem agnóstico de hardware da Purple para gerir a autenticação iPSK, os fluxos de integração de residentes e os relatórios analíticos. O overlay de software da Purple funciona em todos os oito fabricantes sem necessidade de substituição de hardware.
Passo 3: Desenhar a sua arquitetura de VLAN
Mapeie os seus segmentos de rede antes de configurar o que quer que seja. Uma implementação padrão de BTR requer, no mínimo, quatro VLANs: uma VLAN de WiFi para Residentes (isolamento iPSK por residente), uma VLAN de WiFi para Convidados (para visitantes, estafetas e prestadores de serviços que utilizem um portal cativo), uma VLAN de Sistemas do Edifício (CCTV, controlo de acessos, BMS) e uma VLAN de Gestão (tráfego de gestão de AP, isolado de todo o tráfego de utilizadores). Obtenha a aprovação e a documentação desta arquitetura antes de iniciar a implementação.
Passo 4: Automatizar o ciclo de vida do residente
Integre a plataforma de gestão de WiFi com o seu Software de Gestão de Propriedades (PMS). Quando um contrato de arrendamento é assinado, o sistema gera um iPSK e envia-o automaticamente por e-mail para o residente. Quando o contrato termina, o sistema revoga essa chave específica sem afetar qualquer outro residente. Isto elimina totalmente a gestão manual de palavras-passe e garante que a rede permanece segura em todas as transições de arrendamento.
Passo 5: Dimensionar corretamente o uplink de internet
Disponibilize 5 a 10 Mbps de largura de banda de linha dedicada por unidade em picos de simultaneidade. Não utilize produtos de banda larga partilhada para o uplink do edifício. Uma linha dedicada fornece largura de banda simétrica, um SLA garantido e nenhuma partilha com outros clientes no mesmo circuito. Para um edifício de 200 unidades com 80% de ocupação, planeie um mínimo de 800 Mbps a 1.6 Gbps de largura de banda contratada.
Melhores práticas
Para o WiFi para Convidados em áreas comuns, tais como átrios, ginásios e espaços de co-working, implemente um SSID separado com um portal cativo para recolher dados e consentimento dos visitantes. Este é distinto da rede iPSK dos residentes e deve ficar na sua própria VLAN. A plataforma WiFi Analytics da Purple liga esta camada de dados ao seu CRM e ferramentas de marketing, permitindo-lhe compreender como os residentes e visitantes utilizam os seus espaços partilhados.
Para dispositivos IoT e domésticos inteligentes que utilizam Bluetooth ou uma rede local temporária para a configuração inicial, certifique-se de que a configuração da VLAN de residente permite que o dispositivo conclua o seu fluxo de emparelhamento. A maioria dos dispositivos domésticos inteligentes precisa de estar na mesma rede lógica que a aplicação de controlo, algo que o iPSK gere nativamente. Consulte Three SSIDs to rule them all: guest, Passpoint, and IoT WiFi para obter uma análise detalhada da arquitetura de SSID nos vários casos de utilização.
Para fins de conformidade de segurança, certifique-se de que a VLAN dos sistemas do edifício está protegida por uma firewall contra todo o tráfego dos residentes. Se processar pagamentos com cartão em qualquer parte da propriedade (estacionamento, reservas de comodidades), a PCI-DSS exige que os sistemas de pagamento estejam isolados de qualquer segmento de rede acessível a residentes ou convidados. Mantenha registos de auditoria de todos os acessos à rede por um período mínimo de 90 dias para satisfazer os requisitos do GDPR e Cyber Essentials.
Resolução de problemas e mitigação de riscos
O problema do Chromecast. Se os residentes não conseguirem transmitir para as suas televisões, verifique se o isolamento de clientes está desativado na sua VLAN específica, mantendo-se em vigor entre as VLANs. O iPSK cria a bolha por residente, mas a configuração da VLAN deve permitir a deteção de dispositivos intra-VLAN para que a transmissão funcione.
NAT estrito em consolas de jogos. A PlayStation, Xbox e Nintendo Switch necessitam de NAT Open ou Type 2 para jogos multijogador online. Certifique-se de que as suas regras de firewall para as VLANs dos residentes gerem o UPnP e o CGNAT corretamente. Restringir o NAT globalmente para reduzir a superfície de ataque irá impedir os residentes de jogar e gerará um volume significativo de pedidos de suporte.
Pontos de acesso não autorizados. Os residentes podem ligar os seus próprios routers por hábito, criando interferências e falhas de segurança. Ative a deteção de AP não autorizados no seu controlador de nuvem. Quando um AP não autorizado é detetado, o sistema alerta a sua equipa central de TI e pode bloquear automaticamente o endereço MAC do dispositivo infrator na rede.
Hardware de consumo à escala. O fracasso de implementação mais comum é a utilização de hardware mesh de nível de consumo para reduzir os custos iniciais. O hardware de consumo carece de capacidade de processamento para gerir 15 a 25 dispositivos por habitação num edifício de 200 unidades, e não suporta as capacidades de VLAN necessárias para o isolamento de iPSK. O hardware empresarial da lista de fornecedores canónicos é inegociável para implementações BTR.
ROI e impacto empresarial
A implementação de WiFi gerido como uma comodidade gera retornos mensuráveis. Os padrões de referência do setor indicam um prémio de renda de $20 a $40 por unidade, por mês, para edifícios que oferecem conectividade premium e instantânea (National Apartment Association, 2024). Os edifícios com WiFi gerido também registam uma redução de 5 a 10 dias nos períodos de desocupação, uma vez que as unidades estão imediatamente prontas a ser habitadas no dia da mudança.
Ao calcular o caso de negócio, compare o custo por porta de uma sobreposição de software gerida em hardware próprio com a receita gerada pela taxa de comodidade. O modelo é consistentemente positivo em termos de NOI para os operadores que mantêm o controlo da infraestrutura em vez de a subcontratarem a um fornecedor de banda larga de retalho, que acabaria por capturar o valor.
Para operadores de retalho e hotelaria que gerem empreendimentos de uso misto, a mesma infraestrutura gerida na nuvem serve a conectividade de residentes e inquilinos comerciais, com o Multi-Tenant WiFi da Purple a isolar o tráfego de cada empresa de forma tão segura como isola os agregados familiares individuais. Os centros de transportes e as instalações de saúde que utilizam a plataforma da Purple beneficiam da mesma arquitetura agnóstica em termos de hardware, com as certificações ISO 27001, GDPR, CCPA e Cyber Essentials da Purple a abrangerem todas as implementações.
Modelos de serviço em níveis e aumento de receita
Uma plataforma gerida na nuvem permite a prestação de serviços em níveis sem alterações de hardware. Pode oferecer um nível residencial padrão a uma velocidade base e um nível premium (comercializado como Gamer Tier ou Work From Home Tier) com maior largura de banda, com a política de velocidade a ser aplicada ao nível da VLAN através do controlador na nuvem. A atualização de um residente do nível padrão para o premium demora segundos no painel de controlo e não requer a visita de um técnico. Este modelo converte um custo fixo de comodidade num fluxo de receita em níveis.
A plataforma da Purple suporta esta funcionalidade através de políticas de QoS por VLAN, permitindo aos operadores definir limites de taxa de download e upload por segmento de residentes. Em combinação com a integração com o PMS, as atualizações de nível podem ser auto-geridas pelos residentes através de um portal do residente, com a faturação a ser processada pelo sistema de gestão de propriedades.
Conformidade e residência de dados
As plataformas de WiFi geridas na nuvem que lidam com dados de identidade dos residentes devem estar em conformidade com o GDPR no Reino Unido e na UE, e com a CCPA na Califórnia. A Purple armazena dados nas regiões da UE, Reino Unido ou EUA, escolhidas no momento do provisionamento. Os registos de rede que identifiquem residentes devem ser retidos apenas pelo período necessário para segurança e operações - seis meses é um limite comum para implementações residenciais.
Para empreendimentos de uso misto que incluam inquilinos de retalho ou de restauração que processem pagamentos com cartões, a conformidade com o PCI-DSS exige que os terminais de pagamento estejam isolados de qualquer segmento de rede acessível a residentes ou convidados. A VLAN dos sistemas do edifício deve estar protegida por firewall contra todo o tráfego de residentes e convidados, com listas de controlo de acesso (ACLs) aplicadas ao nível da camada do comutador de distribuição.
A Purple detém as certificações ISO 27001, GDPR, CCPA, Cyber Essentials e B Corp. Estas certificações aplicam-se a todas as implementações e estão disponíveis para análise em processos de devida diligência.
Design de rede para empreendimentos BTR de uso misto
Os modernos empreendimentos BTR combinam cada vez mais unidades residenciais com comércio no rés do chão, espaços de co-working e estabelecimentos de restauração e bebidas. Uma única plataforma WiFi gerida na nuvem pode servir todos estes casos de utilização a partir de uma única infraestrutura de hardware, com separação lógica imposta por políticas de VLAN e SSID.
Para os pisos residenciais, implemente a arquitetura iPSK Multi-Tenant WiFi descrita acima. Para o rés do chão comercial, implemente um SSID Guest WiFi separado com um Captive Portal, proporcionando aos clientes do comércio e aos membros do co-working uma experiência de rede distinta com a sua própria marca e fluxo de recolha de dados. A plataforma da Purple gere ambos os SSIDs a partir do mesmo painel na nuvem, com visualizações analíticas separadas por zona.
Para membros de co-working que necessitam de um acesso persistente e baseado em credenciais em várias visitas, o suplemento SecurePass da Purple fornece autenticação baseada em certificados através de EAP-TLS, eliminando completamente o Captive Portal para os membros, ao mesmo tempo que o mantém para os visitantes diários. Isto reflete a experiência de WiFi empresarial que os inquilinos corporativos esperam, sem exigir uma infraestrutura de rede separada.
O princípio fundamental do design é que cada população de utilizadores - residente, cliente do comércio, membro de co-working, pessoal do edifício e dispositivo IoT - reside na sua própria VLAN com a sua própria política de acesso. O controlador na nuvem aplica estas políticas de forma consistente em todos os pontos de acesso no edifício, independentemente do hardware do fabricante que tenha implementado.
Definições Principais
Identity Pre-Shared Key (iPSK)
Um mecanismo de segurança que atribui palavras-passe de WiFi exclusivas a utilizadores ou dispositivos individuais no mesmo SSID, encaminhando cada um para uma VLAN específica através de autenticação RADIUS. Os fabricantes comercializam-no como PPSK (HPE Aruba) ou Personal Private Network (Cisco Meraki).
Essencial para implementações MDU e BTR para fornecer isolamento de inquilinos sem exigir uma infraestrutura complexa de certificados 802.1X. Suporta todos os dispositivos de consumo, incluindo hardware IoT headless.
Virtual Local Area Network (VLAN)
Uma sub-rede lógica que agrupa uma coleção de dispositivos, isolando o seu tráfego de outros dispositivos na mesma infraestrutura de rede física.
Utilizado em implementações BTR para separar o tráfego dos residentes dos sistemas do edifício, e para isolar os residentes individuais uns dos outros. Também é necessário para a conformidade PCI-DSS quando os sistemas de pagamento partilham a infraestrutura física.
Plano de gestão na cloud
A infraestrutura alojada que lida com a configuração de rede, aplicação de políticas, atualizações de firmware e monitorização - separada dos pontos de acesso físicos que lidam com o tráfego de rádio.
Permite que as equipas de TI geriram múltiplas propriedades remotamente sem hardware de controlador no local. Permite o provisionamento zero-touch: envie um AP para o local, ligue-o e este configura-se sozinho.
Private Area Network (PAN)
Um ambiente de rede pessoal onde os dispositivos de um utilizador específico podem comunicar entre si de forma segura, permanecendo isolados de todos os outros utilizadores na mesma rede física.
Criada dinamicamente por iPSK para permitir que os residentes utilizem dispositivos de transmissão (casting), colunas inteligentes e domótica residencial de forma segura num edifício partilhado.
IEEE 802.1X
Uma norma IEEE para Controlo de Acesso à Rede baseado em portas, que exige uma autenticação robusta através de nome de utilizador e palavra-passe ou certificados digitais (EAP-TLS, PEAP) antes de conceder acesso à rede.
Altamente seguro para funcionários e redes empresariais, mas geralmente inadequado para dispositivos IoT residenciais que não têm a capacidade de apresentar credenciais. O iPSK oferece um nível de segurança equivalente sem as restrições de compatibilidade.
Captive Portal
Uma página web que um utilizador deve visualizar e com a qual deve interagir antes de lhe ser concedido acesso a uma rede. Comumente utilizada para aceitação de termos, recolha de dados e pagamento em redes WiFi públicas.
Adequado para clientes de retalho e hóspedes de hotéis para recolher dados primários e consentimento. Inadequado para residentes permanentes porque os dispositivos IoT sem ecrã (headless) não conseguem concluir o fluxo de autenticação baseado no browser.
Orthogonal Frequency Division Multiple Access (OFDMA)
Uma funcionalidade do Wi-Fi 6 (IEEE 802.11ax) que permite a um único ponto de acesso servir múltiplos clientes em simultâneo, dividindo os canais em subcanais mais pequenos chamados Resource Units.
Crítico para manter o desempenho em ambientes MDU de alta densidade, onde 15 a 25 dispositivos por habitação competem por tempo de antena no mesmo ponto de acesso.
RADIUS (Remote Authentication Dial-In User Service)
Um protocolo de rede que fornece autenticação, autorização e contabilização (AAA) centralizadas para utilizadores que se ligam a uma rede. Nas implementações iPSK, o servidor RADIUS mapeia cada chave pré-partilhada única para uma VLAN específica.
O motor de autenticação por trás do iPSK. Numa implementação gerida na cloud, o servidor RADIUS corre na cloud em vez de localmente, eliminando a dependência de hardware na sala de comunicações.
Exemplos Práticos
Um promotor imobiliário está a finalizar o design de rede para uma torre de Build-to-Rent de 250 unidades. Planeia instalar pontos de acesso nos corredores centrais para poupar em custos de cablagem e pretende utilizar uma palavra-passe WPA3-Personal padrão para todo o edifício, alterada mensalmente quando um residente se muda.
O promotor tem de reformular as camadas física e lógica antes do início da construção. Fisicamente, os APs devem passar dos corredores para locais dentro das unidades - no mínimo um AP por cada duas unidades - para evitar a degradação do sinal através de portas corta-fogo e paredes de casas de banho privativas. Logicamente, a palavra-passe única WPA3-Personal deve ser substituída por uma implementação iPSK gerida na nuvem. Cada uma das 250 unidades recebe uma chave única associada a uma VLAN dedicada, garantindo a privacidade dos residentes e suportando dispositivos domésticos inteligentes sem exigir rotações mensais de palavras-passe em todo o edifício. A integração com o PMS automatiza a geração de chaves na assinatura do contrato de arrendamento e a revogação na saída do inquilino. Os custos de cablagem para a colocação de APs nas unidades são compensados em 12 meses pelo prémio mensal de comodidade de $20 a $40 por unidade.
Um operador de alojamento estudantil está a preparar-se para a entrada de setembro num empreendimento de 400 camas. Possui uma rede gerida na nuvem, mas atualmente exige que os estudantes iniciem sessão através de um Captive Portal a cada 24 horas. Os estudantes queixam-se de que as suas consolas de jogos e colunas inteligentes não se ligam, e o suporte de TI está sobrecarregado.
O operador deve transitar de um Captive Portal (modelo de WiFi de convidados) para um iPSK (modelo multi-inquilino). Os portais cativos requerem um navegador para autenticação, o que os torna incompatíveis com dispositivos sem ecrã (headless), como consolas e colunas inteligentes. O operador deve emitir um iPSK exclusivo para cada estudante antes da chegada - enviado por e-mail com a confirmação do alojamento - para que, no dia da mudança, os estudantes liguem todos os seus dispositivos exatamente como fariam em casa. Os dispositivos permanecem ligados de forma persistente durante todo o ano letivo. O controlador na nuvem trata do aprovisionamento do grupo de setembro em massa através de uma importação de CSV do sistema de registo de estudantes, eliminando por completo a fila do suporte técnico.
Perguntas de Prática
Q1. É o diretor de TI de um operador BTR a implementar WiFi num novo empreendimento de 150 frações. A equipa de operações quer utilizar um Captive Portal para recolher os endereços de email dos residentes para marketing. Que conselho lhes dá?
Dica: Considere os tipos de dispositivos que os residentes irão trazer - smart TVs, consolas, colunas inteligentes - e como os Captive Portals autenticam os utilizadores.
Ver resposta modelo
Aconselhe contra a utilização de um Captive Portal para residentes. Os Captive Portals exigem um browser para concluir o fluxo de autenticação, o que impede o funcionamento de dispositivos IoT sem ecrã (colunas inteligentes, consolas, smart TVs) porque estes não conseguem processar a página de login. Em vez disso, implemente uma arquitetura iPSK para os residentes e integre-a com o PMS para recolher os dados dos residentes no momento da assinatura do contrato. Reserve o Captive Portal exclusivamente para visitantes temporários na receção, ginásio e espaços de co-working, onde a recolha de dados e consentimento é adequada.
Q2. Um residente num edifício BTR de 200 unidades relata que não consegue jogar online em modo multijogador na sua PlayStation 5, recebendo um erro 'Strict NAT' ou 'NAT Type 3'. A rede utiliza iPSK e isolamento de VLAN por residente. Qual é o provável problema de configuração e como o resolve?
Dica: Analise como o tráfego de saída sai da VLAN do residente para a internet, especificamente a configuração NAT e UPnP.
Ver resposta modelo
As regras de firewall que regem as VLAN de residentes são provavelmente demasiado restritivas para o tráfego de jogos. O multijogador online da PlayStation requer NAT Open ou Type 2. Deve ajustar a configuração de Carrier-Grade NAT (CGNAT) e ativar o UPnP para a gama de VLAN de residentes para permitir as portas necessárias para o tráfego de jogos. Não afrouxe o NAT globalmente - aplique a alteração especificamente à sub-rede da VLAN de residentes para manter o isolamento entre os residentes.
Q3. Para reduzir custos, um empreiteiro propõe a colocação de pontos de acesso WiFi 6 exclusivamente nos corredores de um bloco de alojamento para estudantes de 120 unidades, com um espaçamento de 15 em 15 metros. Por que razão deve rejeitar este design e o que deve especificar em alternativa?
Dica: Pense nas barreiras físicas entre o AP do corredor e os dispositivos dentro dos quartos, e na perda de sinal causada por cada barreira.
Ver resposta modelo
Rejeite o design porque a colocação no corredor força o sinal de RF a penetrar portas de corredor pesadas com classificação de resistência ao fogo e paredes de casas de banho privativas antes de chegar ao dispositivo do utilizador. Cada porta corta-fogo causa 15 a 20 dB de atenuação de sinal, que é a diferença entre uma conectividade excelente e uma inutilizável. Em alternativa, especifique a colocação de AP no quarto - um AP por quarto ou um AP por cada dois quartos - montado no teto ou acima da porta, ligado por cabo Cat 6A ao IDF do piso. Realize um estudo preditivo de RF com o Ekahau para validar a colocação antes do início da cablagem.
Continue a ler esta série
iPSK para edifícios multifamiliares: um guia completo para empresas
Este guia explica como o iPSK (Identity Pre-Shared Key) resolve o principal desafio de conectividade em edifícios residenciais multi-inquilino - oferecendo um WiFi privado com qualidade de rede doméstica para cada residente numa infraestrutura partilhada. Abrange a arquitetura de autenticação, as etapas de implementação e o caso comercial para tratar o WiFi gerido como uma comodidade geradora de receitas em ambientes BTR e MDU.
Nama ff keren iPSK: um guia completo para empresas
Este guia explica como implementar iPSK (Identity Pre-Shared Key) em ambientes multi-inquilino, tais como empreendimentos Build to Rent, alojamentos de estudantes e propriedades MDU. Abrange a arquitetura baseada em RADIUS que proporciona a cada residente uma bolha de WiFi privada e isolada num único SSID partilhado, e detalha as etapas de implementação, integrações de hardware e o caso comercial para tratar o WiFi como uma comodidade gerida.
Solução de WiFi gerido: um guia abrangente para empresas
Este guia de referência técnica autorizado explica como conceber, implementar e escalar uma solução de WiFi gerido em ambientes multi-tenant, incluindo propriedades build-to-rent, hotéis, complexos comerciais e estádios. Abrange segmentação de VLAN, arquitetura de PSK por dispositivo, design de rede baseado em identidade e conformidade com PCI-DSS e GDPR - fornecendo aos gestores de TI, arquitetos de rede e diretores de operações de espaços as estruturas práticas de que necessitam para tomar decisões neste trimestre.