WiFi para visitantes Ruckus SmartZone e RUCKUS One WiFi vs plataformas de portal cativo externo

O Ruckus SmartZone e o RUCKUS One incluem portais de visitantes nativos com acesso por clique e passes de visitante. Isso adapta-se a um único local que necessite de acesso básico com aceitação de termos. Plataformas externas como a Purple ligam-se através do modelo de hotspot Ruckus WISPr e da Northbound Interface. Adicionam dados em primeira mão consentidos, registos auditáveis de consentimento GDPR, integração de Passpoint e analítica em toda a propriedade, sem necessidade de novos pontos de acesso.

Deve utilizar o WiFi de visitantes nativo da Ruckus ou um Captive Portal externo?

Escolha o portal nativo da Ruckus quando o WiFi de visitantes for apenas uma comodidade e nada mais. Escolha um Captive Portal externo quando o início de sessão do visitante tiver de produzir algo útil. Isso pode ser um público de marketing, um registo de consentimento para apresentar a um regulador ou dados de visitas em vários locais.

Ambas as opções são executadas nos mesmos pontos de acesso. A decisão prende-se com o que acontece após a ligação do visitante, e não com o desempenho de rádio.

Utilize esta regra geral:

• Um local, apenas acesso, sem marketing. O acesso de visitantes nativo do SmartZone ou do RUCKUS One é suficiente.
• Vários locais, ou qualquer utilização de dados de visitantes para marketing. Uma plataforma externa justifica a sua subscrição, porque o consentimento e os dados precisam de um único sistema de registo.
• Fornecedores mistos após uma aquisição ou atualização. Uma plataforma externa é a única forma de executar um único portal no equipamento Ruckus e noutro hardware.
• Residentes e visitantes no mesmo edifício. Utilize DPSK para residentes e um portal de visitantes personalizado para visitantes, em SSIDs e VLANs separados.

A Purple executa o modelo externo em mais de 80 000 locais ativos em mais de 90 países. Gere 500 milhões de utilizadores e inícios de sessão por ano. As secções abaixo explicam onde as opções diferem, quanto custa manter cada uma e como decidir para a sua propriedade.

Onde o WiFi de visitantes nativo da Ruckus e os portais externos realmente diferem

O que a Ruckus oferece nativamente

Os controladores SmartZone, físicos ou virtuais, e a nuvem RUCKUS One incluem ambos o acesso de visitantes na configuração da WLAN. Os fluxos de trabalho nativos incluem a aceitação de termos por clique e passes de visitante emitidos pela equipa. O RUCKUS One adiciona o registo autónomo e a aprovação pelo anfitrião. Estes fluxos de trabalho existem para controlar o acesso à rede. Capturam o necessário para admitir um visitante, e pouco mais.

Como funciona a autenticação por WISPr Northbound Interface na Ruckus?

O WISPr (roaming de Wireless Internet Service Provider) é o modelo de redirecionamento e autenticação por trás da maioria dos Captive Portals externos. Um Captive Portal é a página web que um dispositivo vê antes de aceder à internet. No SmartZone, cria uma WLAN de Hotspot (WISPr). No RUCKUS One, escolhe o tipo de rede de Captive Portal de terceiros (WISPr).

O fluxo é executado em cinco passos:

1. Associação. O visitante junta-se ao SSID. O ponto de acesso mantém o dispositivo num estado não autorizado.
2. Walled garden. Apenas os destinos aprovados são acessíveis. Estes incluem o DNS, os domínios do portal e quaisquer domínios de início de sessão social que autorize.
3. Redirecionamento. O primeiro pedido Web é encaminhado para o URL do portal externo. O Ruckus acrescenta parâmetros que identificam o endereço MAC do cliente, o ponto de acesso e o SSID. No SmartZone, os parâmetros também incluem o endereço da Northbound Interface do controlador.
4. Início de sessão no portal. O convidado conclui o fluxo personalizado: formulário ou início de sessão social, termos e consentimentos de marketing.
5. Autorização. O portal estabelece uma ligação com a Northbound Interface do controlador (uma API JSON autenticada) para iniciar a sessão do cliente. Em seguida, o controlador envia um Access-Request de RADIUS para o servidor configurado. Ao receber o Access-Accept, o Ruckus liberta o cliente e aplica os atributos devolvidos, tais como o limite de tempo da sessão.

