Afin de comprendre un peu plus le fonctionnement d’IPv6 contrairement à IPv4, il faut voir en quoi cette information est ajoutée dans un paquet IPv6, via son en-tête. Commençons par examiner un en-tête IPv4 avec lequel nous sommes le plus familiers :
Voyons quelles sections ont été supprimées :
- IHL (IP Header Length- 4 bits). Dans IPv4, la taille de l'en-tête Total Length est variable. Cette valeur, associée à la longueur totale du paquet, permet à l'équipement de savoir le nombre d'octets de charge utile (Payload = Total Length - IHL). Avec une taille d’en-tête variable, les équipes ont besoin d’une routine ou d’un algorithme pour déterminer le point de départ des informations contenues dans le package, ce qui complique un peu la manipulation et le traitement des packages.
- Identification / Flags / Fragment Offset (32 bits). Ces éléments sont utilisés pour gérer la fragmentation des paquets.
- Header Checksum ou Somme de contrôle d'en-tête (16 bits). Utilisez un algorithme pour déterminer si l'en-tête n'est pas corrompu ou s'il a été modifié de manière incorrecte. Les technologies telles que NAT qui modifient les paramètres d'en-tête doivent également modifier cette section de manière appropriée. IPv6 élimine l'utilisation de cette section et laisse le contrôle d'intégrité des packages au CRC de la couche 2 et aux sommes de contrôle de la couche 4.
- Options. Il s’agit d’une section de taille variable contenant des données sur les informations de package qui n’ont pas pu être intégrées dans d’autres champs de l’en-tête. C'est cette section qui rend l'en-tête IPv4 variable en taille.
- Padding. C'est une série de bits avec une valeur de zéro « 0 » qui sert à aligner l'en-tête sur un multiple de mots de 32 bits.
Voici la forme d'un en-tête en version IPv6 :
Comme vous pouvez le constater, les sections Version (4 bits) et Adresses Source et Destination (128 bits) restent les mêmes. Il existe également une nouvelle section de 20 bits, Flow Label, destinée à une utilisation future basée sur le RFC 3697. Cette section sera utilisée pour identifier un flux spécifique et en faire un traitement (QoS) identique à tous les paquets appartenant au flux.
Voyons maintenant les sections modifiées :
- Traffic Class (8 bits). Il a les mêmes fonctionnalités que le type de service, il sert à stocker les informations de priorité, DSCP ou la classe de service en fonction de l'implémentation de la qualité de service QoS.
- Payload Length (16 bits). Dans IPv6, nous avons un en-tête fixe de 40 octets, nous n'avons donc besoin que de connaître la taille des informations utiles du package. Cela supprime également le besoin d'implémenter des routines de recherche comme dans IPv4. Nous utilisons déjà 4 fois la taille des tampons pour la gestion des adresses 128 bits, tout ce qui diminue le traitement extensif des paquets est préférable.
- Next Header (8 bits). Cette section peut indiquer le protocole auquel appartiennent les informations que nous transportons (TCP, UDP, ICMPv6, etc.). Il est également utilisé pour indiquer s'il existe des informations sur les options pour les données transportées. Au lieu de gérer les options dans l'en-tête en tant que IPv4, celles-ci sont intégrées à la charge utile des paquets pour conserver l'en-tête à une taille fixe. Cette section indiquerait s'il existe des options à examiner dans le package.
- Hop Limit (8 bits). Il remplit exactement la même fonction que le TTL IPv4. Seul le nom a été modifié car ce paramètre est un compteur de sauts (équipement de couche 3) et non une minuterie, comme son nom semble l'indiquer dans IPv4.
Amusez-vous à apprendre !!!
Rick
Publié par: Ricardo Prado Rueda / Version originale en espagnol
