Protokoll

Kurz: Ein festes Regelwerk, das definiert, wie zwei Systeme miteinander kommunizieren — welche Nachrichten in welcher Reihenfolge, in welchem Format und mit welcher Bedeutung ausgetauscht werden.

Genauer: Ein Protokoll legt sowohl die Syntax (Aufbau der Nachrichten, z. B. Header-Felder) als auch die Semantik (was eine Nachricht bewirkt) und den Ablauf (z. B. wer zuerst sendet) fest. Nur weil zwei Systeme dasselbe Protokoll “sprechen”, verstehen sie sich — das OSI-Modell ordnet die verschiedenen Protokolle (Ethernet, IP, TCP, HTTP usw.) dafür in Schichten, die jeweils auf der darunterliegenden aufbauen.

Im Detail

Man kann sich ein Protokoll wie eine Verhandlungssprache zwischen zwei Fremdsprachigen vorstellen, die vorab genau festgelegt wurde: Beide Seiten müssen sich exakt an dieselbe Grammatik (Syntax), dieselbe Bedeutung der einzelnen Begriffe (Semantik) und dieselbe Gesprächsreihenfolge (Timing/Ablauf) halten — weicht auch nur eine Seite davon ab, scheitert die Kommunikation, selbst wenn beide “irgendwie dasselbe meinen”. Genau deshalb werden Netzwerkprotokolle in offiziellen Standarddokumenten (RFCs bei der IETF) bis ins letzte Bit spezifiziert, statt lose beschrieben zu werden.

Protokolle bauen typischerweise aufeinander auf (OSI-Modell): Ein HTTP-Request “vertraut” darauf, dass TCP darunter für zuverlässige Zustellung sorgt, TCP wiederum vertraut darauf, dass IP die Pakete grundsätzlich zum richtigen Netz routet. Diese Schichtung erlaubt es, ein Protokoll auszutauschen, ohne die anderen anzufassen — z. B. lässt sich HTTP genauso gut über IPv6 wie über IPv4 transportieren, ohne dass sich am HTTP-Protokoll selbst etwas ändern müsste.

Standardisierung: Warum RFCs so wichtig sind

Damit unterschiedliche Hersteller (Router-Bauer, Browser-Entwickler, Betriebssystem-Anbieter) überhaupt zueinander kompatible Software schreiben können, müssen Protokolle öffentlich und exakt dokumentiert sein. Die IETF (Internet Engineering Task Force) veröffentlicht dafür “Request for Comments” (RFCs) — trotz des bescheidenen Namens sind RFCs, sobald sie den Standard-Status erreichen, die verbindliche technische Spezifikation eines Protokolls, oft bis auf einzelne Bit-Felder genau. Ein neues Gerät, das z. B. TCP implementieren will, muss sich exakt an die entsprechende RFC halten, sonst funktioniert die Kommunikation mit bereits existierenden TCP-Implementierungen nicht zuverlässig.

Verbindungsorientiert versus verbindungslos

Eine grundlegende Unterscheidung zwischen Protokollen ist, ob sie verbindungslos oder verbindungsorientiert arbeiten. Verbindungsorientierte Protokolle wie TCP bauen vor dem eigentlichen Datenaustausch einen definierten Zustand auf (z. B. per Handshake) und überwachen diesen während der gesamten Kommunikation. Verbindungslose Protokolle wie UDP verschicken jedes Paket unabhängig, ohne vorherige Absprache oder laufende Zustandsverwaltung — einfacher und schneller, aber ohne eingebaute Garantien.

Siehe auch: OSI-Modell, Netzwerkprotokolle, Verbindungsloses Protokoll