Zum Hauptinhalt springen
Deutsch

Vergleich von Controller-basierten und Cloud-verwalteten Access Points

Dieser technische Leitfaden vergleicht Controller-basierte und Cloud-verwaltete Access Point-Architekturen für Unternehmensumgebungen. Er bietet IT-Führungskräften einen herstellerneutralen Rahmen zur Bewertung von Bereitstellungsmodellen, Gesamtbetriebskosten und Integrationsmöglichkeiten mit Gast-Intelligence-Plattformen wie Purple.

📖 6 Min. Lesezeit📝 1,351 Wörter🔧 2 ausgearbeitete Beispiele❓ 3 Übungsfragen📚 8 Schlüsseldefinitionen

Diesen Leitfaden anhören

Podcast-Transkript ansehen
Comparing Controller-Based vs. Cloud-Managed Access Points A Purple Technical Briefing — Approximately 10 Minutes --- INTRODUCTION AND CONTEXT — approximately 1 minute Welcome to the Purple Technical Briefing series. I'm your host, and today we're tackling a question that lands on the desk of almost every network architect and IT director at some point: should you be running controller-based access points, or is it time to move to cloud-managed APs? This isn't a theoretical debate. The decision you make here has direct consequences for your capital expenditure, your operational overhead, your security posture, and frankly, your team's sanity at two in the morning when something goes wrong across twelve sites simultaneously. We'll cover the technical architecture of both approaches, walk through real deployment scenarios from hospitality and retail, and give you a clear decision framework you can apply to your own environment. By the end of this briefing, you should be able to walk into a board meeting or a procurement committee and make the case — either way — with confidence. Let's get into it. --- TECHNICAL DEEP-DIVE — approximately 5 minutes Let's start with the fundamentals. A controller-based access point architecture centralises all the intelligence in a physical or virtual wireless LAN controller — what most of us call a WLC. The APs themselves are typically what the industry calls "thin" or "lightweight" APs. They handle the radio frequency work — transmitting and receiving on 2.4 gigahertz, 5 gigahertz, and increasingly 6 gigahertz under Wi-Fi 6E — but the control plane, the management plane, and often the data plane all run through that controller. The CAPWAP protocol — that's Control and Provisioning of Wireless Access Points, defined in RFC 5415 — is what binds the AP to the controller. Every configuration change, every roaming decision, every authentication handshake flows through that tunnel. In a high-density environment like a conference centre or a stadium, this architecture gives you extraordinarily fine-grained control. You can tune transmit power, channel assignment, and client load balancing at a granular level that cloud platforms are only beginning to match. The trade-off is obvious: that controller is a single point of failure unless you've deployed a redundant pair, which adds cost and complexity. You also need qualified engineers on-site or on call who understand the vendor's specific CLI and management interface. Firmware updates require planned maintenance windows. And when you're running fifty sites across a retail estate, managing fifty controllers — or even a cluster of them — is a significant operational burden. Now, cloud-managed access points flip this model. The APs are still doing the RF work locally, but the management plane lives in the vendor's cloud — or in some cases a private cloud you control. Configuration is pushed down from the cloud; telemetry and diagnostics flow back up. The AP can function autonomously if the cloud connection drops — this is what vendors call "local survivability" — but you lose real-time visibility and the ability to push changes until connectivity is restored. From a standards perspective, cloud-managed APs still implement the same IEEE 802.11ax or 802.11be radio protocols. They support WPA3-Enterprise with IEEE 802.1X authentication, RADIUS integration, and VLAN segmentation just as controller-based systems do. The difference is purely in where the management intelligence sits. Security is where this conversation gets nuanced. Under PCI DSS version 4.0, if your APs are handling cardholder data environments — think retail point-of-sale networks — you need to demonstrate that your management traffic is encrypted and that your cloud provider meets the relevant compliance requirements. Most enterprise cloud WiFi vendors now provide SOC 2 Type II attestations and support for data residency requirements, which addresses the bulk of GDPR concerns around data sovereignty. But if you're in a regulated environment — defence, certain healthcare settings, critical national infrastructure — an air-gapped controller-based deployment may still be the only viable option. Let's talk throughput and density. This is where controller-based systems have historically had an edge. In a stadium deploying 400 APs across a venue that fills with 60,000 people simultaneously, the ability to run centralised RF management — coordinating channel reuse, managing co-channel interference, and handling fast BSS transition under 802.11r for seamless roaming — is genuinely valuable. Cloud-managed platforms have closed this gap considerably, particularly with AI-driven RF optimisation, but if you're running a genuinely high-density, latency-sensitive deployment, you should be stress-testing the cloud platform's local survivability and roaming performance before committing. For multi-site deployments — a hotel chain with 80 properties, a retail brand with 300 stores — cloud-managed APs are operationally transformative. Zero-touch provisioning means a new AP ships to a site, a local member of staff plugs it in, and it phones home to the cloud, downloads its configuration, and is live within minutes. No engineer on-site, no truck roll, no maintenance window. The operational cost saving here is material. --- IMPLEMENTATION RECOMMENDATIONS AND PITFALLS — approximately 2 minutes Let me give you the practical guidance that saves you from the mistakes I see organisations make repeatedly. First: do not underestimate backhaul dependency in cloud-managed deployments. Your APs need a reliable, low-latency internet connection to maintain cloud connectivity. If you're deploying in a venue where the internet circuit is shared with guest traffic — and it often is — you need to ensure your management traffic is QoS-prioritised and that you have a secondary circuit or 4G failover. I've seen cloud-managed deployments at conference venues where a saturated internet circuit during a peak event caused the management plane to drop, leaving the ops team flying blind. Second: plan your VLAN architecture before you touch a single AP. Whether you're controller-based or cloud-managed, your guest network, your corporate network, your IoT devices, and your POS systems should be on separate VLANs with appropriate firewall policies between them. This is basic network hygiene, but it's remarkable how often it's an afterthought. Third: if you're integrating a guest WiFi platform like Purple on top of your AP infrastructure — and you should be, because that's where the analytics and the captive portal and the marketing data live — make sure your AP platform supports the integration method Purple uses. Purple is hardware-agnostic, which means it works with controller-based and cloud-managed APs alike, but you need to confirm that your AP vendor supports the RADIUS accounting and API hooks that Purple uses for session management and analytics. Fourth: firmware management. Cloud-managed platforms typically push firmware updates automatically, which is a double-edged sword. You get security patches quickly, which is good. But you can also get a firmware update that breaks something in your environment at an inconvenient time. Establish a firmware staging policy — test updates on a subset of APs before rolling out estate-wide. The most common pitfall I see? Organisations choosing a platform based on the hardware cost alone, without factoring in the total cost of ownership over a five-year horizon. A controller-based system might look cheaper upfront, but when you add the cost of the controller hardware, the support contracts, the engineering time for firmware management, and the operational overhead of multi-site management, cloud-managed often wins on TCO — sometimes significantly. --- RAPID-FIRE Q AND A — approximately 1 minute Question: Can I mix controller-based and cloud-managed APs in the same estate? Answer: Yes, but I'd caution against it unless you have a very clear reason — like a legacy site that isn't worth migrating yet. Managing two separate platforms doubles your operational complexity and your training overhead. Question: Does cloud-managed mean my data goes to the vendor's servers? Answer: Management telemetry does, yes. Your guest data traffic typically breaks out locally at the AP and doesn't traverse the vendor's cloud. But check the data processing agreements carefully, especially for GDPR compliance. Question: Is Wi-Fi 6E only available on cloud-managed platforms? Answer: No. Wi-Fi 6E hardware is available across both architectures. The 802.11ax and 802.11be standards are independent of the management architecture. Question: How does Purple integrate with cloud-managed APs? Answer: Purple is hardware-agnostic. It integrates via RADIUS, API, or captive portal redirect regardless of whether your APs are controller-based or cloud-managed. The analytics and guest WiFi experience are consistent across both. --- SUMMARY AND NEXT STEPS — approximately 1 minute Let me leave you with the three things that should drive your decision. One: if you're managing more than five sites, cloud-managed APs will almost certainly deliver better operational efficiency and lower total cost of ownership. The zero-touch provisioning and centralised visibility alone justify the switch. Two: if you have strict data sovereignty requirements, a high-density single-site deployment, or a regulated environment, evaluate controller-based carefully — or consider a hybrid approach with a cloud-managed overlay for visibility. Three: your AP architecture is the foundation, but it's not the whole story. Layering a platform like Purple on top gives you the guest WiFi experience, the analytics, and the marketing intelligence that turns your WiFi infrastructure from a cost centre into a revenue-generating asset. For the full technical reference guide, including architecture diagrams, worked deployment examples, and the decision framework, visit purple.ai. Thanks for listening.

