Systematische Fehlersuche: OSI-Schichten-Methode

„Das Internet geht nicht." Ein Anruf, eine Mail, ein Ticket – und plötzlich stehst du vor einem Problem mit Tausenden möglichen Ursachen: Kabel lose? IP falsch? DNS-Server tot? Firewall blockt? Webserver down? Wer hier wild herumprobiert, verliert Stunden. Wer systematisch vorgeht, findet den Fehler oft in Minuten. Genau dafür gibt es die OSI-Schichten-Methode: das OSI-Modell als Landkarte für die Fehlersuche.

Die Analogie: Stell dir einen Arzt vor, der die Diagnose macht. Er fängt nicht gleich mit einer Hirn-MRT an, sondern misst zuerst Puls, Blutdruck und Temperatur – die Vitalzeichen. Erst wenn diese auffällig sind, geht er tiefer. Genauso ist es im Netzwerk: Erst prüfen wir die „Vitalzeichen" auf den unteren Schichten (Strom, Link, IP), bevor wir uns mit der Anwendung beschäftigen. Eine zweite Analogie: Wenn dein Auto nicht anspringt, schaust du nicht zuerst nach der Bordelektronik des Radios – du prüfst die Batterie. Genau dieses Prinzip steckt hinter Bottom-Up-Troubleshooting.

1) Chaos vs. Methode – warum systematisch?

Ohne Methode landet jeder Admin früher oder später in der „Schrotflinten-Diagnose": wahllos Dinge ausprobieren, in der Hoffnung, dass eine davon hilft. Das ist nicht nur ineffizient, sondern gefährlich – wenn man mehrere Dinge gleichzeitig ändert, weiß man am Ende nicht, was das Problem wirklich behoben hat. Beim nächsten Mal steht man dann wieder vor demselben Rätsel. Systematik bedeutet: eine Sache nach der anderen, jede Änderung dokumentiert, jede Hypothese geprüft:

2) Die drei klassischen Methoden

Es gibt nicht die eine richtige Vorgehensweise – welche Methode am besten passt, hängt vom Symptom, vom Vorwissen und von der Erfahrung des Admins ab. Drei Klassiker haben sich etabliert: Bottom-Up startet bei Schicht 1 und arbeitet sich hoch, Top-Down beginnt bei der Anwendung und steigt ab, Divide-and-Conquer setzt in der Mitte an (typischerweise mit einem Ping auf Schicht 3) und springt dann nach oben oder unten, je nach Ergebnis.

Klick eines der Szenarien – die empfohlene Methode wird hervorgehoben und erklärt:

3) Bottom-Up im Detail: OSI als Diagnose-Treppe

Bottom-Up ist die Methode, die du als angehende:r FISI im Schlaf beherrschen solltest – im IHK-Fachgespräch ebenso wie im echten 1st-Level-Support. Die Idee: Jede Schicht des OSI-Modells hat eigene typische Fehlerbilder und eigene Werkzeuge. Wenn du eine Schicht „grün" gemacht hast, weißt du sicher, dass der Fehler nicht darunter liegt. Klick dich durch die sieben Schichten:

4) Der vollständige Troubleshooting-Workflow

Die OSI-Methode allein reicht nicht – sie ist der mittlere Schritt eines viel größeren Prozesses. Ein guter Workflow beginnt schon beim Ticket: Wer hat das Problem? Seit wann? Was hat sich geändert? Erst dann geht die eigentliche Schichten-Analyse los. Und am Ende steht – immer – die Dokumentation, damit der nächste Kollege beim selben Fehler nicht bei Null anfängt. Klick dich Schritt für Schritt durch:

5) Tools je Schicht – Cheat-Sheet

Damit du im Fachgespräch und im Alltag sofort weißt, welches Werkzeug zu welcher Schicht passt, hier die wichtigsten Bordmittel im Überblick. Die meisten davon werden in den folgenden Lektionen dieses Kurses jeweils einzeln vertieft:

Zusammenfassung

Systematische Fehlersuche = OSI-Modell als Landkarte. Drei klassische Methoden: Bottom-Up (Schicht 1 zuerst, sicher und vollständig, Standard im 1st-Level), Top-Down (Schicht 7 zuerst, schnell bei klaren App-Problemen) und Divide-and-Conquer (Schicht 3/4 als Einstieg, erfahrungsbasiert). Vollständiger Workflow: Aufnahme → Reproduzieren → Change-Frage → Hypothese → Methode → schichtweise Tests → Verifizieren → Dokumentieren. Goldene Regel: nie zwei Dinge gleichzeitig ändern, und jede Lösung wird dokumentiert – ohne Doku wiederholt sich jedes Problem.

Verwandte Lektionen: ping & ICMP · OSI-Referenzmodell · Typische Fehlerszenarien · und mehrWeitere relevante LektionenOSI-Schicht 1OSI-Schicht 2OSI-Schicht 3OSI-Schicht 4OSI-Schichten 5-7traceroutenslookup & dignetstat & ssWiresharktcpdumpWLAN-DiagnoseIPv4-GrundlagenDHCP-DORA-ProzessDNS-AuflösungSystematische Fehlersuche im CodeIncident ManagementProblem ManagementKnown Error DatabaseNetzwerkdokumentation