Boîte à outils IPv6

Expansion / Compression / Classification IPv6

Validez rapidement les adresses IPv6 et obtenez la notation complètement étendue, compressée, la classification d'adresse et le format nibble inverse.

Résultat du traitement

Adresse de documentation (2001:db8::/32)

Format étendu

2001:0db8:0000:0000:0000:0000:0000:0001

Format compressé

2001:db8::1

Classification d'adresse

Adresse de documentation (2001:db8::/32)

La boîte à outils IPv6 est un outil en ligne gratuit de traitement d'adresses IPv6 conçu spécialement pour les ingénieurs réseau, les administrateurs système et les développeurs. Avec l'épuisement mondial des adresses IPv4, IPv6 est devenu le protocole standard des réseaux modernes. Cependant, les adresses IPv6 sont 4 fois plus longues que les adresses IPv4, leur format d'écriture est flexible et complexe, et les règles de compression des zéros permettent plusieurs écritures valides pour une même adresse, ce qui cause de nombreux problèmes dans la configuration réseau, le débogage de logs, les paramétrages DNS et l'écriture de règles de pare-feu.Cet outil prend en charge trois fonctions principales : Expansion d'adresse IPv6 — restaure l'adresse compressée en format complet de 8 groupes de 4 chiffres hexadécimaux, pratique pour comparer les plages d'adresses et résoudre les problèmes ; Compression standard IPv6 — compresse l'adresse complète en écriture optimale selon la spécification officielle RFC 5952, garantissant un format uniforme et normalisé dans les fichiers de configuration ; Classification d'adresse IPv6 — identifie automatiquement le type d'adresse (loopback, link-local, ULA, multicast, documentation, global unicast, etc.) et indique son utilisation et ses propriétés de routage.Que ce soit pour configurer des adresses IPv6 de serveur, écrire des règles de pare-feu, analyser des logs réseau, planifier des sous-réseaux IPv6 ou apprendre le protocole IPv6, la boîte à outils IPv6 de GeekFormat vous aide à améliorer l'efficacité et à réduire les erreurs humaines. Tous les traitements s'effectuent localement dans le navigateur, aucune donnée n'est envoyée, sûr et fiable.

Recommandations connexes

Calculateur de Sous-réseaux

Recherche d'adresse IP

Convertisseur IPv4

Recherche DNS

Recherche WHOIS

Quelle est mon IP ?

Cas d'utilisation

Configuration de déploiement dual-stack : dans les environnements dual-stack exécutant simultanément IPv4 et IPv6, uniformiser le format d'écriture des adresses IPv6 sur les serveurs, routeurs et équilibreurs de charge, éviter les erreurs de configuration et les problèmes de connectivité causés par des formats incohérents
Dépannage réseau : lors de l'analyse des logs de pare-feu, Nginx ou serveur web, comparer les adresses IPv6 des logs avec les fichiers de configuration après expansion ou compression, localiser rapidement les problèmes d'inadéquation d'adresse et d'erreur de routage
Configuration d'enregistrements DNS : lors de la configuration d'enregistrements AAAA et de résolution inverse ip6.arpa, convertir les adresses IPv6 en format standard, garantir le format correct des enregistrements DNS et la précision du format nibble de résolution inverse
Écriture de règles de pare-feu : lors de l'écriture de règles ip6tables, nftables ou de groupes de sécurité cloud, normaliser les adresses IPv6 et les préfixes CIDR, éviter l'échec de correspondance des règles dû à différentes écritures de compression de zéros
Planification de sous-réseaux IPv6 : lors de la planification d'adresses IPv6 pour les réseaux d'entreprise, vérifier si les longueurs de préfixe d'adresse (/48 site, /64 sous-réseau, /128 hôte) sont correctes, confirmer le type et l'usage du segment réseau
Développement et débogage : lors du développement d'applications réseau prenant en charge IPv6, vérifier si le format des adresses IPv6 traitées dans le code est correct, résoudre les problèmes d'analyse du format [IPv6]:port dans les URL
Réseau de conteneurs Docker/K8s : dépanner les problèmes de connectivité réseau IPv6 des conteneurs, identifier les adresses link-local et global unicast des conteneurs, vérifier l'exactitude de la configuration réseau IPv6 de Docker
Formation et apprentissage : lors de l'apprentissage du protocole IPv6, comprendre intuitivement les règles de compression de zéros, la classification des adresses et la notation des préfixes, observer les lois de variation de l'expansion et de la compression des adresses à travers des exemples
Audit de sécurité et analyse de logs : lors de l'analyse de sécurité, comparer par lots les écritures d'adresses IPv6 de différentes sources de logs, unifier divers formats abrégés en format complet pour analyse corrélée
Normalisation de rédaction de documentation : lors de la rédaction de documentation technique, de manuels de configuration ou de documentation API, convertir uniformément les adresses IPv6 en format standard RFC 5952, améliorer le professionnalisme et la cohérence de la documentation

