Plataformas de WiFi para hotéis: integração com PMS, Passpoint e largura de banda em camadas comparadas

As plataformas de WiFi para visitantesWiFi de hotéis se diferenciam em três recursos. A integração com o PMS verifica o número do quarto e o sobrenome no Opera, Mews ou Cloudbeds antes de conceder o acesso. O Passpoint instala uma credencial apenas uma vez, para que os hóspedes recorrentes do programa de fidelidade se reconectem em qualquer propriedade sem passar por uma página de boas-vindas. A largura de banda em camadas aplica limites de velocidade por hóspede por meio do RADIUS. Um grupo multipropriedade precisa de todos os três recursos, integrados aos seus pontos de acesso existentes.

Qual configuração de WiFi para visitantesWiFi de hotel você deve escolher: login via PMS, Passpoint ou ambos?

Escolha com base no hóspede que você precisa atender. O login verificado pelo PMS é ideal para uma propriedade que precisa confirmar se cada hóspede está hospedado antes de conceder o acesso. O Passpoint é ideal para um grupo cujos membros do programa de fidelidade se hospedam repetidamente em diferentes propriedades. A largura de banda em camadas atua abaixo de ambos e decide o que cada hóspede verificado recebe.

Eles não são produtos concorrentes. São três camadas de um mesmo projeto de WiFi para visitantes WiFi:

• Identidade. Quem é este hóspede e ele está hospedado hoje à noite? O seu sistema de gestão hoteleira (PMS) tem a resposta.
• Conexão. Como o dispositivo se conecta? Um portal cativo, a página da web que um dispositivo exibe antes de acessar a internet, gerencia a primeira visita. O Passpoint gerencia todas as visitas subsequentes.
• Política. Qual velocidade, duração de sessão e segmento de rede este hóspede recebe? O RADIUS, o protocolo de autenticação definido no RFC 2865, transmite essas instruções para os seus pontos de acesso.

Uma comparação de plataformas de WiFi para visitantesWiFi de hotéis que avalia apenas a página de boas-vindas deixa de fora duas dessas três camadas. Avalie as três e analise o quão bem elas funcionam juntas.

Onde o login via PMS, o Passpoint e a largura de banda em camadas realmente se diferenciam?

	Portal cativo verificado pelo PMS	Passpoint e OpenRoaming	Largura de banda em camadas e isolamento de transmissão
O que faz	Verifica o número do quarto e o sobrenome no PMS antes de conceder o acesso	Conecta automaticamente dispositivos que possuem um perfil instalado, sem exibir página de boas-vindas	Aplica limites de velocidade, limites de sessão e segmentos de rede por quarto
O que verifica	Status de hospedagem e datas da estadia	Identidade da credencial, como um programa de fidelidade	Nada por si só; ele aplica o que os dados de identidade e do PMS decidem
Esforço do hóspede	Um formulário por dispositivo, por estadia	Uma instalação de perfil e nenhuma ação posterior em qualquer propriedade participante	Nenhum visível para o hóspede
Criptografia no ar	Nenhuma em WiFiSSID aberta, a menos que você adicione OWE (RFC 8110)	WPA2 ou WPA3-Enterprise com IEEE 802.1X	Herda do WiFiSSID no qual é executado
Padrões	Redirecionamento HTTP, RADIUS (RFC 2865)	IEEE 802.11u, Hotspot 2.0, 802.1X com EAP	Atributos RADIUS (RFC 2865, RFC 2868), CoA (RFC 5176), mDNS (RFC 6762)
Hardware necessário	Pontos de acesso corporativos existentes	Pontos de acesso existentes com Hotspot 2.0 habilitado no firmware	Pontos de acesso e controladores existentes, além de dispositivos de transmissão nos quartos
Dependência de dados	Conexão de PMS em tempo real	Repositório de identidades do RADIUS, com o PMS opcional para verificações de hóspedes internos	Dados de PMS ou de fidelidade para categorias, mapeamento de quartos para isolamento
Melhor adequação	Hotéis independentes, upgrades pagos, acesso exclusivo para hóspedes internos	Grupos focados em fidelidade com estadias recorrentes em várias propriedades	Todas as propriedades com tipos de hóspedes mistos ou streaming no quarto

