"elle" ?
Quelle hypothèse ? Commence par expliquer ça, ce sera plus simple de te suivre.

"elle" ?
Quelle hypothèse ? Commence par expliquer ça, ce sera plus simple de te suivre.

Cette hypothèse :

En tout cas, le MTU du paquet IPv4 ne peut pas être de 1472, avec un MTU "normal" de 1500, car l'en-tête d'un paquet IPv6 fait au minimum 40 octets, auquel peut se rajouter éventuellement d'autres informations, comme par exemple le type de protocole transporté, etc...

https://en.wikipedia.org/wiki/IPv6_packet

Si en IPv4, le MTU est de 1472, la taille du paquet IPv6 qui l'encapsule est au minimum de 1472 + 40 = 1512.

Il dit qu'un paquet IPv4 est la charge utile d'un paquet IPv6, au moins (peut être d'autres informations sont ajoutées).

Si on raisonne en terme d'entropie, je pense que c'est plus clair.

si la répartition d'une trame IPv4 entre deux trames IPv6 est bien comptée comme une fragmentation,

La répartition (terme bien trouvé!) EN SOI n'est pas une fragmentation ni pas-une-fragmentation.

C'est le comportement du système de transport du protocole machin au dessus du protocole trucmuche qui cause ou pas une fragmentation :

- si un paquet machin rentre d'un coté et deux ressortent alors c'est une fragmentation
- si un seul paquet ressort dans tous les cas, alors ce n'est pas forcèment une fragmentation

Le protocole ADSL transporte des trames ATM (ou autre) qui sont petites. Il y a répartition des trames PPP ou Ethernet ou IP mais il n'y a pas de fragmentation. C'est invisible pour la couche IP.

Le protocole Wifi découpe les trames Wifi=Ethernet en petites bouchées. Il y a répartition et pas fragmentation. C'est invisible pour la couche IP.

Pour que le découpage ne génère pas une fragmentation il faut que les trames soient reconstituées à l'autre bout. Si c'est le cas, on peut dire qu'il n'y a pas fragmentation.

Cependant, si les performances sont divisées par deux quand on augmente le MTU au delà d'une limite qui est haute, alors il faut classer ça comme fragmentation : imaginons un système utilisant 6in4 avec découpage des paquets trop grands et ré-assemblage des paquets IPv6 de l'autre coté. Sur un lien Ethernet ordinaire, on aurait MTU IPv4 = 1500; mettons que la MTU IPv6 est fixée par Ethernet à 1500, alors les paquets IPv6 jusqu'à 1480 passeront en une fois et ceux à partir de 1481 en deux fois. C'est ridicule parce que 1480 est une grande valeur et que la surcharge protocolaire grimpe énormèment.

D'un autre coté, imaginons un protocole qui transmet les paquets en découpant en blocs de 510 octets. Dans ce cas, ça n'a aucun sens de baisser la MTU.

en 4rd un paquet IPv4  n'est pas entier dans le payload IP d'un paquet IPv6.
Il y a un mapping reversible entre les entêtes IPv4 et les entêtes IPv6 et le payload IP est inchangé.

Disons que c'est du NAT464 1:1

Suivant les cas on peut avoir besoin de place supplèmentaire (8 octets dans le cas présent), dans ce cas la norme IPv6 permet d'utiliser ce qu'on appelle un  "IPv6 Fragment Header"

Plus précisèment la norme IPv6 ne dit rien : un champs "id" n'a pas plus de sémantique qu'un numéro de port (même moins).

pour avoir plus de place.

Je ne vois pas pourquoi tu parles de "place". Il s'agit juste de ne pas introduire un type de paquet différent pour le 4rd et d'utiliser des types existants.

C'est de la surcharge tout simplement.

Cela évite d'avoir à faire un enregistrement officiel IANA et d'utiliser une ressource en numérotation.

Pour que le découpage ne génère pas une fragmentation il faut que les trames soient reconstituées à l'autre bout. Si c'est le cas, on peut dire qu'il n'y a pas fragmentation.

Le fait de découper les paquets et les reconstituer à l'autre bout génère une forte charge CPU sur les routeurs qui font ce travail.

Cela génère aussi de la gigue, les petits paquets qui ne nécessitent pas d'être découpés arrivent avant les plus gros qui sont passés par l'étape fragmentation / reconstitution.

Une capture wireshark permet de voir si ce type de comportement est effectué.

Il est plutôt conseillé de baisser la MSS dans les en-têtes TCP (modification du champ MSS des paquets TCP SYN et paquets TCP SYN-ACK).