Wie Passpoint (Hotspot 2.0) das Guest Wi-Fi-Erlebnis transformiert

Ein umfassender technischer Leitfaden, der detailliert beschreibt, wie Passpoint (Hotspot 2.0) und 802.11u-Protokolle herkömmliche Captive Portals durch nahtloses, sicheres Wi-Fi-Roaming auf Mobilfunk-Niveau ersetzen. Er bietet IT-Entscheidern Architektur-Übersichten, Implementierungs-Frameworks und die Business-Case-Argumentation für die Einführung anmeldedatenbasierter Authentifizierung, um Herausforderungen durch MAC-Randomisierung zu lösen und das Gästeerlebnis zu verbessern.

📖 6 Min. Lesezeit📝 1,359 Wörter🔧 2 Beispiele❓ 3 Fragen📚 8 Schlüsselbegriffe

🎧 Diesen Leitfaden anhören

Transkript anzeigen

How Passpoint Transforms the Guest Wi-Fi Experience
A Purple Technical Briefing — Approximately 10 Minutes

---

INTRODUCTION AND CONTEXT — approximately 1 minute

Welcome to the Purple Technical Briefing series. I'm going to spend the next ten minutes walking you through something that, frankly, should have replaced the captive portal years ago — Passpoint, also known as Hotspot 2.0.

If you're managing Wi-Fi infrastructure at a hotel group, a retail estate, a stadium, or any venue where guests connect repeatedly, you've almost certainly hit the same wall: guests complaining about having to log in every single time, your IT helpdesk fielding calls about Wi-Fi that "used to work," and a growing realisation that iOS 14 and Android 10's MAC address randomisation has quietly broken your re-authentication logic.

Passpoint is the answer to all of those problems. But it's not a magic switch — it's a properly engineered protocol that requires deliberate deployment. So let's get into it.

---

TECHNICAL DEEP-DIVE — approximately 5 minutes

Let's start with the core problem Passpoint solves, which engineers call the network selection problem.

In traditional Wi-Fi, your device scans for a known SSID — a network name — and if it recognises one, it connects. That's simple, but it's brittle. It requires prior connection, it tells you nothing about the network's security posture, and it doesn't support roaming between venues. Every time a guest walks into your hotel, their device has to be manually pointed at your network, then intercepted by a captive portal, then authenticated through a web form. That's friction. And in 2026, friction is a competitive disadvantage.

Passpoint shifts the paradigm entirely. Instead of looking for a network name, the device looks for a network that supports its credentials. Before even attempting to connect, the device asks the access point: "Do you support my identity provider?" If the answer is yes, authentication proceeds automatically. No login page. No password prompt. No manual selection. It's the cellular roaming model, applied to Wi-Fi.

The mechanism that makes this possible is called the Generic Advertisement Service — GAS — combined with the Access Network Query Protocol, or ANQP. When a Passpoint-enabled access point broadcasts its beacon, it includes what's called an Interworking Element — essentially a flag that says "I speak 802.11u," which is the IEEE amendment that underpins all of this. Your device sees that flag, sends a GAS request, and inside that request, an ANQP query asks: "What Roaming Consortium Organisational Identifiers do you support?" The access point responds. If there's a match with a profile already on the device, the full WPA2 or WPA3 Enterprise authentication handshake begins.

That authentication uses IEEE 802.1X — the same port-based access control standard used in enterprise wired networks — combined with an EAP method. The most common are EAP-TLS, which uses certificates; EAP-TTLS, which tunnels username and password securely; and EAP-SIM or EAP-AKA for mobile operator SIM-based authentication.

The result is a mutually authenticated, fully encrypted session. The device proves its identity to the network, and the network proves its identity to the device. That mutual authentication is what prevents evil twin attacks and man-in-the-middle attacks that plague open Wi-Fi environments.

Now, a term you'll hear alongside Passpoint is OpenRoaming — the Wireless Broadband Alliance's federation framework. Here's the distinction that matters: Passpoint is the vehicle. OpenRoaming is the highway system.

Passpoint defines how a device discovers and authenticates to a network. OpenRoaming defines the trust ecosystem that allows an identity provider — say, Google, Samsung, or a mobile operator — and an access provider — your hotel, your stadium, your retail estate — to trust each other's credentials without a bilateral agreement between every pair. OpenRoaming uses a hub-and-spoke PKI model with RadSec tunnels — that's RADIUS over TLS — to proxy authentication requests across the federation. The key Roaming Consortium OI for settlement-free OpenRoaming is 5A-03-BA. You'll also want to broadcast the legacy Cisco OI, 00-40-96, for compatibility with older devices and Samsung OneUI profiles.

