Vai al contenuto principale

Hotel Guest WiFi Management: Integrating PMS, Portals, and Brand Standards

Questa guida tecnica descrive in dettaglio come progettare reti WiFi per hotel di livello enterprise, concentrandosi sulla segmentazione VLAN, sull'integrazione PMS per la gestione automatizzata delle sessioni e sull'ottimizzazione del Captive Portal per l'acquisizione di dati conforme al GDPR.

📖 5 minuti di lettura📝 983 parole🔧 2 esempi pratici3 domande di esercitazione📚 8 definizioni chiave

Ascolta questa guida

Visualizza trascrizione del podcast
Benvenuto al Technical Briefing di Purple. Oggi parleremo della gestione del WiFi per gli ospiti degli hotel, in particolare di come integrare il sistema di gestione della proprietà (PMS), i Captive Portal e gli standard del brand in un'architettura di rete coerente, conforme e commercialmente vantaggiosa. Che tu sia l'IT manager di una singola struttura, il network architect di un intero portfolio o il CTO che deve approvare un rinnovo infrastrutturale pluriennale, questo briefing è pensato per te. Saremo diretti e pratici. Niente teoria fine a se stessa. Partiamo dal problema. Il WiFi per gli ospiti degli hotel è uno di quei componenti infrastrutturali che sulla carta sembra semplice, ma che nella pratica si trasforma in un notevole grattacapo operativo. Il motivo è che una rete alberghiera deve servire contemporaneamente almeno quattro popolazioni distinte: ospiti, personale, sistemi dell'edificio e, sempre più spesso, dispositivi IoT in camera come smart TV, termostati e assistenti vocali. Ogni gruppo ha requisiti di sicurezza, aspettative di performance e implicazioni di conformità completamente diversi. Sbagliare questa architettura comporta tre costi: i punteggi di soddisfazione degli ospiti crollano, la sicurezza si indebolisce e si perde il patrimonio di dati che un WiFi autenticato dovrebbe generare. Parliamo quindi di architettura. La base è la segmentazione della rete tramite VLAN (Virtual Local Area Network). Una VLAN è un costrutto di Livello 2 definito nello standard IEEE 802.1Q che consente di gestire più reti logicamente separate sulla stessa infrastruttura fisica. Immaginala come più corsie sulla stessa autostrada, ognuna con il proprio limite di velocità e le proprie regole di accesso. In un hotel, sono necessarie come minimo quattro VLAN: WiFi ospiti sulla VLAN 10, personale sulla VLAN 20, IoT e sistemi dell'edificio sulla VLAN 30 e la rete di pagamento conforme agli standard PCI sulla VLAN 40. Ogni SSID (il nome della rete che vedono gli ospiti) è mappato su una VLAN corrispondente. Il firewall applica una policy di negazione predefinita (default-deny) tra di esse. Il traffico degli ospiti viene instradato esclusivamente verso Internet. Non tocca mai il sistema di gestione della proprietà, i terminali dei punti vendita o le comunicazioni del personale. Ora, l'integrazione che cambia tutto: il collegamento della piattaforma di gestione WiFi al Property Management System (PMS). Che si utilizzi Oracle OPERA, Mews, Protel o un altro sistema, il PMS rappresenta l'unica fonte di verità su chi si trova nell'edificio, in quale camera alloggia, quale livello di fidelizzazione possiede e quando effettuerà il check-out. Se la piattaforma WiFi non comunica con il PMS, si sta operando alla cieca. Un'implementazione ben integrata funziona così. Un ospite effettua il check-in, alla reception o tramite app mobile. Il PMS invia un webhook o una chiamata API alla piattaforma di gestione WiFi. La piattaforma pre-configura il profilo dell'ospite: il livello di fidelizzazione, l'SSID preferito, la policy sulla larghezza di banda. Quando l'utente si connette alla rete, l'esperienza è immediata. Al momento del check-out, la sessione viene revocata automaticamente. Nessuna credenziale residua. Nessuna vulnerabilità di sicurezza causata da un ospite che ha effettuato il check-out tre ore prima ma il cui dispositivo risulta ancora autenticato sulla rete. Il Captive Portal (talvolta chiamato splash page) è il punto in cui la rete si trasforma da centro di costo ad asset di dati. Se gestito male, è un fastidio che spinge gli ospiti ad abbandonare la connessione. Se gestito bene, è il canale principale per l'acquisizione di dati di prima parte. L'ospite si autentica tramite e-mail, social login o verifica SMS. In questo modo si acquisisce un'identità verificata. Tale identità si collega al dispositivo, al timestamp della visita, al tempo di permanenza e alle visite successive. Nel tempo, si costruisce un set di dati dei propri ospiti reali conforme al GDPR e basato sul consenso: non dati dedotti, non dati di terze parti, ma dati di prima parte di proprietà dell'azienda. La conformità al GDPR in questo ambito non è negoziabile. La splash page deve presentare un'informativa sulla privacy chiara, opzioni di consenso esplicite per il marketing e un meccanismo semplice che consenta agli ospiti di esercitare i propri diritti sui dati. Aspetto fondamentale: il consenso all'uso del WiFi non equivale al consenso a ricevere e-mail di marketing. Devono essere scelte separate e disaccoppiate. La piattaforma di Purple gestisce questo aspetto in modo nativo, con registri di consenso collegati a ciascun profilo utente e audit trail disponibili per verifiche normative. Sul fronte della sicurezza: WPA3-Enterprise con IEEE 802.1X rappresenta il gold standard per le reti del personale. Per le reti ospiti, l'approccio standard prevede WPA3-Personal o una rete aperta protetta da un Captive Portal con obbligo di HTTPS. Ciò che non si deve assolutamente fare è gestire una rete aperta senza isolamento dei client. L'isolamento dei client impedisce a qualsiasi dispositivo ospite di comunicare direttamente con un altro dispositivo ospite sulla stessa rete. Senza di esso, lo smartphone compromesso di un ospite può sondare ogni altro dispositivo connesso allo stesso SSID. Abilita l'isolamento dei client su ogni SSID rivolto agli ospiti. Senza eccezioni. Per l'autenticazione sulle reti del personale, lo standard 802.1X utilizza l'Extensible Authentication Protocol (EAP) per verificare l'identità tramite un server RADIUS, che a sua volta interroga l'identity provider. Purple si integra con Microsoft Entra ID, Okta e Google Workspace. Quando un membro del personale si autentica, il server RADIUS può restituire non solo un esito positivo o negativo, ma anche l'assegnazione di una VLAN e una policy QoS basata sul suo ruolo. Questo è il meccanismo tecnico che fa funzionare automaticamente l'accesso alla rete basato sui ruoli, senza provisioning manuale. Parliamo ora degli standard del brand e della coerenza a livello di catena, perché è qui che la sfida di governance diventa importante tanto quanto quella tecnica. Un brand alberghiero globale può avere centinaia di strutture in decine di paesi, ciascuna con diversi ISP locali, infrastrutture di epoche differenti e diversi accordi di franchising. Offrire un'esperienza WiFi coerente per gli ospiti in tutto questo patrimonio richiede un'architettura di rete gestita in cloud con una gestione centralizzata delle policy. Il modello che funziona è una gerarchia a tre livelli. La sede centrale del brand definisce i modelli di policy: gli SSID, gli standard di sicurezza, le allocazioni di banda per i livelli di fidelizzazione, il branding del Captive Portal. Gli hub regionali applicano questi modelli con variazioni locali. Le singole strutture ereditano dall'hub regionale e possono personalizzare solo entro i parametri definiti dal brand. Le strutture hanno flessibilità, ma non possono violare gli standard del brand. Dal punto di vista tecnologico, ciò richiede una piattaforma WiFi gestita in cloud con un motore di policy gerarchico. Gli access point di ciascuna struttura si connettono al controller cloud, scaricano la loro configurazione e la applicano localmente. Se la connessione internet di una struttura si interrompe, gli AP continuano a funzionare in modalità autonoma in base all'ultima configurazione valida nota. Questa resilienza è fondamentale. Vediamo la sequenza pratica di implementazione. Cinque fasi. Fase uno: site survey. Prima di toccare un solo cavo, ispeziona la struttura con un analizzatore di spettro. Utilizza un software di modellazione predittiva per definire il posizionamento degli access point prima di procedere con il cablaggio. L'obiettivo è la copertura all'interno delle camere. Un AP per camera, o al minimo uno ogni due camere. Il posizionamento nei corridoi è un errore comune che crea zone d'ombra di copertura nelle camere. Fase due: progettazione dell'architettura VLAN. Mappa ogni tipo di dispositivo su una VLAN dedicata prima di configurare qualsiasi cosa. Ospiti, personale, IoT, sistemi di pagamento. Le regole inter-VLAN del tuo firewall sono importanti quanto l'architettura VLAN stessa. Default-deny, explicit-permit. Fase tre: definizione dell'integrazione PMS. Fallo prima di selezionare la tua piattaforma WiFi, non dopo. Conferma che la piattaforma scelta disponga di un connettore predefinito per il tuo PMS e comprendi l'impegno di integrazione delle API prima di impegnarti. Fase quattro: Captive Portal e flusso di autenticazione. Testa l'intero percorso dell'ospite end-to-end su iOS, Android e Windows prima del lancio. Testa i flussi di consenso. Testa cosa succede in caso di visita successiva. Un Captive Portal che impiega 45 secondi a caricarsi o che richiede dieci campi di informazioni personali è un fallimento del brand, non solo un problema tecnico. Fase cinque: configurazione di analytics e reportistica. Collega il livello dati del tuo WiFi al tuo CRM e agli strumenti di marketing automation. Il patrimonio di dati che hai costruito attraverso il WiFi autenticato ha valore solo se alimenta i flussi di lavoro a valle. Ora le insidie. Vedo ripetutamente sempre le stesse. Il primo è il sottodimensionamento dell'uplink internet. Nove volte su dieci, un WiFi lento in hotel è un problema di larghezza di banda sulla WAN, non un problema di radiofrequenza. Per un hotel di 200 camere con un'occupazione dell'80% e ospiti che guardano video in streaming, prevedi da cinque a dieci megabit al secondo per camera nelle ore di punta. Si tratta di una larghezza di banda garantita da 800 megabit a 1,6 gigabit. Il secondo errore è la configurazione errata delle porte trunk. Se una porta dello switch che trasporta più VLAN viene accidentalmente configurata come porta di accesso, tutto il traffico collassa su un'unica VLAN e la segmentazione scompare silenziosamente. Verifica le configurazioni dei tuoi switch dopo ogni modifica. Il terzo errore è l'implementazione di un Captive Portal che raccoglie dati ma non ha un flusso di lavoro di marketing a valle. Hai creato la risorsa di dati. Ora usala. Domande a raffica. Dovrei far pagare il WiFi agli ospiti? No. Nel 2026, il WiFi per gli ospiti a pagamento è un ostacolo alla soddisfazione del cliente. Il valore dei dati e del marketing di un WiFi gratuito e autenticato supera di gran lunga qualsiasi ricavo derivante dalle tariffe di accesso. Ho bisogno del Wi-Fi 6 o va bene il Wi-Fi 5? Se stai implementando una nuova infrastruttura oggi, scegli sempre il Wi-Fi 6. La differenza di costo è minima e il margine di prestazioni è significativo. Come gestisco i dispositivi IoT nelle camere degli ospiti? Segmentali su una VLAN IoT dedicata, senza possibilità di movimento laterale e con un filtraggio rigoroso del traffico in uscita. Non dovrebbero mai condividere un segmento di rete con i dispositivi degli ospiti. Per riassumere. La gestione del WiFi per gli ospiti degli hotel non è principalmente un problema di larghezza di banda. È un problema di architettura, integrazione e governance. Le strutture che gestiscono correttamente questo aspetto hanno tre cose in comune: una rete centralizzata gestita in cloud con un modello di policy gerarchico, un'integrazione profonda con il PMS che rende automatica la gestione delle sessioni e la differenziazione dei livelli di fidelizzazione, e considerano i dati sulle prestazioni del WiFi come una metrica operativa di primaria importanza. I tre punti chiave da ricordare. Uno: segmenta correttamente la tua rete fin dal primo giorno. Ospiti, personale e IoT su VLAN separate, con un firewall tra di loro. Due: integra la tua piattaforma WiFi con il tuo PMS prima del go-live. Il provisioning e la revoca automatica delle sessioni non sono un optional. Tre: considera il tuo Captive Portal come una piattaforma di marketing, non solo come un gateway di accesso. I dati di prima parte che acquisisci tramite il WiFi autenticato sono una delle tue risorse commerciali più preziose. Purple opera in 80.000 sedi e ha elaborato 440 milioni di accessi nel 2024. Se desideri scoprire come la piattaforma Guest WiFi di Purple gestisce l'integrazione con il PMS, la gestione delle policy a livello di catena e l'analisi dei dati degli ospiti, visita purple.ai. Grazie per l'ascolto.

