Site icon bintorosoft.com

Cisco-Router-Konfiguration: Erfolgs-KPIs (Uptime, Latenz, Failover)

Red Snapper

Erfolgs-KPIs für Cisco-Router-Konfigurationen machen „Netz läuft“ messbar. Gerade in Unternehmen zählen nicht nur Up/Down-Events, sondern Servicequalität: Latenz, Paketverlust, Failover-Zeit, VPN-Stabilität und Change-Qualität. Wenn KPIs sauber definiert sind, können Betrieb und Management objektiv bewerten, ob eine Konfiguration stabil ist, ob Provider-SLAs eingehalten werden und ob Redundanz wirklich wirkt. Dieser Leitfaden zeigt praxistaugliche KPIs, Messmethoden und CLI-Checks, die Sie direkt in Monitoring und Abnahme integrieren können.

KPI-Grundregeln: Messbar, reproduzierbar, businessnah

KPIs müssen klar definierte Messpunkte haben (was wird gemessen?), eine Messmethode (wie?) und ein Zeitfenster (wann?). Ohne diese drei Elemente sind Zahlen nicht vergleichbar.

KPI 1: Uptime/Verfügbarkeit (Service, nicht nur Interface)

Verfügbarkeit ist die wichtigste KPI, aber sie muss richtig definiert werden. „Interface up“ ist kein Service. Für Router-Services sollten Sie mindestens WAN-Service (Path) und VPN-Service (Traffic-fähig) unterscheiden.

Verfügbarkeitsformel (Grundlage)

Verfügbarkeit = Gesamtzeit–Ausfallzeit Gesamtzeit

CLI-Checks (Service-Sicht)

show ip sla statistics
show track
show logging | include LINEPROTO|LINK-|IPSLAs

KPI 2: Latenz (RTT) zu definierten Zielen

Latenz muss zu festen Zielen gemessen werden, sonst sind Werte nicht vergleichbar. In der Praxis sind drei Targets sinnvoll: Internet (Public), Zentrale/Hub (Private) und eine kritische Cloud-App (wenn erreichbar).

CLI-Checks RTT (pragmatisch)

ping 1.1.1.1 repeat 20
ping <HUB_IP> repeat 20
traceroute 1.1.1.1

KPI 3: Paketverlust (Loss) und Path-Degradation

Packet Loss ist oft der beste Indikator für Nutzerprobleme (Voice/Video, VDI). Schon geringe Loss-Raten können spürbar sein. Loss sollte über IP SLA oder Monitoring dauerhaft erfasst werden.

CLI-Checks Loss/Errors

show ip sla statistics
show interfaces counters errors
show interfaces | include output drops|queue

KPI 4: Failover-Zeit (Link-Down und Path-Down getrennt)

Failover ist nur dann erfolgreich, wenn die Umschaltzeit messbar ist und in Tests reproduzierbar erreicht wird. Wichtig: Link-Down (physisch) und Path-Down (Upstream kaputt) sind unterschiedliche Szenarien.

CLI-Checks Failover

show ip sla statistics
show track
show ip route 0.0.0.0

KPI 5: Routing-Stabilität (Neighbor-Flaps, Convergence)

Routing-Flaps verursachen Micro-Outages, die Nutzer als „langsam“ wahrnehmen. Gute KPIs messen daher Neighbor-Stabilität (Anzahl Flaps) und Convergence-Zeiten bei geplanten Events.

CLI-Checks Routing-Stabilität

show ip ospf neighbor
show bgp summary
show logging | include OSPF|BGP

KPI 6: VPN-Stabilität (SA-Flaps, Rekey-Fehler, Throughput-Indikatoren)

VPN-KPIs müssen zwischen „Tunnel up“ und „Tunnel nutzbar“ unterscheiden. Erfolgreiche KPIs zählen SA-Flaps, prüfen Rekey/DPD und belegen Traffic über Paketzähler.

CLI-Checks VPN-KPIs

show crypto ikev2 sa
show crypto ipsec sa
show crypto session detail
show logging | include IKEV2|IPSEC|CRYPTO

KPI 7: QoS-Wirksamkeit (Drops in Klassen, Voice/Video Qualität)

Wenn QoS im Scope ist, muss es messbar helfen. Die wichtigsten KPIs sind Drops in Prioritätsklassen (sollten nahe 0 sein) und stabile RTT/Loss während Lasttests.

CLI-Checks QoS

show policy-map interface
show interfaces | include output drops|queue

KPI 8: Ressourcen-Headroom (CPU/Memory als Frühwarnsignal)

Ein Router kann „funktionieren“ und dennoch kurz vor der Überlast stehen. Deshalb ist Headroom eine KPI: CPU-/Memory-Spitzen und Dauerlast in Peakzeiten sind Frühwarnindikatoren.

CLI-Checks Ressourcen

show processes cpu sorted
show processes cpu history
show processes memory sorted

KPI 9: Change-Qualität (Rollback-Rate, Incident nach Change)

Technische KPIs reichen nicht. Ein reifes Netzwerkteam misst auch Change-Qualität: wie oft führen Changes zu Incidents oder Rollbacks? Diese KPI ist direkt beeinflussbar durch Standards und Tests.

KPI 10: MTTR (Mean Time to Restore) und Diagnosezeit

MTTR ist eine Business-KPI: Wie schnell wird der Service wiederhergestellt? Ergänzend ist Diagnosezeit wichtig, weil gute Standards (Runbooks, Monitoring) genau hier Kosten sparen.

Mess-Setup: Wie Sie KPIs technisch „sauber“ erfassen

Damit KPIs belastbar sind, brauchen Sie Mindest-Monitoring: NTP, Syslog, ggf. SNMP/Telemetry und IP SLA. Ohne diese Signale sind KPIs nur Schätzungen.

CLI-Checks für KPI-Readiness

show ntp status
show logging | last 50
show ip sla statistics
show interfaces counters errors
show processes cpu sorted

KPI-Runbook: Kompakter „KPI Snapshot“ (Copy/Paste)

Dieser Snapshot liefert in wenigen Minuten die wichtigsten KPI-Signale und eignet sich als Abnahmeanhang sowie als regelmäßiger Gesundheitscheck.

show ip interface brief
show interfaces counters errors
show ip route 0.0.0.0
show ip route summary
show ip sla statistics
show track
show crypto ikev2 sa
show crypto ipsec sa
show policy-map interface
show processes cpu sorted
show processes memory sorted
show logging | last 100
ping 1.1.1.1 repeat 20
traceroute 1.1.1.1

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

Sie erhalten

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.

Exit mobile version