Adressage IP et découpage en sous-réseaux

Un octet est un groupe de huit bits. Chaque bit vaut 0 ou 1. Une adresse IPv4 comporte quatre octets, soit 32 bits en tout. Commence par un octet ; la même méthode fonctionne pour chacune des quatre parties.

Donne sa valeur à chaque bit

Lis les rangs de gauche à droite :

Chaque rang vaut deux fois celui qui se trouve à sa droite. N’ajoute la valeur d’un rang que lorsque son bit vaut 1. Pour 10101100, les rangs actifs sont 128, 32, 8 et 4 :

Le zéro au rang 64 ne contribue pas à la somme. Dans 01100100, les bits à 1 sélectionnent 64, 32 et 4, ce qui donne 100. Le bit le plus à gauche porte la plus grande valeur ; 10000000 vaut 128, tandis que 00000001 vaut 1.

Construis un nombre binaire à partir d’un nombre décimal

Pour convertir 200, parcours les mêmes valeurs dans l’ordre. À chaque rang, demande-toi si sa valeur ne dépasse pas ce qui reste.

1. 128 convient : écris 1 et garde 72.
2. 64 convient : écris 1 et garde 8.
3. 32 et 16 ne conviennent pas : écris 0 aux deux rangs.
4. 8 convient : écris 1 et garde 0.
5. Les rangs 4, 2 et 1 valent tous 0.

Le résultat est 11001000. Vérifie-le en additionnant les valeurs sélectionnées : 128 + 64 + 8 = 200. Dès que le reste atteint zéro, continue d’écrire des zéros jusqu’à remplir les huit rangs.

Écris 10 en décimal sous la forme 00001010 lorsqu’il s’agit d’un octet. Le nombre binaire plus court 1010 a la même valeur, mais huit rangs permettent d’aligner une adresse avec son masque de sous-réseau. Ne traite pas une suite binaire comme un nombre décimal : 00000100 en binaire signifie quatre, et non cent.

Reconnais les motifs des masques

Les masques de sous-réseau utilisent régulièrement des octets dont les bits à 1 se suivent depuis la gauche. Ces motifs sont suffisamment utiles pour être appris :

À chaque ligne, on ajoute un poids supplémentaire. Par exemple, 224 vaut 128 + 64 + 32. Un octet composé uniquement de zéros vaut 0 ; composé uniquement de chiffres un, il vaut 255.

Compte les combinaisons

Avec un bit, il existe deux combinaisons possibles. Avec deux bits, il y en a quatre : 00, 01, 10 et 11. Chaque bit ajouté double les possibilités : $n$ bits donnent donc $2^n$ valeurs. Huit bits donnent 256 valeurs, numérotées de 0 à 255. Cette distinction entre le nombre de valeurs et la plus grande valeur compte lorsque tu dénombres les adresses.

Une adresse IPv4 est un nombre de 32 bits utilisé pour identifier une interface réseau. Dans sa forme habituelle, la notation décimale pointée, chacun des quatre octets est converti en décimal et séparé des autres par des points. Les points marquent les séparations entre les octets ; ce ne sont pas des séparateurs décimaux.

Lis les quatre octets

L’adresse 192.168.10.77 s’écrit :

11000000.10101000.00001010.01001101

Le premier octet vaut 128 + 64 = 192. Le deuxième vaut 128 + 32 + 8 = 168. Le troisième vaut 8 + 2 = 10 et le quatrième 64 + 8 + 4 + 1 = 77. Chaque octet doit être compris entre 0 et 255. Une adresse comme 192.168.1.256 n’est pas valide, car son dernier nombre nécessite plus de huit bits.

L’espace complet contient $2^{32}$ adresses : 4 294 967 296. Certaines sont réservées à des usages particuliers : ce n’est donc pas le nombre d’adresses disponibles pour les hôtes ordinaires sur Internet.

Une adresse appartient à une interface, la connexion par laquelle un équipement rejoint un réseau. Un routeur qui relie trois réseaux IP a besoin d’un adressage sur ses trois interfaces. Un ordinateur portable qui utilise le Wi-Fi et Ethernet peut avoir une adresse IPv4 différente sur chacune. C’est pourquoi le dépannage commence par l’interface utilisée.

Trouve la séparation avec un masque

Toute adresse comporte une partie réseau et une partie hôte. La partie réseau identifie son sous-réseau ; la partie hôte désigne une interface dans ce sous-réseau. Ce sont des parties des mêmes 32 bits, et non des nombres ajoutés à l’adresse.

L’adresse seule ne montre pas la séparation. Avec /16, 172.16.45.200 appartient à 172.16.0.0/16. Avec /21, elle appartient à 172.16.40.0/21. Le préfixe plus long conserve davantage de bits dans la partie réseau et en laisse moins pour les hôtes. Conserve toujours le préfixe avec une adresse lorsque tu calcules son sous-réseau.

Comprends les anciennes classes

Avant CIDR, les classes d’adresses définissaient des séparations fixes par défaut :

Les premiers bits sont respectivement 0, 10, 110, 1110 et 1111. Les premiers octets 0 et 127 ont des usages spéciaux même si leur premier bit vaut 0. Par exemple, 150.20.0.9 appartient à l’ancienne plage de classe B ; 230.0.0.5 est une adresse de groupe de multidiffusion.

Les classes fixes gaspillaient de l’espace. Un réseau ayant besoin de 300 adresses hôtes aurait dépassé les 254 adresses utilisables d’un bloc de classe C, mais n’aurait utilisé qu’une petite partie des 65 534 adresses d’un bloc de classe B. Le routage interdomaine sans classe (CIDR) a remplacé les séparations fixes en 1993. Un préfixe peut désormais avoir une longueur de 0 à 32. 10.1.2.0/24 est un bloc sans classe valide : l’ancienne désignation de classe A ne lui impose pas d’utiliser /8.

Un masque de sous-réseau indique quels bits appartiennent au réseau. Il comporte 32 bits : une suite continue de 1 à partir de la gauche, suivie de 0. Un 1 conserve le bit correspondant de l’adresse dans la partie réseau. Un 0 indique un rang de la partie hôte.

Compte les bits réseau

La notation par préfixe indique le nombre de 1 du masque après une barre oblique. /24 signifie 24 bits réseau et huit bits dans la partie hôte. Son masque est 11111111.11111111.11111111.00000000, soit 255.255.255.0.

Pour /21, décompose 21 en 8 + 8 + 5. Les deux premiers octets valent 255. Le suivant contient cinq 1, 11111000, et vaut 248. Le dernier octet vaut zéro. Le masque est 255.255.248.0.