A diferença mais marcante é o que cada camada comprova. Uma consulta ao PMS comprova uma estadia: este hóspede ocupa o quarto 412 até quinta-feira. Uma credencial do Passpoint comprova a identidade: este dispositivo pertence a um membro Gold. Nenhuma das duas comprova a outra. Um membro do programa de fidelidade que esteja almoçando em seu restaurante em um dia de folga possui um perfil válido, mas nenhuma reserva.

Você resolve isso no servidor do RADIUS. Quando um dispositivo com Passpoint se autentica, a plataforma consulta o PMS em busca de uma estadia ativa vinculada ao perfil desse membro. Os membros hospedados recebem a categoria de fidelidade. Os membros sem reserva recebem a categoria de visitante padrão. Uma única credencial produz dois resultados, decididos antes mesmo que o dispositivo conclua a conexão.

A segurança também varia. Um portal cativo clássico funciona em um SSID aberto, de modo que o tráfego entre o dispositivo e o ponto de acesso não é criptografado. O Opportunistic Wireless Encryption (OWE) reduz parte dessa vulnerabilidade. O Passpoint opera em WPA2 ou WPA3-Enterprise com IEEE 802.1X, o padrão de controle de acesso baseado em porta. Cada sessão recebe suas próprias chaves de criptografia antes do início do fluxo de dados.

Quando o login verificado por PMS é a escolha certa?

Como funciona a verificação no Opera, Mews e Cloudbeds

O fluxo para o hóspede é o mesmo, independentemente do PMS utilizado. O hóspede se conecta ao SSID para visitantes e o portal cativo solicita o número do quarto e o sobrenome, ou um código de reserva. A plataforma faz a consulta ao PMS. Uma correspondência retorna o registro da estadia, incluindo a data de check-out e o perfil do hóspede. A plataforma libera o dispositivo com uma sessão que expira no momento do check-out.

O que varia é a conexão em segundo plano:

• Oracle OPERA. Propriedades com OPERA PMS local tradicionalmente se conectam via FIAS (Fidelio Interface Application Specification), por meio de um servidor de interface no local. Propriedades OPERA Cloud se conectam por meio de APIs REST no Oracle Hospitality Integration Platform (OHIP).
• Mews. Um PMS nativo na nuvem que disponibiliza sua API Connector para integrações de parceiros, dispensando o uso de servidor de interface no local.
• Cloudbeds. Disponibiliza uma API REST para parceiros e lista integrações homologadas em seu marketplace.

Pergunte a cada fornecedor da sua lista qual caminho ele utiliza para cada PMS da sua rede. Propriedades franqueadas e adquiridas costumam operar com um PMS diferente do utilizado pela marca principal. Uma plataforma que atende a apenas um modelo deixará lacunas.

Leitura do status de fidelidade, além do status do quarto

A verificação de quarto responde a uma pergunta. O status no programa de fidelidade responde à seguinte: o que este hóspede deve receber? Os perfis de hóspedes do OPERA podem armazenar o tipo e o nível de fidelidade, os quais a plataforma lê na mesma consulta. Em vez disso, muitos grupos mantêm dados de fidelidade em um CRM ou motor de fidelidade separado. Nesse caso, a plataforma precisa de uma segunda consulta, vinculada ao ID do perfil ou ao endereço de e-mail retornado pelo PMS.

Qualquer que seja a fonte utilizada, defina um mapeamento do nível de fidelidade para o nível de WiFi para todo o grupo. Escreva-o uma vez e aplique-o em todas as propriedades, independentemente do PMS.

Quando é a decisão certa