O RADIUS é o protocolo de autenticação, autorização e contabilização definido no IETF RFC 2865. Os pontos de acesso utilizam-no para perguntar a um servidor se devem permitir a entrada de um dispositivo. A contabilização de RADIUS comunica depois o início, o fim e os volumes de dados da sessão. A Purple atua tanto como portal como servidor de RADIUS na nuvem, para que não precise de alojar nenhum dos dois.

O RUCKUS One segue o mesmo padrão, com parâmetros de redirecionamento e servidores de RADIUS definidos na consola de nuvem. Os nomes dos parâmetros e o comportamento da API alteram-se entre versões. Siga a referência atual da Northbound Interface do Ruckus e o artigo de configuração do Ruckus da Purple no centro de suporte da Purple. Não copie valores de guias antigos de terceiros.

Aplica-se três hábitos de segurança a qualquer implementação WISPr. Estabeleça a ligação com a Northbound Interface através de HTTPS. Mantenha a respetiva palavra-passe no servidor do portal e nunca no código do navegador. Limite o walled garden aos domínios estritamente necessários para o portal.

O que adicionam os portais externos aos pontos de acesso Ruckus?

Captura de dados de convidados. Os fluxos de trabalho nativos registam o suficiente para admitir um convidado. Uma plataforma externa transforma cada início de sessão num perfil próprio: nome, e-mail, estado de consentimento, número de visitas e tempo de permanência por local. O Purple WiFi Analytics relata visitas repetidas e o tempo de permanência em todos os locais a partir de um único painel de controlo.

Auditoria de consentimento. O Artigo 7.º, n.º 1, do GDPR exige que comprove que uma pessoa deu o seu consentimento. É necessário armazenar quem concordou, quando, com que texto e através de que canal. A Purple utiliza consentimentos de escolha consciente, que mantêm o consentimento de marketing separado da aceitação dos termos. Esse modelo cumpre a definição de consentimento do Artigo 4.º, n.º 11, do GDPR e a regulamentação 22 do PECR do Reino Unido sobre marketing por e-mail. Cada registo tem uma marca temporal e é exportável. Isto permite responder aos pedidos de acesso do titular dos dados dentro do prazo de um mês previsto no Artigo 12.º, n.º 3, do GDPR.

Passpoint e OpenRoaming. O Passpoint, também designado Hotspot 2.0, baseia-se na norma IEEE 802.11u. Um dispositivo com um perfil armazenado deteta e entra na rede automaticamente. A autenticação é efetuada através de WPA2 ou WPA3-Enterprise utilizando a IEEE 802.1X, a norma de controlo de acesso baseada em portas. O OpenRoaming, gerido pela Wireless Broadband Alliance, federa fornecedores de identidade Passpoint para que um único perfil funcione em várias redes.

A Ruckus suporta Hotspot 2.0 no SmartZone e RUCKUS One, mas necessita de um fornecedor de identidade de suporte. Uma plataforma externa desempenha esse papel. O visitante inicia sessão uma vez através do portal e, em seguida, volta a ligar-se automaticamente, e com encriptação, em visitas posteriores.

A importância da Passpoint cresce a cada ano. As versões atuais do iOS e do Android utilizam, por predefinição, um endereço MAC privado e aleatório por rede, de acordo com a documentação das plataformas da Apple e do Google. Isso torna pouco fiável o reconhecimento baseado em MAC de dispositivos que regressam. Em vez disso, um perfil de Passpoint transporta uma identidade estável.

Alcance multissectorial. A Purple é agnóstica em relação ao hardware. O mesmo portal e a mesma política de consentimento funcionam em Cisco Meraki, HPE Aruba, Ruckus, Juniper Mist, Ubiquiti UniFi, Cambium, Extreme e Fortinet.

Comparação lado a lado

