E1 – Internetprotokolle und Kommunikation in Netzwerken

Curriculare Einordnung

Themenfeld E.1 Internetprotokolle ist Teil der verbindlichen Themenfelder 1–3 der Einführungsphase und legt die fachliche Basis für vernetzte Kommunikation.

Status und Themenfeldbezug

• Verbindlich: ja (Themenfelder 1–3)
• Themenfeld: E.1 Internetprotokolle
• Schwerpunkt: Modellorientierte Erklärung von Netzwerkkommunikation

Zentrale Inhalte in E.1

• Rechnernetze: Aufbau, Bestandteile und Funktionen von Komponenten
• Grundlagen des Internets als Verbund von Teilnetzen
• IP-Adresse, Subnetzmaske und Gateway
• DNS zur Namensauflösung
• TCP/IP-Referenzmodell als Strukturierungsrahmen
• Client-Server-Architektur und Dienste
• Protokolle und Sicherheitsgrundlagen

1) Allgemeines Kommunikationsmodell

Kommunikation ist ein geregelter Prozess: Ein Sender codiert eine Nachricht, überträgt sie über einen Kanal, der Empfänger decodiert und interpretiert sie. Diese Modellkette erklärt, warum gemeinsame Regeln nötig sind: Ohne abgestimmte Codierung und Erwartungen entsteht keine verlässliche Bedeutung.

2) Übertragung auf Rechnernetze

Ein Netzwerk ist ein Verbund aus Knoten und Verbindungen, in dem Nachrichten zwischen vielen Beteiligten koordiniert werden. Das Internet skaliert dieses Prinzip als „Netz von Netzen", verbunden über Router und standardisierte Protokolle.

Topologien als Ordnungsprinzip

Topologien beschreiben die Struktur von Verbindungen. Sie erklären, wie robust ein Netz ist, wie leicht Fehler gefunden werden und wie stark ein Netz skaliert. Diese Struktur ist Voraussetzung für die Adressierung in Kapitel 3.

Ein Protokoll ist ein verbindlicher Regelsatz für digitale Kommunikation.

Protokolle konkretisieren im Kommunikationsmodell Codierung und Ablauf: Sie legen fest, wie Sender und Empfänger Informationen eindeutig formen, übertragen und interpretieren.

• Syntax (Form): Wie Datenfelder aufgebaut sind (z. B. Headerstruktur).
• Semantik (Bedeutung): Was ein Feld oder Statuscode inhaltlich bedeutet.
• Ablauf (Reihenfolge): Welche Nachricht auf welche folgt.
• Fehlerbehandlung: Wie Zeitüberschreitungen, Wiederholungen oder Abbrüche geregelt sind.

Funktional dienen Protokolle dazu, dass unterschiedliche Systeme interoperabel handeln können. Beispiel: HTTP kodiert Anfrage und Antwort, TCP stellt Reihenfolge und Zuverlässigkeit sicher, IP transportiert Pakete über Netzgrenzen. Der Ablauf wird im Sequenzdiagramm sichtbar.

Sequenzdiagramme Sie zeigen die zeitliche Abfolge zwischen Rollen.

1) HTTP-Request/Response

Interpretation: Der Client fordert eine Ressource an, der Server antwortet mit Status und Inhalt.

Schichtbezug: Sichtbar ist primär die Anwendungsschicht (HTTP-Nachrichten).

Implizite Prozesse: Unterhalb laufen Segmentierung, IP-Routing und lokale Frame-Übertragung mit.

Nicht dargestellt: keine Segmentierung sichtbar, keine ACKs sichtbar, Routing unsichtbar.

2) Mehrere Requests beim Laden einer Webseite

Interpretation: Eine Seite wird aus mehreren Ressourcen aufgebaut, die jeweils eigene Requests benötigen.

Schichtbezug: Anwendungsschicht (HTTP), parallel genutzt über denselben Transportkontext.

Implizite Prozesse: Caching, Reihenfolgeplanung im Browser und Wiederverwendung von Verbindungen reduzieren Latenz.

Nicht dargestellt: Transportebene abstrahiert, Verbindungslogik vereinfacht.

3) TCP-Handshake vor HTTP

Interpretation: Erst die Transportverbindung (SYN, SYN-ACK, ACK), danach der HTTP-Austausch.

Schichtbezug: Primär Transportebene (TCP), anschließend Anwendungsebene (HTTP).