O login verificado pelo PMS é o método principal correto quando:

• você precisa restringir o acesso a hóspedes hospedados por motivos de largura de banda, licenciamento ou segurança;
• você vende um nível premium e deseja que a cobrança seja lançada na conta do hóspede, onde sua interface de PMS suporte lançamentos;
• a maioria dos seus hóspedes são visitantes a lazer ou a trabalho ocasionais sem perfil de fidelidade;
• você deseja que o acesso encerre automaticamente no check-out, sem nenhuma ação da recepção.

Planeje para os casos excepcionais. Sobrenomes causam falhas nas consultas: caracteres acentuados, sobrenomes compostos e quartos reservados em nome de um colega. Ofereça um método alternativo com a referência da reserva e um código de sobreposição da recepção, para que uma divergência nunca deixe um hóspede preso na página de login. Para obter um guia explicativo em linguagem simples que sua equipe pode compartilhar, consulte Como me conectar ao WiFi: redes domésticas, de hotéis e de trabalho.

Cenário prático: acesso em níveis em um hotel urbano de 200 quartos

Este exemplo prático calcula os resultados a partir de premissas declaradas.

Situação. Um hotel executivo de 200 quartos em uma linha de 1 Gbps opera um portal cativo aberto sem limites. No pico da noite, alguns dispositivos baixando grandes atualizações podem saturar a linha para todos os outros.

O que foi feito. O hotel muda para o login verificado pelo PMS com dois níveis. O Standard oferece a cada hóspede hospedado 5 Mbps por dispositivo, correspondendo à recomendação publicada pela Netflix para streaming em Full HD. O Premium, gratuito para membros do programa de fidelidade e vendido para outros hóspedes na conta do quarto, oferece 15 Mbps por dispositivo. Isso corresponde à recomendação da Netflix para 4K.

Resultado mensurável. Com 85% de ocupação, 170 quartos estão ocupados. Assuma um pico de 120 dispositivos de streaming ativos: 100 no Standard e 20 no Premium. A carga no pior cenário é de 500 Mbps mais 300 Mbps, um total de 800 Mbps. O pico torna-se limitado e previsível, deixando 200 Mbps de margem na linha existente.

Quando o Passpoint é a decisão certa para hóspedes do programa de fidelidade que retornam?

Como o Passpoint reconecta hóspedes sem uma página de boas-vindas

O Passpoint é o programa de certificação para Hotspot 2.0, construído sobre a emenda IEEE 802.11u. Os pontos de acesso anunciam o suporte ao Hotspot 2.0 em seus beacons. Um dispositivo que possui um perfil do Passpoint faz consultas a eles usando o Access Network Query Protocol (ANQP). Ele pergunta quais identificadores de consórcio de roaming (RCOIs) e domínios a rede aceita.

Se a rede anunciar um identificador que corresponda ao perfil instalado, o dispositivo se conecta sozinho. Ele se autentica com 802.1X e um método de Protocolo de Autenticação Extensível (EAP). O EAP-TLS usa um certificado; o EAP-TTLS carrega um nome de usuário e uma senha dentro de um túnel criptografado. O servidor RADIUS valida a credencial. O hóspede está online antes de chegar à recepção, sem página de boas-vindas, senha ou escolha de SSID.

A reconexão entre propriedades ocorre a partir dos identificadores. Anuncie o mesmo RCOI ou realm em todos os hotéis do grupo, e um único perfil funcionará em todos eles. Um hóspede que instalou o perfil em Manchester se reconecta automaticamente em Edimburgo meses depois.

Distribuição e revogação de perfis

Os hóspedes instalam o perfil uma única vez. As três rotas comuns são:

1. uma oferta para "conectar-se automaticamente na próxima vez" no final do primeiro login no portal cativo;
2. um download dentro do aplicativo do grupo hoteleiro, vinculado à conta de fidelidade conectada;
3. um link no e-mail anterior à chegada.