header_image.png

Zusammenfassung

Für Betreiber von Unternehmensstandorten definiert die architektonische Entscheidung zwischen Controller-basierten und Cloud-verwalteten Access Points (APs) die operative Agilität, die Sicherheitslage und die Gesamtbetriebskosten (TCO) ihres Netzwerks für die nächsten fünf bis sieben Jahre. Da Standorte in den Bereichen Gastgewerbe , Einzelhandel und Transport ihre physischen Räume digitalisieren, ist WiFi nicht länger nur eine Annehmlichkeit; es ist die kritische Transportschicht für IoT-Sensoren, Point-of-Sale (POS)-Systeme und Gast-Intelligence-Plattformen.

Historisch bedingt erforderten die hohen Dichteanforderungen von Stadien und großen Konferenzzentren lokale Wireless LAN Controller (WLCs), um komplexe HF-Koordination und nahtloses Roaming zu bewältigen. Moderne Cloud-verwaltete Architekturen, ergänzt durch KI-gesteuertes Radio Resource Management (RRM), haben diese Leistungslücke jedoch erheblich geschlossen und gleichzeitig den operativen Aufwand für die Verwaltung physischer Controller-Appliances eliminiert.

Dieser technische Leitfaden bietet Netzwerkarchitekten und IT-Direktoren einen herstellerneutralen Rahmen zur Bewertung von AP-Architekturen. Er erläutert die technischen Unterschiede im Management der Steuerungsebene, untersucht reale Bereitstellungsszenarien und beschreibt, wie diese Architekturen mit Unternehmens- Gast-WiFi und WiFi Analytics -Plattformen integriert werden, um messbare Geschäftsergebnisse zu erzielen.

