SLAAC est l’un des mécanismes fondamentaux qui distingue IPv6 des anciens modèles d’attribution d’adresses. Le terme signifie Stateless Address Autoconfiguration, c’est-à-dire autoconfiguration d’adresse sans état, et désigne le processus par lequel un hôte IPv6 peut configurer automatiquement sa propre adresse et ses paramètres réseau de base sans qu’un serveur d’adresses avec état doive attribuer chaque adresse individuellement. Concrètement, cela permet à un appareil compatible IPv6 de rejoindre un réseau, d’apprendre les informations de préfixe pertinentes, de créer sa propre adresse, de vérifier que cette adresse est unique sur le lien local, puis de commencer à communiquer avec le réseau IPv6 plus large.

C’est l’une des raisons pour lesquelles SLAAC est si important dans la conception d’IPv6. Il réduit la dépendance à la configuration manuelle des adresses et permet aux hôtes de s’autoconfigurer de manière normalisée. Le comportement formel est défini dans la RFC 4862, qui précise les étapes suivies par les hôtes pour déterminer comment autoconfigurer les interfaces IPv6, notamment la génération d’une adresse link-local, la génération d’adresses globales par autoconfiguration sans état et l’exécution de Duplicate Address Detection. Le comportement de Router Advertisement provient d’IPv6 Neighbor Discovery, défini dans la RFC 4861, qui est le mécanisme utilisé par les hôtes pour découvrir les routeurs, les préfixes et d’autres informations réseau sur le lien local. 

Dans les réseaux IPv6 modernes, SLAAC est largement utilisé dans les environnements d’entreprise, de campus, de haut débit, mobiles, domestiques, de laboratoire et proches du cloud. Il est souvent abordé avec DHCPv6, Router Advertisements, Neighbor Discovery, les extensions de confidentialité, les identifiants d’interface stables et la configuration DNS. Pour bien comprendre IPv6, il est essentiel de savoir ce qu’est SLAAC, ce qu’il configure automatiquement, comment il fonctionne étape par étape et où ses avantages et ses limites comptent dans les déploiements réels.

SLAAC permet aux hôtes IPv6 de construire leurs propres adresses à partir d’annonces réseau au lieu d’attendre qu’un serveur leur en attribue une directement.

Qu’est-ce que SLAAC ?

Définition de base

SLAAC signifie Stateless Address Autoconfiguration. En IPv6, il s’agit du processus par lequel un hôte configure des adresses pour une interface en utilisant les informations annoncées sur le réseau local, plutôt que de s’appuyer uniquement sur un serveur avec état pour attribuer l’adresse. La RFC 4862 le définit comme le mécanisme qui permet à un hôte de générer une adresse link-local, de générer des adresses globales par autoconfiguration sans état et d’effectuer Duplicate Address Detection afin de vérifier l’unicité sur le lien.

Le mot « sans état » est important. Il signifie que le routeur qui annonce le préfixe n’a pas besoin de conserver un état d’attribution d’adresse par hôte de la même manière qu’un serveur traditionnel avec état. L’hôte utilise les informations de préfixe qu’il apprend du réseau et les combine avec sa propre logique d’identifiant d’interface pour créer une adresse IPv6 utilisable.

Pourquoi IPv6 utilise cette approche

IPv6 a été conçu pour prendre en charge une configuration d’adresses plus simple et plus évolutive que les approches manuelles ou fortement dépendantes d’un serveur souvent utilisées dans les environnements antérieurs. En permettant à un hôte de construire sa propre adresse après avoir reçu des informations réseau via Router Advertisements, le protocole réduit la friction opérationnelle et facilite l’intégration des appareils. La RFC 4862 présente explicitement le processus comme une autoconfiguration côté hôte, tandis que la RFC 4861 fournit le comportement Neighbor Discovery et Router Advertisement qui le rend possible. 

Cela ne signifie pas qu’IPv6 supprime tout rôle des systèmes de configuration centralisés. Dans la pratique, SLAAC coexiste souvent avec DHCPv6, des contrôles de politique locale, des informations DNS basées sur RA et des règles d’accès réseau. Mais la capacité d’autoconfiguration reste l’une des caractéristiques déterminantes du comportement des hôtes IPv6.

SLAAC signifie que l’hôte configure sa propre adresse IPv6 à partir d’informations apprises sur le lien local, au lieu d’attendre qu’un serveur distribue chaque adresse une par une.

