Site icon bintorosoft.com

Cisco Konfiguration prüfen: Die wichtigsten Show Commands

Red Snapper

Wer im Netzwerkbetrieb schnell und sicher arbeiten will, muss eine Cisco Konfiguration prüfen können, ohne jedes Mal die komplette running-config Zeile für Zeile zu lesen. Genau dafür sind die Show Commands in Cisco IOS/IOS XE (und mit Abweichungen auch in NX-OS) gedacht: Sie liefern in Sekunden den Zustand von Interfaces, VLANs, Routing, Nachbarschaften, Security-Features, Logging und Hardware. In der Praxis entscheidet eine gute Auswahl an Show-Befehlen darüber, ob Sie Störungen strukturiert eingrenzen oder sich in Symptomen verlieren. Gerade bei typischen Fehlerbildern wie „Client bekommt keine IP“, „Trunk transportiert falsche VLANs“, „OSPF-Nachbar kommt nicht hoch“ oder „Traffic wird durch ACL geblockt“ sind Show Commands der schnellste Weg zur Ursache. Dieser Artikel gibt Ihnen eine praxiserprobte Auswahl der wichtigsten Befehle, sortiert nach Alltagssituationen: Basis-Checks, Switching, Routing, Security, Management und Troubleshooting. Sie lernen außerdem, wie Sie Ausgaben effizient filtern (| include, | section, | begin), welche Befehle sich für schnelle Übersichten eignen und wo Sie eher vorsichtig sein sollten (z. B. bei sehr großen show tech-support-Ausgaben). Ziel ist, dass Sie in wenigen Minuten ein belastbares Lagebild erhalten und Änderungen nachvollziehbar prüfen können.

Grundlagen: So arbeiten Sie effizient mit Show Commands

Bevor es um einzelne Befehle geht, lohnt sich ein kurzer Blick auf „Handwerk“. Mit diesen Techniken sparen Sie Zeit und vermeiden Fehler bei der Interpretation:

Für eine verlässliche Übersicht über plattformspezifische Befehle ist der Anchor-Text Cisco IOS Command Reference hilfreich, weil sich Syntax und Optionen je Version unterscheiden können.

Quick Health Check: Die fünf Befehle für den ersten Überblick

Wenn Sie sich auf ein Cisco-Gerät einloggen und noch nicht wissen, wo das Problem liegt, starten Sie mit diesen Standardchecks:

Damit sehen Sie sofort, ob ein Gerät frisch rebootet ist, ob relevante Interfaces down sind und ob Logs bereits eine klare Richtung vorgeben.

Konfigurationsstand prüfen: running-config, startup-config und Diff-Denken

Im Betrieb ist es entscheidend zu wissen: Was ist gerade aktiv, und was wird nach dem nächsten Reload aktiv sein?

Praxis-Tipp: Wenn ein Problem „nach einem Neustart“ auftritt, ist der erste Verdacht häufig: running-config wurde nie gespeichert. Dann stimmen running und startup nicht überein.

Interfaces verstehen: Status, Errors, MTU und Drops

Viele Störungen sind letztlich Interface-Themen: Link flapped, Duplex-Mismatch, CRC-Errors, Drops oder MTU-Probleme. Diese Befehle sind dafür zentral:

Worauf achten?

Switching: VLANs, Trunks und MAC-Tabellen richtig prüfen

Im Campus-Alltag ist Switching-Troubleshooting der Klassiker. Diese Show Commands geben Ihnen schnell Klarheit:

Typische Diagnosepfade:

Spanning Tree: Warum Ports blocken und wie Sie Loops erkennen

STP ist Schutz und Fehlerquelle zugleich. Wenn Ports unerwartet blockieren, sind diese Befehle Pflicht:

Achten Sie besonders auf:

Für STP-Hintergründe ist der Anchor-Text Cisco STP Grundlagen eine solide Referenz.

EtherChannel und LACP: Bündelstatus in Sekunden prüfen

Bei EtherChannel-Problemen ist die Fehlerursache häufig „Mismatch“ (Trunk-Parameter, VLAN-Liste, Speed, MTU). Die wichtigsten Show Commands:

Wenn ein Member-Port nicht bündelt, prüfen Sie: Ist die Konfiguration wirklich identisch? Trunk Allowed VLANs, Native VLAN, Speed/Duplex, ggf. MTU müssen übereinstimmen.

Nachbarschaften: CDP/LLDP und ARP als Orientierung

Wenn Sie wissen müssen, was an einem Port hängt oder ob Topologie und Verkabelung stimmen, sind Discovery- und Neighbor-Tabellen Gold wert:

Praxisnutzen:

Routing: Routen, Next-Hops und Protokollzustand prüfen

Im Layer-3-Betrieb ist die Routing-Tabelle Ihr Dreh- und Angelpunkt. Diese Befehle gehören zur Standardausrüstung:

Wenn „nichts rausgeht“, ist die Default Route oft der erste Check. Wenn dynamisches Routing genutzt wird, prüfen Sie zusätzlich die Nachbarschaften und den LSDB/Topology-Status.

OSPF, EIGRP, BGP: Show Commands für dynamisches Routing

Je nach Umgebung sind unterschiedliche Protokolle im Einsatz. Die wichtigsten Show Commands pro Protokoll:

Ein bewährter Ansatz: Erst Nachbarn prüfen (Neighbor up?), dann Interfaces/Parameter (Area, Auth, MTU), dann die Routenverteilung (Topology/DB/BGP table). Wenn Nachbarschaften nicht hochkommen, sind Ursachen häufig MTU-Mismatch, Authentifizierung, Area/AS-Mismatch oder Filter/ACLs.

Gateway-Redundanz: HSRP/VRRP/GLBP schnell verifizieren

Wenn Clients „manchmal“ kein Gateway haben oder Failover nicht funktioniert, brauchen Sie klare Statusausgaben:

Wichtig ist auch, Tracking zu prüfen (Uplink down soll zu Rollenwechsel führen). Wenn Roles stabil sind, aber Traffic nicht, liegt der Fehler oft upstream (Routing/Default Route) und nicht bei HSRP/VRRP selbst.

Security-Funktionen prüfen: Port-Security, DHCP Snooping, DAI

Viele „Client kommt nicht ins Netz“-Tickets sind keine VLAN- oder DHCP-Probleme, sondern Security-Features, die korrekt, aber unerwartet greifen. Diese Show Commands helfen sofort:

Praxis-Tipp: Wenn ein Port in errdisable geht, liefern show logging und show errdisable recovery häufig den schnellsten Hinweis auf die Ursache.

ACLs, NAT und Firewall-nahe Themen prüfen

Wenn Traffic „geblockt“ wirkt oder NAT nicht greift, müssen Sie nicht raten. Diese Show Commands sind zentral:

Trefferzähler sind in der Praxis extrem hilfreich: Wenn eine ACL-Regel Zähler erhöht, wissen Sie, dass Traffic dort wirklich ankommt und bewertet wird. Wenn Zähler null bleiben, ist oft der Interface-Bindingspunkt falsch (in/out am falschen Interface) oder der Traffic läuft über einen anderen Pfad.

Management und Betrieb: NTP, Syslog, SNMP, SSH und Nutzerzugriff

Ein Gerät kann technisch funktionieren, aber betrieblich „blind“ sein, wenn Zeit, Logging oder Monitoring fehlen. Diese Befehle geben Klarheit:

Best Practice: Prüfen Sie NTP immer früh, weil falsche Zeitstempel Troubleshooting massiv erschweren und Zertifikate/SSH/AAA beeinflussen können.

Performance und Ressourcen: CPU, Memory, Prozesse und Buffer

Wenn ein Gerät „langsam“ ist, Befehle verzögert antworten oder Routing instabil wirkt, sollten Sie Ressourcen prüfen:

Interpretation: Kurzzeitige CPU-Spikes sind nicht automatisch ein Problem. Dauerhaft hohe CPU in Control-Plane-Prozessen (z. B. STP, Routing, SNMP Storm) sollte untersucht werden.

Hardware und Umwelt: Power, Temperatur, Stack und Redundanz

Viele Störungen sind physisch: PSU-Ausfall, Temperaturprobleme oder Stack-Events. Diese Show Commands helfen dabei:

Gerade bei Stacks ist show switch wichtig, um Master/Standby und „Ready“-Status zu prüfen. Unerwartete Reboots oder Master-Wechsel finden Sie oft auch direkt in show version und show logging.

Troubleshooting-Toolkit: Show Commands für strukturierte Fehlersuche

Wenn Sie tiefer debuggen müssen, hat sich dieser Ablauf bewährt: erst Zustand, dann Pfad, dann Policy.

Wenn Sie eine umfassende Momentaufnahme für tiefergehende Analysen benötigen, gibt es show tech-support. Vorsicht: Die Ausgabe kann sehr groß sein und sollte in produktiven Situationen bewusst und ggf. außerhalb kritischer Zeitfenster genutzt werden.

Cheat Sheet: Die wichtigsten Show Commands nach Use Case

Für weiterführende Detailfragen zu einzelnen Befehlen und Optionen ist der Anchor-Text Cisco IOS Command Reference die zuverlässigste Quelle, weil sie plattform- und versionsgenau dokumentiert, was ein Show Command in Ihrem System tatsächlich ausgibt und welche Parameter unterstützt werden.

Cisco Netzwerkdesign, CCNA Support & Packet Tracer Projekte

Cisco Networking • CCNA • Packet Tracer • Network Configuration

Ich biete professionelle Unterstützung im Bereich Cisco Computer Networking, einschließlich CCNA-relevanter Konfigurationen, Netzwerkdesign und komplexer Packet-Tracer-Projekte. Die Lösungen werden praxisnah, strukturiert und nach aktuellen Netzwerkstandards umgesetzt.

Diese Dienstleistung eignet sich für Unternehmen, IT-Teams, Studierende sowie angehende CCNA-Kandidaten, die fundierte Netzwerkstrukturen planen oder bestehende Infrastrukturen optimieren möchten. Finden Sie mich auf Fiverr.

Leistungsumfang:

Lieferumfang:

Arbeitsweise:Strukturiert • Praxisorientiert • Zuverlässig • Technisch fundiert

CTA:
Benötigen Sie professionelle Unterstützung im Cisco Networking oder für ein CCNA-Projekt?
Kontaktieren Sie mich gerne für eine Projektanfrage oder ein unverbindliches Gespräch. Finden Sie mich auf Fiverr.

 

Exit mobile version