Technischer Einblick: Architektur und Steuerungsebenen

Der grundlegende Unterschied zwischen Controller-basierten und Cloud-verwalteten APs liegt darin, wo die Management- und Steuerungsebenen angesiedelt sind und wie die APs mit dem Rest der Netzwerkinfrastruktur interagieren.

Controller-basierte Architektur

In einem traditionellen Controller-basierten Modell beenden „leichte“ APs ihr Management und oft auch ihren Datenverkehr an einer zentralisierten Hardware- oder virtuellen Appliance – dem Wireless LAN Controller (WLC). Die APs übernehmen die physikalischen Layer-1- und Layer-2-Hochfrequenz-(RF)-Funktionen, aber die Intelligenz ist zentralisiert.

  • Protokollabhängigkeit: Die APs kommunizieren mit dem WLC über das Control and Provisioning of Wireless Access Points (CAPWAP)-Protokoll (RFC 5415).
  • Zentralisierte Verarbeitung: Roaming-Entscheidungen, Authentifizierungs-Handshakes (wie 802.1X/EAP) und dynamische HF-Kanalzuweisungen werden vom Controller verarbeitet.
  • Datenpfad-Tunneling: In vielen Bereitstellungen wird der Client-Datenverkehr zum WLC zurückgetunnelt, bevor er in das kabelgebundene Netzwerk gelangt. Dies ermöglicht eine zentralisierte Richtliniendurchsetzung und ein vereinfachtes VLAN-Management über einen großen Campus hinweg, erzeugt aber einen potenziellen Engpass.