Pour effectuer la conversion inverse, compte les 1 de chaque octet. 255.255.255.192 en contient 8 + 8 + 8 + 2 = 26 : le préfixe est donc /26. L’octet partiellement rempli est souvent la seule partie que tu dois convertir.

Vérifie qu’un masque est valide

Un octet de masque peut valoir 0, 128, 192, 224, 240, 248, 252, 254 ou 255. Toutefois, des octets valides ne suffisent pas : le masque entier doit conserver la suite continue de 1. Après un octet inférieur à 255, tous les octets suivants doivent valoir zéro. 255.255.0.255 n’est pas valide, car la suite de 1 reprend. 255.255.255.100 ne l’est pas non plus, car 100 en binaire s’écrit 01100100, ce qui interrompt la suite à l’intérieur d’un octet.

Compte les adresses et trouve l’incrément

Si le préfixe est $p$, le nombre de bits de la partie hôte est $h=32-p$. Il y a $2^h$ adresses. Dans un sous-réseau ordinaire avec diffusion, réserve la combinaison où tous les bits de la partie hôte valent zéro pour le réseau et celle où ils valent tous un pour la diffusion : il reste $2^h-2$ adresses utilisables. /31 et /32 ont des usages particuliers et sont traités séparément.

La taille de bloc, ou incrément, est égale à 256 moins la valeur du masque dans l’octet où le masque cesse de valoir 255. Avec /26, cet octet est le quatrième : 256 − 192 = 64. Les réseaux commencent à .0, .64, .128 et .192. Avec /21, l’incrément vaut 256 − 248 = 8 dans le troisième octet ; le quatrième octet fait encore partie de la partie hôte.

Un nombre plus grand dans le préfixe signifie moins d’adresses : /26 est plus petit que /25. Chaque bit réseau ajouté divise par deux le nombre de combinaisons possibles pour la partie hôte.

Reconnais les extrémités de l’échelle des préfixes

Un /0 n’a aucun bit réseau fixe et son masque est 0.0.0.0 ; il couvre tout l’espace IPv4. Un /32 fixe les 32 bits et son masque est 255.255.255.255 ; il identifie une adresse précise. Ces deux extrémités t’aident à lire une route par défaut ou un préfixe d’hôte sans chercher à lui attribuer un nombre ordinaire d’hôtes utilisables.

Lis les paramètres sous différentes formes

Sous Windows, ipconfig affiche un masque en notation décimale pointée. Sous Linux, ip addr ajoute le préfixe à l’adresse. Sous macOS, ifconfig peut afficher un masque hexadécimal comme 0xffffff00, équivalent à 255.255.255.0. Ce sont différentes façons de montrer la même séparation.

L’adresse réseau a tous ses bits de la partie hôte à 0. L’adresse de diffusion a tous ses bits de la partie hôte à 1. Dans un sous-réseau IPv4 ordinaire, les adresses situées entre ces deux extrémités sont disponibles pour les interfaces.

Applique le masque bit à bit

L’opération ET bit à bit ne conserve un 1 que lorsque les deux bits d’entrée valent 1. Toutes les autres paires donnent 0. Appliquer l’opération ET à une adresse et à son masque conserve les bits réseau et met à zéro les bits de la partie hôte.

Pour 192.168.10.77/26, les 24 premiers bits sont entièrement masqués. Travaille sur le dernier octet :

Address: 01001101   (77)
Mask:    11000000   (192)
AND:     01000000   (64)

Le réseau est 192.168.10.64. Il reste six bits dans la partie hôte. Mets-les tous à 1 : 01111111 vaut 127, ce qui donne l’adresse de diffusion 192.168.10.127. La plage utilisable va de 192.168.10.65 à 192.168.10.126 et contient $2^6-2=62$ adresses.

L’adresse de diffusion est celle qui précède l’adresse réseau suivante. Ajouter toute la taille de bloc à .64 donne .128, le sous-réseau suivant, et non l’adresse de diffusion de ce sous-réseau.

Utilise le raccourci de la taille de bloc

Pour 172.16.45.200/21, convertis /21 en 255.255.248.0. La séparation se trouve dans le troisième octet, avec un incrément de 8. Les multiples qui encadrent 45 sont 40 et 48 : 45 se trouve donc dans le bloc qui commence à 40.

• Réseau : 172.16.40.0.
• Réseau suivant : 172.16.48.0.
• Diffusion : 172.16.47.255.
• Première et dernière adresses utilisables : 172.16.40.1 et 172.16.47.254.

Tout le quatrième octet appartient à la partie hôte : mets-le donc à 0 pour le réseau et à 255 pour la diffusion. Le bloc contient 11 bits dans la partie hôte, ce qui donne $2^{11}-2=2046$ adresses utilisables.

Une adresse qui se termine par .0 ou .255 peut tout de même être une adresse hôte dans un sous-réseau plus grand. 172.16.41.0 et 172.16.44.255 se trouvent toutes deux entre ces extrémités. Leurs parties hôtes complètes ne sont composées ni uniquement de zéros ni uniquement de chiffres un. Examine tous les bits de la partie hôte, et pas seulement le dernier nombre décimal.

L’incrément décrit le déplacement dans un octet, et pas toujours le nombre d’adresses du bloc entier. Dans l’exemple en /21, chacune des huit valeurs du troisième octet contient 256 valeurs du dernier octet, ce qui donne 2 048 adresses au total. En soustrayant les deux extrémités réservées, on obtient les mêmes 2 046 adresses utilisables qu’avec la formule fondée sur les bits de la partie hôte. Garde ces deux sens de « taille de bloc » distincts lorsque la séparation se trouve avant le quatrième octet.

Traite correctement /31 et /32

Un /31 contient deux adresses. Sur une liaison point à point entre routeurs qui le prend en charge, les deux sont utilisables selon la RFC 3021 ; il n’est pas nécessaire d’en réserver une pour la diffusion. Par exemple, 10.0.0.8/31 permet d’adresser ses deux extrémités avec 10.0.0.8 et 10.0.0.9.

Un /32 identifie une adresse précise, comme celle de l’interface logique de bouclage d’un routeur. Il ne fournit pas de plage d’hôtes. N’applique la formule ordinaire qui soustrait deux à aucun de ces deux cas particuliers.

Vérifie le calcul des extrémités

Vérifie que le réseau commence sur un multiple de l’incrément, que l’adresse de départ se trouve dans le bloc et que le réseau suivant commence immédiatement après l’adresse de diffusion. Pour les sous-réseaux ordinaires avec diffusion, la première adresse utilisable est l’adresse réseau + 1 et la dernière est l’adresse de diffusion − 1. Si le préfixe coupe le troisième octet, un calcul qui ne modifie que le quatrième octet a manqué la séparation.

