DHCPv6 - Historique des versions

Justine le 22 juin 2022 à 11:54

2022-06-22T11:54:36Z

← Version précédente		Version du 22 juin 2022 à 11:54
Ligne 1 :		Ligne 1 :
			[[Category:reseau]]
	= Configuration automatique des adresses sans état ICMPv6 =		= Configuration automatique des adresses sans état ICMPv6 =

Justine le 12 décembre 2018 à 19:11

2018-12-12T19:11:17Z

← Version précédente		Version du 12 décembre 2018 à 19:11
Ligne 255 :		Ligne 255 :
	= Note sur le DUID =		= Note sur le DUID =

	D'après Wikipédia, un DUID (DHCP Unique IDentifier) est "utilisé par le client pour obtenir une adresse IP de la part d'un serveur DHCPv6. Il a un champ de deux octets nommé Type, et un champ de longueur variable, pouvant aller jusqu'à 128 octets, d'identification." Les deux premiers octets servent à identifier le type de DUID; le reste dépend du type de DUID. Les 4 types de DUID sont :		D'après Wikipédia, un DUID (DHCP Unique IDentifier) est "utilisé par le client pour obtenir une adresse IP de la part d'un serveur DHCPv6. Il a un champ de deux octets nommé Type, et un champ de longueur variable, pouvant aller jusqu'à 128 octets, d'identification." Les deux premiers octets servent à identifier le type de DUID; le reste dépend du type de DUID. Les 4 types de DUID sont :

	*Link-Layer Address plus time (DUID-LLT)		*Link-Layer Address plus time (DUID-LLT)
Ligne 266 :		Ligne 266 :
	La RFC 6939 permet d'identifier un hôte en se basant sur son adresse MAC. Cela permet à un relai DHCPv6 de passer cette information à un serveur DHCPv6. Cette option sur les relais DHCPv6 n'est pas encore largement supportée.		La RFC 6939 permet d'identifier un hôte en se basant sur son adresse MAC. Cela permet à un relai DHCPv6 de passer cette information à un serveur DHCPv6. Cette option sur les relais DHCPv6 n'est pas encore largement supportée.

	Un exemple pris sur Wikipédia :		Un exemple pris sur Wikipédia :

	In this example, the server's link-local address is <code>fe80::0011:22ff:fe33:5566</code> and the client's link-local address is <code>fe80::aabb:ccff:fedd:eeff</code>.		In this example, the server's link-local address is <code>fe80::0011:22ff:fe33:5566</code> and the client's link-local address is <code>fe80::aabb:ccff:fedd:eeff</code>.
