Status: GELÖST
Ein PC funktioniert an einer Netzwerkdose. Ein Switch an derselben Dose bekommt keinen Link. Ein Crossover-Kabel funktioniert, ein normales Netzwerkkabel scheinbar nicht. Der Kabeltester liefert merkwürdige Signale.
Klingt nach einem Verkabelungsproblem.
War es am Ende aber nicht.
Die Ausgangslage
Eigentlich sollte die Aufgabe simpel sein:
Eine vorhandene Netzwerkdose sollte nicht mehr nur einen einzelnen PC versorgen. Stattdessen sollte dort ein kleiner Ethernet-Switch angeschlossen werden, um mehrere Geräte per LAN anbinden zu können.
Also:
Netzwerkdose → normales Ethernet-Kabel → Switch
Doch der Switch bekam keinen Link.
Interessanterweise funktionierte die bestehende Verbindung von der Netzwerkdose direkt zum PC – allerdings mit einem Crossover-Kabel.
Damit begann die Fehlersuche.
Der erste Verdacht: die Verkabelung
Die Kombination war ungewöhnlich:
-
Crossover-Kabel von der Dose zum PC: funktioniert
-
Straight-through-Kabel von der Dose zum PC: funktioniert nicht wie erwartet
-
Straight-through-Kabel von der Dose zum Switch: kein Link
-
PC direkt mit dem Switch verbunden: Link-LED funktioniert
Damit war zumindest klar: Der Switch konnte grundsätzlich einen Link erkennen.
Also rückte die Verkabelung in den Mittelpunkt.
Steckerbelegung, Adernpaare und vorhandene Kabel wurden geprüft. Wir beschäftigten uns mit T568B, Straight-through und Crossover und gingen der Frage nach, ob die Netzwerkstrecke möglicherweise ungewöhnlich oder falsch aufgelegt worden war.
Dann wurde gemessen
Ein Netzwerktester kam zum Einsatz.
Und auch dort sah das Ergebnis zunächst verdächtig aus.
An der Netzwerkdose verhielten sich die Anzeigen teilweise ungewöhnlich. Zusammen mit dem funktionierenden Crossover-Kabel schien das die Theorie zu bestätigen:
Irgendetwas stimmt mit der Verkabelung nicht.
Also wurde weiter getestet, verglichen und ausgeschlossen.
Genau hier liegt allerdings eine der Fallen bei technischer Fehlersuche:
Eine auffällige Beobachtung ist nicht automatisch die Ursache des Problems.
Der Wendepunkt
Nachdem Kabel, Switch und Netzwerkstrecke immer weiter untersucht worden waren, ging die Fehlersuche noch einen Schritt zurück.
Nicht mehr:
Was passiert hinter der Netzwerkdose?
Sondern:
Was passiert eigentlich davor?
Die Netzwerkverbindung kam von einer FRITZ!Box.
Also wurde der Switch testweise direkt mit deren LAN-Ports verbunden.
Und plötzlich ergab das bisherige Verhalten ein ganz anderes Bild.
LAN 1 → Link.
Die anderen getesteten LAN-Ports → kein entsprechender Link zum Switch.
Anschließend wurde die Netzwerkstrecke auf LAN 1 gelegt.
Und der Switch funktionierte.
Die eigentliche Lösung
Die entscheidende Änderung war am Ende erstaunlich banal:
Nicht das neu gecrimpte Kabel.
Nicht der Switch.
Nicht die Netzwerkdose.
Sondern der verwendete LAN-Port der FRITZ!Box.
Nachdem die Verbindung über LAN 1 hergestellt wurde, bekam der Switch den erwarteten Link und die Installation konnte abgeschlossen werden.
Das Crossover-Kabel, die ungewöhnlichen Testergebnisse und die bestehende Verkabelung hatten die Fehlersuche zunächst in eine völlig andere Richtung gelenkt.
Was wir daraus lernen
Technische Fehlersuche wird besonders schwierig, wenn mehrere ungewöhnliche Beobachtungen gleichzeitig auftreten.
Dann entsteht schnell eine plausible Geschichte:
Crossover funktioniert → Straight-through funktioniert nicht → Kabeltester sieht merkwürdig aus → also muss die Verkabelung falsch sein.
Nur:
Plausibel bedeutet nicht bewiesen.
Die bessere Methode ist, die gesamte Verbindung als Kette zu betrachten:
Router → Verkabelung → Netzwerkdose → Patchkabel → Switch → Endgerät
Und anschließend jedes Glied möglichst unabhängig zu testen.
Vor allem sollte man dabei auch Komponenten erneut prüfen, die zu Beginn als selbstverständlich funktionierend angenommen wurden.
Der wichtigste Test kam spät
Rückblickend hätte ein sehr einfacher Test viel Zeit sparen können:
Switch direkt an jeden LAN-Port der FRITZ!Box anschließen und den Link prüfen.
Genau dieser Test brachte schließlich die entscheidende Erkenntnis.
Das ist gleichzeitig das wichtigste Learning aus CASE 002:
Beginne bei der Fehlersuche nicht mit der kompliziertesten Erklärung. Prüfe zuerst die einfachsten Annahmen.
NovaPilot Fazit
Das Kabel sah verdächtig aus.
Die Verkabelung sah verdächtig aus.
Das Verhalten des Kabeltesters sah verdächtig aus.
Am Ende war nichts davon das eigentliche Problem.
CASE 002 zeigt deshalb weniger, wie man ein bestimmtes Netzwerkproblem löst, sondern vielmehr, wie schnell technische Fehlersuche durch scheinbar eindeutige Hinweise in die falsche Richtung laufen kann.
Unsere Entscheidung nach diesem Case:
Erst die komplette Signalkette verstehen. Dann isolieren. Dann vergleichen. Erst danach verändern.
WEITERER NOVAPILOT CASE
CASE 001 — Shokz OpenComm2 UC: Unser 14-Tage-Alltagstest läuft →
Noch kein vorschnelles Urteil: Wir testen das Open-Ear-Headset im echten Arbeitsalltag und dokumentieren, was sich dabei tatsächlich bewährt.
NOVAPILOT FOCUS
UNDERSTAND
Better decisions. Less hype.
Transparenzhinweis: Dieser Case basiert auf einer realen Fehlersuche und Installation. Genannte Marken und Produkte dienen ausschließlich der Beschreibung des technischen Szenarios. Es besteht keine bezahlte Zusammenarbeit im Zusammenhang mit diesem Case.