Un hôte utilise sa propre adresse et son masque pour déterminer si une destination est locale. Si les deux adresses donnent la même adresse réseau avec ce masque, il envoie directement les données sur le réseau local. Sinon, il les envoie à sa passerelle par défaut, une interface de routeur située dans son propre sous-réseau.

Compare les réseaux, pas les trois premiers nombres

192.168.1.100/25 appartient à 192.168.1.0/25. L’adresse 192.168.1.130/25 appartient à 192.168.1.128/25. Leurs trois premiers octets sont identiques, mais la séparation du /25 divise le dernier octet en deux. Elles sont dans des sous-réseaux différents.

Le préfixe détermine aussi si une adresse peut être attribuée. 192.168.10.64 est une adresse utilisable dans 192.168.10.0/25, dont les adresses hôtes vont de .1 à .126. Dans 192.168.10.64/26, cette même adresse .64 est l’adresse réseau. Pour en juger, il te faut l’adresse et le masque.

Vérifie une passerelle

Supposons qu’un PC ait l’adresse 192.168.10.70/26 avec la passerelle 192.168.10.1. Son sous-réseau est 192.168.10.64/26, avec des adresses hôtes de .65 à .126. La passerelle .1 est hors de cette plage : ce n’est donc pas une passerelle directement connectée valide pour ces paramètres.

Vérifie le plan d’adressage avant de modifier quoi que ce soit. Si le PC appartient à ce sous-réseau, utilise l’adresse de l’interface du routeur qui le dessert, par exemple .65 si c’est l’adresse configurée sur le routeur. Si le PC appartient à un autre sous-réseau, corrige son adresse ou son masque pour respecter le plan. Une adresse plausible et inutilisée ne suffit pas : la passerelle indiquée doit désigner l’interface réelle du routeur.

Repère les incohérences de masques

L’hôte A a l’adresse 192.168.1.10/24 ; l’hôte B a l’adresse 192.168.1.200/25. A considère B comme local. B se situe dans 192.168.1.128/25 et considère A comme distant. Ils ne s’accordent pas, car leurs masques définissent des séparations différentes. La communication peut échouer ou dépendre du comportement du routage. Les interfaces destinées à partager un sous-réseau doivent toutes utiliser le préfixe prévu pour celui-ci.

Une adresse IP en double entraîne un autre problème : deux interfaces revendiquent la même adresse sur le même réseau. Le trafic peut atteindre la mauvaise interface ou échouer par intermittence. Le fait que les adresses privées puissent être réutilisées par des organisations distinctes n’autorise pas les doublons dans un même sous-réseau connecté.

Lis les paramètres pertinents

Sous Windows, exécute ipconfig ou ipconfig /all. Sous Linux, ip addr affiche les adresses et les préfixes ; ip route affiche une passerelle après default via. Sous macOS, utilise les paramètres réseau ou ifconfig pour obtenir l’adresse et le masque.

Demande-toi si l’adresse est utilisable avec son préfixe, si la passerelle réelle est dans le sous-réseau et si le préfixe correspond au plan. Vérifie aussi que l’adresse est unique lorsque les symptômes sont intermittents.

Sur Cisco IOS, une commande en mode interface comme ip address 192.168.10.65 255.255.255.192 définit une adresse IPv4. show ip interface brief affiche les adresses et l’état des interfaces ; cette commande ne remplace pas la vérification du masque configuré. Des interfaces routées distinctes nécessitent normalement des sous-réseaux sans chevauchement, et IOS rejette généralement les chevauchements.

Les adresses IPv4 publiques sont des adresses uniques à l’échelle mondiale qui peuvent être routées sur Internet. La plupart des organisations les obtiennent auprès d’un fournisseur d’accès à Internet. L’IANA attribue l’espace par l’intermédiaire de cinq registres Internet régionaux : AFRINIC, APNIC, ARIN, LACNIC et RIPE NCC. Le caractère public d’une adresse ne garantit pas qu’un équipement accepte les connexions ; les routes et les paramètres de sécurité comptent aussi.

Apprends les trois blocs privés

La RFC 1918 réserve un espace d’adressage que les organisations peuvent réutiliser en interne :

Ces adresses ne sont pas routées sur l’Internet public. Deux organisations distinctes peuvent toutes deux utiliser 10.1.0.0/24 en interne. Dans chacun de leurs sous-réseaux connectés, chaque interface a néanmoins besoin de sa propre adresse.

Prête une attention particulière à 172. Seuls les deuxièmes octets de 16 à 31 sont privés. 172.20.10.2 se trouve dans le bloc, tandis que 172.15.0.1 et 172.32.0.1 sont à l’extérieur. Le masque 255.240.0.0 fixe les quatre premiers bits du deuxième octet, ce qui couvre 16 valeurs possibles pour ce deuxième octet.

Connecte les hôtes privés aux réseaux publics

Un routeur de périphérie ou un pare-feu peut effectuer une traduction d’adresses réseau (NAT). Pour une connexion sortante, il remplace une adresse source privée par une adresse publique et conserve les informations nécessaires à la traduction de la réponse.

La traduction d’adresses et de ports (PAT) permet à plusieurs hôtes internes de partager une adresse publique. Les numéros de port aident à distinguer leurs connexions. Cela réduit le nombre d’adresses publiques nécessaires à une organisation. NAT et PAT décrivent un mécanisme de traduction ; ce ne sont pas des plages d’adresses privées supplémentaires.

IPv4 compte environ 4,3 milliards d’adresses possibles, dont un espace important est réservé à des usages spéciaux. L’IANA a distribué les derniers blocs de son pool général d’adresses libres en février 2011. L’adressage privé avec traduction permet la réutilisation ; IPv6 fournit un espace d’adressage beaucoup plus grand.

Reconnais l’espace partagé d’un fournisseur d’accès

100.64.0.0/10 couvre les adresses de 100.64.0.0 à 100.127.255.255. La RFC 6598 réserve cette plage aux réseaux de fournisseurs qui utilisent le NAT opérateur (CGNAT). Elle ne fait partie ni de l’espace public ni des trois blocs privés de la RFC 1918.

Si l’interface externe d’un routeur domestique affiche 100.72.5.9, cette adresse se trouve dans la plage partagée du fournisseur d’accès. Le fournisseur peut la traduire à nouveau avant que le trafic atteigne l’Internet public. Qualifier toute adresse non publique de « RFC 1918 » masquerait cette différence.