Comment fonctionne SLAAC

Étape 1 : l’hôte crée une adresse link-local

Avant de pouvoir communiquer de manière significative sur le lien IPv6 local, un hôte doit disposer d’une adresse link-local. La RFC 4862 décrit la génération d’une adresse link-local comme faisant partie du processus d’autoconfiguration lui-même. Cette adresse est utilisée pour la communication sur le lien local et elle est fondamentale pour Neighbor Discovery et le traitement des Router Advertisements. 

Cette étape compte parce que l’hôte a besoin d’une identité IPv6 locale avant de pouvoir participer pleinement aux procédures de découverte avec les routeurs et voisins proches. Même avant l’apprentissage d’un préfixe unicast global, l’adresse link-local rend possible l’interaction IPv6 locale.

Étape 2 : l’hôte apprend les informations réseau via Router Advertisements

Après avoir établi sa présence locale, l’hôte écoute les Router Advertisements ou peut les solliciter auprès des routeurs locaux. La RFC 4861 définit les Router Advertisements comme faisant partie d’IPv6 Neighbor Discovery et explique que les hôtes utilisent Neighbor Discovery pour découvrir les routeurs, les préfixes et d’autres paramètres nécessaires sur le lien local. 

Ces annonces indiquent à l’hôte si un préfixe est disponible pour une configuration autonome de l’adresse, si un routeur doit être traité comme passerelle par défaut et si d’autres méthodes de configuration comme DHCPv6 sont également signalées. C’est l’une des distinctions les plus importantes d’IPv6 : le routeur ne se contente pas de transférer le trafic, il indique aussi aux hôtes comment se configurer.

Étape 3 : l’hôte forme une adresse globale ou locale unique

Une fois que l’hôte apprend un préfixe utilisable marqué pour la configuration autonome, il le combine avec un identifiant d’interface pour construire son adresse. Cette construction d’adresse côté hôte est le cœur de SLAAC. La RFC 4862 précise que les adresses globales peuvent être générées par autoconfiguration sans état, tandis que la RFC 7217 décrit ensuite une méthode de génération d’identifiants d’interface sémantiquement opaques qui restent stables dans un sous-réseau mais changent d’un réseau à l’autre. 

Historiquement, les identifiants d’interface étaient parfois dérivés directement des adresses de couche liaison, mais cela soulevait des préoccupations de confidentialité. Des recommandations ultérieures ont privilégié des approches plus respectueuses de la confidentialité et sémantiquement opaques, et la RFC 8064 recommande d’utiliser le mécanisme de la RFC 7217 comme méthode par défaut pour générer des identifiants d’interface SLAAC stables plutôt que d’intégrer directement des adresses stables de couche liaison. 

Étape 4 : Duplicate Address Detection vérifie l’unicité

Une fois l’adresse formée, l’hôte doit vérifier qu’elle n’est pas déjà utilisée sur le lien. Cela se fait par Duplicate Address Detection, ou DAD, que la RFC 4862 identifie comme une partie obligatoire du processus d’autoconfiguration. DAD est essentiel parce que même si une adresse est générée localement, elle doit encore être unique sur le segment de réseau local avant de pouvoir être utilisée en toute sécurité. 

Si DAD réussit, l’hôte peut considérer l’adresse comme valide et l’utiliser selon ses durées de vie préférée et valide. Si DAD échoue, l’adresse ne peut pas être utilisée en sécurité, et le comportement correctif dépend de la méthode de génération d’adresse et de l’implémentation de l’hôte.

SLAAC implique la création d’une adresse locale, l’apprentissage par Router Advertisement, la formation d’adresse côté hôte et les contrôles d’unicité via DAD.

Étape 5 : l’hôte apprend le routeur par défaut et d’autres paramètres

SLAAC ne concerne pas seulement l’adresse elle-même. Les Router Advertisements fournissent aussi des informations de routeur par défaut et peuvent indiquer un comportement réseau supplémentaire. La RFC 4861 explique que Neighbor Discovery est utilisé par les hôtes pour trouver des routeurs et maintenir des informations d’accessibilité concernant les chemins vers les voisins actifs. Cela signifie que l’hôte ne se contente pas de construire une adresse avec SLAAC ; il apprend aussi comment atteindre le réseau plus large via le routeur annonceur. 

