Virtual SmartZone Data Plane (vSZ-D) ermöglicht Ruckus-APs, die durch einen Virtual SmartZone Controller verwaltet werden, die Unterstützung von WLANs, die Benutzerdaten tunneln. Die Bereitstellung der im Hinblick auf Flexibilität konzipierten vSZ-D kann sowohl zusammen mit dem Netzwerk-Controller in einem zentralen Rechenzentrum als auch an speziellen Orten in einer verteilten Architektur erfolgen, wobei die Verwaltung dann durch einen zentralen Controller erfolgt. Diese Art der Architektur bietet Mobilfunkanbietern oder Unternehmen erhebliche Geschäfts- und Bereitstellungsvorzüge.
vSZ-D lässt sich skalieren, um die getunnelten Daten von über 10K APs und 100K Clients zu verarbeiten, wobei die gesamte Verwaltung über eine einzige Virtual-SmartZone-Controller-Instanz erfolgt, womit die Anforderungen selbst der größten Unternehmen oder Service Provider erfüllt werden können. vSZ-D kann auch innerhalb einer privaten Cloud bereitgestellt werden, um eine bestimmte Netzwerkbereitstellung zu unterstützen, aber auch innerhalb einer öffentlichen Cloud, die Hunderte oder gar Tausende von Managed-WLAN-Netzwerken unterstützt. vSZ-D kann sowohl mit einem Open-Source-KVM-Hypervisor als auch auf dem VMware-vSphere-Hypervisor betrieben werden.
vSZ-D bietet einen enormen unternehmerischen Wert und architekturspezifische Vorzüge, die sich in der Möglichkeit widerspiegeln, die CAPEX-Kosten zu senken, die TCO zu minimieren und die Funktionalität der Wi-Fi-Bereitstellung zu maximieren.
Produktfeatures
- Flexible und skalierbare Bereitstellungsarchitekturen
- QoS- und Richtlinienkontrolle auf Standortebene
- Einfachheit bei Bereitstellung und Betrieb
- Sichere getunnelte WLANs
- Flexible und skalierbare Bereitstellungsarchitekturen
Je nach Anwendung und Kundenanforderungen können die VM-Elemente verteilt oder zentral bereitgestellt werden. vSZ-D entspricht dem NFV-Konzept, was zu direkten positiven Auswirkungen bei CAPEX und TCO führt. - QoS- und Richtlinienkontrolle auf Standortebene
Dienstrichtline und QoS lassen sich auf Standortebene auf den aggregierten Datenstrom anwenden - also nicht auf WLAN- oder AP-Ebene, was die Richtlinienentscheidungen für Wi-Fi-Netzwerkbetreiber vereinfacht.