Choisis un espace qui permettra des connexions futures

Une grande organisation peut diviser le bloc privé 10.0.0.0/8 en réseaux de sites et de services. Les petits routeurs utilisent souvent 192.168.0.0/24 ou 192.168.1.0/24 par défaut. Avant de connecter deux sites par un VPN, compare leurs plans. S’ils utilisent tous deux le même sous-réseau, une adresse comme 192.168.1.20 ne permet pas d’identifier sans ambiguïté le site de l’hôte visé. Choisis des espaces sans chevauchement pour les réseaux qui seront reliés.

Les adresses à usage spécial donnent des informations sur la façon dont un paquet ou une interface est utilisé. Vérifie toute la plage réservée avant de considérer une adresse inconnue comme celle d’un hôte public ordinaire.

Tests qui restent sur l’hôte

127.0.0.0/8 est l’espace de bouclage. 127.0.0.1 est l’adresse de bouclage habituelle, mais 127.0.0.53 appartient aussi au bloc. Un paquet de bouclage reste sur l’hôte. Un ping 127.0.0.1 réussi vérifie le logiciel IP local ; le paquet ne teste jamais le câble réseau ni le routeur distant.

Adresses limitées à un lien

L’espace IPv4 local au lien est 169.254.0.0/16. Sous Windows, il est associé à l’adressage IP privé automatique (APIPA). Un hôte qui ne peut pas obtenir d’adresse DHCP peut choisir une adresse locale entre 169.254.1.0 et 169.254.254.255, avec un masque /16. Les premier et dernier blocs /24 sont réservés pour ce processus de sélection.

Une telle adresse permet de communiquer sur le lien local, mais pas d’accéder à Internet par routage. Si un poste configuré pour DHCP affiche de façon inattendue 169.254.37.12, vérifie son lien, le port du commutateur ou le VLAN et le chemin vers DHCP. L’adresse suggère un échec de l’attribution automatique ; à elle seule, elle ne permet pas d’identifier le composant en panne. Une adresse locale au lien saisie manuellement peut avoir le même aspect.

Distingue les sens de zéro et de la diffusion

0.0.0.0 peut être une adresse source signifiant que l’hôte n’a pas encore d’adresse. Dans les paramètres d’écoute d’un serveur, elle désigne toutes les adresses IPv4 locales. Avec /0, 0.0.0.0/0 désigne toutes les destinations IPv4 et sert à définir une route par défaut. Le préfixe change le sens.

255.255.255.255 est l’adresse de diffusion limitée, qui reste sur le réseau local. L’adresse de diffusion propre à un sous-réseau, comme 192.168.10.127 pour 192.168.10.64/26, est une adresse de diffusion dirigée. Les routeurs désactivent normalement par défaut la transmission des diffusions dirigées.

Connais les autres plages

Une adresse de multidiffusion identifie une destination de groupe, et non l’adresse de monodiffusion propre à un hôte. Le bloc plus petit 224.0.0.0/24 est réservé au trafic de contrôle sur le lien local. Les exemples comprennent 224.0.0.5 pour les routeurs OSPF et 224.0.0.251 pour le DNS multidiffusion.

Les blocs de documentation permettent aux instructions de présenter des calculs d’adresses réalistes sans désigner un hôte public réel en service. L’espace réservé aux tests de performance sert à des essais contrôlés. Aucune de ces catégories ne devient une plage ordinaire d’hôtes sur Internet simplement parce qu’elle est extérieure à la RFC 1918. Le registre des adresses à usage spécial de l’IANA est la référence pour les blocs moins connus.

Le découpage en sous-réseaux divise un bloc d’adresses en déplaçant des bits de la partie hôte vers la partie réseau. Tous les blocs obtenus sont plus petits et ont des préfixes plus longs. Lorsqu’ils utilisent tous le même préfixe, le plan utilise des masques de sous-réseau de longueur fixe (FLSM).

Choisis suffisamment de bits pour les sous-réseaux

Emprunter $s$ bits crée $2^s$ sous-réseaux de même taille. Ajoute $s$ au préfixe de départ. Supposons que tu aies besoin de six sous-réseaux à partir de 192.168.10.0/24. Deux bits supplémentaires donnent quatre sous-réseaux, ce qui est insuffisant. Trois en donnent huit : utilise donc /27.

Un /27 laisse cinq bits dans la partie hôte, ce qui donne $2^5-2=30$ adresses utilisables dans chaque sous-réseau. Son masque est 255.255.255.224 et son incrément est de 32 dans le dernier octet.

Les premier et dernier sous-réseaux sont valides. Soustrais deux pour les adresses réseau et de diffusion à l’intérieur d’un sous-réseau ordinaire, et non du nombre de sous-réseaux. L’ancienne règle qui écartait le « sous-réseau zéro » et le sous-réseau dont tous les bits empruntés valent un ne s’applique pas à la planification moderne sans classe.

Choisis suffisamment de bits pour les hôtes

Si le besoin indique un nombre d’hôtes, choisis le plus petit nombre $h$ de bits de la partie hôte pour lequel $2^h-2$ est au moins égal à ce nombre. Calcule ensuite le préfixe : $32-h$.

Pour 500 adresses utilisables, huit bits dans la partie hôte en donnent 254, ce qui est insuffisant. Neuf en donnent 510 : utilise donc /23. Pour 30 adresses utilisables, /27 convient exactement ; 31 nécessitent /26.

Compte chaque interface qui a besoin d’une adresse. Trente ordinateurs plus une passerelle sur un routeur nécessitent 31 adresses utilisables, avant même de compter les imprimantes, les serveurs ou l’administration des commutateurs. Si le nombre d’hôtes indiqué inclut déjà la passerelle, ne l’ajoute pas une seconde fois.

Un changement de préfixe peut aussi faire passer la liste d’un octet à l’autre. Diviser 10.30.8.0/22 en /25 emprunte trois bits et donne huit blocs. Leurs adresses de début sont 10.30.8.0, 10.30.8.128, 10.30.9.0, 10.30.9.128, et ainsi de suite jusqu’à 10.30.11.128. Après un bloc dont le dernier octet commence à .128, l’adresse de début suivante augmente le troisième octet et remet le quatrième à zéro. Chaque bloc contient toujours 128 adresses au total.

Vérifie les deux contraintes

Un plan peut satisfaire le nombre d’hôtes mais pas le nombre de sous-réseaux. Cinq réseaux locaux nécessitant chacun 40 adresses utilisables demandent cinq blocs /26. Un /24 ne contient que quatre de ces blocs. Les cinq blocs nécessitent 320 adresses au total : ils ne peuvent donc pas tenir dans 256 adresses. Un /23 peut contenir huit blocs /26.

