Auf eigenen Servern filtern
Berücksichtigen Sie Paketverarbeitung, Netzwerkkarten, Serverressourcen, den Rückweg des bereinigten Verkehrs und einen getesteten Ausfallplan. Eigene Server ersetzen keine ausreichende Upstream-Kapazität.
Architektur und Beschaffung
Den vollständigen DDoS-Aufbau vergleichen
Klären Sie zuerst, wo Pakete gefiltert werden. Vergleichen Sie danach Hardware, Lizenzen und Betriebsaufwand. Ein Collector, eine Routerregel und ein Scrubbing-Server erfüllen unterschiedliche Aufgaben.
Lösung für den Vergleich auswählen
Corero SmartWall ONE
Appliances und Softwareeditionen mit Inline-Filterung und Routerintegration.
Vergleich öffnenAndrisoft Wanguard
Sensor- und Filtersoftware, lokale Paketdurchsetzung und routergestützte Abwehr.
Vergleich öffnenFastNetMon Advanced / FastACL
Telemetrie und BGP-Automatisierung mit separat dokumentierten Inline-Filteroptionen.
Vergleich öffnenNETSCOUT Arbor Sightline + TMS
Sightline-Sichtbarkeit, TMS-Paketabwehr und netzweite Orchestrierung.
Vergleich öffnenRadware DefensePro X
Abwehr-Appliances, Anwendungsoptionen und zentrale Cyber-Controller-Verwaltung.
Vergleich öffnenZuerst den Ort der Filterung festlegen
Regeln auf Routern anwenden
Prüfen Sie FlowSpec-Merkmale und Aktionen, Hardwaregrenzen, Freigabe und Rücknahme der Regeln. Der Detektor sendet Regeln; der Router setzt sie durch.
Große Angriffe im Upstream abfangen
Planen Sie Scrubbing-Anbieter, Präfixberechtigung, Umleitung, Zustellung des bereinigten Verkehrs und Abrechnung ein. Eine lokale Softwarelizenz schafft keine zusätzliche Upstream-Bandbreite.
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:
Quellen und Geltungsbereich
- Dokumentation zur Bereitstellung ↗
- Defense Fabric public OpenAPI ↗
- Defense Fabric und Preise ↗
- Corero on-premises deployment ↗
- Corero SmartWall ONE FAQ ↗
- Andrisoft Wanguard 9.0 overview ↗
- Wanguard mitigation methods ↗
- Wanguard Filter Cluster ↗
- Wanguard Sensor licensing ↗
- Wanguard Filter licensing ↗
- Wanguard DPDK Engine licensing ↗
- Wanguard evaluation licence ↗
- FastNetMon Advanced overview ↗
- FastACL operator reference ↗
- FastNetMon experimental XDP filter ↗
- FastNetMon BGP mitigation modes ↗
- FastNetMon pricing and licensing basis ↗
- FastNetMon Advanced API ↗
- FastNetMon HA deployment ↗
- NETSCOUT Arbor TMS ↗
- Arbor Sightline with Sentinel ↗
- Arbor Sightline data sheet (2021) ↗
- Arbor Sightline API cookbook ↗
- DefensePro X data sheet (2023) ↗
- Radware Cyber Controller ↗
- Radware DefensePro X models ↗
- DefenseFlow integration and connectivity ↗
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.