Ligne 275 :		Ligne 275 :
	*DHCPv6 server finishes with a '''Reply''' from <code>[fe80::0011:22ff:fe33:5566]:547</code> for <code>[fe80::aabb:ccff:fedd:eeff]:546</code>.		*DHCPv6 server finishes with a '''Reply''' from <code>[fe80::0011:22ff:fe33:5566]:547</code> for <code>[fe80::aabb:ccff:fedd:eeff]:546</code>.

	Une autre citation plus claire :		Une autre citation plus claire :
	<blockquote>		<blockquote>
	Afin de connaître l'état des ressources gérées (représentées par les paramètres de configuration), le serveur DHCP maintient une liste d'associations entre le paramètre attribué et le client. Comme l'adresse unicast du client est une ressource dépendant du serveur, celle-ci n'est pas utilisable par le serveur DHCP pour identifier un client. Le serveur identifie donc le client par un identifiant unique à usage exclusif de DHCP : le DUID (DHCP Unique IDentifier). Cet identifiant est généré par le client et ne doit plus en changer dans le temps. Le DUID concerne le client (le noeud) et non une interface du client. Plusieurs schémas de génération sont proposés reposant sur l'adresse de lien-local complétée par un élément qui garantit l'unicité comme par exemple une estampille temporelle. Une fois qu'un client a un DUID, il doit le conserver même s'il change d'adresse lien local.		Afin de connaître l'état des ressources gérées (représentées par les paramètres de configuration), le serveur DHCP maintient une liste d'associations entre le paramètre attribué et le client. Comme l'adresse unicast du client est une ressource dépendant du serveur, celle-ci n'est pas utilisable par le serveur DHCP pour identifier un client. Le serveur identifie donc le client par un identifiant unique à usage exclusif de DHCP : le DUID (DHCP Unique IDentifier). Cet identifiant est généré par le client et ne doit plus en changer dans le temps. Le DUID concerne le client (le noeud) et non une interface du client. Plusieurs schémas de génération sont proposés reposant sur l'adresse de lien-local complétée par un élément qui garantit l'unicité comme par exemple une estampille temporelle. Une fois qu'un client a un DUID, il doit le conserver même s'il change d'adresse lien local.
	</blockquote>		</blockquote>
	(Source : [http://livre.g6.asso.fr/index.php/DHCPv6 http://livre.g6.asso.fr/index.php/DHCPv6 )]		(Source : [http://livre.g6.asso.fr/index.php/DHCPv6 http://livre.g6.asso.fr/index.php/DHCPv6 )]

	== L'explication claire et précise (ce que j'en ai retenu) ==		== L'explication claire et précise (ce que j'en ai retenu) ==

	En gros, lorsque le client commence sa demande de DHCPv6, il génère un identifiant unique, qui permettra au serveur de le "suivre", même à travers des relais. Cet identifiant peut être basé sur l'adresse de lien local ou sur autre chose : il faut simplement qu'il soit unique, et il existe plusieurs façons de le générer (un peu sur le même principe que l'EUID-64). Une fois celui-ci généré, même si l'adresse IP change, le DUID ne change pas. En effet, l'adresse du client est un ressource externe au serveur, et le client peut en générer une autre si il le souhaite. Cependant il faut bien que le serveur DHCP ait un moyen de "suivre" son client, et ce moyen c'est le DUID. Le DUID ne changera pas tant que le client sera dans le réseau.		En gros, lorsque le client commence sa demande de DHCPv6, il génère un identifiant unique, qui permettra au serveur de le "suivre", même à travers des relais. Cet identifiant peut être basé sur l'adresse de lien local ou sur autre chose : il faut simplement qu'il soit unique, et il existe plusieurs façons de le générer (un peu sur le même principe que l'EUID-64). Une fois celui-ci généré, même si l'adresse IP change, le DUID ne change pas. En effet, l'adresse du client est un ressource externe au serveur, et le client peut en générer une autre si il le souhaite. Cependant il faut bien que le serveur DHCP ait un moyen de "suivre" son client, et ce moyen c'est le DUID. Le DUID ne changera pas tant que le client sera dans le réseau.

			= Tâches de dépannage =

			Le dépannage est similaire à celui effectué en DHCPv4.

			Les tâches sont :

			*Résoudre les conflits d'adressage : avec la commande show ipv6 dhcp conflict
			*Vérifier la méthode d'allocation des adresses indiquée dans le RA: <code>show ipv6 interface interface</code>
			*Tester avec une IPv6 statique : c'est une bonne idée, en cas de soucis de connectivité, d'essayer d'accéder aux ressources réseau avec une adresse statique
			*Vérification de la configuration du port du commutateur : toujours dans les problèmes de connectivité, c'est une chose à faire. Il faut vérifier les problèmes liés aux VLAN, à STP, etc. Les configuration PortFast et port de périphérie permettent de résoudre ce genre de problèmes.
			*Tester le DHCPv6 sur le même sous-réseau ou VLAN : le problème peut en effet venir d'un agent de relai DHCPv6.

			== Vérification de la configuration du DHCPv6 du routeur ==

			Les configurations des routeurs pour les services avec et sans état présentent de nombreux points communs, mais aussi des différences : principalement les flags, et aussi le fait qu'un routeur en DHCP stateful aient une plage d'adresses à distribuer.

			Dans tous les cas, les informations peuvent être obtenues via la commande <code>show ipv6 interface interface</code>. La sortie en est plutôt explicite.

			Il faut également rappeller l'existence de la commande <code>debug ipv6 dhcp detail</code>, utile pour voir le détail des transactions.

Justine le 10 décembre 2018 à 18:14

2018-12-10T18:14:29Z

@@ Ligne 253 : / Ligne 253 : @@
 À noter&nbsp;: si l'adresse spécifiée à la fin de la commande est non pas une adresse globale, mais une adresse de lien local, il faut ajouter après l'adresse l'interface sur laquelle la demande sortira du routeur.
-&nbsp;
+= Note sur le DUID =
-À voir et à comprendre&nbsp;:
+En gros, lorsque le client commence sa demande de DHCPv6, il génère un identifiant unique, qui permettra au serveur de le "suivre", même à travers des relais. Cet identifiant peut être basé sur l'adresse de lien local ou sur autre chose : il faut simplement qu'il soit unique, et il existe plusieurs façons de le générer (un peu sur le même principe que l'EUID-64). Une fois celui-ci généré, même si l'adresse IP change, le DUID ne change pas. En effet, l'adresse du client est un ressource externe au serveur, et le client peut en générer une autre si il le souhaite. Cependant il faut bien que le serveur DHCP ait un moyen de "suivre" son client, et ce moyen c'est le DUID. Le DUID ne changera pas tant que le client sera dans le réseau.
-*C'est quoi un DUID? (RFC 3315&nbsp;!)
+&nbsp;
 &nbsp;
 &nbsp;

Justine le 9 décembre 2018 à 23:50

2018-12-09T23:50:26Z

← Version précédente		Version du 9 décembre 2018 à 23:50
Ligne 45 :		Ligne 45 :




	== Rappel des indicateurs: ==		=== Rappel des indicateurs: ===

	*M : configuration des adresses générées (1 = "Récupère toutes informations de connexion (y compris ton adresse) chez un DHCP")		*M : configuration des adresses générées (1 = "Récupère toutes informations de connexion (y compris ton adresse) chez un DHCP")
Ligne 72 :		Ligne 73 :
	\| 0		\| 0
	\|}		\|}



	Nous allons détailler les 3 options :		Nous allons détailler les 3 options :
Ligne 240 :		Ligne 243 :
	Ici, on veut faire en sorte que notre serveur DHCPv6 distribue des adresses à tous les clients : ceux-ci doivent alors communiquer avec le serveur. Les messages DHCPv6 provenant des clients sont envoyés à l'adresse IPv6 FF02::1:2, qui porte le nom (barbare) : All_DHCPv6_Relay_Agents_and_Servers. Cette adresse a une portée de lien local, ce qui veut dire que les routeurs ne transfèrent pas les messages. Le routeur doit être configuré en tant qu'agent de relais pour permettre au serveur et au client de communiquer.		Ici, on veut faire en sorte que notre serveur DHCPv6 distribue des adresses à tous les clients : ceux-ci doivent alors communiquer avec le serveur. Les messages DHCPv6 provenant des clients sont envoyés à l'adresse IPv6 FF02::1:2, qui porte le nom (barbare) : All_DHCPv6_Relay_Agents_and_Servers. Cette adresse a une portée de lien local, ce qui veut dire que les routeurs ne transfèrent pas les messages. Le routeur doit être configuré en tant qu'agent de relais pour permettre au serveur et au client de communiquer.



	== Configuration de l'agent de relais ==		== Configuration de l'agent de relais ==

Justine le 9 décembre 2018 à 23:49

2018-12-09T23:49:22Z

← Version précédente		Version du 9 décembre 2018 à 23:49
Ligne 44 :		Ligne 44 :




	== Rappel des indicateurs: ==		== Rappel des indicateurs: ==

	*M : configuration des adresses générées (1 = "Récupère ton adresse chez un DHCP")		*M : configuration des adresses générées (1 = "Récupère toutes informations de connexion (y compris ton adresse) chez un DHCP")
	**Commande Cisco : <code>ipv6 nd managed-config-flag</code>		**Commande Cisco : <code>ipv6 nd managed-config-flag</code>
	*O : Autre (1 = "Récupère tes autres informations de connexion chez un DHCP")		*O : Autre (1 = "Récupère tes autres informations de connexion chez un DHCP")
	**Commande Cisco : <code>ipv6 nd other-config-flag</code>		**Commande Cisco : <code>ipv6 nd other-config-flag</code>
			*Une fois activé, le flag M prend le pas sur le flag O.

	{\| style="width: 500px" cellspacing="1" cellpadding="1" border="1"		{\| style="width: 500px" cellspacing="1" cellpadding="1" border="1"
Ligne 69 :		Ligne 71 :
	\| 1		\| 1
	\| 0		\| 0
	\|-
	~~\| Sûrement quelque chose~~
	~~\| 1~~
	~~\| 1~~
	\|}		\|}

Justine le 9 décembre 2018 à 23:42

2018-12-09T23:42:04Z

← Version précédente		Version du 9 décembre 2018 à 23:42
Ligne 241 :		Ligne 241 :

	Ici, on veut faire en sorte que notre serveur DHCPv6 distribue des adresses à tous les clients : ceux-ci doivent alors communiquer avec le serveur. Les messages DHCPv6 provenant des clients sont envoyés à l'adresse IPv6 FF02::1:2, qui porte le nom (barbare) : All_DHCPv6_Relay_Agents_and_Servers. Cette adresse a une portée de lien local, ce qui veut dire que les routeurs ne transfèrent pas les messages. Le routeur doit être configuré en tant qu'agent de relais pour permettre au serveur et au client de communiquer.		Ici, on veut faire en sorte que notre serveur DHCPv6 distribue des adresses à tous les clients : ceux-ci doivent alors communiquer avec le serveur. Les messages DHCPv6 provenant des clients sont envoyés à l'adresse IPv6 FF02::1:2, qui porte le nom (barbare) : All_DHCPv6_Relay_Agents_and_Servers. Cette adresse a une portée de lien local, ce qui veut dire que les routeurs ne transfèrent pas les messages. Le routeur doit être configuré en tant qu'agent de relais pour permettre au serveur et au client de communiquer.


	== Configuration de l'agent de relais ==		== Configuration de l'agent de relais ==
Ligne 246 :		Ligne 247 :
	[[File:AgentRelais.png\|RTENOTITLE]]		[[File:AgentRelais.png\|RTENOTITLE]]

	Je commence par sélectionner l'interface sur laquelle seront reçues les demandes DHCPv6, et la destination vers laquelle elles seront transférées. J'effectue ensuite une vérification. Si je me réfère à l'infrastructure présentée au-dessus, ces commandes seront entrées sur R1, ce qui est logique : cependant, les mêmes seront rentrées sur l'interface G0/0 de R3. En effet, lorsque R3 recevra des demandes en provenance de PC3, il les relaiera ainsi jusqu'au serveur DHCPv6. En effet, une fois la demande DHCPv6 récupérée par le routeur, elle est envoyé en unicast au serveur DHCPv6, comme un paquet normal !		Je commence par sélectionner l'interface sur laquelle seront reçues les demandes DHCPv6, et la destination vers laquelle elles seront transférées. J'effectue ensuite une vérification. Si je me réfère à l'infrastructure présentée au-dessus, ces commandes seront entrées sur R1, ce qui est logique : cependant, les mêmes seront rentrées sur l'interface G0/0 de R3. En effet, lorsque R3 recevra des demandes en provenance de PC3, il les relaiera ainsi jusqu'au serveur DHCPv6. En effet, une fois la demande DHCPv6 récupérée par le routeur, elle est envoyé en unicast au serveur DHCPv6, comme un paquet normal ! Les messages seront transférés sous la forme de paquets "relay-forward" et "relay-reply", qui sont traités par les routeurs et les serveurs, et qui sont bel et bien des paquets unicast.

	À noter : si l'adresse spécifiée à la fin de la commande est non pas une adresse globale, mais une adresse de lien local, il faut ajouter après l'adresse l'interface sur laquelle la demande sortira du routeur.		À noter : si l'adresse spécifiée à la fin de la commande est non pas une adresse globale, mais une adresse de lien local, il faut ajouter après l'adresse l'interface sur laquelle la demande sortira du routeur.

Justine le 9 décembre 2018 à 23:39

2018-12-09T23:39:45Z

← Version précédente		Version du 9 décembre 2018 à 23:39
Ligne 246 :		Ligne 246 :
	[[File:AgentRelais.png\|RTENOTITLE]]		[[File:AgentRelais.png\|RTENOTITLE]]

	Je commence par sélectionner l'interface sur laquelle seront reçues les demandes DHCPv6, et la destination vers laquelle elles seront transférées. J'effectue ensuite une vérification. Si je me réfère à l'infrastructure présentée au-dessus, ces commandes seront entrées sur R1, ce qui est logique : cependant, les mêmes seront rentrées sur l'interface G0/0 de R3. En effet, lorsque R3 recevra des demandes en provenance de PC3, il les relaiera ainsi jusqu'au serveur DHCPv6 (si j'~~ai bien compris)~~.		Je commence par sélectionner l'interface sur laquelle seront reçues les demandes DHCPv6, et la destination vers laquelle elles seront transférées. J'effectue ensuite une vérification. Si je me réfère à l'infrastructure présentée au-dessus, ces commandes seront entrées sur R1, ce qui est logique : cependant, les mêmes seront rentrées sur l'interface G0/0 de R3. En effet, lorsque R3 recevra des demandes en provenance de PC3, il les relaiera ainsi jusqu'au serveur DHCPv6. En effet, une fois la demande DHCPv6 récupérée par le routeur, elle est envoyé en unicast au serveur DHCPv6, comme un paquet normal !

			À noter : si l'adresse spécifiée à la fin de la commande est non pas une adresse globale, mais une adresse de lien local, il faut ajouter après l'adresse l'interface sur laquelle la demande sortira du routeur.



	À voir et à comprendre :		À voir et à comprendre :

	*C'est quoi un DUID? (RFC 3315 !)		*C'est quoi un DUID? (RFC 3315 !)
	*Est-ce que les bits M et O à 1 et 1, c'est différent de 1 et 0?		*Est-ce que les bits M et O à 1 et 1, c'est différent de 1 et 0? => Je crois qu'on est pas sensé les avoir tous les deux à 1
	*Est-ce que les ~~relais DHCP peuvent passer plusieurs réseaux?~~