📚 Parte della nostra serie principale: Guest WiFi Guide

header_image.png

Executive Summary

Hotel guest WiFi is no longer a utility; it is a critical operational system and a primary channel for first-party data capture. This technical reference guide details how to architect, deploy, and manage enterprise-grade WiFi across hospitality environments. It covers network segmentation, Property Management System (PMS) integration, captive portal optimisation, and chain-wide brand standard enforcement. For IT directors, network architects, and venue operations directors, the goal is clear: deliver a fast, secure connection that integrates seamlessly with your Guest WiFi infrastructure while capturing compliant data to feed your WiFi Analytics platform.

Whether you manage a boutique hotel or a global portfolio of 500 properties, the technical requirements are the same: isolate traffic, automate session management via the PMS, and enforce consistent security policies. Purple provides the hardware-agnostic cloud overlay that makes this possible across Cisco Meraki, HPE Aruba, Ruckus, Juniper Mist, Ubiquiti UniFi, Cambium, Extreme, and Fortinet deployments.

Technical Deep-Dive

Network Segmentation and VLAN Architecture

A flat network in a hotel environment is a severe security vulnerability and a compliance failure. A hotel network must serve distinct populations: guests, staff, building management systems, and IoT devices. The foundation of secure hotel WiFi is logical segmentation using Virtual Local Area Networks (VLANs) as defined by IEEE 802.1Q.

