Pular para o conteúdo principal

Nama ff keren iPSK: um guia completo para empresas

Este guia explica como implantar o iPSK (Identity Pre-Shared Key) em ambientes multi-tenant, como empreendimentos Build to Rent, acomodações estudantis e propriedades MDU. Ele aborda a arquitetura baseada em RADIUS que oferece a cada residente uma bolha de WiFi privada e isolada em um único SSID compartilhado, além de detalhar as etapas de implementação, integrações de hardware e o caso comercial para tratar o WiFi como uma comodidade gerenciada.

📖 7 min de leitura📝 1,663 palavras🔧 2 exemplos práticos3 questões práticas📚 9 definições principais

Ouça este guia

Ver transcrição do podcast
Bem-vindo ao briefing técnico da Purple. Hoje estamos abordando o Identity Pre-Shared Key, ou iPSK, e por que ele é a arquitetura definitiva para WiFi multi-tenant em empreendimentos Build to Rent e residenciais. Vamos começar com o problema. Se você opera um empreendimento Build to Rent, um bloco de acomodação estudantil ou um grande espaço de coworking, você enfrenta um desafio de rede específico. Você precisa fornecer a centenas de pessoas uma experiência de WiFi que pareça exatamente com a rede doméstica delas. O telefone de um residente precisa ver seu Chromecast. Seu alto-falante inteligente precisa controlar suas luzes. Mas, fundamentalmente, o Residente A deve estar completamente isolado do Residente B. Eles não podem ver os dispositivos uns dos outros e certamente não podem interceptar o tráfego uns dos outros. O WiFi de convidados padrão não pode fazer isso. O WiFi de convidados isola cada dispositivo individualmente. Ele foi projetado para uma cafeteria, não para uma sala de estar. E o 802.1X EAP-TLS, embora seja altamente seguro, é um pesadelo para implantações residenciais porque exige gerenciamento de certificados, e dispositivos IoT sem tela, como um console de videogame ou um alto-falante inteligente, simplesmente não o suportam. É aqui que entra o Identity Pre-Shared Key, ou iPSK. A arquitetura técnica é elegante. Você transmite um único SSID por toda a propriedade. Vamos chamá-lo de Building WiFi. Mas em vez de uma senha para todos, você emite uma chave pré-compartilhada exclusiva para cada residente. Quando um dispositivo se conecta, o ponto de acesso sem fio, seja ele Cisco Meraki, HPE Aruba ou Ruckus, envia uma solicitação RADIUS para a nuvem da Purple. O servidor RADIUS analisa a senha usada, identifica o residente e envia de volta uma mensagem de Access-Accept. Crucialmente, esta mensagem contém atributos específicos do fornecedor, especificamente um VLAN ID. O ponto de acesso então coloca esse cliente em sua VLAN dedicada. O Residente A vai para a VLAN 10. O Residente B vai para a VLAN 20. Isso alcança o isolamento de Camada 2. O domínio de broadcast é contido. O tráfego mDNS e Bonjour permanece dentro do apartamento, de modo que a transmissão de tela funciona perfeitamente, mas não vaza para o corredor. E quando um residente se muda, você simplesmente revoga sua chave exclusiva por meio da API da Purple. O restante do edifício nem percebe. Agora vamos falar sobre a implementação e as armadilhas que vemos com mais frequência. O primeiro e mais comum erro é subdimensionar o escopo do DHCP. Os engenheiros de rede às vezes atribuem uma sub-rede slash-28 a um apartamento para economizar espaço de endereço IP. Isso equivale a 14 endereços utilizáveis. Em 2026, um casal que vive em um apartamento Build to Rent esgotará 14 IPs até terça-feira. Um telefone, um laptop, um tablet, uma smart TV, um console de videogame, um alto-falante inteligente, algumas lâmpadas inteligentes. Você já está com oito dispositivos antes mesmo de eles receberem um amigo. Sempre defina como padrão uma sub-rede slash-24 por residente. Isso oferece 254 endereços utilizáveis e muita margem de manobra. O segundo detalhe crítico de configuração é o isolamento de clientes. Você deve garantir que o isolamento de clientes esteja desabilitado na VLAN do residente. Se você deixar o isolamento de clientes ativado, você quebra a funcionalidade de casa inteligente que o iPSK foi projetado para permitir. Os dispositivos na mesma chave não conseguirão se comunicar entre si, e você passará a semana inteira atendendo chamados de suporte do Chromecast. A terceira consideração é o roaming. Se um residente caminhar de seu apartamento no quarto andar até a academia no térreo, sua conexão precisa persistir. Isso significa que sua VLAN específica deve ser configurada em trunk para o ponto de acesso na academia, ou você precisa tunelar o tráfego de volta para um controlador central. Este é um descuido comum em implantações iniciais e resulta em quedas de conexão em áreas comuns. Agora vamos abordar o elefante na sala: WPA3 e a banda de seis gigahertz. O WiFi 6E e o WiFi 7 exigem segurança WPA3 na banda de seis gigahertz. O WPA3 substitui o antigo handshake de quatro vias por Simultaneous Authentication of Equals, ou SAE. O problema é que o padrão IEEE para SAE atualmente não suporta múltiplas senhas por SSID da maneira que o WPA2 faz. Isso significa que você não pode simplesmente ativar o WPA3 e esperar que sua implantação de iPSK continue funcionando. Este não é um problema da Cisco Meraki ou da Aruba. É uma limitação de todo o setor que decorre de como o padrão IEEE 802.1X define o SAE. Todos os principais fornecedores, incluindo Ruckus, Juniper Mist, Ubiquiti UniFi e Extreme, enfrentam a mesma restrição. A melhor prática atual é uma abordagem híbrida. Você mantém um SSID iPSK WPA2 nas bandas de 2.4 e 5 gigahertz. Isso lida com todos os dispositivos legados e o hardware de IoT. Para a banda de 6 gigahertz, você implanta um SSID separado usando 802.1X para dispositivos corporativos, ou aguarda o amadurecimento das implementações de SAE específicas de cada fornecedor. Vamos passar para as perguntas rápidas que recebemos com mais frequência. Pergunta um: Posso usar iPSK para dispositivos de IoT que não têm tela? Sim. Essa é uma de suas principais vantagens sobre o 802.1X. Qualquer dispositivo que possa se conectar a um roteador doméstico usando uma senha pode usar iPSK. Plugs inteligentes, impressoras sem fio, câmeras IP, todos eles funcionam. Pergunta dois: O que acontece se um residente compartilhar sua senha com um amigo? O dispositivo do amigo ingressa na VLAN do residente. Isso é por design. A chave identifica a locação, não o dispositivo individual. Se você deseja controle por dispositivo, precisa do 802.1X. Pergunta três: Quantas VLANs posso gerenciar de forma realista? Os switches empresariais modernos lidam com milhares de VLANs. Um edifício de 500 unidades com uma VLAN por apartamento está bem dentro das capacidades de qualquer plataforma de switching empresarial. A sobrecarga de gerenciamento é tratada pela plataforma em nuvem da Purple, não por sua equipe manualmente. Finalmente, vamos olhar para o impacto nos negócios. A implantação de WiFi gerenciado via iPSK não é apenas uma atualização de TI. É uma estratégia comercial. Ao fornecer conectividade desde o primeiro dia, você elimina o período de inatividade de cinco a dez dias enquanto o residente espera por um engenheiro de ISP. Pesquisas da British Property Federation indicam que o WiFi gerenciado gera um prêmio de aluguel de 15 a 30 libras por unidade, por mês, em empreendimentos Build to Rent no Reino Unido. Você também melhora drasticamente o ambiente de RF. Em vez de 200 roteadores domésticos competindo em canais sobrepostos, você tem um único SSID limpo, gerenciado por pontos de acesso corporativos. Menos chamados de suporte. Índices de satisfação dos residentes mais altos. E com a Purple cuidando do gerenciamento de identidade, você automatiza todo o ciclo de vida de integração e desligamento, reduzindo os custos operacionais da equipe de gestão de propriedades. Resumindo: o iPSK é a arquitetura definitiva para WiFi multi-tenant. Um único SSID, várias chaves exclusivas, isolamento absoluto de VLAN. Ele oferece a segurança de uma rede corporativa com a simplicidade de um roteador doméstico. Ele suporta todos os dispositivos IoT dos seus residentes. E transforma o WiFi de um centro de custo em um gerador de receita mensurável. Obrigado por ouvir este boletim técnico da Purple. Se você está planejando uma implantação multi-tenant, fale com nossa equipe de engenharia sobre a integração com seu hardware existente.