Justine le 9 décembre 2018 à 23:15

2018-12-09T23:15:08Z

← Version précédente		Version du 9 décembre 2018 à 23:15
Ligne 150 :		Ligne 150 :
	<code>interface ''nom-de-l'interface''<br/> ipv6 dhcp server ''pool-name''<br/> ipv6 nd other-config-flag</code>		<code>interface ''nom-de-l'interface''<br/> ipv6 dhcp server ''pool-name''<br/> ipv6 nd other-config-flag</code>



	== Exemple complet ==		== Exemple complet ==
	<div style="background:#eeeeee; border:1px solid #cccccc; padding:5px 10px"><code>ipv6 unicast-routing<br/> ipv6 dhcp pool IPV6-STATELESS<br/> dns-server 2001:db8:cafe:aaaa::5<br/> domain-name example.com<br/> exit<br/> interface g0/1<br/> ipv6 address 2001:db8:cafe:1::1/64<br/> ipv6 dhcp server IPV6-STATELESS<br/> ipv6 nd other-config-flag</code></div>		<div style="background:#eeeeee; border:1px solid #cccccc; padding:5px 10px"><code>ipv6 unicast-routing<br/> ipv6 dhcp pool IPV6-STATELESS<br/> dns-server 2001:db8:cafe:aaaa::5<br/> domain-name example.com<br/> exit<br/> interface g0/1<br/> ipv6 address 2001:db8:cafe:1::1/64<br/> ipv6 dhcp server IPV6-STATELESS<br/> ipv6 nd other-config-flag</code></div>

	== Configuration en tant que client DHCPv6 avec ou sans état ==		== Configuration en tant que client DHCPv6 avec ou sans état ==