Fonctionnalités

Expansion d'adresses IPv6 : convertit le format compressé (ex: 2001:db8::1) en format complet 8 groupes hexadécimaux (2001:0db8:0000:0000:0000:0000:0000:0001), facilitant la comparaison de logs et l'analyse de plages d'adresses
Compression standard RFC 5952 : sélectionne intelligemment la plus longue séquence continue de zéros pour la compression ::, omet automatiquement les zéros non significatifs, produit un format conforme à la spécification officielle de l'IETF pour éviter les incohérences de configuration
Classification intelligente des adresses : identifie automatiquement 7 types d'adresses IPv6 — loopback ::1, link-local fe80::/10, unique local fc00::/7, multicast ff00::/8, documentation 2001:db8::/32, global unicast, adresse invalide
Validation de format et messages d'erreur : détecte en temps réel les erreurs de format d'adresse IPv6, y compris les :: multiples, les groupes de plus de 4 chiffres hexadécimaux, les caractères illégaux, le nombre incorrect de groupes, avec des explications claires
Reconnaissance d'adresses mappées IPv4 : identifie automatiquement les adresses IPv6 mappées IPv4 (ex: ::ffff:192.0.2.1), distingue les types d'adresses compatibles en environnement dual-stack
Résolution de préfixe CIDR : prend en charge les adresses IPv6 avec longueur de préfixe (ex: 2001:db8::/32), identifie la longueur du préfixe et indique l'usage de la plage réseau
Copie des résultats en un clic : formats compressé, étendu et résultats de classification peuvent être copiés en un clic, directement collés dans des fichiers de configuration, des règles de pare-feu ou des scripts
Historique des traitements : enregistre automatiquement les adresses IPv6 récemment traitées, pratique pour les comparaisons répétées et le débogage de configurations réseau
Traitement en temps réel sans attente : traitement JavaScript local dans le navigateur, aucun envoi d'adresse vers le serveur, protection des informations sensibles de topologie réseau, résultats instantanés
Compatibilité multi-formats d'entrée : prend en charge le format compressé, le format étendu, le suffixe CIDR, le numéro de port (format [::1]:8080), le format mappé IPv4 et d'autres notations courantes
Explication de l'usage des adresses : fournit également la description de l'usage, la routabilité et les scénarios applicables pour chaque type d'adresse, aidant les débutants à comprendre la planification des adresses IPv6
Aucune installation, purement web : aucun téléchargement de logiciel requis, utilisation directement dans le navigateur, compatible Windows/macOS/Linux toutes plateformes, également utilisable sur mobile

Comment utiliser

