imported>Heronils: /* Total Length */ Link zum Lemma

2026-02-08T20:46:04Z

Total Length: Link zum Lemma

Neue Seite

Das '''IP-Paket''' oder exakt ''[[Internet Protocol]] Datagram'' ist das Grundelement der [[Internet]]-Datenkommunikation. Es besteht immer aus zwei Teilen: den ''[[Header|Kopfdaten]]'', die Informationen über Quelle, Ziel, Status, [[IP-Fragmentierung|Fragmentierung]] usw. enthalten, und den ''[[Nutzdaten]]''. Das [[Netzwerkprotokoll|Protokoll]] [[Transmission Control Protocol|TCP]] zum Beispiel befindet sich ausschließlich in den Nutzdaten des IP-Pakets – eine Schicht weiter oben im [[OSI-Modell]].

In den Kopfdaten stehen die ausschließlich protokollrelevanten Informationen eines IP-Pakets. Genau wie der Rest des gesamten Internet Protocols ist der Aufbau des Kopfdatenbereiches in der verbreiteten Version 4 des Protokolls ([[IPv4]]) im <nowiki>RFC 791</nowiki><ref name="RFC791" /> festgelegt. Das neuere Protokoll Version 6 ([[IPv6]]) hat einen anderen Kopfdatenbereich.

== {{Anker|IP-Header}} Aufbau des Kopfdatenbereiches (IP-Header) ==
Der IPv4-Kopfdatenbereich umfasst 20 Byte plus bis zu 40 Byte optionale Felder, die Länge des Kopfes darf 60 Byte nicht überschreiten. Der IPv6-Header ist 40 Byte lang; Optionen werden hier in eigenen Erweiterungsheadern dargestellt.