header_image.png

Resumo executivo

O iPSK (Identity Pre-Shared Key) é a tecnologia que possibilita o WiFi multi-inquilino. Ele permite transmitir um único SSID por toda a propriedade, emitindo uma senha exclusiva para cada morador. Quando um dispositivo se conecta, um servidor RADIUS mapeia essa senha para uma VLAN dedicada, criando uma bolha de rede privada por apartamento. O telefone do morador vê o seu Chromecast. Seu alto-falante inteligente controla suas luzes. O morador B não vê nada disso.

O WiFi de visitantes padrão isola cada dispositivo de todos os outros - não sendo compatível com dispositivos domésticos inteligentes. O 802.1X EAP-TLS oferece segurança forte, mas exige gerenciamento de certificados e falha em dispositivos IoT sem interface de usuário. O iPSK fica entre os dois: é mais simples que o 802.1X, muito mais seguro que uma senha compartilhada e totalmente compatível com todos os dispositivos que um morador possui.

A Purple implanta o iPSK como uma sobreposição em nuvem em hardware Cisco Meraki, HPE Aruba, Ruckus, Juniper Mist, Ubiquiti UniFi, Cambium, Extreme e Fortinet. Você não precisa substituir seus pontos de acesso. A Purple atua como o servidor RADIUS, gerencia o ciclo de vida das chaves e automatiza a integração e desintegração via API. Este guia aborda a arquitetura, as etapas de implantação, as armadilhas e o caso comercial para tratar o WiFi como uma comodidade gerenciada em propriedades BTR e MDU.