C’est l’une des raisons pour lesquelles les Router Advertisements sont centraux dans le comportement des hôtes IPv6. Ils constituent le mécanisme par lequel l’hôte apprend à la fois comment se numéroter et où envoyer le trafic au-delà du lien local.

Composants clés derrière SLAAC

Router Advertisements

Les Router Advertisements, ou RA, sont les messages de contrôle essentiels qui informent les hôtes sur les préfixes, les routeurs par défaut et les indications de configuration. Sans RA, SLAAC ne peut pas fournir à l’hôte les informations de préfixe nécessaires à la configuration autonome d’une adresse globale. La RFC 4861 fait des Router Advertisements un élément central de Neighbor Discovery. 

Dans les déploiements pratiques, comprendre le comportement RA est souvent plus important que mémoriser le mot SLAAC lui-même. L’hôte n’invente pas magiquement le préfixe réseau. Il l’apprend d’un routeur qui annonce l’information sur le lien local.

Informations de préfixe

Le préfixe annoncé est l’une des parties les plus importantes du processus. Il indique à l’hôte à quel réseau IPv6 il appartient et quelle portion de l’espace d’adresses il peut utiliser pour construire sa propre adresse. Si le routeur marque le préfixe pour la configuration autonome, l’hôte est autorisé à l’utiliser dans SLAAC. La RFC 4862 définit comment l’hôte utilise ces informations de préfixe dans l’autoconfiguration sans état. 

C’est pourquoi SLAAC est souvent expliqué comme la combinaison, par l’hôte, d’un préfixe appris du réseau avec un identifiant d’interface généré localement.

Génération de l’identifiant d’interface

L’identifiant d’interface, ou IID, est la partie de l’adresse générée par l’hôte qui est combinée avec le préfixe. La génération des IID a évolué au fil du temps car les préoccupations de confidentialité et de traçage sont devenues plus importantes dans les déploiements IPv6. La RFC 7217 définit une méthode pour générer des IID sémantiquement opaques qui restent stables dans un sous-réseau donné mais diffèrent d’un réseau à l’autre, et la RFC 8064 recommande cette approche comme recommandation par défaut pour les adresses SLAAC stables. 

Cela compte parce que toutes les adresses générées par SLAAC ne se ressemblent pas et n’ont pas les mêmes implications en matière de confidentialité. La méthode de génération d’adresse a un impact direct sur la traçabilité, la stabilité et le comportement opérationnel.

Duplicate Address Detection

DAD est l’étape de contrôle qualité de SLAAC. Elle vérifie si l’adresse nouvellement formée est déjà utilisée sur le lien local. La RFC 4862 inclut explicitement DAD dans le processus standard d’autoconfiguration. Des travaux ultérieurs comme la RFC 9131 mettent aussi à jour le comportement Neighbor Discovery concernant la nouvelle attribution d’adresse et les Neighbor Advertisements non sollicités, ce qui reflète l’importance opérationnelle continue d’une gestion correcte de l’unicité des adresses. 

Cela renforce une idée simple mais importante : la génération d’adresse ne suffit pas à elle seule. La vérification de l’adresse compte aussi.

SLAAC dépend de trois éléments essentiels qui fonctionnent ensemble : les routeurs annoncent le préfixe, l’hôte génère l’adresse et DAD vérifie que l’adresse peut être utilisée en sécurité.

SLAAC et configuration DNS

Ce que SLAAC ne garantit pas automatiquement

On parle souvent de SLAAC comme s’il résolvait toute la configuration de l’hôte à lui seul. En réalité, le SLAAC de base concerne spécifiquement l’autoconfiguration des adresses et le comportement IPv6 local associé. Les informations DNS constituent un sujet distinct. Historiquement, l’une des questions courantes dans les déploiements IPv6 a été de savoir comment les hôtes apprennent les adresses des serveurs DNS récursifs et les listes de recherche lorsqu’ils utilisent SLAAC.

C’est pourquoi la configuration DNS en IPv6 est souvent discutée séparément du comportement central de SLAAC. L’hôte peut configurer son adresse via SLAAC et avoir encore besoin d’une autre méthode pour apprendre les paramètres DNS, sauf si des options DNS de Router Advertisement sont présentes ou si un autre service comme DHCPv6 est utilisé.

Options Router Advertisement pour DNS