Vorteile für Umgebungen mit hoher Dichte: Controller-basierte Systeme zeichnen sich in Umgebungen mit extrem hoher Dichte aus (z. B. Stadien, große Auditorien). Da der WLC eine ganzheitliche Echtzeitansicht der HF-Umgebung über Hunderte von APs hinweg hat, kann er die Koordination zur Reduzierung von Gleichkanalstörungen und das 802.11r Fast BSS Transition (FT) Roaming mit Millisekundenpräzision verwalten.

Cloud-verwaltete Architektur

Cloud-verwaltete Architekturen dezentralisieren die Steuerungsebene. Die APs selbst sind „fett“ oder autonom in Bezug auf lokales HF-Management und Datenweiterleitung, werden aber zentral über eine Cloud-gehostete Managementplattform orchestriert.

  • Out-of-Band-Management: Der AP stellt einen sicheren Management-Tunnel (typischerweise HTTPS/TLS) zur Cloud des Anbieters her. Konfiguration, Telemetrie und Firmware-Updates fließen über diese Verbindung.
  • Lokaler Breakout: Der Client-Datenverkehr wird nicht zur Cloud getunnelt. Er bricht lokal am Switch-Port aus, an den der AP angeschlossen ist.
  • Lokale Überlebensfähigkeit: Wenn die Internetverbindung zur Cloud abbricht, bedient der AP weiterhin bestehende Clients, authentifiziert neue Clients (falls lokales RADIUS oder PSK verwendet wird) und leitet den Datenverkehr weiter. Das IT-Team verliert jedoch die Echtzeit-Sichtbarkeit und die Möglichkeit, Konfigurationsänderungen zu übertragen, bis die Verbindung wiederhergestellt ist.

comparison_chart.png

Auswirkungen auf Sicherheit und Compliance

Beide Architekturen unterstützen Sicherheitsstandards auf Unternehmensniveau, einschließlich WPA3-Enterprise, 802.1X-Authentifizierung und Erkennung von Rogue APs. Die Compliance-Anforderungen unterscheiden sich jedoch.

Bei Cloud-verwalteten Systemen müssen IT-Teams sicherstellen, dass die Cloud-Plattform des Anbieters die relevanten regulatorischen Anforderungen (z. B. SOC 2 Typ II, ISO 27001) erfüllt und die Datenresidenz mit der GDPR oder lokalen Datenschutzgesetzen übereinstimmt. Für hochsensible Umgebungen, die eine strikte Luftspaltung erfordern – wie bestimmte Regierungs- oder Verteidigungseinrichtungen – bleibt ein Controller-basiertes System, das vollständig innerhalb des lokalen LANs betrieben wird, der Standard.

Für Umgebungen, die Zahlungsdaten verarbeiten, können beide Architekturen die PCI DSS-Konformität erreichen. Die Netzwerksegmentierung ist jedoch entscheidend. Das Gastnetzwerk, Unternehmensgeräte und POS-Terminals müssen unabhängig von der AP-Architektur auf separaten VLANs isoliert werden.

Implementierungsleitfaden: Bereitstellung und Integration

Die operativen Auswirkungen Ihrer gewählten Architektur werden bei der Bereitstellung und dem laufenden Management am deutlichsten, insbesondere in Multi-Site-Szenarien.

Zero-Touch Provisioning vs. Gestufte Bereitstellung