Inversement, créer de nombreux très petits blocs peut satisfaire le nombre de sous-réseaux tout en laissant trop peu d’adresses hôtes dans chacun. Pars du bloc parent fourni, calcule le préfixe envisagé et vérifie les deux exigences avant de lister les réseaux.

FLSM simplifie le plan, mais tous les réseaux reçoivent la même taille. Attribuer un /27 à une liaison entre deux interfaces de routeurs laisse 28 adresses utilisables inutilisées. Lorsque les besoins diffèrent fortement, des longueurs de préfixe différentes permettent d’utiliser plus efficacement l’espace du bloc parent.

Les masques de sous-réseau de longueur variable (VLSM) donnent à chaque sous-réseau sa propre longueur de préfixe. Un grand réseau local peut recevoir un /25, un réseau local plus petit un /27 et une liaison entre deux interfaces de routeurs un /30, le tout dans un même bloc parent.

Dimensionne d’abord les besoins

Planifie 192.168.50.0/24 pour trois réseaux locaux nécessitant 100, 50 et 20 adresses utilisables, ainsi que deux liaisons entre routeurs. Ici, les nombres indiqués pour les réseaux locaux incluent déjà leurs passerelles.

• 100 nécessite sept bits dans la partie hôte : 126 adresses utilisables, donc /25.
• 50 en nécessite six : 62 adresses utilisables, donc /26.
• 20 en nécessite cinq : 30 adresses utilisables, donc /27.
• Chaque liaison utilise /30 : deux adresses utilisables.

Prévois une réserve pour l’extension avant de faire ces choix. Un besoin actuel de 50 peut tenir dans un /26, mais un besoin de 70 après extension n’y tient pas.

Attribue les blocs du plus grand au plus petit

Les grands blocs ont moins d’adresses de début possibles. Dans un /24, un /25 commence à .0 ou à .128. Attribuer les petits blocs en premier peut répartir l’espace libre entre les deux moitiés et ne laisser aucun /25 entier.

Toutes les adresses abrégées du tableau commencent par 192.168.50. Les masques sont respectivement 255.255.255.128, .192, .224 et .252.

Après avoir placé un bloc, passe à la prochaine adresse libre alignée sur la taille du bloc suivant. Un /26 doit commencer sur un multiple de 64 dans le dernier octet. 192.168.50.100/26 est une adresse hôte dans le bloc .64, et non un nouveau réseau commençant à .100.

Fais le point sur l’espace libre

Le plan utilise 128 + 64 + 32 + 4 + 4 = 232 adresses au total. Les adresses de .232 à .255 restent libres : 24 adresses, qui peuvent s’écrire 192.168.50.232/29 et 192.168.50.240/28.

Un quatrième réseau local nécessitant 20 adresses utilisables demande un /27 entier, soit 32 adresses au total. Il ne peut pas tenir dans les 24 adresses restantes. Même lorsque le total libre est suffisant, son alignement et sa continuité doivent aussi convenir au bloc demandé. Partir d’un /23 donnerait plus de place pour conserver de plus grands blocs en réserve pour l’extension.

Sur une liaison point à point qui le prend en charge, un /31 utilise ses deux adresses et occupe la moitié de l’espace d’un /30. Choisis la convention de liaison avant de terminer le plan ; les équipements aux deux extrémités doivent la prendre en charge.

Une réserve pour l’extension peut faire changer le préfixe au franchissement d’un seuil. Un réseau local nécessitant 14 adresses utilisables tient dans /28, mais l’ajout d’une interface nécessaire porte le besoin à 15 et impose /27. L’espace attribué double, passant de 16 adresses au total à 32. Ajoute les équipements prévus au nombre d’adresses utilisables nécessaires avant d’arrondir à un bloc dont la taille est une puissance de deux ; ajouter quelques adresses de réserve après avoir choisi /28 ne peut pas agrandir ce bloc au-delà de sa borne.

Vérifie le plan

Consigne pour chaque réseau son préfixe, son masque pointé, sa plage utilisable et son adresse de diffusion. Vérifie que chaque sous-réseau répond à son besoin, commence sur la borne qui lui correspond, reste dans le bloc parent et ne chevauche aucune autre attribution.

Un plan utilisable nécessite des blocs distincts et correctement alignés. L’agrégation de routes permet ensuite de désigner des groupes de blocs appropriés par un seul préfixe plus court. La vérification des chevauchements et celle de l’agrégation dépendent toutes deux des bornes des adresses.

Vérifie l’alignement et les chevauchements

Une adresse réseau doit avoir tous les bits de sa partie hôte à zéro. Pour /26, l’incrément du dernier octet est de 64. 192.168.1.32/26 n’est donc pas un réseau commençant à .32 ; cette adresse se trouve dans 192.168.1.0/26.

Deux blocs CIDR correctement alignés sont soit distincts, soit l’un contient l’autre. 10.0.0.0/23 couvre les adresses de 10.0.0.0 à 10.0.1.255. Un bloc proposé 10.0.1.0/24 est entièrement inclus dans celui-ci. Ils se chevauchent même si leurs adresses réseau écrites sont différentes.

Pour le vérifier efficacement, applique le préfixe le plus court aux deux adresses réseau. Si les résultats correspondent, le bloc le plus spécifique est inclus dans le moins spécifique. Tu peux aussi comparer les plages complètes, de la première à la dernière adresse. Des attributions distinctes dans un même plan d’adressage ne doivent avoir aucune adresse en commun.

Trouve un préfixe agrégé exact

Considère quatre réseaux : 172.16.0.0/24, 172.16.1.0/24, 172.16.2.0/24 et 172.16.3.0/24. Ils sont contigus et contiennent 1 024 adresses au total.

Les deux premiers octets ont 16 bits en commun. Dans le troisième octet, 0 s’écrit 00000000 et 3 s’écrit 00000011 ; leurs six premiers bits sont identiques. En conservant 22 bits, on obtient 172.16.0.0/22, qui couvre exactement les adresses de 172.16.0.0 à 172.16.3.255.

Pour obtenir un préfixe agrégé exact sous la forme d’un seul bloc, la plage couverte doit être continue, contenir un nombre d’adresses égal à une puissance de deux et commencer sur la borne correspondante. Si les blocs de départ sont de même taille, leur nombre doit aussi être une puissance de deux. Des blocs de tailles différentes peuvent être regroupés : 192.168.10.0/25, 192.168.10.128/26 et 192.168.10.192/26 remplissent un /24 entier.

