Juniper Networks SRX Security Gateways Wartung
im Direktvergleich.

SRX300-Serie · Branch

SRX300 · SRX320 · SRX340 · SRX345 · SRX380

SRX1500/4100/4200/4600 · Mid/Enterprise

SRX1500 · SRX4100 · SRX4200 · SRX4600

SRX5400/5600/5800 · Carrier-Class

SRX5400 · SRX5600 · SRX5800

Komponenten & Module

SPCs (Services Processing Cards) · IOCs (I/O Cards) · NPCs (Network Processing Cards) · Routing Engines · Power Supplies · Fan Trays

EOSL-Status der SRX-Generationen

• Junos OS + Security-Subscriptions (SecIntel, IDP) bleiben Juniper-Direkt — TPM uebernimmt nur Hardware-Layer, kein Sub-Lock-in.
• HA-Cluster (Active/Active oder Active/Passive) muss synchron sein — TPM-Spares mit Junos-Tier-Match.
• SRX-Branch-Density (oft 50-500+ Sites): TPM-Spare-Pool im DACH-Hub liefert 4-8h Replacement, Juniper-RMA 5-10 Tage.
• Migration SRX300/340/345 zu SRX380 ist hardware-Refresh + Junos-Lift — TPM ermoeglicht 2-3 Jahre Brueckenbetrieb.
• SRX5400-Chassis-Cluster: Cluster-Sync (RSPC) hochpreisig in Juniper-Premium — TPM-Pendant typisch 30-40% guenstiger.

SRX-Hardware-Wartung ist von der SRX-Software-Subscription getrennt zu denken. Junos OS, IDP/AppSecure, UTM, Sky ATP/Advanced Threat Prevention, alle Security-Subscription-Funktionen sind Software-Lizenzen — die laufen unabhängig von der Hardware-Wartung weiter. Was TPM ersetzt, ist die Hardware-Schicht: SPCs, IOCs, Routing Engines, Power Supplies, Fan Trays. Bei voll bestückten SRX5600/5800 mit mehreren SPCs und IOCs wird Juniper Care schnell zu einem großen jährlichen Budgetposten — TPM senkt das auf 35-50 Prozent.

Wir warten SRX mit Original-SPCs (Services Processing Cards für Crypto/Stateful-Inspection-Beschleunigung), IOCs (I/O-Cards), NPCs (Network Processing Cards), Routing Engines und Power Supplies. Bei Branch-SRX300-Serie sind die Wartungs-Use-Cases einfacher (Standalone-Boxes, oft als HA-Pair), bei Carrier-SRX5800 komplexer (Modular-Chassis mit redundanten Komponenten). Beide Use-Cases decken wir mit der gleichen 24×7×4-Onsite-Reaktionszeit ab.

Die vollständige OEM-vs-TPM-Matrix (Ersatzteile, SLA-Stufen, Sprache, Sub-Outsourcing, Compliance-Doku, Reporting) gilt für alle Juniper Networks-Linien gleich — siehe Juniper Networks-Battle-Card.

BAIT-/MaRisk-Doku-Paket, DORA-Art.-28-Vertragstemplate, ISO 27001 und DSGVO-konformes Datenträger-Handling gelten für alle Juniper Networks-Linien gleich — Details auf der Juniper Networks-Battle-Card.

1. SRX-NGFW-Inventur Geraete-Liste + Junos-Version + Security-Sub-Map + HA-Konfig aus Junos Space exportieren.
2. Quote in 48 h Festpreis pro Linie (SRX300/340/345 legacy, SRX1500/4100/4200, SRX5400 Chassis, SRX380/1600/4300/4700).
3. Vertrag + SecIntel-Trennung Vertrag separiert Hardware (TPM) von SecIntel/IDP-Sub (Juniper direkt). BAIT/MaRisk fuer Finanz-NGFW-Workloads.
4. Hand-Over + Module-Spares Juniper-J-Care-Kuendigung in Abstimmung, NGFW + Module + PSU-Spare-Pool DACH-Hub mit SRX-Generations-Match.

Welche SRX-Modelle warten Sie?

Komplette SRX-Familie: SRX300/320/340/345/380 (Branch, Standalone und HA-Pair), SRX1500 (Mid-Enterprise, häufigste Konfiguration in DACH), SRX4100/4200/4600 (Enterprise, NGFW mit hohem Throughput) und SRX5400/5600/5800 (Carrier-Class mit Modular-Chassis und Multi-SPC-Architektur). Inklusive aller SPCs, IOCs, NPCs, Routing Engines und Power Supplies.

Was kostet TPM für SRX im Vergleich zu Juniper Care?

30 bis 60 Prozent Ersparnis. Für ein SRX1500 HA-Pair mit 24×7×4 liegt TechCare rund 55 % unter dem Juniper-Preis, bei der SRX4600 ebenfalls rund 55 % und bei einer SRX5800 mit Vollbestückung rund 55–60 % unter Juniper Care. Die SRX300-Serie ist absolut deutlich günstiger.

Was passiert mit den Security-Subscriptions wie IDP, ATP und AppSecure?

Alle Security-Subscriptions sind Software-Lizenzen unabhängig von der Hardware-Wartung. Junos OS, IDP (Intrusion Detection/Prevention), AppSecure (Application Identification), UTM (Anti-Virus, Anti-Spam, Web Filtering, Content Filtering), Sky ATP / Advanced Threat Prevention — alle laufen weiter über Ihre bestehende Subscription bei Juniper. TPM ersetzt nur die Hardware-Wartung. Code-Updates und Threat-Intelligence-Feeds bleiben aktiv.

Können Sie auch SRX1500 warten, die EOSL nähert sich?

Ja. SRX1500 (Markteintritt 2016, EOSL ab 2024-2025) ist eine der häufigsten SRX-Konfigurationen in DACH-Mid-Enterprise-Umgebungen. Wir halten Switches, SPCs, IOCs und Power Supplies vor. Junos OS auf SRX1500 läuft weiter — Code-Updates auf neuere Junos-Versionen brauchen aktiven Juniper-Vertrag. Bei stabilen Firewall-Konfigurationen typisch unkritisch.

Welche SLA-Stufen empfehlen Sie für SRX?

SRX als zentrale NGFW oder Internet-Gateway: 24×7×4 mit deutschsprachigem Onsite-Engineer ist Standard — Outage betrifft Internet-Anbindung oder Inter-Site-Connectivity. Bei SRX in HA-Pair-Setups (Active-Passive oder Active-Active) kann eine Box ausfallen ohne Service-Outage — 5×9 NBD spart Budget. SRX300-Serie in Branch-Office-Standorten: typisch 5×9 NBD ausreichend, weil Branch-Outage tolerierbar.

Was ist mit SSG / NetScreen Legacy-Beständen?

SSG- und NetScreen-Plattformen sind seit über 10 Jahren EOSL — Juniper hat die Linie 2010-2012 ausgemustert zugunsten der SRX-Serie. Wenn Sie noch SSG/NetScreen im Einsatz haben, ist das eine seltene Konstellation, die individuell geprüft werden muss. Bei kleinen Beständen (1-3 Geräte) können wir Ersatzteile aus Refurbishing-Pools liefern, aber typische Empfehlung ist Refresh auf SRX300-Serie.