En-tête IPv6
[modifier | modifier le code]
En-tête IPv6.
En-tête IPv4.
L'en-tête du paquet IPv6 est de taille fixe à 40 octets, tandis qu'en IPv4 la taille
minimale est de 20 octets, des options pouvant la porter jusqu'à 60 octets, ces
options demeurant rares en pratique.
La signification des champs est la suivante :
Version (4 bits) : fixé à la valeur du numéro de protocole internet, 6
Traffic Class (8 bits) : utilisé dans la qualité de service.
Flow Label (20 bits) : permet le marquage d'un flux pour un traitement différencié
dans le réseau.
Payload length (16 bits) : taille de la charge utile en octets.
Next Header (8 bits) : identifie le type de header qui suit immédiatement selon la
même convention qu'IPv4.
Hop Limit (8 bits) : décrémenté de 1 par chaque routeur, le paquet est détruit si
ce champ atteint 0 en transit.
Source Address (128 bits) : adresse source
Destination Address (128 bits) : adresse destination.
Il est possible qu'un ou plusieurs en-têtes d'extension suivent l'en-tête IPv6. L'en-tête
de routage permet par exemple à la source de spécifier un chemin déterminé à
suivre.
Comparaison avec IPv4
[modifier | modifier le code]
La taille de l'en-tête est fixe, le champ IHL (IP Header Length) est donc inutile.
Le champ Durée de vie (RFC 079140), Time to Live (TTL) est renommé en Hop
Limit, reflétant la pratique, la RFC 79141 prévoyait en effet que le
champ TTL reflétait le temps en secondes.
Il n'y a pas de somme de contrôle sur l'en-tête. En IPv4, cette somme de contrôle
inclut le champ TTL et oblige les routeurs à le recalculer dans la mesure où le
TTL est décrémenté. Ceci simplifie le traitement des paquets par les routeurs.
Le champ Payload length n'inclut pas la taille de l'en-tête standard, contrairement
au champ Total length d'IPv4. Tous les en-têtes optionnels sont inclus dans
la payload length tel que définit dans la RFC 24601 dont la version française
indique « Certains champs de l’en-tête IPv4 ont été enlevés ou rendus
optionnels, pour réduire dans les situations classiques le coût (en ressources de
traitement) de la gestion des paquets et pour limiter le surcoût en bande
passante de l’en-tête IPv6. » (RFC 24601).
Les éventuelles informations relatives à la fragmentation sont repoussées dans
un en-tête qui suit.
Les en-têtes optionnels IPv6 doivent tous être analysés un par un pour en
déterminer la fin et savoir où commence la charge utile (payload) de niveau
4 dans le paquet IPv6 ; en conséquence, les décisions de routage basées sur le
contenu des en-têtes de paquets au niveau 4 (par exemple l'identification du
numéro de port TCP, UDP, ou type de requête ICMPv6) ne peut se faire sans
avoir analysé la chaîne complète des en-têtes optionnels (même seulement pour
ne pas en tenir compte) ; ceci inclut notamment les options de fragmentation qui
pourraient avoir été insérées par l'émetteur du paquet. Cela pose des difficultés
de mise en œuvre dans certains routeurs ou pare-feux pouvant notamment
conduire à des problèmes de performance42,43.
Le protocole de résolution de niveau 2 (ARP) de type broadcast est remplacé
par NDP qui est en fait une utilisation d'ICMPv6 en multicast, avec quasiment un
groupe multicast distinct par host (RFC 486144) ; cela peut entrainer des
dysfonctionnements liés à des filtrages (RFC 489045) d'une part, à des problèmes
de performances sur certains équipements46 d'autre part.