Os perfis são mantidos pelos hóspedes, portanto, você não pode distribuí-los da mesma forma que a TI distribui certificados para laptops gerenciados. Os dispositivos dos funcionários são um problema à parte, abordado em Como usar o Microsoft Intune para enviar certificados WiFi para dispositivos.

A revogação acontece no servidor RADIUS. Quando uma assinatura expira ou um hóspede relata a perda de um telefone, desative a credencial. A próxima tentativa de conexão falhará e nada precisará ser alterado no dispositivo.

Onde o OpenRoaming se encaixa

O OpenRoaming, gerenciado pela Wireless Broadband Alliance (WBA), é uma federação construída sobre o Passpoint. As redes participantes aceitam credenciais de provedores de identidade federados. Dispositivos com um perfil do OpenRoaming podem se conectar a qualquer rede participante, inclusive na primeira visita ao seu hotel. O Purple oferece suporte ao OpenRoaming como parte de suas Redes Baseadas em Identidade.

Quando é a escolha certa

O Passpoint é a escolha certa quando:

• você administra um programa de fidelidade e uma parcela significativa das estadias são visitas recorrentes;
• suas propriedades estão espalhadas por cidades ou países, e o acesso sem fricção entre propriedades faz parte da promessa da marca;
• você deseja que o tráfego dos hóspedes seja criptografado via rede sem fio por padrão;
• você possui um aplicativo ou e-mail pré-chegada para distribuir perfis.

É o método principal errado para um hotel independente único, com poucos hóspedes recorrentes. Nesses locais, instalar um perfil exige mais esforço do hóspede do que um único login no portal.

Verifique o suporte antes de se comprometer. As versões atuais do iOS e do Android oferecem suporte a perfis do Passpoint, mas os fluxos de instalação variam de acordo com a plataforma. Seus pontos de acesso também precisam estar com o Hotspot 2.0 ativado no firmware atual.

Cenário prático: eliminação de logins repetidos em um grupo de 12 propriedades

Este exemplo prático calcula os resultados a partir de suposições declaradas.

Situação. Um grupo hoteleiro de 12 propriedades tem uma média de 150 quartos por hotel com 80% de ocupação. Cada estadia começa no portal cativo, em todos os dispositivos, em todas as propriedades.

O que foi feito. O grupo oferece um perfil Passpoint após o primeiro login e em seu aplicativo, anunciando um RCOI em todos os 12 hotéis. Na autenticação, a plataforma consulta o PMS e atribui a categoria de fidelidade aos membros hospedados.

Resultado mensurável. Doze hotéis, multiplicados por 150 quartos, 80% de ocupação e 365 noites, geram 525.600 diárias por ano. Com uma permanência média de duas noites, isso representa 262.800 estadias. Se 40% forem estadias de fidelidade com dois dispositivos cada, o Passpoint elimina cerca de 210.000 logins de portal por ano, assim que os membros possuem o perfil.

Como impor largura de banda por categoria e isolamento de transmissão no quarto entre as propriedades?

Imposição de categorias por meio do RADIUS

Assim que a plataforma define a categoria de um hóspede, ela informa o ponto de acesso por meio de atributos na mensagem Access-Accept do RADIUS. Três atributos realizam a maior parte do trabalho:

• Session-Timeout (RFC 2865) encerra a sessão no checkout ou após um período definido.
• Tunnel-Private-Group-ID (RFC 2868, aplicado a VLANs na RFC 3580) coloca o dispositivo em uma VLAN específica. Uma VLAN é uma LAN virtual que separa o tráfego logicamente em um hardware compartilhado.
• Filter-Id (RFC 2865) nomeia uma política ou função definida na controladora, como um perfil de limite de taxa.

