5. Paketgrößenprobleme

IPv6 erfordert, dass jede Verbindung im Internet eine MTU von 1280 Oktetten oder mehr hat. Auf jeder Verbindung, die keine 1280-Oktett-Pakete in einem einzigen Stück übertragen kann, MUSS eine verbindungsspezifische Fragmentierung und Wiederzusammensetzung unterhalb der IPv6-Schicht bereitgestellt werden.

Verbindungen mit konfigurierbarer MTU (z. B. PPP-Verbindungen [RFC-1661]) MÜSSEN so konfiguriert werden, dass sie eine MTU von mindestens 1280 Oktetten haben; es wird empfohlen, sie mit einer MTU von 1500 Oktetten oder mehr zu konfigurieren, um mögliche Einkapselungen (d. h. Tunneling) zu ermöglichen, ohne eine Fragmentierung auf IPv6-Ebene zu verursachen.

Von jeder Verbindung, mit der ein Knoten direkt verbunden ist, MUSS der Knoten in der Lage sein, Pakete zu empfangen, die so groß wie die MTU dieser Verbindung sind.

Es wird dringend empfohlen, dass IPv6-Knoten Path MTU Discovery (Pfad-MTU-Erkennung) [RFC-1981] implementieren, um Pfad-MTUs größer als 1280 Oktette zu entdecken und zu nutzen. Eine minimale IPv6-Implementierung (z. B. in einem Boot-ROM) kann sich jedoch darauf beschränken, nur Pakete zu senden, die nicht größer als 1280 Oktette sind, und die Implementierung von Path MTU Discovery weglassen.

Um Pakete zu senden, die größer als die Pfad-MTU sind, kann ein Knoten den IPv6 Fragment Header verwenden, um das Paket an der Quelle zu fragmentieren und am Ziel wieder zusammenzusetzen. Die Verwendung einer solchen Fragmentierung wird jedoch in jeder Anwendung, die ihre Pakete an die gemessene Pfad-MTU (d. h. bis auf 1280 Oktette) anpassen kann, nicht empfohlen.

Knoten MÜSSEN in der Lage sein, fragmentierte Pakete zu empfangen, die nach der Wiederzusammensetzung so groß wie 1500 Oktette sind. Knoten DÜRFEN fragmentierte Pakete empfangen, die nach der Wiederzusammensetzung größer als 1500 Oktette sind. Protokolle oder Anwendungen der oberen Schicht, die sich auf IPv6-Fragmentierung verlassen, um Pakete zu senden, die größer als die Pfad-MTU sind, SOLLTEN keine Pakete senden, die größer als 1500 Oktette sind, es sei denn, sie haben die Gewissheit, dass das Ziel in der Lage ist, diese größere Größe wieder zusammenzusetzen.

Für IPv6-Pakete, die an ein IPv4-Ziel gesendet werden (d. h. Pakete, die von IPv6 in IPv4 übersetzt werden), kann der initiierende IPv6-Knoten eine ICMP-Packet-Too-Big-Nachricht erhalten, die eine Next-Hop-MTU von weniger als 1280 meldet. In diesem Fall MUSS der IPv6-Knoten die Größe nachfolgender Pakete nicht auf weniger als 1280 reduzieren, MUSS aber einen Fragment Header in diese Pakete einschließen, damit der IPv6-zu-IPv4-Übersetzungsrouter einen geeigneten Identification-Wert für die resultierenden IPv4-Fragmente erhalten kann. Beachten Sie, dass dies bedeutet, dass die Nutzlast möglicherweise auf 1232 Oktette reduziert werden muss (1280 minus 40 Oktette für den IPv6-Header und 8 Oktette für den Fragment Header), oder weniger, wenn zusätzliche Erweiterungsheader verwendet werden.