Análise técnica detalhada

Como funciona o iPSK

O WPA2-Personal tradicional usa uma senha para todos os usuários em um SSID. Qualquer morador pode ver os dispositivos de outros moradores no mesmo domínio de transmissão. Alterar a senha quando um morador sai afeta todos os outros moradores. O iPSK altera totalmente o modelo de autenticação.

Quando um dispositivo tenta se associar ao ponto de acesso usando uma PSK específica, o controlador sem fio envia uma solicitação RADIUS Access-Request para a nuvem Purple. O servidor RADIUS compara a senha com o registro do morador e retorna uma mensagem RADIUS Access-Accept contendo um atributo específico do fabricante: o VLAN ID atribuído a esse morador. O controlador insere o cliente nessa VLAN. Toda a troca leva milissegundos e é invisível para o morador.

ipsk_architecture_overview.png

Esta arquitetura oferece três resultados. Primeiro, segmentação de VLAN: o tráfego é isolado na Camada 2, de modo que o Morador A na VLAN 10 não pode rotear tráfego para o Morador B na VLAN 20. Segundo, contenção de transmissão: o tráfego de descoberta mDNS e Bonjour permanece dentro da VLAN do morador, de modo que o Chromecast e o Sonos funcionam dentro do apartamento, mas não vazam para o corredor. Terceiro, ciclo de vida de chave limpo: revogar uma chave na desocupação do imóvel afeta apenas esse morador; o restante do edifício permanece online.

A terminologia dos fornecedores varia. A HPE Aruba chama isso de PPSK (Private Pre-Shared Key). A Cisco Meraki chama de Personal Private Network. Ruckus e Juniper Mist usam DPSK (Dynamic Pre-Shared Key). O conceito é idêntico em todas as plataformas.

Comparando métodos de autenticação

ipsk_comparison_chart.png

A tabela abaixo resume as compensações entre os três principais métodos de autenticação WiFi usados em ambientes multi-tenant.

Dimensão PSK Compartilhado iPSK 802.1X EAP-TLS
Nível de segurança Baixo - uma chave para todos Médio - chave exclusiva por residente Alto - certificado por dispositivo
Complexidade de implantação Baixa Média Alta
Suporte a dispositivos IoT Sim Sim Não - certificados necessários
Isolamento do residente Não Sim - por VLAN Sim - por VLAN
Revogação de chaves Afeta todos os moradores Afeta apenas um morador Revogação de certificado por dispositivo
Compatibilidade com smart home Não Sim Não

Para implantações de BTR e MDU, o iPSK é a escolha correta. Ele fornece o isolamento e a segurança que você precisa sem a sobrecarga operacional de uma autoridade de certificação.

WPA3 e o desafio dos 6 GHz

O WPA3 introduz a Autenticação Simultânea de Iguais (SAE) para substituir o handshake de 4 vias do WPA2. O SAE é mais resistente a ataques de dicionário offline. No entanto, o padrão IEEE 802.11 para SAE atualmente não oferece suporte a várias chaves pré-compartilhadas por SSID.