Cloud-verwaltet: Der primäre operative Vorteil von Cloud-verwalteten APs ist Zero-Touch Provisioning (ZTP). Ein AP kann direkt an ein entferntes Einzelhandelsgeschäft oder Hotel geliefert werden. Beim Anschließen erwirbt er eine IP-Adresse via DHCP, verbindet sich mit der Cloud, lädt sein vorkonfiguriertes Profil herunter und beginnt mit der Übertragung. Dies eliminiert die Notwendigkeit teurer Außendiensteinsätze oder den Einsatz hochqualifizierter Netzwerktechniker an entfernten Standorten.

Controller-basiert: Die Bereitstellung von controller-basierten APs erfordert typischerweise mehr Vorbereitung. Der AP muss den WLC erkennen können (oft über DHCP Option 43 oder DNS-Auflösung). Die Firmware muss oft manuell zwischen dem WLC und den APs abgeglichen werden. Für einen Multi-Site-Rollout erfordert dies oft die zentrale Vorbereitung der Hardware vor dem Versand oder den Einsatz von Technikern an jedem Standort.

deployment_decision_framework.png

Integration von Gastintelligenz und Analysen

Die Bereitstellung der physischen APs ist nur die Grundlage. Um geschäftlichen Nutzen aus dem Netzwerk zu ziehen, müssen Veranstaltungsorte ihre Hardware mit Gastintelligenz-Plattformen wie Purple integrieren.

Purple fungiert als hardwareunabhängiges Overlay und integriert sich nahtlos in sowohl controller-basierte als auch cloud-verwaltete Systeme großer Anbieter (Cisco, Meraki, Aruba, Ruckus, Extreme).

  • Authentifizierung und Onboarding: Purple übernimmt die Präsentation des Captive Portal und die Authentifizierung (via Social Login, Formularausfüllung oder How a wi fi assistant Enables Passwordless Access in 2026 ). Die AP-Architektur muss lediglich RADIUS-Authentifizierung und -Accounting unterstützen und nicht authentifizierte Benutzer zum Purple-Portal umleiten.
  • Analysedaten: Purple erfasst Präsenz- und Standortdaten von den APs, um sein Analyse-Dashboard zu betreiben. Ob die Daten via API von einem Cloud-Dashboard übertragen oder direkt von einem lokalen WLC gesendet werden, die resultierenden Erkenntnisse – Verweildauer, Wiederkehrraten und Besucherfrequenz – sind identisch. Für einen tieferen Einblick in die Generierung dieser Daten, siehe unseren Leitfaden zu Heatmapping vs Presence Analytics: Technical Differences .

purple_platform_integration.png

Best Practices und Risikominderung

Unabhängig von der gewählten Architektur mindern bestimmte grundlegende Best Practices Bereitstellungsrisiken und gewährleisten langfristige Stabilität.

  1. Management-Traffic priorisieren: Bei Cloud-verwalteten Bereitstellungen ist die Verbindung der APs zur Cloud entscheidend. Stellen Sie sicher, dass der Management-Traffic auf der WAN-Leitung QoS-priorisiert wird. Wenn der Veranstaltungsort eine Internetverbindung sowohl für Gast-Traffic als auch für das Management nutzt, kann eine überlastete Verbindung während der Spitzenzeiten dazu führen, dass die APs im Cloud-Dashboard als offline erscheinen.
  2. Gestaffelte Firmware-Upgrades: Cloud-Plattformen spielen Firmware-Updates oft automatisch aus. Dies gewährleistet zwar die schnelle Anwendung von Sicherheitspatches, birgt jedoch das Risiko unerwarteter Fehler. Konfigurieren Sie Ihr Cloud-Dashboard so, dass Updates gestaffelt erfolgen – testen Sie neue Firmware auf einer kleinen Untergruppe von APs (z.B. im IT-Büro), bevor Sie sie auf das gesamte Netzwerk ausrollen.
  3. Design für Dichte, nicht nur Abdeckung: Moderne Bereitstellungen scheitern selten an mangelndem Signal; sie scheitern an Kapazitätserschöpfung oder Gleichkanalstörungen. Führen Sie ordnungsgemäße prädiktive und aktive HF-Messungen durch, um eine angemessene Kanalüberlappung und Sendeleistungseinstellungen zu gewährleisten, insbesondere in Zonen mit hoher Dichte wie Lobbys oder Konferenzräumen. Für Einblicke in die Verbesserung des Gesamterlebnisses, lesen Sie How To Improve Guest Satisfaction: The Ultimate Playbook .
  4. VLAN-Architektur standardisieren: Implementieren Sie ein konsistentes VLAN-Schema über alle Standorte hinweg. Isolieren Sie Management-Schnittstellen, Unternehmensgeräte, IoT-Sensoren und Gast-Traffic.