From a security compliance perspective, Passpoint is a significant upgrade. WPA3-Enterprise uses 192-bit security mode and mandates forward secrecy — every session uses unique encryption keys, so compromising one session doesn't expose historical traffic. For organisations subject to PCI DSS — particularly retail environments processing card payments — or GDPR obligations around personal data, Passpoint's certificate-based authentication means you're not collecting credentials through a web form, which substantially reduces your data handling surface area.

And then there's MAC address randomisation. Modern iOS and Android devices randomise their MAC address by default. This breaks traditional captive portal re-authentication flows — the device looks new on every visit. Passpoint is immune to this. Authentication is credential-based, not MAC-based. Your returning guest connects seamlessly on every visit, regardless of what their device's MAC address happens to be that day. This also has a significant implication for your Wi-Fi analytics — if you're using Purple's analytics platform, credential-based authentication restores the accuracy of your returning visitor data.

---

IMPLEMENTATION RECOMMENDATIONS AND PITFALLS — approximately 2 minutes

Let me give you the practical deployment picture.

The infrastructure requirements are more involved than a captive portal, but they're well within reach for any organisation running enterprise-class hardware. You need Passpoint-certified access points — most enterprise APs from Cisco, Aruba, Ruckus, and Ubiquiti support this today. You need a RADIUS server with EAP support, AAA infrastructure for credential management, and ideally an OSU — Online Sign-Up — server for self-service profile provisioning.

The configuration work centres on four elements: your ANQP settings, which define what the AP advertises pre-association; your Roaming Consortium OIs; your NAI realm definitions, which tell devices which EAP methods you support; and your venue information, which is used by devices to display context about the network.

My strongest recommendation for most venues is a dual SSID strategy. Run a Passpoint SSID for returning guests and enrolled users, and maintain a captive portal SSID for first-time visitors. Use the captive portal as an onboarding funnel — present the option to install a Passpoint profile at the end of the first-visit authentication flow. This progressive onboarding model gives you the best of both worlds: easy first access, seamless return visits.

Now, the pitfalls. The most common deployment failure I see is treating Passpoint as a drop-in replacement for captive portals without building the onboarding journey. If guests don't know how to install a profile, or if the OSU flow is clunky, adoption stalls. Invest in the provisioning experience.

The second pitfall is certificate management. If you're using EAP-TLS with device certificates, you need a robust PKI lifecycle. Expired certificates will silently break authentication for affected devices — and your helpdesk will be the last to know. Automate certificate renewal and monitor expiry proactively.

Third: don't neglect legacy device support. Passpoint requires iOS 7 or later, Android 6 or later, and Windows 10 or later. That covers the vast majority of modern devices, but IoT devices and some older corporate-issued hardware will need alternative access paths.

---

RAPID-FIRE Q AND A — approximately 1 minute

Does Passpoint work with existing access points? If they're enterprise-class hardware from the last five years, almost certainly yes — check for Wi-Fi Alliance Passpoint certification in the spec sheet.

Can I still collect guest data with Passpoint? Yes, but the mechanism shifts. Data collection happens at profile provisioning time — in the OSU flow or app-based enrolment — rather than at every login. This is actually more GDPR-friendly, as consent is captured once, explicitly.

What about venues that want branded splash pages? Passpoint connections are invisible by design, so traditional splash pages don't apply. However, you can trigger in-app notifications or push messages post-connection if you have a loyalty app integration. Some operators use a hybrid model where the first visit still goes through a branded portal before Passpoint enrolment.

Is OpenRoaming free to join? The settlement-free tier of OpenRoaming, using the 5A-03-BA OI, is available at no cost through the Wireless Broadband Alliance. Commercial tiers with analytics and monetisation features are available through WBA members.

---

SUMMARY AND NEXT STEPS — approximately 1 minute

To summarise: Passpoint is not a future technology — it's a mature, standards-based protocol that is already deployed at major airports, hotel chains, and stadiums globally. The question for your organisation is not whether to adopt it, but when and how.