Como o WiFi 6E e o WiFi 7 exigem o WPA3 na banda de 6 GHz, você não pode executar o iPSK padrão em um SSID de 6 GHz hoje. Essa não é uma limitação específica de um fornecedor. Cisco Meraki, HPE Aruba, Ruckus, Juniper Mist, Ubiquiti UniFi, Extreme e Fortinet enfrentam a mesma restrição porque ela deriva do próprio padrão IEEE.

A melhor prática atual é uma implantação híbrida. Mantenha um SSID iPSK WPA2 nas bandas de 2.4 GHz e 5 GHz para oferecer suporte a dispositivos herdados e hardware IoT. Para dispositivos compatíveis com 6 GHz, implante um SSID separado usando 802.1X EAP-TLS ou aguarde a maturação das implementações SAE específicas do fornecedor. Alguns fornecedores estão desenvolvendo soluções proprietárias de SAE com várias chaves, mas ainda não existe uma abordagem universalmente padronizada.


Guia de implantação

Passo 1: Planejamento de VLAN

Aloque uma VLAN dedicada por apartamento ou morador. Certifique-se de que seus switches principais e firewalls suportem o número necessário de interfaces VLAN. Uma propriedade BTR de 200 unidades requer 200 VLANs distintas. As plataformas modernas de switching empresarial lidam com milhares de VLANs sem impacto no desempenho.

Passo 2: DHCP e endereçamento IP

Configure um escopo DHCP para cada VLAN. Atribua uma sub-rede /24 (254 endereços utilizáveis) por residente. Uma residência moderna conecta de 15 a 25 dispositivos. Uma sub-rede /28 (14 endereços utilizáveis) se esgotará em poucos dias. Nunca subdimensione o escopo do DHCP.

Passo 3: Configuração do RADIUS

Aponte seus controladores sem fio para os servidores RADIUS do Purple. Configure os controladores para aceitar atributos de substituição RADIUS para atribuição de VLAN. O Purple fornece os endereços IP do servidor RADIUS, segredos compartilhados e mapeamentos de atributos para cada plataforma de hardware suportada.

Passo 4: Provisionamento de SSID

Transmita um único SSID para todo o edifício. Habilite o MAC Authentication Bypass (MAB) no SSID. O MAB é o mecanismo pelo qual o controlador inicia a solicitação RADIUS quando um dispositivo se conecta usando uma PSK em vez de um certificado.

Passo 5: Integração do morador

Integre o provisionamento de WiFi ao fluxo de trabalho de mudança do morador. A API do Purple gera a iPSK exclusiva e a entrega ao morador via e-mail ou portal do morador. Na desocupação, o sistema de gestão de propriedades aciona a API do Purple para revogar a chave. Nenhuma intervenção manual é necessária.

-

Melhores práticas

Desative o isolamento de clientes dentro das VLANs dos moradores

O isolamento de clientes impede que os dispositivos na mesma sub-rede se comuniquem entre si. Se você habilitá-lo, interromperá a funcionalidade de casa inteligente que a iPSK foi projetada para suportar. Desative o isolamento de clientes dentro da VLAN de cada morador. O próprio limite da VLAN fornece o isolamento entre os moradores.

Configure o NAT para jogos

Os jogos online exigem configurações de NAT específicas. O PlayStation 5 e o Xbox Series X precisam de NAT Tipo 2 (Moderado) ou NAT Tipo 1 (Aberto) para matchmaking. Implemente o Carrier-Grade NAT (CGNAT) com cuidado. Configure UPnP ou encaminhamento de porta estático por VLAN de morador em vez de aplicar uma política de NAT rígida geral.

Encaminhe por trunk todas as VLANs dos moradores para todos os pontos de acesso

Um morador que se conecta em seu apartamento no 4º andar deve manter a conexão quando caminha até a academia no térreo. Todas as VLANs dos moradores devem ser encaminhadas via trunk para todos os pontos de acesso em toda a propriedade, ou você deve implementar um protocolo de tunelamento como CAPWAP ou GRE para ancorar o tráfego de clientes a um controlador central.

Planeje eventos de mudança em massa

