Zahn - Unix-Netzwerkprogramminerung mit Threads, Sockets und SSL

4.3 Sockets 205
Während die Verbindung im Zustand TIME WAIT verharrt, hält das System
noch Informationen zu dieser Netzwerkverbindung parat. Erst dadurch
wird z. B. der sichere Verbindungsabbau, wie er in Abb. 4.13 dargestellt ist,
möglich. Falls nämlich das letzte ACK-Paket von der aktiven zur passiven
Seite verloren geht und die passive Seite deshalb ihr FIN-Paket wiederholt,
so weiß die aktive Seite dank TIME WAIT noch von der Verbindung bzw.
dem gerade stattfindenden Verbindungsabbau und kann erneut mit einem
ACK-Paket darauf reagieren. Ohne diese Kenntnis würde die TCP-Schicht
mit einem RST-Paket antworten, was die Gegenseite als Fehler interpretieren
würde. Darüber hinaus kann es durch den Zustand TIME WAIT verhindert
werden, daß vermeintlich verlorengegangene IP-Pakete einer alten, inzwischen
geschlossenen Netzwerkverbindung einer identischen neuen Verbindung zugerechnet
werden. Die Wartezeit von 2MSL garantiert in diesem Fall schlicht,
daß keine IP-Pakete der vorherigen Verbindung mehr existieren können.
4.3.8 Kommunikation über UDP
Im Gegensatz zum Transmission Control Protocol (TCP), auf dem im bisherigen
Verlauf von Abschnitt 4.3 der Fokus lag, arbeitet das User Datagram
Protocol (UDP) verbindungslos. Verbindungslos bedeutet bei UDP, daß
zwischen je zwei Kommunikationspartnern keine Netzwerkverbindung mit
kontrolliertem Datenfluß besteht, sondern daß stattdessen einzelne Nachrichten,
sogenannte Datagramme, ausgetauscht werden. Insbesondere findet demnach
vor Beginn der Kommunikation zweier Anwendungen der zuvor in Abschnitt
4.3.7 für TCP beschriebene, gesicherte Verbindungsaufbau nicht statt
und der gesicherte Verbindungsabbau entfällt natürlich ebenfalls. Nachdem
die Sockets vereinbart und initialisiert wurden, beginnen die Kommunikationspartner
stattdessen einfach mit dem Austausch von Datagrammen über
das Verbindungsnetzwerk.
Da UDP keine Flußkontrolle wie TCP bietet, kann UDP für sich genommen
auch nicht feststellen, ob und wenn ja welche der verschickten Datagramme
tatsächlich die Gegenseite erreicht haben. Eine per UDP verschickte Nachricht
kann beim Adressaten ankommen oder kann genausogut verloren gehen. Einerseits
bringt UDP durch diese Eigenschaft nur einen niedrigen protokolleigenen
Overhead mit, auf der anderen Seite bleibt demnach aber die Behandlung
von Übertragungsfehlern 26 der Anwendungslogik überlassen. Die meisten Anwendungen
setzen heute auf TCP auf, aber trotzdem gibt es durchaus auch
Fälle, in denen UDP genau die richtige Wahl ist.
26 Unzuverlässig bedeutet im Zusammenhang mit UDP wirklich nur, daß das Protokoll
keine Mechanismen aufweist, die garantieren, daß die Daten beim Empfänger
ankommen. Hat der Empfänger allerdings Daten erhalten, so sind diese auch unverfälscht
übertragen worden.