If you're running a hotel group, a retail chain, or a large venue with recurring visitors, the ROI case is clear: reduced helpdesk burden, improved guest satisfaction, compliance risk mitigation, and accurate analytics data that isn't broken by MAC randomisation.

Your next steps are straightforward. First, audit your current AP estate for Passpoint certification. Second, evaluate your RADIUS infrastructure and determine whether you need an OSU server for self-service provisioning. Third, design your dual SSID strategy and onboarding journey. And fourth, if you're considering OpenRoaming federation, engage with the Wireless Broadband Alliance or a platform provider like Purple who can handle the federation plumbing on your behalf.

This is Purple's Technical Briefing on Passpoint and Hotspot 2.0. For the full written guide, architecture diagrams, and worked deployment examples, visit purple.ai. Thank you for listening.

Executive Summary

Für moderne Unternehmen und Veranstaltungsorte sind Reibungsverluste ein Wettbewerbsnachteil. Herkömmliche Captive Portals, einst der Standard für den Gast-Netzwerkzugang, stellen heute einen erheblichen operativen Engpass und eine Quelle ständiger Benutzerfrustration dar. Passpoint, auch bekannt als Hotspot 2.0, transformiert dieses Paradigma grundlegend, indem es die manuelle webbasierte Authentifizierung durch nahtloses, Mobilfunk-ähnliches Roaming ersetzt. Durch die Nutzung des IEEE 802.11u-Standards und der WPA3-Enterprise-Verschlüsselung ermöglicht Passpoint es Gastgeräten, Unternehmens-Wi-Fi-Netzwerke automatisch und sicher zu finden, zu authentifizieren und sich mit ihnen zu verbinden.

Für IT-Leiter in den Bereichen Gastgewerbe , Einzelhandel und großen öffentlichen Veranstaltungsorten ist der Übergang zu Passpoint nicht mehr optional. Die standardmäßige MAC-Randomisierung in modernen iOS- und Android-Geräten hat die Re-Authentifizierungslogik herkömmlicher Captive Portals effektiv unterbrochen, was bedeutet, dass wiederkehrende Gäste bei jedem Besuch als neue Geräte erscheinen. Passpoint löst dies, indem es das Anmeldeprofil des Benutzers anstelle seiner Hardware-Adresse authentifiziert. Dieser Leitfaden beschreibt die technische Architektur von Passpoint, die geschäftlichen Auswirkungen der Bereitstellung und ein herstellerneutrales Implementierungs-Framework, das darauf ausgelegt ist, das Guest WiFi -Erlebnis zu verbessern und gleichzeitig den Helpdesk-Aufwand zu reduzieren.

Technischer Deep-Dive

Das Problem der Netzwerkauswahl und 802.11u

In älteren Wi-Fi-Bereitstellungen verlassen sich Geräte auf einen grundlegend anfälligen Mechanismus zur Netzwerkauswahl: das Scannen nach bekannten Service Set Identifiers (SSIDs). Dieser Ansatz erfordert, dass der Benutzer zuvor mit dem Netzwerk verbunden war oder das Netzwerk manuell aus einer Liste auswählt. Er bietet vor der Assoziierung keinen Einblick in den Sicherheitsstatus des Netzwerks, die Authentifizierungsanforderungen oder die Verfügbarkeit des Upstream-Internets. Passpoint adressiert diese Einschränkung durch die IEEE 802.11u-Erweiterung, die das Interworking mit externen Netzwerken einführt.

Anstatt passiv nach SSIDs zu scannen, fragt ein Passpoint-fähiges Gerät die Netzwerkinfrastruktur aktiv ab, bevor es eine Assoziierung versucht. Wenn ein Access Point seinen Beacon aussendet, enthält dieser ein Interworking-Element – ein Flag, das die Unterstützung für 802.11u anzeigt. Das Client-Gerät erkennt dieses Flag und initiiert eine Generic Advertisement Service (GAS)-Anfrage. In diese Anfrage ist eine Access Network Query Protocol (ANQP)-Abfrage eingebettet. Das Gerät fragt die Infrastruktur: „Welche Roaming Consortium Organisational Identifiers (OIs) unterstützt du?“ Wenn die Antwort des Access Points mit einem auf dem Gerät gespeicherten Anmeldeprofil übereinstimmt, erfolgt die automatische Authentifizierung.

Authentifizierungs- und Sicherheitsarchitektur