Os operadores de acomodações estudantis enfrentam um desafio específico: centenas de moradores se conectando simultaneamente durante a semana de mudança. Pré-provisione todas as iPSKs antes do dia da mudança. Teste a capacidade do servidor RADIUS sob carga. A infraestrutura de nuvem do Purple possui classificação de 99,999% de tempo de atividade e lida com picos de autenticação simultâneos sem degradação.

-

Solução de problemas e mitigação de riscos

Falhas no Chromecast e alto-falantes inteligentes

O ticket de suporte mais comum em WiFi multi-tenant. Se um morador não conseguir transmitir para o Chromecast ou parear seu alto-falante inteligente, verifique duas coisas. Primeiro, confirme se o isolamento de clientes está desativado na VLAN dele. Segundo, confirme se o proxy mDNS ou gateway Bonjour não está filtrando o tráfego de descoberta dentro da VLAN.

Esgotamento de endereços IP

Se os moradores relatarem que novos dispositivos não conseguem se conectar, verifique a tabela de concessão DHCP para a VLAN deles. Uma sub-rede /28 se esgotará em poucos dias em uma residência moderna. Expanda o escopo para um /24 imediatamente.

Conexões perdidas em áreas comuns

Se os moradores perderem a conectividade ao se moverem entre andares ou zonas, a VLAN do morador não está configurada como trunk para o access point naquela área. Audite a configuração de trunk da VLAN em cada porta de switch conectada a um access point.

Falhas de autenticação após revogação de chave

Se um dispositivo continuar se conectando após a chave ser revogada, verifique o cache do servidor RADIUS. Alguns controladores armazenam em cache as decisões de autenticação por um período configurável. Defina o tempo limite da sessão e o intervalo de reautenticação para um valor curto (15 a 30 minutos) para garantir que as revogações entrem em vigor rapidamente.

-

Retorno sobre o investimento (ROI) e impacto nos negócios

O caso do prêmio no aluguel

Pesquisas da British Property Federation indicam que o WiFi gerenciado gera um prêmio de aluguel de £15 a £30 por unidade, por mês, em empreendimentos BTR no Reino Unido. Em uma propriedade de 200 unidades, isso representa de £3.000 a £6.000 em receita mensal adicional. O custo de capital para implantar access points corporativos e a sobreposição do software Purple é normalmente recuperado dentro de 12 a 18 meses.

Redução do período de vacância

Oferecer conectividade desde o primeiro dia elimina o período de vacância de 5 a 10 dias enquanto o morador aguarda um engenheiro do provedor de internet. Os moradores se mudam e se conectam imediatamente. Isso reduz os custos de vacância e melhora a satisfação do morador desde o primeiro dia de locação.

Melhoria no ambiente de RF

Um edifício de 200 unidades onde cada morador utiliza seu próprio roteador doméstico cria uma interferência severa de canal adjacente. 200 roteadores competindo em canais sobrepostos de 2.4 GHz e 5 GHz degradam o desempenho de todos. Substituir isso por um único SSID gerenciado em access points corporativos elimina a interferência e oferece conectividade consistente de alta velocidade em todo o edifício.

Eficiência operacional

A Purple automatiza todo o ciclo de vida das chaves por meio de integração de API com sistemas de gestão de propriedades. O provisionamento na entrada e a revogação na saída exigem zero intervenção manual da equipe de TI ou de gestão de propriedades. Isso é diretamente mensurável no volume de chamados de suporte e no tempo da equipe.

Para saber mais sobre como a Purple apoia o Guest WiFi e o WiFi Analytics em mais de 80.000 locais, consulte os guias relacionados. Se você está avaliando WiFi multi-tenant para um contexto de varejo ou hotelaria, consulte nossas páginas do setor de Varejo e Hotelaria . Para uma discussão mais ampla sobre a estratégia de design de SSID, leia Três SSIDs para a todos governar: guest, Passpoint e IoT WiFi .

Definições principais

iPSK (Identity Pre-Shared Key)

Um método de autenticação que permite múltiplas senhas exclusivas em um único SSID. Um servidor RADIUS mapeia cada senha para uma VLAN específica e política de rede.

A tecnologia central para WiFi multi-tenant. Também chamada de PPSK (Aruba), Personal Private Network (Cisco Meraki) ou DPSK (Ruckus, Juniper Mist).

RADIUS (Remote Authentication Dial-In User Service)

Um protocolo de rede que fornece gerenciamento centralizado de Autenticação, Autorização e Contabilização (AAA) para usuários que se conectam a uma rede.

