5. Problèmes de taille de paquet

IPv6 exige que chaque lien dans l'Internet ait un MTU de 1280 octets ou plus. Sur tout lien incapable de transporter un paquet de 1280 octets en un seul morceau, une fragmentation et un réassemblage spécifiques au lien DOIVENT être fournis à une couche inférieure à IPv6.

Les liens avec un MTU configurable (par exemple, les liaisons PPP [RFC-1661]) DOIVENT être configurés avec un MTU d'au moins 1280 octets ; il est recommandé de les configurer avec un MTU de 1500 octets ou plus, pour permettre une éventuelle encapsulation (c'est-à-dire un tunneling) sans provoquer de fragmentation au niveau de la couche IPv6.

Pour chaque lien auquel un nœud est directement connecté, le nœud DOIT être capable d'accepter des paquets aussi grands que le MTU de ce lien.

Il est fortement recommandé que les nœuds IPv6 implémentent la Path MTU Discovery (découverte du MTU de chemin) [RFC-1981], afin de découvrir et d'exploiter les MTU de chemin supérieurs à 1280 octets. Cependant, les implémentations IPv6 minimales (par exemple, dans des ROM de démarrage) PEUVENT simplement se limiter à envoyer des paquets ne dépassant pas 1280 octets et omettre l'implémentation de la Path MTU Discovery.

Pour envoyer des paquets plus grands que le MTU de chemin, un nœud PEUT utiliser le Fragment header IPv6 pour fragmenter les paquets à la source et les réassembler à la destination. Cependant, l'utilisation d'une telle fragmentation est déconseillée dans toute application capable d'adapter ses paquets au MTU de chemin mesuré (c'est-à-dire jusqu'à 1280 octets).

Les nœuds DOIVENT être capables d'accepter des paquets fragmentés qui, une fois réassemblés, font jusqu'à 1500 octets. Les nœuds PEUVENT accepter des paquets fragmentés qui, une fois réassemblés, dépassent 1500 octets. Les protocoles de couche supérieure ou les applications qui dépendent de la fragmentation IPv6 pour envoyer des paquets plus grands que le MTU de chemin NE DEVRAIENT PAS envoyer des paquets de plus de 1500 octets, sauf s'ils ont l'assurance que la destination est capable de réassembler des paquets de cette taille plus grande.

En réponse à un paquet IPv6 envoyé vers une destination IPv4 (c'est-à-dire un paquet converti d'IPv6 en IPv4), le nœud IPv6 émetteur PEUT recevoir un message ICMP Packet Too Big signalant un Next-Hop MTU inférieur à 1280. Dans ce cas, le nœud IPv6 n'est pas tenu de réduire la taille des paquets suivants à moins de 1280, mais DOIT inclure un Fragment header dans ces paquets afin que le routeur de traduction IPv6 vers IPv4 puisse obtenir une valeur Identification appropriée à utiliser dans les fragments IPv4 générés. Notez que cela peut nécessiter de réduire la charge utile à 1232 octets (1280 moins 40 octets pour l'en-tête IPv6 et 8 octets pour le Fragment header), ou moins si des en-têtes d'extension supplémentaires sont utilisés.