Funcionalidade	Ruckus SmartZone nativo	RUCKUS One nativo	Purple na Ruckus (portal externo)
Onde é executado	O seu controlador SmartZone, físico ou virtual	Nuvem da Ruckus	Sobreposição de nuvem da Purple no SmartZone ou RUCKUS One
Métodos de acesso para visitantes	Clicar para aceder e passes de visitante emitidos por funcionários	Clicar para aceder, passe de visitante, auto-registo e aprovação pelo anfitrião	Formulários personalizados com a marca, login social e autorizações explícitas de escolha consciente
Método de integração	Integrado	Integrado	WLAN Hotspot (WISPr), Northbound Interface e RADIUS
Dados recolhidos	Detalhes necessários para admitir o visitante	Detalhes necessários para admitir o visitante	Perfil de dados primários, estado de autorização, visitas e tempo de permanência por local
Auditoria de consentimento	Aceitação dos termos	Aceitação dos termos	Registos de autorização com marca temporal para comprovar o Artigo 7.º do GDPR
Passpoint	Suporte para Hotspot 2.0, fornecedor de identidade obtido separadamente	Suporte para Hotspot 2.0, fornecedor de identidade obtido separadamente	Perfil oferecido após o primeiro login no portal
Cobertura de hardware	Apenas Ruckus	Apenas Ruckus	Oito fabricantes, Ruckus incluída
Público-alvo dos relatórios	Equipa de rede: estado dos AP e dos clientes	Equipa de rede: estado dos locais e dos AP	Marketing e operações: comportamento dos visitantes
Mais adequado para	Local único, apenas acesso a WiFi para visitantes	Locais com Ruckus geridos na nuvem, apenas acesso	Instalações com vários locais que utilizam dados de visitantes

Quando o acesso nativo para visitantes da Ruckus é a opção certa

O acesso nativo para visitantes é a opção certa quando a equipa de rede gere a WiFi para visitantes e mais ninguém necessita dos dados. Os exemplos incluem a receção de um edifício municipal, uma rede de visitantes num armazém ou a sala de espera de uma clínica. Em Cuidados de saúde, os visitantes e doentes necessitam frequentemente de acesso à Internet e nada mais.

A opção nativa vence em três pontos:

• Sem subscrição adicional. As suas licenças existentes de AP SmartZone ou a subscrição de dispositivos RUCKUS One cobrem o acesso para visitantes.
• Uma única consola. A sua equipa configura a WLAN para visitantes juntamente com as WLAN para funcionários e IoT, na mesma interface da Ruckus.
• Menos dependências. Não existe um servidor RADIUS externo nem um walled garden de terceiros para manter. Aceite os limites antes de se comprometer. Não existe um registo de consentimento de marketing e há poucos relatórios que uma equipa de marketing possa utilizar. Cada propriedade adicional, ou qualquer outro fornecedor, necessita do seu próprio portal. Se algum destes se tornar um requisito durante o período do seu contrato, planeie o portal externo agora. Reconfigurar duas vezes custa mais do que configurar uma vez.

Onde o Ruckus Cloudpath se enquadra

O Cloudpath Enrollment System é o produto de integração da Ruckus para certificados e DPSK. Se já o utiliza para os funcionários, os seus fluxos de trabalho para visitantes patrocinados também podem admitir visitantes. Isso mantém a integração num único produto Ruckus. Continua a ser uma ferramenta de acesso e não uma plataforma de dados e consentimento de visitantes, pelo que deve ser tratada como uma opção nativa nesta comparação.

Quando uma plataforma externa de portal cativo é a opção certa

Um portal externo é a opção certa quando o acesso de visitantes tem um responsável de negócio para além do IT. Pense em Hotéis a criar audiências de reserva direta, ou em cadeias de Retalho a criar listas de compradores diretos. Os estádios precisam dele para a ativação de patrocinadores. Os operadores ferroviários em Comboios precisam de dados de ligação dos passageiros para relatórios.

Procure estes sinais:

• Gere mais do que um local, ou planeia fazê-lo.
• O marketing envia e-mails aos visitantes, pelo que necessita de provas do Artigo 7.º do GDPR.
• Utiliza hardware misto atualmente, ou prevê utilizá-lo após uma aquisição.
• Os visitantes habituais devem reconectar-se automaticamente através do Passpoint.
• As operações pretendem saber a frequência das visitas e o tempo de permanência para planear o pessoal e o espaço.

Nada disto exige novos pontos de acesso. O Purple é aplicado sobre os controladores e APs da Ruckus existentes como uma sobreposição na nuvem. Os argumentos estão expostos em Por que razão a sua próxima atualização de WiFi não precisa de novo hardware. Para mais pormenores sobre o setor, consulte Plataformas de WiFi para visitantes de hotéis: comparação entre integração com PMS, Passpoint e largura de banda escalonada e Plataformas de WiFi para visitantes de estádios e arenas: comparação entre integração de alta densidade e ativação de patrocinadores.

Como é que os operadores de MDU e do setor da hospitalidade combinam o DPSK com um portal de visitantes personalizado?