Ouvrez la page de la boîte à outils IPv6, collez ou saisissez l'adresse IPv6 que vous devez traiter dans la zone de saisie. Prend en charge le format compressé (ex: 2001:db8::1), le format complet (ex: 2001:0db8:0000:0000:0000:0000:0000:0001), le format avec préfixe CIDR (ex: 2001:db8::/32), le format avec port (ex: [::1]:8080), le format mappé IPv4 (ex: ::ffff:192.168.1.1) et d'autres formes d'entrée.
Une fois la saisie terminée, l'outil traite automatiquement en temps réel, aucun clic sur un bouton n'est nécessaire. Si le format de l'adresse est erroné, un message d'erreur rouge s'affiche immédiatement, indiquant la cause spécifique de l'erreur (telle que :: multiples, groupe de plus de 4 chiffres, caractères illégaux, etc.), vous aidant à corriger la saisie.
Consultez le résultat « Format étendu » : il affiche la forme complète de l'adresse IPv6, 8 groupes de 4 chiffres hexadécimaux chacun, avec les zéros non significatifs complétés, toutes les parties de compression de zéros restaurées en 0000 continus, facilitant la comparaison des adresses segment par segment.
Consultez le résultat « Format compressé standard » : il s'agit du format de compression optimal généré selon la spécification RFC 5952, qui sélectionne automatiquement la plus longue séquence de zéros continus pour la compression et omet les zéros non significatifs inutiles. C'est l'écriture standard recommandée pour les fichiers de configuration et la documentation.
Consultez la zone « Classification de l'adresse » : l'outil identifie automatiquement le type de cette adresse, affiche le nom du type, la plage de préfixe, l'adresse d'exemple, si elle est routable sur le réseau public, les utilisations typiques et d'autres informations. Les types courants incluent l'adresse de loopback, l'adresse link-local, l'adresse unique locale (ULA), l'adresse multicast, l'adresse de documentation, l'adresse global unicast, etc.
Si l'entrée contient une longueur de préfixe CIDR (ex: /64), l'outil indique en outre l'usage typique de ce préfixe (ex: /64 pour sous-réseau standard, /48 pour allocation de site, /128 pour adresse hôte) ainsi que la référence du nombre d'adresses contenues dans ce segment réseau.
Cliquez sur le bouton « Copier » à droite de chaque zone de résultat pour copier en un clic l'adresse IPv6 du format correspondant dans le presse-papiers, la coller directement dans un terminal, un fichier de configuration, une interface de gestion DNS ou du code, évitant les erreurs de saisie manuelle.

FAQ

Que signifie les deux deux-points :: au milieu d'une adresse IPv6 ?

:: est la règle d'abréviation de compression de zéros (Zero Compression) d'IPv6, utilisée pour remplacer un ou plusieurs groupes continus de zéros (0000). Par exemple, l'adresse complète 2001:0db8:0000:0000:0000:0000:0000:0001 a 6 groupes continus de zéros au milieu, peut s'écrire 2001:db8::1, réduisant considérablement la longueur de l'adresse. Règle à noter : un seul :: est autorisé dans une adresse IPv6, sinon il y aura ambiguïté ; :: peut être au début, au milieu ou à la fin. L'adresse de loopback est ::1 (7 groupes de zéros comprimés au début), l'adresse non spécifiée est :: (tous les 8 groupes sont des zéros).

Pourquoi ai-je plusieurs adresses IPv6 sur une seule carte réseau ?

C'est un phénomène normal. Une interface réseau IPv6 a généralement plusieurs adresses : ① une adresse link-local (commençant par fe80::, générée automatiquement, utilisée pour les communications de bas niveau) ; ② une ou plusieurs adresses global unicast (adresses publiques, obtenues via SLAAC ou DHCPv6) ; ③ si les extensions de confidentialité sont activées (activées par défaut sur Windows/Linux/macOS), il y aura également des adresses temporaires (générées aléatoirement, changées périodiquement, utilisées pour les connexions sortantes afin de protéger la confidentialité) ; ④ il peut y avoir des adresses correspondant à plusieurs préfixes (ex: connexion simultanée à plusieurs réseaux, ou plusieurs préfixes IPv6). Sur les serveurs, il est généralement recommandé de désactiver les extensions de confidentialité et d'utiliser des adresses fixes et stables pour faciliter la gestion.

Pourquoi les adresses commençant par fe80:: ne peuvent-elles pas être accédées à travers les sous-réseaux ? Pourquoi faut-il ajouter %eth0 lors du ping ?

fe80::/10 est une adresse link-local, conçue pour être valide uniquement sur le lien de couche 2 local (même commutateur, même réseau WiFi, même domaine de diffusion), les routeurs ne transfèrent absolument pas les paquets dont l'adresse source ou de destination est link-local, donc elles ne peuvent intrinsèquement pas être accédées à travers les sous-réseaux. Quant à ajouter %eth0 (appelé aussi zone id ou scope id), c'est parce que chaque interface génère automatiquement sa propre adresse link-local, plusieurs interfaces peuvent avoir une adresse commençant par fe80::, si on ne spécifie pas par quelle interface envoyer, le système d'exploitation ne sait pas vers quelle carte réseau envoyer, donc il faut ajouter %nom_interface lors de l'accès à une adresse link-local. La partie après le % n'a de signification que sur la machine locale, ce n'est pas une partie de l'adresse elle-même.

