Cisco-Router-Konfiguration vs. Managed Service: Was ist der Unterschied?

„Cisco-Router-Konfiguration“ und „Managed Service“ werden im IT-Alltag oft vermischt, meinen aber zwei unterschiedliche Leistungsmodelle: Die Konfiguration ist ein zeitlich begrenztes Projekt zur Inbetriebnahme oder Änderung, während ein Managed Service den laufenden Betrieb inklusive Monitoring, Incident-Handling und kontinuierlicher Optimierung abdeckt. Wer den Unterschied klar versteht, kann Kosten, Verantwortlichkeiten und Risiken realistisch planen – besonders bei Filialnetzen, VPNs, Dual-ISP und geschäftskritischen Standorten.

Definitionen: Was ist Cisco-Router-Konfiguration?

Eine Router-Konfiguration ist eine einmalige oder projektbezogene Leistung. Ziel ist, den Router nach Anforderungen zu designen, zu konfigurieren, zu testen und dokumentiert zu übergeben. Danach liegt die Verantwortung für den laufenden Betrieb typischerweise wieder beim Kunden.

• Scope: Build/Change (WAN, LAN, Routing, NAT, VPN, Security, QoS)
• Zeithorizont: einmalig (Projekt/Change-Fenster)
• Deliverables: Running/Startup-Config, Doku, Pre-/Post-Checks, Rollback-Plan
• Ownership im Betrieb: meist Kunde (oder separat beauftragt)

Typische Ergebnisse einer Konfigurationsleistung

• Standardisierte Baseline (SSH, NTP, Syslog, SNMPv3)
• Funktionaler WAN-Zugang inkl. Default-Route und ggf. Tracking
• Segmentierung (VLAN/Subnetze), NAT/No-NAT, VPN-Tunnel
• Abnahmeprotokoll mit reproduzierbaren Checks

Definitionen: Was ist ein Managed Service für Cisco-Router?

Ein Managed Service ist eine dauerhafte Betriebsleistung. Der Anbieter übernimmt kontinuierlich Monitoring, Alarmbearbeitung, Incident Response, Change-Prozesse und oft auch Kapazitätsplanung. Entscheidend ist ein SLA mit definierten Reaktions- und Wiederherstellungszielen.

• Scope: Operate (24/7 oder 8×5), Incident/Problem/Change-Management
• Zeithorizont: laufend (monatlich/jährlich)
• Deliverables: SLA, Reports, Betriebs-Runbooks, Ticket- und Eskalationsprozesse
• Ownership im Betrieb: Anbieter (teilweise gemeinsam, je nach Modell)

Typische Bestandteile eines Managed Services

• Monitoring: Syslog, SNMP, Traps, IP SLA, VPN/Routing-Health
• Alerting: Korrelation, Schwellwerte, Ticket-Erstellung
• Incident Handling: Erstdiagnose, Eskalation, Providerkontakt
• Changes: geplante Updates, Policy-Anpassungen, Rollouts nach SOP
• Security: Baseline-Checks, Konfig-Drift-Erkennung, Patch-/Upgrade-Planung

Der Kernunterschied: Projektlieferung vs. Betriebsverantwortung

Der zentrale Unterschied liegt in Verantwortung und Dauer: Konfiguration liefert einen definierten Zielzustand, Managed Service hält diesen Zustand dauerhaft stabil – inklusive Reaktion auf Störungen und Veränderungen (Provider, Applikationen, Security).

• Konfiguration: „Bauen und übergeben“
• Managed Service: „Betreiben und verantwortlich bleiben“
• Konfiguration ohne Betrieb: Risiko durch fehlende Überwachung und Change-Standards
• Managed Service ohne saubere Konfig: Betrieb wird teuer, weil Grundlagen fehlen

Vergleich nach Leistungsbereichen

In der Praxis entscheiden sich viele Unternehmen für eine Kombination: initiale Standard-Konfiguration plus anschließender Managed Service. Der folgende Vergleich hilft, das passende Modell zu wählen.

Scope und Deliverables

• Konfiguration: Config + Doku + Tests + Rollback (einmalig)
• Managed Service: Monitoring + Tickets + Reports + kontinuierliche Optimierung

Reaktionszeiten und SLA

• Konfiguration: Support oft nur im Change-Fenster oder Best Effort
• Managed Service: definierte SLAs (z. B. 8×5 oder 24×7), Eskalationspfade

Risikomanagement

• Konfiguration: Risiko wird durch Design, Tests und Rollback im Projekt reduziert
• Managed Service: Risiko wird durch Monitoring, Trendanalyse und Incident-Prozesse reduziert

Kostenmodell

• Konfiguration: Festpreis/Modular/Tagessatz (einmalig)
• Managed Service: monatlicher Betrag pro Standort/Device, ggf. pro SLA-Stufe

Wann reicht „nur Konfiguration“ aus?