O DPSK (Dynamic Pre-Shared Key) é a funcionalidade da Ruckus que atribui a cada pessoa ou dispositivo uma chave única num único SSID. Outros fornecedores chamam a esta ideia iPSK ou PPSK (private pre-shared key). O controlador mapeia cada chave para uma VLAN, uma LAN virtual IEEE 802.1Q. Os dispositivos de cada residente ficam então no seu próprio segmento numa infraestrutura partilhada.

O modelo que funciona em habitação para arrendamento (build-to-rent), alojamento estudantil e hotéis tem três partes:

1. SSID de residentes em DPSK. Cada residente recebe uma frase de acesso única mapeada para uma VLAN por unidade. O DPSK3 estende o modelo ao WPA3. Smart TVs, colunas e consolas de jogos ligam-se sem um portal ou cliente 802.1X.
2. SSID de visitantes com um portal personalizado. Os visitantes e os espaços de comodidades utilizam o portal externo através do WISPr. Ative o isolamento de clientes e mantenha a VLAN de visitantes separada dos residentes e dos sistemas do edifício.
3. Controlo do ciclo de vida. Associe chaves a novos residentes, residentes em mudança e residentes de saída. Quando um residente se muda, revogue a sua chave no próprio dia.

O Purple Guest WiFi executa o portal de visitantes neste modelo. Para os residentes, pode manter o Ruckus DPSK ou o Cloudpath. Em alternativa, o Purple Multi-Tenant WiFi com SecurePass é a alternativa ao Cloudpath. Dá a cada residente uma bolha de rede privada sob o modelo de Redes Baseadas em Identidade do Purple, gerida juntamente com o guest WiFi.

Os hotéis adicionam uma terceira população. Os funcionários autenticam-se com 802.1X em relação ao Microsoft Entra ID, Okta ou Google Workspace. Os hóspedes de estadias prolongadas ou de apartamentos com serviços utilizam o DPSK. Os hóspedes de curta duração e os participantes em conferências utilizam o portal personalizado com a marca.

Cenários práticos em instalações Ruckus

Os cenários abaixo são ilustrativos, baseados em padrões de implementação comuns. Os resultados são as alterações mensuráveis produzidas por cada arquitetura e não resultados comunicados por um local específico.

Um hotel de 220 quartos no SmartZone muda o início de sessão de visitantes para um portal externo

Situação. O hotel utilizava passes de visitante nativos do SmartZone. A receção imprimia um código em cada check-in e os códigos circulavam para além dos residentes. O departamento de marketing não tinha uma lista de e-mails com consentimento. O encarregado da proteção de dados não conseguia demonstrar quais os hóspedes que tinham aceite ser contactados.

O que foi feito. A equipa de TI criou uma WLAN Hotspot (WISPr) a apontar para o portal Purple e para o RADIUS na nuvem do Purple. O 802.1X dos funcionários e as WLANs administrativas mantiveram-se inalterados. O portal solicitou o consentimento de marketing como uma opção separada e não pré-selecionada. Foi oferecido aos hóspedes um perfil Passpoint após o primeiro início de sessão.

Resultado.

• Os códigos emitidos pela receção passaram de um por check-in para zero.
• Pontos de acesso substituídos: nenhum.
• Cada hóspede que aceitou produziu um registo de consentimento com carimbo de data/hora, exportável para pedidos de acesso ao abrigo do Artigo 15.º do GDPR.
• Os hóspedes com um perfil Passpoint voltaram a ligar-se em estadias posteriores sem passar pelo portal, com encriptação por 802.1X.

Um bloco residencial para arrendamento de 400 frações no RUCKUS One separa residentes e visitantes

Situação. Cada piso partilhava uma única chave pré-partilhada. As pessoas que saíam mantinham as chaves ativas até à alteração seguinte em todo o piso. Os residentes davam a sua chave aos visitantes e o WiFi do lounge e do ginásio estava na mesma rede.

O que foi feito. O operador emitiu um DPSK por residente, associado a uma VLAN por fração. Um SSID de visitante separado servia os visitantes e os espaços de comodidades através de um portal personalizado. A saída no processo de arrendamento desencadeava a revogação da chave.

Resultado.

• As chaves partilhadas em circulação passaram de uma por piso para zero.
• A revogação para quem sai passou da alteração de chave seguinte em todo o piso para o próprio dia da mudança.
• Dispositivos de visitantes nas VLANs de residentes: nenhum, por conceção.
• As operações obtiveram dados de tempo de permanência por espaço de comodidade para planear a limpeza e os horários de abertura.

