Architektur und Beschaffung
Defense Fabric und Radware DefensePro X im Vergleich
DefensePro X umfasst mehrere Abwehrplattformen mit modellspezifischer Kapazität und Abonnementoptionen. Cyber Controller übernimmt die zentrale Verwaltung. Vergleichen Sie die gewählte Plattform samt Modulen mit einem vollständig spezifizierten Defense-Fabric-Aufbau.
Wann welcher Ansatz passt
Defense Fabric passt zu einem betreibergeführten Aufbau auf qualifizierten Standardservern. Softwarelizenz, Zusatzmodule, Server und Netzwerk lassen sich getrennt bewerten.
DefensePro X bietet modellspezifische Hardware und Netzwerk-/Anwendungsschutz. Cyber Controller sowie Routing- oder Cloudkomponenten gehören zur Architektur und zum Angebot.
Technischer und kaufmännischer Vergleich
Bereitstellung und Verkehrsweg
| Kriterium | Peeryx Defense Fabric | Radware DefensePro X |
|---|---|---|
| Produktumfang | Lokale Erkennung, Paketfilterung und Richtliniensteuerung auf Ihren Servern. [1] |
DDoS-Filterplattformen mit Anwendungsoptionen und Cyber-Controller-Verwaltung. [4] [5] |
| Appliance oder Software | Lizenzierte Linux-Software; Server und Netzwerk stellt der Betreiber. [1] |
DefensePro-X-Appliances; virtuelle und Cloud-Optionen haben einen eigenen Bereitstellungsumfang. [4] |
| Verwendete Hardware | Kompatible Standardserver und qualifizierte Netzwerkkarten; TPM 2.0 erforderlich. [1] |
Modellspezifische Hardware und Schnittstellen, optionale Beschleunigungs- und Bypassmodule. [6] |
| Installation vor Ort | Ausgeliefertes Installationspaket: Debian 12, x86-64, VPP 25.10-release. [1] |
Bereitstellung vor Ort am Netzwerkperimeter dokumentiert. [4] |
| Inline-Filterung | Inline-Weiterleitung unterstützt; ein physischer Bypass muss separat geplant werden. [1] |
Inline-Betrieb; Bypassverhalten hängt von gewählter Hardware ab. [4] [6] |
| Verkehrsumleitung | BGP-Umleitung zu einem validierten Filter-Next-Hop mit getrenntem Rückweg für bereinigten Verkehr. [1] |
Out-of-Path-Betrieb dokumentiert; Orchestrierungs- und Routingkomponenten spezifizieren. [4] [5] |
Erkennung und Schutz
| Kriterium | Peeryx Defense Fabric | Radware DefensePro X |
|---|---|---|
| NetFlow / sFlow / IPFIX | sFlow-, NetFlow- und IPFIX-Erfassung; Sampling und Exportverzögerung prüfen. [1] |
FlowDetector oder externen Detektor und Exportformate für die gewählte Lösung bestätigen lassen. [5] [7] |
| Paketprüfung | Lokale Paketfilterung mit VPP; Stichproben sind keine vollständige Aufzeichnung des Angriffs. [1] |
Paketabwehr am Perimeter mit verhaltensbasierter Angriffsanalyse. [4] |
| L3/L4-Filterung | Protokollschwellen, TCP-Prüfung, Quellquoten und nachgelagerte Firewallregeln. [1] |
Abwehr von Netzwerk-Floods und Protokollangriffen; Abonnements bestimmen den Umfang. [4] |
| Anwendungsschutz | Protokollmodule müssen qualifiziert werden; keine pauschale WAF- oder beliebige L7-Abdeckung zugesagt. [1] |
Anwendungs- und TLS-Schutz hängen von Abonnement und Hardwarebeschleunigung ab. [4] [6] |
| Erzeugte Angriffssignaturen | Adaptive Signaturen können beobachtet oder angewendet werden; Auswirkungen auf legitimen Verkehr prüfen. [1] |
Automatische Angriffssignaturen und Challenge-Verfahren beschrieben. [4] |
| BGP FlowSpec | Simulation und aktiver Export; kompatibler Router und BGP-Familie nötig; Panelgrenze 50 Regeln. [1] |
BGP- und FlowSpec-Orchestrierung für Controller und Aufbau bestätigen lassen; nicht aus der Appliance allein ableiten. [7] |
| BGP-Steuerung | Agentengesteuerte Sitzungen und Umleitung; Installation und Rücknahme in der FIB überprüfen. [1] |
Routingintegration im Orchestrierungsumfeld; aktuelle Komponente und Version validieren. [7] |
| RTBH-Blackholing | Ziel-Blackholing als letzte Maßnahme; auch legitimer Verkehr wird verworfen. [1] |
Benötigte Blackhole-Aktionen und Routingzuständigkeit im Bereitstellungsplan klären. [7] |
| Spielspezifischer Schutz | Optionales Game-Modul; jedes Protokoll und jede Architektur vor Bestellung qualifizieren. [3] |
Einzelne Spiele validieren; Netzwerk- oder Anwendungsschutz ist kein Spielspezifitätsnachweis. [4] |
Betrieb und Ausfallsicherheit
| Kriterium | Peeryx Defense Fabric | Radware DefensePro X |
|---|---|---|
| Berichte und Nachweise | Panelhistorie und verfügbare PCAP-, ZIP- und PDF-Nachweise; Sampling und Aufbewahrung begrenzen den Umfang. [1] |
Cyber Controller bietet Verkehrs- und Angriffsanalysen sowie Richtlinienverwaltung. [5] |
| API und Automatisierung | Veröffentlichte authentifizierte OpenAPI; versionierte Änderungen bleiben bis zur Anwendung am Knoten ausstehend. [2] |
Unterstützte Verwaltungs-APIs und Lizenzen für Controller und Release bestätigen lassen. [5] |
| Hochverfügbarkeit | Netzwerk-Failover muss ausgelegt werden; ein zweiter Server repliziert nicht automatisch Verbindungszustände. [1] |
Cyber Controller dokumentiert Verwaltungs- und Steuerungs-HA; Datenpfad-Failover getrennt testen. [5] |
| Mehrere Server oder Standorte | Gemeinsamer Portpool für bis zu 128 verwaltete Server; ECMP über einen zweiten Link qualifizieren. [1] |
Zentrale Verwaltung von DefensePro-Installationen; Plattformen und Controller gemeinsam dimensionieren. [5] |
| Automatischer Betrieb | Beobachtungs-, Automatik- und Dauermodus; Haltezeit und Austrittsschwelle steuern die Rückkehr. [1] |
Verhaltensbasierte Abwehr und Controlleraktionen durch interne oder externe Erkennung. [4] [5] |
Lizenzen, Kosten und Validierung
| Kriterium | Peeryx Defense Fabric | Radware DefensePro X |
|---|---|---|
| Lizenzierungseinheit | Basislizenz mit einem 10G-Port; zusätzliche Ports und Geschwindigkeiten teilen sich einen Flottenpool. [3] |
Plattform mit Network-Protection- und optionalen Application-Protection-Abonnements. [4] |
| Testbedingungen | 14 Tage Test; zusätzliche Server starten ihn nicht neu. Physische und Aktivierungsgrenzen gelten weiterhin. [1] |
Demonstration angeboten; Testdauer und Hardwareverfügbarkeit bestätigen lassen. [6] |
| Öffentliche Preisgrundlage | 350,00 € monatlich ohne Steuern; Server, Netzwerk und Zusatzmodule separat. [3] |
Kein konfigurierter öffentlicher Preis verifiziert; Hardware, Abonnements, Controller und Support gemeinsam anfragen. [6] |
| Supportumfang | Technischer Peeryx-Support; Zuständigkeiten und vertragliche Reaktionszeiten abstimmen. [3] |
Support und Notfallreaktion vertragsabhängig; enthaltene Leistungen bestätigen lassen. [4] |
| Betriebsanforderungen | TPM, kompatible Karten, Verwaltungs-HTTPS und geprüftes Routing; SYN-Proxy benötigt Symmetrie. [1] |
Abwehrkapazität, legitimen Durchsatz, Module und Netzwerktopologie unterscheiden. [6] |
| Leistungsnachweise | Kein veröffentlichter reproduzierbarer Benchmark der Referenzserver; eigene Last messen. [1] |
Modellangaben trennen Angriffs- und legitimen Durchsatz; kein gemeinsamer Peeryx-Benchmark durchgeführt. [6] |
| Upstream-Sättigung | Lokale Filterung entlastet keinen bereits gesättigten Upstream-Link; Transit ist ein separater Dienst. [1] |
Hybrider Cloudschutz ist eine separate Option; lokale Appliance-Kapazität erhöht keine Upstream-Bandbreite. [4] |
Preise bleiben in der veröffentlichten Währung und Abrechnungsperiode. Beobachtete Bandbreite, lizenzierte Ports und Filterkapazität sind unterschiedliche Größen; die Beträge sind keine gleichwertigen Angebote. Hardware, Steuern und Optionen können hinzukommen.
Vor der Entscheidung prüfen
- Angriffsabwehrkapazität und legitimen Verkehrsdurchsatz unterscheiden. Die öffentliche Modelltabelle führt sie getrennt auf.
- Enthaltene Network-Protection-, Application-Protection-, TLS-Beschleunigungs- und Bypassoptionen bestätigen lassen.
- Gewählten Inline- oder Out-of-Path-Aufbau einschließlich Controllerausfall und Datenpfad-Wiederherstellung testen. Aktuelle Integrations- und API-Bedingungen prüfen.
Von jedem Anbieter dieselben Tests verlangen
- Dokumentieren Sie Versionen, Hardware, Paketgrößen, Regeln und legitimen Verkehr. Vergleichen Sie den gesamten Pfad, nicht nur Portangaben.
- Testen Sie neue und bestehende Verbindungen während der Abwehr. Messen Sie Paketverlust und Anwendungslatenz zusätzlich zum Angriffsdurchsatz.
- Prüfen Sie den Ausfall von Exporter, BGP und Knoten sowie Routenrücknahme und Wiederherstellung getrennt. Halten Sie die Folgen für Kundenverkehr fest.
- Kalkulieren Sie sämtliche Instanzen, Ports, Module, Support, Hardware, Rackfläche, Strom und Netzwerkdienste.
Grundlage dieses Vergleichs
Peeryx hat diesen Vergleich anhand der unten verlinkten öffentlichen Herstellerdokumentation und der ausgelieferten Defense-Fabric-Version erstellt. Er beschreibt den Funktionsumfang; ein gemeinsamer Leistungstest wurde nicht durchgeführt. Nicht bestätigte Punkte sind für das konkrete Angebot zu klären und bedeuten nicht, dass eine Funktion fehlt. Externe Quellen sind überwiegend englischsprachig.
Quellen geprüft:
Defense Fabric in Ihrem Netzwerk validieren
Halten Sie Servermodelle, Schnittstellengeschwindigkeiten, Topologie und normales Verkehrsprofil bereit. Ermitteln Sie im Test Verhalten und Kapazität genau der Konfiguration, die Sie einsetzen möchten.