Distingue une couverture d’une agrégation exacte

Quatre blocs /24 de 172.16.1.0/24 à 172.16.4.0/24 contiennent aussi 1 024 adresses, mais ne commencent pas sur une borne adaptée à /22. Le plus petit bloc unique qui les contient est 172.16.0.0/21. Il inclut des blocs /24 supplémentaires en dehors du groupe demandé.

Utilise la première adresse du premier bloc et la dernière adresse du dernier bloc pour vérifier un préfixe couvrant l’ensemble. Examiner uniquement les adresses réseau peut masquer la taille du dernier bloc. Par exemple, 10.20.0.0/24 et 10.20.1.0/23 ne peuvent pas être considérés comme deux attributions adjacentes valides : la seconde désignation est mal alignée et se trouve en réalité dans 10.20.0.0/23.

Un plan d’adressage qui donne à chaque site un bloc parent contigu et aligné est plus facile à agréger et à étendre. Par exemple, des blocs distincts 10.1.0.0/16 et 10.2.0.0/16 permettent aux sous-réseaux plus petits de chaque site de conserver un préfixe commun facile à reconnaître.

IPv6 utilise des adresses de 128 bits, contre 32 bits pour IPv4. Son espace contient environ $\mathrm{3,4}\times {10}^{38}$ adresses. Cet espace plus grand permet un adressage unique à l’échelle mondiale, à une échelle qu’IPv4 ne peut pas offrir.

Lis les groupes hexadécimaux

La numération hexadécimale utilise 0–9 et a–f ; a vaut 10 et f vaut 15. Chaque chiffre représente quatre bits, soit un quartet. 4b en hexadécimal représente 0100 1011, soit 75 en décimal. Quatre chiffres hexadécimaux forment un groupe de 16 bits, souvent appelé hextet.

Une adresse IPv6 complète comporte huit groupes séparés par des deux-points :

2001:0db8:0000:0000:0008:0800:200c:417a

Compte huit groupes de 16 bits pour obtenir les 128 bits. Les lettres hexadécimales peuvent être écrites en majuscules ou en minuscules, mais la forme écrite recommandée utilise les minuscules.

Abrège sans changer les valeurs

Supprime d’abord les zéros de tête dans chaque groupe. 0db8 devient db8, 0008 devient 8 et 0000 devient 0. Garde les zéros à l’intérieur et à la fin : 0800 devient 800, et non 8.

Remplace ensuite une suite continue de groupes entièrement composés de zéros par ::. Ne l’utilise qu’une fois. Deux doubles deux-points rendraient ambiguë la répartition des groupes manquants. L’exemple complet devient 2001:db8::8:800:200c:417a.

La RFC 5952 recommande de compresser la plus longue suite. Si plusieurs suites sont de même longueur, compresse la première. Laisse un groupe de zéros isolé sous la forme 0 :

La dernière adresse ne comporte qu’un seul groupe de zéros : la forme recommandée le laisse donc visible. Une écriture IPv6 valide et l’écriture recommandée sont deux questions distinctes : certaines formes valides sont plus longues ou utilisent des majuscules.

Développe une adresse abrégée

Dans 2001:db8:acad:12::100, cinq groupes sont visibles. Huit moins cinq laisse trois groupes de zéros représentés par ::. Insère-les, puis complète chaque groupe pour obtenir quatre chiffres :

2001:0db8:acad:0012:0000:0000:0000:0100

Ce développement montre aussi pourquoi 2001:db8::1 et 2001:db8::1:0 sont différentes. Leurs 16 derniers bits diffèrent ; supprimer un groupe de zéros final change l’adresse.

Dans une URL, les crochets séparent une adresse IPv6 littérale d’un port : http://[2001:db8::10]:8080/. Ici, les crochets font partie de la syntaxe de l’URL, tandis que les deux-points à l’intérieur identifient l’adresse.

Reconnais les méthodes de coexistence

IPv4 et IPv6 utilisent des formats de paquets différents et ne communiquent pas directement. La double pile exécute les deux protocoles, ce qui permet à chaque connexion d’utiliser celui qui convient. La tunnellisation transporte les paquets d’un protocole dans ceux de l’autre à travers un réseau intermédiaire. NAT64, généralement associé à DNS64, traduit les communications entre des clients utilisant uniquement IPv6 et des serveurs utilisant uniquement IPv4. Ces mécanismes ont des rôles différents : ajouter une adresse IPv6 à un hôte à double pile ne traduit pas un paquet IPv4.

Un préfixe IPv6 conserve le nombre indiqué de bits à partir de la gauche. 2001:db8:acad:12::25/64 comporte un préfixe réseau de 64 bits et un identifiant d’interface de 64 bits. IPv6 utilise des préfixes précédés d’une barre oblique, et non des masques de sous-réseau en notation décimale pointée.

Utilise un /64 pour les réseaux locaux

Le sous-réseau local standard est /64. Il prend en charge les identifiants d’interface de 64 bits utilisés par SLAAC et EUI-64 modifié. Un /64 contient $2^{64}$ adresses, soit environ $\mathrm{1,8}\times {10}^{19}$ : la planification d’un réseau local ne consiste donc pas à réduire les blocs pour les adapter à quelques dizaines d’hôtes.

Pour un /64, conserve les quatre premiers groupes complets et mets les quatre autres à zéro. L’adresse 2001:db8:acad:12:a::1/64 appartient à 2001:db8:acad:12::/64. Ce préfixe reste une adresse IPv6 complète : omettre :: ne laisserait que quatre groupes écrits, sans notation pour les groupes manquants.

Distingue le site, le sous-réseau et l’interface

Un plan de site courant comporte un préfixe de routage global, un identifiant de sous-réseau et l’identifiant d’interface. Si le site reçoit un /48, ses trois premiers groupes sont fixes. Le quatrième groupe fournit 16 bits de sous-réseau avant la séparation de l’interface à /64.

Le nombre de sous-réseaux est $2^{64-48}=65536$. Compte dans le quatrième groupe de 0 à ffff :

• 2001:db8:acad::/64.
• 2001:db8:acad:1::/64.
• 2001:db8:acad:2::/64.
• Continue jusqu’à 2001:db8:acad:ffff::/64.

Un /56 laisse huit bits de sous-réseau, ce qui donne $2^{64-56}=256$ sous-réseaux locaux. Pour 2001:db8:acad:4b00::/56, les deux premiers chiffres hexadécimaux du quatrième groupe, 4b, restent fixes. Le groupe de sous-réseau /64 peut aller de 4b00 à 4bff.