You must assign a dedicated VLAN to each traffic class. A standard deployment requires at least four VLANs: Guest WiFi, Staff, IoT/Building Systems, and a PCI-scoped network for payment terminals. Your firewall must enforce a default-deny policy between these segments. Guest traffic must route directly to the internet, completely isolated from the property management system, point-of-sale (POS) terminals, and staff communications.

For the wireless edge, each Service Set Identifier (SSID) maps to a specific VLAN. On the guest SSID, you must enable client isolation. Client isolation prevents devices on the same SSID from communicating directly with each other, mitigating the risk of a compromised device probing other guests.

PMS Integration and Automated Session Management

The integration between your WiFi management platform and your Property Management System (PMS) - such as Oracle OPERA, Mews, or Protel - is the linchpin of a modern hospitality network. The PMS holds the ground truth regarding guest identity, room assignment, check-in status, and loyalty tier.

When a guest checks in, the PMS sends an API call or webhook to the WiFi platform. The platform pre-provisions the guest session, applying the correct bandwidth policy based on their loyalty tier. When the guest connects, authentication is seamless. Crucially, when the guest checks out, the PMS signals the WiFi platform to revoke access immediately. This eliminates the security risk of lingering credentials and prevents former guests from consuming bandwidth.

Captive Portals and First-Party Data Capture