Passpoint schreibt Sicherheit auf Enterprise-Niveau vor und eliminiert die „offene Netzwerkphase“, die Captive Portal-Bereitstellungen eigen ist, vollständig. Die Authentifizierung erfolgt über die portbasierte Netzwerkzugriffskontrolle nach IEEE 802.1X in Verbindung mit einer Extensible Authentication Protocol (EAP)-Methode. Die am weitesten verbreiteten Methoden in Unternehmensumgebungen sind EAP-TLS (basiert auf Client- und Serverzertifikaten), EAP-TTLS (getunnelte Anmeldedaten) und EAP-SIM/AKA (für Mobilfunk-Offload-Szenarien).

Diese Architektur bietet eine gegenseitige Authentifizierung. Das Gerät beweist seine Identität kryptografisch gegenüber dem Netzwerk, und entscheidend ist, dass das Netzwerk seine Identität gegenüber dem Gerät beweist. Diese gegenseitige Verifizierung ist der primäre Schutz gegen Evil-Twin-Access-Points und Man-in-the-Middle-Abfangversuche. Darüber hinaus schreibt Passpoint eine WPA2-Enterprise- oder WPA3-Enterprise-Verschlüsselung vor. WPA3-Enterprise führt einen 192-Bit-Sicherheitsmodus ein und schreibt Forward Secrecy vor, um sicherzustellen, dass der historische Datenverkehr verschlüsselt bleibt, selbst wenn Sitzungsschlüssel in Zukunft kompromittiert werden.

Die OpenRoaming-Federation

Während Passpoint den technischen Mechanismus für Erkennung und Authentifizierung definiert, bietet OpenRoaming das Vertrauensmodell. OpenRoaming wurde von der Wireless Broadband Alliance (WBA) entwickelt und ist eine globale Federation, die es Identitätsanbietern (wie Mobilfunkbetreibern, Google oder Apple) und Zugangsanbietern (wie Hotels, Stadien und Einzelhandelsketten) ermöglicht, den Anmeldedaten der jeweils anderen Seite zu vertrauen, ohne dass bilaterale Vereinbarungen zwischen jeder Einheit erforderlich sind.

OpenRoaming arbeitet nach einem Hub-and-Spoke-Public-Key-Infrastructure (PKI)-Modell. Authentifizierungsanfragen werden über die Federation mittels RadSec-Tunneln (RADIUS über TLS) weitergeleitet. Durch das Ausstrahlen der abrechnungsfreien OpenRoaming-OI (5A-03-BA) kann ein Veranstaltungsort sofort nahtlosen, sicheren Wi-Fi-Zugang für Millionen von Benutzern weltweit bereitstellen, die bereits ein kompatibles Identitätsprofil auf ihren Geräten besitzen.

Implementierungsleitfaden

Die Bereitstellung von Passpoint erfordert eine anspruchsvollere Infrastrukturbasis als ein herkömmliches offenes Netzwerk, aber die Komponenten sind in modernen Unternehmensumgebungen Standard.

Infrastruktur-Voraussetzungen

Passpoint-zertifizierte Access Points: Die Wireless-Infrastruktur muss die Spezifikationen für 802.11u und Hotspot 2.0 unterstützen. Die überwiegende Mehrheit der in den letzten fünf Jahren hergestellten Enterprise-Access-Points von Anbietern wie Cisco, Aruba und Ruckus erfüllt diese Anforderung.
RADIUS/AAA-Infrastruktur: Ein robuster RADIUS-Server, der EAP-Authentifizierungen verarbeiten und Anfragen an die entsprechenden Identitätsspeicher weiterleiten kann. Bei der Teilnahme an OpenRoaming muss der RADIUS-Server RadSec für sicheres Proxying unterstützen.
Online Sign-Up (OSU) Server: Für Umgebungen, die eigene Anmeldedaten ausgeben (anstatt sich ausschließlich auf federierte Identitäten zu verlassen), bietet ein OSU-Server den Mechanismus zur sicheren Bereitstellung von Passpoint-Profilen auf Gastgeräten.

Die Dual-SSID-Strategie

Das effektivste Bereitstellungsmodell für Veranstaltungsorte, die auf Passpoint umsteigen, ist die Dual-SSID-Strategie. Dieser Ansatz behält eine herkömmliche Captive Portal-SSID für das erste Onboarding bei und bietet gleichzeitig eine Passpoint-SSID für nahtlose Folgeverbindungen.

