Warum hat UDP ein Längenfeld im Header und TCP nicht?

Question

Warum hat UDP ein Längenfeld im Header und TCP nicht?

Ich vermute, dass die Länge des Segments in TCP aus den IP-Header abgeleitet wird, aber man sollte das gleiche für einen UDP-Datagramm

Answer 1

Es gibt einen 96-Bit-Pseudo-Header konzeptionell mit dem TCP voraner Lage zu tun, Header, der die Information bereits enthält.

Die Beschreibung Prüfsummenfeld von this source gibt die Antwort:

Checksum: 16 Bit

Das Prüfsumme Feld ist das 16-Bit-Einerkomplement der Ergänzung Summe aller 16-Bit-Worte einer in dem Kopfzeile und Text. Wenn ein Segment eine ungerade Anzahl von Header- und Text-Oktetts enthält, die als Prüfsumme gespeichert sind, wird das letzte Oktett auf der rechten Seite mit Nullen auf aufgefüllt, um ein 16-Bit-Wort für Prüfsummenzwecke zu bilden. Das Pad wird nicht als Teil des Segments übertragen. Während der Berechnung der Prüfsumme, das Prüfsummenfeld selbst wird durch Nullen ersetzt.

Die Prüfsumme umfasst auch einen 96-Bit-Pseudo-Header konzeptionell vor dem TCP-Header vorangestellt. Dieser Pseudo-Header enthält die Quelle Adresse, die Zieladresse, das Protokoll und die TCP-Länge. Dies gibt den TCP-Schutz vor fehlgeleiteten Segmenten. Diese Information wird im Internetprotokoll übertragen und wird über die TCP/Netzwerkschnittstelle in den Argumenten oder Ergebnissen von Anrufe vom TCP auf der IP übertragen.

 +--------+--------+--------+--------+ 
     |   Source Address   | 
     +--------+--------+--------+--------+ 
     |   Destination Address  | 
     +--------+--------+--------+--------+ 
     | zero | PTCL | TCP Length | 
     +--------+--------+--------+--------+ 

Die Informationen sind nicht da TCP auf der TCP-Ebene erforderlich ist ein Stream-basiertes Protokoll.

Answer 2

Gemäß TCP/IP Illustrated Volume 1 ist das Längenfeld redundant. Das ist alles, was Stevens dazu sagt.

Ich persönlich glaube, es war die UDP-Header-Länge (in Bits) teilbar durch 32 :)