- Purple
- Captive portals: a complete guide
- Plattformen für Gäste-WiFi an Flughäfen und Verkehrsknotenpunkten: Passpoint Roaming und mehrsprachige Portale im Vergleich
Plattformen für Gäste-WiFi an Flughäfen und Verkehrsknotenpunkten: Passpoint Roaming und mehrsprachige Portale im Vergleich
Sie können wählen, ob Passpoint und OpenRoaming oder ein mehrsprachiges Captive Portal das Nutzererlebnis in Ihren Terminal-WiFi steuern sollen, und wie Sie beides auf denselben Access Points betreiben. Der Leitfaden beschreibt Regeln für Session-Timeouts, Spracherkennung und Barrierefreiheit des Portals. Zudem wird gezeigt, wie Telemetriedaten auf Zonen-Ebene Dashboards für Warteschlangen und Verweildauern im Konzessionsbereich speisen.
- Welches Plattform-Modell für Flughafen-Gäste-WiFi sollten Sie wählen?
- Worin unterscheiden sich Passpoint Roaming und mehrsprachige Portale tatsächlich?
- Wie kombinieren Flughäfen OpenRoaming, Passpoint-Profile von Fluggesellschaften und ein Fallback-Portal?
- Das Zwei-SSID-Muster
- Wie Realm-Routing funktioniert
- Erstpassagiere in Passpoint-Passagiere verwandeln
- Mitarbeiter von Passagiernetzwerken fernhalten
- Wann ist ein von Passpoint und OpenRoaming geprägtes Design die richtige Wahl?
- Sitzungszeitüberschreitungen (Session Timeouts)
- Spracherkennung
- Barrierefreiheit
- Wie speist zonenspezifische WiFi-Telemetrie Dashboards für Terminal-Warteschlangen und Konzessions-Verweilzeiten?
- Von Access Points zu Zonen
- Näherungswerte für Wartezeiten
- Konzessions-Verweilzeit
- Datenqualität und Datenschutz
- Durchgearbeitete Szenarien: ein Regionalflughafen und ein Konzessionskomplex im Sicherheitsbereich
- Szenario 1: ein Regionalflughafen im Besitz der Kommunalverwaltung
- Szenario 2: ein Konzessionsbetreiber im Sicherheitsbereich
- Welche Betriebskosten fallen für das jeweilige Modell an?
- So treffen Sie die Entscheidung für Ihren Transport-Hub-Bestand
- Häufig gestellte Fragen
- Funktionierte Purple mit den bereits in unserem Terminal installierten Access Points?
- Müssen wir der Wireless Broadband Alliance beitreten, um OpenRoaming anzubieten?
- Was passiert mit Passagieren, deren Smartphones kein Passpoint-Profil haben?
- Sind Analysen von Passagier-WiFi auf Zonenebene mit der GDPR konform?
- Sollten wir das Captive Portal abschaffen und ein reines Passpoint-Netzwerk betreiben?
- Wie wird Purple für einen Verkehrsknotenpunkt lizenziert?
- Wie aufwendig ist eine Bereitstellung im Terminal?