ROI & Geschäftsauswirkungen

Die Entscheidung zwischen controller-basierten und cloud-verwalteten APs sollte durch eine Total Cost of Ownership (TCO)-Analyse über einen Lebenszyklus von 5 bis 7 Jahren getroffen werden.

  • Investitionsausgaben (CapEx): Controller-basierte Systeme haben oft höhere anfängliche CapEx aufgrund der Kosten für die WLC-Appliances und der damit verbundenen Redundanzanforderungen. Cloud-verwaltete APs haben typischerweise geringere Hardwarekosten, erfordern aber laufende Abonnementlizenzen.
  • Betriebsausgaben (OpEx): Cloud-verwaltete Systeme weisen bei Multi-Site-Bereitstellungen durchweg niedrigere OpEx auf. Die Einsparungen durch Zero-Touch Provisioning, zentralisierte Fehlerbehebung und automatisiertes Firmware-Management gleichen oft die wiederkehrenden Lizenzkosten aus.
  • Geschäftliche Agilität: Die Fähigkeit, neue Standorte schnell bereitzustellen, netzwerkweite Richtlinienänderungen sofort zu implementieren und sich nahtlos in Analyseplattformen zu integrieren, bietet einen spürbaren Geschäftsvorteil, insbesondere in schnelllebigen Sektoren wie Einzelhandel und Gastgewerbe.

Durch die Auswahl der Architektur, die ihren betrieblichen Fähigkeiten und der Standorttopologie entspricht, und die Ergänzung durch eine hardwareunabhängige Intelligenzplattform wie Purple, können IT-Teams von Unternehmen ihr WiFi-Netzwerk von einem notwendigen Kostenfaktor in ein strategisches, umsatzförderndes Asset verwandeln.

Schlüsseldefinitionen

WLC (Wireless LAN Controller)

A centralised hardware or virtual appliance that manages configuration, RF coordination, and security policies for multiple 'lightweight' access points.

The core component of a controller-based architecture, representing both a powerful management tool and a potential single point of failure.

CAPWAP

Control and Provisioning of Wireless Access Points. A standard protocol (RFC 5415) used by WLCs to manage a collection of APs.

The tunnel through which controller-based APs receive instructions and often route client data traffic.

Zero-Touch Provisioning (ZTP)

The ability to deploy network hardware at a remote site without manual configuration; the device automatically connects to a cloud platform to download its profile.

The primary driver for operational expenditure (OpEx) savings in multi-site cloud-managed deployments.

Local Survivability

The ability of a cloud-managed AP to continue routing local traffic and authenticating users even if the WAN connection to the cloud dashboard is lost.

A critical evaluation metric for cloud platforms, ensuring that a WAN outage does not result in a complete LAN failure.

Out-of-Band Management

An architecture where management traffic (telemetry, configuration) is separated from user data traffic.

The foundational security principle of cloud-managed APs, ensuring user data remains on the local network.

802.11r (Fast BSS Transition)

An IEEE standard that permits continuous connectivity aboard wireless devices in motion, with fast and secure handoffs from one AP to another.

Crucial for seamless roaming in high-density environments; historically handled better by centralised controllers.

Data Sovereignty

The concept that digital data is subject to the laws of the country in which it is located.

A key consideration when evaluating cloud-managed platforms to ensure compliance with regulations like GDPR.