O motor por trás do iPSK. Quando um dispositivo se conecta, o ponto de acesso consulta o servidor RADIUS para verificar a chave e recuperar a atribuição de VLAN.

VLAN (Virtual Local Area Network)

Uma sub-rede lógica que agrupa dispositivos de diferentes locais físicos em um domínio de transmissão isolado.

Cada residente em uma implantação de iPSK recebe sua própria VLAN. Este é o mecanismo que impede que um residente veja os dispositivos de outro.

BTR (Build to Rent)

Acomodação residencial construída especificamente para aluguel de longo prazo, em vez de ocupação pelo proprietário.

O principal contexto comercial para implantações de iPSK multi-tenant. O WiFi é tratado como uma comodidade gerenciada, comandando um prêmio de aluguel mensal de £15 a £30 por unidade.

MDU (Multi-Dwelling Unit)

Uma classificação de edifício que contém várias unidades residenciais separadas, incluindo blocos de apartamentos, alojamentos estudantis e habitação social.

O ambiente físico onde o WiFi multi-tenant é implantado. A infraestrutura compartilhada atende a muitas residências independentes.

SAE (Simultaneous Authentication of Equals)

O protocolo de estabelecimento de chave usado no WPA3, substituindo o handshake de 4 vias do WPA2. O SAE é resistente a ataques de dicionário offline.

A limitação atual para iPSK em redes de 6 GHz. O padrão IEEE 802.11 SAE não suporta múltiplos PSKs por SSID, exigindo uma abordagem de implantação híbrida.

MAB (MAC Authentication Bypass)

Um método para acionar uma solicitação de autenticação RADIUS com base no endereço MAC de um dispositivo quando o dispositivo não inicia o 802.1X.

Usado em implantações iPSK para iniciar a solicitação RADIUS a partir do controlador sem fio quando um dispositivo se conecta usando uma PSK.

CGNAT (Carrier-Grade NAT)

Um método de compartilhamento de um único endereço IP público entre vários endereços IP privados, usado por operadoras que gerenciam um grande número de dispositivos conectados.

Necessário em grandes implantações residenciais para conservar endereços IPv4. Deve ser configurado com cuidado para suportar os requisitos de NAT de jogos online.

mDNS (Multicast DNS)

Um protocolo que resolve nomes de host para endereços IP em uma rede local sem a necessidade de um servidor DNS, usado por Chromecast, AirPlay e Bonjour.

O mDNS deve estar contido na VLAN do residente para que os dispositivos de casa inteligente funcionem. Se o mDNS vazar entre VLANs, os residentes poderão descobrir os dispositivos uns dos outros.

Exemplos práticos

Um operador de Build to Rent com 250 unidades planeja atualmente instalar linhas de banda larga individuais e roteadores de consumo em cada apartamento. O gerente da propriedade está preocupado com a qualidade do WiFi e os custos de suporte. Como uma implantação de iPSK altera essa arquitetura e quais são os resultados mensuráveis?

Substitua as 250 linhas individuais de ISP e roteadores de consumo por pontos de acesso empresariais (Cisco Meraki MR57 ou HPE Aruba AP-635) implantados em corredores e apartamentos, todos cabeados de volta para switches gerenciados centrais. Um único uplink do edifício para um ISP de nível empresarial fornece a conexão de internet. Transmita um SSID ('NomeDoEdificio_WiFi'). Configure a Purple como o servidor RADIUS. Emita 250 iPSKs exclusivos no momento da mudança por meio da API da Purple. Cada residente recebe uma VLAN /24. Desative o isolamento de cliente dentro de cada VLAN. Faça o tronco de todas as VLANs para todos os pontos de acesso. Integre a API da Purple ao sistema de gerenciamento de propriedades para automatizar o provisionamento na entrada e a revogação na saída do residente.

Comentário do examinador: Isso elimina a interferência de canal compartilhado de 250 roteadores concorrentes, oferece roaming contínuo por todo o edifício e reduz o custo do ISP de 250 linhas individuais para uma única conexão comercial. O operador ganha visibilidade total do desempenho da rede por meio do dashboard da Purple. A taxa de aluguel adicional de £15 a £30 mensais por unidade cobre com folga os custos de infraestrutura e software dentro de 12 a 18 meses.

Um operador de acomodação estudantil construída para esse fim (PBSA) de 500 leitos precisa provisionar WiFi para todo o grupo durante a semana de mudança. No ano passado, a rede entrou em colapso sob carga durante as primeiras 48 horas. Como você projeta a implantação do iPSK para lidar com isso?