Die meisten Flughäfen sollten beides nutzen. Passpoint, einschließlich OpenRoaming und Treueprofilen von Fluggesellschaften, verbindet wiederkehrende Passagiere automatisch über eine verschlüsselte Verbindung. Ein mehrsprachiges Captive Portal dient allen anderen Nutzern und erfasst einwilligungsbasierte First-Party-Daten. Drei Faktoren entscheiden darüber, welche Option im Vordergrund steht: Ihre Passagierzusammensetzung, Ihre Datenziele und die Frage, ob Ihre Access Points Hotspot 2.0 unterstützen.
Welches Plattform-Modell für Flughafen-Gäste-WiFi sollten Sie wählen?
Wählen Sie ein Hybridmodell und entscheiden Sie dann, welche Komponente im Vordergrund steht. Ein auf Passpoint ausgerichtetes Design stellt automatische, verschlüsselte Verbindungen an erste Stelle. Ein portalbasiertes Design setzt auf einwilligungsbasierte First-Party-Daten und mehrsprachige Nachrichten. Beide laufen auf denselben Access Points, weshalb es sich hierbei um eine betriebliche und nicht um eine Hardware-Entscheidung handelt.
Drei Begriffe bilden die Grundlage für jeden Vergleich von Plattformen für Flughafen-Gäste-WiFi:
- Passpoint ist eine Branchenzertifizierung auf Basis von IEEE 802.11u, die auch als Hotspot 2.0 bezeichnet wird. Ein Gerät mit einem gespeicherten Anmelderadentensatz erkennt ein Passpoint-Netzwerk und verbindet sich ohne Anmeldebildschirm.
- OpenRoaming ist ein Verband der Wireless Broadband Alliance (WBA). Es nutzt Passpoint, sodass ein einzelner Anmeldedatensatz eines Smartphone-Herstellers, Mobilfunkanbieters oder einer App an jedem teilnehmenden Standort funktioniert.
- Ein Captive Portal ist die Webseite, die ein Passagier in einem offenen Netzwerk sieht, bevor er online geht.
Passpoint authentifiziert mit IEEE 802.1X, dem portbasierten Zugriffskontrollstandard hinter Enterprise-WiFi. Die Anmeldedaten werden innerhalb von EAP (Extensible Authentication Protocol) an einen RADIUS-Server übertragen. RADIUS ist das Protokoll, das Anmeldedaten überprüft und Sitzungsregeln wie Zeit- und Bandbreitenbegrenzungen zurückgibt.
Purple bereitstellt Gäste-WiFi als Cloud-Overlay auf Access Points von Cisco Meraki, HPE Aruba, Ruckus, Juniper Mist, Ubiquiti UniFi, Cambium, Extreme und Fortinet. Dieselbe Plattform unterstützt OpenRoaming und mehrsprachige Captive Portals. Sie wird an über 80.000 aktiven Standorten in mehr als 90 Ländern eingesetzt und verarbeitet jährlich 500 Millionen Nutzer und Anmeldungen. Zu den Kunden aus dem Transportsektor gehören AGS Airports und die Manchester Airports Group.
Worin unterscheiden sich Passpoint Roaming und mehrsprachige Portale tatsächlich?
Die beiden Modelle unterscheiden sich in den Aspekten, die in einem Terminal entscheidend sind: Reibung, Verschlüsselung, Daten, Benutzeroberflächenanforderungen und Hardware. Die Tabelle stellt sie gegenüber - zusammen mit dem Hybridmodell, das in den meiste Terminals letztendlich eingesetzt wird.
| Achse | Passpoint und OpenRoaming | Mehrsprachiges Captive Portal | Hybrid (beides) |
|---|---|---|---|
| Wie sich der Passagier verbindet | Automatisch, ohne Bildschirm, nach einmaliger Profilinstallation | Tritt einem offenen SSID bei und füllt eine Anmeldeseite aus | Profilinhaber verbinden sich automatisch; alle anderen nutzen das Portal |
| Verschlüsselung über die Schnittstelle | WPA2-Enterprise oder WPA3-Enterprise über 802.1X | Keine bei offenem SSID; pro Sitzung mit Enhanced Open (OWE) | Enterprise bei Passpoint SSID; OWE bei Portal-SSID |
| Zurückgegebene First-Party-Daten | Nur Realm des Identity-Providers, keine Marketing-Einwilligung | E-Mail, Spracheinstellung, bewusste Opt-ins | Einvernehmliche Daten von Portal-Passagieren; Sitzungsdaten von beiden |
| Sprachverarbeitung | Keine erforderlich, keine Benutzeroberfläche angezeigt | Accept-Language-Erkennung plus manueller Umschalter | Portal verarbeitet Sprachen; Passpoint benötigt keine |
| Barrierefreiheits-Exposition | Keine Schnittstelle zu prüfen | Vollständiges WCAG 2.2 AA-Audit und Erklärung | Nur Portal-Audit |
| Kernstandards | IEEE 802.11u, Passpoint, 802.1X, EAP, RadSec (RFC 6614) | RFC 8910, RFC 8908, WCAG 2.2, GDPR, PECR | Alle oben genannten |
| Access-Point-Anforderung | Hotspot 2.0-Unterstützung in AP- und Controller-Firmware | Umleitung über externes Captive Portal | Beide Funktionen auf einem Standort |
| Qualität der Analytics-Kennung | Stabil für die Sitzung, an ein authentifiziertes Credential gebunden | Stabil für die Sitzung; randomisierte MAC zwischen den Besuchen | Breiteste Abdeckung verbundener Geräte |
| Für wen es sich eignet | Drehkreuze mit vielen Vielfliegern bei Fluggesellschaften mit passender App | Freizeit-, Charter- und internationaler Erstverkehr | Die meisten Flughäfen und großen Eisenbahnknotenpunkte |
Drei Unterschiede prägen die meisten Entscheidungen.
Daten. Passpoint teilt Ihnen mit, welcher Identity-Provider ein Gerät authentifiziert hat, z. B. der Realm einer Fluggesellschaft oder ein OpenRoaming-Anbieter. Es werden keine E-Mail-Adresse und keine Marketing-Einwilligung zurückgegeben. Wenn Ihr Vertriebsteam einwilligte First-Party-Daten für Konzessionskampagnen benötigt, liefert nur das Portal diese.
Verschlüsselung. Passpoint läuft auf WPA2-Enterprise oder WPA3-Enterprise, sodass jede Sitzung vom ersten Frame an verschlüsselt wird. Eine offene Portal-SSID bietet keine Verschlüsselung über die Luftschnittstelle, es sei denn, Sie aktivieren Enhanced Open, auch bekannt als Opportunistic Wireless Encryption (OWE, RFC 8110). Verwenden Sie den OWE-Übergangsmodus, damit sich ältere Geräte weiterhin verbinden.
Verpflichtungen. Eine Passpoint-Verbindung zeigt keinen Bildschirm an, sodass Sie nichts zu übersetzen oder zu prüfen haben. Ein Portal ist eine öffentlich zugängliche Webseite und bringt beide Pflichten in vollem Umfang mit sich.
Wie kombinieren Flughäfen OpenRoaming, Passpoint-Profile von Fluggesellschaften und ein Fallback-Portal?
Das Zwei-SSID-Muster
Ein gängiges Terminal-Design strahlt zwei Passagiernetzwerke aus. Das erste ist eine Passpoint-SSID, die mit WPA2-Enterprise oder WPA3-Enterprise gesichert ist. Das zweite ist eine offene oder Enhanced-Open-SSID, die auf das Captive Portal umleitet. Geräte mit einem passenden Profil treten dem ersten Netzwerk automatisch bei, und jedes andere Gerät sieht das zweite.
Die Passpoint-SSID kündigt mehrere Kennungen gleichzeitig an. Ein Roaming Consortium Organisation Identifier (RCOI) benennt eine Federation wie OpenRoaming. Ein Network Access Identifier (NAI) Realm benennt einen einzelnen Identity-Provider, wie z. B. die Domain einer Fluggesellschaft. Das Gerät fragt diese über das Access Network Query Protocol (ANQP) ab, bevor es sich verbindet. Es tritt nur bei, wenn es über ein passendes Credential verfügt.
Wie Realm-Routing funktioniert
Wenn sich ein Gerät authentifiziert, liest die RADIUS-Schicht das Realm in seiner äußeren Identität und leitet die Anfrage weiter. OpenRoaming-Anfragen werden über RadSec, also RADIUS über TLS (RFC 6614), an die Identitätsanbieter der Föderation übermittelt. Das Realm einer Fluggesellschaft leitet die Anfrage im Rahmen einer bilateralen Vereinbarung an den eigenen Authentifizierungsserver der Fluggesellschaft weiter. Sie sehen niemals das Passwort oder Zertifikat des Passagiers. Sie erhalten lediglich eine Bestätigung oder Ablehnung sowie die Sitzungsregeln.
So funktioniert ein Loyalitätsprofil einer Fluggesellschaft in der Praxis. Die App der Fluggesellschaft installiert ein Passpoint-Profil über die Schnittstellen NEHotspotConfiguration von Apple oder PasspointConfiguration von Android. Das Profil enthält das Realm der Fluggesellschaft und eine Anmeldeinformation, häufig ein Zertifikat für EAP-TLS. EAP-TLS ist eine gegenseitige Zertifikatsauthentifizierung und die stärkste weit verbreitete EAP-Methode. An jedem Flughafen, der dieses Realm ankündigt, verbindet sich das Smartphone ohne erneute Aufforderung.
Erstpassagiere in Passpoint-Passagiere verwandeln
Das Portal dient gleichzeitig als Einstiegspunkt. Bieten Sie Passagieren nach dem Portal-Login einen optionalen Profil-Download an, damit der nächste Besuch automatisch erfolgt. Erklären Sie das Angebot in einfacher Sprache. Verweisen Sie Helpdesk-Mitarbeiter bei hilfesuchenden Passagieren auf eine allgemeine Erklärung wie Wie verbinde ich mich mit WiFi: Heim-, Hotel- und Arbeitsnetzwerke.
Geräte, die RFC 8910 unterstützen, erfahren die Portaladresse über DHCP oder Router Advertisements. Sie fragen dann die in RFC 8908 definierte Captive Portal API ab. Dies ersetzt anfällige Umleitungstricks durch ein standardisiertes Signal. Implementieren Sie dies daher überall dort, wo Ihre Access Points es unterstützen.
Mitarbeiter von Passagiernetzwerken fernhalten
Mitarbeiter von Fluggesellschaften, Einzelhandel und Flughäfen sollten niemals dieselben SSIDs wie Passagiere nutzen. Purple Staff WiFi authentifiziert Mitarbeiter gegenüber Microsoft Entra ID, Okta oder Google Workspace. Es weist sie separaten VLANs (virtuellen LANs) zu, die den Datenverkehr isolieren. Dienstleister und reisendes Personal bringen nicht verwaltete Geräte mit, was in BYOD WiFi Onboarding: Verwaltung nicht verwalteter Geräte in Hotels und im Einzelhandel behandelt wird.
Wann ist ein von Passpoint und OpenRoaming geprägtes Design die richtige Wahl?
Setzen Sie vorrangig auf Passpoint, wenn eine automatische Verbindung für Sie wertvoller ist als eine erfasste E-Mail-Adresse. Vier Situationen sprechen dafür:
- Hoher Vielfliegeranteil. Ein großer Teil Ihrer Passagiere fliegt mit einer oder zwei Drehkreuz-Fluggesellschaften, deren Apps Profile installieren können.
- Kurze Umsteigezeiten. Umsteigepassagiere und Bahnanschlüsse lassen wenig Zeit für Formulare. Die gleiche Logik gilt für Bahnhofs- und Bordnetzwerke, die auf unserer Seite Züge beschrieben sind.
- Sicherheitsanforderungen. Ihr IT-Team verlangt, dass jede Passagiersitzung über die Schnittstelle verschlüsselt wird und kein offener SSID-Datenverkehr stattfindet.
- Portal-Hürden zu Stoßzeiten. Helpdesks bearbeiten während der morgendlichen Abflugwellen Beschwerden über die Anmeldung.
Flughafenhotels erweitern diesen Vorteil. Ein Hotel, das dieselbe OpenRoaming-RCOI bewirbt, ermöglicht es Gästen, vom Gate bis zum Zimmer ohne zweiten Login verbunden zu bleiben. Unsere Hotels-Seite und der Leitfaden Hotel-Gäste-WiFi-Plattformen: PMS-Integration, Passpoint und gestaffelte Bandbreite im Vergleich decken diese Seite ab.
Beobachten Sie die Profilübernahme. Die Reichweite von OpenRoaming hängt davon ab, welche Identitätsanbieter Zugangsdaten auf den Smartphones Ihrer Passagiere bereitstellen. Messen Sie jeden Monat den Anteil der Sitzungen, die über Passpoint eingehen. Deaktivieren Sie das Portal nicht aufgrund von Annahmen.
Wann ist ein mehrsprachiges, vom Captive Portal geführtes Design die richtige Wahl?
Setzen Sie auf das Portal, wenn Reichweite und First-Party-Daten wichtiger sind als eine nahtlose automatische Verbindung. Vier Situationen sprechen dafür:
- Freizeit- und Charterverkehr. Viele Erst- und internationale Passagiere besitzen kein passendes Profil.
- Kommerzielle Ziele. Teams aus den Bereichen Konzessionen, Parken und Duty-Free möchten eingewilligte Kontakte sammeln, die durch bewusste Opt-ins gewonnen wurden.
- Operationales Messaging. Sie möchten Gate-Informationen, Wegbeschreibungen oder Buchungshilfen in der Sprache des Passagiers im Moment der Verbindung anzeigen.
- Hardware-Einschränkungen. Ihren Access Points fehlt die Unterstützung für Hotspot 2.0. Das Portal funktioniert sofort, und Passpoint kann bei einer Erneuerung folgen.
Gestalten Sie das Portal für ein Terminal, nicht für ein Café. Beschränken Sie die Anmeldung auf einen Schritt und bieten Sie kostenlosen Zugang an, ohne eine Marketing-Einwilligung zu verlangen. GDPR Artikel 7 Absatz 4 behandelt eine an einen Dienst gekoppelte Einwilligung als wahrscheinlich nicht freiwillig erteilt. Portale öffnen sich oft in einem eingeschränkten Mini-Browser, halten Sie die Seiten daher schlank und vermeiden Sie Skripte von Drittanbietern sowie Pop-ups.
Welche Standards für Sitzungszeitüberschreitungen, Spracherkennung und Barrierefreiheit gelten für Passagier-WiFi in Terminals?
Kein einzelner Standard legt die Sitzungsdauer für Flughafen-WiFi fest. Drei Regelwerke prägen das Design: RADIUS-Attribute für die Sitzungssteuerung, Webstandards für die Sprache und Gesetze zur Barrierefreiheit für das Portal.
Sitzungszeitüberschreitungen (Session Timeouts)
RFC 2865 definiert die RADIUS-Attribute Session-Timeout und Idle-Timeout. Session-Timeout begrenzt die Gesamtdauer der Sitzung. Idle-Timeout beendet eine Sitzung nach einer gewissen Zeit der Inaktivität. Richten Sie beide Parameter an der gemessenen Verweildauer aus, nicht an Gewohnheiten. Bei 90 Minuten Verweildauer im Sicherheitsbereich und einer 30-minütigen Sitzung meldet sich jeder Passagier dreimal an.
Im Passpoint-SSID erfolgt die Re-Authentifizierung geräuschlos, sodass eine kürzere Sitzung keinerlei Aufwand verursacht. Nutzen Sie diese, um Richtlinien und Bandbreitenbegrenzungen zu aktualisieren. Erkennen Sie wiederkehrende Geräte im Portal-SSID für ein definiertes Zeitfenster wieder. Ein Passagier, der sich nach der Sicherheitskontrolle erneut verbindet, sollte das Formular nicht noch einmal ausfüllen müssen. Geben Sie etwaige Zeit- oder Datenlimits auf dem Portal an, bevor sich der Passagier verbindet.
Spracherkennung
Jeder Browser sendet einen Accept-Language-Header, der die bevorzugten Sprachen des Geräts auflistet, wie in RFC 9110 definiert. Nutzen Sie diesen, um die Portalsprache automatisch auszuwählen. Leiten Sie die Sprache nicht von der IP-Adresse oder dem SIM-Land ab: Ein spanischsprachiger Nutzer, der mit einer britischen SIM-Karte roamt, möchte weiterhin Spanisch. Zeigen Sie immer eine sichtbare Sprachauswahl an, wobei jede Sprache in ihrer eigenen Schrift benannt wird.
Die W3C-Internationalisierungsrichtlinie rät von Flaggen in Sprachauswahlen ab, da Flaggen Länder und keine Sprachen repräsentieren. Deklarieren Sie die Seitensprache in HTML, wie es das WCAG-Erfolgskriterium 3.1.1 vorschreibt. Unterstützen Sie Rechts-nach-Links-Layouts für Arabisch und Hebräisch. Wählen Sie die Sprachen auf Basis Ihres Streckennetzes und Ihrer Passagierdaten aus, nicht aus einer generischen Liste.
Barrierefreiheit
Der Maßstab ist WCAG 2.2 Level AA, veröffentlicht vom W3C im Oktober 2023. Zwei neue Kriterien in 2.2 betreffen Portale direkt. Das Erfolgskriterium 3.3.8, Barrierefreie Authentifizierung (Minimum), verbietet kognitive Tests wie Puzzle-CAPTCHAs ohne Alternative. Das Erfolgskriterium 2.5.8, Zielgröße (Minimum), legt eine Untergrenze von 24 x 24 CSS-Pixeln für Tipp-Ziele fest. Fließtext benötigt gemäß Kriterium 1.4.3 ein Kontrastverhältnis von mindestens 4,5:1.
Im Vereinigten Königreich gelten für öffentliche Stellen die Public Sector Bodies (Websites and Mobile Applications) (No. 2) Accessibility Regulations 2018. Öffentlich-rechtliche Betreiber müssen diese erfüllen und eine Erklärung zur Barrierefreiheit veröffentlichen. In der EU gilt seit dem 28. Juni 2025 der European Accessibility Act (Richtlinie (EU) 2019/882). Er umfasst Websites und mobile Dienste für den Flug-, Bus-, Bahn- und Schiffs-Personenverkehr. Fragen Sie Ihre Rechtsabteilung, ob Ihr Portal in den Anwendungsbereich fällt, und gestalten Sie es in jedem Fall nach WCAG 2.2 AA.
Haben Sie Fragen zu Ihrem spezifischen Setup?
Unser Team arbeitet mit Standortbetreibern, IT-Managern und Netzwerktechnikern an über 80.000 Standorten zusammen. Buchen Sie ein 20-minütiges Gespräch und wir zeigen Ihnen, wie andere diese Herausforderungen gelöst haben.
Wie speist zonenspezifische WiFi-Telemetrie Dashboards für Terminal-Warteschlangen und Konzessions-Verweilzeiten?
Von Access Points zu Zonen
Jeder Access Point erkennt, welche Geräte sich mit ihm verbinden, und viele erkennen auch Geräte, die in der Nähe suchen. Gruppieren Sie Access Points in Zonen, die den betrieblichen Bereichen entsprechen: Check-in vor der Sicherheitskontrolle, Eingang zur Sicherheitskontrolle, Bereich nach der Sicherheitskontrolle, jeder Pier und jedes Gate-Cluster. Anbieterschnittstellen wie die Cisco Meraki Scanning API legen Präsenzdaten offen. WiFi Analytics wandelt diese in Zonen-Zählungen, Verweilzeiten und Bewegungen zwischen Zonen um.
Näherungswerte für Wartezeiten
Nehmen Sie das Intervall zwischen der letzten Sichtung eines Geräts in der Zone vor der Sicherheitskontrolle und seiner ersten Sichtung nach der Sicherheitskontrolle. Dieses Intervall entspricht näherungsweise der gesamten Abwicklungszeit an der Sicherheitskontrolle. Aggregieren Sie Intervalle zu fortlaufenden Medianen, und das Dashboard zeigt den Warteschlangentrend in nahezu Echtzeit an. Betrachten Sie dies als Trendindikator und nicht als Messung auf Spurebene. Decken-Sensoren messen einzelne Spuren präziser. WiFi liefert terminalweiten Kontext ohne neue Sensoren, da die Access Points bereits vorhanden sind.
Konzessions-Verweilzeit
Die Verweildauer im Sicherheitsbereich ist die Zeit, die Passagieren zum Ausgeben von Geld zur Verfügung steht. Die Zonentelemetrie zeigt, wie lange Geräte im zentralen Bereich verbleiben, anstatt direkt zum Pier zu gehen. Verknüpfen Sie dies mit den Verkaufszahlen der Konzessionsnehmer pro Stunde, um die Ausgaben mit der verfügbaren Verweildauer zu vergleichen. Purple wendet denselben Ansatz im Bereich Retail an, wobei die Zonen den Abteilungen statt den Einheiten zugeordnet werden.
Datenqualität und Datenschutz
Seit iOS 14 und Android 10 verwenden Geräte standardmäßig eine zufällige MAC-Adresse, die sich je nach Netzwerk unterscheidet. Die reine Zählung von Probes führt daher dazu, dass einige Geräte doppelt gezählt und andere übersehen werden. Assoziierte Sitzungen und allen voran Passpoint-Sitzungen liefern stabilere Identifikatoren für die Dauer eines Besuchs.
GDPR Artikel 35 erfordert eine Datenschutz-Folgenabschätzung (DSFA) für die großflächige systematische Überwachung öffentlich zugänglicher Bereiche. Führen Sie diese vor dem Go-Live durch. Aggregieren Sie die Daten für Dashboards auf Zonenebene und legen Sie kurze Aufbewahrungsfristen für Datensätze auf Geräteebene fest. Geben Sie den Zweck auf dem Portal und auf der Beschilderung im Terminal an.
Durchgearbeitete Szenarien: ein Regionalflughafen und ein Konzessionskomplex im Sicherheitsbereich
Diese Beispiele verwenden illustrative Zahlen. Ersetzen Sie diese durch Ihre eigene Ausgangsbasis, bevor Sie einen Business Case erstellen.
Szenario 1: ein Regionalflughafen im Besitz der Kommunalverwaltung
Situation. Ein Regionalflughafen im Besitz der Kommunalverwaltung fertigt täglich 8.000 abreisende Passagiere ab. Nehmen wir an, dass sich 60 % verbinden, also 4.800 Geräte pro Tag. Er betrieb ein offenes SSID, ein rein englisches Portal und ein Sitzungs-Timeout von 30 Minuten. Die mittlere Verweildauer im Sicherheitsbereich beträgt 90 Minuten. Als Einrichtung des öffentlichen Sektors muss er eine Erklärung zur Barrierefreiheit veröffentlichen.
Was das Team getan hat. Das Team hat ein Passpoint SSID hinzugefügt, das für OpenRoaming und den Realm seiner größten ansässigen Fluggesellschaft wirbt. Es hat das Portal in sechs aus dem Streckennetz ausgewählten Sprachen neu aufgebaut, mit Accept-Language-Erkennung und einem manuellen Umschalter. Ein externer Prüfer hat das Portal nach WCAG 2.2 AA getestet. Das Team hat ein Drei-Stunden-Sitzungs-Timeout festgelegt und wiederkehrende Geräte für den Rest des Tages wiedererkannt.
Ergebnis. Nehmen wir an, dass 25 % der sich verbindenden Geräte innerhalb eines Jahres zu Passpoint wechseln. Die Portal-Logins sinken von 4.800 auf 3.600 pro Tag, und 1.200 Geräte verbinden sich ganz ohne Bildschirm. Die längere Sitzung erspart zwei erzwungene erneute Logins pro Passagier, was 9.600 Login-Bildschirme weniger pro Tag bedeutet. Der Flughafen veröffentlicht außerdem seine Erklärung zur Barrierefreiheit, unterstützt durch ein unabhängiges Audit.
Szenario 2: ein Konzessionsbetreiber im Sicherheitsbereich
Situation. Ein Konzessionsbetreiber betreibt 14 Einheiten in einem zentralen Sicherheitsbereich und zwei Piers. Er konnte zwar die Verkäufe pro Stunde sehen, nicht aber, wie viel Zeit die Passagiere vor dem Boarding hatten.
Was der Betreiber getan hat. Der Betreiber hat Access Points in vier Zonen unterteilt: Sicherheitsausgang, zentraler Bereich, Pier A und Pier B. Er hat die stündliche Zonenverweildauer aus WiFi Analytics mit stündlichen Kassendaten verknüpft. Er hat eine Kennzahl definiert: Transaktionen pro 100 verbundene Geräte pro Zone und Stunde.
Ergebnis. In der morgendlichen Stoßzeit passieren 1.200 Geräte innerhalb einer Stunde die Sicherheitskontrolle mit einer mittleren Aufenthaltsdauer auf der Plaza von 42 Minuten. In der abendlichen Stoßzeit passierten 900 Geräte bei einem Median von 18 Minuten. Der Betreiber zog für die abendliche Stoßzeit zwei Mitarbeiter vom Tischservice zu den Grab-and-Go-Einheiten ab. Wenn die abendlichen Transaktionen pro 100 Geräte von neun auf 12 steigen, entspricht dies einer Steigerung von 33 % bei demselben Volumen. Dasselbe Dashboard misst dies.
Welche Betriebskosten fallen für das jeweilige Modell an?
Keines der Modelle benötigt neue Access Points auf unterstützter Hardware, wie in Warum Ihr nächstes WiFi-Upgrade keine neue Hardware erfordert erläutert wird. Die laufenden Kosten entstehen an anderer Stelle.
| Kostenart | Passpoint und OpenRoaming | Mehrsprachiges Captive Portal | Einmalig oder wiederkehrend |
|---|---|---|---|
| Access Points | Hotspot 2.0-Unterstützung pro Modell und Firmware bestätigt | Externe Portal-Weiterleitung auf bestehenden APs | Einmalige Kompatibilitätsprüfung |
| Authentifizierung | Cloud-RADIUS mit RadSec für Federation- und Airline-Realms | Cloud-RADIUS für die Sitzungssteuerung | Wiederkehrendes Plattform-Abonnement |
| Zertifikate | OpenRoaming-Zertifikat unter der PKI der WBA | TLS-Zertifikat für die Portal-Domain | Wiederkehrend bei jedem Ablauf |
| Partnervereinbarungen | Bedingungen mit den jeweiligen Fluggesellschaften oder Identitätsanbietern | Keine | Wiederkehrende rechtliche Prüfung |
| Übersetzung | Keine, da keine Benutzeroberfläche vorhanden | Jede Sprache, jede Inhaltsänderung | Wiederkehrend bei jeder Änderung |
| Barrierefreiheit | Keine zu prüfende Benutzeroberfläche | Audit nach WCAG 2.2 AA und veröffentlichte Erklärung | Einmaliges Audit, Nachprüfung nach Änderungen |
| Datenschutz | DSFA inklusive Analysen | DSFA, Einwilligungsnachweise, Aufbewahrungsplan | Wiederkehrende jährliche Überprüfung |
| Helpdesk-Aufwand | Anfragen zur Profilinstallation | Anfragen zu Login und Sprache in Spitzenzeiten | Laufender Personalaufwand |
Das Portal bringt mehr wiederkehrende Inhaltsarbeiten mit sich, hauptsächlich Übersetzungen und erneute Prüfungen der Barrierefreiheit nach jeder Änderung. Passpoint erfordert mehr Verwaltungsaufwand für Partner und Zertifikate. Ein Hybridmodell umfasst beides, jedoch ist der Aufwand auf jeder Seite geringer als bei einer alleinigen Nutzung.
So treffen Sie die Entscheidung für Ihren Transport-Hub-Bestand
Ordnung Sie Ihre Situation einem führenden Modell zu und befolgen Sie dann die folgenden Schritte.
| Ihre Situation | Führendes Modell | Grund |
|---|---|---|
| Die meisten Passagiere fliegen mit ein oder zwei Hub-Fluggesellschaften mit Treue-Apps | Passpoint, Airline-Realms zuerst | Apps enthalten bereits die Identität, daher erfolgt der Beitritt automatisch |
| Überwiegend Urlaubsreisende und internationale Erstreisende | Mehrsprachiges Portal, OpenRoaming sekundär | Wenige verfügen über Profile; das Portal erreicht jeden in seiner Sprache |
| Das kaufmännische Team benötigt Marketing-Kontakte mit Einwilligung | Portal | Passpoint liefert keine Einwilligungen |
| Sie sind eine öffentliche Stelle im Rahmen der Vorschriften von 2018 | Nach WCAG 2.2 AA geprüftes Portal sowie Passpoint | Rechtliche Verpflichtung liegt beim Portal; Passpoint reduziert dessen Auslastung |
| Bahn-Knotenpunkt mit kurzer Aufenthaltsdauer | OpenRoaming mit einem einstufigen Portal | Die Aufenthaltsdauer ist zu kurz für lange Formulare |
| Access Points unterstützen kein Hotspot 2.0 | Portal jetzt, Passpoint bei Erneuerung | Vermeidet frühzeitige Hardware-Ausgaben |
- Messen Sie Ihre Baseline. Erfassen Sie die täglichen Verbindungen, die Verweildauer nach Zonen und Anfragen zur Helpdesk-Anmeldung.
- Überprüfen Sie Ihre Hardware. Bestätigen Sie die Hotspot 2.0-Unterstützung auf jedem Access-Point-Modell und jeder Controller-Firmware-Version.
- Wählen Sie Identitätsanbieter aus. Entscheiden Sie, welche Verbünde und Airline-Realms Sie akzeptieren möchten, und schließen Sie Partnervereinbarungen frühzeitig ab.
- Legen Sie Timeouts basierend auf Daten fest. Stimmen Sie Session-Timeout und Idle-Timeout auf die gemessene Verweildauer ab.
- Führen Sie Compliance-Prüfungen parallel durch. Beauftragen Sie die Barrierefreiheitsprüfung und die DSFA zusammen mit der Netzwerkkonfiguration, nicht erst danach.
- Überprüfen Sie die Ergebnisse quartalsweise. Beobachten Sie den Passpoint-Anteil an den Sitzungen und passen Sie Ihre Portal-Investitionen entsprechend an, wenn dieser wächst.
Purple ist nach ISO 27001, Cyber Essentials und B Corp zertifiziert, konform mit GDPR und CCPA und bietet eine Verfügbarkeit von 99,999 %.
Häufig gestellte Fragen
Funktionierte Purple mit den bereits in unserem Terminal installierten Access Points?
Ja, Purple läuft als Cloud-Overlay auf Access Points von Cisco Meraki, HPE Aruba, Ruckus, Juniper Mist, Ubiquiti UniFi, Cambium, Extreme und Fortinet. Sie behalten Ihre vorhandene Hardware. Für Passpoint und OpenRoaming prüfen Sie bitte mit Ihrem Anbieter, ob Ihre Access-Point-Modelle und Controller-Firmware Hotspot 2.0 unterstützen. Ein Captive Portal benötigt auf denselben Plattformen Unterstützung für externe Weiterleitungen.
Müssen wir der Wireless Broadband Alliance beitreten, um OpenRoaming anzubieten?
Nein, Standorte können OpenRoaming über einen Plattformanbieter statt direkt beitreten. Der Anbieter hält die Verbundvereinbarung und die unter der Public-Key-Infrastruktur der WBA ausgestellt Zertifikate. Er leitet auch die Authentifizierung über RadSec weiter. Sie entscheiden weiterhin, welche Identitätsanbieter akzeptiert und welche OpenRoaming-Stufen angeboten werden. Überprüfen Sie die OpenRoaming-Richtlinie der WBA vor dem Start mit Ihrer Rechtsabteilung.
Was passiert mit Passagieren, deren Smartphones kein Passpoint-Profil haben?
Sie verbinden sich mit dem offenen oder Enhanced Open-Netzwerk und sehen das Captive Portal in ihrer Gerätesprache, sofern Sie eine Übersetzung anbieten. Das Portal kann nach der ersten Anmeldung einen optionalen Profil-Download anbieten, sodass die Verbindung beim nächsten Besuch automatisch hergestellt wird. Halten Sie den kostenlosen Zugang ohne Marketing-Einwilligung verfügbar, da die GDPR erfordert, dass Einwilligungen freiwillig erteilt werden.
Sind Analysen von Passagier-WiFi auf Zonenebene mit der GDPR konform?
Ja, wenn Sie diese von Anfang an auf Compliance ausrichten. Führen Sie eine Datenschutz-Folgenabschätzung durch, da Artikel 35 der GDPR die systematische Überwachung öffentlich zugänglicher Bereiche in großem Umfang nennt. Aggregieren Sie Dashboards auf Zonen-Zählwerte und Verweildauer-Mediane und legen Sie kurze Speicherfristen für Datensätze auf Geräteebene fest. Veröffentlichen Sie einen klaren Hinweis auf dem Portal und auf Beschilderungen im Terminal. Purple ist ISO 27001-zertifiziert und GDPR-konform.
Sollten wir das Captive Portal abschaffen und ein reines Passpoint-Netzwerk betreiben?
Nein, nicht an einem Flughafen. Ein reine Passpoint-Netzwerk schließt alle Passagiere ohne kompatibles Profil aus, unabhängig von ihrer Fluggesellschaft oder ihrem Land. Zudem nimmt es Ihnen die einzige Möglichkeit, einwilligungsbasierte First-Party-Daten zu erfassen und sprachspezifische Nachrichten bei der Verbindung zu senden. Nutzen Sie Passpoint als Überholspur und behalten Sie das Portal als universelle Ausweichoption bei. Überprüfen Sie das Verhältnis jedes Jahr mit steigender Profilnutzung.
Wie wird Purple für einen Verkehrsknotenpunkt lizenziert?
Purple wird über drei Tarife lizenziert: Connect, Capture und Engage. Der passende Tarif hängt davon ab, ob Sie nur eine Verbindung, die Erfassung einwilligungsbasierter First-Party-Daten oder die Interaktion mit Passagieren nach der Verbindung benötigen. Da Purple hardwareunabhängig ist, müssen Sie bei unterstützten Cisco Meraki-, HPE Aruba-, Ruckus- oder Juniper Mist-Infrastrukturen keine neuen Access Points kaufen. Fordern Sie bei Purple ein auf Ihre Terminals zugeschnittenes Angebot an.
Wie aufwendig ist eine Bereitstellung im Terminal?
Geringer als ein Hardwareprojekt, da Sie nichts ersetzen müssen. Die Arbeit verteilt sich auf vier Bereiche. Sie bestätigen die Hotspot 2.0-Unterstützung, konfigurieren den Passpoint SSID und vereinbaren Realms mit Partner-Fluggesellschaften. Zudem erstellen und prüfen Sie das mehrsprachige Portal und ordnen anschließend die Access Points den Zonen für Analysen zu. Partnervereinbarungen und die Barrierefreiheitsprüfung bestimmen in der Regel den Zeitplan, nicht die Netzwerkkonfiguration.
Schlüsseldefinitionen
Passpoint (Hotspot 2.0)
Eine Branchenzertifizierung auf Basis des Standards IEEE 802.11u. Sie erweitert die Netzwerkerkennung und -auswahl, sodass ein Gerät mit gespeicherten Anmeldedaten ein kompatibles Netzwerk ohne Login-Bildschirm erkennt und diesem beitritt. Die Authentifizierung erfolgt über IEEE 802.1X.
Ihre Access-Point-Modelle und die Controller-Firmware müssen Hotspot 2.0 unterstützen, bevor Sie ein Passpoint SSID ausstrahlen können. Überprüfen Sie dies daher bei Ihrer Hardware-Prüfung.
OpenRoaming
Ein Roaming-Verbund der Wireless Broadband Alliance, der Passpoint und Zertifikate aus der Public-Key-Infrastruktur der WBA nutzt, sodass eine einzige Anmeldeinformation eines Smartphone-Herstellers, Netzbetreibers oder einer App an jedem teilnehmenden Standort funktioniert.
Standorte können sich über einen Plattformanbieter statt direkt über die WBA anschließen. Sie wählen jedoch weiterhin selbst, welche Identitätsanbieter und Stufen Sie akzeptieren.
Captive Portal
Die Webseite, die in einem offenen Netzwerk angezeigt wird, bevor ein Passagier online geht. RFC 8910 ermöglicht es Geräten, die Portal-Adresse über DHCP oder Router Advertisements zu beziehen, und RFC 8908 definiert die Captive Portal API, die sie anschließend abfragen.
Das Portal ist Ihr einziger Weg zu eingewilligten First-Party-Daten und sprachspezifischen Nachrichten. Zudem übernimmt es die Anforderungen an Übersetzung und Barrierefreiheit.
IEEE 802.1X
Der IEEE-Standard für portbasierte Netzwerzzugangskontrolle, der Anmeldedaten innerhalb von EAP an einen RADIUS-Server überträgt, bevor der Netzwerkzugriff gewährt wird.
Passpoint authentifiziert sich mit 802.1X. Deshalb laufen Passpoint-Sitzungen über WPA2-Enterprise oder WPA3-Enterprise und sind vom ersten Frame an verschlüsselt.
EAP-TLS
Eine Extensible Authentication Protocol-Methode unter Verwendung gegenseitiger Zertifikatsauthentifizierung zwischen Gerät und Server - die stärkste auf breiter Front eingesetzte EAP-Methode.
Vielfliegerprofile von Fluggesellschaften enthalten häufig ein Zertifikat für EAP-TLS, das über die Schnittstellen NEHotspotConfiguration von Apple oder Androids PasspointConfiguration-Schnittstellen installiert wird.
RADIUS
Das in RFC 2865 definierte Protokoll, das Anmeldeinformationen prüft und Sitzungsregeln zurückgibt. RFC 2865 definiert auch das Session-Timeout-Attribut, das die Gesamtsitzungsdauer begrenzt, und das Idle-Timeout-Attribut, das inaktive Sitzungen beendet.
Sie legen hier Session-Timeout und Idle-Timeout fest. Diese bestimmen, wie oft Passagiere auf dem Portal während der Verweilzeit im Luftseite-Bereich einen Anmeldebildschirm sehen.
RadSec
RADIUS über TLS, spezifiziert in RFC 6614, das den RADIUS-Datenverkehr zwischen Servern über unsichere Netzwerke hinweg verschlüsselt.
OpenRoaming-Authentifizierungsanfragen werden über RadSec an Identity Provider der Föderation übermittelt. Daher muss Ihre RADIUS-Schicht dies unterstützen, um Realms zu routen.
Erweitertes Open (OWE)
Opportunistic Wireless Encryption, spezifiziert in RFC 8110, das jeder Sitzung in einem offenen Netzwerk eine Over-the-Air-Verschlüsselung ohne Passwort verleiht.
Nutzen Sie den OWE-Übergangsmodus auf der Portal-SSID, damit Passagiere in offenen Netzwerken von einer Verschlüsselung profitieren, während sich ältere Geräte weiterhin verbinden können.
ANQP, RCOI und NAI-Realm
Das Access Network Query Protocol aus IEEE 802.11u ermöglicht einem Gerät die Abfrage einer Passpoint-SSID vor der Assoziierung. Der Roaming Consortium Organisation Identifier benennt eine Föderation wie OpenRoaming und der Network Access Identifier Realm benennt einen einzelnen Identity Provider wie die Domain einer Fluggesellschaft.
Ihre Passpoint-SSID signalisiert mehrere RCOIs und NAI-Realms gleichzeitig, und ein Gerät stellt nur dann eine Verbindung her, wenn es über ein passendes Zugangsdatum verfügt.
Accept-Language-Header
Der in RFC 9110 definierte HTTP-Anforderungs-Header, der die bevorzugten Sprachen eines Browsers der Reihe nach auflistet.
Nutzen Sie diesen, um die Portalsprache automatisch auszuwählen, anstatt die Sprache von der IP-Adresse oder dem SIM-Land abzuleiten.
WCAG 2.2 Stufe AA
Der im Oktober 2023 veröffentlichte W3C-Standard für Barrierefreiheit, einschließlich des Erfolgskriteriums 3.3.8 Barrierefreie Authentifizierung (Minimum), 2.5.8 Zielgröße (Minimum) mit einer Untergrenze von 24 mal 24 CSS-Pixeln, 1.4.3 Kontrast von mindestens 4,5:1 und 3.1.1 Deklaration der Seitensprache.
Öffentlich-rechtliche Betreiber im Rahmen der britischen Barrierefreiheitsverordnungen von 2018 müssen diese einhalten und eine Erklärung veröffentlichen. Der European Accessibility Act deckt Personenbeförderungsdienste ab dem 28. Juni 2025 ab.
Datenschutz-Folgenabschätzung (DSFA)
Eine gemäß GDPR Artikel 35 erforderliche Abschätzung für Verarbeitungen, die voraussichtlich ein hohes Risiko bergen, einschließlich der großflächigen systematischen Überwachung öffentlich zugänglicher Bereiche.
Passagieranalysen auf Zonenebene fallen hierunter. Schließen Sie die DSFA daher vor dem Go-Live ab und aggregieren Sie Dashboards auf Zonenebene.
Ausgearbeitete Beispiele
Ein regionaler Flughafen in kommunaler Trägerschaft verzeichnet täglich 8.000 abfliegende Passagiere, von denen geschätzt 60 % eine Verbindung herstellen. Er betreibt ein offenes SSID, ein rein englischsprachiges Portal sowie einen Session-Timeout von 30 Minuten bei einer mittleren Verweildauer von 90 Minuten im Sicherheitsbereich. Zudem muss er eine Erklärung zur Barrierefreiheit veröffentlichen. Was sollte geändert werden?
Das Team hat ein Passpoint SSID hinzugefügt, das OpenRoaming und die Domain seiner größten ansässigen Fluggesellschaft ausstrahlt, sodass sich Profilinhaber ohne Anmeldebildschirm verbinden. Es hat das Portal in sechs aus dem Streckennetz ausgewählten Sprachen neu aufgebaut - inklusive Accept-Language-Erkennung und manueller Sprachauswahl. Ein externer Prüfer hat das Portal nach WCAG 2.2 AA zertifiziert. Das Team hat einen Session-Timeout von drei Stunden eingerichtet und wiederkehrende Geräte für den Rest des Tages automatisch erkannt. Bei beispielhaften Zahlen gilt: Wenn 25 % von 4.800 täglichen Geräten zu Passpoint wechseln, sinken die Portal-Logins auf 3.600 und 1.200 Geräte verbinden sich im Hintergrund. Der Wegfall von zwei erzwungenen Neuanmeldungen pro Passagier spart täglich etwa 9.600 Login-Bildschirme ein. Das unabhängige Audit bestätigt die veröffentlichte Erklärung zur Barrierefreiheit.
Ein Konzessionsbetreiber führt 14 Einheiten im Bereich einer Plaza im Sicherheitsbereich und zwei Gates. Er sieht stündliche Umsätze, weiß aber nicht, wie viel Zeit Passagiere vor dem Boarding haben. Wie können WiFi-Telemetriedaten die Personalplanung unterstützen?
Der Betreiber hat die Access Points in vier Zonen unterteilt: Sicherheitskontroll-Ausgang, Plaza, Gate A und Gate B. Er hat die stündliche Verweildauer pro Zone aus den WiFi Analytics mit stündlichen Kassendaten verknüpft und eine Kennzahl nachverfolgt: Transaktionen pro 100 verbundene Geräte pro Zone und Stunde. Bei beispielhaften Zahlen passierten morgens 1.200 Geräte die Sicherheitskontrolle mit einer mittleren Verweildauer auf der Plaza von 42 Minuten. Abends passierten 900 Geräte mit einem Median von 18 Minuten. Aufgrund der kürzeren verfügbaren Zeit am Abend verlegte der Betreiber zwei Mitarbeiter vom Tischservice zu Grab-and-Go-Einheiten. Wenn die abendlichen Transaktionen pro 100 Geräte von neun auf 12 steigen, entspricht das einer Steigerung von 33 % beim selben Volumen, gemessen auf demselben Dashboard.
Häufig gestellte Fragen
Funktioniert Purple mit den Access Points, die bereits in unserem Terminal installiert sind?
Ja, Purple läuft als Cloud-Overlay auf Access Points von Cisco Meraki, HPE Aruba, Ruckus, Juniper Mist, Ubiquiti UniFi, Cambium, Extreme und Fortinet. Sie behalten Ihre bestehende Hardware. Für Passpoint und OpenRoaming bestätigen Sie bitte mit Ihrem Anbieter, dass Ihre Access-Point-Modelle und die Controller-Firmware Hotspot 2.0 unterstützen. Ein Captive Portal benötigt auf diesen Plattformen Unterstützung für externe Weiterleitungen.
Müssen wir der Wireless Broadband Alliance beitreten, um OpenRoaming anzubieten?
Nein, Standorte können OpenRoaming über einen Plattformanbieter beitreten, anstatt direkt. Der Anbieter hält die Föderationsvereinbarung und die Zertifikate, die unter der Public-Key-Infrastruktur der WBA ausgestellt wurden. Er leitet auch die Authentifizierung über RadSec weiter. Sie entscheiden weiterhin, welche Identitätsanbieter Sie akzeptieren und welche OpenRoaming-Stufen Sie anbieten möchten. Prüfen Sie vor dem Start die OpenRoaming-Richtlinie der WBA mit Ihrer Rechtsabteilung.
Was passiert mit Passagieren, deren Smartphones kein Passpoint-Profil haben?
Sie verbinden sich mit dem offenen oder Enhanced Open-Netzwerk und sehen das Captive Portal in ihrer Gerätesprache, sofern Sie eine Übersetzung anbieten. Das Portal kann nach der ersten Anmeldung einen optionalen Profil-Download anbieten, sodass der nächste Besuch automatisch eine Verbindung herstellt. Halten Sie den kostenlosen Zugang ohne Marketing-Einwilligung verfügbar, da GDPR erfordert, dass die Einwilligung freiwillig erteilt wird.
Sind Passagier-WiFi-Analysen auf Zonen-Ebene mit GDPR konform?
Ja, wenn Sie es von Anfang an auf Konformität auslegen. Führen Sie eine Datenschutz-Folgenabschätzung durch, da GDPR Artikel 35 die großflächige systematische Überwachung öffentlich zugänglicher Bereiche nennt. Aggregieren Sie Dashboards auf Zonen-Ebene und Verweildauer-Medianwerte und legen Sie kurze Aufbewahrungsfristen für Datensätze auf Geräteebene fest. Veröffentlichen Sie einen klaren Hinweis auf dem Portal und der Terminal-Beschilderung. Purple ist ISO 27001-zertifiziert und GDPR-konform.
Sollten wir das Captive Portal abschaffen und ein reines Passpoint-Netzwerk betreiben?
Nein, nicht an einem Flughafen. Ein reines Passpoint-Netzwerk schließt jeden Passagier ohne kompatibles Profil aus, unabhängig von Fluggesellschaft oder Land. Zudem nimmt es Ihnen die einzige Möglichkeit zur Erfassung von First-Party-Daten mit Einwilligung sowie für sprachspezifische Nachrichten bei der Verbindung. Betreiben Sie Passpoint als Überholspur und nutzen Sie das Portal als universelle Ausweichlösung. Überprüfen Sie das Verhältnis jedes Jahr, wenn die Profil-Nutzung steigt.
Wie wird Purple für einen Verkehrsknotenpunkt lizenziert?
Purple wird über drei Tarife lizenziert: Connect, Capture und Engage. Der richtige Tarif hängt davon ab, ob Sie nur eine Verbindung, die erfassungseinwilligte Erfassung von First-Party-Daten oder die Interaktion mit Passagieren nach der Verbindungsherstellung benötigen. Da Purple hardwareunabhängig ist, kaufen Sie keine neuen Access Points für unterstützte Cisco Meraki-, HPE Aruba-, Ruckus- oder Juniper Mist-Bestände. Fordern Sie bei Purple ein auf Ihre Terminals zugeschnittenes Angebot an.
Wie viel Aufwand bedeutet eine Terminal-Bereitstellung?
Weniger als ein Hardware-Projekt, da Sie nichts ersetzen. Die Arbeit gliedert sich in vier Bereiche. Sie bestätigen die Hotspot 2.0-Unterstützung, konfigurieren das Passpoint SSID und vereinbaren Realms mit Partner-Airlines. Zudem erstellen und prüfen Sie das mehrsprachige Portal und ordnen anschließend Access Points den Zonen für Analysen zu. Partnervereinbarungen und das Barrierefreiheits-Audit bestimmen in der Regel den Zeitplan, nicht die Netzwerkkonfiguration.
Quellen
- RFC 2865: Remote Authentication Dial In User Service (RADIUS)
- RFC 6614: TLS encryption for RADIUS (RadSec)
- RFC 8110: Opportunistic Wireless Encryption
- RFC 8908: Captive Portal API
- RFC 9110: HTTP Semantics
- W3C Web Content Accessibility Guidelines (WCAG) 2.2
- Regulation (EU) 2016/679 (GDPR)
- Wireless Broadband Alliance: OpenRoaming
Weiterlesen in dieser Reihe
Native Gäste-WiFi-Lösungen von Ruckus SmartZone und RUCKUS One im Vergleich zu externen Captive Portal-Plattformen WiFi
Entscheiden Sie, ob der native Gästezugang von Ruckus SmartZone oder RUCKUS One für Ihre Standorte ausreicht oder ob sich das Abonnement eines externen Captive Portals wie Purple lohnt. Sie können Ihre Standorte, Anbieter und Dateninhaberschaft einer klaren Empfehlung zuordnen. Zudem lernen Sie die Integration von WISPr, Northbound Interface und RADIUS sowie die Kosten der jeweiligen Option kennen.
Aruba Central Gäste-WiFi vs. dedizierte Captive Portal-Plattformen: CRM, Passpoint und Berichterstattung im Vergleich
Verwenden Sie diesen Vergleich, um zwischen der nativen Cloud Guest-Funktion von Aruba Central, ClearPass Guest und einer dedizierten Cloud-Plattform wie Purple für Ihren HPE Aruba-Bestand zu wählen. Sie können jede Option danach ausrichten, wer Eigentümer der Gäste-WiFi ist, wo Gästedaten abgelegt werden müssen, wie Sie die Einwilligung zum GDPR erfassen, ob wiederkehrende Gäste ein Passpoint benötigen und was jede Option über drei Jahre kostet.
Juniper Mist Gäste-WiFi-Portale vs. externe Captive Portal Overlays: Vergleich für mehrere Standorte
Sie werden für jeden Standort einzeln entscheiden können, ob das native Juniper Mist Gäste-Portal ausreicht oder ein externes Captive Portal Overlay seine Lizenz wert ist. Sie erfahren außerdem, wie Sie ein Mist WLAN an ein Overlay weiterleiten, RADIUS-Accounting konfigurieren und bei einer phasenweisen Migration von Legacy-Controllern einen einheitlichen Gäste-Datensatz beibehalten.
Haben Sie Fragen zu Ihrem spezifischen Setup?
Unser Team arbeitet mit Standortbetreibern, IT-Managern und Netzwerktechnikern an über 80.000 Standorten zusammen. Buchen Sie ein 20-minütiges Gespräch und wir zeigen Ihnen, wie andere diese Herausforderungen gelöst haben.