Lis les séparations à l’intérieur des groupes

Chaque chiffre hexadécimal contient quatre bits. Les longueurs de préfixe divisibles par quatre tombent sur des frontières de quartet, faciles à voir. Pour /56, conserve 14 chiffres hexadécimaux. Appliqué à 2001:db8:acad:4b7f::25, ce préfixe donne 2001:db8:acad:4b00::/56 : les deux derniers chiffres du quatrième groupe deviennent zéro.

Les identifiants de sous-réseau sont hexadécimaux. Un identifiant écrit 10 représente 16 en décimal, et non dix. Un plan peut désigner le VLAN 10 par le texte de sous-réseau 10, mais c’est un choix de désignation, pas un calcul décimal.

La règle de calcul du nombre de sous-réseaux fonctionne aussi en dehors des frontières de quartet. Un site en /55 laisse neuf bits avant /64 : il contient donc 512 réseaux locaux. Pour 2001:db8:acad:4a00::/55, le groupe du réseau local va de 4a00 à 4bff : un bit du deuxième chiffre hexadécimal de ce groupe peut varier. Un /56 commençant à 4a00 s’arrête quant à lui à 4aff. Compte les bits lorsqu’un préfixe coupe un chiffre hexadécimal ; conserver visuellement des chiffres entiers ferait perdre ce bit de sous-réseau supplémentaire.

Les liaisons entre routeurs peuvent utiliser /64 ou /127 ; ce dernier contient exactement deux adresses selon la RFC 6164. Ce choix pour les liaisons point à point ne change pas la structure standard en /64 des réseaux locaux.

Configure et vérifie une interface

En mode de configuration d’interface Cisco IOS, ipv6 address 2001:db8:acad:1::1/64 attribue une adresse. Ajouter eui-64 à une commande de préfixe /64 demande au routeur de construire l’identifiant à partir de son adresse MAC. show ipv6 interface brief affiche les adresses, y compris les adresses locales au lien. Sous Windows, ipconfig et, sous Linux, ip -6 addr affichent aussi les paramètres IPv6. Vérifie le préfixe ainsi que l’adresse : un identifiant d’hôte qui semble correct ne peut pas corriger un préfixe de sous-réseau erroné.

Une adresse de monodiffusion identifie une interface. Une interface IPv6 possède normalement une adresse locale au lien et peut aussi avoir des adresses globales ou locales uniques. Il est normal qu’une interface ait plusieurs adresses : examine donc le rôle de chacune avant de choisir celle à utiliser.

Adresses de monodiffusion globales

L’espace de monodiffusion globale actuellement attribué est 2000::/3, qui commence par 2 ou 3 en hexadécimal. Ces adresses sont destinées aux communications de monodiffusion avec des adresses uniques à l’échelle mondiale et routables sur Internet. La plage contient aussi des réservations à usage spécial : 2001:db8::/32 et 3fff::/20 sont par exemple réservées à la documentation. Un 2 ou un 3 initial est un premier indice de classification, mais n’autorise pas à attribuer une adresse quelconque de cet espace.

Comme pour IPv4 public, une portée globale ne garantit pas qu’un service soit accessible. Le réseau doit router le préfixe et la politique de sécurité peut bloquer le trafic.

Adresses locales au lien

Le préfixe réservé aux adresses locales au lien est fe80::/10. Leur format utilise des bits à zéro jusqu’à la séparation /64, suivis d’un identifiant d’interface de 64 bits : les adresses normales apparaissent donc sous la forme fe80::....

Les adresses locales au lien servent à communiquer sur un seul lien. Les routeurs ne transmettent jamais sur un autre lien les paquets dont la source ou la destination est locale au lien. La découverte de voisins IPv6 et les annonces de routeur utilisent cette portée locale ; la passerelle par défaut d’un hôte est souvent l’adresse locale au lien d’un routeur.

Comme fe80::1 peut exister sur plusieurs liens distincts, un hôte peut avoir besoin d’un indice de zone pour sélectionner l’interface. fe80::1%eth0 désigne l’interface Linux nommée eth0. Windows peut afficher un numéro d’interface, comme %12. La zone est une information locale, et non une partie supplémentaire des 128 bits de l’adresse.

Adresses locales uniques

Les adresses locales uniques (ULA) occupent fc00::/7. Les ULA attribuées localement commencent par fd, à partir de fd00::/8. Un préfixe de site combine ce début avec un identifiant global de 40 bits choisi aléatoirement, ce qui produit un /48. Viennent ensuite un identifiant de sous-réseau de 16 bits et un identifiant d’interface de 64 bits.

Par exemple, fd3c:9a21:7b04::/48 fournit un adressage local au site sans dépendre du préfixe global d’un fournisseur d’accès. L’identifiant global aléatoire rend peu probable un chevauchement accidentel entre des sites planifiés indépendamment. Les ULA ne sont pas routées sur l’Internet public, mais elles fonctionnent dans une organisation routée sans nécessiter NAT.

Un hôte peut utiliser une ULA pour un service interne et une adresse globale pour un service Internet. La sélection de l’adresse source choisit une adresse adaptée à la connexion. L’ancienne catégorie d’adresses locales au site fec0::/10 a été rendue obsolète et remplacée par les ULA.

Une ULA et une adresse locale au lien répondent donc à des besoins différents : une organisation peut router une ULA entre ses sous-réseaux internes, tandis qu’une adresse locale au lien reste sur son lien d’origine.

IPv6 n’a pas d’adresses de diffusion. Il utilise des groupes de multidiffusion pour de nombreuses tâches qui nécessitent un envoi à plusieurs interfaces concernées. D’autres adresses spéciales désignent des tests locaux, des sources non configurées ou la compatibilité avec IPv4.

Lis les groupes et les portées de multidiffusion

Les adresses de multidiffusion commencent par ff, dans la plage ff00::/8. Les quatre bits suivants sont des fanions et les quatre d’après indiquent la portée, c’est-à-dire la zone dans laquelle le groupe est valide. La portée 1 est locale à l’interface, 2 locale au lien, 5 locale au site, 8 locale à l’organisation et e globale. Une adresse de multidiffusion est une destination, jamais la source d’un paquet.

Une adresse de multidiffusion de nœud sollicité combine ff02::1:ff00:0/104 avec les 24 derniers bits d’une adresse de monodiffusion. Pour 2001:db8:acad:1::7:3a, développe la fin en 0007:003a. Les 24 derniers bits sont 07:003a, ce qui donne ff02::1:ff07:3a. La découverte de voisins peut envoyer une requête à ce groupe plus restreint au lieu de l’envoyer à tous les nœuds. Différentes adresses de monodiffusion peuvent partager les mêmes 24 derniers bits : le groupe ne désigne donc pas nécessairement une seule interface.