La RFC 8106 traite directement ce point en spécifiant des options Router Advertisement qui permettent aux routeurs IPv6 d’annoncer aux hôtes IPv6 une liste d’adresses de serveurs DNS récursifs et une DNS Search List. Cela signifie que, dans de nombreux déploiements, les informations DNS peuvent être distribuées via des options RA sans exiger DHCPv6 uniquement pour le DNS. La RFC 8106 rend obsolète la RFC 6106 et demeure la référence de normalisation pertinente pour la configuration DNS basée sur RA. 

C’est un point opérationnel important, car de nombreux administrateurs considèrent SLAAC et DHCPv6 comme les deux seules options. Dans la pratique, SLAAC avec des options DNS basées sur RA est un modèle de déploiement courant et parfaitement valable.

SLAAC vs DHCPv6

SLAAC et DHCPv6 sont souvent abordés ensemble, mais ce ne sont pas la même chose. SLAAC est une configuration d’adresse sans état côté hôte basée sur les Router Advertisements. DHCPv6 est un cadre séparé permettant d’obtenir une configuration via un serveur DHCPv6. Dans les réseaux IPv6, les deux méthodes peuvent coexister au lieu de s’opposer dans un modèle simple de type l’un ou l’autre. Le routeur peut indiquer au moyen de drapeaux RA si les hôtes doivent utiliser un comportement DHCPv6 supplémentaire avec état ou sans état, tout en continuant à utiliser SLAAC pour l’adresse elle-même. Les RFC 4861 et RFC 5175 sont toutes deux liées au comportement des drapeaux Router Advertisement et au cadre de signalisation autour de ces décisions. 

Dans les déploiements réels, le choix n’est souvent pas « SLAAC ou DHCPv6 », mais plutôt « quel rôle chacun doit-il jouer dans ce réseau ». De nombreux environnements IPv6 utilisent SLAAC pour les adresses et le DNS basé sur RA, tandis que d’autres combinent SLAAC avec DHCPv6 pour d’autres objectifs administratifs.

Avantages de SLAAC

Intégration plus simple des hôtes

Un avantage majeur de SLAAC est que les hôtes peuvent se configurer automatiquement une fois qu’ils sont sur le lien et reçoivent des Router Advertisements. La RFC 4862 décrit directement ce flux d’autoconfiguration côté hôte. Cela réduit le besoin d’adressage manuel et peut simplifier l’intégration d’un grand nombre de terminaux. 

Pour les administrateurs, cela peut rendre le déploiement d’IPv6 plus fluide, en particulier dans les environnements comportant de nombreux appareils clients ou des populations de terminaux changeantes.

Dépendance opérationnelle réduite à l’attribution d’adresses avec état

Un autre avantage est que le routeur n’a pas besoin de suivre et de distribuer chaque adresse individuellement comme le ferait un modèle classique d’attribution avec état. L’hôte crée l’adresse lui-même après avoir appris le préfixe et les indications de politique du routeur local. Cela réduit le couplage opérationnel entre la création d’adresse et l’état central des baux.

Cette caractéristique sans état est l’une des idées architecturales clés de l’autoconfiguration IPv6.

Bonne adéquation avec la philosophie de conception d’IPv6

SLAAC correspond aussi à la philosophie plus large d’IPv6, qui met l’accent sur l’autoconfiguration évolutive des hôtes, la découverte assistée par routeur et la coexistence flexible avec d’autres méthodes de configuration. Neighbor Discovery et Router Advertisement sont centraux dans ce modèle, ce qui donne à SLAAC un caractère natif dans IPv6 plutôt qu’une fonction ajoutée après coup. Les RFC 4861 et RFC 4862 définissent ensemble ce comportement combiné. 

C’est pourquoi SLAAC est souvent l’un des premiers concepts enseignés pour expliquer en quoi IPv6 diffère des anciennes approches d’attribution d’adresses.

SLAAC réduit la configuration manuelle et permet aux hôtes IPv6 de construire automatiquement des adresses à partir des informations annoncées par le réseau.

Limites et considérations

La gestion DNS est séparée de la création d’adresse de base

Une limite est que le cœur de SLAAC ne résout pas automatiquement tous les besoins de configuration. La distribution DNS nécessite soit des options DNS basées sur RA, soit une autre méthode complémentaire. La RFC 8106 comble cette lacune pour l’annonce DNS basée sur RA, mais les administrateurs doivent la concevoir intentionnellement au lieu de supposer qu’elle se produit automatiquement. 