Ligne 246 :		Ligne 246 :
	[[File:AgentRelais.png\|RTENOTITLE]]		[[File:AgentRelais.png\|RTENOTITLE]]

	Je commence par sélectionner l'interface sur laquelle seront reçues les demandes DHCPv6, et la destination vers laquelle elles seront transférées. J'effectue ensuite une vérification. Si je me réfère à l'infrastructure présentée au-dessus, ces commandes seront entrées sur R1, ce qui est logique : cependant, les mêmes seront rentrées sur l'interface G0/0 de R3. En effet, lorsque R3 recevra des demandes en provenance de PC3, il les relaiera ainsi jusqu'au serveur DHCPv6 (si j'ai bien compris).		Je commence par sélectionner l'interface sur laquelle seront reçues les demandes DHCPv6, et la destination vers laquelle elles seront transférées. J'effectue ensuite une vérification. Si je me réfère à l'infrastructure présentée au-dessus, ces commandes seront entrées sur R1, ce qui est logique : cependant, les mêmes seront rentrées sur l'interface G0/0 de R3. En effet, lorsque R3 recevra des demandes en provenance de PC3, il les relaiera ainsi jusqu'au serveur DHCPv6 (si j'ai bien compris).



			À voir et à comprendre :

			*C'est quoi un DUID? (RFC 3315 !)
			*Est-ce que les bits M et O à 1 et 1, c'est différent de 1 et 0?
			*Est-ce que les relais DHCP peuvent passer plusieurs réseaux?