Pourquoi les sous-réseaux IPv6 sont-ils recommandés en /64 ? Peut-on utiliser un préfixe plus long ?

/64 est la longueur de sous-réseau standard IPv6, la raison principale est que SLAAC (autoconfiguration sans état) exige impérativement que le préfixe de sous-réseau soit de 64 bits — car SLAAC utilise EUI-64 ou un algorithme de confidentialité stable pour générer un identificateur d'interface de 64 bits, préfixe 64 bits + ID d'interface 64 bits font exactement 128 bits. Si on utilise un préfixe plus long que /64 (ex: /80, /96, /112), SLAAC ne peut pas fonctionner correctement. Bien que /127 soit utilisé pour l'interconnexion point à point de routeurs (recommandé par RFC 6164) et /128 pour les adresses de loopback soient des exceptions courantes, les segments utilisateurs, les segments Ethernet, les VLAN, etc. doivent utiliser /64. De plus, /64 a 2⁶⁴ adresses (environ 1800 milliards de milliards), elles ne seront jamais épuisées, il n'est pas nécessaire de diviser des sous-réseaux plus petits pour économiser les adresses.

IPv6 a-t-il encore besoin de NAT ? Pourquoi ai-je entendu parler de NAT66 ?

L'une des intentions initiales de la conception d'IPv6 était d'abolir le NAT, car l'espace d'adressage est suffisamment grand, chaque appareil peut avoir une adresse publique, rétablissant la connexion de bout en bout. Mais dans le déploiement réel, NAT66 (NAT IPv6 vers IPv6, translation de préfixe) a toujours des cas d'usage, comme la redondance multi-FAI multi-hébergement sans utiliser BGP mais avec NAT, l'entreprise cachant la structure du réseau interne, etc. Mais NAT66 est loin d'être aussi répandu que le NAPT d'IPv4, il n'est pas non plus nécessaire de faire de translation d'adresses de port, et l'atteignabilité de bout en bout IPv6 est la direction principale. NAT64 est une autre chose, utilisée pour la transition des réseaux IPv6 uniquement accédant aux ressources IPv4.

Quelle est l'adresse de la passerelle par défaut dans IPv6 ? Pourquoi commence-t-elle par fe80:: ?

L'adresse de la passerelle par défaut (saut suivant) IPv6 est généralement l'adresse link-local du routeur (commençant par fe80::), plutôt qu'une adresse publique sur le même segment comme pour IPv4. C'est parce que le routeur envoie son adresse link-local comme passerelle via les messages d'annonce de routeur NDP (RA), l'hôte reçoit puis ajoute automatiquement une route par défaut pointant vers cette adresse fe80::. C'est normal, l'adresse link-local comme saut suivant fonctionne parfaitement, car après la recherche de route pour le saut suivant, il suffit de résoudre l'adresse MAC de cette adresse sur le lien local pour pouvoir transférer, il n'est pas exigé que la passerelle et l'hôte aient des adresses publiques sur le même segment.

Qu'est-ce que ce genre d'adresse ::ffff:192.168.1.1 ?