Uma cadeia de retalho de 60 lojas executa um único portal no Ruckus e no Cisco Meraki

Situação. Uma aquisição deixou 40 lojas no Ruckus e 20 no Cisco Meraki. A cadeia operava dois portais, com dois conjuntos de termos e duas redações de consentimento. O Requisito 1 do PCI DSS também exige controlos de segurança de rede entre o tráfego de visitantes e o ambiente de dados de titulares de cartões.

O que foi feito. A cadeia implementou um portal da Purple em ambos os fornecedores, utilizando WISPr no Ruckus e a integração da splash page Meraki. As VLANs de visitantes mantiveram-se segmentadas das redes de ponto de venda em todas as lojas.

Resultado.

• Os portais passaram de dois para um.
• As redações de consentimento passaram de duas para uma.
• Os relatórios de visitas de compradores passaram a cobrir todas as 60 lojas num único painel de controlo.

Quanto custa executar cada opção num parque Ruckus

Os custos dividem-se em quatro categorias: licenças, hardware, esforço de configuração e encargos de conformidade. A linha das licenças é a visível. A linha da conformidade é a que prejudica se algo correr mal.

Elemento de custo	Nativo do Ruckus (SmartZone ou RUCKUS One)	Purple no Ruckus (portal externo)
Licença	Coberta pelas licenças existentes de AP SmartZone ou subscrição de dispositivo RUCKUS One	Subscrição da Purple adicional, no plano Connect, Capture ou Engage
Novo hardware	Nenhum	Nenhum: sobreposição na nuvem nos APs e controladores Ruckus existentes
Configuração inicial	WLAN de visitantes por zona ou local na consola Ruckus	WLAN WISPr, jardim murado e entrada RADIUS por controlador ou local, além do design do portal
Administração contínua	A equipa de TI gere passes, termos e alterações ao portal	O marketing edita o portal e as campanhas, a equipa de TI gere a WLAN
Pedidos de consentimento e acesso	Processo manual mantido fora da rede	Registos de perfil e consentimento exportáveis
Locais com múltiplos fornecedores	Portal separado por fornecedor	Um único portal em oito fornecedores
Migração de controlador	Definições de visitantes reconstruídas na nova consola	O portal e os dados permanecem na Purple, WLAN redirecionada

Dois custos raramente surgem num orçamento. O primeiro é o tempo dos colaboradores dedicado à emissão e reposição de códigos de visitantes. O segundo é a exposição regulatória. As coimas do UK GDPR atingem até 17,5 milhões de libras ou 4% do volume de negócios anual global, consoante o valor que for mais elevado.

Do lado da plataforma, a Purple possui certificação ISO 27001, Cyber Essentials e B Corp, estando em conformidade com o GDPR e o CCPA. Funciona com um tempo de atividade de 99,999% (dados da Purple).

Como decidir no caso do seu parque Ruckus?

Mapeie a sua situação para obter uma recomendação:

A sua situação	Recomendação
Um local, WiFi para visitantes como comodidade, sem utilização de marketing	Acesso de visitantes nativo do Ruckus
Cloudpath já implementado para os colaboradores, os visitantes necessitam apenas de acesso patrocinado	Fluxos de trabalho de visitantes patrocinados do Cloudpath
Vários locais Ruckus, o marketing envia e-mails aos visitantes	Purple Guest WiFi através do WISPr e da Northbound Interface
Ruckus e outros fornecedores	Purple em todos os fornecedores
Edifício de habitação para arrendamento, alojamento de estudantes ou bloco MDU com residentes e visitantes	DPSK para residentes, portal da Purple para visitantes
Hotel com quartos de longa permanência e delegados de conferências	802.1X para colaboradores, DPSK para estadias longas, portal Purple para hóspedes e delegados
Os visitantes recorrentes devem ligar-se automaticamente	Portal Purple e Passpoint em Hotspot 2.0 da Ruckus

Em seguida, coloque cinco questões à sua equipa:

1. Quem é o proprietário dos dados dos hóspedes? Se for o marketing ou as operações, precisa de uma plataforma externa.
2. Quantos locais e fornecedores irá gerir em três anos? O crescimento ou as aquisições favorecem um portal agnóstico em relação ao hardware.
3. Pode demonstrar o consentimento hoje? Se não, o Artigo 7.º do GDPR já representa uma lacuna.
4. Os residentes ou hóspedes de longa permanência precisam de redes privadas? Se sim, planeie o DPSK ou o SecurePass juntamente com o portal de hóspedes.
5. Está a transitar do SmartZone para o RUCKUS One? Um portal externo acompanha-o, pelo que apenas redireciona uma WLAN em vez de reconstruir o acesso de hóspedes.