The captive portal is the gateway where infrastructure investment converts into commercial value. It is not merely an access control mechanism; it is your primary engine for first-party data capture.

Guests authenticate via email, social login, or SMS verification. This captures a verified identity, which is then linked to their device MAC address, visit timestamp, and dwell time. This data feeds directly into your CRM, enabling targeted pre-stay emails, post-stay surveys, and location-based offers.

Compliance is non-negotiable. A GDPR-compliant captive portal must present a clear privacy notice and capture explicit, unbundled consent for marketing communications. Consent to access the WiFi must not be conditional on consent to receive marketing. Purple handles this natively, maintaining detailed audit trails for every user profile.

Implementation Guide

Phase 1: Site Survey and Capacity Planning

Before configuring any hardware, conduct a thorough RF site survey using predictive modelling tools. For hotel environments, the target is in-room coverage. Deploy one access point (AP) per room, or one AP per two rooms at minimum. Avoid corridor placement, which creates coverage shadows and degrades performance. Size your internet uplink for peak concurrent usage. Plan for 5 to 10 Mbps per room; a 200-room property requires an 800 Mbps to 1.6 Gbps committed leased line.

Phase 2: Architecture and Policy Design

Map every device type to a dedicated VLAN. Document your inter-VLAN routing rules and default-deny firewall policies. Determine your authentication standards: WPA3-Enterprise with IEEE 802.1X for staff networks, and WPA3-Personal or an open network with HTTPS enforcement and client isolation for guests.

Phase 3: PMS and Portal Integration

Configure the API connection between your PMS and the WiFi platform. Design the captive portal to align with brand standards. Test the end-to-end guest journey across iOS, Android, and Windows devices. Verify that session revocation triggers correctly upon checkout in the PMS.

pms_wifi_integration_architecture.png