C’est l’une des sources de confusion les plus courantes lorsque les équipes déploient IPv6 avec SLAAC pour la première fois.

La confidentialité et les choix de génération d’IID comptent

Une autre considération importante est la confidentialité. Les anciennes méthodes de construction d’IID pouvaient intégrer dans les adresses des valeurs stables liées au matériel, ce qui créait des risques de suivi. Les RFC 7217, RFC 8064 et RFC 7721 reflètent toutes l’importance de stratégies de génération d’adresses respectueuses de la confidentialité et sémantiquement opaques dans les environnements SLAAC. Les extensions d’adresses temporaires restent également pertinentes via la RFC 8981 pour le comportement des hôtes axé sur la confidentialité. 

Cela signifie qu’un déploiement SLAAC moderne ne consiste pas seulement à activer les Router Advertisements. Il s’agit aussi de comprendre comment les adresses des hôtes sont générées et quelles implications de confidentialité en découlent.

Les préfixes obsolètes peuvent créer des problèmes opérationnels

Des problèmes opérationnels peuvent aussi survenir lorsque des préfixes annoncés deviennent invalides sans signalisation claire. La RFC 8978 décrit des scénarios dans lesquels les hôtes peuvent continuer à utiliser des préfixes obsolètes trop longtemps, ce qui entraîne des problèmes de connectivité. Cela rappelle que même la configuration « automatique » dépend d’une bonne hygiène de routage et de gestion des préfixes dans le réseau environnant. 

Autrement dit, SLAAC fonctionne mieux lorsque l’environnement de routage qui l’alimente est lui aussi conçu et maintenu avec soin.

SLAAC est puissant, mais ce n’est pas magique. Une bonne autoconfiguration IPv6 dépend encore d’une conception RA correcte, d’une politique IID raisonnable et d’une gestion opérationnelle attentive.

Où SLAAC est couramment utilisé

Réseaux d’entreprise et de campus

SLAAC est courant dans les réseaux IPv6 d’entreprise et de campus, où un grand nombre de terminaux doivent être intégrés efficacement et où les Router Advertisements peuvent être gérés de façon cohérente. Dans ces environnements, la capacité des hôtes à s’autoconfigurer réduit la friction opérationnelle et prend en charge des populations de terminaux flexibles.

C’est particulièrement utile pour les appareils utilisateurs qui peuvent se connecter et se déconnecter fréquemment à travers des bâtiments ou des segments d’accès.

IPv6 domestique et haut débit

Les environnements domestiques et haut débit s’appuient également souvent sur le comportement d’autoconfiguration IPv6, car le modèle convient bien aux appareils clients qui rejoignent un réseau local et apprennent les informations de préfixe auprès du routeur côté client. L’expérience utilisateur vise souvent à être aussi automatique que possible, ce qui fait de SLAAC un choix naturel.

Dans ces déploiements, la simplicité et la configuration à faible intervention sont des avantages majeurs.

Environnements mobiles et clients dynamiques

Les environnements mobiles ou dynamiques bénéficient de SLAAC parce que l’adresse peut être créée par l’hôte lorsqu’il arrive sur un nouveau sous-réseau compatible IPv6. Le concept de la RFC 7217, avec une génération d’IID stable dans un sous-réseau mais changeante entre réseaux, est particulièrement pertinent ici. 

Cela donne aux clients mobiles un moyen de participer à l’adressage IPv6 sans exiger, au sens traditionnel, une attribution d’adresse côté serveur à chaque déplacement.

Laboratoires, développement et environnements de transition IPv6

SLAAC est également largement utilisé dans les laboratoires, les réseaux de test, les environnements de développement et les déploiements IPv6 par étapes, car il rend l’intégration de base des hôtes relativement simple. Les équipes peuvent se concentrer sur le routage, la sécurité et le comportement des applications sans attribuer manuellement chaque adresse d’hôte.

Cela fait souvent de SLAAC une première étape utile dans le déploiement pratique et l’apprentissage d’IPv6.

Modèles de déploiement les mieux adaptés

SLAAC avec DNS basé sur RA

Un modèle de déploiement courant consiste à utiliser SLAAC pour la création d’adresse avec des options DNS de Router Advertisement telles que définies dans la RFC 8106. Cela maintient la configuration de l’hôte légère tout en donnant aux terminaux les informations DNS dont ils ont besoin. 