Wenn sich ein Gast zum ersten Mal mit der Captive Portal-SSID verbindet, durchläuft er den Standard-Authentifizierungsfluss (z. B. Akzeptieren der Geschäftsbedingungen, Angabe einer E-Mail-Adresse). Nach erfolgreicher Authentifizierung bietet das Portal die Option zum Download eines Passpoint-Profils an. Einmal installiert, wird das Gerät bei allen zukünftigen Besuchen automatisch die sichere Passpoint-SSID bevorzugen. Dieses progressive Onboarding-Modell gewährleistet die Zugänglichkeit für ältere Geräte, während die Mehrheit der Benutzer auf das sichere, reibungslose Passpoint-Netzwerk migriert wird.

Best Practices

Bei der Entwicklung einer Passpoint-Architektur müssen IT-Leiter mehrere kritische Best Practices beachten, um operative Stabilität und Sicherheit zu gewährleisten.

Erstens ist das Zertifikats-Lebenszyklusmanagement von größter Bedeutung. Bei der Verwendung von EAP-TLS führt der Ablauf von Client- oder Serverzertifikaten zu stillen Authentifizierungsfehlern, die für Frontline-Helpdesks schwer zu diagnostizieren sind. Implementieren Sie automatisierte Protokolle zur Zertifikatserneuerung und proaktive Überwachung. Wie in unserem Leitfaden zur Gerätestatusbewertung für die Netzwerkzugriffskontrolle hervorgehoben, ist eine robuste Endpunkt-Transparenz bei der Verwaltung des zertifikatsbasierten Zugriffs unerlässlich.

Zweitens: Stellen Sie die Kompatibilität mit Altgeräten sicher. Während iOS 7+, Android 6+ und Windows 10+ Passpoint nativ unterstützen, fehlt diese Unterstützung bei bestimmten IoT-Geräten, älterer Hardware und streng verwalteten Unternehmensgeräten. Die Dual-SSID-Strategie mindert dieses Risiko durch die Bereitstellung einer Fallback-Zugriffsmethode.

Drittens: Stellen Sie bei der Konfiguration von ANQP-Elementen sicher, dass die Veranstaltungsort-Informationen genau und aussagekräftig sind. Diese Metadaten werden oft vom Betriebssystem des Client-Geräts angezeigt, um Kontext über das Netzwerk zu liefern, dem der Benutzer beitritt.

Fehlerbehebung & Risikominderung

Die Komplexität von Passpoint führt zu spezifischen Fehlerbereichen, die sich von Captive Portal-Bereitstellungen unterscheiden.

Fehlermodus 1: RADIUS-Timeout oder Nichterreichbarkeit Wenn der lokale RADIUS-Server den Upstream-Identitätsanbieter nicht erreichen kann (insbesondere in federierten OpenRoaming-Szenarien), kommt es zu einem Timeout beim EAP-Handshake. Abhilfe: Implementieren Sie eine redundante RADIUS-Infrastruktur und stellen Sie eine robuste Überwachung der RadSec-Tunnel sicher. Weitere Konfigurationshinweise finden Sie in unserer technischen Dokumentation zu RadSec: Sécurisation du trafic d'authentification RADIUS avec TLS .

Fehlermodus 2: Fehler bei der Profilbereitstellung Benutzer können beim Versuch, das Passpoint-Profil vom OSU-Server herunterzuladen, auf Fehler stoßen, oft aufgrund von Browser-Einschränkungen des Captive Portals auf mobilen Geräten. Abhilfe: Gestalten Sie den Captive Portal-Fluss so, dass er aus dem Captive Network Assistant (CNA) Mini-Browser in den nativen Systembrowser des Geräts wechselt, bevor der Profildownload gestartet wird.

Fehlermodus 3: Auswirkungen der MAC-Randomisierung auf die Analytik Während Passpoint die durch MAC-Randomisierung verursachten Authentifizierungsprobleme löst, werden ältere Analyseplattformen, die sich ausschließlich auf MAC-Adressen verlassen, weiterhin ungenaue Besucherzahlen melden. Abhilfe: Integrieren Sie die RADIUS-Authentifizierungsprotokolle in Ihre WiFi Analytics -Plattform. Durch das Tracking eindeutiger Anmeldekennungen (wie der Chargeable User Identity oder anonymisierter NAI) anstelle von MAC-Adressen können Veranstaltungsorte wieder genaue Kennzahlen zu Besucherfrequenz und Loyalität erhalten.