C'est une adresse IPv6 mappée IPv4 (IPv4-Mapped IPv6 Address), au format ::ffff: suivi de l'adresse IPv4. Elle est utilisée sur les sockets dual-stack : lorsqu'un socket IPv6 est lié à :: et qu'IPv6-on est activé, il accepte non seulement les connexions IPv6, mais aussi les connexions provenant d'IPv4, et l'adresse source s'affiche sous la forme ::ffff:adresse IPv4. Par exemple, si 192.168.1.1 se connecte au serveur, l'adresse client vue sur le serveur est ::ffff:192.168.1.1. Attention à ne pas confondre avec les adresses compatibles IPv4 obsolètes (:: directement suivi d'IPv4, sans ffff:).

La casse des adresses IPv6 a-t-elle de l'importance ? Est-ce que 2001:DB8::1 et 2001:db8::1 sont la même adresse ?

C'est la même adresse, les lettres hexadécimales a-f dans les adresses IPv6 sont insensibles à la casse, 2001:DB8::1, 2001:Db8::1, 2001:db8::1 sont totalement équivalentes au niveau réseau. Mais RFC 5952 (spécification de représentation textuelle des adresses IPv6) recommande d'utiliser des lettres minuscules, la sortie de compression standard de cet outil est également uniformément convertie en minuscules pour garantir la cohérence du format.

Pourquoi IPv6 n'a-t-il pas d'adresse de diffusion ? Comment ARP est-il géré ?

IPv6 a supprimé la diffusion de couche 2, toutes les fonctions de diffusion sont implémentées avec du multicast, ce qui réduit considérablement les tempêtes de diffusion dans le réseau et améliore l'efficacité. ARP dans IPv4 (protocole de résolution d'adresse, qui demande par diffusion « qui est 192.168.1.1, dis-moi ton MAC ») est remplacé dans IPv6 par NDP (Neighbor Discovery Protocol). NDP utilise des messages ICMPv6 et des adresses multicast de nœud sollicité (solicited-node multicast address, ff02::1:ffxx:xxxx) pour résoudre l'adresse MAC du voisin, seul le nœud sollicité traite ce multicast, sans déranger tous les hôtes du segment.

Comment savoir si mon réseau a IPv6 ?

Plusieurs méthodes : ① Accédez à des sites comme test-ipv6.com pour vérifier ; ② Saisissez ip -6 addr (Linux), ifconfig (macOS/Linux) ou ipconfig (Windows) en ligne de commande pour voir si la carte réseau a des adresses IPv6 commençant par 2 ou fe80 (seulement fe80 ne compte pas comme ayant IPv6 public) ; ③ Ping6 2001:4860:4860::8888 (Google IPv6 DNS) ou ping 240c::6666 (CNNIC IPv6 DNS), si ça fonctionne, vous avez une connexion IPv6 publique ; ④ Accédez à des sites prenant en charge IPv6 (ex: ipv6.google.com, www.6box.cn). Les utilisateurs domestiques ont besoin que le modem et le routeur activent tous les deux IPv6 et que le FAI active le service pour pouvoir l'utiliser.

Que signifie le % dans les adresses IPv6 ? Par exemple fe80::1%eth0

La partie après le % s'appelle ID de zone (Zone ID) ou ID de portée (Scope ID), utilisée pour identifier l'interface réseau où se trouve cette adresse, principalement utilisée sur les adresses à portée locale comme les adresses link-local (fe80::). Comme chaque interface a sa propre adresse link-local, la même fe80::1 peut être un routeur différent sur eth0 et wlan0, donc il faut %eth0 pour spécifier par quelle interface envoyer. Le Zone ID n'a de signification que sur la machine locale, il ne peut pas être utilisé à travers les appareils, ce n'est pas une partie de l'adresse IPv6 elle-même — l'adresse elle-même reste fe80::1. Lors de l'écriture de fichiers de configuration, de l'analyse de logs, de l'utilisation à travers les appareils, il faut supprimer la partie après le %.

Comment configurer le DNS inverse IPv6 ? Qu'est-ce que le format nibble ?

