IPv6 wurde als Weiterentwicklung von IPv4 konzipiert und führt mehrere Verbesserungen und Vereinfachungen an der Paket-Header-Struktur ein, während gleichzeitig die Funktionalität und der Adressraum erweitert werden.

Einige im IPv4-Header vorhandene Felder wurden in IPv6 entfernt oder geändert.

Hier sind die wichtigsten Felder, die beim Übergang von IPv4 zu IPv6 entfernt oder erheblich geändert wurden:

1. Header-Prüfsumme:
   • IPv4: Es enthält ein Prüfsummenfeld, das dabei hilft, die Integrität des Paket-Headers sicherzustellen.
   • IPv6: Dieses Feld wurde in IPv6 entfernt. Es wird davon ausgegangen, dass die Integrität des Headers durch andere Ebenen gewährleistet wird, typischerweise durch höhere Schichten wie TCP oder UDP, die über eigene Prüfsummen verfügen.
2. Fragmentidentifizierung, Flags und Verschiebung:
   • IPv4: Diese Felder werden zur Paketfragmentierung und -zusammenfügung verwendet.
   • IPv6: Bei IPv6 erfolgt die Fragmentierung nicht durch die Router auf der Route. Stattdessen wird die Fragmentierung vom sendenden Gerät verwaltet und erfordert bei Bedarf die Verwendung eines Fragmentierungserweiterungsheaders.
3. Optionen:
   • IPv4: Der IPv4-Header verfügt über ein Optionsfeld, mit dem zusätzliche Funktionen unterstützt werden können.
   • IPv6: Im IPv6-Basisheader gibt es kein Optionsfeld. Stattdessen verwendet IPv6 Erweiterungsheader, die zwischen dem Basisheader und der Nutzlast eingefügt werden, wenn zusätzliche Funktionalität benötigt wird.
4. IHL (Internet-Header-Länge):
   • IPv4: Das IHL-Feld gibt die Länge des IPv4-Headers an und ermöglicht aufgrund des Optionsfelds Header variabler Größe.
   • IPv6: Die Länge des IPv6-Basisheaders ist fest (40 Bytes), daher wurde das IHL-Feld entfernt.
5. Art des Dienstes (jetzt DSCP und ECN in IPv4):
   • IPv4: Ursprünglich „Service Type“ genannt, hat sich dieses Feld weiterentwickelt und umfasst jetzt DSCP (Differentiated Services Code Point) und ECN (Explicit Congestion Notification).
   • IPv6: Es führt das Feld „Traffic Class“ ein, das IPv4 DSCP ähnelt, um differenzierte Dienste zu verarbeiten und auch ECN unterstützt.

Diese Änderungen spiegeln ein Design wider, das sich auf die Vereinfachung der Paketverarbeitung in Routern und die Verbesserung der Unterstützung von Funktionen wie Dienstqualität und Sicherheit konzentriert, ohne die Erweiterbarkeit und Flexibilität des Protokolls zu beeinträchtigen.