Implizite Prozesse: Timeouts, Retransmissions und Fenstersteuerung sichern Zuverlässigkeit bei Störungen.

Nicht dargestellt: keine Nutzdaten, nur Verbindungsaufbau sichtbar.

Grundkonfiguration eines Netzwerkgeräts

Ein Gerät wird erst durch Konfiguration zu einem funktionsfähigen Netzwerkteilnehmer. Dabei wirken vier Angaben als zusammenhängendes System: Die IP-Adresse macht den Host identifizierbar, die Subnetzmaske liefert die Entscheidungsregel für lokale und entfernte Ziele, das Gateway ist der verpflichtende Übergabepunkt in andere Netze und ein DNS-Server ermöglicht die Nutzung von Hostnamen. Erst dieses Zusammenspiel erlaubt es, lokale Ziele direkt zu erreichen, entfernte Netze übergeben zu können und adressierte Dienste sinnvoll anzusprechen.

Beispiel: Ein Rechner im Schulnetz erhält eine IP-Adresse, eine Subnetzmaske, ein Gateway und einen DNS-Server. Erst dadurch kann er sowohl lokale Ziele erreichen als auch Webseiten über Hostnamen ansprechen.

Aus der Grundkonfiguration entsteht die fachliche Reihenfolge: Konfiguration → Netzentscheidung → Weiterleitung. Die folgenden Unterabschnitte entfalten diese Logik schrittweise.

IP-Adresse und Subnetzmaske

Die IP-Adresse ist nicht nur eine logische Adresse im Modell, sondern eine notwendige Host-Konfiguration: Ohne sie kann ein Gerät weder als Quelle noch als Ziel in IP-Kommunikation auftreten. Die Subnetzmaske ist nicht nur eine formale Netz-/Host-Trennung, sondern die konkrete Regel, nach der das Gerät seine Kommunikationsentscheidung trifft.

Entscheidung: lokales Ziel oder entferntes Ziel

Nach der Konfiguration folgt die Netzentscheidung: Das Gerät vergleicht die eigene Netzadresse mit der Netzadresse des Ziels. Bei gleicher Netzadresse bleibt die Kommunikation lokal, typischerweise vermittelt durch einen Switch. Bei unterschiedlicher Netzadresse gilt das Ziel als entfernt und muss weitergeleitet werden.

Gateway als notwendiger Übergang

Ergibt die Entscheidung ein entferntes Ziel, ist das Gateway kein optionaler Zusatz, sondern der verpflichtende Übergabepunkt für fremde Netze. Ein falsch gesetztes Gateway würde dazu führen, dass ein Host trotz korrekter lokaler Adressierung keine entfernten Ziele erreicht.

Routing als Folge dieser Entscheidung

Erst nach der Übergabe an das Gateway beginnt Routing im engeren Sinn: Router wählen auf Basis von Zielnetzen den nächsten Hop und leiten Pakete zwischen Netzen weiter. Damit ist Routing die systematische Folge der vorherigen Host-Entscheidung und nicht deren Ersatz.

So bleibt die Kette konsistent: Ein Host entscheidet lokal über Netzgleichheit, ein Router setzt diese Entscheidung als Wegwahl über Netzgrenzen fort.

Vorausverweis: Diese Adressierungslogik wird später in Kapitel 6 zur Prüfung von Erreichbarkeit genutzt.

Neben IP-Adresse, Subnetzmaske und Gateway benötigt ein Client häufig auch die Adresse eines DNS-Servers. DNS ist damit nicht nur ein Dienst im Netz, sondern für viele Clients ein zusätzlicher Konfigurationseintrag.

Rückbindung: IP adressiert den Host, DNS liefert diese Adresse aus einem Namen.

Das Domain Name System (DNS) beantwortet die Frage „Welche IP gehört zu welchem Namen?". DNS stellt im Kommunikationsmodell die Adressierbarkeit von Empfängern sicher. DNS liefert damit nur eine Adresse, nicht den eigentlichen Dienstinhalt.

Warum getrennt? Namensauflösung und Dienstzugriff haben verschiedene Aufgaben und Fehlerquellen: DNS kann korrekt funktionieren, obwohl der Webdienst ausfällt – und umgekehrt.

Darstellung: DNS- und HTTP-Phase im Vergleich

Client C1

• fragt: web.schule.lan?
• nutzt DNS 192.168.10.53

DNS-Server

• web.schule.lan → 192.168.20.80
• liefert nur Zuordnung

Webserver

