TCP/IP

Entstehung und Beteiligte

TCP/IP wurde in den 1970er-Jahren von einer Forschungsgruppe um Vint Cerf und Bob Kahn entwickelt. Frühe Arbeiten vereinten Transport und Internetworking noch in einem Transmission Control Program. Ende der 1970er wurde es in das unzuverlässige IP und das zuverlässige TCP getrennt.

Welches Problem sollte gelöst werden?

Unterschiedliche Paketnetze sollten trotz verschiedener Geschwindigkeit, Größe und Zuverlässigkeit miteinander verbunden werden. Das Netz selbst sollte einfach bleiben und keine perfekte Übertragung versprechen. Endsysteme sollten fehlende Pakete erkennen, neu senden und Datenströme ordnen.

Technische Hürden und Lösungen

Sequenznummern, Flusskontrolle, Überlastkontrolle, Prüfsummen und Verbindungsabbau mussten robust gegen Verlust und Duplikate sein. Später zeigte sich, dass reine Empfängersteuerung nicht genügte: Algorithmen wie Slow Start reagierten auf Netzüberlastung. UDP blieb als schlanke Alternative ohne Verbindungszustand.

Standardisierung und Einordnung

Netzwerktechnik entsteht selten als Einzelerfindung. Forschungseinrichtungen, Hersteller und Standardisierungsgremien erproben Verfahren, dokumentieren sie in RFCs oder IEEE-Normen und verbessern sie über viele Jahre. Entscheidend ist deshalb die Unterscheidung zwischen erster Idee, erster praktischer Implementierung und späterem Standard. Moderne Netze tragen häufig mehrere historische Schichten gleichzeitig: Ethernet auf der lokalen Verbindung, IP für die Adressierung und TCP oder UDP für den Transport.

Technik im praktischen Betrieb

Im praktischen Betrieb müssen Adressierung, Namensauflösung, Weiterleitung und lokale Übertragung als zusammenhängende Kette betrachtet werden. Ein Fehler zeigt sich häufig an einer anderen Stelle als seiner Ursache: Eine falsche Subnetzmaske wirkt wie ein Routingproblem, ein fehlender ARP-Eintrag wie eine unterbrochene Leitung und ein DNS-Fehler wie ein ausgefallener Server. Aussagekräftige Diagnose beginnt deshalb unten bei Link und Adresse, prüft anschließend Weg und Transport und erst danach die Anwendung. Paketmitschnitte, Tabellenstände und genaue Zeitpunkte sind verlässlicher als Vermutungen aus einer einzelnen Fehlermeldung.

Warum das Thema heute noch relevant ist

Die historischen Entscheidungen wirken bis heute, weil grundlegende Netzprotokolle extrem langlebig sind. Neue Verfahren müssen mit Milliarden vorhandener Geräte, Anwendungen und Konfigurationen zusammenarbeiten. Deshalb bleiben Felder, Begriffe und Grenzen erhalten, die aus einer Zeit mit wenigen Forschungsnetzen stammen. Wer die damalige Problemstellung kennt, versteht besser, warum manche Lösungen bewusst einfach, zustandslos oder fehlertolerant entworfen wurden und weshalb spätere Erweiterungen nicht jede Altlast beseitigen konnten.

Daten und Meilensteine

• 1974: Cerf und Kahn veröffentlichen die Grundidee.
• 1981: RFC 791 und 793 spezifizieren IPv4 und TCP.
• 1983: ARPANET vollzieht den TCP/IP-Flag-Day.
• TCP garantiert einen geordneten Bytestrom, nicht die Grenzen einzelner Nachrichten.

TCP/IP – Das Internetprotokoll

Während das OSI-Modell ein theoretisches Referenzmodell ist, ist TCP/IP das tatsächliche Betriebssystem des Internets. Es besteht aus zwei Kernprotokollen: IP (Internet Protocol) für Adressierung und Routing, und TCP (Transmission Control Protocol) für zuverlässige, geordnete Übertragung.

TCP/IP wurde in den 1970er Jahren für ARPANET entwickelt und ist seit 1983 der Internetstandard. Das 4-Schichten-Modell fasst die OSI-Schichten 5–7 zusammen (Anwendung) und Schichten 1–2 (Netzzugang).

TCP 3-Way-Handshake

Bevor TCP Daten sendet, baut es eine Verbindung auf – den berühmten 3-Way-Handshake:

1. SYN: Client sendet Synchronisierungspaket mit einer zufälligen Sequenznummer.
2. SYN-ACK: Server bestätigt (ACK) und sendet seine eigene Sequenznummer (SYN).
3. ACK: Client bestätigt die Server-Sequenznummer. Verbindung ist etabliert.
4. Datenübertragung: Alle Pakete werden quittiert (ACK). Verlorene Pakete werden neu übertragen.
5. FIN/FIN-ACK: Verbindungsabbau mit gegenseitigem FIN-Signal.

TCP vs. UDP

TCP (verbindungsorientiert) garantiert Zustellung, Reihenfolge und Fehlerkorrektur durch ACKs und Retransmission. Ideal für HTTP, FTP, E-Mail – wo Datenvollständigkeit wichtig ist.

UDP (verbindungslos) sendet ohne Handshake und ohne ACKs. Kein Overhead, aber keine Garantien. Ideal für DNS, VoIP, Video-Streaming, Gaming – wo Geschwindigkeit wichtiger ist als 100% Vollständigkeit. Ein verlorenes Video-Frame ist weniger schlimm als eine Verzögerung.