Mit Google fortfahren
OSI-Modell: 7 Schichten einfach erklärt
Das OSI-Modell zerlegt Netzwerkkommunikation in sieben Schichten. Jede Schicht übernimmt bestimmte Aufgaben, nutzt die Dienste der darunterliegenden Schicht und bietet der darüberliegenden Schicht eigene Dienste an. So kannst du einen Datenweg beschreiben, Protokolle nach ihrer Hauptaufgabe einordnen und Netzwerkfehler systematisch eingrenzen.
Hake ab, was du schon kannst — und komm am Ende hierher zurück!
Warum gibt es das OSI-Modell?
Geräte, Betriebssysteme und Programme verschiedener Hersteller müssen dieselben Kommunikationsregeln verstehen. Das OSI-Modell dient dafür als Referenzmodell: Es beschreibt notwendige Aufgaben und ordnet sie sieben Ebenen zu.
Referenzmodell
Ein Referenzmodell ist eine gedankliche Ordnungshilfe. Es zeigt, welche Aufgaben bei einer Kommunikation anfallen und wie sie zusammenhängen. Es schreibt nicht vor, dass jedes praktische Protokoll exakt nur eine Schicht abdecken muss.
Die Aufteilung macht ein komplexes Netzwerk überschaubar:
- Entwickler können einzelne Aufgaben getrennt bearbeiten.
- Protokolle und Geräte lassen sich nach ihrer Hauptfunktion vergleichen.
- Bei einer Störung kannst du untersuchen, auf welcher Schicht das Problem wahrscheinlich liegt.
Gleichartige Schichten auf Sender- und Empfängerseite folgen logisch denselben Regeln. Tatsächlich wandern die Daten beim Sender jedoch durch benachbarte Schichten nach unten und beim Empfänger wieder nach oben.
Das OSI-Modell beschreibt Aufgaben und Beziehungen. Es ist keine maßstabsgetreue Darstellung eines bestimmten realen Netzwerks.
Die sieben Schichten und ihre Aufgaben
Die Nummerierung beginnt unten bei der physischen Übertragung und endet oben bei den Diensten für Anwendungen.
| Nr. | Schicht | Kernaufgabe | Typische Beispiele |
|---|---|---|---|
| 7 | Anwendung | Netzwerkdienste für Anwendungen bereitstellen | HTTP, DNS, SMTP |
| 6 | Darstellung | Datenformate, Kodierungen, Kompression und Verschlüsselung behandeln | konzeptionell etwa Zeichenkodierung oder Datenverschlüsselung |
| 5 | Sitzung | Sitzungen zwischen Kommunikationspartnern aufbauen, steuern und beenden | Sitzungssteuerung, RPC |
| 4 | Transport | Daten zwischen Endpunkten transportieren und über Ports Anwendungen zuordnen | TCP, UDP |
| 3 | Vermittlung | logisch adressieren und Pakete über Netzgrenzen weiterleiten | IP, ICMP, Router |
| 2 | Sicherung | Frames im lokalen Netz übertragen, lokal adressieren und Übertragungsfehler erkennen | Ethernet, WLAN, MAC-Adressen, Switch |
| 1 | Bitübertragung | Bits als elektrische, optische oder Funksignale übertragen | Kupfer, Glasfaser, Funk |
Von unten nach oben gedacht
Schicht 1 – Bitübertragung: Sie legt fest, wie Bitfolgen als Signale übertragen werden. Ein loses Kabel oder ein fehlendes Funksignal verhindert bereits diesen ersten Schritt.
Schicht 2 – Sicherung: Sie bildet Frames, verwendet im lokalen Netz unter anderem MAC-Adressen und ergänzt Informationen zur Fehlererkennung. Ein Switch arbeitet hauptsächlich mit dieser lokalen Weiterleitung.
Schicht 3 – Vermittlung: Sie versieht Pakete mit logischen IP-Adressen und ermöglicht den Weg über mehrere Netze. Router entscheiden anhand ihrer Routinginformationen, an welchen nächsten Knoten sie ein Paket weitergeben.
Schicht 4 – Transport: Sie verbindet Kommunikationsendpunkte. Ports helfen dabei, Daten dem richtigen Programm zuzuordnen. TCP prüft unter anderem Reihenfolge und Vollständigkeit; UDP arbeitet ohne Zustellgarantie und mit geringerem Verwaltungsaufwand.
Schicht 5 – Sitzung: Sie organisiert eine zeitlich begrenzte Kommunikation und kann deren Zustand verwalten.
Schicht 6 – Darstellung: Sie sorgt dafür, dass beide Seiten die übertragenen Daten gleich interpretieren können. Dazu gehören je nach System Formatumwandlung, Kodierung, Kompression und Ver- oder Entschlüsselung.
Schicht 7 – Anwendung: Sie stellt Anwendungen Netzwerkfunktionen bereit. Ein Browser nutzt beispielsweise HTTP, ein Mailprogramm kann SMTP verwenden. Die Benutzeroberfläche des Programms ist nicht mit dem gesamten Inhalt dieser Schicht gleichzusetzen.
Ein Router liest die Ziel-IP eines Pakets und bestimmt den nächsten Übertragungsschritt. Seine Kernaufgabe ist damit das Routing zwischen Netzen. Deshalb wird er der Vermittlungsschicht, also Schicht 3, zugeordnet.
Ein Switch leitet dagegen Frames innerhalb eines lokalen Netzes anhand von Informationen der Sicherungsschicht weiter. Seine Kernaufgabe gehört damit zu Schicht 2.
Wie Kapselung und Dekapselung funktionieren
Beim Senden laufen Daten von Schicht 7 nach Schicht 1. Dabei ergänzt jede beteiligte Schicht die Steuerinformationen, die sie für ihre Aufgabe benötigt. Dieser Vorgang heißt Kapselung.
Header
Ein Header ist ein Vorspann mit Steuerinformationen. Er kann beispielsweise Ports, IP-Adressen oder Angaben für die lokale Übertragung enthalten.
Ein vereinfachter Webaufruf zeigt den Weg:
- L7 Anwendung: DNS hilft zunächst, den Domänennamen in eine IP-Adresse aufzulösen. Anschließend erzeugt HTTP eine Anfrage.
- L6 Darstellung: Daten können in eine gemeinsame Darstellung gebracht, komprimiert oder verschlüsselt werden. Die genaue Zuordnung von TLS ist in realen Protokollstapeln nicht völlig eindeutig.
- L5 Sitzung: Die laufende Kommunikation wird als Sitzung organisiert.
- L4 Transport: TCP bildet Segmente und ergänzt Quell- und Zielport.
- L3 Vermittlung: IP bildet Pakete mit Quell- und Ziel-IP-Adresse.
- L2 Sicherung: Ethernet oder WLAN bildet Frames für den jeweiligen lokalen Übertragungsabschnitt.
- L1 Bitübertragung: Die Bits werden als elektrische, optische oder Funksignale übertragen.
Am Ziel läuft der Vorgang umgekehrt. Das heißt Dekapselung: Die Schichten werten ihre jeweiligen Steuerinformationen aus und entfernen sie. Schließlich erhält die Anwendung die ursprünglichen Nutzdaten.
Sender: L7 → L1, Kapselung. Empfänger: L1 → L7, Dekapselung.
Ein TCP-Segment wird auf Schicht 3 in ein IP-Paket und auf Schicht 2 in einen Frame eingeschlossen. Der Frame gilt nur für den aktuellen lokalen Übertragungsabschnitt. Das IP-Paket trägt dagegen die logische Zieladresse für den Weg über Netzgrenzen hinweg.
Protokolle sinnvoll zuordnen
Reale Protokolle passen nicht immer vollkommen in genau eine OSI-Schicht. Ordne sie deshalb nach ihrer Kernaufgabe zu und kennzeichne Grenzfälle.
| Protokoll oder Technik | Hauptaufgabe | Übliche OSI-Zuordnung |
|---|---|---|
| Ethernet oder WLAN | lokale Übertragung von Frames | L2, mit technischen Anteilen auf L1 |
| ARP | IP-Adresse innerhalb eines Segments einer MAC-Adresse zuordnen | meist L2, Grenzfall zu L3 |
| IP | logische Adressierung und Weiterleitung über Netze | L3 |
| ICMP | Status- und Fehlermeldungen auf Netzwerkebene | L3 |
| TCP | zuverlässiger, geordneter Transport und Portzuordnung | L4 |
| UDP | verbindungsloser Transport und Portzuordnung | L4 |
| DNS | Domänennamen in IP-Adressen auflösen | L7 |
| HTTP | Anfragen und Antworten für Webkommunikation regeln | L7 |
| TLS | Daten schützen und verschlüsseln | häufig L6 zugeordnet, praktisch schichtübergreifend |
Das TCP/IP-Modell und das OSI-Modell besitzen unterschiedliche Schichtgrenzen. Eine Zuordnung praktischer Internetprotokolle zum OSI-Modell ist deshalb eine nützliche Annäherung, aber nicht immer eindeutig.
Netzwerkfehler Schicht für Schicht eingrenzen
Bei der Fehlersuche beginnst du häufig unten. Wenn bereits die Signalübertragung scheitert, sind Prüfungen von HTTP oder DNS noch nicht sinnvoll.
Beispiel: Eine Website lädt nicht
- L1 prüfen: Sind Kabel, Stecker, Link-Anzeige und Funksignal in Ordnung?
- L2 prüfen: Besteht eine Verbindung zum lokalen Ethernet- oder WLAN-Netz?
- L3 prüfen: Hat das Gerät eine passende IP-Konfiguration? Ist das Ziel mit Ping erreichbar? An welcher Stelle endet der Weg laut Traceroute?
- L4 prüfen: Ist der benötigte Zielport erreichbar, beispielsweise Port 443 für einen üblichen verschlüsselten Webzugriff?
- L7 prüfen: Funktioniert die Namensauflösung? Liefert der Webserver eine HTTP-Antwort oder einen Fehlercode?
Eine erfolgreiche Prüfung zeigt, dass bestimmte Funktionen bis zu dieser Schicht arbeiten. Eine fehlgeschlagene Prüfung beweist jedoch nicht automatisch eine einzige Ursache. Du musst das Symptom zusammen mit den vorherigen Ergebnissen bewerten.
Der Rechner ist mit dem WLAN verbunden und kann die Ziel-IP anpingen. Der Browser meldet aber, dass keine Verbindung zum Webdienst hergestellt werden kann.
- L1 und L2 funktionieren wahrscheinlich, weil die WLAN-Verbindung besteht.
- L3 funktioniert bis zum Ziel wahrscheinlich, weil Ping eine Antwort erhält.
- Als Nächstes ist L4 zu prüfen: Ist der benötigte Port erreichbar?
- Ist auch der Port erreichbar, rückt ein Problem auf der Anwendungsschicht in den Vordergrund.
Der entscheidende Gedanke lautet: Beginne nicht erneut bei allen Möglichkeiten, sondern nutze jedes Prüfergebnis zur Eingrenzung.
Karteikasten
Überlege zuerst selbst und drehe die Karte anschließend zum Prüfen um.
Alles auf einen Blick
- OSI-Modell
- Zweck: Kommunikationsaufgaben trennen und standardisieren
- L1 Bitübertragung: Signale
- L2 Sicherung: Frames und lokale Übertragung
- L3 Vermittlung: IP-Adressen und Routing
- L4 Transport: TCP, UDP und Ports
- L5 bis L7: Sitzung, Darstellung und Anwendung
- Sender: Kapselung von L7 nach L1
- Empfänger: Dekapselung von L1 nach L7
- Diagnose: von Symptomen zur wahrscheinlichen Schicht
Abschluss-Check
Wenn du die Schichten nicht nur auswendig nennst, sondern bei jedem Schritt nach Adresse, Dateneinheit, Aufgabe und Prüfmöglichkeit fragst, wird das OSI-Modell zu einem praktischen Werkzeug: Du kannst Kommunikationswege erklären und Störungen gezielt untersuchen.