La résolution inverse IPv6 se fait sous le domaine ip6.arpa, en utilisant le format nibble : d'abord, étendez l'adresse IPv6 en 8 groupes complets (pas d'omission ::), obtenez 32 caractères hexadécimaux ; puis inversez complètement l'ordre de ces 32 caractères, séparez chaque caractère par un point ; enfin ajoutez le suffixe .ip6.arpa. Par exemple, 2001:db8::1 étendu donne 20010db8000000000000000000000001, inversé c'est 1.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.1.0.0.2.ip6.arpa. Ce processus est très sujet aux erreurs de comptage de zéros, il est recommandé d'utiliser le format étendu de cet outil pour aider. Le DNS inverse nécessite généralement que le FAI vous autorise le sous-domaine ip6.arpa du préfixe correspondant pour pouvoir configurer les enregistrements PTR.

Quelle est la différence entre ULA (fc00::/7) et link-local (fe80::/10) ?

Les deux ne sont pas des adresses publiques mais leurs usages diffèrent : ① Link-local fe80::/10 : générée automatiquement sur chaque interface, valide uniquement sur un seul lien de couche 2, ne peut pas être transférée à travers les routeurs, pas besoin de configuration de routage, utilisée pour NDP, DHCPv6, la contiguïté des protocoles de routage et d'autres communications de bas niveau, comme la « carte d'identité locale » de l'appareil ; ② ULA fc00::/7 (en pratique fd00::/8) : est un segment similaire aux adresses privées IPv4, peut être routé au sein de l'entreprise à travers les VLAN, les routeurs, les sites, mais pas sur Internet public, utilisé pour les communications internes d'entreprise, équivaut à 10.0.0.0/8 en IPv6, nécessite une configuration manuelle ou une allocation via DHCPv6, nécessite un support de routage interne. L'une c'est « parler dans la même pièce », l'autre c'est « communiquer au sein de l'entreprise », l'adresse publique c'est « communication mondiale ».

Pourquoi le pare-feu IPv6 ne peut-il pas interdire ICMP comme pour IPv4 ?

IPv6 dépend beaucoup plus d'ICMPv6 que IPv4 ne dépend d'ICMPv4. Dans IPv4, vous pouvez bloquer la plupart des ICMP (sauf PMTU qui peut poser un peu de problème) et fonctionner normalement, mais IPv6 ne peut absolument pas rejeter ICMPv6 en bloc — car ICMPv6 porte la découverte de voisins NDP (remplace ARP, sans elle on ne peut même pas communiquer sur le même segment), les annonces de routeur RA (SLAAC obtient le préfixe et la passerelle), la découverte PMTU (sans elle les gros paquets sont perdus et ne peuvent pas être retransmis), la destination inaccessible, le paquet trop gros et d'autres fonctions clés. Si les règles ip6tables rejettent tout ICMPv6, il y aura divers problèmes réseau étranges (on peut pinger les petites données mais pas les grandes, on peut obtenir une adresse mais pas surfer, etc.). La bonne pratique est d'autoriser les types ICMPv6 nécessaires.

Pourquoi le segment d'adresse 2001:db8:: apparaît-il partout dans les exemples ? Peut-on l'utiliser réellement ?

2001:db8::/32 est un préfixe spécialement réservé par RFC 3849 pour la documentation, les livres, les tutoriels, le code d'exemple et les environnements de test, tout comme 192.0.2.0/24 (TEST-NET-1), 198.51.100.0/24, 203.0.113.0/24 dans IPv4. Tout le monde peut librement utiliser ce préfixe pour écrire des adresses d'exemple dans la documentation, les tutoriels, les blogs, sans craindre de conflit avec de vraies adresses publiques — car tous les routeurs ne routeront pas le segment 2001:db8::/32 sur le réseau public. Donc vous ne pouvez pas configurer d'adresses 2001:db8:: sur des équipements réseau réels pour la communication, elles sont uniquement utilisées pour les exemples. Toutes les adresses d'exemple IPv6 dans la documentation de cet outil utilisent ce segment réservé.

术语表

IPv6: Internet Protocol version 6, protocole IP de nouvelle génération conçu par l'IETF, utilise une longueur d'adresse de 128 bits, résout le problème de l'épuisement des adresses IPv4, intègre des fonctionnalités de sécurité, QoS, autoconfiguration, etc., est le protocole de base d'Internet moderne.
IPv4: Internet Protocol version 4, utilise une longueur d'adresse de 32 bits, environ 4,3 milliards d'adresses théoriques, mis en service en 1983 jusqu'à aujourd'hui, fonctionne actuellement encore en dual-stack avec IPv6, les adresses mondiales ont été épuisées en 2019.
CIDR: Classless Inter-Domain Routing, méthode de représentation des adresses IP, format adresse/longueur de préfixe (ex: 2001:db8::/32), remplace la division traditionnelle des adresses de classes A/B/C, améliore l'efficacité du routage.
Longueur de préfixe: Nombre après la barre oblique dans la notation CIDR, indiquant combien de premiers bits de l'adresse IP sont des bits réseau. Longueur de préfixe IPv6 0-128, valeurs courantes /128 (hôte), /64 (sous-réseau), /48 (site), /32 (FAI).
Compression de zéros: Règle d'abréviation des adresses IPv6, un ou plusieurs groupes continus de zéros (0000) peuvent être remplacés par deux deux-points ::, mais un seul :: est autorisé par adresse, réduisant considérablement la longueur d'écriture des adresses IPv6.
RFC 5952: Spécification de représentation textuelle des adresses IPv6 publiée par l'IETF, définit le format de compression standard recommandé (minuscules, omission des zéros non significatifs, compression du plus long segment de zéros, pas de compression d'un seul zéro, etc.), garantissant qu'une même adresse n'a qu'une seule écriture normalisée.
Global unicast: Adresse IPv6 publique routable sur Internet mondial, équivaut à l'adresse publique IPv4, commence généralement par 2000::/3, utilisée pour les communications Internet.
Link-local: Adresse avec préfixe fe80::/10, valide uniquement sur le lien de couche 2 local, le routeur ne la transfère pas, configurée automatiquement sur chaque interface IPv6, utilisée pour la découverte de voisins NDP, DHCPv6, les protocoles de routage et d'autres communications de bas niveau.
Unique Local Address (ULA): Préfixe fc00::/7, équivaut aux adresses privées IPv4, routable uniquement au sein de l'organisation, pas routable sur le réseau public, utilisée pour les réseaux internes d'entreprise, le segment fd00::/8 est utilisé dans la pratique.
Multicast: Préfixe ff00::/8, communication un à plusieurs, les paquets sont envoyés à toutes les interfaces ayant rejoint le groupe multicast, remplace la diffusion IPv4, utilisé pour les protocoles de routage, la découverte de services, le streaming média et d'autres scénarios.
Anycast: Plusieurs nœuds configurent la même adresse, les paquets sont routés vers le nœud le plus proche, utilisé pour les CDN, les serveurs racine DNS, l'équilibrage de charge, on ne peut pas le distinguer de l'unicast à partir du format de l'adresse.
Adresse de loopback: Adresse Loopback, dans IPv6 c'est ::1/128, équivaut à 127.0.0.1 d'IPv4, adresse que le nœud s'envoie à lui-même, utilisée pour les tests locaux et la communication inter-processus, n'apparaît pas sur le réseau.
Adresse non spécifiée: ::/128, équivaut à 0.0.0.0 d'IPv4, indique que l'adresse n'existe pas/n'est pas spécifiée, utilisée lors du démarrage du nœud ou lors de la liaison à toutes les interfaces.
SLAAC: Stateless Address Autoconfiguration, fonctionnalité spécifique à IPv6, le client génère automatiquement une adresse en fonction du préfixe annoncé par le routeur, pas besoin de serveur DHCP, exige que le préfixe de sous-réseau soit /64.
Dual-stack: Dual Stack, l'appareil exécute simultanément les piles protocolaires IPv4 et IPv6, possède les deux types d'adresses, choisit le protocole en fonction de l'application et du DNS, est actuellement la solution de transition la plus répandue d'IPv4 vers IPv6.
NAT64: Technologie de transition IPv6/IPv4, permet aux nœuds IPv6 uniquement d'accéder aux ressources IPv4, par translation d'adresses à la frontière du réseau, couplée à DNS64 pour synthétiser les enregistrements A en enregistrements AAAA.
4to6: Désigne diverses technologies de transition et de tunnel d'IPv4 vers IPv6, telles que 4in6, DS-Lite, MAP-T, etc., utilisées pour assurer l'interopérabilité des deux protocoles pendant la période de transition.
nibble: Demi-octet, 4 bits binaires, correspondant à un caractère hexadécimal. La résolution inverse IPv6 utilise le format nibble, en inversant les 32 caractères hexadécimaux puis en ajoutant le suffixe .ip6.arpa.
ip6.arpa: Domaine de résolution DNS inverse IPv6, le domaine inverse IPv4 est in-addr.arpa, celui d'IPv6 est ip6.arpa, les enregistrements PTR sont construits au format nibble.
EUI-64: Identificateur unique étendu 64 bits IEEE, méthode de conversion d'une adresse MAC de 48 bits en ID d'interface de 64 bits (insertion de FFFE au milieu de la MAC et inversion du bit U/L), utilisé lors de l'autoconfiguration d'adresse SLAAC, pose un problème de confidentialité.

Tableau de correspondance des types d'adresses IPv6

Référence des longueurs de préfixe IPv6 courantes

Comparaison IPv4 vs IPv6