C’est souvent une conception propre et efficace lorsque les administrateurs veulent une expérience hôte IPv6 principalement pilotée par le routeur.

SLAAC avec DHCPv6 complémentaire

Un autre modèle consiste à utiliser SLAAC pour la construction d’adresse tout en utilisant DHCPv6 pour d’autres informations administratives ou besoins de politique. Comme les Router Advertisements peuvent signaler si une configuration supplémentaire est attendue, cette conception combinée peut donner davantage de flexibilité aux administrateurs sans abandonner SLAAC. 

Cette approche est particulièrement utile lorsque l’organisation veut l’auto-adressage des hôtes tout en valorisant un comportement de configuration centralisée supplémentaire.

SLAAC respectueux de la confidentialité

Un modèle moderne bien adapté consiste à éviter, lorsque c’est possible, d’exposer des identifiants stables dérivés du matériel et à utiliser les recommandations de confidentialité des RFC 7217 et RFC 8064, avec des adresses temporaires lorsque cela convient. Cela donne au réseau les avantages de SLAAC tout en réduisant l’exposition au suivi à long terme. 

Dans de nombreux environnements réels, c’est la manière la plus raisonnable de penser le SLAAC moderne : automatique, évolutif et attentif à la confidentialité.

Conclusion

SLAAC est le mécanisme IPv6 qui permet aux hôtes de configurer leurs propres adresses à partir d’informations apprises sur le réseau local via Router Advertisements. Il est défini par la RFC 4862 et fonctionne étroitement avec le comportement Neighbor Discovery de la RFC 4861. Ensemble, ces normes permettent à un hôte de former une adresse link-local, d’apprendre un préfixe annoncé, de construire une adresse globale, de vérifier l’unicité avec Duplicate Address Detection et d’apprendre comment atteindre le réseau plus large. 

Sa valeur réside dans la simplicité et l’évolutivité. Au lieu de dépendre d’une attribution avec état pour chaque adresse, l’hôte participe activement à sa propre configuration IPv6. En même temps, un bon déploiement exige encore une réflexion attentive sur la distribution DNS, les identifiants d’interface respectueux de la confidentialité et l’hygiène opérationnelle du réseau.

En bref, SLAAC est l’une des idées centrales d’IPv6. Il explique comment les hôtes IPv6 peuvent rejoindre un réseau intelligemment et automatiquement, et il reste essentiel pour comprendre le fonctionnement réel de la configuration IPv6 moderne.

FAQ

Que signifie SLAAC ?

SLAAC signifie Stateless Address Autoconfiguration. C’est le processus IPv6 qui permet à un hôte de configurer sa propre adresse à partir des informations annoncées par le réseau. 

Comment SLAAC obtient-il une adresse IPv6 ?

L’hôte écoute les Router Advertisements, apprend un préfixe IPv6, génère un identifiant d’interface, les combine en une adresse, puis exécute Duplicate Address Detection avant de l’utiliser.

SLAAC a-t-il besoin de DHCPv6 ?

Pas nécessairement. SLAAC peut créer l’adresse de manière indépendante, même si certains réseaux utilisent encore DHCPv6 pour d’autres éléments de configuration ou politiques. Le DNS peut aussi être fourni via les options RA définies dans la RFC 8106. 

Quel est le rôle des Router Advertisements dans SLAAC ?

Les Router Advertisements indiquent aux hôtes les préfixes, les routeurs et les informations de configuration. Ils sont essentiels au processus SLAAC, car l’hôte y apprend les informations de préfixe et de routeur par défaut. 

Qu’est-ce que DAD dans SLAAC ?

DAD signifie Duplicate Address Detection. C’est le processus utilisé pour vérifier que l’adresse IPv6 nouvellement générée est unique sur le lien local avant que l’hôte ne commence à l’utiliser. 

SLAAC est-il bon pour la confidentialité ?

Il peut l’être, mais la confidentialité dépend de la manière dont les identifiants d’interface sont générés. Les recommandations modernes privilégient des mécanismes sémantiquement opaques ou temporaires plutôt que l’exposition d’identifiants stables dérivés du matériel. 

Où SLAAC est-il couramment utilisé ?

Il est couramment utilisé dans les réseaux d’entreprise, de campus, haut débit, domestiques, mobiles, de laboratoire et, plus généralement, dans les réseaux compatibles IPv6 où les hôtes bénéficient d’une autoconfiguration automatique.