Site icon bintorosoft.com

Cisco Router Troubleshooting Master-Checkliste: Layer 1 bis Layer 7

Organized network. 3d render white isolated graphic background

Eine systematische Troubleshooting-Checkliste verhindert „Ratearbeit“: Du prüfst Schicht für Schicht (Layer 1 bis 7), bestätigst Fakten mit Show-Befehlen und grenzt die Fehlerdomäne schnell ein. Auf Cisco Routern bedeutet das: zuerst physische/Interface-Basics, dann IP/ARP/Routing, danach Policies (ACL/NAT/VPN/QoS) und erst zuletzt Applikationsdetails. Diese Master-Checkliste ist als praxisorientierter Ablauf gedacht, den du in Tickets, Runbooks oder Prüfungen (CCNA/CCNP) direkt nutzen kannst.

Vorbereitung: Problem sauber eingrenzen (30 Sekunden)

Bevor du Kommandos ausführst, kläre die Mindestinfos: Welche Quelle, welches Ziel, welches Protokoll, seit wann, und ist es reproduzierbar? Danach startest du mit der OSI-Reihenfolge.

Layer 1: Physik, Link, Medien

Layer-1-Probleme sind oft banal, aber häufig. Prüfe Link-Status, Speed/Duplex, CRC/Errors und ob das Interface administrativ down ist.

show ip interface brief
show interfaces gigabitEthernet0/1
show interfaces gigabitEthernet0/1 | include line protocol|duplex|speed|CRC|error|drop

Layer 2: VLAN, ARP, L2-Adjacencies

Auf Routern zeigt sich Layer 2 meist über Subinterfaces/SVIs, ARP und Encapsulation (802.1Q). Wenn ARP nicht stimmt, wird Layer 3 nie funktionieren.

show arp
show ip arp
show running-config interface gigabitEthernet0/0.10
show interfaces gigabitEthernet0/0.10

ARP-Schnellcheck

ping <next-hop-ip>
show arp | include <next-hop-ip>

Layer 3: IP, Routing, Default Route

Layer 3 ist der häufigste Fehlerbereich: falsche IP/Mask, fehlende Routen, falsche Default Route oder asymmetrisches Routing. Prüfe Interface-IP, Routing-Tabelle und Next-Hop-Erreichbarkeit.

show ip interface brief
show ip route
show ip route | include Gateway|0.0.0.0
show ip cef <destination-ip>

Ping/Traceroute mit Source (für saubere Tests)

ping <destination-ip> source <source-interface-or-ip>
traceroute <destination-ip> source <source-interface-or-ip>

Layer 4: TCP/UDP, Ports, Statefulness

Wenn IP-Routing ok ist, kann Layer 4 durch ACLs, Firewalls, NAT oder MTU/MSS-Probleme scheitern. Prüfe, ob Ports erreichbar sind und ob Rückverkehr plausibel ist.

show ip access-lists
show ip interface <interface>
show interfaces <interface> | include MTU|drops|error

MTU/PMTUD Schnelltest (IPv4)

ping <destination-ip> df-bit size 1400
ping <destination-ip> df-bit size 1472

Layer 5: Sessions, VPN, Authentication

Hier landen typische „Connectivity ist da, aber Zugriff nicht“-Fälle: VPN-Session steht nicht, AAA blockt, SSH geht nicht, oder Policies greifen auf Management-Ebene.

show users
show ip ssh
show running-config | section line vty
show logging | include AAA|SSH|LOGIN

IPsec Schnellchecks

show crypto isakmp sa
show crypto ipsec sa

Layer 6: „Presentation“-Probleme in der Praxis (TLS, MTU, Encoding)

Im Router-Kontext ist Layer 6 selten „Encoding“, aber häufig TLS-/HTTPS-Symptome, die in Wahrheit MTU/MSS oder Proxy/Inspection-Policies sind. Wenn HTTPS hängt, prüfe MTU/MSS und Firewall-Policies.

show interfaces <outside-or-tunnel> | include MTU|drops|error
show ip nat translations

Layer 7: Applikation (DNS, HTTP, DHCP, NTP)

Wenn Layer 3/4 ok sind, bleiben häufig Services: DNS falsch, DHCP-Optionen fehlen, NTP driftet, oder Applikations-ACLs blocken. Prüfe mit zielgerichteten Show-Befehlen und einfachen Tests.

show ip dhcp binding
show ip dhcp pool
show running-config | include ip helper-address
show ntp status
show logging

Policy-Check: ACL, NAT, QoS, CoPP (häufigste Router-Ursachen)

Viele Probleme sind „Policy-bedingt“: Ein Change an ACL/NAT/QoS/CoPP wirkt wie ein Netzfehler. Prüfe deshalb immer, ob Policies kürzlich geändert wurden und ob Counter matchen/droppen.

show ip access-lists
show ip nat translations
show ip nat statistics
show policy-map interface gigabitEthernet0/1
show policy-map control-plane

„Golden Commands“: die wichtigsten Befehle als Kurzliste

Diese Befehle decken 80% der Router-Tickets ab, wenn du sie in der richtigen Reihenfolge nutzt.

show ip interface brief
show interfaces <int>
show arp
show ip route
show ip cef <dest>
ping <dest> source <src>
traceroute <dest> source <src>
show ip access-lists
show ip nat translations
show crypto isakmp sa
show crypto ipsec sa
show policy-map interface <wan>
show logging

Dokumentation: Ergebnisse festhalten (für sauberes Handover)

Im Betrieb ist die Dokumentation Teil des Troubleshootings. Notiere: was war down, welche Counter waren auffällig, welche Änderung hat es gefixt. So werden Wiederholungsfehler seltener.

Konfiguration speichern

Router# copy running-config startup-config

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