Cable Diagnostics (TDR): Kupferkabel-Probleme per Cisco prüfen

Kupferkabel sind eine der häufigsten Ursachen für „komische“ Netzwerkprobleme: CRC-Fehler, Port-Flapping, niedriger Durchsatz oder sporadische Paketverluste. Wenn du den Verdacht hast, dass Patchkabel, Dose oder Leitungsstrecke beschädigt ist, kannst du auf vielen Cisco Switches eine Cable Diagnostics (TDR) Messung durchführen. TDR (Time Domain Reflectometry) sendet elektrische Impulse in die Adernpaare und erkennt Unterbrechungen, Kurzschlüsse oder ungewöhnliche Dämpfung – oft sogar mit einer ungefähren Distanzangabe. Dieser Leitfaden zeigt, wie du TDR auf Cisco praxisnah nutzt und die Ergebnisse richtig interpretierst.

Was TDR kann (und was nicht)

TDR ist sehr gut, um Kupfer-Fehlerbilder zu erkennen und den Fehlerbereich einzugrenzen. Es ersetzt aber keine physische Prüfung vor Ort und funktioniert nicht bei Glasfaser.

• Erkennt Open (Unterbrechung), Short (Kurzschluss), Pair Mismatch
• Kann Fehlerdistanz in Metern angeben (ungefähre Lokalisierung)
• Hilft bei Wackelkontakten, schlechten Dosen, beschädigten Leitungen
• Funktioniert nur auf Kupfer-Ports (RJ45), nicht auf Fiber

Typische Einsatzfälle

• Port flapt (down/up) ohne ersichtlichen Grund
• CRC/FCS Errors steigen kontinuierlich
• Link negotiated nur 100M statt 1G (Pair-Problem)
• Nach Umzug/Umverdrahtung: Verbindung instabil

Voraussetzungen: Unterstützt der Switch TDR auf diesem Port?

Nicht jede Plattform und nicht jeder Port unterstützt TDR gleich. Prüfe im Zweifel die verfügbaren Diagnose-Kommandos am Interface. Auf vielen Catalyst-Modellen heißt der Befehl test cable-diagnostics tdr oder ähnlich.

Kommandos am Interface prüfen

show interfaces gigabitEthernet 1/0/10 ?
test cable-diagnostics tdr interface gigabitEthernet 1/0/10 ?

Vorbereitung: Port-Status, Speed/Duplex und Fehlerzähler checken

Bevor du TDR startest, sammle Basisdaten. Damit kannst du TDR-Ergebnisse später besser einordnen und hast einen „Before“-Nachweis.

show interfaces gigabitEthernet 1/0/10
show interfaces counters errors
show interfaces status
show logging | include LINK|LINEPROTO|UPDOWN|CRC|ERROR

TDR messen: Cable Diagnostics starten

Der Ablauf ist meist: Test auf dem Interface starten, kurz warten und das Ergebnis anzeigen. Je nach Plattform kann der Port während der Messung kurz beeinflusst werden – plane das bei produktiven Ports ein.

TDR Test starten (Beispiel)

enable
test cable-diagnostics tdr interface gigabitEthernet 1/0/10

Ergebnisse anzeigen

show cable-diagnostics tdr interface gigabitEthernet 1/0/10

Alternative: Ergebnisse für alle Interfaces

show cable-diagnostics tdr

Ergebnisse interpretieren: Pair-Status und Distanz richtig lesen

TDR liefert typischerweise pro Aderpaar einen Status und eine geschätzte Distanz zum Fehler. Für Gigabit-Ethernet müssen alle Paare sauber sein. Wenn ein Paar „open“ oder „short“ ist, sind 1G-Links oft instabil oder fallen auf 100M zurück.

Typische Statusmeldungen (praxisnah)

• Normal: Paar ist elektrisch unauffällig
• Open: Unterbrechung (Kabelbruch, schlechter Kontakt, nicht aufgelegt)
• Short: Kurzschluss (gequetschtes Kabel, feuchte Dose, falsche Auflegung)
• Impedance Mismatch: schlechte Verbindung/Stecker/Übergang
• Pair length: geschätzte Kabellänge/Fehlerdistanz

Distanzangaben richtig einordnen

Die Meterangaben sind Näherungen. Sie helfen, den Fehler „eher am Patchfeld“ oder „eher im Endbereich“ zu lokalisieren. Nutze sie als Hinweis, nicht als millimetergenaue Messung.

Typische Fehlerbilder und schnelle Maßnahmen

Aus TDR kannst du meist direkt ableiten, welche nächste Aktion sinnvoll ist: Patchkabel tauschen, Dose prüfen, Patchfeld neu auflegen oder Leitungsstrecke austauschen.

Open bei sehr kurzer Distanz (0–2 m)

• Patchkabel defekt oder nicht richtig eingerastet
• Port/Dose beschädigt
• Maßnahme: Patchkabel tauschen, Stecker prüfen

Open/Short bei mittlerer Distanz (z. B. 10–40 m)

• Leitungsstrecke beschädigt (Knick, Bohrschaden)
• Maßnahme: Gebäudeverkabelung prüfen, Strecke neu messen/ersetzen

Pair Mismatch / Link fällt auf 100M zurück

• Ein oder mehrere Paare sind nicht aufgelegt oder haben schlechten Kontakt
• Maßnahme: Dose/Patchfeld neu auflegen, Cat-Standard prüfen

TDR in Troubleshooting einbetten: Workflow für Kupferprobleme

Mit diesem Ablauf gehst du sicher vor: Erst Symptome und Counter, dann TDR, dann physische Aktion, danach Verifikation (Counter bleiben ruhig, Link stabil).

• 1) show interfaces und Errors prüfen (CRC/Flaps)
• 2) TDR starten und Ergebnis dokumentieren
• 3) Patchkabel tauschen (einfachster Fix)
• 4) Wenn weiterhin Fehler: Dose/Patchfeld prüfen (Auflegung)
• 5) Wenn Distanz im Kabel: Leitungsstrecke prüfen/ersetzen
• 6) Post-Check: Counter resetten und stabilen Betrieb nachweisen

Post-Check nach Fix

clear counters gigabitEthernet 1/0/10
show interfaces gigabitEthernet 1/0/10 | include CRC|error|rate|duplex|Mb
show logging | include LINK|LINEPROTO|UPDOWN

Grenzen und häufige Missverständnisse

TDR zeigt elektrische Anomalien, aber nicht jede Netzwerkstörung ist ein Kabelproblem. Drops durch Überlast, Duplex-Mismatch oder EtherChannel-Inkonsistenzen löst TDR nicht. Außerdem sind Messungen bei aktiver Verbindung nicht immer aussagekräftig.

• Keine Aussage über QoS/Congestion oder Routing-Probleme
• Fiber-Probleme nicht messbar (dafür Optical DOM/Light-Level)
• Ergebnisse können bei bestimmten Gegenstellen/PoE-Situationen variieren

Best Practices: TDR als Standard-Tool im Betrieb

Wenn du TDR in deinen Prozess integrierst, sparst du Zeit im Incident: Du kannst Kabelprobleme schnell belegen und zielgerichtet an Technik/Haustechnik eskalieren.

• TDR nutzen, wenn CRC/Flaps/100M-Fallback auftreten
• Vorher/Nachher dokumentieren (Errors, Logs, TDR-Result)
• Patchkabel zuerst tauschen, dann feste Verkabelung prüfen
• Post-Check mit clear counters und stabilen Raten/Errors

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

• 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.