Pourquoi utiliser DHCPv6 plutôt que l'autoconfiguration d'adresse sans état ?

Vous voulez DHCPv6 si

• l'administrateur réseau doit pouvoir contrôler qui obtient (quelles adresses) IPv6, par exemple parce qu'il doit être en phase avec les enregistrements DNS AAAA, ou bien
• si vous ne voulez pas révéler à l'extérieur vos adresses MAC (c'est-à-dire les fournisseurs de matériel que vous utilisez), mais ne voulez pas non plus utiliser les extensions de confidentialité, par exemple pour continuer à utiliser les adresses IPv6 permanentes, ou
• si vous voulez les mêmes mises à jour dynamiques de DNS pour IPv6 que celles utilisées par votre serveur DHCP(v4) pour IPv4.

Une chose que DHCPv6 fournit et que autoconfig ne fournit pas, ce sont les serveurs DNS.

DHCPv6 possède de nombreuses fonctionnalités qui ne sont pas présentes dans SLAAC. La plupart de ces fonctionnalités sont rarement nécessaires.

Il existe cependant une fonctionnalité DHCPv6, qui serait utile dans de nombreux cas. Il s'agit de la délégation de préfixe. Si vous êtes administrateur de réseau chez un FAI, cette seule fonctionnalité peut vous suffire pour justifier le déploiement d'un serveur DHCPv6. Si vous ne travaillez pas pour un FAI, vous n'avez probablement pas besoin de la délégation de préfixe.

La délégation de préfixe permet au serveur DHCPv6 du FAI d'indiquer au routeur CPE la gamme d'adresses qu'il peut utiliser pour son ou ses réseaux locaux internes. Sans délégation de préfixe, seule l'interface WAN du routeur pourrait être autoconfigurée. Le réseau local devrait être configuré manuellement.

Le routeur CPE agirait en tant que client DHCPv6. Il n'aurait pas besoin d'agir en tant que serveur DHPv6, puisque le(s) réseau(x) local(aux) peut(vent) simplement utiliser SLAAC.

SLAAC était une bonne tentative pour autoconfigurer les adresses et supprimer la centralisation qu'oblige un serveur DHCP. Dans un réseau IPv4 où les adresses de tous les appareils sont gérées par un serveur DHCP, s'il tombe en panne, assez rapidement (lorsque les baux commencent à expirer), personne ne pourra plus parler.

Mais SLAAC manque de fonctionnalités. Par exemple, si vous voulez attribuer un nom de domaine local à chaque appareil, vous aurez de toute façon besoin d'un serveur DNS local. Si toutes les connexions se font par ces noms au lieu de ( muy ) de longues adresses IPv6, alors vous retrouvez votre serveur centralisé qui vous offre des fonctionnalités intéressantes et ce risque irritant. Ensuite, si vous avez un serveur DNS, alors un serveur DHCP n'est pas un gros problème.

Autre exemple, si vous avez plusieurs VLAN. Supposons que vous vouliez restreindre les périphériques connus à votre VLAN, et en configurer un autre pour les nouveaux périphériques encore inconnus. Ce VLAN ne peut pas accéder à Internet ni voir vos appareils. C'est alors qu'un serveur DHCP entre en jeu.

Un gros problème avec SLAAC est que l'adresse d'un appareil a son MAC. C'était ingénieux de faire cela, car cela a augmenté la taille des adresses et réduit la confidentialité, certains disent aussi la sécurité. Le serveur DHCP vous permet d'utiliser d'autres règles pour définir les adresses.