Air-Gapped Network

A network security measure employed to ensure that a secure computer network is physically isolated from unsecured networks, such as the public Internet.

Environments requiring true air-gapping mandate the use of on-premises controller-based architectures.

Ausgearbeitete Beispiele

A national retail chain is deploying guest WiFi across 300 mid-sized stores. They have a lean central IT team of four engineers and no on-site technical staff. They require analytics to track dwell time and footfall.

Deploy cloud-managed APs across all locations. Utilise Zero-Touch Provisioning (ZTP) to ship APs directly to store managers, who simply plug them into the PoE switch. Configure the cloud dashboard to push a standardised SSIDs and VLAN configuration. Integrate the cloud controller with Purple via API/RADIUS for captive portal and analytics.

Kommentar des Prüfers: This scenario strongly favours cloud-managed architecture. Deploying 300 physical WLCs would be cost-prohibitive, and managing them would overwhelm a lean IT team. The OpEx savings from ZTP and centralised management will rapidly offset the cloud licensing costs.

A newly constructed 60,000-seat sports stadium requires pervasive WiFi for fan engagement, ticketing, and POS systems. The environment will experience massive, simultaneous client onboarding and requires seamless roaming as crowds move through concourses.

Deploy a controller-based architecture with redundant high-availability WLC appliances in the on-site data centre. Utilise high-density directional antennas. Configure the WLC for aggressive load balancing, band steering, and 802.11r Fast BSS Transition.

Kommentar des Prüfers: While cloud platforms are improving, an ultra-high-density stadium environment is the classic use case for controller-based systems. The real-time, centralised RF coordination provided by a local WLC is necessary to manage the extreme co-channel interference and roaming demands of 60,000 simultaneous users.

Übungsfragen

Q1. A boutique hotel chain is upgrading its WiFi across 15 properties. The IT Director wants to move to cloud-managed APs but the Compliance Officer is concerned about PCI DSS compliance for the point-of-sale (POS) terminals in the restaurants. What is the correct architectural approach?

Hinweis: Consider how data plane traffic is handled in cloud-managed deployments and the requirements of network segmentation.

Musterlösung anzeigen

Cloud-managed APs are fully suitable, provided proper network segmentation is implemented. The IT team must configure separate VLANs for guest WiFi and the POS network. Because cloud-managed APs utilise out-of-band management, the POS data traffic will break out locally and will not traverse the vendor's cloud, satisfying PCI DSS requirements for the data plane. The vendor's cloud platform must hold appropriate security attestations (e.g., SOC 2) for the management plane.

Q2. During a peak trading event, the primary WAN link at a retail store fails. The store falls back to a low-bandwidth 4G connection. The cloud-managed APs remain online, but the IT team reports they cannot push configuration changes to the store via the dashboard. Why is this happening, and how should the network have been designed to prevent it?

Hinweis: Consider the relationship between management traffic, data traffic, and QoS on constrained links.

Musterlösung anzeigen

The APs are operating in 'local survivability' mode. The low-bandwidth 4G connection is likely saturated by essential POS or guest traffic, causing the management tunnels (HTTPS/TLS) to the cloud controller to drop or time out. To prevent this, the network architect should have implemented Quality of Service (QoS) rules on the edge router/firewall to guarantee a minimum bandwidth allocation and prioritise the AP management traffic over the failover link.

Q3. A university campus with an existing controller-based architecture wants to deploy Purple for guest analytics. The network team states they cannot integrate because they do not use cloud-managed APs. Is this correct?

Hinweis: Consider Purple's integration methodology and hardware dependencies.

Musterlösung anzeigen

No, this is incorrect. Purple is hardware-agnostic and does not require a cloud-managed architecture. The university's existing Wireless LAN Controllers (WLCs) can be configured to integrate with Purple using standard RADIUS authentication and accounting protocols, redirecting guest traffic to the Purple captive portal. The analytics data will be generated identically to a cloud-managed deployment.