Distingue l’anycast de la multidiffusion

L’anycast consiste à configurer la même adresse de monodiffusion sur plusieurs interfaces. Le routage transmet un paquet à une destination choisie selon les métriques et la politique de routage. Il ne s’agit pas nécessairement du serveur le plus proche géographiquement ni de celui dont le délai mesuré est le plus faible. Les services DNS publics utilisent cette méthode en IPv4 comme en IPv6.

La multidiffusion transmet aux membres du groupe ; l’anycast sélectionne une destination. Une adresse anycast n’a pas de préfixe spécial visible : c’est la configuration et le routage qui en font une adresse anycast.

Reconnais les adresses individuelles spéciales

::1/128 est l’adresse de bouclage, l’unique adresse IPv6 pour le trafic qui reste sur l’hôte. ::/128, normalement écrite ::, est l’adresse non spécifiée, utilisée comme source avant qu’une adresse soit disponible. Avec /0, ::/0 décrit en revanche toutes les destinations IPv6 et désigne une route par défaut.

Les préfixes de documentation sont 2001:db8::/32 et 3fff::/20. Ils permettent de présenter des exemples sans désigner d’hôtes globaux réels en service.

Reconnais une adresse IPv4 intégrée dans une écriture IPv6

Les adresses IPv4 mappées utilisent ::ffff:0:0/96 sur les hôtes à double pile. ::ffff:192.0.2.10 équivaut à ::ffff:c000:20a ; les 32 derniers bits contiennent la valeur IPv4.

Tu peux vérifier la valeur intégrée octet par octet. 192 en décimal devient c0 en hexadécimal, 0 devient 00, 2 devient 02 et 10 devient 0a. Regrouper les octets sous la forme c000:020a conserve les 32 bits ; l’abréviation ne supprime que le zéro de tête de 020a. C’est pourquoi une terminaison en notation décimale pointée et une terminaison hexadécimale peuvent désigner la même valeur mappée.

Le préfixe NAT64 bien connu est 64:ff9b::/96 : 64:ff9b::192.0.2.10 correspond donc à 64:ff9b::c000:20a. Bien que les deux formes intègrent des bits IPv4, elles servent à des usages différents. Une adresse mappée représente un terminal IPv4 dans l’interface de programmation IPv6 d’un hôte ; le préfixe NAT64 désigne les adresses utilisées par un traducteur.

Dans un sous-réseau /64, l’identifiant d’interface correspond aux 64 derniers bits de l’adresse. Il peut être défini manuellement, attribué par DHCPv6 ou créé par l’hôte avec SLAAC. Les identifiants créés par l’hôte peuvent être aléatoires ou suivre la méthode EUI-64 modifié.

Transforme une adresse MAC en identifiant

Une adresse MAC comporte 48 bits. EUI-64 modifié l’étend à 64 bits et change un bit. Utilise l’adresse MAC 00:1a:2b:3c:4d:5e :

1. Divise-la en deux moitiés de 24 bits : 001a2b et 3c4d5e.
2. Insère fffe entre les deux : 001a2bfffe3c4d5e.
3. Regroupe les chiffres en quatre hextets : 001a:2bff:fe3c:4d5e.
4. Inverse le bit universel/local du premier octet. Son poids est 2 : c’est le septième bit à partir de la gauche. 00000000 en binaire devient 00000010, donc 00 devient 02.

L’identifiant est 021a:2bff:fe3c:4d5e. Combiné à 2001:db8:acad:1::/64, il donne 2001:db8:acad:1:21a:2bff:fe3c:4d5e. Le zéro de tête de 021a disparaît dans l’écriture IPv6 recommandée. Une adresse locale au lien utilisant cet identifiant est fe80::21a:2bff:fe3c:4d5e.

Inverse le bit dans les deux sens

« Inverser » signifie remplacer 0 par 1 ou 1 par 0. Cela ne signifie pas toujours ajouter 2. Un premier octet 02 devient 00. Pour l’adresse MAC 3c:22:fb:12:34:56, le premier octet 3c s’écrit 00111100. Inverser son bit de poids 2 donne 00111110, soit 3e. L’identifiant final est 3e22:fbff:fe12:3456.

Insère fffe entre les deux moitiés d’origine avant de regrouper les chiffres en hextets. Cette suite apparaît de part et d’autre de la séparation entre les hextets du milieu, selon le motif xxxx:xxff:fexx:xxxx. L’ajouter à la fin produit un identifiant différent.

Lis un identifiant avec attention

Le motif ff:fe au milieu suggère EUI-64 modifié, mais un identifiant choisi manuellement ou aléatoirement peut contenir les mêmes bits. Ne retrouve une adresse MAC que si tu sais que cette méthode a été utilisée : supprime le fffe inséré, puis inverse à nouveau le bit de poids 2. L’opération est sa propre réciproque.

Pour un calcul inverse, supposons que 0a64:22ff:fe12:ab34 soit un identifiant EUI-64 modifié. Supprime le fffe du milieu pour retrouver 0a:64:22:12:ab:34. Inverse le bit de poids 2 du premier octet : 0a devient 08. L’adresse MAC d’origine est 08:64:22:12:ab:34. Supprimer seulement le marqueur laisserait un premier octet erroné ; annule les deux étapes de construction.

Un identifiant issu d’une adresse MAC peut permettre à des observateurs de relier l’activité d’un équipement entre différents réseaux. Les systèmes modernes pour ordinateurs et appareils mobiles utilisent généralement des identifiants stables par réseau et des identifiants temporaires pour les connexions sortantes, ce qui réduit cette exposition. Un identifiant d’apparence aléatoire est normal ; SLAAC n’exige pas de valeur issue d’une adresse MAC.

Vérifie l’unicité avant utilisation

Un hôte effectue une détection des adresses dupliquées (DAD) pour une nouvelle adresse de monodiffusion. Il envoie une sollicitation de voisinage depuis la source non spécifiée :: au groupe de multidiffusion de nœud sollicité de l’adresse. Si un conflit est détecté, l’hôte ne peut pas utiliser cette adresse. Sinon, l’adresse peut passer de l’état provisoire à l’état utilisable après la vérification. Un identifiant d’interface de 64 bits et un préfixe correct définissent la forme de l’adresse ; DAD vérifie si elle est déjà utilisée sur le lien.