Os limites de taxa em si variam de acordo com o fabricante. Algumas controladoras aceitam atributos específicos do fornecedor (VSAs) que carregam as velocidades diretamente. Outras aplicam uma função nomeada ou política de grupo retornada no Filter-Id. Políticas nomeadas trafegam melhor por toda a infraestrutura. Defina "Standard" e "Premium" com limites idênticos em cada controladora, e a plataforma retornará o mesmo nome em todos os lugares.

Upgrade de um hóspede no meio da estadia

Um hóspede que compra o plano Premium às 21h não deve precisar se reconectar. A Mudança de Autorização do RADIUS (CoA, RFC 5176) permite que a plataforma envie uma nova política para uma sessão ativa. O ponto de acesso aplica o limite mais alto imediatamente, e a transmissão continua normalmente. Confirme o suporte a CoA em cada controladora de sua infraestrutura antes de vender upgrades durante a estadia.

Isolamento da transmissão no quarto

O isolamento de clientes impede que os dispositivos dos hóspedes se vejam, o que é o padrão correto em uma rede compartilhada. No entanto, ele também interrompe a transmissão (casting). O Chromecast e o AirPlay descobrem dispositivos por meio do DNS multicast (mDNS, RFC 6762), e o isolamento bloqueia essa descoberta.

A solução é um segmento privado por quarto. Dois padrões funcionam:

• Chaves por quarto. A Identity PSK (iPSK), também chamada de PSK privada (PPSK), fornece a cada quarto sua própria senha de WiFi em um SSID compartilhado. Os dispositivos que usam essa chave, incluindo o dongle da TV do quarto, permanecem em um único segmento e veem apenas uns aos outros. O artigo Onboarding de WiFi BYOD: Gerenciando dispositivos não gerenciados em hotéis e no varejo aborda detalhadamente o onboarding baseado em chaves.
• Redes privadas por hóspede. A Private Area Network (PAN) do Purple cria uma bolha de rede privada ao redor dos dispositivos de cada hóspede e do dispositivo de transmissão do quarto.

O isolamento entre os quartos permanece ativo. O hóspede do quarto 412 não consegue ver a TV do 414, e o hóspede do 414 não consegue ver o notebook do 412.

Mantendo a política consistente em um patrimônio com hardware misto

Grupos com várias propriedades raramente usam um único fornecedor de pontos de acesso. Aquisições e acordos de franquia trazem Cisco Meraki em uma cidade e HPE Aruba ou Ruckus em outra. Uma plataforma independente de hardware mantém a política de forma centralizada e a traduz para cada controlador. O Purple funciona como uma sobreposição em nuvem no Cisco Meraki, HPE Aruba, Ruckus, Juniper Mist, Ubiquiti UniFi, Cambium, Extreme e Fortinet. Os nomes das camadas, mapeamentos de PMS e RCOIs permanecem idênticos em todo o patrimônio.

Quanto custa a operação de cada abordagem?

Os preços da plataforma dependem do seu patrimônio, portanto, compare os fatores de custo em vez dos preços de tabela. A tabela mostra para onde vão o dinheiro e o esforço.

Linha de custo	Portal verificado pelo PMS	Passpoint e OpenRoaming	Largura de banda em camadas e isolamento de transmissão
Pontos de acesso	Pontos de acesso corporativos existentes	Pontos de acesso existentes com firmware Hotspot 2.0	Pontos de acesso e controladores existentes
Termos do fornecedor de PMS	Acesso à interface ou API por propriedade, nos termos de parceiros Oracle, Mews ou Cloudbeds	Somente se você verificar o status do hóspede na autenticação	Somente se as camadas lerem o nível de fidelidade do PMS
Certificados	Hospedados pela plataforma com o portal cativo	Certificado de servidor para EAP, renovado antes do vencimento	Nenhum
Hardware no quarto	Nenhum	Nenhum	Um dispositivo de transmissão por quarto onde as TVs não possuem transmissão integrada
Operações contínuas	Suporte da recepção com pesquisas de sobrenome com falha	Distribuição de perfil e revogação de credenciais	Nomes de políticas idênticos em cada controlador
Efeito na largura de banda	Nenhum por si só	Nenhum por si só	Limita a carga de pico e adia atualizações de linha

