Weniger Latenz und Packet Loss entstehen selten durch „einen magischen Befehl“, sondern durch ein kontrolliertes Zusammenspiel aus sauberer Layer-1/2-Basis, stabilen WAN-Pfaden, korrekter MTU/MSS, sinnvoller Queue-Steuerung (QoS/Shaping) und konsequentem Monitoring. Eine Cisco-Router-Konfiguration zur Netzwerkoptimierung zielt daher auf messbare Verbesserungen: weniger Drops, stabile RTT, geringerer Jitter und reproduzierbare Pfade. Dieser Leitfaden zeigt praxisnahe Optimierungshebel, passende CLI-Bausteine und verifizierbare Ergebnisse.
Erst messen, dann optimieren: Baseline und Zielwerte
Optimierung ohne Baseline ist Blindflug. Definieren Sie daher Messpunkte (RTT, Loss, Drops, CPU) und vergleichen Sie vor/nach dem Change. So erkennen Sie, ob ein Fix wirklich wirkt.
- Baseline: RTT und Packet Loss zu 2–3 stabilen Zielen
- Interface-Zähler: CRC, Input/Output Drops, Queue-Drops
- Ressourcen: CPU/Memory, Crypto/NAT/QoS-Last
- Pfad: Traceroute und Routing-Stabilität (Flaps)
Baseline-Snapshot (Mindestset)
show ip interface brief
show interfaces counters errors
show interfaces | include input errors|CRC|drops|output drops|queue
show processes cpu sorted
show processes memory sorted
ping 8.8.8.8 repeat 20
traceroute 1.1.1.1Häufigste Ursachen für Latenz und Loss (in der Praxis)
Die größten Treiber sind meist nicht „Routing“, sondern physische Fehler, Queueing am WAN und MTU-Probleme. Diese Punkte liefern oft die schnellsten Quick Wins.
- Layer-1/2: CRC/Input Errors durch Kabel/SFP/Portparameter
- WAN-Engpass: Provider droppt, weil der Router nicht shaped
- Queueing/QoS falsch: Output Drops, Jitter bei Voice/Video
- MTU/PMTUD: Fragmentierung, Timeouts, „manche Seiten langsam“
- CPU-Bottleneck: NAT/VPN/QoS softwarebasiert unter Last
Optimierungshebel 1: Layer-1/2 stabilisieren (Fehlerzähler eliminieren)
CRC-Fehler und physische Drops erzeugen sofort Packet Loss. Beheben Sie diese zuerst, sonst „optimieren“ Sie nur Symptome. Prüfen Sie regelmäßig Fehlerzähler und Interfaces.
Checks für physische Probleme
show interfaces counters errors
show interfaces | include line protocol|duplex|speed|CRC|input errors
show interfaces transceiver detailErwartete Ergebnisse
- CRC/Input Errors steigen nicht kontinuierlich
- Interface ist stabil up/up ohne Flaps
- Keine ungewöhnlichen Output Drops ohne Lastspitzen
Optimierungshebel 2: MTU/MSS korrekt setzen (VPN/PPPoE/Provider-MTU)
MTU-Probleme wirken oft wie „Latenz“ oder „sporadische Timeouts“, sind aber Fragmentierung oder blockiertes PMTUD. Besonders bei VPN oder PPPoE ist MSS-Clamping ein praxiserprobter Fix.
MTU prüfen
show interfaces | include MTUMSS-Clamping (typischer Praxiswert)
interface GigabitEthernet0/1
ip tcp adjust-mss 1360Erwartete Ergebnisse
- Weniger Timeouts bei HTTPS und großen Transfers
- Stabilere Performance bei VPN-Traffic
- Reduzierte Fragmentierung (indirekt über weniger Drops/Resets)
Optimierungshebel 3: WAN-Shaping als wirksamster Performance-Fix
Wenn der Provider schneller droppt als Ihr Router queued, verlieren Sie Kontrolle. Shaping setzt die effektive Sendeleistung knapp unter die Provider-Bandbreite, sodass Queueing im Router statt beim Provider passiert. Das reduziert Loss und stabilisiert Latenz/Jitter.
Hierarchisches QoS: Parent Shaping + Child Queues
policy-map PM-WAN-CHILD
class class-default
fair-queue
policy-map PM-WAN-PARENT
class class-default
shape average 9500000
service-policy PM-WAN-CHILD
interface GigabitEthernet0/0
description WAN-ISP
service-policy output PM-WAN-PARENT
Erwartete Ergebnisse
- Output Drops sinken, weil Router kontrolliert queued
- RTT unter Last wird stabiler (weniger Queue-Spikes beim Provider)
- Packet Loss in Lastspitzen reduziert sich messbar
Optimierungshebel 4: QoS für Echtzeit – weniger Jitter und gefühlte Latenz
Für VoIP, Zoom/Teams und kritische Apps ist nicht nur RTT wichtig, sondern Jitter und Drops. Eine pragmatische QoS-Klassenstruktur priorisiert Voice, bevorzugt Video/Collaboration und lässt Bulk-Traffic nicht dominieren.
Beispiel: DSCP-basierte Klassifizierung
class-map match-any CM-VOICE
match dscp ef
class-map match-any CM-VIDEO
match dscp af41
match dscp cs4
policy-map PM-WAN-QOS
class CM-VOICE
priority percent 10
class CM-VIDEO
bandwidth percent 25
class class-default
fair-queue
Wichtig: QoS am WAN-Egress anwenden
policy-map PM-WAN-PARENT
class class-default
shape average 9500000
service-policy PM-WAN-QOS
interface GigabitEthernet0/0
service-policy output PM-WAN-PARENT
Optimierungshebel 5: Path-Monitoring und Failover (Loss durch instabile Pfade reduzieren)
Ein häufiger „Loss“-Grund ist ein instabiler Upstream oder ein „Link up, Internet down“-Pfad. IP SLA erkennt Path-Down und erlaubt kontrolliertes Failover. Das reduziert lange Störphasen und sporadische Paketverluste.
Beispiel: IP SLA zur Pfadüberwachung
ip sla 10
icmp-echo 8.8.8.8 source-interface GigabitEthernet0/0
frequency 5
timeout 1000
ip sla schedule 10 life forever start-time now
track 10 ip sla 10 reachability
Verifikation
show ip sla statistics
show trackOptimierungshebel 6: CPU-Bottlenecks vermeiden (NAT/VPN/QoS unter Last)
Hohe CPU verursacht Verzögerungen in der Control Plane und kann auch Datenpfad-Performance beeinträchtigen. Prüfen Sie, ob Crypto, NAT oder QoS Prozesse dauerhaft hohe Last erzeugen und ob Features richtig dimensioniert sind.
CPU/Memory-Checks
show processes cpu sorted
show processes memory sorted
show platform resourcesErwartete Ergebnisse
- CPU nicht dauerhaft > 80% (außer kurzzeitig bei Convergence/Spikes)
- Keine wiederkehrenden CPU-Spikes korreliert mit Traffic-Peaks
- Stabile Forwarding-Performance bei aktivem NAT/VPN/QoS
Verifikation der Optimierung: Messbar weniger Loss und stabilere RTT
Nach der Umsetzung wiederholen Sie exakt die Baseline-Messungen. Zusätzlich prüfen Sie QoS-Zähler und Interface-Drops, um nachzuweisen, dass die Verbesserung aus Router-Sicht tatsächlich stattfindet.
Post-Change-Checks (Mindestset)
show interfaces counters errors
show interfaces | include drops|output drops|queue
show policy-map interface GigabitEthernet0/0
ping 8.8.8.8 repeat 20
traceroute 1.1.1.1Erwartete Ergebnisse
- CRC/Input Errors bleiben niedrig und steigen nicht kontinuierlich
- Output Drops sinken oder sind erklärbar (kontrolliertes Queueing)
- QoS-Klassen zeigen Zähler, Priority-Queue hat keine auffälligen Drops
- Ping-Loss sinkt, RTT ist unter Last stabiler
Typische Fehlerbilder bei Optimierungsmaßnahmen
Wenn die Optimierung nicht wirkt, liegt es oft an falscher Platzierung (QoS nicht am WAN), falschem Shaping-Wert oder einem physischem Problem, das unbehandelt blieb.
- Shaping zu hoch: Provider droppt weiterhin, Loss bleibt
- QoS am falschen Interface: keine Wirkung an der Engstelle
- Falsche Markierung: alles ist „Best Effort“ oder alles ist „EF“
- MTU/MSS ignoriert: sporadische Timeouts bleiben
- Physische Errors nicht behoben: Loss bleibt trotz QoS
Minimaler Optimierungs-Baukasten (Template-Auszug)
Dieses Template bündelt die häufigsten, wirkungsvollen Maßnahmen: MSS-Clamping (falls nötig) und WAN-Shaping mit QoS-Child-Policy. Werte müssen an Ihre Leitung angepasst werden.
interface GigabitEthernet0/1
ip tcp adjust-mss 1360
class-map match-any CM-VOICE
match dscp ef
class-map match-any CM-VIDEO
match dscp af41
match dscp cs4
policy-map PM-WAN-QOS
class CM-VOICE
priority percent 10
class CM-VIDEO
bandwidth percent 25
class class-default
fair-queue
policy-map PM-WAN-PARENT
class class-default
shape average 9500000
service-policy PM-WAN-QOS
interface GigabitEthernet0/0
service-policy output PM-WAN-PARENT
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.