Justine le 9 décembre 2018 à 22:41

2018-12-09T22:41:12Z

← Version précédente		Version du 9 décembre 2018 à 22:41
Ligne 149 :		Ligne 149 :

	<code>interface ''nom-de-l'interface''<br/> ipv6 dhcp server ''pool-name''<br/> ipv6 nd other-config-flag</code>		<code>interface ''nom-de-l'interface''<br/> ipv6 dhcp server ''pool-name''<br/> ipv6 nd other-config-flag</code>


	== Exemple complet ==		== Exemple complet ==
	<div style="background:#eeeeee; border:1px solid #cccccc; padding:5px 10px"><code>ipv6 unicast-routing<br/> ipv6 dhcp pool IPV6-STATELESS<br/> dns server 2001:db8:cafe:aaaa::5<br/> domain-name example.com<br/> exit<br/> interface g0/1<br/> ipv6 address 2001:db8:cafe:1::1/64<br/> ipv6 dhcp server IPV6-STATELESS<br/> ipv6 nd other-config-flag</code></div>		<div style="background:#eeeeee; border:1px solid #cccccc; padding:5px 10px"><code>ipv6 unicast-routing<br/> ipv6 dhcp pool IPV6-STATELESS<br/> dns-server 2001:db8:cafe:aaaa::5<br/> domain-name example.com<br/> exit<br/> interface g0/1<br/> ipv6 address 2001:db8:cafe:1::1/64<br/> ipv6 dhcp server IPV6-STATELESS<br/> ipv6 nd other-config-flag</code></div>

	== Configuration en tant que client DHCPv6 avec ou sans état ==		== Configuration en tant que client DHCPv6 avec ou sans état ==

