1. Introduction and Overview (Introduction et aperçu)

Ce document décrit DHCP pour IPv6 (DHCP), un protocole client/serveur qui fournit la configuration gérée des dispositifs.

DHCP peut fournir à un dispositif des adresses attribuées par un serveur DHCP et d'autres informations de configuration, qui sont transportées dans des options. DHCP peut être étendu par la définition de nouvelles options afin de transporter des informations de configuration non spécifiées dans ce document.

DHCP est le « protocole de configuration automatique d'adresses avec état » (stateful address autoconfiguration protocol) et le « protocole de configuration automatique avec état » (stateful autoconfiguration protocol) mentionnés dans « IPv6 Stateless Address Autoconfiguration » [17].

Les modèles opérationnels et les informations de configuration pertinents pour DHCPv4 [18][19] et DHCPv6 sont suffisamment différents pour que l'intégration entre les deux services ne soit pas incluse dans ce document. S'il existe un intérêt et une demande suffisants, l'intégration peut être spécifiée dans un document qui étend DHCPv6 afin de transporter des adresses IPv4 et des informations de configuration.

Le reste de cette introduction résume DHCP, en expliquant les mécanismes d'échange de messages et des exemples de flux de messages. Les flux de messages des sections 1.2 et 1.3 visent à illustrer le fonctionnement de DHCP plutôt qu'à fournir une liste exhaustive de toutes les interactions client-serveur possibles. Les sections 17, 18 et 19 expliquent en détail le fonctionnement des clients et des serveurs.

1.1. Protocols and Addressing (Protocoles et adressage)

Les clients et les serveurs échangent des messages DHCP en utilisant UDP [15]. Le client utilise une adresse link-local ou des adresses déterminées par d'autres mécanismes pour transmettre et recevoir des messages DHCP.

Les serveurs DHCP reçoivent des messages des clients en utilisant une adresse multicast réservée et à portée de lien (link-scoped). Un client DHCP transmet la plupart des messages à cette adresse multicast réservée, de sorte que le client n'a pas besoin d'être configuré avec l'adresse ou les adresses des serveurs DHCP.

Pour permettre à un client DHCP d'envoyer un message à un serveur DHCP non connecté au même lien, un agent de relais (relay agent) sur le lien du client relaiera les messages entre le client et le serveur. Le fonctionnement de l'agent de relais est transparent pour le client et l'exposé des échanges de messages dans le reste de cette section omet la description du relais des messages par les agents de relais.

Une fois que le client a déterminé l'adresse d'un serveur, il peut, dans certaines circonstances, envoyer des messages directement au serveur en utilisant l'unicast.

1.2. Client-server Exchanges Involving Two Messages (Échanges client-serveur impliquant deux messages)

Lorsqu'un client DHCP n'a pas besoin qu'un serveur DHCP lui attribue des adresses IP, le client peut obtenir des informations de configuration telles qu'une liste de serveurs DNS [20] ou de serveurs NTP [21] disponibles via un unique échange de message et de réponse avec un serveur DHCP. Pour obtenir des informations de configuration, le client envoie d'abord un message Information-Request à l'adresse multicast All_DHCP_Relay_Agents_and_Servers. Les serveurs répondent avec un message Reply contenant les informations de configuration pour le client.

Cet échange de messages suppose que le client ne requiert que des informations de configuration et n'exige l'attribution d'aucune adresse IPv6.

Lorsqu'un serveur a des adresses IPv6 et d'autres informations de configuration engagées pour un client, le client et le serveur peuvent être en mesure de compléter l'échange en utilisant seulement deux messages, au lieu de quatre messages comme décrit dans la section suivante. Dans ce cas, le client envoie un message Solicit à l'adresse All_DHCP_Relay_Agents_and_Servers en demandant l'attribution d'adresses et d'autres informations de configuration. Ce message inclut une indication que le client est disposé à accepter un message Reply immédiat du serveur. Le serveur qui est disposé à engager l'attribution d'adresses au client répond immédiatement avec un message Reply. Les informations de configuration et les adresses dans le message Reply sont alors immédiatement disponibles pour utilisation par le client.

Chaque adresse attribuée au client a des durées de vie préférée et valide associées spécifiées par le serveur. Pour demander une prolongation des durées de vie attribuées à une adresse, le client envoie un message Renew au serveur. Le serveur envoie un message Reply au client avec les nouvelles durées de vie, permettant au client de continuer à utiliser l'adresse sans interruption.

1.3. Client-server Exchanges Involving Four Messages (Échanges client-serveur impliquant quatre messages)

Pour demander l'attribution d'une ou plusieurs adresses IPv6, un client localise d'abord un serveur DHCP, puis demande l'attribution d'adresses et d'autres informations de configuration au serveur. Le client envoie un message Solicit à l'adresse All_DHCP_Relay_Agents_and_Servers pour trouver les serveurs DHCP disponibles. Tout serveur capable de satisfaire les exigences du client répond avec un message Advertise. Le client choisit ensuite l'un des serveurs et envoie un message Request au serveur demandant l'attribution confirmée d'adresses et d'autres informations de configuration. Le serveur répond avec un message Reply contenant les adresses et la configuration confirmées.

Comme décrit dans la section précédente, le client envoie un message Renew au serveur pour prolonger les durées de vie associées à ses adresses, permettant au client de continuer à utiliser ces adresses sans interruption.