Perguntas frequentes

O Purple funciona com os meus pontos de acesso e controladores Ruckus existentes?

Sim, o Purple é executado no seu parque Ruckus existente sem necessidade de novo hardware. Liga-se ao SmartZone através de uma WLAN Hotspot (WISPr), da Northbound Interface e de RADIUS. No RUCKUS One, utiliza o tipo de rede de portal cativo de terceiros (WISPr). O mesmo portal também funciona em Cisco Meraki, HPE Aruba, Juniper Mist, Ubiquiti UniFi, Cambium, Extreme e Fortinet. O artigo de configuração da Ruckus do Purple no centro de suporte do Purple lista os passos de configuração atuais.

Preciso de mudar do SmartZone para o RUCKUS One para utilizar um portal cativo externo?

Não, ambas as plataformas suportam portais cativos externos através do WISPr. Pode ligar o Purple ao SmartZone hoje e mantê-lo quando migrar. Durante a migração para o RUCKUS One, o portal, os registos de consentimento e os dados dos visitantes permanecem no Purple. Recria uma rede WISPr na consola do RUCKUS One e aponta-a para o mesmo portal e servidores RADIUS.

Um portal cativo externo na Ruckus está em conformidade com o GDPR?

Sim, desde que o portal registe o consentimento corretamente. O Artigo 7.º, n.º 1, do GDPR exige que demonstre que cada pessoa consentiu. O Purple guarda um registo com carimbo de data/hora de quem aceitou, quando e relativamente a que texto. As adesões por escolha consciente mantêm o consentimento de marketing separado da aceitação dos termos. O Purple tem certificação ISO 27001 e está em conformidade com o GDPR e a CCPA. O seu próprio aviso de privacidade e fundamento jurídico continuam a ser da sua responsabilidade como responsável pelo tratamento de dados.

Posso manter o DPSK ou o Cloudpath da Ruckus para residentes e utilizar o Purple para visitantes?

Sim, esta é uma divisão comum em imóveis para arrendamento (build-to-rent), alojamentos estudantis e hotéis. Os residentes mantêm-se no DPSK ou no Cloudpath no seu próprio SSID e VLANs por unidade. Os visitantes e os espaços de comodidades utilizam um SSID separado com o portal personalizado do Purple através do WISPr. Se mais tarde pretender uma única plataforma para ambos, o WiFi WiFi multi-inquilino do Purple com SecurePass substitui o Cloudpath para o acesso de residentes.

Quanto trabalho envolve uma migração do acesso de hóspedes nativo da Ruckus para o Purple?

A migração é uma alteração de configuração, não um projeto de hardware. Cria uma WLAN WISPr, adiciona entradas de walled garden e regista os servidores de RADIUS da Purple em cada controlador ou local do RUCKUS One. Em seguida, projeta o portal e a redação do consentimento. As WLANs da equipa, IoT e back-office permanecem intocadas. O artigo de suporte da Ruckus da Purple abrange os passos exatos para a versão do seu controlador.

Como é licenciado um portal externo em comparação com o acesso de convidados nativo do Ruckus?

O acesso de convidados nativo do Ruckus está coberto pelas suas licenças de AP SmartZone existentes ou pela subscrição de dispositivos RUCKUS One. Um portal externo adiciona uma subscrição da Purple, no plano Connect, Capture ou Engage. Não paga nada por novo hardware em nenhum dos casos. A subscrição inclui registos de consentimento, dados de convidados em primeira mão, relatórios entre vários fornecedores e integração de Passpoint que os fluxos de trabalho de convidados nativos não fornecem.

O Passpoint substitui o portal cativo no Ruckus?

Não, o Passpoint complementa o portal cativo em vez de o substituir. O convidado inicia sessão através do portal uma vez e aceita os termos e qualquer opção de adesão a marketing. A Purple oferece então um perfil de Passpoint. Em visitas posteriores, o dispositivo liga-se automaticamente através de WPA2 ou WPA3-Enterprise com 802.1X, sem ver o portal. O Ruckus suporta Hotspot 2.0 no SmartZone e RUCKUS One, e a Purple fornece a função de fornecedor de identidade.