{| style="width: 100%; white-space:nowrap; text-align:center; margin-top:2em" cellpadding="5" cellspacing="1"
|+style="position:relative; left:-10%; padding-bottom:.5em"| '''[[IPv4]]'''
|-
|style="position:relative; left:-5%; width:10%"| 0
|style="position:relative; left:-5%; width:10%"| 4
|style="position:relative; left:-5%; width:10%"| 8
|style="position:relative; left:-5%; width:10%"| 12
|style="position:relative; left:-3.75%; width:7.5%"| 16
|style="width:2.5%"|
|style="position:relative; left:-5%; width:10%"| 20
|style="position:relative; left:-5%; width:10%"| 24
|style="position:relative; left:-5%; width:10%"| 28
|style="position:relative; left:-12%; width:20%"| 31 [1]
|-
|style="border:1px solid black"| Version
|style="border:1px solid black"| [[#IHL (Internet Header Length)|IHL]]
|colspan="2" style="border:1px solid black"| TOS
|colspan="5" style="border:1px solid black"| Total Length
|style="text-align:left"| 4 Bytes
|-
|colspan="4" style="border:1px solid black"| Identification
|style="border:1px solid black" | Flags
|colspan="4" style="border:1px solid black"| Fragment Offset
|style="text-align:left"| 4 Bytes
|-
|colspan="2" style="border:1px solid black"| [[Time to Live|TTL]]
|colspan="2" style="border:1px solid black"| [[Protokoll (IP)|Protocol]]
|colspan="5" style="border:1px solid black"| [[Prüfsumme|Header Checksum]]
|style="text-align:left"| 4 Bytes
|-
|colspan="9" style="border:1px solid black"| Source Address
|style="text-align:left"| 4 Bytes
|-
|colspan="9" style="border:1px solid black"| Destination Address
|style="text-align:left"| 4 Bytes
|-
|colspan="9" style="border:1px solid black; height:calc(10 * (1.6em/*font-size+line-height*/ + 10px/*padding*/))"| Options and Padding
|style="text-align:left; white-space:normal;"| Optional, bis zu 40 Bytes
|}

{| style="width: 100%; white-space:nowrap; text-align:center; margin-top: 2em" cellpadding="5" cellspacing="1"
|+style="position:relative; left:-10%; padding-bottom:.5em"| '''[[IPv6]]'''
|-
|style="position:relative; left:-5%; width:10%"| 0
|style="position:relative; left:-5%; width:10%"| 4
|style="position:relative; left:-5%; width:10%"| 8
|style="position:relative; left:-5%; width:10%"| 12
|style="position:relative; left:-5%; width:10%"| 16
|style="position:relative; left:-5%; width:10%"| 20
|style="position:relative; left:-5%; width:10%"| 24
|style="position:relative; left:-5%; width:10%"| 28
|style="position:relative; left:-12%; width:20%"| 31 [1]
|-
|style="border:1px solid black" | Version
|colspan="2" style="border:1px solid black"| Traffic Class
|colspan="5" style="border:1px solid black"| Flow Label
|style="text-align:left"| 4 Bytes
|-
|colspan="4" style="border:1px solid black"| Payload Length
|colspan="2" style="border:1px solid black"| Next Header
|colspan="2" style="border:1px solid black"| Hop Limit
|style="text-align:left"| 4 Bytes
|-
|colspan="8" style="border:1px solid black; height:calc(4 * (1.6em/*font-size+line-height*/ + 10px/*padding*/))"| Source Address
|style="text-align:left"| 16 Bytes
|-
|colspan="8" style="border:1px solid black; height:calc(4 * (1.6em/*font-size+line-height*/ + 10px/*padding*/))"| Destination Address
|style="text-align:left"| 16 Bytes
|}
{{Absatz}}
 
[1] Das 4te Byte in dieser Zeile endet mit dem 32ten Bit, welches den Index 31 hat. Das 33te Bit mit dem Index 32 startet in der nächsten Zeile.

== Erläuterung für IPv4 ==
Im Folgenden werden die Felder für [[IPv4]] beschrieben. IPv6 wird im Abschnitt [[IPv6#Header-Format|Header-Format]] des Artikels [[IPv6]] beschrieben.

=== Version ===
4 Bit groß. Die IP-Version. Hierbei sind [[IPv4|Version 4]] und [[IPv6|Version 6]] zurzeit möglich, wobei Version 4 die im Internet meistgenutzte ist.

=== IHL (Internet Header Length) ===
4 Bit groß. Die gesamte Länge des IP-Kopfdatenbereiches wird in Vielfachen von 32 Bit angegeben. Steht hier also eine 5, so ist der Kopfdatenbereich 5 mal 32 Bit gleich 160 Bit oder 20 Byte lang, was auch die Minimallänge für den IP-Kopfdatenbereich ist (das Options-Feld ist optional) und dadurch anzeigt, wo die Nutzdaten beginnen.

n1 bis nx sind Optionen

Gesamtlänge des Headers = (5 · 32) + (Länge(n1) + … + Länge(nx) + [[Padding (Informatik)|Padding]] auf 32 Bit)

=== TOS (Type of Service) ===
8 Bit groß. Das Feld kann für die Priorisierung von IP-Datenpaketen gesetzt und ausgewertet werden ([[Quality of Service]]).

Früher (<nowiki>RFC 791</nowiki><ref name="RFC791" />) wurden die Bits wie folgt interpretiert:
<pre>
Bits 0-2: Precedence.
Bit 3: 0 = Normal Delay, 1 = Low Delay.
Bit 4: 0 = Normal Throughput, 1 = High Throughput.
Bit 5: 0 = Normal Reliability, 1 = High Reliability.
Bits 6-7: Reserved for Future Use.
</pre>

Seit Dezember 1998 (<nowiki>RFC 2474</nowiki><ref name="RFC2474" />) gilt folgende Aufteilung:
<pre>
Bits 0-5: DSCP (Differentiated Services Code Point)
Bits 6-7: CU (Currently unused)
</pre>

Seit September 2001 (<nowiki>RFC 3168</nowiki><ref>{{RFC-Internet |RFC=3168 |Titel=The Addition of Explicit Congestion Notification (ECN) to IP |Datum=2001-05}}</ref>) gilt folgende Aufteilung:
<pre>
Bits 0-5: DSCP (Differentiated Services Code Point)
Bits 6-7: ECN (Explicit Congestion Notification – IP-Staukontrolle)
</pre>
[[DiffServ|mehr zu DSCP]] und [[Explicit Congestion Notification|ECN]], vgl. DSCP-Registry von IANA<ref>{{Internetquelle |url=http://www.iana.org/assignments/dscp-registry |titel=Differentiated Services Field Codepoints (DSCP) |werk=iana.org |sprache=en |abruf=2019-05-10}}</ref>

Die beiden Standards <nowiki>RFC 791</nowiki><ref name="RFC791" /> und <nowiki>RFC 2474</nowiki><ref name="RFC2474" /> sind dann kompatibel, wenn man die ersten 6 Bit auf Null setzt.

=== Total Length ===
16 Bit groß. Gibt die Länge des gesamten Pakets (inkl. Kopfdaten) in Byte an. Daraus ergibt sich eine maximale Paketlänge von 65535 Byte (64 [[Byte|KiB]] − 1 B). Alle Hosts müssen Datagramme mit einer Länge von mindestens 576 Byte verarbeiten können.

Die "Total Length" im IP-Header muss kleiner gleich der [[Maximum Transmission Unit|MTU]] des Ethernetframes sein.

=== Identification ===
16 Bit groß. Dieses und die beiden folgenden Felder ''Flags'' und ''Fragment Offset'' steuern die Reassembly (Zusammensetzen von zuvor fragmentierten IP-Datenpaketen). Eindeutige Kennung eines Datagramms. Anhand dieses Feldes und der 'Source Address’ kann der Empfänger die Zusammengehörigkeit von Fragmenten detektieren und sie mit Hilfe des ''Fragment Offset'' wieder reassemblieren.

=== Flags ===
3 Bit groß. Die Bits haben folgende Bedeutung:

; Bit 0: reserviert, muss 0 sein
; Bit 1 – DF (Don’t Fragment): Wenn auf 1, zeigt es an, dass das Paket nicht in Fragmente zerlegt (fragmentiert) werden darf
; Bit 2 – MF (More Fragments): Wenn auf 1, zeigt es an, dass weitere Fragmente folgen. Wenn auf 0, ist dieses Paket das letzte (bzw. einzige) Fragment.

=== Fragment Offset ===
13 Bit groß. Eine Nummer, die bei fragmentierten Paketen besagt, ab welcher Position innerhalb des Paketes das Fragment anfängt. Die Nummerierung bezieht sich auf Daten-Blöcke von 64 Bit bzw. 8 Byte Größe und ist unabhängig von der Fragmentierung. Ein Paket kann daher falls notwendig mehrmals hintereinander in immer kleinere Fragmente zerteilt werden. Dabei muss nur die Nummer des ersten enthaltenen Datenblocks (Offset) und das Total-Length-Feld an die Länge des Fragments angepasst werden. Das erste Fragment, oder ein nicht fragmentiertes Paket, enthält als Offset den Wert Null. Ist ein Paket mit 800 Byte Nutzdaten (Offset-Nummerierung von 0 bis 99) in zwei Fragmente zerteilt, ist der Offset des zweiten Fragments die Nummer 50. Da der Offset keinerlei Hinweis enthält, wie groß das ursprüngliche Paket ist, muss das allerletzte Fragment das MF-Flag auf Null setzen.

=== Time to Live (Lebenszeit) ===
8 Bit groß. Ein Wert, der die Lebensdauer des Pakets angibt. Hat dieses Feld den Wert null, so wird das Paket verworfen. Jede Station ([[Router]]) auf dem Weg des Pakets verringert diesen Wert um eins. Dies soll verhindern, dass Pakete ewig weitergeleitet werden (beispielsweise wenn das Paket fälschlicherweise im Kreis geleitet wird und somit das Netz überlasten würde).

Der Standard von 1981 sieht vor, dass jede Station den TTL-Wert um die Anzahl der Sekunden verringert, die das Paket an der Station verweilt, mindestens jedoch um eins. Heute wird es de facto als [[Hop (Netzwerktechnologie)|Hop-Count]] implementiert.

=== Protocol ===
8 Bit groß. Dieses Feld bezeichnet das [[Protokoll (IP)|Folgeprotokoll]], zu dem die im betreffenden IPv4-Paket transportierten [[Nutzdaten]] gehören. Enthält das IP-Paket zum Beispiel ein TCP-Paket, steht hier der Wert 6, für ein UDP-Paket 17. Diese Werte werden seit <nowiki>RFC 3232</nowiki><ref>{{RFC-Internet |RFC=3232 |Titel=Assigned Numbers |Datum=2002-01}}</ref> von der [[Internet Assigned Numbers Authority|IANA]] in einer Online-Datenbank für Protokoll-Nummern definiert.<ref>{{Internetquelle |url=http://www.iana.org/assignments/protocol-numbers |titel=Protocol Numbers |werk=iana.org |sprache=en |abruf=2019-05-10}}</ref>

Im IPv6-Header gibt es dieses Feld ebenfalls, allerdings heißt es dort ''Next Header''. Die zulässigen Werte sind die gleichen wie bei IPv4.

=== Header Checksum ===
16 Bit groß. Eine Prüfsumme sichert ausschließlich den Kopfdatenbereich. IP selbst hat keine Mechanismen zur Prüfung der Nutzlast auf Korrektheit, dies wird im [[TCP/IP-Referenzmodell]] durch die Transportschicht sichergestellt. Dieser Wert wird bei jeder Station neu verifiziert und – weil sich die TTL pro Hop verändert – neu berechnet. Dabei werden alle 16-Bit-Halbwörter des Kopfdatenbereichs nach den Regeln des [[Einerkomplement]]s addiert (Übertrag auf das LSB addieren) und von der Summe das Einerkomplement gebildet. Das Ergebnis sollte <code style="white-space:nowrap">1111 1111 1111 1111</code> (Hex: 0xFFFF) sein, denn sonst ist ein Fehler im Header. Vorteil dabei ist, dass sich die Prüfsumme pro Hop nur um eins erhöht. Die Berechnung kann daher schnell in der Hardware ausgeführt werden. Bei einem zuverlässigeren Prüfverfahren wie [[Zyklische Redundanzprüfung|CRC]] müsste dagegen die Prüfsumme bei jedem Hop neu berechnet werden. Trotzdem kostet das Prüfen der Prüfsumme verhältnismäßig viel Zeit. Moderne Router überprüfen die Prüfsumme aus Gründen der Verarbeitungsgeschwindigkeit nicht und inkrementieren sie nur. Diese Umstände haben dazu geführt, dass dieses Feld bei IPv6 nicht mehr existiert.

=== Source Address ===
32 Bit groß. Enthält die [[IP-Adresse|Quelladresse]] des IP-Pakets in ''network byte order'' ([[Byte Order]], erstes Byte ist das ''most significant Byte'').

=== Destination Address ===
Enthält die [[IP-Adresse|Zieladresse]] im gleichen Format wie die Quelladresse.

=== Options und Padding ===
Zusatzinformationen für das konkrete Paket. Die Optionen sind nur im Header optional, sie müssen aber von allen IP-Modulen unterstützt werden. Das Format der Optionen ist im <nowiki>RFC 791</nowiki><ref name="RFC791" /> beschrieben. Die maximale Anzahl der mit Optionen belegbaren Byte im konkreten Paket ergibt sich aus (IHL*4)-20. Da mit den 4 Bits in IHL ein Wertebereich von 0 bis 15 kodiert wird, können somit bis zu 40 Byte durch Optionen belegt werden. Die einzelnen Optionen selbst können unterschiedliche Länge haben, es gibt sowohl Optionen fester Länge als auch Optionen mit variabler Länge. Da die Gesamtlänge des IP-Headers durch das Feld IHL nur in Vielfachen von 4 Byte festgelegt wird, werden unbenutzte Byte mit Nullen aufgefüllt (Padding).

; Strict Routing
: Option gibt den gesamten Pfad an, welchen das Paket durchlaufen muss
; Free Routing
: Option gibt eine Liste von Routern an, die vom Paket nicht verfehlt werden dürfen
; Record Route
: Lässt die gesamte Route aufzeichnen (Heute reicht die Größe des Option-Feldes meist nicht mehr dafür aus)
; Time Stamp
: Zeitstempel
; Security
: Bezeichnet, wie geheim das Paket ist

== Siehe auch ==
* [[Internetprotokollfamilie]]
* [[Byte-Reihenfolge]]
* [[Jumbo Frames]]

== Weblinks ==
* {{RFC-Internet |RFC=791 |Titel=Internet Protocol |Datum=1981}}
* {{RFC-Internet |RFC=790 |Titel=Assigned Numbers |Datum=1981-09 |Kommentar=erste Ausgabe}}
* {{RFC-Internet |RFC=3232 |Titel=Assigned Numbers |Datum=2002-01}}
* [http://www.iana.org/ IANA – Internet Assigned Numbers Authority]

== Einzelnachweise ==
<references>
<ref name="RFC791">
{{RFC-Internet |RFC=791 |Titel=Internet Protocol |Datum=1981}}
</ref>
<ref name="RFC2474">
{{RFC-Internet |RFC=2474 |Titel=Definition of the Differentiated Services Field (DS Field) in the IPv4 and IPv6 Headers |Datum=1998-12}}
</ref>
</references>

{{SORTIERUNG:Ippaket}}
[[Kategorie:Internet Protocol]]

IP-Paket - Versionsgeschichte

imported>Heronils: /* Total Length */ Link zum Lemma