ROI & geschäftliche Auswirkungen

Der Business Case für die Passpoint-Bereitstellung ruht auf drei messbaren Säulen: operative Effizienz, Risikominderung und Benutzererfahrung.

Aus operativer Sicht korreliert die Eliminierung von Captive Portal-Reibungsverlusten direkt mit einer Reduzierung der IT-Helpdesk-Tickets im Zusammenhang mit der Wi-Fi-Konnektivität. In großen Umgebungen im Gesundheitswesen oder Transportwesen stellt dies eine erhebliche Kostenersparnis dar.

In Bezug auf die Risikominderung reduziert der Wechsel von offenen Netzwerken zur WPA3-Enterprise-Verschlüsselung das Haftungsrisiko des Veranstaltungsorts erheblich. Für Einzelhandelsumgebungen, die PCI DSS unterliegen, vereinfacht die Reduzierung der Datenverarbeitungsfläche (durch den Verzicht auf webbasierte Erfassung von Anmeldedaten) die Compliance-Audits.

Schließlich ist die Verbesserung des Benutzererlebnisses tiefgreifend. Im Gastgewerbe zeigen Studien konsistent, dass nahtloses, zuverlässiges Wi-Fi ein Haupttreiber für Gästezufriedenheit und wiederholte Buchungen ist. Durch die Implementierung von Passpoint bieten Veranstaltungsorte ein Konnektivitätserlebnis, das die Zuverlässigkeit von Mobilfunknetzen widerspiegelt und Wi-Fi von einem frustrierenden Hilfsmittel in eine transparente Premium-Annehmlichkeit verwandelt.

Schlüsselbegriffe & Definitionen

IEEE 802.11u

The wireless networking standard amendment that enables Interworking with External Networks, allowing devices to query APs before associating.

When configuring wireless controllers, engineers must enable 802.11u to allow devices to discover Passpoint capabilities.

ANQP (Access Network Query Protocol)

A query and response protocol used by devices to discover network services, roaming agreements, and venue information before connecting.

IT teams configure ANQP profiles on the wireless controller to broadcast their supported Roaming Consortium OIs and NAI Realms.

Roaming Consortium OI

An Organisational Identifier broadcast by the access point that indicates which identity providers or federations the network supports.

If an enterprise joins OpenRoaming, they must ensure their APs broadcast the specific OpenRoaming OI (5A-03-BA).

OSU (Online Sign-Up)

A standardized process and server infrastructure for securely provisioning Passpoint credentials and certificates to a user's device.

When building a self-service onboarding flow for a loyalty programme, developers will integrate with an OSU server to push the profile to the device.

RadSec

A protocol that encapsulates RADIUS authentication traffic within a TLS tunnel to ensure secure transmission over untrusted networks.

Required when proxying authentication requests from a local venue to a cloud-based OpenRoaming hub.

NAI Realm

Network Access Identifier Realm; indicates the domain of the user and the specific EAP authentication methods supported by the network.

Configured alongside ANQP to tell client devices whether the network requires EAP-TLS, EAP-TTLS, or EAP-SIM.

EAP-TLS

Extensible Authentication Protocol - Transport Layer Security; a highly secure authentication method requiring both client and server certificates.

Often used in enterprise employee Wi-Fi deployments where IT can push certificates to managed devices via MDM.

MAC Address Randomisation

A privacy feature in modern mobile operating systems that generates a fake, temporary hardware address for each Wi-Fi network connection.

The primary catalyst driving venues away from captive portals, as it breaks the ability to recognize returning visitors based on their hardware.

Fallstudien

A 400-room enterprise hotel chain is experiencing a high volume of helpdesk tickets from returning guests who complain they must manually reconnect to the Wi-Fi in the lobby, restaurant, and their rooms, despite having connected previously. The hotel currently uses a traditional open SSID with a captive portal. How should the network architect resolve this?

The architect should implement a Dual-SSID strategy. First, deploy a secure Passpoint SSID broadcasting the hotel's specific Roaming Consortium OI. Second, modify the existing captive portal on the open SSID to serve as an onboarding funnel. When a guest logs in via the portal, they are prompted to download a Passpoint configuration profile to their device. Once installed, the device will automatically and securely authenticate via 802.1X/EAP to the Passpoint SSID as they move between the lobby, restaurant, and room, eliminating manual re-authentication.