• HTTP/HTTPS-Dienst
• liefert Inhalte

Leselogik: Erst DNS (Name → IP), danach HTTP (IP → Ressource).

Rückbindung: Die Trennung ermöglicht gezielte Diagnose: „Name nicht auflösbar" ist fachlich ein anderes Problem als „Dienst antwortet nicht".

Ein fehlender DNS-Eintrag verhindert die Nutzung von Hostnamen, obwohl die IP-Adresse erreichbar ist.

Interpretation: Das Sequenzdiagramm trennt die Dialoge: DNS-Anfrage/Antwort und anschließend HTTP-Anfrage/Antwort.

Schichtbezug: DNS und HTTP liegen beide in der Anwendungsschicht, adressieren aber unterschiedliche Dienste.

Implizite Prozesse: Transport- und Internetebene stellen Zustellung sicher, bleiben im Diagramm jedoch unterhalb der Darstellung. Der Ablauf wird im Sequenzdiagramm sichtbar und greift die Schichtenlogik aus Kapitel 2 auf.

Vorausverweis: Die Trennung von Name und Adresse ist später in Kapitel 6 für die Diagnose entscheidend.

Im Client-Server-Modell initiiert der Client eine Anfrage, der Server stellt einen Dienst dauerhaft bereit und beantwortet Requests nach Protokollregeln. Client und Server konkretisieren die Rollen von Sender und Empfänger.

Für den Zugriff gilt eine doppelte Adressierung: Die IP-Adresse identifiziert das Zielgerät, der Port identifiziert den Dienst auf diesem Gerät. Ein Client adressiert also nicht nur einen Server, sondern einen konkreten Dienst auf diesem Server.

Damit wird die Unterscheidung systematisch: Ein Host kann erreichbar sein, während ein Dienst auf dem Zielport inaktiv ist. Ein Webserver ist daher nicht nur ein Host, sondern ein Host mit aktiv bereitgestelltem Webdienst.

Rollenabgrenzung im Netzwerk: Rechner sind Endgeräte/Hosts, Switches vermitteln lokal im Teilnetz, Router verbinden Netze über Grenzen hinweg, DNS-Server übernehmen Namensauflösung und Webserver stellen Inhalte als Dienst bereit.

Vorausverweis: Die Unterscheidung zwischen Host und Dienst ist die Grundlage für die spätere Dienstprüfung in Kapitel 6.

Die diagnostische Prüflogik ist keine neue Theorie, sondern die konsequente Anwendung der zuvor entwickelten Fachlogik aus den Kapiteln 1–5. Ein Netzwerkproblem lässt sich systematisch als Problem der Struktur/Topologie, der Protokoll- und Schichtenlogik, der Adressierung und Wegentscheidung, der Namensauflösung oder der Dienstverfügbarkeit einordnen.

Die erste Prüfebene knüpft an die Netzstruktur aus Kapitel 1 an. Die Einordnung von Protokollrollen und Schichten greift Kapitel 2 auf. Die Frage nach Erreichbarkeit baut auf der Adressierungslogik aus Kapitel 3 auf, die DNS-Prüfung setzt Kapitel 4 fort und die Web-/HTTP-Prüfung führt die Dienstlogik aus Kapitel 5 konsequent weiter.

1) Ping = grundlegende Erreichbarkeit

Ping prüft, ob ein Zielhost auf Netzwerkebene erreichbar ist. Diese Prüfung wird erst dann fachlich sinnvoll interpretierbar, wenn die Adressierung, die Subnetzentscheidung und das Routing aus Kapitel 3 verstanden sind. Ein Host kann auf Ping antworten, obwohl ein Webdienst nicht läuft.

2) DNS = Namensauflösung

DNS-Prüfung klärt, ob ein Hostname in eine IP-Adresse aufgelöst wird. Diese Prüfung setzt voraus, dass Hostkonfiguration und Namensauflösung als getrennte Systemebenen verstanden sind (Kapitel 4). Ein Name kann korrekt auflösbar sein, obwohl der Zielhost nicht erreichbar ist.

3) HTTP/Webabruf = Dienstverfügbarkeit

Der HTTP- bzw. Webabruf prüft, ob nach Erreichbarkeit und ggf. DNS-Auflösung ein aktiver Dienst auf dem Ziel antwortet. Diese dritte Stufe setzt Erreichbarkeit, optional Namensauflösung und die Dienstlogik aus Kapitel 5 voraus.