Best Practices

  • Enforce Client Isolation: Always enable client isolation on guest-facing SSIDs to prevent lateral movement between devices.
  • Automate Role-Based Access: Use IEEE 802.1X and RADIUS authentication for staff networks. Integrate with Microsoft Entra ID, Okta, or Google Workspace to assign VLANs and QoS policies dynamically based on user roles.
  • Centralise Brand Standards: Use a cloud-managed platform with a hierarchical policy engine. Define SSIDs, security protocols, and captive portal branding at the headquarters level, allowing regional or property-level inheritance without breaking brand standards.
  • Separate IoT Traffic: Isolate smart TVs, thermostats, and voice assistants on a dedicated IoT VLAN with strict egress filtering.

captive_portal_brand_standards.png

Troubleshooting & Risk Mitigation

  • Slow Speeds: The most common cause of slow hotel WiFi is an under-provisioned WAN uplink, not RF interference. Monitor your internet circuit utilisation. If the uplink is saturated, upgrading access points will not improve the guest experience.
  • Segmentation Failure: Misconfigured switch trunk ports can collapse multiple VLANs onto a single broadcast domain, silently breaking your segmentation. Audit switch configurations regularly.
  • Authentication Friction: A captive portal that requires excessive data entry will cause guests to abandon the connection process. Keep the form concise.

ROI & Business Impact

A correctly architected hotel WiFi network delivers measurable returns. It reduces IT support tickets related to connectivity issues, driving operational efficiency. It improves guest satisfaction scores, which correlate directly with RevPAR. Most importantly, it generates a compliant, first-party database of verified guests, reducing reliance on Online Travel Agencies (OTAs) and powering direct-booking marketing campaigns.

Definizioni chiave

VLAN (Virtual Local Area Network)

Una sottorete logica che raggruppa una serie di dispositivi provenienti da diverse LAN fisiche. Essenziale per isolare il traffico degli ospiti dai sistemi operativi.

Utilizzato per separare il WiFi per gli ospiti, i dispositivi del personale, l'hardware IoT e i terminali di pagamento in domini di trasmissione isolati per garantire la sicurezza e la conformità PCI.

PMS (Property Management System)

La piattaforma software centrale utilizzata dagli hotel per gestire prenotazioni, check-in, fatturazione e stato delle camere.

L'integrazione del PMS con la piattaforma WiFi consente il provisioning automatizzato delle sessioni, l'allocazione della larghezza di banda in base al livello di fidelizzazione e la revoca immediata dell'accesso al momento del checkout.

Captive Portal

Una pagina web che gli utenti devono visualizzare e con cui devono interagire prima che venga concesso l'accesso a una rete WiFi pubblica.

Utilizzato nel settore dell'ospitalità per autenticare gli ospiti, presentare i termini di servizio e raccogliere dati di marketing di prima parte.

Client Isolation

Una funzionalità di sicurezza della rete wireless che impedisce ai dispositivi connessi di comunicare direttamente tra loro.

Obbligatorio sugli SSID degli ospiti per impedire a un dispositivo compromesso di scansionare o attaccare altri ospiti sulla stessa rete.

IEEE 802.1X

Uno standard IEEE per il controllo dell'accesso alla rete basato su porta, che fornisce un meccanismo di autenticazione ai dispositivi che desiderano connettersi a una LAN o WLAN.

Lo standard di riferimento per l'autenticazione della rete del personale, che consente l'assegnazione dinamica della VLAN in base al ruolo dell'utente definito in un provider di identità come Microsoft Entra ID.

RADIUS (Remote Authentication Dial-In User Service)

Un protocollo di rete che fornisce una gestione centralizzata di autenticazione, autorizzazione e contabilità per gli utenti che si connettono e utilizzano un servizio di rete.

Utilizzato in combinazione con 802.1X per verificare le credenziali del personale e applicare policy di rete specifiche.

SSID (Service Set Identifier)

Il nome pubblico di una rete wireless.

Gli hotel trasmettono in genere più SSID (ad es. "Guest WiFi", "Staff Network"), ciascuno mappato su una VLAN specifica.

WPA3-Enterprise

Il massimo livello di sicurezza Wi-Fi, che richiede a ciascun utente di autenticarsi con credenziali univoche anziché con una password condivisa.

Richiesto per le reti del personale e operative per garantire la responsabilità individuale e consentire l'applicazione dinamica delle policy.

Esempi pratici

Un boutique hotel da 150 camere che utilizza Oracle OPERA richiede un'installazione WiFi sicura che differenzi la larghezza di banda per i membri del programma fedeltà e revochi automaticamente l'accesso al momento del checkout.