O hardware é geralmente a menor linha. Se os seus pontos de acesso suportarem os padrões acima, nenhuma dessas camadas precisará de hardware novo. O artigo Por que sua próxima atualização de WiFi não precisa de novos hardwares apresenta esse argumento na íntegra.

O acesso ao PMS é a linha que os compradores mais esquecem. Oracle, Mews e Cloudbeds definem, cada um, seus próprios termos para conexões de parceiros. O OPERA local também pode precisar de uma licença de interface. Obtenha esses termos por escrito para cada propriedade antes de assinar.

A largura de banda é onde a divisão em camadas mostra seu valor. No cenário de 200 quartos, os limites mantêm o pico noturno em 800 Mbps em uma linha de 1 Gbps. Sem eles, o pico é o que os dispositivos mais exigentes demandarem, e a resposta usual é um circuito mais caro. Uma camada premium lançada na conta adiciona uma linha de receita contra o custo da plataforma. Meça a adesão por propriedade por meio do WiFi Analytics.

O custo das operações escala com o atrito. Cada pesquisa de sobrenome com falha é uma interação na recepção, e cada perfil Passpoint instalado remove logins futuros. Conte ambos ao modelar o custo total.

Como você decide sobre uma configuração de WiFi para visitantes para o seu patrimônio hoteleiro?

Sua situação	Configuração recomendada	Motivo
Hotel independente único, poucos hóspedes recorrentes	Portal verificado pelo PMS com dois níveis de largura de banda	Confirma a condição de hóspede no local; a instalação de perfis exige mais esforço do que gera economia
Grupo hoteleiro com programa de fidelidade	Passpoint para membros, portal verificado pelo PMS como alternativa e níveis por categoria de associação	Elimina logins repetidos entre propriedades; o portal atende aos hóspedes de primeira viagem
Rede com PMSs mistos após aquisições	Uma única plataforma conectada ao OPERA, Mews e Cloudbeds, com um único mapeamento de níveis	Mantém a política idêntica independentemente do PMS
Resort ou propriedade para estadias prolongadas com TVs nos quartos	iPSK por quarto ou Rede de Área Privada, além de níveis	Restaura a transmissão sem expor dispositivos entre os quartos
Hotel com alto fluxo de conferências	Níveis verificados pelo PMS para hóspedes e um SSID exclusivo para eventos com seus próprios limites	Impede que o tráfego de congressistas consuma a largura de banda dos hóspedes
Local de uso misto com unidades de varejo	Uma plataforma com SSIDs e políticas separadas para hóspedes e clientes do varejo	Mantém os dados dos hóspedes do hotel e o tráfego dos clientes de varejo separados

Em seguida, siga estes cinco passos:

1. Liste todos os fornecedores de PMS e pontos de acesso da sua rede, propriedade por propriedade.
2. Escreva seu mapeamento de níveis: da categoria de associação para velocidade, duração da sessão e limite de dispositivos.
3. Decida onde os dados de fidelidade residirão: no perfil do PMS ou em um mecanismo de fidelidade separado.
4. Realize um projeto piloto em duas propriedades com plataformas PMS diferentes, com o Passpoint ativado para os membros.
5. Implemente um modelo de política único e, em seguida, meça a adesão aos níveis e o volume de logins por propriedade.

A mesma lógica de níveis se aplica a shopping centers e redes de lojas de rua, abordada em nossa página de Varejo. Para especificações do setor hoteleiro, consulte Hotéis.

A Purple opera o WiFi para visitantes em mais de 80.000 locais em 90 países, atendendo a 500 milhões de usuários e logins por ano. A plataforma é certificada pela ISO 27001, em conformidade com a GDPR e certificada pela B Corp, com 99,999% de tempo de atividade.