Justine le 9 décembre 2018 à 21:58

2018-12-09T21:58:37Z

← Version précédente		Version du 9 décembre 2018 à 21:58
Ligne 43 :		Ligne 43 :
	Quelle que soit l'option utilisée, d'après la RFC 4861 il faut faire une détection des adresses dupliquées (DAD) sur toutes les adresses de monodiffusion, y compris celles configurées via SLAAC ou DHCPv6. Bien entendu, l'OS peut choisir d'ignorer le contenu du RA et se configurer comme il le souhaite.		Quelle que soit l'option utilisée, d'après la RFC 4861 il faut faire une détection des adresses dupliquées (DAD) sur toutes les adresses de monodiffusion, y compris celles configurées via SLAAC ou DHCPv6. Bien entendu, l'OS peut choisir d'ignorer le contenu du RA et se configurer comme il le souhaite.



	== Rappel des indicateurs: ==		== Rappel des indicateurs: ==
Ligne 233 :		Ligne 234 :
	Si le serveur DHCPv6 se trouve sur un autre réseau que celui du client, il peut être utile de configurer le routeur comme agent de relais DHCPv6. La configuration est similaire à celle d'un agent de relais en DHCPv4 (même si les messages sont transférés d'une façon légèrement différente).		Si le serveur DHCPv6 se trouve sur un autre réseau que celui du client, il peut être utile de configurer le routeur comme agent de relais DHCPv6. La configuration est similaire à celle d'un agent de relais en DHCPv4 (même si les messages sont transférés d'une façon légèrement différente).

	Un exemple de topologie dans laquelle s'applique cette situation :		Un exemple de topologie dans laquelle s'applique cette situation :

	[[File:RzoDHCPv6RELAI.png\|418x325px]]		[[File:RzoDHCPv6RELAI.png\|418x325px\|RzoDHCPv6RELAI.png]]

	Ici, on veut faire en sorte que notre serveur DHCPv6 distribue des adresses à tous les clients : ceux-ci doivent alors communiquer avec le serveur. Les messages DHCPv6 provenant des clients sont envoyés à l'adresse IPv6 FF02::1:2, qui porte le nom (barbare) : All_DHCPv6_Relay_Agents_and_Servers. Cette adresse a une portée de lien local, ce qui veut dire que les routeurs ne transfèrent pas les messages. Le routeur doit être configuré en tant qu'agent de relais pour permettre au serveur et au client de communiquer.		Ici, on veut faire en sorte que notre serveur DHCPv6 distribue des adresses à tous les clients : ceux-ci doivent alors communiquer avec le serveur. Les messages DHCPv6 provenant des clients sont envoyés à l'adresse IPv6 FF02::1:2, qui porte le nom (barbare) : All_DHCPv6_Relay_Agents_and_Servers. Cette adresse a une portée de lien local, ce qui veut dire que les routeurs ne transfèrent pas les messages. Le routeur doit être configuré en tant qu'agent de relais pour permettre au serveur et au client de communiquer.

	== Configuration de l'agent de relais ==		== Configuration de l'agent de relais ==

	[[File:AgentRelais.png]]		[[File:AgentRelais.png\|RTENOTITLE]]

	Je commence par sélectionner l'interface sur laquelle seront reçues les demandes DHCPv6, et la destination vers laquelle elles seront transférées. J'effectue ensuite une vérification.		Je commence par sélectionner l'interface sur laquelle seront reçues les demandes DHCPv6, et la destination vers laquelle elles seront transférées. J'effectue ensuite une vérification. Si je me réfère à l'infrastructure présentée au-dessus, ces commandes seront entrées sur R1, ce qui est logique : cependant, les mêmes seront rentrées sur l'interface G0/0 de R3. En effet, lorsque R3 recevra des demandes en provenance de PC3, il les relaiera ainsi jusqu'au serveur DHCPv6 (si j'ai bien compris).