Distribuisci un access point Wi-Fi 6 per camera. Configura quattro VLAN: Guest (VLAN 10), Staff (VLAN 20), IoT (VLAN 30) e POS (VLAN 40). Integra la piattaforma Purple con Oracle OPERA tramite API. Quando un ospite effettua il check-in, OPERA invia il livello di fedeltà a Purple. Purple predispone la sessione, applicando una policy da 50 Mbps per gli ospiti standard e una policy da 100 Mbps per i membri premium. Al checkout, OPERA attiva una chiamata API che revoca immediatamente la sessione dell'indirizzo MAC in Purple.

Commento dell'esaminatore: Questa architettura isola correttamente il traffico, soddisfacendo i requisiti PCI DSS per la rete POS. L'integrazione con il PMS elimina la generazione manuale dei voucher e garantisce che la larghezza di banda sia allocata in base al valore commerciale, anziché secondo una logica di contesa basata sull'ordine di arrivo.

Un marchio alberghiero globale con 400 strutture deve garantire un branding coerente del Captive Portal e la conformità al GDPR in tutte le sedi, nonostante l'utilizzo di diversi ISP locali e fornitori di hardware (Cisco Meraki, HPE Aruba e Ruckus).

Implementa una piattaforma cloud overlay come Purple al di sopra del livello hardware eterogeneo. Definisci un modello di policy globale presso la sede centrale del marchio che stabilisca il nome dell'SSID, il design del Captive Portal e le caselle di controllo specifiche per il consenso GDPR. Applica questo modello in modo gerarchico a tutte le 400 proprietà. I team IT locali possono gestire i propri AP e switch specifici, ma non possono alterare il flusso del Captive Portal o i requisiti di acquisizione dei dati.

Commento dell'esaminatore: Questo approccio risolve la sfida di governance delle distribuzioni multi-vendor e multi-regione. Astraendo il Captive Portal e il motore delle policy dall'hardware sottostante, il marchio garantisce un'esperienza ospite uniforme e una conformità legale centralizzata.

Domande di esercitazione

Q1. Un hotel sta aggiornando la propria rete per supportare il check-in mobile e le chiavi digitali delle camere. Il team IT prevede di inserire le serrature elettroniche delle porte sulla stessa VLAN del WiFi degli ospiti per semplificare il routing. Qual è il rischio principale di questo approccio?

Suggerimento: Considera il principio della segmentazione logica e del movimento laterale.

Visualizza risposta modello

Inserire dispositivi IoT come le serrature elettroniche sulla VLAN degli ospiti espone l'infrastruttura critica dell'edificio a dispositivi non attendibili. Uno smartphone di un ospite compromesso potrebbe tentare di sondare o attaccare le serrature. L'approccio corretto consiste nel collocare le serrature su una VLAN IoT dedicata (ad esempio, VLAN 30) con un filtraggio rigoroso in ingresso/uscita, completamente isolata dalla VLAN degli ospiti.

Q2. Un regional manager riferisce che il WiFi in una struttura di 300 camere è "troppo lento", nonostante i recenti aggiornamenti agli access point Wi-Fi 6 nei corridoi. Quali sono le due cause architetturali più probabili di queste scarse prestazioni?

Suggerimento: Considera sia la capacità WAN sia i principi di propagazione RF.

Visualizza risposta modello

In primo luogo, il collegamento internet uplink è probabilmente sottodimensionato. Una struttura di 300 camere richiede una linea dedicata impegnata di almeno 1,5 Gbps per gestire i picchi di streaming simultanei. In secondo luogo, il posizionamento degli AP nei corridoi è un design errato; il segnale RF si degrada significativamente quando attraversa porte tagliafuoco pesanti e tubature dei bagni. Gli AP dovrebbero essere riposizionati all'interno delle camere degli ospiti.

Q3. Il team di marketing desidera assegnare automaticamente gli ospiti che ritornano a una fascia di larghezza di banda superiore per premiare la fedeltà. Come dovrebbe essere progettata l'architettura di rete per supportare questo requisito?

Suggerimento: Quale sistema conserva la fonte di verità per l'identità degli ospiti e come comunica con la rete?

Visualizza risposta modello

L'architettura richiede un'integrazione API tra il Property Management System (PMS) e la piattaforma di gestione WiFi. Quando l'ospite si connette, la piattaforma WiFi interroga il PMS utilizzando l'indirizzo MAC del dispositivo o l'e-mail autenticata. Il PMS restituisce lo stato di fedeltà dell'ospite e la piattaforma WiFi applica dinamicamente una policy QoS per allocare una maggiore larghezza di banda.