Implementierungshinweise: This approach directly addresses the friction caused by MAC address randomisation breaking captive portal session persistence. By using the captive portal to provision the profile, the hotel ensures a smooth transition for users while maintaining an access path for legacy devices that do not support Passpoint.

A national retail chain wants to offer secure, seamless Wi-Fi across its 500 locations to drive loyalty app engagement. However, managing custom certificates or individual credentials for millions of potential customers is deemed operationally unfeasible. What is the recommended deployment architecture?

The retailer should deploy Passpoint and federate with OpenRoaming. By configuring their access points to broadcast the settlement-free OpenRoaming OI (5A-03-BA) and establishing RadSec tunnels from their RADIUS infrastructure to an OpenRoaming hub, the retailer allows any customer with a compatible identity provider profile (such as a modern Samsung device or a mobile carrier profile) to connect automatically. The retailer can then integrate this with their loyalty app to trigger push notifications upon successful network association.

Implementierungshinweise: Federation via OpenRoaming is the optimal solution for scale. It offloads the burden of identity management and credential provisioning to established Identity Providers, allowing the retailer to focus on the access layer and the resulting engagement analytics.

Szenarioanalyse

Q1. A hospital IT director wants to deploy Passpoint to ensure doctors' mobile devices connect securely to the clinical network, while patients connect to a separate guest network. The doctors use unmanaged personal devices (BYOD). Which EAP method and provisioning strategy should the architect recommend?

💡 Hinweis:Consider the balance between security and the operational overhead of managing certificates on unmanaged personal devices.

Empfohlenen Ansatz anzeigen

The architect should recommend EAP-TTLS with an Online Sign-Up (OSU) server provisioning flow. EAP-TLS requires client certificates, which are operationally difficult to deploy and manage on unmanaged BYOD devices. EAP-TTLS allows the doctors to authenticate securely using their existing Active Directory/LDAP credentials (username and password) tunneled inside a secure TLS session. The OSU server can provide a self-service portal where doctors log in once to download the profile, enabling automatic connection thereafter.

Q2. During a Passpoint deployment pilot, Android devices are successfully authenticating and connecting, but iOS devices are failing during the EAP handshake. The RADIUS logs show 'Unknown CA' errors. What is the most likely cause and solution?

💡 Hinweis:Apple's iOS has strict requirements regarding the trust chain for RADIUS server certificates.

Empfohlenen Ansatz anzeigen

The most likely cause is that the RADIUS server is using a self-signed certificate or a certificate issued by a private internal Certificate Authority (CA) that the iOS devices do not inherently trust. Android devices sometimes allow users to bypass or ignore certificate validation (though this is poor security practice), whereas iOS strictly enforces it for Passpoint profiles. The solution is to replace the RADIUS server certificate with one issued by a publicly trusted commercial CA (e.g., DigiCert, Let's Encrypt), or ensure the private CA root certificate is explicitly bundled within the Passpoint configuration profile pushed to the iOS devices.

Q3. A stadium venue has implemented OpenRoaming. A user with a valid Google OpenRoaming profile walks into the venue, but their device does not attempt to connect automatically. What specific configuration on the stadium's wireless LAN controller should the network engineer verify first?

💡 Hinweis:How does the device know that the access point supports the OpenRoaming federation before it attempts to connect?

Empfohlenen Ansatz anzeigen

The engineer should verify the ANQP configuration, specifically checking that the Access Points are broadcasting the correct Roaming Consortium Organisational Identifier (OI) for OpenRoaming, which is 5A-03-BA. If this OI is not included in the AP's beacon or GAS response, the device will not recognize the network as an OpenRoaming participant and will not attempt to authenticate.

Wichtigste Erkenntnisse

✓Passpoint (Hotspot 2.0) replaces manual captive portal logins with automatic, cellular-like Wi-Fi roaming.
✓It uses IEEE 802.11u for pre-association network discovery and WPA3-Enterprise for encrypted, mutually authenticated connections.
✓Passpoint solves the MAC address randomisation issue by authenticating the user's credential profile rather than their hardware address.
✓OpenRoaming is the global federation framework that allows Passpoint devices to connect across different venues seamlessly.
✓A dual-SSID strategy (Captive Portal for onboarding, Passpoint for returning users) is the recommended deployment model for enterprise venues.