Pré-provisione todos os 500 iPSKs antes do dia da mudança. Entregue a chave exclusiva para cada estudante por meio do pacote de e-mail de boas-vindas enviado duas semanas antes da chegada. No dia da mudança, os estudantes simplesmente inserem sua chave - sem Captive Portal, sem filas, sem gargalo de RADIUS decorrente de autenticações simultâneas de primeira viagem. Configure o servidor RADIUS com capacidade de sessão simultânea suficiente. A infraestrutura de nuvem RADIUS da Purple lida com picos de autenticação sem degradação. Defina os tempos de concessão do DHCP para 24 horas para evitar o esgotamento durante o período de mudança de alta densidade. Certifique-se de que todas as VLANs estejam em tronco para todos os pontos de acesso, incluindo áreas comuns, salas de estudo e a academia.

Comentário do examinador: O ponto crítico é o pré-provisionamento. O colapso da rede no ano anterior foi causado por centenas de autenticações simultâneas de primeira viagem e interações com o Captive Portal. Ao entregar a chave antes da chegada, você distribui a carga de autenticação ao longo dos dias anteriores à mudança. O SLA de 99.999% de tempo de atividade da Purple cobre o cenário de pico de carga.

Questões práticas

Q1. Um residente relata que não consegue transmitir o Netflix de seu telefone para o Chromecast. Ambos os dispositivos estão conectados ao WiFi do edifício usando o iPSK exclusivo do residente. Outros residentes não são afetados. Qual é o erro de configuração mais provável e como corrigi-lo?

Dica: O Chromecast usa mDNS para descoberta de dispositivos. Pense em qual configuração de rede impede que os dispositivos na mesma sub-rede se comuniquem.

Ver resposta modelo

O isolamento de cliente (também chamado de isolamento de Camada 2) está ativado no SSID ou na VLAN do residente. Isso impede que os dispositivos na mesma sub-rede se comuniquem entre si, o que bloqueia a descoberta mDNS e Bonjour. A correção é desativar o isolamento de cliente dentro da VLAN do residente. O próprio limite da VLAN fornece isolamento em relação aos outros residentes. Você não precisa de isolamento de cliente para obter segurança de residente para residente.

Q2. Você está implantando WiFi em um bloco de acomodação estudantil de 500 unidades. Um colega sugere atribuir uma sub-rede /28 para cada quarto para conservar o espaço de endereços IP. Por que isso é um problema e o que você deve atribuir em vez disso?

Dica: Calcule o número de endereços utilizáveis em uma sub-rede /28 e, em seguida, conte os dispositivos que um estudante típico conecta.

Ver resposta modelo

Uma sub-rede /28 fornece apenas 14 endereços IP utilizáveis. Um estudante típico conecta um telefone, laptop, tablet, console de videogame, smart TV e smart speaker - isso já são seis dispositivos. Adicione alguns dispositivos IoT e uma visita de um amigo, e você esgota o pool em poucos dias. Atribua uma sub-rede /24 (254 endereços utilizáveis) por quarto. O espaço de IP adicional não custa nada e evita um modo de falha comum e disruptivo.

Q3. Uma operadora de BTR deseja atualizar toda a sua rede para Wi-Fi 7 e exigir a segurança WPA3 em todas as bandas, incluindo 6 GHz. Atualmente, eles executam iPSK em um SSID WPA2. Qual é o impacto em sua implantação iPSK e qual é o caminho de migração recomendado?

Dica: Considere o handshake de autenticação usado no WPA3 e se ele suporta múltiplos PSKs por SSID.

Ver resposta modelo

O WPA3 usa SAE, que atualmente não oferece suporte a múltiplos PSKs por SSID sob o padrão IEEE 802.11. Exigir o WPA3 em todas as bandas quebrará a implantação de iPSK. A abordagem recomendada é um modelo híbrido: reter o SSID WPA2 iPSK em 2,4 GHz e 5 GHz para dispositivos IoT e hardware legado. Implantar um SSID WPA3 separado usando 802.1X EAP-TLS na banda de 6 GHz para dispositivos compatíveis com WiFi 7. Isso não é um comprometimento - é a prática recomendada atual e neutra em termos de fornecedor na Cisco Meraki, HPE Aruba, Ruckus e em todas as outras principais plataformas.