Ein reiner Konfigurationsauftrag kann ausreichend sein, wenn das Netzwerk klein ist, interne Teams Betrieb und Monitoring zuverlässig übernehmen und Änderungen selten sind. Entscheidend ist, dass trotzdem Mindeststandards (NTP, Syslog, Backups) umgesetzt werden.

• Kleines Büro mit Single-WAN und wenigen VLANs
• Internes IT-Team mit klaren SOPs und eigener Überwachung
• Geringe Change-Frequenz, überschaubare Komplexität

Wann ist ein Managed Service sinnvoll oder sogar notwendig?

Managed Services lohnen sich, wenn Ausfallkosten hoch sind, viele Standorte betrieben werden oder die Komplexität (Dual-ISP, VPN, BGP, QoS) eine ständige Überwachung und schnelle Reaktion erfordert.

• Viele Niederlassungen (Rollout- und Betriebsstandardisierung)
• Geschäftskritische Standorte (POS, Produktion, Callcenter)
• Dual-ISP, komplexe VPN-Topologien, dynamisches Routing
• Compliance-Anforderungen (Audit, Logging, Zugriffskontrolle)
• Kein eigenes NOC/kein 24×7-Team vorhanden

Typische Missverständnisse (und wie Sie sie vermeiden)

Viele Konflikte entstehen durch unklare Zuständigkeiten: Wer überwacht? Wer reagiert nachts? Wer spricht mit dem Provider? Diese Punkte müssen im Vertrag und in der Betriebs-SOP klar sein.

• „Monitoring ist aktiv“ heißt nicht „jemand reagiert“ – Alerting und On-Call klären
• „Konfiguration geliefert“ heißt nicht „Security-Baseline erfüllt“ – Hardening nachweisen
• „VPN eingerichtet“ heißt nicht „VPN überwacht“ – SA/Traffic-Checks definieren
• „Dual-WAN vorhanden“ heißt nicht „Failover getestet“ – Abnahmetests verlangen

Praktische Prüffragen: Was Sie im Angebot sehen sollten

Unabhängig vom Modell sollten Sie sich Deliverables und Prüfungen schriftlich zusichern lassen. Diese Checks zeigen, ob ein Anbieter Betrieb ernst nimmt und ob Übergaben reproduzierbar sind.

Konfiguration: typische Abnahme-Checks

show ip interface brief
show interfaces counters errors
show ip route summary
show ip nat statistics
show crypto ikev2 sa
show crypto ipsec sa
show policy-map interface
show logging | last 50

Managed Service: typische Betriebs-Checks (Runbook-Bausteine)

show ip sla statistics
show track
show processes cpu sorted
show processes memory sorted
show bgp summary
show ip ospf neighbor

Übergangsmodell: Konfiguration als Basis, Managed Service als Betriebsschicht

In vielen Unternehmen ist die beste Lösung ein zweistufiges Vorgehen: Erst eine standardisierte „Golden Config“ (Security, Monitoring, Templates), dann ein Managed Service für den laufenden Betrieb. Dadurch sinken Incident-Zeiten, und Änderungen werden kontrollierter.

• Phase 1: Standardisierung (Templates, Hardening, Doku, SOP)
• Phase 2: Betrieb (Monitoring, Alerting, Incident/Change, Reports)
• Ergebnis: weniger Drift, schnelleres Troubleshooting, klare Verantwortlichkeiten

Konfiguriere Cisco Router & Switches und liefere ein Packet-Tracer-Lab (CCNA)

Hallo! Ich bin ein CCNA-Network Engineer und unterstütze Sie bei Cisco Router- und Switch-Konfigurationen – inklusive eines vollständigen Cisco Packet-Tracer-Labs (.pkt). Ideal für Lern-/Übungsszenarien, Validierung oder eine saubere Demo-Topologie.

Was ich (je nach Paket) umsetze

• Switching: VLANs, Trunking (802.1Q), Port-Zuweisung, STP-Basics (PortFast/BPDU Guard wo sinnvoll)

• Routing: Default/Static Routing oder OSPF, Inter-VLAN Routing (Router-on-a-Stick)

• Services: DHCP (Pools/Scopes), NAT/PAT für Internet-Simulation

• Optional Security: Basic ACLs und SSH-Hardening

• Test & Verifikation: Ping/Traceroute + wichtige Show-Commands (mit erwarteten Ergebnissen)

Sie erhalten

• ✅ Packet Tracer .pkt Datei

• ✅ Saubere Konfigurations-Notizen pro Gerät

• ✅ Verifikations-Checkliste + erwartete Outputs

• ✅ Kurze Dokumentation (wie die Topologie funktioniert)

Bitte schreiben Sie mir vor der Bestellung, damit wir Scope, Packet-Tracer-Version, Geräteanzahl und Deadline klären.

Konfiguriere Cisco Router & Switches | Cisco Packet-Tracer-Labs. Finden Sie mich auf Fiverr.