Perguntas frequentes

Precisamos de novos pontos de acesso para adicionar integração com o PMS, Passpoint ou largura de banda em níveis?

Não. A Purple funciona como uma camada em nuvem sobre os pontos de acesso que você já possui: Cisco Meraki, HPE Aruba, Ruckus, Juniper Mist, Ubiquiti UniFi, Cambium, Extreme e Fortinet. A integração com o PMS e o sistema de níveis não exigem alterações de hardware. O Passpoint exige que o Hotspot 2.0 esteja ativado no firmware do seu controlador, portanto, confirme o suporte na sua versão atual antes de planejar a implementação.

Um portal cativo e o Passpoint podem funcionar lado a lado?

Sim, e a maioria dos grupos hoteleiros deve operar ambos. O Passpoint atende aos hóspedes que possuem um perfil. O portal cativo atende aos hóspedes de primeira viagem e a qualquer pessoa que recuse a criação do perfil. Um padrão comum é oferecer o perfil do Passpoint ao final do primeiro login no portal, tornando o portal o ponto de adesão. Ambas as rotas podem ler os mesmos dados do PMS e atribuir os mesmos níveis.

Com quais plataformas de PMS uma plataforma de WiFi para visitantes pode realizar a verificação?Qualquer PMS com uma interface documentada ou API. O Oracle OPERA conecta-se por meio do FIAS no local ou por meio das APIs da Oracle Hospitality Integration Platform na nuvem. A Mews publica sua API Connector e a Cloudbeds publica uma API REST para parceiros. Pergunte a cada fornecedor em sua lista restrita qual caminho ele usa para cada PMS que você executa e solicite uma propriedade de referência nesse PMS.

O login de WiFi verificado pelo PMS está em conformidade com o GDPR?

Sim, quando você o projeta para minimização de dados. A pesquisa precisa apenas do número do quarto e do sobrenome, ou de uma referência de reserva, para confirmar uma estadia. Os dados de marketing precisam de um opt-in separado de escolha consciente no momento do login, nunca de uma caixa pré-marcada. O Purple é compatível com o GDPR e certificado pela ISO 27001. Você ainda deve documentar a base legal para cada campo de dados em seus registros de processamento.

Como migramos de nosso provedor atual de WiFi para visitantes sem tempo de inatividade?

Migre propriedade por propriedade, não em uma única transição. O Purple se sobrepõe aos seus pontos de acesso existentes, portanto não há necessidade de substituir tudo. Configure a nova estrutura do portal cativo junto com a antiga e teste as pesquisas de PMS em relação às estadias ativas. Em seguida, altere o SSID para visitantes durante um período de baixo movimento, mantendo a configuração antiga pronta como opção de reversão.

O isolamento do cliente impede que os hóspedes façam transmissões para a TV do quarto?

Sim. O isolamento do cliente bloqueia a descoberta de DNS multicast na qual o Chromecast e o AirPlay dependem, portanto a TV nunca aparece no telefone do hóspede. Desativar o isolamento restaura a transmissão, mas expõe cada dispositivo a todos os outros hóspedes. Em vez disso, use um segmento privado por quarto, por meio de chaves de iPSK por quarto ou da Private Area Network do Purple. Os hóspedes verão sua própria TV e nada mais.

O que impulsiona o custo de execução de uma plataforma de WiFi para visitantes de hotel?

Quatro linhas o impulsionam: a assinatura da plataforma, os termos de parceiros de PMS, a largura de banda e o esforço da recepção. O Purple oferece três planos: Connect, Capture e Engage. Os fornecedores de PMS definem seus próprios termos de parceiros por propriedade, portanto, obtenha-os por escrito com antecedência. Os limites de largura de banda em camadas reduzem a carga de pico e adiam as atualizações de linha. O Passpoint remove logins repetidos, o que reduz o suporte da recepção em toda a propriedade ao longo do tempo.